topic Re: Serviceguard - migrate to new storage in Operating System - HP-UX

Serviceguard - migrate to new storage

terry123 — Mon, 27 Sep 2010 08:39:04 GMT

hi All,

we are now using ServiceGuard with securepath, and would need to migrate the LUN data from EVA3000 to EVA4400.

after data migration, we will use PV-Link instead.

i have look around the forum and sum up a step as per attached. but not sure how to take case the securepath and PV-Link.

any advise are welcome. thx so much

Re: Serviceguard - migrate to new storage

Emil Velez — Mon, 27 Sep 2010 12:32:49 GMT

add the disks to the volume group on the active node for each volume group, use pvmove to move the LVs, vgreduce to remove the old disks. then export and import the volume group on the other nodes.

Re: Serviceguard - migrate to new storage

S. Ney — Mon, 27 Sep 2010 14:58:38 GMT

I did something similar in a migration of a one node cluster from an EMC array to XP array. Mirroring is the way to go. However I'd make the suggestion that after you vgextend your new disks (command should include all the new disks you are going to extend) the next step would be another vgextend command with the alternate paths. For example:
vgcreate -l 20 -s 16 -e 26222 /dev/vg01 /dev/dsk/c4t10d4 /dev/dsk/c4t10d5
vgextend /dev/vg01 /dev/dsk/c6t4d1 /dev/dsk/c6t5d6
vgdisplay will then show the alternate paths.

Also do all the volume group work with the cluster running, that is do your vgextends, lvextend with the mirror, lvreduce and vgreduce the old disks. Then stop your cluster do to the lock disk edits. If you stop your cluster before the LVM work you will have to activate the volume groups and then deactivate the volume groups before in order to complete the LVM work before stopping the cluster. Here's a link for reference:
http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=1342480

Lastly don't forget to do a rmsf -H to remove the hardware paths from the old array.

Re: Serviceguard - migrate to new storage

Wim Rombauts — Tue, 28 Sep 2010 05:41:13 GMT

You don't tell us what OE you are running.
If the OE includes mirrordisk/UX, and your VG allows additional physical volumes, you can just add the new LUNs to your VG, mirror your data on the EVA3000 to the LUNs on the EVA4400, and then remove the mirror copy on the EVA3000.
This allows for migration without downtime of your data (and application probably).

If you don't have MirrorDisk/UX, but you are running HP-UX 11.31, pvmove could be another option.

Re: Serviceguard - migrate to new storage

terry123 — Tue, 28 Sep 2010 08:21:15 GMT

hi All,

it is a HPUX 11.11 with mirrordisk/UX.

confuse with follow:

1. do i need to stop securepath first before make PV-Link?

2. after mirror all the VGs, only need to change the cluster lock disk path? any other need to modify?

thx so much.

terrytse

Re: Serviceguard - migrate to new storage

S. Ney — Tue, 28 Sep 2010 17:27:47 GMT

Hello,

1. I do not have securepath however I do not think you need to stop it first. Here is a reference link showing both useage of securepath and pvlinks: http://www.erchi.com/hp_sides/oars/DISK1_CURRENT/ADVISORIES/CUSTOMER/c00616731.html

2. I believe you only have to modify the cluster lock disk for serviceguard. The steps you attached looked pretty good.

Re: Serviceguard - migrate to new storage

RajuD — Tue, 12 Oct 2010 14:06:31 GMT

i have recommeded the procedure which you attached.

it works well. We can try with other method that require storage team involvment.

after data migration, we will use PV-Link instead.
Yes we can use pv-links but ensure during vgexport mentioned the -s option and after migration use vgextend to add the links.