Dell EqualLogic PS6210XS EqualLogic Group Manager Administrator s Guide PS Ser - Page 265

About Recovering Data from a Snapshot, Requirements and Restrictions

Page 265 highlights

How quickly you can replicate the recovery volume depends on the presence of the failback snapshot on the primary group. The failback snapshot establishes the failback baseline, which is the point in time at which the volume on the primary group and the most recent complete replica on the secondary group have the same data. If the failback snapshot exists, only the changes made to the recovery volume are replicated. If the failback snapshot does not exist, the first replication is a complete copy of the recovery volume data. • Moving a failback replica set to a different storage pool - You can move a failback replica set to a different pool in the primary group. Later, if you promote the failback replica set to a volume, the volume belongs to the new pool. • Failing back to the primary group - To return to the original volume replication configuration, you can use the Failback to Primary operation. Recommendation: Dell recommends that you use the Replicate to Partner operation before failing back to the primary group. Although the Failback to Primary operation performs a final replication, the recovery volume is offline during the final replication. As part of the failback operation, a replica is created immediately on the secondary group to reestablish the failback snapshot (and set the failback baseline). Because the volume data is already synchronized between the groups, no data is actually transferred. Restriction: You cannot fail back a template volume. Also, the Failback to Primary operation is available only if the primary group and the secondary group are running PS Series firmware version 5.0 or greater. • Making a temporary volume available on the secondary group - You can make a temporary copy of a volume available on the secondary group, while providing continuous access to the original volume on the primary group. Using a temporary copy is helpful when you want to perform an operation (such as a backup) on the copy with no disruption to users. When the operation completes, you can resume replicating the volume. NOTE: This procedure assumes that the volume does not change while available on the secondary group, or - if the volume changes - those changes are not replicated to the primary group. If you want to replicate changes, follow the procedure described in About Failing Over and Failing Back a Volume. • Switching partner roles - You can switch the partner roles in a volume replication configuration. The original secondary group becomes the new primary group, and the original primary group becomes the new secondary group. NOTE: Because you cannot permanently demote a template volume, when you switch roles for a replication configuration that includes a template volume with thin clone volumes, only the thin clone replication configuration switches. Therefore, the original template volume must still exist on the original primary group after the switch, because the new thin clone replica sets depend on the template volume. • Making promotions permanent - After promoting an inbound replica set to a recovery volume, you can make the promotion permanent, resulting in a new standard volume, template volume, or thin clone volume. You might need to perform this task if the original volume is destroyed or if you are switching roles in a replication configuration. NOTE: After making an inbound replica set promotion permanent, you can no longer demote the volume to the original inbound replica set. Restriction: Before you can make a template replica set promotion permanent, you must permanently promote all the attached thin clone replica sets. About Recovering Data from a Snapshot You can restore a volume from a snapshot, and replace the data in the current volume with the volume data at the time you created the snapshot. The restored volume has the same name and iSCSI target name as the original volume. You can also clone a snapshot to create a new volume, allowing you to access the volume's data as it existed at a certain point in time without having to replace the volume's current data. Cloning a snapshot is especially useful if you need to recover individual files and roll them back to a previous revision. In both cases, the snapshot still exists after the restore operation. Requirements and Restrictions • To restore a volume from a snapshot, all group members containing data from the volume or its snapshots must be online. About Data Recovery 265

  • 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
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268
  • 269
  • 270
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328
  • 329
  • 330
  • 331
  • 332
  • 333
  • 334
  • 335
  • 336
  • 337
  • 338
  • 339
  • 340
  • 341
  • 342
  • 343
  • 344
  • 345
  • 346
  • 347
  • 348
  • 349
  • 350
  • 351
  • 352
  • 353
  • 354
  • 355

How quickly you can replicate the recovery volume depends on the presence of the failback snapshot on the primary group. The
failback snapshot establishes the failback baseline, which is the point in time at which the volume on the primary group and the
most recent complete replica on the secondary group have the same data. If the failback snapshot exists, only the changes made
to the recovery volume are replicated. If the failback snapshot does not exist, the
first
replication is a complete copy of the
recovery volume data.
Moving a failback replica set to a
different
storage pool – You can move a failback replica set to a
different
pool in the primary
group. Later, if you promote the failback replica set to a volume, the volume belongs to the new pool.
Failing back to the primary group – To return to the original volume replication
configuration,
you can use the Failback to Primary
operation.
Recommendation
: Dell recommends that you use the Replicate to Partner operation before failing back to the primary group.
Although the Failback to Primary operation performs a
final
replication, the recovery volume is
offline
during the
final
replication.
As part of the failback operation, a replica is created immediately on the secondary group to reestablish the failback snapshot
(and set the failback baseline). Because the volume data is already synchronized between the groups, no data is actually
transferred.
Restriction
: You cannot fail back a template volume. Also, the Failback to Primary operation is available only if the primary group
and the secondary group are running PS Series
firmware
version 5.0 or greater.
Making a temporary volume available on the secondary group – You can make a temporary copy of a volume available on the
secondary group, while providing continuous access to the original volume on the primary group. Using a temporary copy is
helpful when you want to perform an operation (such as a backup) on the copy with no disruption to users. When the operation
completes, you can resume replicating the volume.
NOTE: This procedure assumes that the volume does not change while available on the secondary group, or — if the
volume changes — those changes are not replicated to the primary group. If you want to replicate changes, follow
the procedure described in
About Failing Over and Failing Back a Volume
.
Switching partner roles – You can switch the partner roles in a volume replication
configuration.
The original secondary group
becomes the new primary group, and the original primary group becomes the new secondary group.
NOTE: Because you cannot permanently demote a template volume, when you switch roles for a replication
configuration
that includes a template volume with thin clone volumes, only the thin clone replication
configuration
switches. Therefore, the original template volume must still exist on the original primary group after the switch,
because the new thin clone replica sets depend on the template volume.
Making promotions permanent – After promoting an inbound replica set to a recovery volume, you can make the promotion
permanent, resulting in a new standard volume, template volume, or thin clone volume. You might need to perform this task if the
original volume is destroyed or if you are switching roles in a replication
configuration.
NOTE: After making an inbound replica set promotion permanent, you can no longer demote the volume to the
original inbound replica set.
Restriction
: Before you can make a template replica set promotion permanent, you must permanently promote all the attached
thin clone replica sets.
About Recovering Data from a Snapshot
You can restore a volume from a snapshot, and replace the data in the current volume with the volume data at the time you created
the snapshot. The restored volume has the same name and iSCSI target name as the original volume.
You can also clone a snapshot to create a new volume, allowing you to access the volume’s data as it existed at a certain point in
time without having to replace the volume’s current data. Cloning a snapshot is especially useful if you need to recover individual
files
and roll them back to a previous revision.
In both cases, the snapshot still exists after the restore operation.
Requirements and Restrictions
To restore a volume from a snapshot, all group members containing data from the volume or its snapshots must be online.
About Data Recovery
265