The problem of doing this way is that some of the data on your diskpool has already migrated to the onsitepool if your diskpool is not big enough.
----- Original Message ----- From: "Joshua S. Bassi" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 20, 2002 5:27 PM Subject: Re: Backups missed > 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:[EMAIL PROTECTED]] On Behalf Of > Prather, Wanda > Sent: Wednesday, March 20, 2002 8:49 AM > To: [EMAIL PROTECTED] > 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:[EMAIL PROTECTED]] > Sent: Wednesday, March 20, 2002 7:30 AM > To: [EMAIL PROTECTED] > 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 >
