HP StorageWorks P2000 HP StorageWorks P2000 G3 MSA System SMU Reference Guide - Page 104

Remote replication disaster recovery - array

Page 104 highlights

• Queued replications: New replications can be initiated while other replication snapshots are in the process of being replicated. This enables you to take snapshots at specific intervals while other replications are ongoing. Note that a replication that is initiated while another to the same destination volume is ongoing will be queued, and will not begin to transfer data until the prior one completes. In action 3, Snap 2 is queued while Snap 1 is being replicated; in action 7, Snap 3 is queued while Snap 2 is being replicated. An in-progress replication can be suspended, either manually by a user or automatically if a network error occurs. If you want the replication to continue, you must manually resume it; or, if you want to cancel the replication, you can abort it. IMPORTANT: For a replication to begin, the controller that owns the destination volume must have a link to the controller that owns the source volume. This link must be of the type specified by the link-type parameter supplied during replication set creation or modification. If all links to the controller that owns the source volume fail, but links remain between its partner controller and the controller that owns the destination volume, replications currently in progress or queued may continue, but their progress may not be reported correctly; replications requested after the links fail will not start replicating. If the controller that owns the destination volume loses all links to both controllers of the source array, then the replications will suspend and progress will be updated appropriately; links from the partner controller of the controller that owns the destination volumes are not considered for use. Replications that enter the suspended state must be resumed manually. Remote replication disaster recovery Replication can continue in the event of system faults such as: • Temporary communication failure. Remote replication will retry replication operations according to user-configured policies. • Controller failure. In a dual-controller system, failover will occur and the surviving controller will take over replication processing until controller recovery occurs. • Disk or power supply failure. If a disaster causes the source volume to become inaccessible, you can move the external view to the replication destination volume so that volume can be mapped to hosts. Disaster recovery requires user intervention because decisions must be made based on the data content of replication volumes and their snapshots. 1. Synchronize the replication destination volume to a replication snapshot, preferably a replication sync point. Any data written to the source volume since the last-completed replication will not be available. 2. After synchronization, assign the external view to the replication destination volume. 3. Map the new external view to hosts, as was the original external view. 104 Using Remote Snap to replicate volumes

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142

104
Using Remote Snap to replicate volumes
Queued replications: New replications can be initiated while other replication snapshots are in the
process of being replicated.
This enables you to take snapshots at specific intervals while other
replications are ongoing.
Note that a replication that is initiated while another to the same destination
volume is ongoing will be queued, and will not begin to transfer data until the prior one completes. In
action 3, Snap 2 is queued while Snap 1 is being replicated; in action 7, Snap 3 is queued while Snap
2 is being replicated.
An in-progress replication can be suspended, either manually by a user or automatically if a network error
occurs. If you want the replication to continue, you must manually resume it; or, if you want to cancel the
replication, you can abort it.
IMPORTANT:
For a replication to begin, the controller that owns the destination volume must have a link
to the controller that owns the source volume. This link must be of the type specified by the link-type
parameter supplied during replication set creation or modification. If all links to the controller that owns the
source volume fail, but links remain between its partner controller and the controller that owns the
destination volume, replications currently in progress or queued may continue, but their progress may not
be reported correctly; replications requested after the links fail will not start replicating. If the controller that
owns the destination volume loses all links to both controllers of the source array, then the replications will
suspend and progress will be updated appropriately; links from the partner controller of the controller that
owns the destination volumes are not considered for use. Replications that enter the suspended state must
be resumed manually.
Remote replication disaster recovery
Replication can continue in the event of system faults such as:
Temporary communication failure. Remote replication will retry replication operations according to
user-configured policies.
Controller failure. In a dual-controller system, failover will occur and the surviving controller will take
over replication processing until controller recovery occurs.
Disk or power supply failure.
If a disaster causes the source volume to become inaccessible, you can move the external view to the
replication destination volume so that volume can be mapped to hosts. Disaster recovery requires user
intervention because decisions must be made based on the data content of replication volumes and their
snapshots.
1.
Synchronize the replication destination volume to a replication snapshot, preferably a replication sync
point. Any data written to the source volume since the last-completed replication will not be available.
2.
After synchronization, assign the external view to the replication destination volume.
3.
Map the new external view to hosts, as was the original external view.