We recently upgraded a FAS2040 from 7.3.2 to 8.0.1P4, and at the same time added a DS4243 disk shelf. Because we are planning to switch to 64-bit aggregates and wanted to go ahead and get started with it, we created a new 64-bit aggregate on the DS4243. (We also need to rearrange the disk layout in our 32-bit aggregate, so we need to move all data off of it so we can recreate the aggregate). The root volume has already been moved to the 64-bit aggregate (using ndmpcopy).
So we need to transfer the volumes on the 32-bit aggregate to the 64-bit aggregate. ndmpcopy is not an option for some of our volumes due to the large size and therefore a long outage period during the copy. We need some sort of incremental copy method. Unfortunately, VSM can't transfer data between 32-bit and 64-bit aggregates. While QSM can do this, it requires that we move our data into qtrees, requiring that we change NFS export paths (and have one more layer of abstraction to manage). This is not desirable, but it is a workable solution.
What would be ideal is if ONTAP 8.0.2 is released soon and comes with the capability to convert a 32-bit aggregate to a 64-bit aggregate. If this happened, we could do the 32 to 64 conversion, then VSM the volumes off of the aggregate that needs to be rearranged. But if the 32 to 64 conversion has to be done while volumes are offline and/or requires an extended outage, this wouldn't work for us.
Does anybody have any reliable information that they can give about the anticipated 32 to 64-bit conversion process? Specifically, when will it be released, and what the process will entail? In other words, is it worth waiting for in order to make our conversion process cleaner?
Actually, what would really be ideal is if we could move the volumes on the 32-bit aggregate to the 64-bit aggregate while they are online, therefore not requiring any outage. But I realize that is a pipe dream...
Thanks for any suggestions!
Scott
