for eusc01 and eusc02 we use:
Versions Data Exists 4
Versions Data Deleted 1
Retain Extra Versions 0
Retain Only Version 40
for eusc03 we use:
Versions Data Exists 14
Versions Data Deleted 1
Retain Extra Versions NOLIMIT
Retain Only Version 40
=======================================================
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
>
|
