SAN MIGRATION

[Indrajit Bhagat]

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

Points will be provided

[Ivan Krastev]

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

[Pete Randall]

The first step should always be: BACKUP


Pete

[Ganesan R]

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

[sujit kumar singh]

Hi Indarjit,


can have a look at thr recent thread


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

Regards


Sujit

[sujit kumar singh]

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

[sujit kumar singh]

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

[Kirby A. Joss]

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.

[vjta]

Hi Indrajit,

1st take BACKUP.

Also u can do thru CA.

Rgards
vjta

[bright image]

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.