ADSM-L

Re: [ADSM-L] Trouble doing tsm db restore

2008-08-28 10:16:43
Subject: Re: [ADSM-L] Trouble doing tsm db restore
From: Adrian Compton <acompton AT ASPENPHARMA DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 28 Aug 2008 15:28:05 +0200
Hi all

The method I would use is to do a full DR recovery of the DB as you have
done.

I take it you are using the same library on the new system.

If so then you will have to do a restore diskpools from your offsite
tapes, your current tape pools will still be valid however. You can get
this info from your DRM plan (use the prepare statement after running a
full DB backup) and look at the recover diskpool volumes. Just make sure
you have the disks available with the empty storage pool first as per
the old server, besides naming the server etc.

Then point all your nodes to the new server if you are not using DNS for
the names.

Once this process is complete, you will have your TSM up and running on
the new server.

Look at the recovery Redbook on the IBM site.

Regards


 
 
Adrian Compton
Aspen Pharmacare Port Elizabeth
tel: +2741 4072855
Fax: +2741 453 7452
Cell: +27823204495
Email: acompton AT aspenpharma DOT com
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Remco Post
Sent: 28 August 2008 15:01 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Trouble doing tsm db restore

On 28 aug 2008, at 14:49, Lee, Gary D. wrote:

> Howard Colse was correct.  Did a db backup type=full, and restored
> from it ok.
>
> Now to get around the next difficulty.  Totally different hardware
> config.
>
> My plan was to restore the db to the new server.  However, the disk
> pools will be completely different, and it looks like you can't
> delete a storage pool volume that is off line.
>

so you'll have to empty out your diskpools first, no biggy.

> One thought is to delete the disk pool from the old server, then do
> the db backup.

and that is exactly what I did when I last made such a move.

>
> Does anyone have a better way of moving 80 nodes and their data
> between servers without doing the export / import thing?
>

I can't think of anything (except for maybe moving over the disks with
diskpools and database and log entirely to the new system).

> Roughly 8 tB of data over a gigabit ethernet.
> I would appreciate any solutions you may have.
>
>
> Gary Lee
> Senior System Programmer
> Ball State University
> phone: 765-285-1310

--
Met vriendelijke groeten/Kind regards,

Remco Post, PLCS
+31624821622

<Prev in Thread] Current Thread [Next in Thread>