since I came to the conclusion : no it won't work.
scope/request is: Cluster>Cluster vol migrate
I should migrate DP date from one backup filer to the other, and preserve as most meta data as possible (snapshots, shares, xdp-snapmirror-relations) Nice to have: snapvault(xdp)/snapvault(XDP) cascading.
but this is not supported
finally I came to the conclusion: I will reinitialize a new relationship.
-or do you know of any better solution?
perfect world scenario: vol move cluster > cluster.
request for enhancement: frame work for datamigration cluster to cluster (as old dpm)
I do not see this as a transparent operation in other method since the IP addresses associated with the mount would also need to move. What you expect to happen if volumes A and B were both mounted on 192.168.1.1 on your source clsuter and you did a cluster > cluster move for volume A?