05-08-2013 09:05 AM
Hi Guys
We're doing a catalog recovery at one of our largest customers using DataDomain DDBOOST technology. We're following the right technotes and all using bprecover -wizard -copy 2, to kickoff the process. So far on I can see 3 Jobs in the NB Console 2xRestore jobs(1 a few MB and a second one of 120GB) which correlates to the catalog size.
Our big issue is a thrid job kicked off called Image Import. This job seems to read each Image from the datadomain and has been running for ages now with no loggin on NBConsole. I created the BPDM log and can see it running through the images. however by our estimations of the current rate this process will run for days.
Am I doing something wrong or is there some way we might speed up the process?
Thanks in advance for any help.
EDIT
Just wanted to update, we reran this process today, It seems like this was a bug in 7.5.0.3, we are running 7.5.0.5 and the catalog restore using the above method worked fine.
05-08-2013 09:38 AM
Have you consider to log a call with Symantec Support ?
05-09-2013 05:07 AM
Please have a look at the Recover<date> log under <install-path>\VERITAS\NetBackup\Logs\user_ops\<user>\logs
All it should be doing is to recover all files/folders under <install-path>\VERITAS\NetBackup\db\images.
The above log file will confirm that.
05-09-2013 08:41 AM
Hi
It seems like we're also having issues with NBDB recovery. We just cant understand why the 'Image import' Process has to run so long. Logs attached when the 'Image Import' Process kicks in.
05-09-2013 12:47 PM
The command and Recover log simply shows us a successful Partial recovery (images only) that started at 16:23 and ended at 17:09.
bpdm log shows an import that started at 17:09:
17:09:46.081 [5176.2856] <2> bpdm: INITIATING (VERBOSE = 0): -create_db_info .....
If I look at the updated Recovery Without Import doc: http://www.symantec.com/docs/TECH28722 it seems that a Partial Recovery in 7.5 does 2 things (bottom of p.3):