HP StorageWorks 6000 HP StorageWorks VLS and D2D Solutions Guide (AG306-96028, - Page 187

Device Sizing, VLS Replication Data Recovery Options, Restore Directly from the VLS Target Device

Page 187 highlights

• Each remote site could have different start time and replication window to ensure target device is not overloaded and best use is made of inter-site link speeds. Device Sizing When sizing a replication target device, the replicated virtual cartridges on the target device take up the same amount of disk space as the original cartridges on the source device, and they also require the same amount of working disk space for deduplication. In other words, if you replicate all of the cartridges in the source device then you need the target device to have the same capacity as the source device. In a many-to-one deployment, add up all the source disk capacity and the total capacity is what you need on the target device. However, the target device is not just adding capacity; it also need to add sufficient extra nodes to handle the replication target disk I/O. With a 24-hour replication window, you need as much node performance on the target device as on the source devices. For example: • With an active-passive deployment, if you have a 4-node/4-array VLS9000 as the source device and you are replicating all of its cartridges, you need a 4-node/4-array target device. • With a many-to-one deployment, if you have four VLS6600/24-disk source devices (which are effectively approximately half a node of performance and half an array of capacity each), you need a 2-node/2-array VLS9000 as the target device. • If you have an active-active deployment, you must combine the required source performance/capacity and the replication target performance/capacity to give you the overall device. If in each site you have a 2-node/2-array requirement for the source piece (i.e., backups), you need 2node/2-array for the target piece. Therefore, you would have a 4-node/4-array device in each site. VLS Replication Data Recovery Options Replication on VLS enables easier recovery of data in the event of a major site disaster. The data is not instantly available but has to be recovered through a standard restore process using a backup application. These scenarios examine what happens with a total site disaster including losing the server and the VLS appliance that was protecting it. In the event of a total disaster at a site where the VLS and the servers it is protecting are destroyed or damaged, the replicated data at the disaster recovery (target) site can be accessed by means of a backup server on the remote site and transferred either to an application or onto physical tape for distribution. Alternatively, when the damaged site is repaired, the most recent backups on the virtual tape library at the disaster recovery site can be restored over the LAN/WAN to the virtual tape library at the previously damaged site. Restore Directly from the VLS Target Device The first method of recovery uses the fact that there are probably more trained IT personnel at the data center and that spare servers, etc., are stored there. With VLS the virtual library containing the replication target (on the target device in the disaster recovery site) is always available through the front-end Fibre Channel ports and thus can be presented as a library to a backup application in the disaster recovery site (note the backup application can only be presented to the target device, it cannot also be presented to the source device as well). HP StorageWorks VLS and D2D Solutions Guide 187

  • 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

Each remote site could have different start time and replication window to ensure target device is
not overloaded and best use is made of inter-site link speeds.
Device Sizing
When sizing a replication target device, the replicated virtual cartridges on the target device take up
the same amount of disk space as the original cartridges on the source device, and they also require
the same amount of working disk space for deduplication. In other words, if you replicate all of the
cartridges in the source device then you need the target device to have the same capacity as the
source device. In a many-to-one deployment, add up all the source disk capacity and the total capacity
is what you need on the target device.
However, the target device is not just adding capacity; it also need to add sufficient extra nodes to
handle the replication target disk I/O. With a 24
hour replication window, you need as much node
performance on the target device as on the source devices. For example:
With an active-passive deployment, if you have a 4-node/4-array VLS9000 as the source device
and you are replicating all of its cartridges, you need a 4-node/4-array target device.
With a many-to-one deployment, if you have four VLS6600/24-disk source devices (which are
effectively approximately half a node of performance and half an array of capacity each), you
need a 2-node/2-array VLS9000 as the target device.
If you have an active-active deployment, you must combine the required source performance/ca-
pacity and the replication target performance/capacity to give you the overall device. If in each
site you have a 2-node/2-array requirement for the source piece (i.e., backups), you need 2-
node/2-array for the target piece. Therefore, you would have a 4-node/4-array device in each
site.
VLS Replication Data Recovery Options
Replication on VLS enables easier recovery of data in the event of a major site disaster. The data is
not instantly available but has to be recovered through a standard restore process using a backup
application. These scenarios examine what happens with a total site disaster including losing the
server and the VLS appliance that was protecting it.
In the event of a total disaster at a site where the VLS and the servers it is protecting are destroyed
or damaged, the replicated data at the disaster recovery (target) site can be accessed by means of
a backup server on the remote site and transferred either to an application or onto physical tape for
distribution. Alternatively, when the damaged site is repaired, the most recent backups on the virtual
tape library at the disaster recovery site can be restored over the LAN/WAN to the virtual tape library
at the previously damaged site.
Restore Directly from the VLS Target Device
The first method of recovery uses the fact that there are probably more trained IT personnel at the
data center and that spare servers, etc., are stored there. With VLS the virtual library containing the
replication target (on the target device in the disaster recovery site) is always available through the
front-end Fibre Channel ports and thus can be presented as a library to a backup application in the
disaster recovery site (note the backup application can only be presented to the target device, it
cannot also be presented to the source device as well).
HP StorageWorks VLS and D2D Solutions Guide
187