ステップ3: 新しいディスク・コントローラBBUの有効化

1.9.2.3 ステップ3: 新しいディスク・コントローラBBUの有効化

「ステップ1: ディスク・コントローラBBUの取り外しの準備」と同様、この項には2つのサブ項目があります。

リモート・マウントBBUがあるシステムの場合

システムにリモート・マウントBBUがある場合は、この項のステップを実行します。このシナリオでは、「ステップ1: ディスク・コントローラBBUの取り外しの準備」の終了時にシステムはシャットダウンされていません。

イメージ・バージョン11.2.3.3.0以上を実行している場合:

celladminまたはrootユーザーとしてログインします。

BBUを再有効化します。

# cellcli -e alter cell bbu reenable
HDD disk controller battery has been reenabled

ディスク・コントローラBBUのバッテリ状態がOperationalであることを確認します。
```
# cellcli -e list cell attributes bbustatus
normal
```
"BBUステータス"が"normal"以外の場合は、続行する前に問題を調査して修正してください。

イメージ・バージョン11.2.3.2.xを実行している場合:

ルート・ユーザーとしてログインします。

サーバーの検出LEDをオフにします。

# ipmitool chassis identify off
Chassis identify interval: off

HBAが認識され、新しいBBUと通信を開始するまで、約5分間待機します。
HBAバッテリ・ステータスがOperationalで、充電中であることを確認します。
```
# /opt/MegaRAID/MegaCli/MegaCli64 -adpbbucmd -a0
```
すべての論理ドライブのキャッシュ・ポリシーをライトバック・キャッシュ・モードに設定します。
```
# /opt/MegaRAID/MegaCli/MegaCli64 -ldsetprop wb -lall -a0
```

すべての論理ドライブの現在のキャッシュ・ポリシーがライトバック・キャッシュ・モードを使用していることを確認します。

# /opt/MegaRAID/MegaCli/MegaCli64 -ldpdinfo -a0 | grep -i bbu
Default Cache Policy: WriteBack, ReadAheadNone, Direct, No Write Cache if Bad BBU
Current Cache Policy: WriteBack, ReadAheadNone, Direct, No Write Cache if Bad BBU
... <repeated for each logical volume present>

リモート・マウントBBUがないシステムの場合

「ステップ1: ディスク・コントローラBBUの取り外しの準備」の終了時に、リモート・マウントBBUがないシステムはシャットダウンされています。システムを再起動する必要があります。

電源ボタンを押して、サーバーの電源を入れます。
ILOMが起動したら、電源ボタンを押してサーバーの電源を入れ、サーバーのコンソールに接続します。

ILOM Webブラウザからコンソールに接続する手順(推奨): リモート制御→リダイレクト・タブにアクセスし、リモート・コンソールの起動ボタンをクリックします。ILOM 3.1.xシステムでは、コンソール・ボタンは最初の「サマリー情報」画面から起動できます。

ILOM CLIからコンソールに接続するには:
```
> start /SP/console
```
サーバーのコンソールから、システム・ブートを監視します。特に、ロード中のLSIコントローラのBIOSを監視してください。保存されているキャッシュがあるドライブに関する警告メッセージが表示される場合、"D"を選択すると、キャッシュを破棄して続行されます。ASMによる起動後に、ディスクが再同期されるため、これは問題ではありません。バッテリ低下によりライトスルー・モードになっているドライブに関する警告メッセージが表示される場合は、選択して続行します。

その後、Exadataの起動が正常に続行されると、Exadataのブート・スプラッシュ画面が表示され、通常のOSブート・メッセージが引き続き表示されます。後続の起動ステップ中に、ILOMシリアル・コンソールの画面出力の間の停止時間が長くなる場合がありますが、これは、デフォルトのコンソールがグラフィックで、Exadataブート・スプラッシュ画面が表示されないためです。
起動がすべて完了したら、rootユーザーとしてログインし、新しいバッテリが表示されて充電中であることを確認します。
```
# /opt/MegaRAID/MegaCli/MegaCli64 -adpbbucmd -a0
```
すべての論理ドライブのキャッシュ・ポリシーを、バッテリを使用するライトバック・キャッシュ・モードに設定します。
```
# /opt/MegaRAID/MegaCli/MegaCli64 -ldsetprop wb -lall -a0
```
すべての論理ドライブの現在のキャッシュ・ポリシーがライトバック・キャッシュ・モードを使用していることを確認します。
```
# /opt/MegaRAID/MegaCli/MegaCli64 -ldpdinfo -a0 | grep BBU
```

セルをサービスに戻します。

グリッド・ディスクをアクティブ化します。

# cellcli
CellCLI> alter griddisk all active
GridDisk DATA_CD_00_dmorlx8cel01 successfully altered
GridDisk DATA_CD_01_dmorlx8cel01 successfully altered
GridDisk DATA_CD_02_dmorlx8cel01 successfully altered
GridDisk RECO_CD_00_dmorlx8cel01 successfully altered
GridDisk RECO_CD_01_dmorlx8cel01 successfully altered
GridDisk RECO_CD_02_dmorlx8cel01 successfully altered
...etc...

すべてのディスクがアクティブになっていることを確認します。

CellCLI> list griddisk
DATA_CD_00_dmorlx8cel01         active
DATA_CD_01_dmorlx8cel01         active
DATA_CD_02_dmorlx8cel01         active
RECO_CD_00_dmorlx8cel01         active
RECO_CD_01_dmorlx8cel01         active
RECO_CD_02_dmorlx8cel01         active
...etc...

すべてのグリッド・ディスクが正常にオンラインになったことを確認します。すべてのグリッド・ディスクで"asmmodestatus"のステータスが"ONLINE"になるまで待機します。アクティブ化プロセスの最初の出力の例を次に示します。
```
CellCLI> list griddisk attributes name,status,asmmodestatus,asmdeactivationoutcome
DATA_CD_00_dmorlx8cel01 active ONLINE Yes
DATA_CD_01_dmorlx8cel01 active ONLINE Yes
DATA_CD_02_dmorlx8cel01 active ONLINE Yes
RECO_CD_00_dmorlx8cel01 active SYNCING Yes
RECO_CD_01_dmorlx8cel01 active ONLINE Yes
...etc...
```
'RECO_CD_00_dmorlx8cel01'の上の例は、まだ'SYNCING'プロセスの実行中です。すべてのグリッド・ディスクが'asmmodestatus=ONLINE'を示したときに、Oracle ASMの同期化が完了します。このプロセスは、個別のサーバーが修復のために停止している間マシンがビジー、またはビジーであった状態に応じて時間がかかる場合があります。

親トピック: Exadata Storage Serverのディスク・コントローラBBUの交換