Eric,
Use another client node for shared data - we have one per app in the cluster.
It fails over with the app and has domain statements that restrict it to back up just
its own filesystems. Use the PASSWDDIR option to keep the encrypted password with the
data. You will need to implement domain statements for the nodes that backup the
non-shared portions of your cluster.
In our case if the app lives on filesystems /p201, /p202 etc...
We have a /p201/app/tsm directory containing app_dsm.opt and TSM.PWD and the logs
The app_dsm.opt file looks like
SERVERNAME BLAH
DOMAIN /p201 /p202 (in our case /p203 and /p204 exist but are the Database filespaces
for this app)
DATEFORMAT 2
and we have the same dsm.sys on all servers in the cluster
SErvername BLAH
nodename blah
COMMmethod TCPip
tcpclientaddress Blah
HTTPPORT 1611
PASSWDDIR /p201/app/tsm
PasswordAccess generate
schedmode prompted
managedservices schedule webclient
errorlogname /p201/app/tsm/dsmerror.log
errorlogretention 7
schedlogname /p201/app/tsm/dsmsched.log
schedlogretention 7
We just increment the HTTPPort by one for each new app we define
Startup scripts run dsmcad -optfile=/p201/app/tsm/app_dsm.opt.
This currently is running well on sun/veritas. In the past we ran it in an AIX/hacmp
environment that never made it into production.
HTH
Steve
Steve Harris
AIX and TSM Admin
Queensland Health, Brisbane Australia
>>> [EMAIL PROTECTED] 21/04/2004 17:34:45 >>>
Hi *SM-ers!
Ok, I understand that include.fs is not available on AIX, so that will make
things more difficult.
Let me first explain what our AIX guys try to accomplish, maybe we are
trying to re-invent the wheel.
We are trying to create a standard backup solution for our HACMP clusters.
To put is simple: we want to backup all filesystems which are part of the
sharedvg. We would like to create a standard script, which can be used on
all HACMP nodes.
How do other people solve this?
Thank you very much for your reply in advance!
Kindest regards,
Eric van Loon
KLM Royal Dutch Airlines
-----Original Message-----
From: Richard Sims [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 20, 2004 16:16
To: [EMAIL PROTECTED]
Subject: Re: Exclude on AIX
>Hi Richard!
>Thank you very much for your reply!
>We don't use server defined include-excludes, so that's not the problem.
>We currently tried the following:
>
>exclude.fs *
>include.fs /home
>include.fs /usr
>
>Backup now finishes in 1 second. I've had them issue a q inclexcl which
>shows the correct statements and when they start the GUI, you can see that
>no filespaces are listed through the backup window. That explains why
backup
>finishes so quickly, but it's still not what we want to accomplish...
But your backups now run so much faster! :-)
Checking the Unix client manual, I find no such "Include.FS" option, so what
you probably want to do is "Include /home/.../*".
Would that Query Inclexcl flagged such things.
Richard
**********************************************************************
For information, services and offers, please visit our web site: http://www.klm.com.
This e-mail and any attachment may contain confidential and privileged material
intended for the addressee only. If you are not the addressee, you are notified that
no part of the e-mail or any attachment may be disclosed, copied or distributed, and
that any other action related to this e-mail or attachment is strictly prohibited, and
may be unlawful. If you have received this e-mail by error, please notify the sender
immediately by return e-mail, and delete this message. Koninklijke Luchtvaart
Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for
the incorrect or incomplete transmission of this e-mail or any attachments, nor
responsible for any delay in receipt.
**********************************************************************
***********************************************************************************
This email, including any attachments sent with it, is confidential and for the sole
use of the intended recipient(s). This confidentiality is not waived or lost, if you
receive it and you are not the intended recipient(s), or if it is transmitted/received
in error.
Any unauthorised use, alteration, disclosure, distribution or review of this email is
prohibited. It may be subject to a statutory duty of confidentiality if it relates to
health service matters.
If you are not the intended recipient(s), or if you have received this email in error,
you are asked to immediately notify the sender by telephone or by return email. You
should also delete this email and destroy any hard copies produced.
***********************************************************************************
