I want to move data from old array to new array.

[Byun Hee Joong]

I have HP and SUN servers.

HP serves are rp7400(2EA).

These servers(HP) are connected by SAN switch.

Each server has one volume group and one logical volume for disk_array.

Like this.

A - vg07/lvol1 800GBytes(array)
B - vg03/lvol1 100GBytes(array)

But, this array is not compatible for SUN System.

So I am going to change new one.

First, I'll make new volume group for each server.

A - vg08/lvol1 800GBytes
B - vg04/lvol1 100GBytes

And i want to move datas from old to new one.

So, what is the best way to move datas from old one to new one.

I'm not sure how many datas are stored at array.

Can you explain briefly what i want?

Thanks.

[Ravi_8]

Hi,

Be specific what you want to do, I am confused about Hp and SUN in your post.

By the way, lvol under HP doesn't work under Solaris. If you are moving between HP's then use the Ignite.

[Nguyen Anh Tien]

there are at least 2 ways:
1, Backup data on
A - vg07/lvol1 800GBytes(array)
B - vg03/lvol1 100GBytes(array)
in to tape.
Then create
A - vg08/lvol1 800GBytes
B - vg04/lvol1 100GBytes
Restore data to new lv.
2, Mirror vg08/lvol1 to vg08/lvol1
Mirror vg03/lvol1 to vg04/lvol1
Wait for lvsyn. when it is finised. Unmirror them.
Would you like to get full script?
Tienna

[Mohanasundaram_1]

Hi Tienna,

Please note, in HP-UX the mirroring is not possible across Volume groups. It is only possible within the VG.

So the new LUN can be included in the same VG and mirrored. Then the old LUN can be vgreduced.

With regards,
Mohan.

[Rashid Hamid]

Hi

I assume that your new volume group and logical, vg08/lvol1 and vg04/lvol1 are already mounted.

I suggest that you used fbackup and frecover to restore your data from vg07/lvol1 and vg03/lvol2

Regards
Rashid

[Joseph A Benaiah_1 · Accepted solution]

Byun,

First of all ensure that the server can see both arrays.

You could do this with LVM mirroring as follows:

On system A:

pvcreate the new PV's for vg07
vgextend /dev/vg07 "PV's for new array"
lvextend -m 1 /dev/vg07/lvol1 "PV's for new array"
After this completes:
lvreduce -m 0 /dev/vg07/lvol1 "PV's for old array"
vgreduce /dev/vg07 "PV's for old array"

On system B, you can do the same thing for vg03.

This depends on a few things:

1. That you have not reached the max numbers of PV's on a volume group.
2. The LUN size on the new array doen not exceed the maximum PE's per PV for that volume group.

I have used this method to migrate data from an EMC Symmetrix to an XP-1024 disk array so I know that it works.

However, if you want to do this offline using your method, you can create the new VG's and LV's and run:

dd if=/dev/vg07/rlvol1 of=/dev/vg08/rlvol1 bs=1024k.

If you want to rename the volume group, you can vgexport vg07 and vgimport the new disks as vg07.

Once again, I have used this method and it works.

Cheers,

Joseph.

[KapilRaj]

If I am to do this,

I would prefer doing it this way ..

Zone the new lun (From the new array) to the system,
Add the lun to the existing volumegroup
Then use , pvmove or mirroring to copy the data across. This is an online change. You need not go for an outage.

Regds,

Kaps

[Joseph A Benaiah_1]

Kapil,

I would not recommend using pvmove as it mirrors individual extents in each LVOL in the VG to do this. If your machine crashes or reboots during the operation, you will not be able to fix you LVM configuration for that LVOL. In actual fact, you do not lose any data.

Mirroring is always the preferred option. If the server crashes or reboots during the mirroring, when the server comes up lvmrc runs a vgsync on all VG's so this would be sorted out.

Cheers,

Joseph.

[Geoff Wild]

Mirroring would be best - if you have room in the volume group...

Next best and next fastest - vxdump:

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

Where /zmnt/oracle is the temporary mount for the new array...


Rgds...Geoff