topic Re: SAN MIGRATION in Operating System - HP-UX

SAN MIGRATION

Indrajit Bhagat — Thu, 08 Jan 2009 13:00:52 GMT

Hi all,
I need to carry out san migration..can you please provide me guidline from where should i start.

Points will be provided

Re: SAN MIGRATION

Ivan Krastev — Thu, 08 Jan 2009 13:04:07 GMT

What exactly you have to do - move the data from one SAN to another ?

You can use MirrorDisk/UX software to mirror the data over the second array and remove it from the first.

regards,
ivan

Re: SAN MIGRATION

Pete Randall — Thu, 08 Jan 2009 13:04:48 GMT

The first step should always be: BACKUP

Pete

Re: SAN MIGRATION

Ganesan R — Thu, 08 Jan 2009 13:16:23 GMT

Hi Indrajit,

I assume, you would want to move the data from one storage to another probably to new storage.

Steps you need to carry out.

=>Backup the data as safer stand.
=>Present the LUNS from new storage to the server
=>Add the luns to existing VG
=>Use pvmove or mirroring to copy the data to new disks
=>Break the mirror
=>Reduce the old LUNs from the VG
=>Unpresent the old luns to the server

Re: SAN MIGRATION

sujit kumar singh — Thu, 08 Jan 2009 14:00:31 GMT

Hi Indarjit,

can have a look at thr recent thread

http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=1302712

Regards

Sujit

Re: SAN MIGRATION

sujit kumar singh — Thu, 08 Jan 2009 17:26:46 GMT

Hello

pvmove should not be used to move the data among the LVM Disks. If that fails in middle both the souce and target shall be inconsistent that is the data on the LV can be los permamnentky.

Regrds
Sujit

Re: SAN MIGRATION

sujit kumar singh — Thu, 08 Jan 2009 17:28:18 GMT

however mirroring the LVs using the Mirror/UX is a good idea , however u can slo use dd with a larger block size to copy data from the source to the target disk.

Regards
Sujit

Re: SAN MIGRATION

Kirby A. Joss — Fri, 09 Jan 2009 16:43:52 GMT

I've done this a few too many times. Ganesan has it right, but I would suggest you also do rmsf -a on each device after reducing the PVs from the VG, and before you un-present the disks on the storage side. I too recommend mirroring and against pvmove.

If ServiceGuard is involved with a cluster lock volume configured, you will start getting complaints in the syslog when the original cluster lock volume becomes unavailable. This is tolerable, but IIRC you will need to drop the cluster to reconfigure. This can be done after the fact.

Re: SAN MIGRATION

vjta — Mon, 02 Feb 2009 08:04:34 GMT

Hi Indrajit,

1st take BACKUP.

Also u can do thru CA.

Rgards
vjta

Re: SAN MIGRATION

bright image — Mon, 02 Feb 2009 11:46:44 GMT

I have performed migrations from old to new disk arrays before and I am in the middle of performing one now.

Using LVM mirroring is definately the way to go.

Please check the volume group for "MAX PV" and "Max PE per PV" as this may prevent you using miroring (11.11 or 11.00) if they are too low.

If you are using 11.23 (with relevent patch) or 11.31 you can use vgmodify to change these values.

I have written a perl script to estimate the time it will take to mirror a volume group if you would like me to post it.