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

Implementation, Device Configuration Preparation, Basic VLS device configuration

Page 115 highlights

• The VLS will automatically save, within 1 hour, the current configuration and licenses to a hidden virtual cartridge stored on the back-end disk arrays. • In the event of a node0 disaster (node failed and was replaced with a new one, lose of node0 operating system, Quick Restore of new operating system, etc) the node0 recovery process is: • Replace/repair node0 and set it to "master" ID through console/serial as usual. • From that point on, the rest of the device recovery process is fully automatic. The device will automatically restore its previous configuration and previous licenses (which will generate an extra automatic reboot). • The resulting repaired device will have the identical configuration as before including serial numbers, front-end FC WWPNs, virtual device configuration, licenses, etc. When using the deduplication-enabled replication feature, you must still manually re-enter the SLAVE node TCP/IP addresses because these are currently not part of the save/restore configuration system and thus not part of the warm failover). This process makes it much quicker and easier to replace a failed node0. One warm failover scenario: purchase a spare unconfigured node (so it must be ordered separately and unracked). Pre-install and pre-wire this spare node into the VLS but leave it unconfigured and not powered on. In the event of a node0 failure, manually unplug the external Fibre Channel and LAN connections from the failed node0 and move them to the replacement node0 and then power it on and configure the replacement node as the master. The automatic configuration restore takes care of the rest. NOTE: Manually transferring the external Fibre Channel connections from the original node0 to the replacement node0 guarantees that there will be no backup SAN IOP problems because it will effectively be the same node0 with the same WWPNs plugged into the same customer Fibre Channel switch ports. If you have the replacement node0 pre-wired with its own external Fibre Channel and LAN connections (so you do not have to transfer the Fibre Channel connections from original to replacement node0) this can cause IOP problems because this will not be identical to the original node0. It will be using different Fibre Channel switch ports, and some operating systems that use switch-based SAN addressing (e.g., HPUX older than v11.31) will see this as a brand new device with new device paths; backups configured to the old paths will no longer work. Implementation Device Configuration Preparation Before installing and configuring the VLS device, review the following steps needed to scope the configuration requirements for the VLS and the backup application following the best practices. If deduplication and replication will be configured on the VLS, review the Deduplication Preparation and Replication Preparation for more information. Basic VLS device configuration The following steps highlight the considerations for designing the required virtual libraries/drives/cartridges and standard device configuration. • Identify the number of required virtual libraries. This could be based on the number of separate SAN fabrics or separate backup application instances/types. See Single Library vs. Multiple Libraries. HP StorageWorks VLS and D2D Solutions Guide 115

  • 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

The VLS will automatically save, within 1 hour, the current configuration and licenses to a hidden
virtual cartridge stored on the back-end disk arrays.
In the event of a node0 disaster (node failed and was replaced with a new one, lose of node0
operating system, Quick Restore of new operating system, etc) the node0 recovery process is:
Replace/repair node0 and set it to
master
ID through console/serial as usual.
From that point on, the rest of the device recovery process is fully automatic. The device will
automatically restore its previous configuration and previous licenses (which will generate an
extra automatic reboot).
The resulting repaired device will have the identical configuration as before including serial
numbers, front-end FC WWPNs, virtual device configuration, licenses, etc. When using the
deduplication-enabled replication feature, you must still manually re-enter the SLAVE node
TCP/IP addresses because these are currently not part of the save/restore configuration system
and thus not part of the warm failover).
This process makes it much quicker and easier to replace a failed node0. One warm failover scenario:
purchase a spare unconfigured node (so it must be ordered separately and
unracked
). Pre-install and
pre-wire this spare node into the VLS but leave it
unconfigured
and not powered on. In the event of
a node0 failure, manually unplug the external Fibre Channel and LAN connections from the failed
node0 and move them to the replacement node0 and then power it on and configure the replacement
node as the master. The automatic configuration restore takes care of the rest.
NOTE:
Manually transferring the external Fibre Channel connections from the original node0 to the
replacement node0 guarantees that there will be no backup SAN IOP problems because it will
effectively be the same node0 with the same WWPNs plugged into the same customer Fibre Channel
switch ports. If you have the replacement node0 pre-wired with its own external Fibre Channel and
LAN connections (so you do not have to transfer the Fibre Channel connections from original to
replacement node0) this can cause IOP problems because this will not be identical to the original
node0. It will be using different Fibre Channel switch ports, and some operating systems that use
switch-based SAN addressing (e.g., HPUX older than v11.31) will see this as a brand new device
with new device paths; backups configured to the old paths will no longer work.
Implementation
Device Configuration Preparation
Before installing and configuring the VLS device, review the following steps needed to scope the
configuration requirements for the VLS and the backup application following the best practices.
If deduplication and replication will be configured on the VLS, review the
Deduplication Preparation
and
Replication Preparation
for more information.
Basic VLS device configuration
The following steps highlight the considerations for designing the required virtual
libraries/drives/cartridges and standard device configuration.
Identify the number of required virtual libraries. This could be based on the number of separate
SAN fabrics or separate backup application instances/types. See
Single Library vs. Multiple Lib-
raries
.
HP StorageWorks VLS and D2D Solutions Guide
115