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 <storman AT US.IBM DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
19.09.2002 15:22
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        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: storman AT us.eyebm DOT com (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.