> I typically run a 'backup stg diskpool offsitepool' first and then a
> migration to the onsitepool.  From my experience this has enabled a
> faster of data to the offsitepool and freed up other tape drives since I
> am not backing up tape to tape.
>
>
> --
> Joshua S. Bassi
> Sr. Solutions Architect @ rs-unix.com
> IBM Certified - AIX/HACMP, SAN, Shark
> Tivoli Certified Consultant- ADSM/TSM
> Cell (415) 215-0326
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf 
> Of
> Prather, Wanda
> Sent: Wednesday, March 20, 2002 8:49 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Backups missed
>
> In addition to:
>
>                 BACKUP STGPOOL onsitetape offsitetape
>
> I recommend you do:
>
>                          BACKUP STGPOOL diskpool offsitetape
>
> Because at any point in time, some of your backup data is in the disk
> pool,
> some in the tape pool.
> This makes sure that if there is any data left in the disk pool that has
> not
> migrated to tape yet, it gets copied to the offsitepool.   (If there is
> none
> left in the diskpool, then the second BACKUP STGPOOL costs you
> nothing...)
>
> (In fact, you can save a WHOLE LOT of tape mounts if you do these in the
> reverse order.
> BACKUP STGPOOL diskpool offsitetape  FIRST; then your offsite tapes get
> made
> using only ONE tape mount for the output tape, instead of mounting INPUT
> and
> OUTPUT tapes. :>)
>
> Here is something else you can do:
>
>  select stgpool_name, sum(physical_mb)/1024 as physical_GB  from
> occupancy
> group by stgpool_name order by stgpool_name
>
> This shows how many GB of data are in your disk and tape pool.
>
> The sum of your diskpool and onsitetape pool should = the GB in your
> offsite
> tape pool.  It doesn't prove that EVERY file made it to the offsite
> tapes,
> but if this looks OK when I arrive in the morning, I'm happy..
>
>
>
> -----Original Message-----
> From: Joni Moyer [mailto:joni.moyer AT HIGHMARK DOT COM]
> Sent: Wednesday, March 20, 2002 7:30 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Backups missed
>
>
> Hello,
>
> I have TSM on the mainframe. I have just taken it over and I am still
> learning.  The previous administrator had administrative schedules
> migrating the data from disk to an onsite tape pool and then doing a
> tape
> to tape copy from onsite to offsite tapes.  I was wondering how it is
> possible for data to not be copied to the offsite pool?  If the data is
> moved to tape and then it is copied offsite, how is this possible?  I
> know
> that you get a message at the end of the job if it was successful  or
> not
> and how many files were missed.  My problem is I don't have access to
> the
> client side of the servers.  I am only in charge of making sure that
> things
> are backed up and running smoothly.  Is there an easy way to monitor if
> everything is being copied from onsite to offsite tape?  Are there
> certain
> error messages that I should be searching for on a daily basis?  I'd
> appreciate any help that I can get.  Thanks!!!!!
>
> Joni
>