That sounds good. I have read the docs about Subfilebackup and have 2 more
questions.

        what about the TESTFLAG Takeownership for dsm.opt is it still in
devolpment, does it work,....?
        (i'm a little confused about the name testflag) I'm aware about the
problem moving the rebuild file
        from the tsmtmp directory to its original location. 

        >> Sorry I don't know anything about that.... what it is?  We've had
no problems with backups or RESTORES using subfilebackup.  

        how you should handle the client cache? Should it be excluded from
normal backup? 
        Are the files in it automaticaly deleted after some time or does the
tsm client wait until the cache size limit 
        is reached? In my testenvironment i have many many small files in my
cache dir, although there are only little changes.

        >> Yes, the client cache should be excluded from backups.  It says
that somewhere in the white paper, I think.  As far as I can tell, stuff is
only purged from the cache when you hit the cache size limit.   ( BTW, if
you only turn on .pst files for subfile backups, what are all those files in
your cache?)  But the cache is only used during backup, not restores.  I
tried everything I could think of to damage the cache, including blowing it
away entirely.  If you hurt it, it just means that the next time you do a
backup, TSM starts over with "full" file backup of all files, just like the
first time you ever did it.  So I haven't found any way to break it.

************************************************************************
Wanda Prather
The Johns Hopkins Applied Physics Lab
443-778-8769
wanda_prather AT jhuapl DOT edu

"Intelligence has much less practical application than you'd think" -
Scott Adams/Dilbert
************************************************************************


 
         
With regards,

Stefan Holzwarth

> -----Ursprüngliche Nachricht-----
> Von: Prather, Wanda [mailto:Wanda.Prather AT JHUAPL DOT EDU]
> Gesendet: Mittwoch, 9. Januar 2002 19:50
> An: ADSM-L AT VM.MARIST DOT EDU
> Betreff: Re: Subfile Backup Experience
> 
> 
> One of our TSM servers backs up approx. 350 Wintel desktops 
> nightly, plus
> about 30 Windows & UNIX servers.
> 
> Our users keep their .pst files on their desktops, rather than on the
> fileserver.  Our daily load has been growing steadily, 
> doubling every year,
> and I determined that the biggest chunk of the growth was 
> those .pst files. 
> 
> I turned on subfile backup last Nov. 1 for all our desktops 
> via a client
> option set.  I let it grab everything, not just the .pst 
> files, and it has
> dropped my daily load by about 30%!  
> 
> Haven't had ANY problem with it.  I tested extensively on 
> .pst files of my
> own, and I haven't been able to break it.  And we have 
> successfully done 4
> bare-metal restores since implementing it.  I'm a happy camper!
> 
> TSM 4.1.3 for AIX; all TSM clients are 4.2.0; desktops are 
> WIn2K PRO SP1 &
> SP2.
> **************************************************************
> **********
> Wanda Prather
> The Johns Hopkins Applied Physics Lab
> 443-778-8769
> wanda_prather AT jhuapl DOT edu
> 
> "Intelligence has much less practical application than you'd think" -
> Scott Adams/Dilbert
> **************************************************************
> **********
> 
> 
> 
> 
> 
> -----Original Message-----
> From: Stefan Holzwarth [mailto:stefan.holzwarth AT ZENTRALE.ADAC DOT DE]
> Sent: Wednesday, January 09, 2002 6:33 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Subfile Backup Experience
> 
> 
> Currently i have problems to backup a fileserver with many 
> large pst files
> (Outlook)
> The incremental has to save nearly 25% of the whole data 
> every night over a
> 2 MBit line.
> I wonder if it is a good idea to use subfilebackup feature 
> only for pst
> Files with
> 
> exclude.subfile "*"
> include.subfile  "?:\...\*.pst"
> 
> Does anyone has experience doing subfilebackup for fileservers?
> 
> With Regards 
> 
> Stefan Holzwarth
> 
> --------------------------------------------------------------
> --------------
> --
> Stefan Holzwarth
> ADAC e.V. (Informationsverarbeitung - Systemtechnik - Basisdienste)
> Am Westpark 8, 81373 München Tel.: (089) 7676-5212, Fax: 
> (089) 76768924
> mailto:\\stefan.holzwarth AT zentrale.adac DOT de
>