ADSM-L

Advice required for server\library upgrade

2005-05-12 12:22:50
Subject: Advice required for server\library upgrade
From: Copperfield Adams <Copperfield.Adams AT WWAVRC.CO DOT UK>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 12 May 2005 17:06:55 +0100
Hi all,

 

I would really appreciate any help with the following:

 

We currently have a Windows 2000 server running TSM server 5.2.2.4 (also
using DRM) with a SCSI attached PV210 disk array for disk pools, and
SCSI attached 3583 library with 4x SCSI LTO1 drives. We are planning to
purchase new hardware for the server (dual processor, 2gb RAM, Windows
server 2003, 2x local 146gb drives RAID1 for mirroring local OS and TSM
db) and an ADIC i2000 library with 4x LTO2 tape drives (SCSI). We
currently have no plans to upgrade to TSM server 5.3 and the reason for
upgrade is primarily due to lack of storage capacity for onsite tape
pools. We will also be retiring the PV210 disk array and configuring the
disk pools to live on a huge SAN attached disk array (the library and
TSM server will not be SAN attached).

 

I have the following overall plan to migrate to the new setup and would
appreciate any comments on whether I am heading in the right direction.
Has anyone out there completed such an upgrade? Is there any
documentation/papers/weblinks with info? Is it advisable to run mixed
media or should we move all data from our LTO1 media to LTO2 bearing in
mind we currently have a reasonable amount of LTO1 media (appx. 150
units)? 

 

1.      Build new TSM server.
2.      Take a db backup of existing TSM server.
3.      Attach new library and drives to existing TSM server and define
new devclass for LTO2. Create new copy storage pool for LTO2.
4.      Checkin/label LTO2 volumes.
5.      Either: issue a backup command to backup existing tape pools to
new tape pools (i.e. 'backup existing_tape_pool new_tape_pool'). 
6.      Or: Change 'next storage pool' for disk pools to point to new
library and issue a 'move data' command on a volume-by-volume basis.
This would move data from tape volumes back to disk pool and then:
7.      Set migration threshold to 0/0 on disk pool to force migrations
to new tape storage pool.
8.      As existing tape volumes become empty set to READO or checkout.
9.      Backup db, halt server, copy db to new TSM server.
10.     Attach new library to new server and start TSM server on new
box.
11.     Redefine library, drives and paths.
12.     Create new storage pools on SAN drive array and check mgmclass
destinations.
13.     Cross fingers.

Any ideas what is missing?

 

Our primary onsite pools currently look like this:

 

Primary_Pool                                          GB           Files
------------------     ---------------------------------     -----------
ARCHIVE_TAPE                                        0.40            7191
BACKUP_TAPE                                      1303.37         2846356
BACKUP_TAPE_COL                                  1170.64         2849721
DIR_FILE                                            0.26          171262
DIR_POOL                                            0.90          558979
EXCH_TAPE                                         715.56             315
 
Many thanks for any advice.

 
 



This e-mail and any files transmitted with it are confidential and 
intended solely for the individual or entity to whom they are addressed. 
Any views or opinions presented or expressed are those of the 
author(s) and may not necessarily represent those of the Company or of 
any WWAV Rapp Collins Group Company and no representation is 
given nor liability accepted for the accuracy or completeness of any 
information contained in this email unless expressly stated to the 
contrary.
 
If you are not the intended recipient or have received this e-mail in
error, you may not use, disseminate, forward, print or copy it, but
please notify the sender that you have received it in error.
 
Whilst we have taken reasonable precautions to ensure that any 
attachment to this e-mail has been swept for viruses, we cannot accept 
liability for any damage sustained as a result of software viruses and 
would advise that you carry out your own virus checks before opening 
any attachment. Please note that communications sent by or to any 
person through our computer systems may be viewed by other 
company personnel and agents.

Registered Office: 1 Riverside, Manbre Road, London W6 9WA

<Prev in Thread] Current Thread [Next in Thread>
  • Advice required for server\library upgrade, Copperfield Adams <=