Thanks Skylar,

What was the average time for your node exports? I will need to factor that in 
as well.

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of 
Skylar Thompson
Sent: 27 March 2013 09:13 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] TSM 6.3.3

This is how we did our v5->v6 migration, with the exception that we actually 
did fresh backups for some of our larger clients due to the amount of time 
required to run EXPORT NODE. Basically our procedure was:

1. Stand up a new TSM server as a library client to the old one (with all the 
requisite pathing/zoning) 2. For the small clients 2a. Use EXPORT NODE from the 
old server to the new server 2b. Delete the backup data entirely from the old 
server 2c. Switch the servername stanza on the client to point at the new 
server 3. For the big clients 3a. Run incremental backups to the new server 3b. 
Configure day-to-day backups to point to the new server, while leaving a 
servername definition pointing to the old server in case we need restores 3c. 
Using some sed/awk magic on QUERY BACKUP output, delete the active versions of 
the backups on the old server, then expire the new active versions (DELETE 
BACKUP deletes the active version and then promotes the latest inactive version 
to be active, and then the EXPIRE makes the active version inactive again) 3d. 
Use EXPORT NODE on the archive data if applicable 4. Keep the old TSM server 
around until the last of the backup data expired

On 03/27/2013 12:03 PM, Swartz, Jerome wrote:
> Hi fello TSM'ers,
>
> I need the advice of my fellow Backup admins :)
>
> With TSM 5.5 nearing EOL support and my customer going the Exchange 
> 2010 the hand has finally been forced to go with TSM 6.x
>
> My current setup;
> Server: w2k3
> TSM version 5.5.6 - I have about 60 servers being backed all windows based. 
> Quite a bit of historical data going back 7 years for my yearly backups.
>
> I would like to know how best to approach this upgrade?
>
>
> 1.       What I am thinking is to build a new 2008 R2 server.
>
> 2.       Do a fresh 6.3.3 TSM install
>
> 3.       Export the dev/config files
>
> 4.       Export the nodes
>
> The above might be incorrect as I am still exploring options.
>
> Or should I be looking at Migrating TSM 5.5 onto a new 2008 R2 server and 
> then upgrading from there. I am looking at the shortest possible way of 
> achieving this.
>
> Regards,
>
> Jerome Swartz
>
>
>
>
>
>
> **********************************************************************
> COMPUTACENTER PLC is registered in England and Wales with the 
> registered number 03110569.  Its registered office is at Hatfield 
> Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW 
> COMPUTACENTER (UK) Limited is registered in England and Wales with the 
> registered number 01584718.  Its registered office is at Hatfield 
> Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW 
> COMPUTACENTER (Mid-Market) Limited is registered in England and Wales 
> with the registered number 3434654. Its registered office is at 
> Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 
> 9TW COMPUTACENTER (FMS) Limited is registered in England and Wales 
> with the registered number 3798091. Its registered office is at 
> Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 
> 9TW
>
> The contents of this email are intended for the named addressee only.
> It contains information which may be confidential and which may also be 
> privileged.
> Unless you are the named addressee (or authorised to receive mail for the 
> addressee) you may not copy or use it, or disclose it to anyone else.
> If you receive it in error please notify us immediately and then destroy it.
> Computacenter information is available from: 
> http://www.computacenter.com
> **********************************************************************


--
-- Skylar Thompson (skylar2 AT u.washington DOT edu)
-- Genome Sciences Department, System Administrator
-- Foege Building S046, (206)-685-7354
-- University of Washington School of Medicine