ADSM-L

Re: Does my ADSM server have a tapeworm ??

2000-07-14 10:09:26
Subject: Re: Does my ADSM server have a tapeworm ??
From: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>
Date: Fri, 14 Jul 2000 10:09:26 -0400
And the way to stop it is to set a MAXSCRATCH value for the storage pool.
That will make ADSM collocate the data (i.e., put all today's incoming data
for a client on the same tape it used yesterday for that client), but will
use the same tape for 2 or more clients.  It's the way to go if you have
high capacity tapes, and many small clients.

I forget how you were doing your offsite tape rotation.
Are ANY tapes coming back onsite?

Also look at your volhistory:  q volhist type=DBB
and see how many tapes are being used for DB backups.


> -----Original Message-----
> From: Cook, Dwight E [SMTP:cookde AT BP DOT COM]
> Sent: Friday, July 14, 2000 7:43 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Does my ADSM server have a tapeworm ??
>
> look into "filling" tapes... "q vol stg=xxxxx status=filling"  if
> collocation is turned on there will be as many "filling" tapes as there
> are
> nodes (if scratch tapes are available).   You might have been behind and
> those 110 you put in are all now filling with only 0.1%.
>
> Dwight
>
> > ----------
> > From:         Daniel Swan/TM[SMTP:Daniel.Swan AT TELUS DOT COM]
> > Reply To:     ADSM: Dist Stor Manager
> > Sent:         Thursday, July 13, 2000 6:03 PM
> > To:   ADSM-L AT VM.MARIST DOT EDU
> > Subject:      Does my ADSM server have a tapeworm ??
> >
> > As mentioned previously, I'm an ADSM newbie taking over the ADSM of a
> > regional company.
> > There have been ongoing problems with our offsite-tape rotation.
> >
> > Since I've taken over, I've put in 110 tapes, and
> > reduced the total ammount of data stored in the tape library by 1.5
> > terabytes (deleting filespaces, expiring old sqlbacktrack).
> >
> > But somehow, I have NO scratch tapes.  In theory, I should have TONS.
> >
> > It has been suggested to me that many tapes are being marked as
> read-only.
> > I have investigated this, and have
> > found that only 4 tapes have been marked read-only (q vol access=reado).
> >
> > I have managed to get a few back by agressive reclamation processes, but
> > of
> > course, this is tying up all available drives,
> > so can only be done for a short time during the day.
> >
> > Does anyone have any ideas of where my tapes could be going?
> >
> > Any commands I can run to scare up more scratch tapes?
> >
> > Ps.  We have experts coming in to overhaul the system at the end of the
> > month, but we're really
> > scraping the bottom already...
> >
> > Thanks in advance,
> > Dan.
> >