Dell PowerConnect W Clearpass 100 Software 3.7 Deployment Guide - Page 359

Recovering From a Hardware Failure, Performing Scheduled Maintenance, Recovering From

Page 359 highlights

6. Recovery is complete. The secondary node is now the new primary node for the cluster. The cluster is back in a fault-tolerant mode of operation. The Recover Cluster command will only work if the node that failed is brought back online with the same cluster configuration. This is normally the case in all temporary outages. See "Recovering From a Hardware Failure" in this chaper, in this case, for a description of how to recover the cluster. The Recover Cluster action is available from either node, and will make that node the new primary node for the cluster. To return the primary node back to its original status as the primary node in the cluster, you can use the Swap Primary Servers command. See "Performing Scheduled Maintenance" in this chaper for an explanation. Recovering From a Hardware Failure If the failed node has been replaced, the cluster configuration will no longer be present on that node. To recover the cluster, first ensure that the replaced node is ready to rejoin the cluster, then destroy the cluster and recreate it. Use the following procedure to rebuild the cluster: 1. This procedure assumes that the primary node has failed and has been replaced. 2. Configure the network settings, subscription IDs and hostname for the replacement primary node. 3. Ensure that the replacement primary node and the secondary node are both online. 4. Log into the secondary node. (Due to failover, this node will be assigned the cluster's virtual IP address.) 5. Click Cluster Maintenance, and then click the Destroy Cluster command link. 6. A progress meter is displayed while the cluster is destroyed. The virtual IP address of the cluster will be unavailable until the cluster is reinitialized. 7. Click the Create New Cluster command link. 8. Recreate the cluster. See "Cluster Setup" in this chapter for a description of the process. Note that the new cluster's primary node must be the former cluster's secondary node that you are presently logged into. 9. When the cluster is initialized, the database and configuration is replicated to the replacement primary node. 10. Recovery is complete. The cluster's virtual IP address is now available, and the secondary node is now the new primary node for the cluster. The cluster is back in a fault-tolerant mode of operation. A similar procedure can be used to rebuild the cluster in the event of a secondary node suffering a hardware failure. Performing Scheduled Maintenance Routine maintenance tasks such as a server reboot or shutdown may occasionally be required for a server that is part of a cluster. These tasks may be performed by ensuring that the server is the secondary node in the cluster. If the secondary node goes offline, the primary node will be unaffected and the cluster will continue to provide network services without interruption. When the secondary node comes back online, the cluster will be automatically rebuilt and replication will resume. Amigopod 3.7 | Deployment Guide High Availability Services | 359

  • 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
  • 271
  • 272
  • 273
  • 274
  • 275
  • 276
  • 277
  • 278
  • 279
  • 280
  • 281
  • 282
  • 283
  • 284
  • 285
  • 286
  • 287
  • 288
  • 289
  • 290
  • 291
  • 292
  • 293
  • 294
  • 295
  • 296
  • 297
  • 298
  • 299
  • 300
  • 301
  • 302
  • 303
  • 304
  • 305
  • 306
  • 307
  • 308
  • 309
  • 310
  • 311
  • 312
  • 313
  • 314
  • 315
  • 316
  • 317
  • 318
  • 319
  • 320
  • 321
  • 322
  • 323
  • 324
  • 325
  • 326
  • 327
  • 328
  • 329
  • 330
  • 331
  • 332
  • 333
  • 334
  • 335
  • 336
  • 337
  • 338
  • 339
  • 340
  • 341
  • 342
  • 343
  • 344
  • 345
  • 346
  • 347
  • 348
  • 349
  • 350
  • 351
  • 352
  • 353
  • 354
  • 355
  • 356
  • 357
  • 358
  • 359
  • 360
  • 361
  • 362
  • 363
  • 364
  • 365
  • 366
  • 367
  • 368
  • 369
  • 370
  • 371
  • 372
  • 373
  • 374
  • 375
  • 376
  • 377
  • 378
  • 379
  • 380
  • 381
  • 382
  • 383
  • 384
  • 385
  • 386
  • 387
  • 388
  • 389
  • 390
  • 391
  • 392
  • 393
  • 394
  • 395
  • 396
  • 397
  • 398
  • 399
  • 400
  • 401
  • 402
  • 403
  • 404
  • 405
  • 406
  • 407
  • 408
  • 409
  • 410
  • 411
  • 412
  • 413
  • 414
  • 415
  • 416
  • 417
  • 418
  • 419
  • 420
  • 421
  • 422
  • 423
  • 424
  • 425
  • 426
  • 427
  • 428
  • 429
  • 430
  • 431
  • 432
  • 433
  • 434
  • 435
  • 436
  • 437
  • 438

Amigopod 3.7
|
Deployment Guide
High Availability Services
|
359
6.
Recovery is complete. The secondary node is now the new primary node for the cluster. The cluster is
back in a fault-tolerant mode of operation.
The Recover Cluster command will only work if the node that failed is brought back online with the same
cluster configuration. This is normally the case in all temporary outages. See
“Recovering From a
Hardware Failure”
in this chaper, in this case, for a description of how to recover the cluster.
Recovering From a Hardware Failure
If the failed node has been replaced, the cluster configuration will no longer be present on that node. To
recover the cluster, first ensure that the replaced node is ready to rejoin the cluster, then destroy the cluster
and recreate it.
Use the following procedure to rebuild the cluster:
1.
This procedure assumes that the primary node has failed and has been replaced.
2.
Configure the network settings, subscription IDs and hostname for the replacement primary node.
3.
Ensure that the replacement primary node and the secondary node are both online.
4.
Log into the secondary node. (Due to failover, this node will be assigned the cluster’s virtual IP address.)
5.
Click Cluster Maintenance, and then click the
Destroy Cluster
command link.
6.
A progress meter is displayed while the cluster is destroyed. The virtual IP address of the cluster will be
unavailable until the cluster is reinitialized.
7.
Click the
Create New Cluster
command link.
8.
Recreate the cluster.
See
“Cluster Setup”
in this chapter for a description of the process. Note that
the new cluster’s primary node must be the former cluster’s secondary node that you are presently
logged into.
9.
When the cluster is initialized, the database and configuration is replicated to the replacement primary
node.
10. Recovery is complete. The cluster’s virtual IP address is now available, and the secondary node is now
the new primary node for the cluster. The cluster is back in a fault-tolerant mode of operation.
A similar procedure can be used to rebuild the cluster in the event of a secondary node suffering a hardware
failure.
Performing Scheduled Maintenance
Routine maintenance tasks such as a server reboot or shutdown may occasionally be required for a server
that is part of a cluster.
These tasks may be performed by ensuring that the server is the secondary node in the cluster. If the
secondary node goes offline, the primary node will be unaffected and the cluster will continue to provide
network services without interruption. When the secondary node comes back online, the cluster will be
automatically rebuilt and replication will resume.
The
Recover Cluster
action is available from
either
node, and will make that node the new primary node for the
cluster. To return the primary node back to its original status as the primary node in the cluster, you can use the
Swap Primary Servers
command.
See
“Performing Scheduled Maintenance”
in this chaper for an explanation.