t I'd let anyone who was wondering like me know.
Ladies and Gents, we're going to be migrating from TSM 5.5.3 to TSM
6.2.2, along with that we'll be moving to a new Library as well. Up to
this point I don't see any issues as we already use the combo we'll be
putting i
n, IP address change, and New Library at the same time
Ladies and Gents, we're going to be migrating from TSM 5.5.3 to TSM
6.2.2, along with that we'll be moving to a new Library as well. Up to
this point I don't see any issues as we already use the combo we'll be
putting in pl
Ladies and Gents, we're going to be migrating from TSM 5.5.3 to TSM
6.2.2, along with that we'll be moving to a new Library as well. Up to
this point I don't see any issues as we already use the combo we'll be
putting in place at this location.
The problem is we have to main
On 2/9/2011 9:30 AM, Richard Rhodes wrote:
We will be shortly be helping with a DataDomain (DD)
installation, and we are looking for how best to move
the primary pool from the old tape pool to the DD.
The DD will be used as a NAS device via a file type pool.
2) use migration
chg DISK nextpo
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Richard Rhodes
Sent: Wednesday, February 09, 2011 8:30 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] strategy for migrating to new library strategy
Hi everyone,
We will be shortly be helping with a
Hi everyone,
We will be shortly be helping with a DataDomain (DD)
installation, and we are looking for how best to move
the primary pool from the old tape pool to the DD.
The DD will be used as a NAS device via a file type pool.
Currently, there is the normal DISK->TAPE hierarchy
of primary pools
the previous name of the old one, so no problem here.
The old library (library and drive definitions and paths) can be removed
and recreated by using a different name, which allows me to use the old
name for the new library. Again, no problem here.
The problem is the deviceclass. You cannot rename a
Manager on behalf of Doug Fox
Sent: Fri 2007/04/20 04:32 PM
To: ADSM-L@vm.marist.edu
Subject: Re: [ADSM-L] New Library/Retire Old Library
Easiest way IMO is to set the new library's storage pools as the
nextmigration pool for your old stuff. You can then kick off migration
and let
it move stuff
ssage d'origine-
De : ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] De la part de Doug Fox
Envoyé : vendredi 20 avril 2007 16:32
À : ADSM-L@VM.MARIST.EDU
Objet : Re: [ADSM-L] New Library/Retire Old Library
Easiest way IMO is to set the new library's storage pools as the nextmigration
po
Make sense? Then manually kick off migration and wait
till its done.
On 4/20/07, adrian_compton <[EMAIL PROTECTED]> wrote:
Hi
In a previous post I ask for advice on retiring an old library and
commissioning a new library in its place. I have reached a point where I
am not too sure o
Hi
In a previous post I ask for advice on retiring an old library and
commissioning a new library in its place. I have reached a point where I
am not too sure on the direction to follow.
I have migrated all my storage pools (sequential) to the new library,
and they are working fine. I
When I moved from 3480 to 3590 in a magstar I preceded as follows:
Create new devclass pointing to new library and drives
Create new storage pool using new devclass
Point all management classes to use the new storage pool
Finally, update the old storage pool's reclaimstorage pool to poi
From: Andy Carlson [mailto:[EMAIL PROTECTED]
>We are installin 10 new IBM 3592 tape drives, to be used primarily as
offsite storage units. I am wondering about the best way to incorporate
these into the system. My thinking was:
Create new Copypool
you will also need to define a new devclass for the 3592
drives (and potentially a new library - I'm a bit fuzzy on the details of
how a mixed 3590/3592 library actually works)
HTH,
Ted
At 10:54 AM 12/18/2003 -0600, you wrote:
We are installin 10 new IBM 3592 tape drives, to be used primari
We are installin 10 new IBM 3592 tape drives, to be used primarily as
offsite storage units. I am wondering about the best way to incorporate
these into the system. My thinking was:
Create new Copypool
Backup the Disk Pool to the New Copypool
Shrink the Old Copypool by Ettrition (sp?)
Eventually
Update devclass ltoclass library=newlibraryname
TSM will expect to find volumes from this device class in the new library.
Kelly J. Lipp
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
[EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax
Yes, just check the tapes out and back in - basically. TSM DB
knows what's on the tapes etc. I assume that your Device
classes will stay the same etc? You will need to check this
and make sure that your storage pool heirarchy is pointing
to new library.
David B. Longo
System Administ
We just switched from a 3583 to 3584 (both SCSI) - we simply checked out the
tapes, updated the device classes to point to the new library then checked
the tapes into the 3584 - worked great.
Tim Rushforth
City of Winnipeg
-Original Message-
From: Paul van Dongen [mailto:[EMAIL PROTECTED
Hello everybody,
We are in the process of switching from a SCSI-attached 3583 library
with 4 drives to a FC-attached 3584 with 8 drives. My question is: If I
check out all volumes from the 3583, replace it with the 3584, adjust device
names and so on, can I check the tapes back into the new
19 matches
Mail list logo
