Move data to new storage

[Adrian Hehir]

I have to move data from all the disks in a volume group to new disks, I want the old disks as backup until I am sure the data migration has worked. All disks are will be mapped from FC SAN attached external storage and there are alternate links.
My Config: Four Fiscal LUNS (PV's) Make up a single Volume Group, it is not the root VG. There are 42 LV's in the volume group. Each LV is allocated across all four PV's. The LV's are for Data and program storage.. All LV's have filesystems (no raw storage). This is a HPUX 11.11 server (i.e. root@hpfiscal:/ # uname –r B.11.11)


--- Physical volumes ---
PV Name /dev/dsk/c9t0d3
PV Name /dev/dsk/c11t0d3 Alternate Link
PV Status available
Total PE 20476
Free PE 227
Autoswitch On

PV Name /dev/dsk/c11t0d2
PV Name /dev/dsk/c9t0d2 Alternate Link
PV Status available
Total PE 20476
Free PE 225
Autoswitch On

PV Name /dev/dsk/c11t0d4
PV Name /dev/dsk/c9t0d4 Alternate Link
PV Status available
Total PE 20476
Free PE 227
Autoswitch On

PV Name /dev/dsk/c9t0d1
PV Name /dev/dsk/c11t0d1 Alternate Link
PV Status available
Total PE 20476
Free PE 1975
Autoswitch On

I am open to suggestions but I know pvmove is a possibility. My new PVs will be alternate linked as well. Any comments/ideas are welcome?

[Pete Randall]

Just a note: pvmove is a possibility only if all the disks belong to the same VG. The same is true for any suggestions on using MirrorDisk/UX. Other than that, you are left with some sort of backup restore (vxdump seems to be the current fan favorite).


Pete

[Sunil Sharma_1]

pvmove will not retain data on old disk. I will go for mirroring and then lvsplit in this way i will have two copy of data and later on old disk i can remove using lvremove.

Sunil

[Mohanasundaram_1]

Hi Adrian,

As told by others here and as told by me in your earlier thread, pvmove will not retain data in your original disk.

Having alternate link does not mean it is 2 copies. It is only 1 copy of the data. read my post in your previous thread.

If you are not planning to buy MirrorDisk/UX then you have to backup your data and restore to the new VG.

And before you close a thread it is forum etiquette to assign points to your respondent corresponding to the relevance of the reply to the resolution.

If you wish, you can assign "0" points, but if you do not assign points then people who refer to the thread in future may not know how relevant any response was.

Please go through the below link for more details

http://66.34.90.71/ITRCForumsEtiquette/

Please do not get offended. This is to make you to get more response for your questions too.

With regards,
Mohan.

[Geoff Wild]

Don't use pvmove if you want to keep old.

Without mirror disk UX, you have to copy.

I have found vxdump/vxrestore the fastest in previous SAN migrations.

Create new vg's for the new SAN...

Then, shutdown your application(s), for example:

vxdump -0 -f - -s 1000000 -b 16 /oracle | (cd /zmnt/oracle ; vxrestore rf -)

Where /znmt/oracle is the new disks.

Do for each file system.

Then umount them all, backup your fstab file, edit it to point to the new vg's, then mount -a

Rgds...Geoff