As your base and meta files are being created in the cache directory, it is
probably working OK.

The FIRST time it does subfile backup, it has to create the "base" file, so
that backup will be as large as a regular incremental.
It's the NEXT backup where you get the benefit.

We also see that in dsmsched.log, the "bytes sent" count ("date time Normal
File ---->   nnnnnnn")  shows the full size of the file, as though the whole
file were sent, even though only the subfile is sent.  Same result in the
GUI for each individual file.  I think this is a bug, but haven't tried to
report it.

However, in the statistic summary at the end of the incremental backup, I
see the total bytes ("Total number of bytes transferred")  is smaller, as
you would expect.


-----Original Message-----
From: Salak Juraj [mailto:j.salak AT ASAMER DOT AT]
Sent: Wednesday, August 07, 2002 4:19 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: subfilebackup: what may I be missing to get it work?


Hallo,

I try subfilebackup for first time
but receive common incremental only
(the stats will always display as much MB transferred as the real file size
is).

What am I missing?

My configuration: NT2000, 5.1.1.0

        Server Q STAT:
                Subfile Backup: Client

        client: my.OPT:
                SUBFILEBACKUP   YES
                SUBFILECACHEPATH        d:\tsm\SubFileBackupCache
                SUBFILECACHESIZE        2

        backup command :
                dsmc incr c:\*.pst  -subdir=yes

There will be some files created in SUBFILECACHEPATH  , but only small ones:
             227  .client_cache_db
          44.236  0002CD2F.base
             182  0002CD2F.meta

Same with text file as opposite to .PST files.


Any ideas?

Juraj Salak
Asamer Holding