After restoring any Tivoli Storage Manager (TSM) server to earlier point in time DB backup by using DSMSERV RESTORE DB command, there are some more additional steps
required before resuming normal operations of the TSM Server.
Restore of the TSM server database to an earlier point in time can cause TSM
to encounter data on disk and tapes for which it has no record, resulting in
ANR1330E and ANR1331E errors.
It is important to save a copy of the volume history file
(volhist.out, captured by running the BACKUP VOLHIST command) on a regular
basis. The information in this file can be used to reduce the amount of volume
auditing that is necessary after TSM DB restoration process.
Also Read: How to increase or decrease TSM DB, active log and archive log size ?
Also Read: How to increase or decrease TSM DB, active log and archive log size ?
After a TSM Server restore to a previous point in time, it is necessary to
ensure that the storage pool volumes are consistent with the TSM database which
has been restored The following steps should be performed prior to returning
the TSM server to normal use
TSM Server Database Restoration after steps
- Immediately after the TSM server database is restored, place the following options into the dsmserv.opt file
NOMIGRRECL
(Prevents migration and reclamation from kicking off when the server
is started)
DISABLESCHED YES
(prevents any schedules from starting when the server is started)
EXPINT 0
(prevents expiration from running when the server is started)
If set to something other than 0, change the setting to 0 and record the original setting. After few steps we will remove or reset this option back to the original setting.
(prevents any schedules from starting when the server is started)
EXPINT 0
(prevents expiration from running when the server is started)
If set to something other than 0, change the setting to 0 and record the original setting. After few steps we will remove or reset this option back to the original setting.
- Start the server in the foreground (./DSMSERV)
- When the TSM server prompt comes up, enter the command DISABLE SESSIONS so that clients will be unable to connect to the TSM Server.
- Review the saved volhist file, and locate sequential tape or FILE volumes marked as "STGDELETE" and "STGREUSE" in the list. You will need to audit only these types of volumes created after the date of the database backup that has been restored. If the volhist file is lost or unrecoverable, then all sequential volumes must be audited. The audit command is performed as follows
AUDIT VOLUME <volume_name> FIX=YES
Also Read: Restoring damaged Storagepool volumes
- It is also necessary to audit all of the disk pool volumes with the same command above.
- Once the audits complete, the data on the volumes will be synchronized with the TSM Database at the point in time of the last full database backup.
- Halt the server and remove the options added in step one, nomigrrecl, disablescheds yes, and set the expinterval back to its original setting.
- Restart the server as normal. Issue the command ENABLE SESSIONS so that the clients can connect to the server.
0 Comment to "Steps to do after successful Tivoli Storage Manager (TSM) Server Database restore"
Post a Comment