Thank you very much Andy. We put v4.2.2.5 client without upgrading the
server and storage agent and it worked perfect.
Paul and others, quick resume (what we wanted and) what we got:
Three classes pointing to different stgpools
DIRMC -> DIRDISK, dedicated disk pool (migrates to file for 'backup stg'
and never goes to tape)
RS6000 -> DISKPOOL, for small files
ORADBF -> LTOPOOL, for (large) Oracle data files backed up offline
Everything is bound explicitly to a class according to the requirements
(in description of APAR IC33316 it looks like DIRMC was not used).
After applying v4.2.2.5 patch (with still v4.2.1.15 server/STA), client
backups everything according to our rules set through class bindings in
InclExcl file. Small files and directories go over LAN and end up in the
corresponding disk pool while large files traverse STA-SAN-Tape route.
Single tape mount for LAN-free and no more mounts from the server
(diskpool is big enough to get daily backups).
On restore TSM is smart enough and small restores (from diskpool) finish
in less than a minute over 100 Mb production LAN (no dedicated one).
Restore of Oracle data files is mounting the volume and afterwards just
flies.
End of the story. Flowers and glory :-)
Zlatko Krastev
IT Consultant
Andrew Raibeck <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
19.09.2002 15:22
Please respond to "ADSM: Dist Stor Manager"
To: [EMAIL PROTECTED]
cc:
Subject: Re: LAN-free backup goes SAN, LAN, SAN
Yes, this is a client problem. The IC33316 APAR was opened against the
client. The problem affects 4.2 and 5.1 (the text has been modified to
mention that 4.2 is also affected). I also read your post too quickly, and
missed the point that this was an AIX client, not Windows. My apologies
for the confusion.
For AIX 4.3, client patch levels 4.2.2.5 and 5.1.1.5 contain the fix for
IC33316.
For Windows, client patch levels 4.2.2.8 and 5.1.1.5 contain the fix for
IC33316 (the README for 4.2.2.8 does not mention IC33316, but the fix is
in there).
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: [EMAIL PROTECTED] (change eye to i to reply)
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
