FlashBackup-Windows or Virtualization single file restores (SFR) using the touch file ALT_RESTORE_COPY_NUMBER persists in requesting the original primary copy.
Problem
FlashBackup-Windows or Virtualization Single File Restore (SFR) using the touch file persists in requesting the original primary copy.
Error Message
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.
Example:
The bpdm log file will show the call to bpdbm:
15:22:00.059 [27335] <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 [27336] <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 [27336] <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],
StorageServiceName='any_stu_copy1', [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 [27335] <2> log_frag_info: frag 1 file 0 of @aaaaa has blocks 0 to 53813525 for anyclient.my.domain_1390115095
15:22:00.151 [27335] <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 [27335] <2> RequestInitialResources: returning
15:22:00.393 [27335] <4> nbjm_media_request: Error from RequestMultipleResources, Master my_master, error 2067, resourceAllocated 0
Solution
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 7.6.0.3
As fixes are released, please visit the following link for download and readme information: www.veritas.com/enterprise/support/overview.jsp
Please note that Veritas 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. Veritas'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.
Applies To
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.
References
Was this content helpful?
Translated Content
Please note that this document is a translation from English, and may have been machine-translated. It is possible that updates have been made to the original version after this document was translated and published. Veritas does not guarantee the accuracy regarding the completeness of the translation. You may also refer to the English Version of this knowledge base article for up-to-date information.