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.
Just wanted to update, we reran this process today, It seems like this was a bug in 18.104.22.168, we are running 22.214.171.124 and the catalog restore using the above method worked fine.
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.
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):