■ On a Windows system, a non-root NBU_Admin member (in a NBAC configuration) is unable to perform a task (such as a restore) that the user should be able to perform.
The following symptoms occur:
■ The destination client drop-down field is grayed out in the Backup, Archive, and Restore (BAR) user interface. Ad the destination client can only be the local machine.
■ A restore fails to recover some (or all) of the files with the message,
“Access denied for restore of file”. This happens if:
■ The user does not have write permission on the destination of the restore.
Or...
■ The file being restored was not readable by the user at that time that it was backed up.
To avoid this issue, make the non-root NBU_Admin a member of the
“Backup Operator’s” operating system group on Windows. Members of this group have the necessary privileges.
Note: The term “non-root” on Windows means “not an Administrator”.
NetBackup database agents
The following subsections contain general notes associated with various databases agents that NetBackup supports.
DB2 agent
The NetBackup DB2 Administrator’s Guide contains an error in the “Preparing the master server for an alternate restore” section of the document. Step 4 in that procedure should be removed. The same step should be added to the
“Performing the alternate restore on the clients” section as the new Step 2.
In an effort to make this change more clear to our customer, you can view these procedures on the Symantec Support Web site. Refer to the following TechNote.
http://entsupport.symantec.com/docs/288910
Lotus Notes agent
■ Compression is supported only for Lotus Domino servers on Windows and not on UNIX. In addition, Windows compressed images are not restorable to Lotus Domino servers on UNIX.
102 Operational Notes NetBackup database agents
■ Requirements for Lotus r6.0.3 and Lotus r6.5.0 on Linux
Support for Lotus R6.0.3 and Lotus R6.5.0 on Linux requires a hotfix to resolve the following SPR: SPR#JCHN5QVL3E (which addresses a transaction log recovery issue).
Once the hotfix is installed on the Lotus Domino server, a change to the notes.ini file must be made in order for Domino to work properly with NetBackup.
a Add the following line to the end of the notes.ini file for each Domino partition:
DEBUG_SEMOP_ERRNO0_EINTR=1 Note: The last character in ERRNO0 is a zero.
b Restart the Domino server partition
The hotfix was integrated into the R6.5.1 and R6.0.4 releases. In these releases, customers need to set the flag DEBUG_SEMOP_ERRNO0_EINTR in the notes.ini file. This flag allows retries to happen if and when the operating system returns an unexpected EINTR when LN is dealing performing semaphore operations. For additional information, refer to the following link:
http://www-10.lotus.com/ldd/r5fixlist.nsf/Search?SearchV iew&Query=JCHN5QVL3E
■ Requirements for Lotus r6.0.3 or r6.5.0 on Solaris SPARC and AIX
Support for Lotus R6.0.3 or R6.5.0 requires an IBM hotfix to address SPR#
JCHN5QVL3E, which involves a transaction log recovery issue. This issue has been fixed in R6.0.4 and R6.5.1. For additional information, see:
http://www-10.lotus.com/ldd/r5fixlist.nsf/Search?SearchV iew&Query=JCHN5QVL3E
■ Requirements for Lotus r6 and r6.5 on Linux
In addition to the requirement above, support for any version of Lotus R6 or R6.5 on Linux requires a change to the notes.ini file for Domino to work properly with NetBackup.
For each Domino partition, perform the following steps:
a Add the following line to the end of the notes.ini file:
DEBUG_SEMOP_ERRNO0_EINTR=1
(NOTE: The last character in ERRNO0 is a zero.) b Restart the Domino server partition
Note: For Lotus R6.5.5, R7.0, and going forward, the setting in notes.ini file is not required.
103 Operational Notes NetBackup database agents
■ Requirements for Lotus r6.03 and Lotus r6.5.0 on Windows Support for Lotus R6.0.3 and Lotus R6.5.0 on Windows requires a
combination hotfix to resolve the following two SPRs: SPR#THUR5LPPW9 (which addresses a file path syntax) and SPR#JCHN5QVL3E (which addresses a transaction log recovery issue).
There is a single IBM hotfix available to address both issues. Previous Lotus hotfixes may need to be removed before installing this new combination hotfix. These issues have been fixed in R6.0.4 and R6.5.1. For additional information, see
http://www-10.lotus.com/ldd/r5fixlist.nsf/Search?SearchV iew&Query=JCHN5QVL3E
and
http://www-10.lotus.com/ldd/r5fixlist.nsf/Search?SearchV iew&Query=THUR5LPPW9
SAP agent
When upgrading from NetBackup 5.x to NetBackup 6.5, refer to APPENDIX I of the NetBackup for SAP Administrator’s Guide to ensure you have the latest information.
NetBackup for Microsoft Exchange
The following list contains operational notes for the NetBackup for Microsoft Exchange database agent as they pertain to this release of NetBackup.
■ Off-host snapshot backup of uncommitted logs
In this release, selecting the “backup only uncommitted logs” option does not work when performing off-host snapshot backups. This will be resolved in the next release update.
■ GUI initiation of an off-host snapshot backup
When using the NetBackup Client GUI or the bpbackup command to initiate an Exchange off-host alternate client backup, the backup will fail. Instead, use the NetBackup Administration Console to initiate a manual backup for that Exchange policy. See the “Testing Configurations Settings” section in the NetBackup for Exchange System Administrator’s Guide for instructions regarding a manual backup operation.
■ Concurrent restore of multiple storage groups
When using multiple backup streams, i.e. one stream for each storage group, only the last storage group restored from the last restore job will be properly mounted. Recovery of the remaining storage groups will not be complete. Instead, take one of these corrective actions:
104 Operational Notes NetBackup database agents
■ If restoring from a snapshot backup, simply mount the unmounted storage groups.
■ If restoring from a regular (non-snapshot) backup, restore the logs from the last backup set for each storage group individually.
To avoid these steps, one could also restore the storage groups individually in separate restore operations.
■ Erroneous restore error message
When performing a restore that does not mount the database, you can safely ignore errors similar to this in the tar32 log:
10:37:17.582 AM: [5424.7024] <2> ov_log::V_GlobalLog: ERR - bedsExchange2000Term():FS_DetachDLE() for '\\server\Microsoft Information Store\ShareG_2' Failed! (0xE000FEC1:A failure occurred performing the post-restore operation.)
Instead, rely upon the final restore operation status as reported in the Activity Monitor.
■ Restore of KMS or SRS
For a restore of the Microsoft Key Management Service or Microsoft Site Replication Service, failure to remove the contents of the kmsdata or srsdata directory prior to initiating the restore may result in a corrupt database, even after a restore status 0.
■ Restoring Exchange in a Cluster
When restoring data in an Exchange cluster environment, one must set the destination client value to be the virtual server name. If restoring an Exchange database using a NetBackup client-only installation on a cluster, it may not be possible to change the destination client value to match the virtual server name. In that case, use a NetBackup Client GUI on a NetBackup server to change the destination client value to the virtual server name.
■ Exchange 2007 Recovery Storage Group
In NetBackup 6.5, the procedure for restoring to the Exchange 2007 recovery storage group (RSG) is to specify the RSG name as the redirected destination. In a future release, redirection to the RSG will be automated and will not require specifying a name.
■ Recovery of an Exchange 2007 Single Copy Cluster (CCR) environment The NetBackup Client Service must be running as a domain administrator or equivalent user on each node. Otherwise NetBackup will not be properly authorized to perform dismounts or restores.
■ Recovery of an Exchange 2007 Local Continuous Replication (LCR) environment
105 Operational Notes NetBackup database agents
Follow these steps when recovering an LCR environment. This process will be automated by NetBackup in a future release update.
■ The powershell command Suspend-StorageGroupCopy must be issued for a storage group before restoring that storage group.
■ After the restore is complete, you may need to re-seed the copy before resuming the copy. The database files, all log files and checkpoint files need to be removed form the copy location. The powershell command Update-StorageGroupCopy must be issued. Refer to “How to Seed a Local Continuous Replication Copy” for more information:
http://technet.microsoft.com/en-us/library/aa995973.aspx
■ The powershell command Resume-StorageGroupCopy must be issued to properly resume the copy.
■ Refer to “Managing Local Continuous Replication” for more information:
http://technet.microsoft.com/en-us/library/aa998823.aspx
■ Recovery of an Exchange 2007 Clustered Continuous Replication (CCR) environment
Follow these steps when recovering a CCR environment. This process will be automated by NetBackup in a future release update.
■ The NetBackup Client Service must be running as a domain
administrator or equivalent user on each node. Otherwise NetBackup will not be properly authorized to perform dismounts or restores.
■ A restore can only be directed to the active node.
■ The powershell command Suspend-StorageGroupCopy must be issued for a storage group before restoring that storage group.
■ After the restore is complete, you may need to re-seed the cluster copy before resuming the copy. The database files, all log files and
checkpoint files need to be removed form the passive node. The powershell command Update-StorageGroupCopy must be issued from the passive node. Refer to “How to Seed a Cluster Continuous
Replication Copy” for more information:
http://technet.microsoft.com/en-us/library/bb124706.aspx
■ The powershell command Resume-StorageGroupCopy must be issued to properly resume the cluster copy.
Refer to “Managing Cluster Continuous Replication” for more information:
http://technet.microsoft.com/en-us/library/aa997676.aspx
106 Operational Notes NetBackup database agents