ADSM-L

[no subject]

1999-07-20 10:36:06
From: "Van Ruler, Ruud R SSI-TSEA-332" <Ruud.R.vanRuler AT IS.SHELL DOT COM>
Date: Tue, 20 Jul 1999 16:36:06 +0200
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
>
<Prev in Thread] Current Thread [Next in Thread>
  • [no subject], Van Ruler, Ruud R SSI-TSEA-332 <=