This will work as expected, but will be slower than the mirrorlv/mirrorvg procedure. The reason is that migratepv only works serially, while mirrorlv has (can have) several processes in parallel.
If O/P has a SVC s/he could use flash copy, which will probably be the fastest method but this requires stopping/starting of the application and a remount of the filesystems involved.
This will work as expected, but will be slower than the mirrorlv/mirrorvg procedure. The reason is that migratepv only works serially, while mirrorlv has (can have) several processes in parallel.
If O/P has a SVC s/he could use flash copy, which will probably be the fastest method but this requires stopping/starting of the application and a remount of the filesystems involved.
I hope this helps.
bakunin
I once tried flashcopy on DS4700 but flash copy only creates a readonly copy. You cannot write on it. May be the higher versions of DS like DS5020 or above, have the function to copy in read/write mode from SAN Storage to SAN Storage.
SVC = Storage Volume Controller is a very good option, but very few companies buy. It is usually used to consolidate/connect different SAN Storages through one box.
Now i got in situation to copy data from ds8100 to ds34000 storage. the FS are 3 seprate vg and the total data size is around 3 TB. There is no copy services available in storage level and i am forced to copy the data in AIX level.
same as above - add the amount of disks you need to the corresponding volumegroups and mirror or migrate, than drop the no longer used disks from the volumegroups and from the system
zxmaus,
Since i am migrating the data from latest(ds8100) to oldest(ds3400) verion of stoarge, do you is there any driver conflicts will arise by adding the Luns in single vg from new & old version storage.