コントローラ・ソフトウェアの更新は、Oracle Private Cloud Applianceアップグレーダを使用してインストールする必要があります。 アップグレーダ・ツールにより多数の前提条件チェックが自動化されますが、アップグレード・プロセスの前後に手動で実行する必要があるタスクもいくつかあります。 この項では、手動タスクを示します。 詳細は、「ドキュメントID 2442664.1」 for Controllerソフトウェア・リリース2.3.4のサポート・ノートまたはControllerソフトウェア・リリース2.4.2のサポート・ノート「ドキュメントID 2605884.1」を参照してください。
検証のみモードでOracle Private Cloud Applianceアップグレーダを起動します。 これらのステップは、第3.2.3項、「アップグレードの準備状況の確認」で説明されています。 アップグレーダによって報告された問題を修正し、すべてのチェックがエラーなしで完了するまで検証手順を繰り返します。 その後、手動でアップグレード前チェックに進みます。
手動アップグレード前チェックの実行
WebLogicパスワードを確認します。
マスター管理ノードで、次のコマンドを実行します。
# cd /u01/app/oracle/ovm-manager-3/bin # ./ovm_admin --listusers
要求された場合にはWebLogicパスワードを入力します。 パスワードが正しくない場合、
ovm_adminコマンドは失敗し、リターン・コード1で終了します。 パスワードが正しい場合は、コマンドによってユーザーが一覧表示され、0のリターン・コードで終了します。 パスワードが正しくない場合は、Oracle Private Cloud Appliance webインタフェースにログインして、wls-weblogicパスワードを必要なパスワードに変更します。管理ノードに接続されている外部ストレージLUNがないことを確認してください。
いずれの管理ノードからも外部ストレージLUNが表示されないことを確認してください。 詳細は、「ドキュメントID 2148589.1」のサポート・ノートを参照してください。
システムがInfiniBandベースで、Fabricインターコネクトにファイバ・チャネル・カードがインストールされていない場合、このチェックはスキップできます。
管理ノードでカスタマイズされた
inet設定を確認してください。次に示すアップグレード・パスによっては、
xinetdをアップグレードする場合があります。 この場合、変更された設定は自動的にデフォルトにリセットされます。 カスタムinet設定を書き留めて、アップグレード・プロセスの完了後に確認します。 これらの設定変更は、/etc/postfix/main.cfファイルに格納されます。MySQLデータベースのオブジェクト数を登録します。
マスター管理ノードのルート・ユーザーとして、スクリプト
number_of_jobs_and_objects.shをダウンロードして実行します。 「ドキュメントID 2442664.1」 for Controllerソフトウェア・リリース2.3.4のサポート・ノートまたはControllerソフトウェア・リリース2.4.2のサポート・ノート「ドキュメントID 2605884.1」にアタッチされています。 データベース内のオブジェクト数およびジョブ数を戻します。 これらの番号を記録します。管理ノードのフェイルオーバーを検証します。
マスター管理ノードをリブートし、スタンバイ管理ノードがマスターのロールを引き継ぐことを確認します。
内部ZFS Storage Applianceに使用されているNFSプロトコルを確認してください。
両方の管理ノードで、コマンドnfsstat -mを実行します。 マウントされた各シェアは、NFSv4プロトコルを使用する必要があります。
両方の管理ノードの
/etc/yum.confファイルを確認します。プロキシがYUM用に構成されている場合、ファイルからその行をコメント・アウトまたは削除します。
すべてのアップグレード前チェックに対してシステムを発行し、アップグレードの準備が完了していることを確認したら、コントローラ・ソフトウェア更新を実行します。 これらのステップは、第3.2.4項、「コントローラ・ソフトウェア更新の実行」で説明されています。 コントローラ・ソフトウェアを正常にアップグレードしたら、管理ノードおよびコンピュート・ノードのアップグレード後手動チェックに進みます。
管理ノードでの手動アップグレード後チェックの実行
管理対象外のストレージ・アレイの名前を確認します。
アップグレード後に非管理ストレージ・アレイの名前が正しく表示されなくなった場合は、「ドキュメントID 2244130.1」のサポート・ノートに記載されている回避策に従ってください。
Oracle VMで、エラーおよび警告をチェックします。
Oracle VM Manager web UIで、次のことが発生しないことを確認します。
コンピュート・ノードまたはストレージ・サーバーに対するパ・ドラック・アイコン
コンピュート・ノード、リポジトリまたはストレージ・サーバーに対する赤いエラー・アイコン
コンピュート・ノード、リポジトリまたはストレージ・サーバーに対する黄色の警告アイコン
Oracle Private Cloud Applianceダッシュボードのすべてのコンポーネントのステータスを確認します。
ハードウェア・ビューの各ハードウェア・コンポーネントの右側に緑色のチェック・マークが表示され、赤いエラー・アイコンが表示されていないことを確認します。
ネットワークをチェックします。
すべてのネットワークを検証します - ファクトリのデフォルトおよびカスタム - 存在し、正しく構成されています。
コンピュート・ノードでの手動アップグレード後チェックの実行
すべてのコンピュート・ノードの
min_free_kbytes設定を変更します。「ドキュメントID 2314504.1」のサポート・ノートを参照してください。 対応するステップを適用し、変更が永続的になったらコンピュート・ノードを再起動します。
fmパッケージがすべてのコンピュート・ノードにインストールされていることを確認してください。rpm -q fmコマンドを実行します。 パッケージがインストールされていない場合は、次のコマンドを実行します。
# chkconfig ipmi on; service ipmi start; LFMA_UPDATE=1 /usr/bin/yum install fm -q -y -\-nogpgcheck
仮想マシン・テストを実行します。
仮想マシンのテストを開始し、ネットワークが機能していることを確認します。 互換性のあるコンピュート・ノードに仮想マシンを移行し、ライブ・マイグレーションが正しく動作することを確認します。