NBU Catalog Image Import Running Long issue

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.

In order to complete the partial catalog recovery the image metadata must be exported from the copy of the relational database in the staging area and imported into the live relational database. This is achieved by running the following commands:

1. cat_export –all –staging –source_master <source master server>

2. cat_import –all –replace_destination

So, it seems that the image headers are getting exported from the staging are and imported into the current relational database.
The header file import will probably take as long as the 'files' file restore process.... We see evidence of this import process in bpdm log.

Hope this helps.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and WindowsHandy NBU Links