Re: backup stats ....

according ADSM reference manual:
" Suppose a client backs up a 2.4GB file:

_   When the client compresses the file, the server records the file size as
1.2GB, the file cannot be compressed any further by the drive, and the file
still fills one tape. "

according clients activity log:
node EUSC02 transferred 6.3Gb (compressed (see above))
node EUSC03 transferred 6.1Gb (compressed (see above))

with SELECT SUM(PHYSICAL_MB) AS "TOTAL#MB#BKP" FROM OCCUPANCY WHERE
NODE_NAME = 'node-name' AND -  STGPOOL_NAME = 'BACKUPPOOL':
results for EUSC02 is 2.57 Gb and for
EUSC03 is 0.14 Gb !!!!!!
note. this is before BACKUPPOOL gets migrated to TAPE.

how to explain the difference (6.3 and 2.57, 6.1 and 0.14) ?????

=======================================================
             Ruud van Ruler
Shell Services International BV - TSEA-332
Our Data Storage Management home page:
http://sww-os390a.is.shell.nl/dstorage/
> Room 2A/D07
> Dokter van Zeelandstraat 1, 2285 BD Leidschendam NL
Tel : 070 - 3034644  /  Fax : 070 - 3034012
Email Internet: ruud.r.vanruler AT is.shell DOT com
                          r_van_ruler AT compuserve DOT com
Email X400:/S=vanRuler /I=R /C=GB /A=GOLD /P=Shell /O=IS


                                                            R.vanRuler
================================================================

> ----------
> From:         Roger Hohmann[SMTP:Roger_Hohmann AT WESTLB DOT DE]
> Sent:         21 July 1999 14:18
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: backup stats ....
>
> You can calculate the transferred data (after compression) in the smf
> records. How about Your copygroups? How long do You keep Your data? Or
> is 6 Gigs saved and 6 Gigs expired?
>
> Regards
>
> Roger
>
> "Van Ruler, Ruud R SSI-TSEA-332" schrieb:
> >
> > thanks.
> >
> > regarding the second problem :
> > as already stated we backup 3 Sun Solaris systems: eusc01, eusc02 and
> > eusc03.
> > q auditocc
> >  License information as of last audit on 21-07-1999 at 08:00:10.
> >
> >                        Node Name: EUSC02
> >         Backup Storage Used (MB): 35,487
> >        Archive Storage Used (MB): 0
> >  Space-Managed Storage Used (MB): 0
> >          Total Storage Used (MB): 35,487
> >
> >                        Node Name: EUSC01
> >         Backup Storage Used (MB): 11,403
> >        Archive Storage Used (MB): 0
> >  Space-Managed Storage Used (MB): 0
> >         Total Storage Used (MB): 11,403
> >
> >                       Node Name: EUSC03
> >        Backup Storage Used (MB): 7,262
> >       Archive Storage Used (MB): 0
> > Space-Managed Storage Used (MB): 0
> >         Total Storage Used (MB): 7,262
> >
> > Backup Storage Used(MB) figures for eusc01 and eusc02 are more or less
> > correct but
> > for Eusc03 not, bearing in mind that we backup approx. 6 Gb each night
> for
> > eusc03 !!!!
> >
> > any ideas ??
> >
> >              Ruud van Ruler
> > Shell Information Services - TSEA/332
> > Patentlaan 9 - 2288 EE - Rijswijk
> > Tel : 070 - 3034644  /  Fax : 070 - 3034012
> > Email Internet: ruud.r.vanruler AT is.shell DOT com
> >                           r_van_ruler AT compuserve DOT com
> > Email X400:/S=vanRuler /I=R /C=GB /A=GOLD /P=Shell /O=IS
> >                                                        R.vanRuler
> >
> > > ----------
> > > From:         Roger Hohmann[SMTP:Roger_Hohmann AT WESTLB DOT DE]
> > > Sent:         20 July 1999 17:01
> > > To:   ADSM-L AT VM.MARIST DOT EDU
> > >
> > > Following idea:
> > >
> > > Your 12 Gigs are compressed into 3.7 Gigs. This is possible when You
> > > have data which is good 'compressable', larger text files or empty
> > > databases.
> > >
> > > This means an increase of 3.7*2=7.4 Gigs. If this means about 2*2 Gigs
> > > for eusc03, so expiration may have deleted the older versions?
> > >
> > > I never use the q auditocc cmd, I prefer 'select * from occupancy' so
> I
> > > can see how much space is needed by each filesystem. To check if You
> > > have a problem with Your stats, You might check how much data is
> stored
> > > on Your tapes.
> > >
> > > Regards
> > > Roger
> > >
> > > "Van Ruler, Ruud R SSI-TSEA-332" schrieb:
> > > >
> > > > 1) Yes
> > > > 2) Copy STG BACKUPPOOL ( on DASD ) to cartridge
> > > > 3) The figures did not add up. The backup said only about 6 Gb was
> > > processed
> > > >
> > > >              Ruud van Ruler
> > > > Shell Information Services - TSEA/332
> > > > Patentlaan 9 - 2288 EE - Rijswijk
> > > > Tel : 070 - 3034644  /  Fax : 070 - 3034012
> > > > Email Internet: ruud.r.vanruler AT is.shell DOT com
> > > >                           r_van_ruler AT compuserve DOT com
> > > > Email X400:/S=vanRuler /I=R /C=GB /A=GOLD /P=Shell /O=IS
> > > >                                                        R.vanRuler
> > > >
> > > > > ----------
> > > > > From:         Roger Hohmann[SMTP:Roger_Hohmann AT WESTLB DOT DE]
> > > > > Sent:         20 July 1999 11:26
> > > > > To:   ADSM-L AT VM.MARIST DOT EDU
> > > > >
> > > > > 1) Do You use compression on client side? The server does not
> really
> > > see
> > > > > this.
> > > > > 2) What do You mean with "offload"? Migration?
> > > > > 3) What did the end of Yor backup stgpool say?
> > > > >
> > > > > Regards
> > > > > Roger
> > > > >
> > > > > "Van Ruler, Ruud R SSI-TSEA-332" schrieb:
> > > > > >
> > > > > > Hi, adsm gurus
> > > > > >
> > > > > > recently we have installed ADSM onto the OS390 server to backup
> 3
> > > SUN
> > > > > > Solaris systems (version 3).
> > > > > > > The stats we are getting for ADSM just don't add up, for e.g.
> :-
> > > > > > >
> > > > > > > last night we ran a backup of 3 SUN systems
> > > > > > >
> > > > > > > System 1 backed up 6.07 Gb
> > > > > > > System 2 backed up 1.41 Gb
> > > > > > > System 3 backed up 4.87 Gb
> > > > > > > TOTAL                   12.35 GB
> > > > > > >
> > > > > > > All data was received to the DASD backuppool. We then did an
> > > offload
> > > > > of
> > > > > > > this data to cartridge and got the following figure for the
> > > offload
> > > > > > > and only  offloaded 3.7 GB.
> > > > > > >
> > > > > > > As you can see a subtle difference in the numbers here i.e.
> only
> > > about
> > > > > 8
> > > > > > > Gb.
> > > > > > >
> > > > > > > Any ideas ?
> > > > > > >
> > > > > > and another example:
> > > > > > q auditoccupancy eusc03
> > > > > > result:
> > > > > > License information as of last audit on 15-07-1999 at 10:00:29.
> > > > > >
> > > > > >                       Node Name: EUSC03
> > > > > >              Backup Storage Used (MB): 7,484
> > > > > >              Archive Storage Used (MB): 0
> > > > > >         Space-Managed Storage Used (MB): 0
> > > > > >           Total Storage Used (MB): 7,484
> > > > > >
> > > > > >  after last nights backup:
> > > > > >  NODE_NAME           LASTACC_TIME           BYTES#RECEIVED
> > > > > >  ------------------              -------------------
> > > > > > --------------
> > > > > >  EUSC03                    1999-07-15
> 6520146973
> > > > > >                                   22:44:44.000000
> > > > > >
> > > > > > therefore after audit license the Backup Storage Used i expected
> to
> > > be
> > > > > > something like
> > > > > > 7,484 + (6,520*2) = approx. 20,524 but ....
> > > > > > after command however:
> > > > > >  q auditocc eusc03
> > > > > >
> > > > > >  result: License information as of last audit on 16-07-1999 at
> > > 07:41:03.
> > > > > >
> > > > > >                         Node Name: EUSC03
> > > > > >          Backup Storage Used (MB): 7,708
> > > > > >         Archive Storage Used (MB): 0
> > > > > >   Space-Managed Storage Used (MB): 0
> > > > > >           Total Storage Used (MB): 7,708
> > > > > >
> > > > > > could you explain this i.e. why 7,708 in stead of approx. 20,524
> > > ???
> > > > > >
> > > > > > thanks.
> > > > > >
> > > > > >              Ruud van Ruler
> > > > > > Shell Information Services - TSEA/332
> > > > > > Patentlaan 9 - 2288 EE - Rijswijk
> > > > > > Tel : 070 - 3034644  /  Fax : 070 - 3034012
> > > > > > Email Internet: ruud.r.vanruler AT is.shell DOT com
> > > > > >                           r_van_ruler AT compuserve DOT com
> > > > > > Email X400:/S=vanRuler /I=R /C=GB /A=GOLD /P=Shell /O=IS
> > > > > >
> R.vanRuler
> > > > >
> > > > > --
> > > > > Roger Hohmann
> > > > > Westdeutsche Landesbank Girozentrale
> > > > > Division: 009 Services
> > > > > Abteilung: 001-80622
> > > > > Herzogstra_e 15
> > > > > D - 40217 D|sseldorf
> > > > > Tel.: +49211 826 8155
> > > > > Fax : +49211 826 5393
> > > > > mailto:roger_hohmann AT westlb DOT de
> > > > >
> > >
> > > --
> > > Roger Hohmann
> > > Westdeutsche Landesbank Girozentrale
> > > Division: 009 Services
> > > Abteilung: 001-80622
> > > Herzogstra_e 15
> > > D - 40217 D|sseldorf
> > > Tel.: +49211 826 8155
> > > Fax : +49211 826 5393
> > > mailto:roger_hohmann AT westlb DOT de
> > >
>
> --
> Roger Hohmann
> Westdeutsche Landesbank Girozentrale
> Division: 009 Services
> Abteilung: 001-80622
> Herzogstra_e 15
> D - 40217 D|sseldorf
> Tel.: +49211 826 8155
> Fax : +49211 826 5393
> mailto:roger_hohmann AT westlb DOT de
>