HP StorageWorks 2/16V HP StorageWorks Fabric OS 5.X Procedures User Guide (AA- - Page 218

Planning the update procedure, Online update

Page 218 highlights

If either of the first two options are used, the procedures should again be validated in the test environment. Determine the behavior of multipathing software, including but not limited to: • HBA time-out values • Multipathing software time-out values • Kernel time-out values 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 that all devices attached to the fabric be offline. • With careful planning, it should be safe to update the core PID format parameter in a live, production environment. This requires dual fabrics with multipathing 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 intended for use only in uptime-critical dual-fabric environments, with multipathing 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. All switches running any version of Fabric OS 3.1.2 and later or 4.2.0 and later are shipped with the Core 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 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. Online update 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 multipathing software can switch over 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 on the other fabric. 4. Disable all switches in the fabric to be updated, one switch at a time, and verify that I/O continues on the other fabric after each switch is disabled. 5. Change the PID format on each switch in the fabric. 6. Reenable the switches in the updated fabric one at a time. In a core/edge network, enable the core switches first. 7. After the fabric has reconverged, use the cfgEnable command to update zoning. 8. Update the bindings for any devices manually bound by PID. This might involve changing them to the new PIDs, or preferably changing to WWN binding. For any devices bound by PID, two options exist: • Execute a custom procedure to rebuild the device tree online. Examples are provided in the "Converting port number to area ID" on page 222 section of this chapter. • Reboot the device to rebuild the device tree. Some operating systems require a special command to do this, for example boot -r in Solaris. 9. For devices that do not bind by PID or have had their PID binding updated, mark online or reassociate the disk devices with the multipathing software and resume I/O over the updated fabric. 10.Repeat this procedure with the other fabrics. Offline update The following steps are intended to provide SAN administrators a starting point for creating site-specific procedures. 218 Configuring the PID format

  • 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

218
Configuring the PID format
If either of the first two options are used, the procedures should again be validated in the test
environment.
Determine the behavior of multipathing software, including but not limited to:
HBA time-out values
Multipathing software time-out values
Kernel time-out values
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 that all devices attached to the fabric be offline.
With careful planning, it should be safe to update the core PID format parameter in a live, production
environment. This requires dual fabrics with multipathing 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 intended for use only in uptime-critical dual-fabric environments, with multipathing 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.
All switches running any version of Fabric OS 3.1.2 and later or 4.2.0 and later are shipped with the
Core 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 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.
Online update
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 multipathing software can switch over 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 on the other fabric.
4.
Disable all switches in the fabric to be updated, one switch at a time, and verify that I/O continues on
the other fabric after each switch is disabled.
5.
Change the PID format on each switch in the fabric.
6.
Reenable the switches in the updated fabric one at a time.
In a core/edge network, enable the core switches first.
7.
After the fabric has reconverged, use the
cfgEnable
command to update zoning.
8.
Update the bindings for any devices manually bound by PID.
This might involve changing them to the new PIDs, or preferably changing to WWN binding.
For any devices bound by PID, two options exist:
Execute a custom procedure to rebuild the device tree online. Examples are provided in the
Converting port number to area ID
” on page 222 section of this chapter.
Reboot the device to rebuild the device tree. Some operating systems require a special command
to do this, for example
boot –r
in Solaris.
9.
For devices that do not bind by PID or have had their PID binding updated, mark online or reassociate
the disk devices with the multipathing software and resume I/O over the updated fabric.
10.
Repeat this procedure with the other fabrics.
Offline update
The following steps are intended to provide SAN administrators a starting point for creating site-specific
procedures.