ADSM-L

Re: backup stats ....

1999-07-21 08:18:06
Subject: Re: backup stats ....
From: Roger Hohmann <Roger_Hohmann AT WESTLB DOT DE>
Date: Wed, 21 Jul 1999 14:18:06 +0200
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
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
<Prev in Thread] Current Thread [Next in Thread>