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