Setting up a schedule on the client machine NodeA1
Use this procedure to define a schedule on the client machine with the client node NodeA1.
About this task
This example assumes the following setup:
- The Tivoli® Storage Manager backup-archive client is installed on NodeA1 in the /usr/tivoli/tsm/client/ba/bin directory.
- Data Protection for Oracle is installed on NodeA1 in the /usr/tivoli/tsm/client/oracle/bin64 directory.
- An AIX® operating system is used.
update node NodeA1 passexp=0
Scheduling Data Protection for Oracle backups with the Tivoli Storage Manager scheduler requires special configuration issues to be addressed. This procedure addresses this issue by creating a dsm.sys file from which to associate nodes for your client, Data Protection for Oracle, and scheduled backups.
Procedure
To set up a schedule on the client with client node NodeA1:
What to do next
For security, in a default installation, the Tivoli Storage Manager client's trusted communications agent (dsmtca) allows both root access for the scheduler and non-root access for Data Protection for Oracle to read and write the same password file TSM.PWD in passworddir. If your system is set up otherwise, see the Enable non-administrators to manage their own data topic in the Tivoli Storage Manager client documentation.
Create servername stanzas in both dsm.sys files by the same servername as in the dsmi_orc_config file which is set in your TDPO_OPTFILE.
For Data Protection for Oracle, the stanza must be in the following file path: /usr/tivoli/tsm/client/api/bin64/dsm.sys
For the scheduler associated with Data Protection for Oracle a stanza by the same servername must be in the following file path: /usr/tivoli/tsm/client/ba/bin64/dsm.sys
- servername TSMOracle
- tcpserveraddress site.xyzinc.com
- tcpport 1500
- nodename NodeA1
- passwordaccess generate
- passworddir /home/oracle
INCLUDE /adsmorc/.../DB* mgmtclassnameforDBs
INCLUDE /adsmorc/.../LOG* mgmtclassnameforLogs
enablelanfree yes
lanfreecommmethod sharedmem
* errorlogname /home/oracle/dsierror__NodeA1.log
When
the option DSMI_LOG is set in your TDPO_OPTFILE to
point to a directory with read and write permissions for the Oracle
user, you don't need to set errorlogname in /usr/tivoli/tsm/client/api/bin64/dsm.sys. However, if you decide to set errorlogname for Data Protection for Oracle, then its value must be different from errorlogname in /usr/tivoli/tsm/client/ba/bin64/dsm.sys, to prevent concurrent write access to the same file by Data Protection for Oracle running as oracle user and the scheduler running as root.
schedmode prompted
tcpclientport 1502
schedlogname /home/root/dsmsched_NodeA1.log
* commmethod tcpip <- unnecessary because it's default.
errorlogname /home/root/dsmerror_NodeA1.log
When using passwordaccess
generate, the options TDPO_NODE, TDPO_OWNER,
and TDPO_PSWDPATH must not be set in your TDPO_OPTFILE. The temporary switching from passwordaccess generate to passwordaccess prompt can become necessary when existing Oracle backups in Tivoli Storage Manager storage with a certain OWNER need to be accessed by a user with a different user name, for example, when restoring a database to a system with another Oracle user name. In this type of situation you can avoid the typical restore error ANS1302E (RC2). No objects on server match query by setting /usr/tivoli/tsm/client/api/bin64/dsm.sys to passwordaccess prompt, because this allows specifying a TDPO_OWNER in your TDPO_OPTFILE, who is different from the name of the user who is restoring the data.
- Set TDPO_NODE and TDPO_PSWDPATH in your TDPO_OPTFILE.
- Rerun tdpoconf password.