Here is an overview of the DRM set up tasks. Additional details are available in later sections, and you can find a checklist at Tivoli Disaster Recovery Manager Checklist.
Set Up for Server Recovery:
Set Up for Storage of Client Recovery Information:
To use DRM, register the DRM license by entering the following:
register license file=drm.lic
For more information, see Registering Licensed Features.
During disaster recovery, you need server machine information to rebuild the replacement machine. To store this information, issue the DEFINE MACHINE command (see Defining Client Node Machine Information) and set the ADSMSERVER parameter to YES.
You can include additional information about hardware, software, and boot media by following the steps in Defining Client Node Machine Information and Defining and Tracking Recovery Media.
Before creating a disaster recovery plan, back up your storage pools then the database.
Note: | Always back up your storage pools before backing up the database. |
backup stgpool backuppool cstoragepf
backup db devclass=lib8mm type=full volumename=bk06
Note: | You can also perform database snapshot backups, which are full backups but which do not interrupt the current full plus incremental backup series. In this way, you can retain your full plus incremental backup series on site to recover from possible availability problems. |
If you manually send backup media offsite, see Sending Server Backup Volumes Offsite. If you use virtual volumes, see Using Virtual Volumes to Store Data on Another Server.
When your backups are both offsite and marked offsite, you can create a disaster recovery plan.
Task | Required Privilege Class |
---|---|
Create a recovery plan file | System |
Use the PREPARE command to create a disaster recovery plan file. For details about the recovery plan file, see The Disaster Recovery Plan. You can store the file locally or on another server as an object on a target server.
DRM creates one copy of the disaster recovery plan file each time you issue the PREPARE command. You should create multiple copies of the plan for safekeeping. For example, keep copies in print, on diskettes, on NFS-mounted disk space that is located offsite, or on a remote server.
To keep the plan current, run the PREPARE command after you back up storage pools and the database and mark the copy storage pool volumes offsite. You can also use the Tivoli Storage Manager scheduler to periodically run the PREPARE command (see Chapter 16, Automating Server Operations).
Note: | DRM creates a plan that assumes that the latest database full plus
incremental series would be used to restore the database. However, you
may want to use DBSNAPSHOT backups for disaster recovery and retain your full
plus incremental backup series on site to recover from possible availability
problems. In this case, you must specify the use of DBSNAPSHOT backups
in the PREPARE command. For example:
prepare source=dbsnapshot |
If you issue the PREPARE command without the DEVCLASS parameter, you store the recovery plan file locally in a file system. If you store the file locally, you can specify a storage location (see Prefix for the Recovery Plan File). Recovery plan files that are stored locally are not automatically expired. You can expire recovery plan files that are stored on a target server by using the DRMRPFEXPIREDAYS command. You should periodically delete down-level recovery plan files.
For example, to store the recovery plan file locally in the /u/server/recoveryplans/ directory, enter:
prepare planprefix=/u/server/recoveryplans/
TSM appends to the file name the date and time (yyyymmdd.hhmmss). For example:
/u/server/recoveryplans/19990925.120532
If you issue the PREPARE command with the DEVCLASS parameter, you store the recovery plan file on a target server. Some benefits of storing recovery plan files on a target server are:
Before issuing the PREPARE command, you must set up the source and target servers and define a device class (see Setting Up Source and Target Servers for Virtual Volumes for details). The device class definition must specify a device type of SERVER. The DEVCLASS parameter on the PREPARE command specifies the device class name that is used to create a recovery plan file object. The recovery plan file is written as an object on the target server, and a volume history record is created on the source server. For example, assume a device class named TARGETCLASS is defined on the source server where the PREPARE command is to be issued. To store a recovery plan file from the source server onto the target server, enter:
prepare devclass=targetclass
For more about recovery plan files that are stored on target servers, see Querying, Displaying, and Expiring Recovery Plan Files Saved on a Target Server.
Task | Required Privilege Class |
---|---|
Display a list of disaster recovery plan files | Any Administrator |
Use the QUERY RPFILE command to display a list of recovery plan files. You can issue the command from the server that created the files (the source server) or from the server on which the files are stored (the target server):
query rpfile devclass=*
TSM displays a list of all recovery plan files that have been saved for the source server on target servers.
query rpfile nodename=*
The list of recovery plan files is limited to those that were created assuming either full plus incremental database backup series (the default) or database snapshot backups. For example, from the source server to list only files created assuming database snapshot backups, enter:
query rpfile devclass=* source=dbsnapshot
From the source server, you can also issue the QUERY VOLHISTORY command to display a list of all recovery plan files for the source server by entering:
query volhistory type=rpfileThe preceding command limits the query to records that contain information about recovery plan files that were created assuming full and incremental database backup series. To limit the deletion to records that contain information about recovery plan files created assuming database snapshot backups, specify TYPE=RPFSNAPSHOT.
Task | Required Privilege Class |
---|---|
Display the contents of a disaster recovery plan file | System |
Use the QUERY RPFCONTENT command to display the contents of a recovery plan file that was saved as on object on the target server. You can issue the command either from the server that created the files (the source server) or from the server on which the files are stored (the target server):
query rpfcontent marketing.19990901.043900 devclass=targetclass
query rpfcontent marketing.19990831.045000 nodename=branch8
See The Disaster Recovery Plan for an example of the contents of a recovery plan file.
Note: | An output delay can occur when the plan file is located on tape. |
Task | Required Privilege Class |
---|---|
Restore a disaster recovery plan file | System |
To restore a recovery plan file and direct the output to a file, use the QUERY RPFCONTENT command. You can issue the command from the server that created the files (the source server) or from the server on which the files are stored (the target server). If you are uncertain about the name of the recovery plan file, you can display a list of files by issuing the QUERY RPFILE command.
Assume that you want to restore the recovery plan file named marketing.19990831.045000. The recovery plan file was created using the device class of TARGETCLASS and on a source server whose node name at the target server is BRANCH8. You want to restore the recovery plan file to a file named rpf.out:
query rpfcontent marketing.19990831.045000 devclass=targetclass > rpf.out
query rpfcontent marketing.19990831.045000 nodename=branch8 > rpf.out
To display a list of recovery plan files, use the QUERY RPFILE command. For example, to list the recovery plan files for the source server with a node name of BRANCH8 and that was created assuming full plus incremental database backup series, issue the following command:
query rpfile nodename=branch8
Task | Required Privilege Class |
---|---|
Set the time for recovery plan file expiration | System |
You can set DRM to expire recovery plan files a certain number of days after they are created. To set up expiration, issue the SET DRMRPFEXPIREDAYS command. The default value is 60 days. For example, to change the time to 90 days, enter:
set drmrpfexpiredays 90
All recovery plan files that meet the criteria are eligible for expiration if both of the following conditions exist:
Task | Required Privilege Class |
---|---|
Delete recovery plan file objects from a target server | System |
You can use the DELETE VOLHISTORY command to delete records containing information about recovery plan file objects. For example, to delete recovery plan files that were created on or before 08/30/1999 and assuming full plus incremental database backup series, enter:
delete volhistory type=rpfile todate=08/30/1999To limit the query to records that contain information about recovery plan files and that were created assuming database snapshot backups, specify TYPE=RPFSNAPSHOT.
The record for the latest recovery plan file is not deleted. When the records are deleted from the source server and the grace period is reached, the objects are deleted from the target server.
DRM lets you store recovery information for client machines backed up
by the server.
Task | Required Privilege Class |
---|---|
Define machine information Associate client nodes with machines Define and tracking machine recovery media Associate recovery media with machines | System |
Client node machine information can help you identify what you need to rebuild or restore the replacement machines.
Note: | You do not have to define machine characteristics and recovery instructions during the set up process. You can do this later. |
define machine mach22 building=021 floor=2 room=2929 priority=1
During disaster recovery, this association information is used to determine which client nodes were on machines that were destroyed. The file spaces associated with these client nodes should be restored. For example, to associate node CAMPBELL with machine MACH22, enter:
define machnodeassociation mach22 campbell
To query machine definitions, issue the QUERY MACHINE command. See the example, in Recovering Clients Scenario.
The following partial output is from a query on an AIX client machine.
+--------------------------------------------------------------------------------+ |--1 Host Name: mach22 with 256 MB Memory Card | |--- 256 MB Memory Card | |--- | |--4 Operating System: AIX Version 4 Release 3 | |--- | |--- Hardware Address: 10:00:5x:a8:6a:46 | +--------------------------------------------------------------------------------+
Characteristics and recovery instructions are specified with separate INSERT MACHINE commands:
insert machine mach22 1 characteristics="Host Name: mach22 with 256 MB Memory Card" insert machine mach22 2 characteristics="Operating System: AIX Version 4 Release 3"
insert machine mach22 1 - recoveryinstructions="Recover this machine for accounts receivable dept."
To help automate the adding of client machine information, a sample awk script named machchar.awk.smp is shipped with DRM. The following example shows how to use a local program to add machine characteristics or recovery instructions.
The file, clientinfo.txt, is then processed by the awk script, which builds a macro of INSERT MACHINE commands (one command for each line in the file).
The macro is then run to load the data into the database.
From an AIX prompt, issue the following commands:
echo "devices" > clientinfo.txt lsdev -C | sort -d -f >> clientinfo.txt echo "logical volumes by volume group" >> clientinfo.txt lsvg -o | lsvg -i -l >> clientinfo.txt echo "file systems" >> clientinfo.txt df >> clientinfo.txt
Figure 79 is an example procedure named machchar to add machine characteristics. The machchar.awk.smp script is shipped with DRM and is located in the /usr/tivoli/tsm/server/bin directory.
Figure 79. Example of Awk Script File to Insert Machine Characteristics
# Read machine characteristics from a file and build TSM macro commands # to insert the information into the machine characteristics table. # Invoke with: # awk -f machchar.awk -v machine=acctrcv filewithinfo BEGIN { print "delete machine "machine" type=characteri" } { print "insert machine "machine" "NR" characteri=\""$0"\"" } END { } |
The machchar.awk script is then run from a AIX prompt as follows:
awk -f machchar.awk -v machine=acctrcv clientinfo.txt > clientinfo.mac
> dsmadmc -id=xxx -pw=xxx macro clientinfo.mac
You can view your machine characteristics by issuing the QUERY MACHINE command with FORMAT=CHARACTERISTICS parameter.
Follow these steps to save a description of the bootable media required to reinitialize or reinstall an operating system on a client machine, and associate one or more machines with this media. You can also use these commands to associate non-executable media such as application user guides with client machines.
define recoverymedia tellerwrkstnimage volumenames=aix001,aix002,aix003 type=boot product="AIX 4.1" location="Building 21"
This command is usually needed only when a client machine configuration changes. For example, assume that you have installed a new level of AIX on the client machine and created a bootable image using mksysb. To define the new mksysb volumes, issue another DEFINE RECOVERYMEDIA command.
To query your recovery media definitions, issue the QUERY RECOVERYMEDIA command with the FORMAT=DETAILED parameter.
The following example associates machine MACH255 with recovery media tellerwrkstnimage:
define recmedmachassociation tellerwrkstnimage mach255
The following example updates the location of boot media tellerwrkstnimage to the offsite location IRONVAULT:
update recoverymedia tellerwrkstnimage location=ironvault
In a recovery scenario, you may want to have softcopy manuals that are on a CD-ROM. You can define this to DRM with the DEFINE RECOVERYMEDIA command. For example, to define the AIX 4.1 manuals (TYPE=OTHER) that are on volume cd0001, enter:
define recoverymedia aix41manuals description="AIX 4.1 Bookshelf" - volumes=cd0001 type=other