Richard Sims wrote:
> Hi, Kelly -
>
> I was appalled when I first saw TSM manuals blithely enticing
> customers to reorganize their TSM databases as though it were some
> kind of risk-free, trivial undertaking. Nowhere in the documentation
> for this procedure are there the strong advisories which
Hi, Andy -
I realize that you and I are "interested parties" in what is a server-
area topic, removed from our direct, respective realms.
And thanks for reinforcing the cautions which should be in place in
approaching this type of operation.
The product documentation started "blithely" enticing
Hi, Frank -
Our ability to deal effectively with TSM database behaviors is
extremely limited, in that very little information about it has been
published by IBM. The most insight we have is from the occasional
SHARE presentation, such as "Everything You Always Wanted to Know
About the TSM Databas
Hi Richard,
Thanks for your remarks. If you have specific recommendations to improve
the quality of our documentation, they are welcome and will be considered.
I agree that more could be included with regard to understanding the
potential run-time for the commands, ensuring that proper precautions
;ADSM: Dist Stor Manager"
05/17/2006 05:09 AM
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: TSM 5.3.3 loaddb and audit problem
Hi, Kelly -
I was appalled when I first saw TSM manuals blithely enticing
customers to reorganize their TSM d
>> On Wed, 17 May 2006 10:14:27 -0400, "Scott, Brian" <[EMAIL PROTECTED]> said:
> All,
> My collegue found the following article from the University of Florida
Heh. Well, I was staying out of this round; considering saying
something once Kelly posted, but since my article was invoked, I guess
I
Florida <http://www.ufl.edu/> .
Regards,
Brian
Brian Scott
EDS
Global Client Engineering-GM
MS 3234
4594 W Nancy Dr.
Kankakee, IL 60901
( Phone:+1-815-939-2684)
+ mailto:[EMAIL PROTECTED]
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kelly Li
Hi, Kelly -
I was appalled when I first saw TSM manuals blithely enticing
customers to reorganize their TSM databases as though it were some
kind of risk-free, trivial undertaking. Nowhere in the documentation
for this procedure are there the strong advisories which should be
there regarding the
t Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Richard Sims
Sent: Tuesday, May 16, 2006 6:46 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM 5.3.3 loaddb and audit problem
Do not take any further actions on your own: call TSM Support and engage
them in the problem. You risk doing fur
Do not take any further actions on your own: call TSM Support and
engage them in the problem. You risk doing further damage to your
database if you continue tinkering with it, as we have and IBM have
stressed in the past.
It seems this needs to be stressed again:
DO NOT ELECTIVELY RUN UNLOADDB -
Dear All,
we did unloaddb and loaddb but after the loaddb we faced a problem on the
backup of the nodes and it was resolved by upgrading TSM server from 5.3.2 to
5.3.3.
However, we are facing a problem on some nodes when we do restore, some files
could ot be restored and we got a message that th
11 matches
Mail list logo