Data Migration from EMC <> XP512

[Q4you]

We are trying to migrate the data from older XP512 using VxVM to newer XP1024.

Looking for some help on
1. what will it require for XP to XP copy data copy
2. current data on older xp512 is on VxVM, how can we import it back after XP<>XP copy

Please share your experience/ideas/DOs/Donts
- TIA

[Q4you]

Also the wanted to ask for same about EMC <> XP data migration

[Jean-Luc Oudart]

A while ago we migrated from XP256 to XP128.
We used mirrorUX for the process.

There are some constraints regarding source and target, but it worked for us.

Regards,
Jean-Luc

[RAC_1]

Do you ahve both storaes connected to system? If yes, it is easy.

Create vgs and lvols and mount points you want on the storage you want to move to.

Then you can use cpio, vxdump or fbackup.

cpio will not be able to copy files larger the 2gb. So fbackup ad vxdump will be better.

something like follows.

fbackup -c - -i /dir|frecover -v

(Not the exact syntax)

Anil

[Geoff Wild]

I agree with RAC - though I prefer vxdump for migration:

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

We use lvm - not Vx.....we also did some host with mirroring across the frames - for zero downtime - only works if you have room in the vg's for the physical volumes...

Rgds...Geoff

[Camel_1]

Regarding EMC -> XP migration, we connected both storage frame at the same time, then use pvmove to move data from one frame to another frame.

Simon

[Dave Johnson_1]

If it were me, I would try to connect both storage systems to the same server and use OS mirroring to create the copy on the new storage system. That will allow you to do a fast cut over. You write a script to create all the mirrors and let it run until it is done. Once all mirrors are created, split the mirrors by removing the old storage system disks from the mirror leaving the new storage system disks as the only location. I would guess you would not even need an outage for this. I would probably shutdown all the applications and DB's before the split just to cover my large butt. But that is just me.

Good luck
-Dave

[Tim D Fulford]

Hi

I noticed a few replies above suggesting host based mirroring or LVM mirroring. Whilst this is possible there are a few limitations
o Max PV/VG, default is 16, so unless you have less than 8 LUNs/disks you will not be able to add enough to the VG to mirror
o Max PE/PV the LVM default is quite low so even if you are able to add the LUNs to the VG you will probably not be able to add larger LUNs
o kilobyte striping. LVM does not support mirroring of kilobyte striped logical volumes. If you use extent based striping then then this can be mirrored. Generally seen people use hardware mirroring and then LVM kilobyte striping (say 64k).

I have migrated data from FC60 to VA74xx and will probably be migrating to EVA3000 too, and have come across one or all of the above limitations.. In the end I used a couple of methods
o Quiesent Full backup & restore
o On-line backup & restore the quiesent level 1 restore.

But from now on I will be trying to make sure I do not hit the above limitations!!

good luck

Tim