On Tue, Jul 06, 1999 at 02:31:20PM -0400, Weeks, Debbie wrote:
> Thanks Wanda, that was one of my fears, but it was suggested to me by an
IBM
> rep when we set up the machine.
>
> As for the appeal to the higher ups, we are a state organization, so an
> annual budget of $60-70,000 for tapes is not considered tiny.  We were
> spoiled by years of cheap 3480 cartridge prices.  The cost of the 3570s
has
> blown management's mind.

We have run in the same problem with the 3570s and they cost alot more here
than in the US (~$110 AUD per tape, compared to ~$68 USD). The cost is so
high
that we are looking at purchasing a DLT robot or 3494  (3590 drives) robot
to keep the costs down. The 3590/DLT solution reduce the cost of the tape
media by a factor of 6 before compression. Even after the purchase of the
robot we will still be spending less than we would be on 3575 tapes for full
backups.

IBM excuse for the differences in tape cost was there is one manufacturer
of 3575 tapes and there are atleast 3 for 3590 tapes.


        -richard-

>
> > -----Original Message-----
> > From: Prather, Wanda [SMTP:PrathW1 AT CENTRAL.SSD.JHUAPL DOT EDU]
> > Sent: Tuesday, July 06, 1999 2:19 PM
> > To:   ADSM-L AT VM.MARIST DOT EDU
> > Subject:      Re: "Full" backup suggestions
> >
> > Do NOT try to do this by activating a new policy set.
> > A given file cannot be bound to more than one management class at a
time.
> > If you change the management class parameters, then run a backup, all
the
> > affected files are REBOUND to the new management class, and immediately
> > take
> > on the new management class rules.
> > Expiration of files will occur according to the current management
class,
> > thereby wrecking the backup scheme you intended for your regular
> > incremental
> > backups.
> >
> > Using archives instead of copy pool tapes is the only way to do what you
> > want.
> >
> > (Insert here the usual lecture to your "powers that be" about the
> > shortsightedness of being stingy on the media budget, the tiny cost of
> > media
> > vs. cost of lost data/lost business, etc.)
> >
> > Good luck, you''ll need it!
> >
> > ************************************************************************
> > Wanda Prather
> > The Johns Hopkins Applied Physics Lab
> > 443-778-8769
> > wanda_prather AT jhuapl DOT edu
> >
> > "Intelligence has much less practical application than you'd think" -
> > Scott Adams/Dilbert
> > ************************************************************************
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: Weeks, Debbie [SMTP:debbie AT ADMIN.USF DOT EDU]
> > > Sent: Tuesday, July 06, 1999 1:32 PM
> > > To:   ADSM-L AT VM.MARIST DOT EDU
> > > Subject:      "Full" backup suggestions
> > >
> > > We initially implemented ADSM w/DRM employing the incremental
ideology.
> > > However, the cost of having a full duplicate set of tapes offsite for
> > data
> > > that is retained forever (in some cases) has become a strain on the
> > > storage
> > > media budget.  The powers that be have requested (actually, it was a
bit
> > > stronger than a request) that I change our backup plan so that only
the
> > > most
> > > recent "full" backups are backed up to copy pool tapes and sent
offsite
> > > for
> > > DR.  We plan to continue our regular incremental backups for normal
> > > recovery, with the existing retention parameters, so the "full"
backups
> > > will
> > > only be retained for 14 days.
> > >
> > > I know that I have seen others interested in alternatives to the
> > complete
> > > duplication of the incremental storage pool for offsite DR planning.
I
> > > have
> > > considered two plans of attack.  One is to activate a different policy
> > set
> > > prior to running full backups (the backup window could get to be a
> > problem
> > > here), and the other would be to employ archive functions (difficult
to
> > > use
> > > on all platforms).  Could I please get some suggestions from this
group
> > on
> > > implementation of a new plan?  Any suggestions/experiences would be
> > > appreciated.
> > >
> > >
> > > BACKGROUND INFO
> > >
> > > We currently run ADSM on a 3466 (AIX), and use it to backup SUN, UNIX,
> > and
> > > NT servers.  We also have connect agents that backup SQL Server
> > databases,
> > > Exchange databases, and SQL Backtrack for Oracle databases.  We
> > currently
> > > have 5 policy domains, 1 for collocation, 1 for Exchange databases, 1
> > for
> > > SQL Server, 1 for non-collocation, and 1 for Exchange servers.  We
> > > currently
> > > have archives that run on a monthly basis on select NT servers that
are
> > > retained for one year.
> > >
> > > Debbie Weeks
> > > University of South Florida
> > > Information Technologies/Technical Support
> > > *********
> > > *Debbie AT admin.usf DOT edu
> > > *(813) 974-6926   *  S/C 574-6926
> > > Fax(813) 974-3054
>