HP StorageWorks MSA 2/8 HP StorageWorks Fabric OS Procedures V3.1.x/4.1.x User - Page 151

Planning the Update Procedure, Outline for Online Update Procedure

Page 151 highlights

Updating Switches to the Core PID Addressing Planning the Update Procedure Whether it is best to perform an offline or online update depends on the uptime requirements of the site. ■ An offline update requires less advance planning than an online update. However, it requires that all devices attached to the fabric be offline. ■ With careful planning, testing, and general due-diligence, it should be safe to update the core PID format parameter in a live, production environment. This requires dual fabrics with multi-pathing software. Avoid running backups during the update process, as tape drives tend to be very sensitive to I/O interruption. The online update process is only intended for use in uptime-critical dual-fabric environments, with multi-pathing software (high-uptime environments should always use a redundant fabric SAN architecture). Schedule a time for the update when the least critical traffic is running. Note: All switches running any version of Fabric OS 4.x are shipped with the Core Switch PID Format enabled, so it is not necessary to perform the PID format change on these switches. Migrating from manual PID binding (such as persistent binding on an HBA) to manual WWN binding and/or upgrading drivers to versions that do not bind by PID can often be done before setting the core PID format. This reduces the number of variables in the update process. Outline for Online Update Procedure The following steps are intended to provide SAN administrators a starting point for creating site-specific procedures. 1. Back up all data and verify backups. 2. Verify that the multi-pathing software can automatically switchover between fabrics seamlessly. If there is doubt, use the software's administrative tools to manually disassociate or mark offline all storage devices on the first fabric to be updated. 3. Verify that I/O continues over the other fabric. 4. Disable all switches in the fabric to be updated, one switch at a time, and verify that I/O continues over the other fabric after each switch disable. Fabric OS Procedures Version 3.1.x/4.1.x User Guide 151

  • 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

Updating Switches to the Core PID Addressing
151
Fabric OS Procedures Version 3.1.x/4.1.x User Guide
Planning the Update Procedure
Whether it is best to perform an offline or online update depends on the uptime
requirements of the site.
An offline update requires less advance planning than an online update.
However, it requires that all devices attached to the fabric be offline.
With careful planning, testing, and general due-diligence, it should be safe to
update the core PID format parameter in a live, production environment. This
requires dual fabrics with multi-pathing software. Avoid running backups
during the update process, as tape drives tend to be very sensitive to I/O
interruption. The online update process is only intended for use in
uptime-critical dual-fabric environments, with multi-pathing software
(high-uptime environments should always use a redundant fabric SAN
architecture). Schedule a time for the update when the least critical traffic is
running.
Note:
All switches running any version of Fabric OS 4.x are shipped with the Core
Switch PID Format enabled, so it is not necessary to perform the PID format change on
these switches.
Migrating from manual PID binding (such as persistent binding on an HBA) to
manual WWN binding and/or upgrading drivers to versions that do not bind by
PID can often be done before setting the core PID format. This reduces the
number of variables in the update process.
Outline for Online Update Procedure
The following steps are intended to provide SAN administrators a starting point
for creating site-specific procedures.
1.
Back up all data and verify backups.
2.
Verify that the multi-pathing software can automatically switchover between
fabrics seamlessly. If there is doubt, use the software’s administrative tools to
manually disassociate or mark offline all storage devices on the first fabric to
be updated.
3.
Verify that I/O continues over the other fabric.
4.
Disable all switches in the fabric to be updated, one switch at a time, and
verify that I/O continues over the other fabric after each switch disable.