Without getting into too many details - we are in the position of wanting to migrate a relatively large (1.9TB) AIX server running DB2 to a DMX-4 with larger LUN sizes. Since we are switching to a larger LUN size and use striped meta devices an SRDF migration is out of the question so we are stuck with doing a host migration.

We are being told that using a tape backup/recovery method we are looking at a 12 hour outage (the backup goes over a 1Gb network link which is the obvious bottleneck) which is not going to be acceptable. Asked the question why we could not migrate disk-to-disk and the answer we received was that we were not sure if that was supported.

This needs to be a question to IBM (which it will be) but before I pushed this point was looking to see if anyone knew of any reason why a process such as this (which I am sure would beat the 12 hour estimate) would not work:

1) Create new VG/filesystems and mount them.
2) Shutdown the database(s)
3) Copy every filesystem to the new filesystem using dump/tar/cpio or some other AIX copy utility of choice.
4) Unmount/export the old VGs.
5) Unmount/export the new VGs.
6) Import the new VGs and mount the new filesystems as the "old" names.

Restart the database with no changes required. Am I missing something?

I am aware this is what OpenMigrator does - that may be an option though when we first discussed this a few months back that software was dismissed.