Look at your library, look at your D/R recovery requirements -- and look at
scripting.
Your D/R requirements should drive what you do.
Also (and I've seen a lot of this on the list) *don't* try to warp the
backup logic of *SM to do something that should be done via archiving. If
you need to keep something for X days, no matter how many times you run the
backup - set it up as an archive pool with a 14-day retention.
Our D/R plan calls for *buying* replacement file servers, for example - so I
do not colocate my NT backups, I just have one big pool. However, we need to
restore the two MS-Exchange servers within 24 hours, and have servers
reserved at the hot-site for this. So I have a seperate pool for
MS-Exchange, and it is co-located so we can restore both servers at the same
time.
We have a seperate pool for our SAP production backups (archives), so that
the restore of SAP is not held up by anything else. I've two seperate pools
for the SAP redo logs (disk, tape, and copy) as they're all coming from one
node and I want to keep them seperate, so I don't loose both sets of redo
logs on the same tape error.
I have development systems that are populated periodically from the
production environment. I don't want to take the time to make off-site
copies of the data, so these go to yet another archive pool (the system
files go on the normal AIX incrementals and go off-site daily).
I've a number of scripts I use to handle checkin, checkout, and copying
data, all based on a perl module written quite a while ago by Owen Crow.
My biggest problem was sizing and setting up the assorted disk pools that
front-end all the tape pools . . .
Tom Kauffman
NIBCO, Inc
> -----Original Message-----
> From: Chuck Lam [mailto:chuck_lam AT YAHOO DOT COM]
> Sent: Friday, May 25, 2001 9:05 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: TSM configuration questions
>
>
> Different sequential access storage pools need also
> different disk storage pool, right?
> The reason is that I am the Unix guy, also in charge
> of this AIX TSM server. I have enough system work on
> my daily duties. At this point, I can see myself
> spending a lot of time everyday sending tapes offsite,
> eventually responsible recalling tapes for restores,
> etc. There is no operator in this shop. Do you have
> any suggestions?
>
> Thank you.
>
> --- Suad Musovich <suad AT CCU1.AUCKLAND.AC DOT NZ> wrote:
> > You just create different sequential access storage
> > pools.
> >
> > What reason would you want them to handle their own
> > tapes?
> > (..just in case one of them purges their own tapes?)
> > The data on those tapes cannot be used in another
> > server.
> >
> > Have a look at the "Tivoli Storage Manager Concepts"
> > redbook
> > from http://www.redbooks.ibm.com/
> >
> > Let the administrators worry about
> > data/access/scheduling/
> > versioning/expiry etc. You worry about tape handling
> > for all
> > (even if you do end up creating seperate storage
> > pools per
> > platform).
> >
> > Suad
> > --
> >
> > On Fri, May 25, 2001 at 02:21:23AM -0700, Chuck Lam
> > wrote:
> > > I am setting up TSM in our shop and I am learning
> > TSM
> > > as I go. Right now, I have set up a 100GB Disk
> > Pool
> > > and one Tape Pool and one Tapecopy pool for making
> > > offsite storage copies. My questions are:
> > >
> > > If I am doing backups using this configuration, my
> > > daily backups on NT, Netware, and Unix will all
> > first
> > > go to the disk pool and then migrate to the tape
> > pool.
> > > Data on the tapes will consist of information
> > from
> > > all platforms, mixing together, right? I was
> > > uncomfortable
> > > with this data mixing idea. I called TSM support
> > and
> > > they assured me everything would be alright.
> > However,
> > > If I still want to have tapes consisting of only
> > one
> > > platform only, are there ways to configure the
> > system
> > > to do that? My purpose of doing this is to have
> > NT,
> > > Novell, and Unix System Administrators to handle
> > their
> > > own tapes.
> > >
> > > Any ideas or suggestions would be greatly
> > appreciated.
> > >
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Yahoo! Auctions - buy the things you want at great
> > prices
> > > http://auctions.yahoo.com/
>
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Auctions - buy the things you want at great prices
> http://auctions.yahoo.com/
>
|
