Saturday, March 15, 2014
How do I use Snapmirror to move data from 7-mode to CDOT. *WIll not move luns *
Ephraim Iverson: Sourced from now.netapp.com
https://library.netapp.com/ecmdocs/ECMP1235582/html/GUID-DC377D15-5F08-4FEC-A5F8-22A2EAE44D39.html
In case you can not resolve the link. Here it is.......
Transitioning a secondary volume manually
Transitioning a secondary volume involves creating a transition peer relationship, creating a SnapMirror relationship, performing a baseline transfer, performing incremental updates, and setting up a SnapMirror relationship between the 7-Mode primary volume and the clustered Data ONTAP secondary volume.
Before you begin
The secondary cluster and Vserver must already be set up.
Steps
Use the vserver peer transition create command to create a transition peer relationship between the 7-Mode system and the Vserver.
Example
sec_cluster::> vserver peer transition create -local-vserver dst_vserver -src-filer-name dst_system
Transition peering created
Use the vol create command to create a clustered Data ONTAP secondary volume of type DP to which the 7-Mode data must be transitioned.
The size of the clustered Data ONTAP volume must be equal to or greater than the size of the 7-Mode volume.
Example
sec_cluster::> volume create -volume dst_c_vol -aggregate aggr1 -size 20M -type DP
[Job 24] Job succeeded: Successful
Create an intercluster LIF for communication between the secondary Vserver and 7-Mode system by performing the following steps:
Use the network interface create command to create an intercluster LIF on the same node that contains the volume.
Example
sec_cluster::> network interface create -vserver sec_cluster-01 -lif int_lif1 -role intercluster -home-node sec_cluster-01 -home-port e0c -address 192.0.2.140 -netmask 255.255.255.128
Use the network routing-groups route create command to create a static route for the intercluster LIF.
Example
sec_cluster::> network routing-groups route create -vserver sec_cluster-01 -routing-group i192.0.2.140/18 -destination 0.0.0.0/0 -gateway 192.0.2.129
Use the network ping command to verify that you can use the intercluster LIF to ping the 7-Mode system.
Example
sec_cluster::> network ping -lif int_lif1 -lif-owner sec_cluster-01 -destination dst_system
dst_system is alive
Copy data from the 7-Mode volume to the clustered Data ONTAP volume:
Use the snapmirror create command with the relationship type as TDP to create a SnapMirror relationship between the 7-Mode system and the Vserver.
Example
sec_cluster::> snapmirror create -source-path sec_system:dst_7_vol -destination-path dst_vserver:dst_c_vol -type TDP
Operation succeeded: snapmirror create the relationship with destination dst_vserver:dst_c_vol.
Use the snapmirror initialize command to start the baseline transfer.
Example
sec_cluster::> snapmirror initialize -destination-path dst_vserver:dst_c_vol
Operation is queued: snapmirror initialize of destination dst_vserver:dst_c_vol.
Depending on whether you want to update the clustered Data ONTAP volume manually or by setting up a SnapMirror schedule, perform the appropriate action:
If you want to perform... Then...
Update transfers manually
Use the snapmirror update command.
sec_cluster::> snapmirror update -destination-path dst_vserver:dst_c_vol
Use the snapmirror show command to monitor the data copy status.
sec_cluster::> snapmirror show -destination-path dst_vserver:dst_c_vol
Source Path: sec_system:dst_7_vol
Destination Path: dst_vserver:dst_c_vol
Relationship Type: TDP
SnapMirror Schedule: -
Tries Limit: -
Throttle (KB/sec): unlimited
Mirror State: Snapmirrored
Relationship Status: Idle
Transfer Snapshot: -
Snapshot Progress: -
Total Progress: -
Snapshot Checkpoint: -
Newest Snapshot: dst_vserver(4053132614)_dst_c_vol.1
Newest Snapshot Timestamp: 02/13 08:10:46
Exported Snapshot: dst_vserver(4053132614)_dst_c_vol.1
Exported Snapshot Timestamp: 02/13 08:10:46
Healthy: true
Unhealthy Reason: -
Constituent Relationship: false
Destination Volume Node: cluster1-01
Relationship ID: e106827a-75b3-11e2-add9-123478563412
Transfer Type: -
Transfer Error: -
Current Throttle: -
Current Transfer Priority: -
Last Transfer Type: update
Last Transfer Error: -
Last Transfer Size: 680KB
Last Transfer Duration: 0:0:12
Last Transfer From: system7mode:dataVol20
Last Transfer End Timestamp: 02/13 08:13:40
Progress Last Updated: -
Relationship Capability: 8.2 and above
Lag Time: 0:8:49
SnapMirror Policy: DPDefault
Go to Step 6.
Scheduled update transfers
Use the job schedule cron create command to create a schedule for update transfers.
sec_cluster::> job schedule cron create -name 15_minute_sched -minute 15
Use the snapmirror modify command to apply the schedule to the SnapMirror relationship.
sec_cluster::> snapmirror modify -destination-path dst_vserver:dst_c_vol -schedule 15_minute_sched
Use the snapmirror show command to monitor the data copy status.
sec_cluster::> snapmirror show -destination-path dst_vserver:dst_c_vol
Source Path: sec_system:dst_7_vol
Destination Path: dst_vserver:dst_c_vol
Relationship Type: TDP
SnapMirror Schedule: 15_minute_sched
Tries Limit: -
Throttle (KB/sec): unlimited
Mirror State: Snapmirrored
Relationship Status: Idle
Transfer Snapshot: -
Snapshot Progress: -
Total Progress: -
Snapshot Checkpoint: -
Newest Snapshot: dst_vserver(4053132614)_dst_c_vol.1
Newest Snapshot Timestamp: 02/13 08:10:46
Exported Snapshot: dst_vserver(4053132614)_dst_c_vol.1
Exported Snapshot Timestamp: 02/13 08:10:46
Healthy: true
Unhealthy Reason: -
Constituent Relationship: false
Destination Volume Node: cluster1-01
Relationship ID: e106827a-75b3-11e2-add9-123478563412
Transfer Type: -
Transfer Error: -
Current Throttle: -
Current Transfer Priority: -
Last Transfer Type: update
Last Transfer Error: -
Last Transfer Size: 680KB
Last Transfer Duration: 0:0:12
Last Transfer From: system7mode:dataVol20
Last Transfer End Timestamp: 02/13 08:13:40
Progress Last Updated: -
Relationship Capability: 8.2 and above
Lag Time: 0:8:49
SnapMirror Policy: DPDefault
If you have a schedule for incremental transfers, perform the following steps when you are ready to perform cutover:
Optional: Use the snapmirror quiesce command to disable all future update transfers.
Example
sec_cluster::> snapmirror quiesce -destination-path dst_vserver:dst_vol
Use the snapmirror modify command to delete the SnapMirror schedule.
Example
sec_cluster::> snapmirror modify -destination-path dst_vserver:dst_vol -schedule ""
Optional: If you quiesced the SnapMirror transfers earlier, use the snapmirror resume command to enable SnapMirror transfers.
Example
sec_cluster::> snapmirror resume -destination-path dst_vserver:dst_vol
Wait for any ongoing transfers between the 7-Mode volumes and the clustered Data ONTAP volumes to complete, and then disconnect client access from the 7-Mode volumes to start cutover.
Use the snapmirror update command to perform a final data update to the clustered Data ONTAP volume.
Example
sec_cluster::> snapmirror update -destination-path dst_vserver:dst_vol
Operation is queued: snapmirror update of destination dst_vserver:dst_vol.
Use the snapmirror show command to verify that the last transfer was successful.
Use the snapmirror break command to break the SnapMirror relationship between the 7-Mode secondary volume and the clustered Data ONTAP secondary volume.
Example
sec_cluster::> snapmirror break -destination-path dst_vserver:dst_vol
[Job 60] Job succeeded: SnapMirror Break Succeeded
Use the snapmirror delete command to delete the SnapMirror relationship between the 7-Mode secondary volume and the clustered Data ONTAP secondary volume.
Example
sec_cluster::> snapmirror delete -destination-path dst_vserver:dst_vol
Establish a disaster recovery relationship between the 7-Mode primary volume and clustered Data ONTAP secondary volume:
Use the vserver peer transition create command to create a Vserver peer relationship between the 7-Mode primary volume and the clustered Data ONTAP secondary volume.
Example
sec_cluster::> vserver peer transition create -local-vserver dst_vserver -src-filer-name src_system
Transition peering created
Use the job schedule cron create command to create a job schedule that matches the schedule configured for the 7-Mode SnapMirror relationship.
Example
sec_cluster::> job schedule cron create -name 15_minute_sched -minute 15
Use the snapmirror create command to create a SnapMirror relationship between the 7-Mode primary volume and the clustered Data ONTAP secondary volume.
Example
sec_cluster::> snapmirror create -source-path src_system:src_7_vol -destination-path dst_vserver:dst_c_vol -type TDP -schedule 15_minute_sched
Operation succeeded: snapmirror create the relationship with destination dst_vserver:dst_c_vol.
Use the snapmirror resync command to resynchronize the clustered Data ONTAP secondary volume.
For successful resynchronization, a common 7-Mode Snapshot copy must exist between the 7-Mode primary volume and the clustered Data ONTAP secondary volume.
Example
sec_cluster::> snapmirror resync -destination-path dst_vserver:dst_c_vol
After you finish
Delete the Vserver peer relationship between the secondary 7-Mode system and the secondary Vserver when all the required volumes in the 7-Mode system are transitioned to the Vserver.
Delete the SnapMirror relationship between the 7-Mode primary and the 7-Mode secondary systems.
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment