Yes, you can. With any client node you can have multiple schedules
defined for it on TSM server. If they are close together, then only
one can run at once. When it's finished the next one will start if
it's
time for it to run.
You can also have TWO schedulers running on a client and different
node names for them. Then have a schedule for each node. This way
it would be possible for them to overlap - that is run at same time.
I have clients setup both ways here with TDP backups and regular
Incrementals overlapping on some, have not had a problem doing this.
Why do I let some do that?
Simple - not enough hours in the day.
David Longo
>>> jbassi AT IHWY DOT COM 10/30/02 07:21PM >>>
Is it possible to run both a B-A client and a TDP client on the same
machine both listening on port 1501? Can I have the dsmcad process
listening for 2 different schedules (an incremental backup and a
command
execution) and start the "TSM Client Schedulers" at different times?
--
Joshua S. Bassi
IBM Certified - AIX 4/5L, SAN, Shark
Tivoli Certified Consultant - ADSM/TSM
eServer Systems Expert -pSeries HACMP
AIX, HACMP, Storage, TSM Consultant
Cell (831) 595-3962
jbassi AT ihwy DOT com
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
Of
Jin Bae Chi
Sent: Wednesday, October 30, 2002 9:21 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Automating RMAN Backup Through TSM
When using the TSM scheduler to automate the TDP Oracle backups, the
differences in how these two clients work must be taken into account.
- The scheduler runs as root and would need passwordaccess generate.
- The TDP Oracle backup runs as an Oracle user and need
passwordaccess
prompt.
In this one dsm.sys file, there will normally be more than one
ServerName stanza when using the TDP Oracle on the same machine. One
ServerName stanza for the filesystem backups and another ServerName
stanza for the TDP Oracle backups (which need passwordaccess prompt).
To assist with setting up the TSM Scheduler for the TDP Oracle node,
you
would need to create a third ServerName stanza in this dsm.sys file.
In general, the dsm.sys file would be similar to the following:
servername TSMbackup
COMMMETHOD tcpip
TCPServeraddress xxx.xxx.xxx.xxx
TCPPORT 1500
NODENAME Client
PASSWORDACCESS generate
servername TSMOracle
COMMMETHOD tcpip
TCPServeraddress xxx.xxx.xxx.xxx
TCPPORT 1500
PASSWORDACCESS prompt
servername TDPSched
COMMMETHOD tcpip
TCPServeraddress xxx.xxx.xxx.xxx
TCPPORT 1500
NODENAME TDPNode
PASSWORDACCESS generate
You would have three dsm.opt files. One for the Backup/Archive client
that would normally be located in the /opt/tivoli/tsm/client/ba/bin
directory. Based on the dsm.sys example above, this would contain the
line:
servername TSMbackup
There would be a second dsm.opt file (which could have a different
filename, such as dsmoracle.opt) for the TDP for Oracle. Based on the
dsm.sys example this user option file for the Oracle client would
contain the line:
servername TSMOracle
and would have passwordaccess prompt.
There would be a third dsm.opt file (which could have a different
filename, such as dsmsched.opt) for the TDP for Oracle scheduler.
Based
on the dsm.sys example this user option file for the Oracle client
would
contain the line:
servername TDPSched
and would have passwordaccess generate and have the NodeName for the
TDP
Oracle client specified.
Environment variables would need to be utilized with the Oracle backup
to point to the user option file. This would be specified in the
TDPO_OPTFILE with the DSMI_ORC_CONFIG variable. For example:
DSMI_ORC_CONFIG /opt/tivol/tsm/client/oracle/bin/dsmoracle.opt
When starting the TSM Scheduler for the TDP Oracle backups, you will
need to use the -SErvername parameter and specify which stanza should
be
used. Based on the example dsm.sys the scheduler command would be such
as:
dsmc sched -SE=TDPSched
Neil Rasmussen
Software Development
TDP for Oracle
rasmussn AT us.ibm DOT com
"MMS <health-first.org>" made the following
annotations on 10/30/2002 09:45:38 PM
------------------------------------------------------------------------------
This message is for the named person's use only. It may contain confidential,
proprietary, or legally privileged information. No confidentiality or
privilege is waived or lost by any mistransmission. If you receive this
message in error, please immediately delete it and all copies of it from your
system, destroy any hard copies of it, and notify the sender. You must not,
directly or indirectly, use, disclose, distribute, print, or copy any part of
this message if you are not the intended recipient. Health First reserves the
right to monitor all e-mail communications through its networks. Any views or
opinions expressed in this message are solely those of the individual sender,
except (1) where the message states such views or opinions are on behalf of a
particular entity; and (2) the sender is authorized by the entity to give such
views or opinions.
==============================================================================
|