Exadataデータベース・サーバー更新のモニタリングおよびトラブルシューティング

8.11.1 Exadataデータベース・サーバー更新のモニタリングおよびトラブルシューティング

更新ユーティリティによって生成されるログ・ファイルを使用して、更新をトラブルシューティングできます。

更新ユーティリティは、Exadataデータベース・サーバーの更新をオーケストレートします。patchmgrツールを使用したデータベース・ノードの更新は簡潔で、最小限の情報のみが画面に出力されます。追加情報が必要な場合は、patchmgrログと、patchmgrが他のサーバーからコピーしたdbnodeupdate.shログ(使用できる場合)を確認できます。ログ・ファイル(dbnodeupdate.log)およびdiagファイル(dbnodeupdate.<runid>.diag)は、最終的に次の2つの場所に存在します。

更新した各データベース・サーバー上の/var/log/cellosディレクトリに配置されます。
更新ユーティリティを実行しているノード上に統合されます。

更新ユーティリティを実行しているノード上では、-log_dirフラグをautoに設定した場合、ログ・ファイルはlog/<リスト・ファイル内のノードのコンテンツに基づいたディレクトリ>ディレクトリ(更新ユーティリティが起動されたディレクトリからの相対位置)に格納されます。たとえば、更新ユーティリティが/u01/dbserver.patchにある場合、ログ・ディレクトリは/u01/dbserver.patch/dm01db01_dm01db02_e8f1f753のようになります。

ログ・ディレクトリにある重要なファイルは次のとおりです。

patchmgr.logには、様々なデータベース・サーバーでリモート更新コマンドを実行したときの画面出力がまとめられています。
<hostname>_dbnodeupdate.<runid>.diagは、データベース・サーバーでの特定の実行に関するdiagファイルです。
<hostname>_dbnodeupdate.logには、dbnodeupdate.logの出力にリモート・データベース・サーバーの/var/log/cellosからの情報を追記したものが含まれています。

前提条件チェック、バックアップ更新またはロールバックが失敗すると、画面上のエラー・メッセージには、どのノードでどのステップが失敗したかに関する情報が示されます。詳細な情報が必要な場合には、前述のログ・ファイルを参照してください。ログ・ファイルで新しい実行の開始を検索してください(zzzを検索します)。

その時間が実行に一致するかどうかをチェックします。一致した場合は、さらに調べるためにrunidをノートにとります。次に、ERRORを検索します。

実際のYUM更新よりも前に更新アクションが失敗した場合は、エラーを解決した後で更新を再試行できます。更新が途中で失敗した場合は、ロールバックし、エラーを解決してから再試行することをお薦めします。

まれに、patchmgrで更新のステータス(更新の成否)を判断できないことがあります。このような場合は、更新が失敗したことを示すメッセージが表示されます。ただし、更新が正常に完了している可能性もあります。更新の実際のステータスを確認するには:

(データベース)ノードのイメージ・ステータスをチェックします。これを行うには、imageinfoコマンドを実行します。「Image status 」行にステータスが表示されます。
Exadataソフトウェアのバージョンをチェックします。これはimageinfoコマンドから確認することもできます。

イメージ・ステータスが成功(success)で、Exadataバージョンが予想される新しいバージョンの場合、更新は成功しているため、update failed (更新の失敗)メッセージは無視して構いません。その後、次の操作を実行します:

特定のノード上でdbnodeupdate.sh -cを手動で実行し、更新の完了ステップを実行します。
完了したノードを(データベース)ノード・ファイルから削除します。
patchmgrを再実行し、残りのノードに対して更新を実行します。

更新が失敗したかどうかのチェックには、次のようなものがあります。

patchmgrを使用してデータベース・ノードを更新するための正しい構文は、patchmgrオンライン・ヘルプを参照してください。
patchmgrを使用する前にSSH等価を構成する必要があります。
My Oracle SupportドキュメントKB444935から最新のdbserver.patch.zipをダウンロードします。
patchmgrオーケストレーションに失敗した理由を分析するには、Oracleサポート・サービスでサービス・リクエストを開きます。

patchmgrが完了した後、各データベース・サーバーでimageinfoコマンドおよびimagehistoryコマンドを使用して、イメージ・ステータスと履歴をチェックすることもできます。次の例には、Exadataデータベース・サーバーの現在のイメージ・ステータスを示す一般的なimageinfo出力が含まれています。

# imageinfo

Kernel version: 5.15.0-308.179.6.16.el8uek.x86_64 #2 SMP Thu Sep 18 11:19:34 PDT 2025 x86_64
Uptrack kernel version: 5.15.0-314.193.5.3.el8uek.x86_64 #2 SMP Mon Nov 10 00:36:36 PST 2025 x86_64
Image kernel version: 5.15.0-308.179.6.16.el8uek
Image version: 25.2.5.0.0.251214
Image activated: 2026-01-15 15:00:42 -0800
Image status: success
Exadata software version: 25.2.5.0.0.251214
Node type: COMPUTE
System partition on device: /dev/mapper/VGExaDb-LVDbSys1

次のimagehistory出力は、データベース・サーバーがOracle Exadata System Softwareリリース25.2.5に(リリース25.1.6から)更新されたことを示しています。

# imagehistory

Version                              : 25.1.6.0.0.250622
Exadata Live Update Version          : n/a
Image activation date                : 2025-07-04 00:59:39 -0700
Imaging mode                         : fresh
Imaging status                       : success

Version                              : 25.2.5.0.0.251214
Exadata Live Update Version          : n/a
Image activation date                : 2026-01-15 15:00:42 -0800
Imaging mode                         : patch
Imaging status                       : success

次の例は、Exadataライブ・アップデートを使用したゲストVMへの更新に関するimageinfo出力を示しています。この例では、更新は適用されましたが、まだ適用されていない未処理の作業があります。

# imageinfo

Kernel version: 5.15.0-300.163.18.7.el8uek.x86_64 #2 SMP Fri Nov 15 03:14:11 PST 2024 x86_64
Uptrack kernel version: 5.15.0-312.187.5.3.el8uek.x86_64 #2 SMP Sun Sep 21 08:53:14 PDT 2025 x86_64
Image kernel version: 5.15.0-300.163.18.7.el8uek
Image version: 25.1.1.0.0.250121
Image created: 2025-01-21 23:49:50 -0800
Image activated: 2025-10-28 11:42:36 -0700
Image image type: production
Image status: success
Image label: OSS_25.1.1.0.0_LINUX.X64_250121
Exadata software version: 25.1.1.0.0.250121
Exadata Live Update Type: high (CVSS 7-10)
Exadata Live Update Version: 25.1.10.0.0.251012.1 (Live Update applied. Reboot at any time to finalize outstanding items.)
Node type: GUEST
Install type: KVM Guest with ROCE and Secure Fabric
System partition on device: /dev/mapper/VGExaDb-LVDbSys1

次の例は、Exadataライブ・アップデートを使用した更新後のimagehistory出力を示しています。この例では、出力に3つのイメージ履歴レコードが示されています:

最初のレコードには、初期(フレッシュ)イメージに関する情報が含まれています。
2番目のレコードには、Exadataライブ・アップデートを使用した完全更新後のイメージに関する情報が含まれています。この段階では、更新は適用されましたが、まだ適用されていない未処理の作業があります。
最後のレコードは、Exadataライブ・アップデートに関連付けられた未処理の作業の適用後のイメージ状態を示しています。

# imagehistory

Version                              : 25.2.2.0.0.250919
Exadata Live Update Version          : n/a
Image activation date                : 2025-10-06 18:05:41 -0700
Imaging mode                         : fresh
Imaging status                       : success
 
Version                              : 25.2.3.0.0.251020
Exadata Live Update Version          : 25.2.3.0.0.251020 (full)  (Live Update applied. Reboot at any time to finalize outstanding items.)
Image activation date                : 2025-11-04 20:18:40 -0800
Imaging mode                         : patch
Imaging status                       : success
 
Version                              : 25.2.3.0.0.251020
Exadata Live Update Version          : 25.2.3.0.0.251020 (full)
Image activation date                : 2025-11-04 22:43:30 -0800
Imaging mode                         : patch
Imaging status                       : success