Dell PowerVault MD3260 Administrator's Guide - Page 144

Automatically Resynchronizing Virtual Disks

Page 144 highlights

Automatically Resynchronizing Virtual Disks When automatic resynchronization is selected, the RAID controller module owning the primary virtual disk automatically starts resynchronizing the data on the remote replication pair immediately after communication is restored. NOTE: When choosing automatic resynchronization, a possible loss of data can occur if a resynchronization is interrupted in progress. Since another resynchronization begins automatically after communication is restored between the primary virtual disk and the remote virtual disk, data integrity could be affected. With automatic resynchronization set, you cannot add a secondary virtual disk to a write consistency group. Therefore, write consistency during the resynchronization process is not preserved. The write order is not consistent until the entire group achieves Optimal status. Manually Resynchronizing Virtual Disks When manual resynchronization is selected, you must manually resynchronize and resume the data transfer on a remote replication after communication is restored between the primary and remote virtual disks. Manual resynchronization is the recommended setting for all remote replications for these reasons: • You determine when resynchronization starts, which allows you to better manage and/or mitigate impact on I/O performance. • In a disaster recovery situation, manual resynchronization offers the best chance of retrieving valid data. • When the secondary virtual disk is in a write consistency group, manual resynchronization preserves the write order. Reversing Roles Between The Primary And Secondary Virtual Disks Reversing the roles between the virtual disks promotes the secondary virtual disk to the role of primary virtual disk and demotes the primary virtual disk to the role of secondary virtual. If the primary virtual disk in a remote virtual disk replication fails, you can reverse the roles of the primary virtual disk and the secondary virtual disk to transfer the data back to the restored virtual disk. CAUTION: A potential loss of data access can occur if you reverse roles between the secondary virtual disk and the primary virtual disk while a virtual disk copy is in progress. The role reversal may succeed, but the virtual disk copy fails and cannot be restarted. • You cannot perform a virtual disk copy on a secondary virtual disk in a virtual disk remote replication. To create a virtual disk copy of a secondary virtual disk, you must reverse the roles of the secondary virtual disk and the primary virtual disk, then perform the virtual disk copy on the new primary virtual disk. • While a virtual disk remote replication is synchronizing, you cannot perform a virtual disk copy on either the primary or secondary virtual disk. • If you reverse roles between a secondary virtual disk with less capacity than the primary virtual disk, the role reversal succeeds but the usable capacity of the new primary virtual disk equals the total capacity of the secondary virtual disk. Promoting The Secondary Virtual Disk Or Demoting The Primary Virtual Disk To promote the secondary virtual disk to the role of primary virtual disk, or demote the primary virtual disk to the role of secondary virtual disk: 144

  • 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

Automatically Resynchronizing Virtual Disks
When automatic resynchronization is selected, the RAID controller module owning the primary virtual disk automatically
starts resynchronizing the data on the remote replication pair immediately after communication is restored.
NOTE:
When choosing automatic resynchronization, a possible loss of data can occur if a resynchronization is
interrupted in progress. Since another resynchronization begins automatically after communication is restored
between the primary virtual disk and the remote virtual disk, data integrity could be affected.
With automatic resynchronization set, you cannot add a secondary virtual disk to a write consistency group. Therefore,
write consistency during the resynchronization process is not preserved. The write order is not consistent until the
entire group achieves
Optimal
status.
Manually Resynchronizing Virtual Disks
When manual resynchronization is selected, you must manually resynchronize and resume the data transfer on a remote
replication after communication is restored between the primary and remote virtual disks. Manual resynchronization is
the recommended setting for all remote replications for these reasons:
You determine when resynchronization starts, which allows you to better manage and/or mitigate impact on I/O
performance.
In a disaster recovery situation, manual resynchronization offers the best chance of retrieving valid data.
When the secondary virtual disk is in a write consistency group, manual resynchronization preserves the write
order.
Reversing Roles Between The Primary And Secondary Virtual Disks
Reversing the roles between the virtual disks promotes the secondary virtual disk to the role of primary virtual disk and
demotes the primary virtual disk to the role of secondary virtual. If the primary virtual disk in a remote virtual disk
replication fails, you can reverse the roles of the primary virtual disk and the secondary virtual disk to transfer the data
back to the restored virtual disk.
CAUTION: A potential loss of data access can occur if you reverse roles between the secondary virtual disk and
the primary virtual disk while a virtual disk copy is in progress. The role reversal may succeed, but the virtual disk
copy fails and cannot be restarted.
You cannot perform a virtual disk copy on a secondary virtual disk in a virtual disk remote replication. To create
a virtual disk copy of a secondary virtual disk, you must reverse the roles of the secondary virtual disk and the
primary virtual disk, then perform the virtual disk copy on the new primary virtual disk.
While a virtual disk remote replication is synchronizing, you cannot perform a virtual disk copy on either the
primary or secondary virtual disk.
If you reverse roles between a secondary virtual disk with less capacity than the primary virtual disk, the role
reversal succeeds but the usable capacity of the new primary virtual disk equals the total capacity of the
secondary virtual disk.
Promoting The Secondary Virtual Disk Or Demoting The Primary Virtual Disk
To promote the secondary virtual disk to the role of primary virtual disk, or demote the primary virtual disk to the role of
secondary virtual disk:
144