パッチ適用操作は、様々な理由で失敗することがあります。通常、データベース・ノードが停止している、ファイル・システムの領域が不足している、または仮想マシンがオブジェクト・ストアにアクセスできないといった理由から、操作は失敗します。

• 問題の特定
  コンソールで、Oracle Exadata Database Service on Cloud@Customerシステムまたは個々のデータベースのパッチ履歴を表示して、失敗したパッチ適用操作を識別できます。
• トラブルシューティングおよび診断
  Oracle Exadata Database Service on Cloud@Customerコンポーネントのパッチ・プロセス中に発生する可能性のある最も一般的な問題を診断します。

このトピックの情報を使用して問題を解決できなかった場合は、次の手順に従って、関連するデータベースおよび診断情報を収集します。この情報を収集したら、Oracleサポートに連絡してください。

• クラウド・ツールのログの収集
  関連するログ・ファイルを使用して、特定の問題の詳細な調査および解決のためにOracleサポートを支援できます。
• Oracle診断情報の収集
  

説明: これは断続的に発生する問題です。19c Grid Infrastructureおよび実行中のデータベースがある仮想マシンのオペレーティング・システムの更新中に、dbnodeupdate.shはRHPhelperによる接続のドレインを待機しますが、これは既知のバグ"DBNODEUPDATE.SH HANGS IN RHPHELPER TO DRAIN SESSIONS AND SHUTDOWN INSTANCE"のために進行しません。

/var/log/cellos/dbnodeupdate.trcでは、これが最終行に表示されます:

(ACTION:) Executing RHPhelper to drain sessions and shutdown instances. 
(trace:/u01/app/grid/crsdata/scaqak04dv0201/rhp//executeRHPDrain.150721125206.trc)

[FATAL] [INS-32156] Installer has detected that there are non-readable files in oracle home.
CAUSE: Following files are non-readable, due to insufficient permission oracle.ahf/data/scaqak03dv0104/diag/tfa/tfactl/user_root/tfa_client.trc
ACTION: Ensure the above files are readable by grid.

原因: インストーラによって、Autonomous Health Framework (AHF)で作成された読取り不可能なトレース・ファイルoracle.ahf/data/scaqak03dv0104/diag/tfa/tfactl/user_root/tfa_client.trcがOracleホームに検出され、クラスタVMの追加が失敗します。

rootとして実行されたAHFは、rootの所有権でtrcファイルを作成しているため、gridユーザーは読み取ることができません。

chown grid:oinstall /u01/app/19.0.0.0/grid/srvm/admin/logging.properties

chown -R grid:oinstall /u01/app/19.0.0.0/grid/oracle.ahf*

chown -R grid:oinstall /u01/app/grid/oracle.ahf*

説明: VMクラスタへのVMの追加は正常に完了しますが、Data Guard対応データベースの場合、新しいVMが/var/opt/oracle/creg/<db>.iniファイルのノードリストに追加されません。

原因: Data Guard対応データベースは、新しく追加されたVMに拡張されません。したがって、データベース・インスタンスが新しいVMで構成されていないため、<db>.iniファイルも更新されません。

処置: インスタンスをプライマリ・データベースとスタンバイ・データベースおよび新しいVM(非Data Guard)に追加し、Data Guard環境からインスタンスを削除するには、My Oracle Supportノート2811352.1を参照してください。

** CPU Scale Update **An error occurred during module execution. Please refer to the log file for more information

原因: VMクラスタをプロビジョニングした後、Database as a Service (DBaaS)によって自動的に生成される/var/opt/oracle/cprops/cprops.iniファイルが、common_dcs_agent_bindHostおよびcommon_dcs_agent_portパラメータで更新されず、これによりCPUオフライン・スケーリングが失敗します。

common_dcs_agent_bindHost=<IP_Address>
common_dcs_agent_port=7070

netstat -tunlp | grep 7070

netstat -tunlp | grep 7070
tcp 0 0 <IP address 1>:7070 0.0.0.0:* LISTEN 42092/java
tcp 0 0 <IP address 2>:7070 0.0.0.0:* LISTEN 42092/java

common_dcs_agent_bindHostパラメータには、2つのIPアドレス(<IP address 1>または<IP address 2>)のいずれかを指定できます。

説明: スイッチオーバーの実行後、新しいスタンバイ(古いプライマリ)データベースが停止したままになり、再起動に失敗します。

処置: スイッチオーバーの実行後、次を実行します:

1. srvctl start database -db <standby dbname>コマンドを使用してスタンバイ・データベースを再起動します。
2. すべてのプライマリおよびスタンバイ・クラスタ・ノードでgridユーザーとしてリスナーをリロードします。
   • 高可用性を使用してリスナーをリロードするには、パッチ25075940をダウンロードしてGridホームに適用し、lsnrctl reload -with_haを実行します。
   • リスナーをリロードするには、lsrnctl reloadを実行します。

リスナーのリロード後、lsnrctl statusコマンドを使用して、<dbname>_DGMGRLサービスがリスナーにロードされていることを確認します。

説明:クライアント・ネットワークとディザスタ・リカバリ・ネットワーク(DRネットワーク)のSCANリスナー・ポートが異なる場合、データ・ガード・アソシエーションの作成の検証フェーズ中にData Guard (DG)構成が失敗します。

処置:すべてのネットワークで同じSCANリスナー・ポート(またはデフォルト・ポート)を使用してください。クラスタの構成後にリスナー・ポートを修正するには、GI home/bin/srvctl modify listener -listener listener_name -endpoints endpointsコマンドを実行します。詳細は、Oracle Real Application Clusters管理およびデプロイメント・ガイドのsrvctl modify listenerを参照してください。

[FATAL] [DBAAS-60022] Command '/u02/app/oracle/product/23.0.0.0/dbhome_3/bin/srvctl 'start' 'service' '-db' 'db23ano' '-service' 'db23ano_PDBJULY242.paas.oracle.com'' has failed on nodes [localnode].

処置: Grid Infrastructureのバージョンが23.4.0.24.05の場合は、バージョン23.5.0.24.07にアップグレードしてこの問題を解決してください。

説明:複数のPDBがパラレルに作成されている場合、PDBのサブセットに対するPDBの作成が失敗することがあります。

ORA-03113: end-of-file on communication channel

処置:失敗したPDBの作成を再試行してください。