Change storage

[Flavio Lacks]

Hi all,

I have 2 nodes cluster and one storage, i need change this storage, how can i do it.

Regards

[Torsten.]

This really depends on what you currently have and what you will have.

You need to "copy" the data (either host based from array to array or array based or via backup/restore) and adjust your cluster configuration to met your new hardware setup.

[Mel Burslan]

In the lack of any further details, what Torsten says makes perfect sense. On the other hand, if we go a little more detailed, you can create your new LUN's, on your new storage device, add these LUN's to your existing cluster aware volume group(s) to match those of existing storage. Add the new LUNs as an additional mirror the old logical volumes and devices. Then remove the mirrors of the volumes located on your old storage device.

This is the theory. When it comes to implementing this approach in real life, strange things happened to me in the past. So, you had better get an approved downtime for your cluster before starting this event. If it gets done without disturbing the status quo, more power to you, but, if it craps out in the middle of the process, at least you are covered. Nowadays, CYA is the modus-operandi of the sysadmin more than any other time. Be safe. And good luck...

[Stephen Doud]

There are several ways to accomplish this including the following:
a) Create of a new set of volume groups, logical volumes and file systems on
the new array, mount them and copy the data from the old array to the new
array. This requires the data on the old array to be static during the
copy.

b) pvcreate and vgextend disks in the new array into the volume groups on the
old array, mirror the data to the new LUNs and eventually remove the old
array LUNs. Allows data to be accessed during the procedure. The VGs'
max_pe and pe_size (vgcreate(1M)) determines the largest LUN size accessible
in the VG. If the new array LUNs are larger than the old array LUNs, these
values may not extend across all of the new LUNs, losing space.

c) bit copy data from old array LUNs to the new array LUNs. Then vgchgid the
new VG LUNs and vgimport. This requires array-based data mirroring
capability.



I recently worked with a customer who chose the first method and successfully completed the work.

[Flavio Lacks]

Thanks,

I can used Dump too ?

Regards

[Mel Burslan]

If you have the leisure of taking the application down during the period of data transfer, you can use vxdum and vxrestore, provided both the old and new storage units are connected to the server at the same time, as follows:

vxdump 0f - /${OLDfilesystem} | (cd /${NEWfilesystem} ; vxrestore xf -)

Hope this helps