FlashBackup-Windows or Virtualization Single File Restore (SFR) using the touch file persists in requesting the original primary copy.
Review of the log files will show that everything in the restore appears to be fine until bpdm requests the storage unit information from bpdbm.
The bpdm log file will show the call to bpdbm:
15:22:00.059  <2> logconnections: BPDBM CONNECT FROM 10.0.0.1.48654 TO 10.0.0.1.1556 fd = 9
The bpdbm log will show receipt of the call:
15:22:00.064  <2> logconnections: BPDBM ACCEPT FROM 10.0.0.1.48654 TO 10.0.0.1.1556 fd = 10
The bpdbm process will execute a SQL statement to fetch the storage unit information, but it always returns the original storage unit:
15:22:00.135  <2> fetch_DBM_Image: umeExpiration=0, PfiType=0, ImageAttribute=0, Creator='root', ScheduleName='Full', ProxyClient='', KeywordPhrase='', FilesFile='Any_VMPOLICY_1390115095_FULL.f', FilesFileSize=18161177, SoftwareVersion='', [cut],
Note that in the output the copy 1 storage unit is returned. in the StorageServiceName information, in this case 'any_stu_copy1'
The bpdm log file then shows the @aaaaa media id versus the actual copy 2 media.
15:22:00.150  <2> log_frag_info: frag 1 file 0 of @aaaaa has blocks 0 to 53813525 for anyclient.my.domain_1390115095
15:22:00.151  <2> read_backup: file @aaaaa, copy 1, fragment 1 (26906763 Kbytes) being considered for read-blockmap
Since the stu/media doesn't exist in this particular example environment, the restore exits with 2067.
15:22:00.392  <2> RequestInitialResources: returning
15:22:00.393  <4> nbjm_media_request: Error from RequestMultipleResources, Master my_master, error 2067, resourceAllocated 0
The workaround is to change the primary copy of the backup ID required for a restore to the required copy, normally copy 2. For example, to change copy 2 of just one specific <backupid> to be primary, use either of these from C:\Program Files\VERITAS\NetBackup\bin\Admincmd:
This issue is tentatively scheduled to be addressed in the following release:
- NetBackup 188.8.131.52
As fixes are released, please visit the following link for download and readme information:www.symantec.com/enterprise/support/overview.jsp
Please note that Symantec Corporation reserves the right to remove any fix from the targeted release if it does not pass quality assurance tests or introduces new risks to overall code stability. Symantec's plans are subject to change and any action taken by you based on the above information or your reliance upon the above information is made at your own risk.
This can affect images created by NetBackup FlashBackup-Windows, VMware, and Hyper-V policies. This will also impact the bprestore command when using the -copy option to specify a non-primary copy. ALT_RESTORE_COPY_NUMBER does not apply to full VM restores. To restore from an alternate copy of a full VM you must change it to the primary copy.