ADSM-L

Re: [Re: ADSM Server Migration]

2000-02-16 00:08:04
Subject: Re: [Re: ADSM Server Migration]
From: Sonny Dionisio <s.d.dionisio AT USA DOT NET>
Date: Tue, 15 Feb 2000 22:08:04 MST
Hi Len, just like to personally thank you for your response.
I guess your recommendation as an answer to my inquiry is
my logical choice.  Replicating the ADSM setup to the new
server, adding the stgpool for the 3590s, and inserting this
stgpool in between the disk and 9730 heirarchy is a great
idea.  Again, my sincere gratitude...  Sonny

Len Boyle <SNOLEN AT VM.SAS DOT COM> wrote:
In article <20000214154455.9300.qmail AT nwcst021.netaddress.usa DOT net>, Sonny
Dionisio <s.d.dionisio AT USA DOT NET> says:
>
>Hi All,
>
>My company would now soon migrate from one ADSM server to
>another.  Same platform--AIX, but we will be needing to
>migrate all our filedata from a one device class (StorageTek
>9730) to another (IBM 9434 library with 3590-E1A drives).
>Considering the above, what would be the best and the most
>efficient way to migrate our ADSM setup, without interrupting
>the service it provides to some 50 backup clients.  The only =
>
>thing that comes to my mind is the use of EXPORT/IMPORT using =
>
>virtual volumes, but I'm now having doubts if this would
>really provide uninterruptible service.  Please do note =
>
>that we need to move 250+ volumes (35GB each) from our tape =
>
>backup storage pool.  It is highly probable that our backup
>clients would be backing up new files while the import process
>to the new ADSM server is going on.  Would this pose a problem?
>
>Any advice will be highly appreciated.  Advance thanks and
>best regards...  Sonny

Hello Sonny

I believe that the export/import would be too slow. To do you much
good.

From you note, I assume that you are using dlt7000's for the current
backups. That is in the 9730. If you can keep using the 9730 on the
new ADSM/TSM server then you can make it transparent to the end users
except for the time needed to move the old server data over to the
new server. And if  you can use the same disk space for db,log, stg
then that time is also not needed.

If you have two kinds of tape devices then you can define a new
storage pool and chain it in the existing storage pool chain.

Here is the stg pool set up on a vm system that had a pool (backupcart) of
3480's define as the nextpool of the disk pool, backuppool.
When it came time to add in new 3590's, the 3590 storage pool (backup3590)
was chained in between the backuppool and backupcart pools.
was chained in between the backuppool and backupcart pools.




BACKUPCART   CARTRIDGE   1,973,376,    0.0    0.0   100    99
                              488.7
BACKUPPOOL   DISK           8,596.5    1.6    1.6    90     1  BACKUP3590
BACKUP3590   3590        91,852,824    0.0    0.0    90    70  BACKUPCART
                             ,842.4

In your case you could have diskpool==>3590pool==>dltpool
All you old backup data would be available for restores. As long as you have
3590 scratch vols available, you should not migrate to the dlt tapes.
Set the migrate level to 100% for the 3590pool.

Depending on how long it takes to purge the old data from the dlt's you
can stay this way for a long time. Or you can move data from the dlt's to
the disk or 3590 storage pools to clear the dlt tapes of data.

If you can not use the existing stk 9730, you can use any dlt7000 drive in
or out of a robot that ADSM/TSM supports. If you are only reading then you
can use an dlt8000 or (if it comes out ) the new super dlt. You just have
to delete the old library and drive statements and define the new ones.

This method keeps all you old history and does not require a new full backup
if you were defining you client systems to a new adsm/tsm server.

-------------------------------------------------------------------------Leonard
 Boyle                               snolen AT vm.sas DOT com
Leonard Boyle                               snolen AT vm.sas DOT com
SAS Institute Inc.                          ussas4hs@ibmmail
Room RB448                                  len.boyle AT sas DOT com
1 SAS Campus Drive                        (919) 677-8000 ext 6241
Cary NC 27513


____________________________________________________________________
Get free email and a permanent address at http://www.netaddress.com/?N=1
<Prev in Thread] Current Thread [Next in Thread>
  • Re: [Re: ADSM Server Migration], Sonny Dionisio <=