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
>
|
