The only thing that goes everywhere TSM goes, is ... TSM.
A problem with attempting to leverage TSM to store away a copy of the
schedlogs is that many of the modes of client failure break this mechanism.
In the case when you most need a log to look at, one isn't available.
(except the copy that is local to the client.)
It seems like there is a strategy there to leave open a market for things
like Tivoli Framework. Or is it called TCM these days?
[RC]
TSM_User
<tsm_user AT YAHOO DOT COM> To: ADSM-L AT
VM.MARIST DOT EDU
Sent by: "ADSM: Dist cc:
Stor Manager" Subject: Re: Restore from
node to another node
<ADSM-L AT VM.MARIST DOT EDU
>
07/08/2004 12:12 PM
Please respond to
"ADSM: Dist Stor
Manager"
|-------------------|
| [ ] Secure E-mail |
|-------------------|
I know of a site that runs a copy of the dsmerror and dsmsched logs to a
network share after each backup. Of course they appened the node name to
the front of each one. They then have a script that looks at all the logs
in that directory and produces some reports. I'm not sure how much better
that is than the Operational repoerter but I thought I'd just let you know
how I've seen it done.
Also, that one share is backed up by one client so they effectly have one
node with every dsmsched and dsmerror log backed up that can be restored
somewhere later if needed.
Andrew Raibeck <storman AT US.IBM DOT COM> wrote:
What you are asking for is not possible, at least not with a capability of
being able to restore from a single system. Among other things, you can
not use a single client to restore all sched logs since, for example, a
Windows client can not restore data backed up by NetWare or Unix.
Your best bet might be to try to automate some process where the client's
dsmsched.log and dsmerror.log files are emailed to you, or copied to a
shared network disk. Perhaps you can set up some kind of POSTSCHEDULECMD
processing to handle this.
Other members of this list with far more practical experience than I might
have other suggestions to offer.
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
"ADSM: Dist Stor Manager" wrote on 07/08/2004
08:30:18:
> Andy,
> since i want to collect and analyse the dsmsched.log of the done backups
i
> like to do the following:
>
> - a daily second schedule for each node that does a backup of
dsmsched.log -
> easy and e.g. no access problems for firewalled systems, no different
access
> methods for different operating systems,...
> - restore of that logs from a central secure point for analysis and
> reporting - i would like to do this auotmated with as less effort as
> possible. (no set access for new nodes,...)
>
> so: can the admin logon with commandline be done full automated?
>
> Thanks a lot
> Stefan Holzwarth
---------------------------------
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
==============================================================================
IMPORTANT NOTICE: This communication, including any attachment, contains
information that may be confidential or privileged, and is intended solely for
the entity or individual to whom it is addressed. If you are not the intended
recipient, you should delete this message and are hereby notified that any
disclosure, copying, or distribution of this message is strictly prohibited.
Nothing in this email, including any attachment, is intended to be a legally
binding signature.
==============================================================================
|
