ADSM-L

Re: Moving TSM to new Server and OS

2002-02-05 14:19:34
Subject: Re: Moving TSM to new Server and OS
From: Jeff Bach <jdbach AT WAL-MART DOT COM>
Date: Tue, 5 Feb 2002 13:16:17 -0600
Reasons for seperate ADSM instances:  All have to do with Database
limitations
1.      Limits to Database buffer pool allocations.  (we run at 600 Meg to 1
Gig per instance and no one is recommending they be increased.  the
application cannot handle it well)
2.      Limits to the recovery log size ( with high volume servers that can
fill 100 Megs of recovery logs per minute in regular mode and large files on
clients this is exploited)
3.      ADSM database unable to deal with long transactions in the database.
A 40 Gig file transfer at 3 Megs a second tacks 3.79 hours.  After the
server crashes, which client was it with 50 sessions running?
4.      When the recovery log fills and the server crashes, the logs are
replayed at about 5 Gigs per hour.  With a 13 Gigs log, it would take TSM
2.5 hours to replay the logs.
5.      ADSM application scales well across 4 processors.

IBM / Tivoli has not been able to deal with any of these issues on our high
volume servers.  If you are running a couple hundred clients (250-300) and
measure throughput in 100's of Gigs and Terabyte, and you have solutions, I
am listening.  Today, IBM / Tivoli have worked with us on SOP for ADSM in
our environment based on product limitations.  Please let me know if these
product limitations do not exist anymore.

Jeff Bach

> -----Original Message-----
> From: Kelly Lipp [SMTP:lipp AT STORSOL DOT COM]
> Sent: Tuesday, February 05, 2002 12:02 PM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: Moving TSM to new Server and OS
>
> Having two of anything is more complicated than having one of anything.
> If
> you can do it, have only one.  Why would you want/need two?  TSM database
> too large is probably the only reason I can think of.  With two 25 GB
> databases merged to one that is getting fairly large, but not unwieldy
> especially with your hardware configuration.  Do you intend to
> export/import
> the data from the old servers into the new one (ones)?  That makes your
> life
> somewhat more difficult.  You perhaps learned that you can't simply
> restore
> the AIX TSM databases to the Solaris TSM servers.  If possible, start from
> scratch by having your clients switch to the new server.  The first backup
> will be a full.  You can then keep the AIX servers around until the client
> data expires.  If you have archive data for the clients on these servers
> you
> can export and import that data to the new servers.
>
> None of this is trivial, but with good planning it isn't hard either.
>
> Kelly J. Lipp
> Storage Solutions Specialists, Inc.
> PO Box 51313
> Colorado Springs, CO 80949
> lipp AT storsol DOT com or kelly.lipp AT storserver DOT com
> www.storsol.com or www.storserver.com
> (719)531-5926
> Fax: (240)539-7175
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
> Jeff Bach
> Sent: Tuesday, February 05, 2002 8:38 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Moving TSM to new Server and OS
>
>
> Two works or three ... general I have two per system.  4 processors each
> and
> 2-4 Gigs of RAM.  4.5 disk arrays each.  250-300 clients.  Bottleneck on
> designing around long transactions.
>
> Jeff
>
>
> > -----Original Message-----
> > From: Justin Bleistein [SMTP:justin.bleistein AT SUNGARD DOT COM]
> > Sent: Tuesday, February 05, 2002 9:18 AM
> > To:   ADSM-L AT VM.MARIST DOT EDU
> > Subject:      Re: Moving TSM to new Server and OS
> >
> > Running two is possible and easy from what the book says I'm about to
> test
> > that on our test environment I'll let you know how we make out.
> >
> > --Justin Richard Bleistein
> >
> >
> >
> >
> >                     Bruce Lowrie
> >                     <b.e.lowrie@DOWCO        To:
> ADSM-L AT VM.MARIST DOT EDU
> >                     RNING.COM>               cc:
> >                     Sent by: "ADSM:          Subject:     Moving TSM to
> > new Server and OS
> >                     Dist Stor
> >                     Manager"
> >                     <[email protected]
> >                     .EDU>
> >
> >
> >                     02/05/2002 10:20
> >                     AM
> >                     Please respond to
> >                     "ADSM: Dist Stor
> >                     Manager"
> >
> >
> >
> >
> >
> >
> > All,
> > Presently running two AIX 4.3 TSM servers sharing a 3494 Library with 15
> > 3590E drives (8 drives assign to one server and 7 to the other). Each
> > server
> > has 150+ clients and about a 25 GB database. Our Unix shop would like to
> > move the servers to a single Sun Solaris box. My question is do I run
> two
> > instances of TSM server on this single box or one instance? Anyone have
> > experience running two TSM instances on a single box?
> >
> >
> >
> >
> >
> >
> >
> > Bruce E. Lowrie
> > Sr. Systems Analyst
> > Information Technology Services
> > Storage, Output, Legacy
> > *E-Mail: b.e.lowrie AT dowcorning DOT com
> > *Voice: (989) 496-6404
> > 7 Fax: (989) 496-6437
> > *Post: 2200 W. Salzburg Rd.
> > *Post: Mail: CO2111
> > *Post: Midland, MI 48686-0994
> > This e-mail transmission and any files that accompany it may contain
> > sensitive information belonging to the sender. The information is
> intended
> > only for the use of the individual or entity named. If you are not the
> > intended recipient, you are hereby notified that any disclosure,
> copying,
> > distribution, or the taking of any action in reliance on the contents of
> > this information is strictly prohibited. Dow Corning's practice
> statement
> > for digitally signed messages may be found at
> > http://www.dowcorning.com/dcps. If you have received this e-mail
> > transmission in error, please immediately notify the Security
> > Administrator
> > at <mailto:Security.Administrator AT dowcorning DOT com>
> >
> >
> > ________________________________________________________________________
> > This email has been scanned for all viruses by the MessageLabs SkyScan
> > service. For more information on a proactive anti-virus service working
> > around the clock, around the globe, visit http://www.messagelabs.com
> > ________________________________________________________________________
>
>
>
> **********************************************************************
> This email and any files transmitted with it are confidential
> and intended solely for the individual or entity to
> whom they are addressed.  If you have received this email
> in error destroy it immediately.
> **********************************************************************
<Prev in Thread] Current Thread [Next in Thread>