Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Here is the scensario:
Site A (local) = Cluster A (source) and Cluster D
Site B (remote) = Cluster B (destination) and Cluster C (Destination of cascade from Cluster B)
The objective here is to migrate the data (fileshares) from Cluster A to Cluster D and decommison Cluster A and Cluster B. Cluster D will snapmirror to Cluster C
Cluster A is replicating using snapmirror to Cluster B
We added Cluster C in Site B (remote)
We setup a snapmirror cascade from B to C (A-->B--->C)
We now added Cluster D in Site A (local)
We now need to migrate the data from Cluster A to Cluster D.
Cluster C is already caught up. So we can remove Cluster B from the cascade at this point and reseed Cluster A with Cluster C.
Here is the tricky part:
If I setup a new relationship between Cluster A and Cluster D and migrate the data, will snapmirror be smart enought to know that the data residing in CLuster C is the same?
Do I keep the snapmirror job from Cluster A to Cluster C running while migrating the data from Cluster A to Cluster D?
What is the best workflow to acomplsih this data migration?
Thank you for your time!
Argie
1 REPLY 1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
break the snapmirror from A-->C and do snapmirror resync from D-->C.
