FlashBackup-Windows or Virtualization restores using the touch file ALT_RESTORE_COPY_NUMBER persists in requesting the original primary copy.

Article:TECH60998  |  Created: 2008-01-16  |  Updated: 2014-03-31  |  Article URL http://www.symantec.com/docs/TECH60998
Article Type
Technical Solution


FlashBackup-Windows or Virtualization restores using the touch file ALT_RESTORE_COPY_NUMBER persist 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 [27335] <2> logconnections: BPDBM CONNECT FROM TO fd = 9

The bpdbm log will show receipt of  the call:
15:22:00.064 [27336] <2> logconnections: BPDBM ACCEPT FROM TO 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



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.



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:
bpchangeprimary -copy 2 -id <backupid>
bpduplicate -npc 2 -backupid <backupid>
NOTE: Running the above commands without specifying a backup id as it will change every image that has 2 or more copies.
Formal Resolution: 
Symantec Corporation is committed to product quality and satisfied customers. Symantec has acknowledged that the above-mentioned issue (ETrack 3427598) is present in the current version(s) of the product(s) mentioned at the end of this article. This issue is currently being considered by Symantec to be addressed in a future  version of NetBackup.
This issue is tentatively scheduled to be addressed in the following release: 
  •  NetBackup

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.


Supplemental Materials


 Single File Restore from Non-Primary image copy of a VMware backup still uses primary copy (will fail if primary copy not available).

Legacy ID


Article URL http://www.symantec.com/docs/TECH60998

Terms of use for this information are found in Legal Notices