1. X9-2デプロイメントおよびユーザー・ガイド
  2. Oracle Database Applianceへのパッチ適用

8 Oracle Database Applianceへのパッチ適用

Oracle Database Applianceで最新ソフトウェアの動作を継続するには、Oracle Database Applianceパッチ・バンドルを確認し、リリースされている場合は適用します。

Oracle Database Applianceリリース19.18、19.19または19.20にデプロイされている場合は、データ・プロビジョニングの再プロビジョニングを使用してアプライアンスをアップグレードしてください。手順については、データ保持再プロビジョニングの使用によるリリース19.22へのOracle Database Applianceのアップグレードを参照してください。

Oracle Database Applianceリリース19.21にデプロイされている場合は、この章で説明されているようにアプライアンスにパッチを適用してください。

Oracle Database Applianceへのパッチ適用について

Oracle Database Applianceパッチ・バンドルを使用して、アプライアンスにパッチを適用します。

パッチは新機能を提供し、さらに既存の機能の性能を向上させる場合もあります。

ホーム外パッチ適用について

Oracle Database Applianceリリース19.11以降、Oracle Database Applianceではホーム外パッチ適用モデルが使用されます。つまり、Oracle Grid InfrastructureまたはOracle Databaseホームにパッチを適用すると、ソフトウェアのOracleホームが新しく作成されます。Oracle Database Applianceリリース19.11以降では、Oracle Grid Infrastructure用およびOracle Database用のパッチをイメージとして入手できます。手順はすべて同じままです。

MySQLサーバーおよびDCSエージェントについて

Oracle Database Applianceリリース19.10以降、DCSエージェントはMySQLサーバーをメタデータ・ストアとして使用します。MySQLサーバーは、プロビジョニング中に、アプライアンスを作成すると自動的にインストールおよび構成されます。同様に、パッチ適用中には、odacli update-dcscomponentsコマンドによってMySQLサーバーが自動的にインストールおよび構成されます。MySQLサーバー・プロセスは、rootオペレーティング・システム・ユーザー・アカウントでは実行されません。かわりに、MySQLサーバー・プロセスは、odamysqlという新しいオペレーティング・システム・ユーザー・アカウントで実行されます。odamysqlオペレーティング・システム・ユーザーは所有権のみを目的として作成され、odamysqlユーザー・アカウントはMySQLディレクトリのみを所有します。odamysqlオペレーティング・システム・ユーザーはアプライアンスにログインできません。MySQLのodamysqlオペレーティング・システム・ユーザー・アカウントにより、アプライアンス上のOracleデータベースを所有するユーザーとDCS操作に使用されるメタデータを所有するユーザーの間で確実にロールが分離されます。

Oracle Database Applianceパッチ・バンドルについて

Oracle Database Applianceパッチ・バンドルには、DCS管理、DCSコンポーネント、OAK、Oracle ILOM、ファームウェア、拡張および修正に関する最新のパッチが含まれています。

Oracle Database Applianceリリース・ノートには、最新のOracle Database Applianceパッチ・バンドルに関する情報と、パッチ・バンドル内のコンポーネント・バージョンのリストが含まれています。アプライアンスを最新のOracle Database Applianceソフトウェア・バージョンに更新して、新機能、修正、およびサポートされている最新のコンポーネント・バージョンを利用することをお薦めします。アップグレード・パスについては、Oracle Database Applianceリリース・ノートを参照してください。

注意:

Oracle Grid InfrastructureまたはOracle Linuxの汎用パッチを使用して、Oracle Database Applianceにパッチを適用しないでください。また、ファームウェアのパッチなど、各インフラストラクチャのパッチも使用しないでください。Oracle Database Applianceのパッチのみを使用してください。Oracle Database Applianceを対象としていないパッチを使用した場合、あるいはOPatchまたは同様のパッチ適用ツールを使用した場合は、Oracle Database Applianceによって保持されているメタデータが更新されず、その後のパッチ更新を完了できません。不定期のOracle Databaseリリース更新(RU)を適用する場合は、RUのReadmeに記載されている推奨事項にも必ず従ってください。

パッチ・バンドルは、次に示すシステム全体に関連するすべてのパッチを提供します。

  • Oracle Database Applianceサーバー

  • BIOS

  • ハードウェア・ドライバ

  • Hardware Management Pack (HMP)、および様々なコンポーネントのファームウェア・ドライバ

  • Oracle Appliance Manager

  • Oracle Linux

  • Java Runtime Environment (JRE)

  • Oracle Integrated Lights Out Manager (Oracle ILOM)

  • Oracle Auto Service Request (Oracle ASR)

  • Oracle Intelligent Platform Management Interface (Oracle IPMI)

  • 関連するハードウェア・モデルに対応するネットワーク・カード・パッチ

Oracle Linux RPMの更新について

お薦めはしませんが、Oracle Database Applianceについて一部のOracle Linux RPMを更新できます。Oracle Linuxカーネル、Oracle Optimal Flexible Architecture、Oracle InfiniBandまたは関連するソフトウェアを更新したり、カスタマイズしないでください。その他のソフトウェアはインストール、更新またはカスタマイズできます。ただし、Oracle Database Applianceの更新には、カスタマイズされたコンポーネントの新しいバージョンの依存関係が含まれないことがあります。したがって、将来、Oracle Database Applianceを正常に更新するには、サイト固有の変更を削除し、後で再適用することが必要になる場合があります。

注意:

Oracle Database Applianceについては、次のものを更新しないでください。

  • Oracle Linuxカーネル(kernel)

  • Oracle Optimal Flexible Architecture (ofa)

  • Oracle RDMAパッケージ(oracle-rdma-release)

ストレージについては、RPMの更新を適用しないでください。

親トピック: Oracle Database Applianceへのパッチ適用

パッチ適用の事前チェックについて

パッチ適用の事前チェックは、パッチ適用中に発生する可能性がある問題を検出し、フラグを付けるように設計されています。

事前チェックでは、バージョンおよびハードウェア固有のアップグレードを含め、アプライアンスの状態が表示され、アップグレードを試行する前に必要な条件を満たし、チェックが完了していることが検証されて、アップグレードが失敗する原因となる可能性がある状況が特定されます。パッチを適用する前に、そうした状況を修正して問題を解決することで、潜在的なパッチ適用の問題を回避できます。

事前チェック・コマンドは、Oracle Database Applianceリリース12.2.1.2.0以降で使用できます。これらのコマンドを実行するときに最新の更新された事前チェックを確実に使用できるように、DCSエージェントを更新してください。

パッチ適用の事前チェックで検証されるコンポーネント

チェック 検証されるコンポーネント
システムへのパッチ適用の事前チェック

DCSエージェントがすべてのノードでオンラインであることをチェックします

更新に十分な領域があることをチェックします

エージェントの最小バージョンを確認し、パッチ適用タグを検証します
サーバーへのパッチ適用の事前チェック
オペレーティング・システムの場合:
  • サポートされているバージョンを検証します
  • サポートされている最小バージョンを検証します
  • パッチ適用タグを検証します
  • パッチの場所が使用可能であるかどうかを検証します
  • OSパッチを確認します
  • コマンドの実行を検証します
Oracle ILOMの場合:
  • サポートされているバージョンを検証します
  • サポートされている最小バージョンを検証します
  • パッチ適用タグを検証します
  • パッチの場所が使用可能であるかどうかを検証します
  • Oracle ILOMパッチ・バージョンをチェックします
  • パッチの場所を検証します
  • コマンドの実行を検証します
  • Oracle ILOMへの接続を検証します
Oracle Grid Infrastructureの場合:
  • サポートされているOracle Grid Infrastructureバージョンを検証します
  • 使用可能な領域を検証します
  • Oracle Clusterwareが実行されているかどうかを検証します
  • パッチ適用タグを検証します
  • システムがプロビジョニングされているかどうかを検証します
  • Oracle ASMがオンラインであるかどうかを検証します
  • エージェントの最小バージョンを検証します
  • 中央インベントリを検証します
  • パッチ適用ロックを検証します
  • クローンの場所が存在するかどうかを検証します
  • DBの起動依存性を検証します
  • DBの停止依存性を検証します
  • コマンドの実行を検証します
Oracle ORAchkの場合:
  • オペレーティング・システム・レベルの事前チェックを行うORAchkツールを実行します。
  • コマンドの実行を検証します
サーバーの場合:
  • サーバーへのパッチ適用をローカル・モードで実行できるかどうかを検証します
  • コマンドの実行を検証します

DBシステムの場合、ベア・メタル・システムがアップグレードされていることを確認します。

データベースの起動/停止依存性が正しいことを検証および確認します。

パッチ適用ロックが存在しないことを確認します。

中央インベントリが正確であることを確認します。
データベース・ホームへのパッチ適用の事前チェック

Oracle Grid Infrastructureがインストールされていることを確認します

DCSエージェントが必要なバージョンであることを確認します

Oracle Clusterwareがすべてのノードで実行されていることを確認します

Oracle Grid Infrastructureがアップグレードされていることを確認します

使用可能なディスク領域が十分にあることを検証します

Oracle ACFSのデータベース・ホームのディスク・グループが構成されているかどうかをチェックします

クローン・ファイルがリポジトリに存在するかどうかをチェックします

/u01/app/odaorabaseディレクトリが存在するかどうかをチェックします。ディレクトリが存在する場合は、このチェックにより、有効なシンボリック・リンクがあることが確認されます。

ホーム外パッチ適用を使用したデータベース・ホームへのパッチ適用の事前チェック

このチェックにより、データベース・ホームが作成され、すべてのデータベースをソース・ホームから新しいホームに移動できることが検証されます。

このチェックにより、--localオプションをデータベース・ホームに使用できることが検証されます。

ストレージの事前チェック

ストレージ・パッチの場所とタグを検証します

パッチ適用の場所とタグを検証します

コマンドの実行を検証します

Oracle ASMディスク・グループのステータスを検証します

ローリング・パッチを検証します(高可用性デプロイメントの場合)

親トピック: Oracle Database Applianceへのパッチ適用

Oracle Database ApplianceでのNUMAの有効化について

Oracle Database Applianceのベア・メタル・システム、KVMシステムおよびDBシステムでNUMAを有効にする方法を理解します。

NUMA (不均一メモリー・アクセス)は、基盤となるNUMAハードウェアの効率的な使用を促進するのに役立ちます。Oracle Database Applianceでは、データベース、ベア・メタル・システム、DBシステム、CPUプールおよびKVMアプリケーションについてNUMAを有効にすることができます。

Oracle Database Applianceのプロビジョニング中におけるNUMAの有効化について

リリース19.22でOracle Database Applianceをプロビジョニングする場合、NUMAはデータベース、DBシステムおよびCPUプールで自動的に有効になります。したがって、Oracle Database Applianceリリース19.22のデプロイメントでデータベース、DBシステムまたはCPUプールを作成すると、NUMAが自動的に有効になり、追加の構成は必要ありません。アプリケーションVMについては、NUMAはデフォルトでは有効になりません。

Oracle Database Applianceへのパッチ適用後におけるNUMAの有効化について

NUMAは、Oracle Database Applianceリリース19.12以降、デフォルトで有効になっています。Oracle Database Applianceにパッチを適用してリリース19.11以前から19.22に更新する場合は、odacli update-serverコマンドによってシステム・レベルでNUMAが設定されます。パッチ適用後に作成された新しいデータベースでは、NUMAが有効になっています。既存のデータベースについては、コマンドalter system set "enable_numa_support"=trueをデータベースで実行してNUMAを有効にします。

ベア・メタル・システムにパッチを適用してリリース19.11以前から19.22に更新した後は、コマンドodacli remap-cpupoolsを実行して既存のすべてのCPUプール(BM、VM、dbsystem)でNUMAを有効にする必要があります(これは1回のみ実行する必要があります)。

既存のDBシステムについては、コマンドodacli modify-dbsystem --enable-numaを実行して、dbsystemおよびDBシステムのデータベースについてNUMAを有効にします。

アプリケーションVMについては、NUMAはデフォルトでは有効になりません。新規および既存のアプリケーションVMについては、コマンドodacli modify-vm --enable-numaを実行して、VM構成についてNUMAを有効にします。また、VM内で実行されているオペレーティング・システムやアプリケーションなど、VM内部のコンポーネントについてもNUMAを有効にする必要があります。コマンドodacli modify-dbsystem --enable-numaは、CPUコアをNUMAノードに均等に分散できるように、CPUコア数が偶数のアプリケーションVMでのみサポートされています。Oracle Database Applianceでは、1つのCPUコアと2つのvCPUは同等です。

デプロイメントにパッチを適用し、NUMAを有効にするステップの詳細は、コマンドラインを使用したOracle Database Applianceベア・メタル・システムへのパッチ適用のトピックを参照してください。

親トピック: Oracle Database Applianceへのパッチ適用

Oracle Database Applianceにパッチを適用するときの停止時間の最小化

Oracle Database Applianceデプロイメントにパッチを適用するときの停止時間を最小限に抑えるためのベスト・プラクティスを理解します。

パッチ適用中の停止時間を最小限に抑えるための推奨事項

  • データベースへのパッチ適用の停止時間を最小限に抑えるために、Oracle Database Appliance高可用性システムではOracle RACまたはOracle RAC One Nodeを使用することをお薦めします。
  • 使用可能な場合は、Oracle Data Guardを使用し、最初にスタンバイ・システムにパッチを適用します。スタンバイ・システムにパッチを適用したら、ワークロードをスタンバイ・システムに切り替え、プライマリ・システムにパッチを適用した後、ワークロードをプライマリ・システムに戻します。詳細は、このガイドの「Oracle Database ApplianceでのOracle Data Guardデータベースへのパッチ適用」を参照してください。
  • パッチ適用操作が失敗した場合に容易にリストアできるように、常にOracle Database Appliance Backup and Recovery (ODABR)を使用してシステム・ディスクをバックアップしてください。ODABRによって、システム・ディスクがパッチ適用前の状態にリストアされます。
  • odacli update-storageコマンドには、ストレージ・デバイス(SSDおよびHDD)についてパッチ適用の停止時間を最小限に抑えるための--rollingオプションがあります。システムの再起動を必要とし、ローリングをサポートしていない他の共有ストレージ・コンポーネント・ファームウェアが存在する可能性があります。Oracle Database Applianceストレージへのパッチ適用を遅らせることもできますが、お薦めしません。単一ノードのOracle Database Applianceシステムでは、--rollingオプションをodacli update-storageコマンドで使用することはできません。

パッチ適用中の--localオプションを使用した停止時間の最小化

停止時間を最小限に抑えるには、odacli update-serverおよびodacli update-dbhomeコマンドで--localオプションを使用します。DCSコンポーネントを更新してから、odacli create-prepatchreportコマンドを実行します。パッチ前プロセス中に停止時間はありません。パッチ前レポートを分析した後、--localオプションを使用して、Oracle Database Applianceへのパッチ適用を続行します。

ノート:

データベースにパッチを適用する前に、両方のノードでサーバーのパッチ適用操作が正常に完了していることを確認してください。

関連項目:

Oracle Database 19cのドキュメント・ライブラリにあるOracle Database高可用性概要およびベスト・プラクティス・ガイド

親トピック: Oracle Database Applianceへのパッチ適用

データベースおよびデータベース・ホームの更新について

ブラウザ・ユーザー・インタフェースまたはodacliコマンドを使用してデータベースおよびデータベース・ホームを更新する方法を理解します。

データベースおよびデータベース・ホームの更新について

Oracle Database Applianceには、データベースおよびデータベース・ホームに対してパッチ適用または更新を行うために、次のオプションが用意されています。
  • データベース・ホームごとに、パッチを適用するか更新します。データベース・ホームには、ホーム外パッチ適用が行われます。データベース・ホームにパッチを適用すると、Oracle Database Applianceは、必要に応じて宛先データベース・ホームを自動的にプロビジョニングし、ソース・データベース・ホーム、ターゲット・バージョンおよび宛先データベース・ホームのマッピングをメタデータ・リポジトリに記録してから、ソース・データベース・ホームで実行されているすべてのデータベースを宛先データベース・ホームに移動します。単一のソース・データベース・ホームのすべてのデータベースにパッチを適用して、単一の宛先データベース・ホームに更新するには、odacli update-dbhomeコマンドまたはBUIを使用します。このオプションは、システムに領域の使用や新しいデータベース・ホームのプロビジョニングに関する制約がない場合に使用します。
  • データベース・ホームでデータベースを選択してパッチを適用するか更新し、特定のデータベース・ホームに変更します。パッチ適用時に、ターゲット・データベースおよび宛先データベース・ホームを指定する必要があります。odacli update-databaseコマンドまたはBUIを使用すると、特定のデータベースにパッチを適用して特定のデータベース・ホームに更新したり、プロビジョニングするデータベース・ホームの数とタイミングを制御することができます。update-databaseワークフローを使用すると、パッチ適用操作が失敗した場合に操作を再実行するオプションも提供されます。ターゲット・データベースが単一インスタンス・データベースの場合、update-databaseワークフローで使用可能な、中断および元に戻すオプションはサポートされていません。

データベースまたはデータベース・ホームにパッチを適用する前に、データベース・バージョンのOracle Databaseクローン・ファイルをリポジトリにアップロードしてから、データベース・ホームを作成します。最新のOracle Databaseクローン・ファイルでリポジトリを更新する手順については、CLIを使用したOracle Database Applianceへのパッチ適用を参照してください。

重要:

バックアップ構成とデータベースの関連付けを有効にするodacli update-databaseコマンドは、Oracle Database Applianceリリース19.6で非推奨になりました。Oracle Database Applianceリリース19.17以降では、odacli update-databaseコマンドによってデータベースへのパッチ適用が有効になります。これは、odacli update-dbhomeコマンドで提供されるパッチ適用機能に似ていますが、ご使用のハードウェア・モデル用のOracle Database Applianceデプロイメント・ガイドで説明されているように、いくつかの違いがあります。

odacli update-dbhomeコマンドを実行する前に、コマンドodacli create-prepatchreport -dを実行して、データベース・ホームのパッチ前レポートを作成する必要があります。同様に、odacli update-databaseコマンドを実行する前に、コマンドodacli create-prepatchreport -dまたはodacli create-prepatchreport -dbをそれぞれ実行して、ソース・データベース・ホームまたはターゲット・データベースのパッチ前レポートを作成する必要があります。ソース・データベース・ホームと宛先データベース・ホームは、パッチ前レポートとodacli update-databaseコマンドで指定するものとで一貫している必要があります。パッチ適用操作の前にパッチ前レポートを作成しなかった場合、odacli update-databaseおよびodacli update-dbhomeコマンドは失敗し、パッチ適用の事前チェックを実行するよう求めるエラー・メッセージが表示されます。

update-dbhomeおよびodacli update-databaseコマンドのオプションの詳細は、「Oracle Database Applianceコマンドライン・インタフェース」の章を参照してください。

親トピック: Oracle Database Applianceへのパッチ適用

コマンドラインを使用したOracle Database Applianceベア・メタル・システムへのパッチ適用

CLIコマンドを使用して、Oracle Database Applianceベア・メタル・デプロイメントおよび既存のOracle Databaseホームにパッチを適用するには、次のステップに従います。

Oracle Database Applianceデプロイメントおよび既存のデータベース・ホームにパッチを適用して現在のリリースに更新するには、Oracle Database Applianceサーバー・パッチ、Oracle Grid Infrastructureクローン・ファイルおよびOracle Databaseクローン・ファイルをダウンロードし、ベア・メタル・システムでリポジトリを更新する必要があります。

重要:

直近の4つのOracle Database Applianceリリースのパッチ適用パスはテスト済であるため、常にこれらのリリース内からパッチを適用することをお薦めします。それより前のOracle Database Applianceリリースからパッチを適用すると、エラーが発生する可能性があります。

ノート:

この手順のステップは、記載されているとおりの順序で実行してください。odacli update-dcsadmin、odacli update-dcscomponentsおよびodacli update-dcsagentコマンドを実行してから、odacli update-serverコマンドを実行します。

ノート:

DCSエージェントの更新を完了するには、odacli update-dcscomponentsコマンドとodacli update-dcsagentコマンドの両方を実行する必要があります。必ず、指定された順序で両方のコマンドを実行してください。

重要:

パッチをダウンロードするための十分な領域がアプライアンスにあることを確認してください。

重要:

サードパーティ製ソフトウェアをOracle Database Applianceにインストールする場合は、そのソフトウェアによるOracle Database Applianceソフトウェアへの影響がないことを確認してください。サードパーティ製ソフトウェアによってOracle Database Appliance RPMのオーバーライドが試みられた場合は、Oracle Database Appliance RPMのバージョン・ロックで警告が表示されます。パッチ適用の正常な完了のためには、Oracle Database Applianceにパッチを適用する前に、影響を受けるRPMをリストアする必要があります。

重要:

Oracle ASRを構成済で、アプライアンスにOracle Database Applianceリリース19.22にパッチを適用している場合は、DCSエージェントの更新後に、odacli update-serverコマンドを実行してアプライアンスにパッチを適用する前に、既存のOracle ASR構成を削除して再構成します。
Oracle Database Appliance Backup Recovery (ODABR)ツールは、パッチ適用プロセス中に潜在的なエラーが発生してシステムを使用できなくなった場合に、システムをパッチ適用前の状態にリカバリするのに役立ちます。パッチを適用する前にスナップショットを作成できるように、最新バージョンのOracle Database Appliance Backup Recovery (ODABR)ツールをダウンロードしてインストールします。ODABRのインストール手順は、My Oracle Supportノート2466177.1を参照してください。

https://support.oracle.com/rs?type=doc&id=2466177.1

次のステップに従って、Oracle Database Applianceにパッチを適用し、既存のデータベース・ホームを更新します。
  1. My Oracle Supportから、ODACLI/DCSスタック用のOracle Database Applianceサーバー・パッチ(パッチ36269277)、Oracle Grid Infrastructureクローン・ファイル(パッチ30403673)およびOracle Databaseクローン・ファイル(パッチ30403662)を、外部クライアントにある一時的な場所にダウンロードします。最新リリースのパッチ番号とソフトウェアの詳細は、リリース・ノートを参照してください。
    たとえば、19.22のサーバー・パッチをダウンロードします。
    p36269277_1922000_Linux-x86-64.zip
  2. ソフトウェアを解凍します。これには、パッチのREADME.htmlおよび1つ以上のzipファイルが含まれています。
    unzip p35938481_1922000_Linux-x86-64.zip

    zipファイルには、次のソフトウェア・ファイルが含まれています。

    oda-sm-19.22.0.0.0-date-server.zip
  3. すべてのソフトウェア・ファイルを外部クライアントからOracle Database Applianceにコピーします。高可用性デプロイメントについては、ソフトウェア・ファイルを一方のノードのみにコピーします。パッチ適用プロセス中に他方のノードにソフトウェア・ファイルがコピーされます。バンドルをコピーするには、scpまたはsftpプロトコルを使用します。
    scpコマンドの使用例:
    # scp software_file root@oda_host:/tmp
    sftpコマンドの使用例:
    # sftp root@oda_host
    rootパスワードを入力し、ファイルをコピーします。
    put software_file
  4. サーバー・ソフトウェア・ファイルでリポジトリを更新します。 
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/software_file

    たとえば、19.22の場合: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/oda-sm-19.22.0.0.0-date-server.zip
  5. リポジトリの更新が成功したことを確認します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID
  6. DCS管理を更新します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin -v 19.22.0.0.0
  7. DCSコンポーネントを更新します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcscomponents -v 19.22.0.0.0

    odacli update-dcscomponentsコマンドは、Zookeeper、MySQLを更新し、Oracle Database ApplianceのDCSエージェント、DCS CLI、DCSコントローラなどの他のDCSコンポーネントを更新します。

    DCSコンポーネントが更新されると、コマンドラインにメッセージ"status" : "Success"が表示されます。失敗した更新については、エラーを修正してから、odacli update-dcscomponentsコマンドを再実行して更新を続行します。DCSコンポーネントのチェック・エラーの詳細は、パッチ適用中のDCSコンポーネント更新時のエラーの解決のトピックを参照してください。

    ノート:

    DCSエージェントの更新を完了するには、odacli update-dcscomponentsコマンドとodacli update-dcsagentコマンドの両方を実行する必要があります。必ず、この手順で指定された順序で両方のコマンドを実行してください。
  8. DCSエージェントを更新します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsagent -v 19.22.0.0.0
  9. Oracle Grid Infrastructureクローン・ファイルおよびOracle Databaseクローン・ファイルでリポジトリを更新します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/software_file

    たとえば、19.22の場合: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.22.0.0.0-date-GI-19.22.0.0.zip
[root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.22.0.0.0-date-DB-19.22.0.0.zip
  10. パッチ適用の事前チェックを実行します。サーバーにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしないと、odacli update-serverコマンドは失敗し、パッチ適用の事前チェックを実行するよう求めるエラー・メッセージが表示されます。odacli create-prepatchreportでは、ローカル・ノードでのみ事前チェックを実行する-lオプションがサポートされています。ただし、コマンドodacli update-serverを実行してシステムにパッチを適用できるようにするには、2つのノードのいずれかでパッチ適用を開始する前に両方のノードで事前チェックを実行できるように、コマンドodacli create-prepatchreportを-lオプションなしで実行する必要があります。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v version

    たとえば、19.22の場合: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v 19.22.0.0.0
    odacli create-prepatchreportコマンドを実行すると、サーバーのパッチ適用操作で使用されるターゲットのOracle Grid Infrastructureホームが作成されることに注意してください。
  11. パッチ適用の事前チェックが正常に実行されたことを確認します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-prepatchreport

    たとえば:

    [root@oda1 opt]# odacli describe-prepatchreport -i 677d73d2-5eed-46e5-a06f-d5ca2649d36e

Patch pre-check report
------------------------------------------------------------------------
                 Job ID: 677d73d2-5eed-46e5-a06f-d5ca2649d36e
            Description: Patch pre-checks for [OS, ILOM, GI, ORACHKSERVER, SERVER]
                 Status: SUCCESS
                Created: January 8, 2024 3:37:19 PM CST
                 Result: All pre-checks succeeded
Node Name
---------------
n1

Pre-Check Status Comments
------------------------------ -------- --------------------------------------
__OS__
Validate supported versions Success Validated minimum supported versions.
Validate patching tag Success Validated patching tag: 19.22.0.0.0
Is patch location available Success Patch location is available.
Verify OS patch Success Verified OS patch
Validate command execution Success Validated command execution

__ILOM__
Validate ILOM server reachable Success Successfully connected with ILOM
                                          server using public IP and USB
                                          interconnect
Validate supported versions Success Validated minimum supported versions.
Validate patching tag Success Validated patching tag: 19.22.0.0.0.
Is patch location available Success Patch location is available.
Checking Ilom patch Version Success Successfully verified the versions
Patch location validation Success Successfully validated location
Validate command execution Success Validated command execution
 __GI__
Validate GI metadata Success Successfully validated GI metadata
Validate supported GI versions Success Validated minimum supported versions.
Validate available space Success Validated free space under /u01
Is clusterware running Success Clusterware is running
Validate patching tag Success Validated patching tag: 19.22.0.0.0.
Is system provisioned Success Verified system is provisioned
Validate ASM in online Success ASM is online
Validate kernel log level Success Successfully validated the OS log
                                          level
Validate minimum agent version Success GI patching enabled in current
                                          DCSAGENT version
Validate Central Inventory Success oraInventory validation passed
Validate patching locks Success Validated patching locks
Validate clones location exist Success Validated clones location
Validate DB start dependencies Success DBs START dependency check passed
Validate DB stop dependencies Success DBs STOP dependency check passed
Validate space for clones Success Clones volume is already created
volume
Evaluate GI patching Success Successfully validated GI patching
Validate command execution Success Validated command execution
 __ORACHK__
Running orachk Success Successfully ran Orachk
Validate command execution Success Validated command execution

__SERVER__
Validate local patching Success Successfully validated server local
                                          patching
Validate command execution Success Validated command execution
Node Name
---------------
n2

Pre-Check Status Comments
------------------------------ -------- --------------------------------------
__OS__
Validate supported versions Success Validated minimum supported versions.
Validate patching tag Success Validated patching tag: 19.22.0.0.0.
Is patch location available Success Patch location is available.
Verify OS patch Success Verified OS patch
Validate command execution Success Validated command execution

__ILOM__
Validate ILOM server reachable Success Successfully connected with ILOM
                                          server using public IP and USB
                                          interconnect
Validate supported versions Success Validated minimum supported versions.
Validate patching tag Success Validated patching tag: 19.22.0.0.0.
Is patch location available Success Patch location is available.
Checking Ilom patch Version Success Successfully verified the versions
Patch location validation Success Successfully validated location
Validate command execution Success Validated command execution
__GI__
Validate GI metadata Success Successfully validated GI metadata
Validate supported GI versions Success Validated minimum supported versions.
Validate available space Success Validated free space under /u01
Is clusterware running Success Clusterware is running
Validate patching tag Success Validated patching tag: 19.22.0.0.0.
Is system provisioned Success Verified system is provisioned
Validate ASM in online Success ASM is online
Validate kernel log level Success Successfully validated the OS log
                                          level
Validate minimum agent version Success GI patching enabled in current
                                          DCSAGENT version
Validate Central Inventory Success oraInventory validation passed
Validate patching locks Success Validated patching locks
Validate clones location exist Success Validated clones location
Validate DB start dependencies Success DBs START dependency check passed
Validate DB stop dependencies Success DBs STOP dependency check passed
Validate space for clones Success Clones volume is already created
volume
Evaluate GI patching Success Successfully validated GI patching
Validate command execution Success Validated command execution
__ORACHK__
Running orachk Success Successfully ran Orachk
Validate command execution Success Validated command execution

__SERVER__
Validate local patching Success Successfully validated server local
                                          patching
Validate command execution Success Validated command execution

    パッチ前レポートの詳細を表示するには、コマンドodacli describe-prepatchreportを使用します。レポートに記載された警告とエラーを修正し、サーバーへのパッチ適用を続行します。

  12. サーバーの更新を適用します。odacli update-serverコマンドで--localオプションを使用すると、ローカル・ノードを更新できます。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server -v version

    たとえば、19.22の場合: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-server -v 19.22.0.0.0
  13. サーバーの更新が成功したことを確認します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID

    ノート:

    サーバーの更新が成功したら、サーバーの更新を開始する前に作成したODABRスナップショットをすべて削除することをお薦めします。ストレージ・コンポーネントや他のコンポーネントを更新するときにODABRスナップショットを保持する場合、アクティブなODABRスナップショットが存在すると、システムのパフォーマンスに影響する可能性があります。ODABRスナップショットを作成および削除する手順は、My Oracle Supportノート2466177.1 (https://support.oracle.com/rs?type=doc&id=2466177.1)を参照してください:
  14. ストレージ・コンポーネントを更新する前に、-stオプションを指定してodacli create-prepatchreportコマンドを実行します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -st -v version

    たとえば、19.22の場合: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -st -v 19.22.0.0.0
  15. パッチ適用の事前チェックが正常に実行されたことを確認します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-prepatchreport

    たとえば:

    [root@oda1 opt]# odacli describe-prepatchreport -i 95887f92-7be7-4865-a311-54318ab385f2

Patch pre-check report                                           
------------------------------------------------------------------------
                 Job ID:  95887f92-7be7-4865-a311-54318ab385f2
            Description:  Patch pre-checks for [STORAGE]
                 Status:  SUCCESS
                Created:  January 8, 2024 12:52:37 PM HKT
                 Result:  All pre-checks succeeded

Node Name       
---------------
node1 

Pre-Check                      Status   Comments                              
------------------------------ -------- -------------------------------------- 
__STORAGE__ 
Validate patching tag           Success   Validated patching tag: 19.22.0.0.0.  
Patch location validation       Success   Verified patch location               
Patch tag validation            Success   Verified patch tag                    
Storage patch tag validation    Success   Verified storage patch location       
Verify ASM disks status         Success   ASM disks are online                  
Validate rolling patch          Success   Rolling mode patching allowed as      
                                          there is no expander and controller   
                                          upgrade.                              
Validate command execution      Success   Validated command execution           

Node Name       
---------------
node2 

Pre-Check                      Status   Comments                              
------------------------------ -------- -------------------------------------- 
__STORAGE__ 
Validate patching tag           Success   Validated patching tag: 19.22.0.0.0.  
Patch location validation       Success   Verified patch location               
Patch tag validation            Success   Verified patch tag                    
Storage patch tag validation    Success   Verified storage patch location       
Verify ASM disks status         Success   ASM disks are online                  
Validate rolling patch          Success   Rolling mode patching allowed as      
                                          there is no expander and controller   
                                          upgrade.                              
Validate command execution      Success   Validated command execution

    パッチ前レポートの詳細を表示するには、コマンドodacli describe-prepatchreportを使用します。パッチ前レポートには、エクスパンダまたはコントローラの更新も必要かどうかに基づいて、ストレージのパッチ適用をローリング方式にできるかどうかも示されます。

    レポートに記載された警告とエラーを修正し、ストレージ・コンポーネントへのパッチ適用を続行します。

  16. ストレージ・コンポーネントを更新します。
    ローリング方式で共有ディスクにパッチを適用するには、--rollingオプションを指定します。エクスパンダのパッチ適用が必要なOracle Database Applianceリリースからパッチを適用する場合は、ストレージへのパッチ適用中に--rollingオプションを使用できません。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-storage -v version --rolling

    たとえば、19.22の場合: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-storage -v 19.22.0.0.0 --rolling
  17. Oracle Database Applianceリリース19.11以降、Oracle Databaseホームはローカル・ディスクに作成されません。Oracle Databaseホームは、Oracle ACFS管理ファイル・システムに作成されます。データベース・ユーザーoracleについては、/u01/app/odaorahome/oracle/の下に新しいデータベース・ホームが作成されます。
    Oracle ACFSでデータベース・ホームがまだ構成されていない場合は、データベース・ホームにパッチを適用する前に、odacli configure-dbhome-storageコマンドを使用してデータベース・ホーム・ストレージを構成します。たとえば:
    [root@oda1 opt]# odacli configure-dbhome-storage -dg DATA
    このコマンドは、ボリュームまたはファイルシステムのストレージ割当てまたは作成を行いません。このコマンドでは、メタデータ内のディスク・グループの場所のみが設定されます。
    Oracle ACFSでのデータベース・ホームの管理の詳細は、データベース・ホーム・ストレージの管理のトピックを参照してください。
  18. 既存のOracle Databaseホームにパッチを適用してリリース19.22に更新するには、リポジトリがOracle Databaseクローン・ファイルで更新されていることを確認します。Oracle Databaseクローン・ファイルでリポジトリを更新していない場合は、リポジトリを更新します。Oracle Databaseクローン・ファイルでリポジトリを更新する前に、DCSエージェントを更新する必要があります。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/DB_software_file
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.22.0.0.0-date-DB-19.22.0.0.zip

    ノート:

    odacli update-dbhomeコマンドを使用してデータベース・ホームごとにパッチを適用するか、odacli update-databaseコマンドを使用して、データベース・ホーム内の選択したデータベースにパッチを適用して、特定のデータベース・ホームに更新するかを選択できます。
  19. 指定したデータベース・ホーム内のすべてのデータベースにパッチを適用するには:
    1. odacli update-dbhomeコマンドを実行してデータベース・ホームごとにパッチを適用する場合は、最初にパッチ前レポートを作成します。パッチ適用の事前チェックを実行し、パッチ前レポートを確認します。Oracle Databaseホームにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしないと、odacli update-dbhomeコマンドは失敗し、パッチ適用の事前チェックを実行するよう求めるエラー・メッセージが表示されます。
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport --dbhome --dbhomeid DB_Home_ID -v release_number
[root@oda1 opt]# odacli describe-prepatchreport -i Job_ID
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport --dbhome --dbhomeid d03d5187-1c20-470a-9d51-49a0d6f60772 -v 19.22.0.0.0
[root@oda1 opt]# odacli describe-prepatchreport -i 6f040374-d271-4711-a7db-e6c04597ad69

Patch pre-check report                                           
------------------------------------------------------------------------
                 Job ID:  6f040374-d271-4711-a7db-e6c04597ad69
            Description:  Patch pre-checks for [DB, ORACHKDB]: DbHome is OraDB19000_home1
                 Status:  SUCCESS
                Created:  January 8, 2024 8:59:48 AM HKT
                 Result:  All pre-checks succeeded

Node Name       
---------------
node1 

Pre-Check                      Status   Comments                              
------------------------------ -------- -------------------------------------- 
__DB__ 
Validate DB Home ID             Success   Validated DB Home ID:                 
                                          d03d5187-1c20-470a-9d51-49a0d6f60772  
Validate patching tag           Success   Validated patching tag: 19.22.0.0.0.  
Is system provisioned           Success   Verified system is provisioned        
Validate minimum agent version  Success   Validated minimum agent version       
Is GI upgraded                  Success   Validated GI is upgraded              
Validate available space for    Success   Validated free space required under   
db                                        /u01/app/odaorahome                   
Validate dbHomesOnACFS          Success   User has configured diskgroup for     
configured                                Database homes on ACFS                
Validate Oracle base            Success   Successfully validated Oracle Base    
Is DB clone available           Success   Successfully validated clone file     
                                          exists                                
Evaluate DBHome patching with   Success   Successfully validated updating       
RHP                                       dbhome with RHP.  and local patching  
                                          is possible                           
Validate command execution      Success   Validated command execution           

__ORACHK__ 
Running orachk                  Success   Successfully ran Orachk               
Validate command execution      Success   Validated command execution           

Node Name       
---------------
node2 

Pre-Check                      Status   Comments                              
------------------------------ -------- -------------------------------------- 
__DB__ 
Validate DB Home ID             Success   Validated DB Home ID:                 
                                          d03d5187-1c20-470a-9d51-49a0d6f60772  
Validate patching tag           Success   Validated patching tag: 19.22.0.0.0.  
Is system provisioned           Success   Verified system is provisioned        
Validate minimum agent version  Success   Validated minimum agent version       
Is GI upgraded                  Success   Validated GI is upgraded              
Validate available space for    Success   Validated free space required under   
db                                        /u01/app/odaorahome                   
Validate dbHomesOnACFS          Success   User has configured diskgroup for     
configured                                Database homes on ACFS                
Validate Oracle base            Success   Successfully validated Oracle Base    
Is DB clone available           Success   Successfully validated clone file     
                                          exists                                
Evaluate DBHome patching with   Success   Successfully validated updating       
RHP                                       dbhome with RHP.                      
Validate command execution      Success   Validated command execution           

__ORACHK__ 
Running orachk                  Success   Successfully ran Orachk               
Validate command execution      Success   Validated command execution
      Oracle ACFSのデータベース・ホームのディスク・グループがステップ17で説明したように設定されていない場合、パッチ前レポートにはエラーThe system is not set up to create database homes on ACFSが示されます。odacli configure-dbhome-storageコマンドを実行して、Oracle ACFSのデータベース・ホームのディスク・グループを構成します。
      odacli create-prepatchreportコマンドを実行すると、データベースのパッチ適用操作で使用されるターゲットのOracle Grid Infrastructureホームが作成されることに注意してください。
    2. パッチ前レポートにエラーが表示されなければ、データベース・ホームを最新リリースに更新します。odacli update-dbhomeコマンドで-fオプションを使用する必要はありません。odacli update-dbhomeコマンドで--localオプションを使用すると、ローカル・ノードを更新できます。
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid DB_Home_ID -v release_number

      たとえば、19.22の場合: 

      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.22.0.0.0
  20. 特定のデータベースにパッチを適用して特定のデータベース・ホームに更新するには:
    1. odacli update-databaseコマンドを使用して、データベース・ホーム内の選択したデータベースにパッチを適用し、特定のデータベース・ホームに更新する場合は、最初にパッチ前レポートを作成します。パッチ適用の事前チェックを実行し、パッチ前レポートを確認します。Oracleデータベースにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしないと、odacli update-databaseコマンドは失敗し、パッチ適用の事前チェックを実行するよう求めるエラー・メッセージが表示されます。
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -db -dbid DATABASE_ID -to a68f9947-DB_HOME_ID

      たとえば、19.22の場合: 

      [root@oda1 ~]# odacli describe-prepatchreport -i efa93519-a365-4e9a-9f25-ad3c653cccef

Patch pre-check report
------------------------------------------------------------------------
                 Job ID: efa93519-a365-4e9a-9f25-ad3c653cccef
            Description: Patch pre-checks for [SINGLEDB, ORACHKSINGLEDB]: Target DB is db10181, Destination DbHome is OraDB19000_home8
                 Status: SUCCESS
                Created: January 8, 2024 11:19:03 AM PDT
                 Result: All pre-checks succeeded

Node Name
---------------
node1

Pre-Check Status Comments
------------------------------ -------- --------------------------------------
__SINGLEDB__
Is system provisioned Success Verified system is provisioned
Validate dbHomesOnACFS Success User has configured disk group for
configured Database homes on ACFS
Validate Oracle base Success Successfully validated Oracle Base
Evaluate DB clone availability Success Successfully validated clone file
                                          exists
Evaluate DB patching with RHP Success Successfully validated patching DB
                                          with RHP.
Validate command execution Success Validated command execution

__ORACHK__
Running orachk Success Successfully ran Orachk
Validate command execution Success Validated command execution

Node Name
---------------
node2

Pre-Check Status Comments
------------------------------ -------- --------------------------------------
__SINGLEDB__
Is system provisioned Success Verified system is provisioned
Validate dbHomesOnACFS Success User has configured disk group for
configured Database homes on ACFS
Validate Oracle base Success Successfully validated Oracle Base
Evaluate DB clone availability Success Successfully validated clone file
                                          exists
Evaluate DB patching with RHP Success Successfully validated patching DB
                                          with RHP.
Validate command execution Success Validated command execution

__ORACHK__
Running orachk Success Successfully ran Orachk
Validate command execution Success Validated command execution
    2. パッチ前レポートにエラーが表示されなければ、データベースを最新リリースに更新します。
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-database -i database_ID/-n database_name -to destination_dbhome_ID

      たとえば、19.22の場合: 

      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-database -i c05458c7-0f1d-4260-8e62-003b3ec26d74/-n db10181 -to dc98eaa9-289c-4710-a898-ca6287a07a9c 
[root@oda1 ~]# odacli describe-job -i d442a7d4-594f-48e2-8b02-9124811bb7b4

Job details
----------------------------------------------------------------
                     ID: d442a7d4-594f-48e2-8b02-9124811bb7b4
            Description: DB Patching: database ID is c05458c7-0f1d-4260-8e62-003b3ec26d74
                 Status: Success
                Created: January 8, 2024 3:23:43 PM PDT
                Message:

Task Name Node Name Start Time End Time Status
---------------------------------------- ------------------------- ----------------------------------- ----------------------------------- ----------
Creating wallet for DB Client node1 January 8, 2024 3:24:42 PM PDT January 8, 2024 3:24:42 PM PDT Success
Patch databases by RHP node1 January 8, 2024 3:24:42 PM PDT January 8, 2024 3:29:34 PM PDT Success
Updating database metadata node2 January 8, 2024 3:29:34 PM PDT January 8, 2024 3:29:34 PM PDT Success
Set log_archive_dest for Database node1 January 8, 2024 3:29:34 PM PDT January 8, 2024 3:29:37 PM PDT Success
Generating and saving BOM node1 January 8, 2024 3:29:37 PM PDT January 8, 2024 3:31:44 PM PDT Success
Generating and saving BOM node2 January 8, 2024 3:29:37 PM PDT January 8, 2024 3:31:44 PM PDT Success
TDE parameter update node2 January 8, 2024 3:32:25 PM PDT January 8, 2024 3:32:25 PM PDT Success
  21. パッチ・ジョブが成功したことを確認します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli list-jobs
  22. Oracle Database Applianceリリース19.11以前からアプライアンスにパッチを適用する場合は、次のステップを実行します。これらのステップは、ご使用のアプライアンスで以前にOracle Database Applianceリリース19.12以降にパッチを適用したがその際にこれらのステップを実行しなかった場合も、実行する必要があります。
    1. ベア・メタル・システムおよびデータベース・ホームにパッチを適用した後、次のSQL*Plusコマンドを実行して、リリース19.12以前の既存のデータベースでNUMA (不均一メモリー・アクセス)を有効にします。
      SQL> alter system set "_enable_numa_support"=true scope=spfile sid='*';

      コマンドの実行後にデータベースを再起動して、変更を確実に有効にします。

      NUMAの有効化の詳細は、Oracle Database ApplianceでのNUMAの有効化についてのトピックを参照してください。

    2. DBシステム、VMまたはCPUプールをデプロイした場合は、次のステップを実行します。
      1. odacli remap-cpupoolsコマンドを実行します。
        [root@oda1 opt]# /opt/oracle/dcs/bin/odacli remap-cpupools

        odacli remap-cpupoolsコマンドがエラーDCS-10001:Internal error encountered: Not enough physical CPUs available for CPU Pool 'cpupool_name' on node 'node_name'で失敗した場合は、--use_reserved-coresオプションを指定してodacli remap-cpupoolsコマンドを再度実行します。このコマンドのオプションの詳細は、KVM用のOracle Database Applianceコマンドライン・インタフェースの章を参照してください。

      2. デプロイメントにDBシステムがある場合は、odacli modify-dbsystemコマンドを実行します。KVMデプロイメントにVMがあり、VMに対してNUMAを有効にする必要がある場合は、VMに対してodacli modify-vm --enable-numaコマンドを実行します。つまり、次のようになります。

        DBシステムの場合:

        odacli modify-dbsystem --enable-numa

        VMの場合:

        odacli modify-vm --enable-numa

    ノート:

    Oracle Database Appliance X7-2SおよびX8-2Sのベア・メタル・システムとDBシステムについては、NUMAが有効になっていても、データベースのinit.oraパラメータ_enable_numa_supportはFALSEに設定されます。これらのハードウェア・モデルはシングル・ソケット・システムであるため、これは想定された動作です。

関連項目

親トピック: Oracle Database Applianceへのパッチ適用

コマンドラインを使用したOracle Database Appliance DBシステムへのパッチ適用

CLIコマンドを使用して、Oracle Database Appliance DBシステム・デプロイメントおよびDBシステムの既存のOracle Databaseホームにパッチを適用するには、次のステップに従います。

Oracle Database Appliance DBシステム・デプロイメントおよび既存のデータベース・ホームにパッチを適用して最新リリースにするには、Oracle Database Applianceサーバー・パッチをダウンロードし、ベア・メタル・システムのリポジトリを更新する必要があります。

ノート:

このトピックのコマンドは、記載されているとおりの順序で実行してください。odacli update-dcsadmin、odacli update-dcscomponentsおよびodacli update-dcsagentコマンドを実行してから、odacli update-serverコマンドを実行します。

ノート:

なお、DCSエージェントの更新を完了するには、odacli update-dcscomponentsコマンドとodacli update-dcsagentコマンドを両方とも実行する必要があります。必ず、指定された順序で両方のコマンドを実行してください。
DBシステムにパッチを適用する前に、Oracle Database Applianceベア・メタル・デプロイメントにパッチを適用してリリース19.22に更新していることを確認してください。
次のステップに従って、Oracle Database Appliance DBシステム・デプロイメントにパッチを適用し、DBシステムの既存のデータベース・ホームを更新します。
  1. ODACLI/DCSスタック用のOracle Database Applianceサーバー・パッチ(パッチ36269277)、Oracle Grid Infrastructureクローン・ファイル(パッチ30403673)およびOracle Databaseクローン・ファイル(パッチ30403662)がリポジトリにあることを確認します。ベア・メタル・システムでodacli list-availablepatchesコマンドを実行して、クローン・ファイルがシステムで使用可能であるかどうかを確認します。
    [root@oda1 opt]# odacli list-availablepatches
  2. DBシステムに接続します。
  3. DCS管理を更新します。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin -v 19.22.0.0.0
  4. DCSコンポーネントを更新します。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dcscomponents -v 19.22.0.0.0

    DCSコンポーネントが更新されると、コマンドラインにメッセージ"status" : "Success"が表示されます。失敗した更新については、エラーを修正してから、odacli update-dcscomponentsコマンドを再実行して更新を続行します。DCSコンポーネントのチェック・エラーの詳細は、パッチ適用中のDCSコンポーネント更新時のエラーの解決のトピックを参照してください。

    ノート:

    なお、DCSエージェントの更新を完了するには、odacli update-dcscomponentsコマンドとodacli update-dcsagentコマンドを両方とも実行する必要があります。必ず、指定された順序で両方のコマンドを実行してください。
  5. DCSエージェントを更新します。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dcsagent -v 19.22.0.0.0
  6. パッチ適用の事前チェックを実行します。サーバーにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしないと、odacli update-serverコマンドは失敗し、パッチ適用の事前チェックを実行するよう求めるエラー・メッセージが表示されます。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v version

    たとえば、19.22の場合: 

    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport -s -v 19.22.0.0.0
  7. パッチ適用の事前チェックが正常に実行されたことを確認します。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli describe-prepatchreport

    たとえば:

    [root@dbsystem1 ~]# odacli describe-prepatchreport -i f7e6fb22-1fc0-4aa1-937c-9669dbbb8ae6

Patch pre-check report                                           
------------------------------------------------------------------------
                 Job ID:  f7e6fb22-1fc0-4aa1-937c-9669dbbb8ae6
            Description:  Patch pre-checks for [OS, GI, ORACHKSERVER, SERVER]
                 Status:  SUCCESS
                Created:  January 8, 2024 3:38:03 PM CET
                 Result:  All pre-checks succeeded

Node Name       
---------------
node1

Pre-Check                      Status   Comments                              
------------------------------ -------- -------------------------------------- 
__OS__ 
Validate supported versions     Success   Validated minimum supported versions. 
Validate patching tag           Success   Validated patching tag: 19.22.0.0.0.  
Is patch location available     Success   Patch location is available.          
Verify OS patch                 Success   Verified OS patch                     
Validate command execution      Success   Validated command execution           

__GI__ 
Validate GI metadata            Success   Successfully validated GI metadata    
Validate supported GI versions  Success   Validated minimum supported versions. 
Validate available space        Success   Validated free space under /u01       
Is clusterware running          Success   Clusterware is running                
Validate patching tag           Success   Validated patching tag: 19.22.0.0.0.  
Is system provisioned           Success   Verified system is provisioned        
Validate BM versions            Success   Validated BM server components        
                                          versions                              
Validate kernel log level       Success   Successfully validated the OS log     
                                          level                                 
Validate minimum agent version  Success   GI patching enabled in current        
                                          DCSAGENT version                      
Validate Central Inventory      Success   oraInventory validation passed        
Validate patching locks         Success   Validated patching locks              
Validate clones location exist  Success   Validated clones location             
Evaluate GI patching            Success   Successfully validated GI patching    
Validate command execution      Success   Validated command execution           

__ORACHK__ 
Running orachk                  Success   Successfully ran Orachk               
Validate command execution      Success   Validated command execution           

__SERVER__ 
Validate local patching         Success   Successfully validated server local   
                                          patching                              
Validate command execution      Success   Validated command execution           

Node Name       
---------------
node2

Pre-Check                      Status   Comments                              
------------------------------ -------- -------------------------------------- 
__OS__ 
Validate supported versions     Success   Validated minimum supported versions. 
Validate patching tag           Success   Validated patching tag: 19.22.0.0.0.  
Is patch location available     Success   Patch location is available.          
Verify OS patch                 Success   Verified OS patch                     
Validate command execution      Success   Validated command execution           

__GI__ 
Validate GI metadata            Success   Successfully validated GI metadata    
Validate supported GI versions  Success   Validated minimum supported versions. 
Validate available space        Success   Validated free space under /u01       
Is clusterware running          Success   Clusterware is running                
Validate patching tag           Success   Validated patching tag: 19.22.0.0.0.  
Is system provisioned           Success   Verified system is provisioned        
Validate BM versions            Success   Validated BM server components        
                                          versions                              
Validate kernel log level       Success   Successfully validated the OS log     
                                          level                                 
Validate minimum agent version  Success   GI patching enabled in current        
                                          DCSAGENT version                      
Validate Central Inventory      Success   oraInventory validation passed        
Validate patching locks         Success   Validated patching locks              
Validate clones location exist  Success   Validated clones location             
Evaluate GI patching            Success   Successfully validated GI patching    
Validate command execution      Success   Validated command execution           

__ORACHK__ 
Running orachk                  Success   Successfully ran Orachk               
Validate command execution      Success   Validated command execution           

__SERVER__ 
Validate local patching         Success   Successfully validated server local   
                                          patching                              
Validate command execution      Success   Validated command execution

    パッチ前レポートの詳細を表示するには、コマンドodacli describe-prepatchreportを使用します。レポートに記載された警告とエラーを修正し、サーバーへのパッチ適用を続行します。

  8. サーバーの更新を適用します。odacli update-serverコマンドで--localオプションを使用すると、ローカル・ノードを更新できます。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-server -v version

    たとえば、19.22の場合: 

    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-server -v 19.22.0.0.0

    -fオプションを使用すると、事前チェックの失敗をオーバーライドし、サーバーのパッチ適用を完了できます。

  9. サーバーの更新が成功したことを確認します。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID
  10. 既存のOracle Databaseホームにリリース19.22へのパッチを適用するには:
    1. ベア・メタル・システムで、コマンドodacli describe-dbsystem-imageを実行して、必要なOracle Databaseクローン・ファイルでリポジトリが更新されていることをチェックします。データベース・クローン・ファイルがコマンドの出力に表示されない場合は、ベア・メタル・システムでコマンドodacli update-repositoryを実行して、データベース・クローン・ファイルでリポジトリを更新します。
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/DB_software_file
      [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.22.0.0.0-date-DB-19.22.0.0.zip
    2. パッチ適用の事前チェックを実行し、パッチ前レポートを確認します。Oracle Databaseホームにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしないと、odacli update-dbhomeコマンドは失敗し、パッチ適用の事前チェックを実行するよう求めるエラー・メッセージが表示されます。
      [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport --dbhome --dbhomeid DB_Home_ID -v release_number
[root@dbsystem1 opt]# odacli describe-prepatchreport -i Job_ID
      [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli create-prepatchreport --dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.22.0.0.0
[root@dbsystem1 opt]# odacli describe-prepatchreport -i 39ef1eeb-70d3-47ad-b3f5-48960ca0607b
      または、odacli update-databaseを使用して、デプロイメント内のデータベースを更新することもできます。
      [root@dbsystem1 opt]# odacli create-prepatchreport --database --database-id database_ID --to-home dest_dbhome_ID 
[root@dbsystem1 opt]# odacli update-database --id database_ID --to-home dest_dbhome_ID
    3. エラーがなければ、データベース・ホームを最新リリースに更新します。odacli update-dbhomeコマンドで-fオプションを使用する必要はありません。odacli update-dbhomeコマンドで--localオプションを使用すると、ローカル・ノードを更新できることに注意してください。--nodeオプションを使用して、更新するデータベースを含むノードを指定することもできます。
      [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid DB_Home_ID -v release_number

      たとえば、19.22の場合: 

      [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli update-dbhome --dbhomeid 7c67c5b4-f585-4ba9-865f-c719c63c0a6e -v 19.22.0.0.0
  11. パッチ・ジョブが成功したことを確認します。
    [root@dbsystem1 opt]# /opt/oracle/dcs/bin/odacli list-jobs

親トピック: Oracle Database Applianceへのパッチ適用

ブラウザ・ユーザー・インタフェースを使用したOracle Database Applianceベア・メタル・システムへのパッチ適用

ブラウザ・ユーザー・インタフェースを使用してOracle Database Applianceサーバー・パッチをパッチ・リポジトリにアップロードし、パッチ・バンドルをデプロイした後、CLIコマンドを使用してDCS管理、DCSコンポーネントおよびDCSエージェントを更新します。

ブラウザ・ユーザー・インタフェースを使用したパッチ・リポジトリの更新

  1. My Oracle SupportからOracle Database Applianceパッチをダウンロードし、アプライアンス上のディレクトリに保存します。使用可能なパッチおよびそれらのパッチをダウンロードするためのリンクのリストについては、Oracle Database Applianceリリース・ノートを参照してください。

  2. ブラウザ・ユーザー・インタフェースにログインします。

    https://Node0–host-ip-address:7093/mgmt/index.html

  3. 「Repository Manager」をクリックします。

  4. 「Update Patch Repository」ページで、絶対ファイル・パスとパッチ名を入力し、「Update Repository」をクリックしてリポジトリの更新ジョブを開始します。複数のファイルをリストし、スペースを含めずにカンマで区切ったリストを使用してリポジトリを更新することも、それぞれのファイルを一度に1つずつ更新することもできます。

  5. 「Activity」をクリックして進捗を監視します。ジョブが正常に完了すると、パッチ・リポジトリが更新されます。

リポジトリ更新後のパッチ適用前のDCS管理、DCSコンポーネントおよびDCSエージェントの更新

ブラウザ・ユーザー・インタフェースを使用してアプライアンスにパッチを適用する前に、CLIコマンドを使用してDCS管理、DCSエージェントおよびDCSコンポーネントを手動で更新する必要があります。

次のステップに従います。

  1. BUIで、「Appliance」をクリックし、左側のペインで「Infrastructure Patching」をクリックします。
  2. ODACLIコマンドを使用して、DCS管理、DCSコンポーネントおよびDCSエージェントを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin  -v 19.22.0.0.0
[root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcscomponents -v 19.22.0.0.0
[root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsagent -v 19.22.0.0.0
    DCSコンポーネントが更新されると、コマンドラインにメッセージ"status" : "Success"が表示されます。失敗した更新については、エラーを修正し、更新を続行します。

    ノート:

    odacli update-dcscomponentsコマンドを実行したら、ブラウザ・ユーザー・インタフェースに再度ログインする必要があります。

ブラウザ・ユーザー・インタフェースを使用したパッチ適用事前チェックの実行とサーバーおよびストレージへのパッチ適用

  1. 更新中に実行中または保留中のジョブがないようにしてください。

  2. BUIで、「Appliance」タブをクリックし、左側のペインで「Infrastructure Patching」をクリックします。

  3. 「SERVER」セクションで、「Component Details」を表示します。パッチ・リポジトリを更新した直後である場合は、「Refresh」をクリックします。

    パッチがパッチ・リポジトリにアップロードされると、ページの「Component Details」が各コンポーネントの「Installed Version」および「Available Version」で更新されます。

  4. 「Precheck」をクリックしてパッチ適用の事前チェックを実行します。サーバー・コンポーネントや他のコンポーネントを更新する前に、パッチ適用の事前チェックを実行する必要があります。「View Pre-check Reports」をクリックしてパッチ適用事前チェック・レポートを表示します。レポートにエラーがない場合は、「Apply Patch」をクリックして、サーバー・コンポーネントにパッチを適用するジョブを開始します。高可用性システムの場合は、ベア・メタル・システムでサーバーを更新するときに、「Node to Update」を選択できます。更新するノードを選択することも、両方のノードを更新することもできます。

    ジョブが終了したら、次のステップに進みます。「View Jobs」をクリックしてそのジョブのステータスを確認します。

  5. 「STORAGE」セクションで、「Refresh」をクリックして「Component Details」をリフレッシュします。「Precheck」をクリックしてパッチ適用の事前チェックを実行します。ストレージ・コンポーネントを更新する前に、パッチ適用の事前チェックを実行する必要があります。「View Pre-check Report」をクリックしてパッチ適用事前チェック・レポートを表示します。レポートにエラーがない場合は、「Apply Patch」をクリックして、ストレージ・コンポーネントにパッチを適用するジョブを開始します。「View Jobs」をクリックしてそのジョブのステータスを確認します。

    高可用性環境については、「Rolling」チェック・ボックスを選択して、ストレージ・コンポーネントのローリング・パッチ適用を実行できます。

パッチ適用に関連する情報はすべて、/opt/oracle/dcs/log/dcs-agent.logのdcs-agentログ・ファイルに記録されます。

親トピック: Oracle Database Applianceへのパッチ適用

ブラウザ・ユーザー・インタフェースを使用したOracle Database Appliance DBシステムへのパッチ適用

ブラウザ・ユーザー・インタフェースを使用してOracle Database Applianceサーバー・パッチをパッチ・リポジトリにアップロードし、パッチ・バンドルをデプロイした後、CLIコマンドを使用してDCSエージェントおよびコンポーネントを更新します。

ブラウザ・ユーザー・インタフェースを使用したパッチ・リポジトリの更新

  1. My Oracle SupportからOracle Database Applianceパッチをダウンロードし、アプライアンス上のディレクトリに保存します。使用可能なパッチおよびそれらのパッチをダウンロードするためのリンクのリストについては、Oracle Database Applianceリリース・ノートを参照してください。

  2. oda-adminユーザー名とパスワードでベア・メタル・システム内のブラウザ・ユーザー・インタフェースにログインします。 

    https://Node0–host-ip-address:7093/mgmt/index.html

  3. 「Appliance」タブをクリックしてから、左側のペインで「Infrastructure Patching」をクリックします。

  4. 「Update Patch Repository」ページの「Update Repository」タブで、絶対ファイル・パスとパッチ名を入力し、「Update Repository」をクリックして、リポジトリの更新ジョブを開始します。複数のファイルをリストし、スペースを含めずにカンマで区切ったリストを使用してリポジトリを更新することも、それぞれのファイルを一度に1つずつ更新することもできます。

  5. 「Activity」をクリックして進捗を監視します。ジョブが正常に完了すると、パッチ・リポジトリが更新されます。

リポジトリ更新後のパッチ適用前のDCS管理、DCSコンポーネントおよびDCSエージェントの更新

ブラウザ・ユーザー・インタフェースを使用してDBシステムにパッチを適用する前に、CLIコマンドを使用してDCS管理、DCSエージェントおよびDCSコンポーネントを手動で更新する必要があります。

次のステップに従います。

  1. BUIで、「Appliance」をクリックし、左側のペインで「Infrastructure Patching」をクリックします。
  2. ODACLIを使用して、DCS管理、DCSコンポーネントおよびDCSエージェントを更新します:
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsadmin  -v 19.22.0.0.0
[root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcscomponents -v 19.22.0.0.0
[root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-dcsagent -v 19.22.0.0.0
    DCSコンポーネントが更新されると、コマンドラインにメッセージ"status" : "Success"が表示されます。失敗した更新については、エラーを修正し、更新を続行します。

    ノート:

    odacli update-dcscomponentsコマンドを実行したら、ブラウザ・ユーザー・インタフェースに再度ログインする必要があります。

ブラウザ・ユーザー・インタフェースを使用したパッチ適用事前チェックの実行とサーバーおよびストレージ・コンポーネントへのパッチ適用

  1. 更新中に実行中または保留中のジョブがないようにしてください。

  2. oda-adminユーザー名とパスワードでDBシステム内のブラウザ・ユーザー・インタフェースにログインします。 

    https://Node0–host-ip-address:7093/mgmt/index.html

  3. 「Appliance」タブをクリックしてから、左側のペインで「Infrastructure Patching」をクリックします。

  4. 「SERVER」セクションで、「Component Details」を表示します。パッチ・リポジトリを更新した直後である場合は、「Refresh」をクリックします。

    パッチがパッチ・リポジトリにアップロードされると、ページの「Component Details」が各コンポーネントの「Installed Version」および「Available Version」で更新されます。

  5. 「Precheck」をクリックしてパッチ適用の事前チェックを実行します。サーバー・コンポーネントや他のコンポーネントを更新する前に、パッチ適用の事前チェックを実行する必要があります。「View Pre-check Reports」をクリックしてパッチ適用事前チェック・レポートを表示します。レポートにエラーがない場合は、「Apply Patch」をクリックして、サーバー・コンポーネントにパッチを適用するジョブを開始します。高可用性システムの場合は、ベア・メタル・システムでサーバーを更新するときに、「Node to Update」を選択できます。更新するノードを選択することも、両方のノードを更新することもできます。

    ジョブが終了したら、次のステップに進みます。「View Jobs」をクリックしてそのジョブのステータスを確認します。

  6. 「STORAGE」セクションで、「Refresh」をクリックして「Component Details」をリフレッシュします。「Precheck」をクリックしてパッチ適用の事前チェックを実行します。ストレージ・コンポーネントを更新する前に、パッチ適用の事前チェックを実行する必要があります。「View Pre-check Report」をクリックしてパッチ適用事前チェック・レポートを表示します。レポートにエラーがない場合は、「Apply Patch」をクリックして、ストレージ・コンポーネントにパッチを適用するジョブを開始します。「View Jobs」をクリックしてそのジョブのステータスを確認します。

    高可用性環境については、「Rolling」チェック・ボックスを選択して、ストレージ・コンポーネントのローリング・パッチ適用を実行できます。

  7. 「Activity」をクリックして進捗を監視し、ジョブが正常に完了したことを確認します。

親トピック: Oracle Database Applianceへのパッチ適用

ベア・メタル・システムにおけるデータベース・クローン・ファイルによるOracle Database Applianceリポジトリの更新

CLIコマンドを使用して最新リリースのOracle Databaseクローン・ファイルでOracle Database Applianceリポジトリを更新するには、ここに示すステップに従います。

特定のリリース・バージョンの新しいデータベースを作成するには、リリースのOracle Databaseクローン・ファイルでOracle Database Applianceリポジトリを更新する必要があります。次のステップに従って、最新リリースのOracle Databaseクローン・ファイルでリポジトリを更新します。
  1. p30403662_1922000_Linux-x86-64.zipなど、リリースのOracle Databaseクローン・ソフトウェア・ファイルをダウンロードし、Oracle Databaseクローン・ソフトウェアを抽出します。
    たとえば、19.22のOracle Databaseクローン・ソフトウェア・パッチをダウンロードします。
    unzip /tmp/p30403662_1922000_Linux-x86-64.zip
odacli-dcs-19.22.0.0.0-date-DB-19.22.0.0.zip
  2. すべてのソフトウェア・ファイルを外部クライアントからOracle Database Applianceにコピーします。高可用性デプロイメントについては、ソフトウェア・ファイルを一方のノードのみにコピーします。パッチ適用プロセス中に他方のノードにソフトウェア・ファイルがコピーされます。バンドルをコピーするには、scpまたはsftpプロトコルを使用します。
    scpコマンドの使用例:
    # scp software_file root@oda_host:/tmp
    sftpコマンドの使用例:
    # sftp root@oda_host
    rootパスワードを入力し、ファイルをコピーします。
    put software_file
  3. 最新リリースのデータベース・ソフトウェアでリポジトリを更新します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-db-clone-file.zip/

    たとえば、19.22の場合: 

    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli update-repository -f /tmp/odacli-dcs-19.22.0.0.0-date-DB-19.22.0.0.zip
    同じステップに従って、サポートされている他のデータベース・バージョンのデータベース・クローン・ソフトウェアでリポジトリを更新します。
  4. リポジトリの更新が成功したことを確認します。
    [root@oda1 opt]# /opt/oracle/dcs/bin/odacli list-jobs
[root@oda1 opt]# /opt/oracle/dcs/bin/odacli describe-job -i job_ID
  5. アプライアンス上の一時的な場所からソフトウェアのzipファイルを削除して、領域を節約します。
    [root@oda1 opt]# rm software_file
rm: remove regular file software_file? y

親トピック: Oracle Database Applianceへのパッチ適用

ODACLIコマンドまたはBUIを使用したデータベースへのパッチ適用

ODACLIコマンドまたはブラウザ・ユーザー・インタフェースを使用してデータベースにパッチを適用し、デプロイメントの最新リリースに更新します。

データベース・ホームにパッチを適用する前に、データベース・バージョンのOracle Databaseクローン・ファイルをリポジトリにアップロードします。最新のOracle Databaseクローン・ファイルでリポジトリを更新する手順については、CLIを使用したデータベース・クローン・ファイルによるOracle Database Applianceリポジトリの更新を参照してください。

重要:

Oracleデータベースにパッチを適用する前にodacli create-prepatchreportコマンドを実行する必要があります。そうしないと、odacli update-databaseコマンドは失敗し、パッチ適用の事前チェックを実行するよう求めるエラー・メッセージが表示されます。

ODACLIコマンドを使用したOracle Database Applianceでのデータベースへのパッチ適用

CLIを使用してデータベースにパッチを適用するには、次のコマンドを実行します。

odacli update-database [-a] [-dp] [-f] [-i db_id] [-imp] [-l] [-n db_name] [-ni node] [-r] [-to db_home_id] [-j] [-h]

update-databaseコマンドのオプションの詳細は、「Oracle Database Applianceコマンドライン・インタフェース」の章を参照してください。

BUIを使用したOracle Database Applianceでのデータベースへのパッチ適用

  1. oda-adminユーザー名とパスワードでブラウザ・ユーザー・インタフェースにログインします。
    https://Node0–host-ip-address:7093/mgmt/index.html
  2. 「Database」タブに移動します。
  3. パッチを適用するデータベースを選択します。
  4. 「Update」をクリックします。
  5. 「Apply Data Patch」を選択すると、指定したデータベースのデータパッチが適用され、他のオプションは選択できなくなります。
  6. 高可用性システムでは、「Select Node to Update」リストでノードを選択することもできます。
  7. 「Ignore Missing Patches」を選択して、欠落しているパッチを無視します。
  8. 「Force Run」を選択して、操作を強制的に実行します。
  9. 宛先データベース・ホームを選択します。
  10. 「Patching Options」は次のとおりです
    • Abort: 以前に未完了となったか失敗したパッチ適用操作を中断します。
    • Revert: 以前に未完了となったパッチ適用操作または失敗したパッチ適用操作を元に戻します。
    • None: データベースにパッチを適用します。
  11. 「Update」をクリックします。
  12. 事前チェックを先に実行していない場合、データベースを更新するジョブを発行するとエラーが表示されます。
  13. 「Database」ページで、データベースを選択し、「Precheck」をクリックして、データベースにパッチを適用するための事前チェックを実行します。
    ジョブ・ステータスを確認するには、「Activity」をクリックします。
  14. 「Database」ページで、パッチを適用するデータベースについて、「Actions」をクリックし、「View Pre-patch reports」を選択して事前チェック・レポートを表示します。エラーを修正し、「Action」を「Apply」として選択して、データベースにパッチを適用します。
  15. パッチ適用ジョブが正常に完了したことを確認します。

親トピック: Oracle Database Applianceへのパッチ適用

ODACLIまたはBUIを使用した既存のデータベース・ホームへのパッチ適用

ODACLIまたはBUIを使用して、デプロイメントのデータベース・ホームに最新リリースのパッチを適用します。

データベースにパッチを適用する前に、データベース・バージョンのOracle Databaseクローン・ファイルをリポジトリにアップロードします。最新のOracle Databaseクローン・ファイルでリポジトリを更新する手順については、CLIを使用したデータベース・クローン・ファイルによるOracle Database Applianceリポジトリの更新を参照してください。

ODACLIコマンドを使用したOracle Database Applianceでのデータベース・ホームへのパッチ適用

CLIを使用してデータベース・ホームにパッチを適用するには、次のコマンドを実行します。

odacli update-dbhome -i dbhome_id -v version [-f] [-imp] [-p] [-l] [-u node_number] [-j] [-h]

update-dbhomeコマンドのオプションの詳細は、「Oracle Database Applianceコマンドライン・インタフェース」の章を参照してください。

BUIを使用したOracle Database Applianceでのデータベース・ホームへのパッチ適用

  1. oda-adminユーザー名とパスワードでブラウザ・ユーザー・インタフェースにログインします。
    https://Node0–host-ip-address:7093/mgmt/index.html
  2. 「Database Home」タブに移動します。
  3. パッチを適用するデータベース・ホームを選択します。
  4. データベース・ホームの「Patch Version」を選択します。
  5. 複数のデータベース・ホームにパッチを適用するには、パッチを適用する各データベース・ホームおよび各データベース・ホームのパッチ・バージョンを選択します。
  6. 「Node to Update」を選択します。更新するノードを選択することも、すべてのノードを更新することもできます。
  7. 「Patch」をクリックします。データベースにパッチを適用する前に事前チェックを実行するには、「Precheck」を選択します。
    ジョブ・ステータスを確認するには、「Activity」をクリックします。
  8. 「Patch」ページで、パッチを適用するデータベースについて、「Actions」をクリックし、「View Pre-patch reports」を選択して事前チェック・レポートを表示します。エラーを修正し、「Action」を「Apply」として選択して、データベースにパッチを適用します。
  9. 「Ignore Precheck Failures」を選択して、事前チェック・レポートで報告された失敗を無視します。事前チェックの結果で報告されたエラーを修正することをお薦めします。
  10. 「Ignore Missing Patches」を選択して、欠落しているパッチを無視します。
  11. パッチ適用ジョブが正常に完了したことを確認します。

親トピック: Oracle Database Applianceへのパッチ適用

プロビジョニングされていないOracle Database Applianceシステムへのパッチ適用

Oracle Database Applianceでは、odacli update-serverコマンドを実行することにより、プロビジョニングされていない単一ノード・システムまたは高可用性システムへのパッチ適用をサポートします。

プロビジョニングされていないOracle Database Applianceシステムには、Oracle Grid InfrastructureもOracle Databaseもインストールされず、これらが実行されていません。odacli create-applianceコマンドを実行せずに、プロビジョニングされていないシステムでOracle ILOMおよびストレージ・ファームウェアをアップグレードするには、Oracle Databaseリリース19.18以降のベア・メタルISOイメージを使用してシステムを再イメージ化します。その後、odacli update-serverコマンドを実行して、ベア・メタルISOイメージと同じリリースのサーバー・パッチでシステムにパッチを適用します。システムを再イメージ化すると、DCSインフラストラクチャが自動的に更新されます。
次のステップに従って、ファームウェアを更新します。
  1. Oracle Database Applianceリリース19.18以降のベア・メタルISOイメージを使用して、Oracle Database Applianceを再イメージ化します。
  2. パッチを適用するOracle Database Applianceリリース(たとえば19.18以降)のサーバー・パッチでリポジトリを更新します。
  3. リリース19.18のISOを使用してイメージ化したOracle Database Applianceでodacli update-serverを実行する場合は、次のようにします。
    odacli update-server -v 19.18.0.0.0 -sko -f

    Oracle Database Applianceリリース19.18については、-skoオプションを使用してORAchkの失敗をスキップし、サーバーのパッチ適用を続行したり、-fオプションを使用して事前チェックの失敗をオーバーライドし、サーバーのパッチ適用を完了できます。

  4. リリース19.11以降のISOを使用してイメージ化したOracle Database Applianceでodacli update-serverを実行する場合は、次のステップに従います。
    1. -sオプションを指定して、odacli update-serverコマンドのパッチ前レポートを作成します。
      odacli create-prepatchreport -v 19.11.0.0.0 -s

      レポートに記載された警告とエラーを修正し、サーバーへのパッチ適用を続行します。

    2. サーバーを更新します。
      odacli update-server -v 19.11.0.0.0 -f

      Oracle Database Applianceリリース19.11以降については、-fオプションを使用して事前チェックの失敗をオーバーライドし、サーバーのパッチ適用を完了できます。

親トピック: Oracle Database Applianceへのパッチ適用

ベア・メタル・システムでの追加のパッチおよび更新の適用

追加のパッチ・リポジトリを構成し、オペレーティング・システムとデータベースにパッチを適用して、最新の更新およびセキュリティ修正をデプロイメントに確実にインストールします。

  • カーネル更新の有効化
    Oracle Kspliceを使用すると、最新のカーネル・セキュリティおよびバグ修正更新でシステムを更新できます。
  • 不定期のデータベース・パッチの適用
    不定期のパッチ適用機能を使用すると、管理者は、Oracle Database Applianceリリースに含まれていない最新のOracle Databaseリリース更新でOracle Database Applianceデプロイメント内のデータベースにパッチを適用できます。

親トピック: Oracle Database Applianceへのパッチ適用

カーネル更新の有効化

Oracle Kspliceを使用すると、最新のカーネル・セキュリティおよびバグ修正更新でシステムを更新できます。

ローカルULNリポジトリまたはULNチャネルを使用して、最新のOracle Ksplice更新(uptrack-updates)をダウンロードし、インストールできます。
Oracle KSpliceをインストールするには、次のステップに従います。
  1. Unbreakable Linux Network (ULN)にサーバーを登録します。デフォルトでは、ご使用のオペレーティング・システムおよびハードウェアのOracle Linux Latestチャネルに登録されます。
  2. Unbreakable Linux Networkにログインします。
  3. Kspliceを使用するサーバーでインターネットにアクセスできることを確認します。たとえば、プロキシ・サーバーを使用する場合は、次のようなコマンドを使用してシェルでプロキシ・サーバーおよびポートの値を設定します。
    # export http_proxy=http://proxy.company.com:port
# export https_proxy=http://proxy.company.com:port
  4. サーバーを登録します。
    # uln_register
  5. Oracle Kspliceユーザー・ドキュメントの説明に従って、ローカル・リポジトリを設定します。これにより、Oracle UptrackサーバーまたはULNに直接接続しなくても、最新のKsplice更新パッケージを定期的にダウンロードできます。
  6. システムを特定の有効なカーネル・バージョンに更新するには、現在のカーネルのuptrack-updatesパッケージをインストールします。
    yum -y install uptrack-updates-'uname -r'
    Kspliceチャネルからuptrack-updates RPMをダウンロードし、RPMを手動でインストールすることもできます。たとえば:
    # rpm -Uvh uptrack-updates-4.14.35-1902.11.3.1.el7uek.x86_64-20200325-0.noarch.rpm

関連項目:

Oracle Kspliceの構成の詳細は、次の場所にあるOracle Linux Kspliceユーザーズ・ガイドを参照してください。

https://docs.oracle.com/cd/E37670_01/E39380/html/ksplice-enhanced-offline.html

親トピック: ベア・メタル・システムでの追加のパッチおよび更新の適用

不定期のデータベース・パッチの適用

不定期のパッチ適用機能を使用すると、管理者は、Oracle Database Applianceリリースに含まれていない最新のOracle Databaseリリース更新でOracle Database Applianceデプロイメント内のデータベースにパッチを適用できます。

Oracle Databaseリリース更新(RU)のパッチを手動で適用するには、OPatchを使用します。ご使用のデータベース・バージョンのOPatchを実行するには、このトピック内の関連する項を参照してください。

ノート:

このトピックで説明するOPatchコマンドおよび手順は例であり、特定のOracle Databaseリリース更新(RU)に応じて変更が必要になる場合があります。必ず、Oracle Databaseリリース更新(RU)のReadmeで追加のコマンドおよびステップを参照してください。

ノート:

可能であれば常に、Oracle Database Applianceリリースを通じてデプロイメントにパッチを適用することをお薦めします。

ノート:

この手順を使用して、ベア・メタルおよびDBシステム・デプロイメントに不定期のパッチを適用できます。

OPatchautoを使用したOracle Databaseリリース12c以降へのパッチの手動適用

  1. dcs-agentおよび他のコンポーネントが最新リリースに更新されていることを確認します。
    # odacli describe-component
# odacli list-dbhomes
  2. OPatchを最新バージョンに更新します(使用可能な場合)。
    1. My Oracle Supportから最新のOPatchバージョンをダウンロードします。
    2. ファイルをローカル・ホストにコピーし、ORACLE_HOME/OPatchディレクトリに抽出します。
    3. oracleユーザーとしてOPatchツールを更新します。
      /bin/rm -rf $ORACLE_HOME/OPatch/
su - oracle -c /usr/bin/unzip -q -o OPatch_zip_location/p6880880_122010_Linux-x86-64.zip -d $ORACLE_HOME
  3. My Oracle Supportから最新のデータベース・パッチをダウンロードし、ファイルをローカル・ホストにコピーします。
    scp patchfilename root@hostname:directory
  4. oracleユーザーとしてパッチを空のディレクトリ(/tmp/patchesDirなど)に解凍します。

    これにより、バグ番号が付いたサブディレクトリが/tmp/patchesDirの下に作成されます。適用するパッチがリリース更新(RU)である場合、パッチ・ディレクトリには複数のサブディレクトリがあります。 

    /usr/bin/unzip -o location_of_patches/p29301631_180000_Linux-x86-64.zip -d /tmp/patchesDir
  5. Oracle Database Appliance高可用性デプロイメントの場合は、セキュア接続用のSSHキーを設定します。
  6. パッチを分析します。
    $ORACLE_HOME/OPatch/opatchauto apply directory_with_patches_extracted -analyze -oh $ORALCE_HOME -log /tmp/opatchAutoAnalyzePatch.log
  7. rootユーザーとして、パッチを適用します。
    $ORACLE_HOME/OPatch/opatchauto apply directory_to_extract_patches -oh $ORACLE_HOME -inplace
  8. 両方のノードでパッチの適用が完了したら、utlrp.sqlおよびcatcon.plスクリプトを実行して、データベース内の無効なオブジェクトを再コンパイルします。
  9. システム・コンポーネント値が登録されるように、レジストリを更新します。
    # odacli update-registry -n dbhome -f

親トピック: ベア・メタル・システムでの追加のパッチおよび更新の適用

パッチ・リポジトリのクリーン・アップ

ブラウザ・ユーザー・インタフェースまたはコマンドライン・インタフェースを使用して、不要なパッチや古いパッチをリポジトリから削除します。

パッチ・リポジトリのクリーン・アップについて

最新のパッチでOracle Database Applianceにパッチを適用した後、使用されていない古いクローン・ファイルが残って、リポジトリ内の領域を消費することがあります。リポジトリのクリーン・アップでは、領域を再利用するために、使用されていないクローン/パッチ・ファイルが削除されます。ブラウザ・ユーザー・インタフェースまたはODACLIコマンドを使用して、リポジトリをクリーン・アップできます。

ODACLIコマンドを使用したパッチ・リポジトリのクリーン・アップ

# odacli cleanup-patchrepo [-cl clones] | [-v version [-comp component]]| [-l local|-n NodeID]

クローン・ファイル名と、古いパッチを削除するノードを指定します。

このコマンドのオプションの詳細は、Oracle Database Applianceコマンドライン・インタフェースの章を参照してください。

ブラウザ・ユーザー・インタフェースを使用したパッチ・リポジトリのクリーン・アップ

パッチ・リポジトリをクリーン・アップするには、次のステップに従います。
  1. ブラウザ・ユーザー・インタフェースで、「Patch Manager」をクリックします。
  2. 「Cleanup Repository」タブをクリックし、「Refresh」をクリックして、リポジトリ内の使用可能なパッチのリストを表示します。
  3. コンポーネント(リポジトリからクリーン・アップする古いOracle Grid Infrastructureクローン・ファイルやOracle Databaseクローン・ファイルなど)とパッチ・バージョン(古いリリースのOracle Database Applianceなど)を選択します。
  4. 「Cleanup Clone Files」をクリックして、選択したコンポーネントのクローン・ファイルを/opt/oracle/oak/pkgrepos/orapkgs/clones/のリポジトリからクリーン・アップします。
  5. 「Cleanup Repository」をクリックして、リポジトリのクリーン・アップ・ジョブを発行します。
  6. 「Activity」をクリックして進捗を監視します。ジョブが正常に完了すると、パッチ・リポジトリが更新されます。

関連項目

親トピック: Oracle Database Applianceへのパッチ適用

別のデータベース・ホームへのアップグレードについて

ブラウザ・ユーザー・インタフェースまたはodacliコマンドを使用して別のデータベース・ホームにアップグレードする方法を理解します。

データベース・ホームをアップグレードするための前提条件

次のリリースのデータベース・ホームをアップグレードできます。
  • Oracle Database 12.2から19cへ
  • Oracle Database 12.1から19cへ

別のデータベース・ホームにアップグレードする前に、データベース・バージョンのOracle Databaseクローン・ファイルをリポジトリにアップロードし、データベース・ホームを作成します。最新のOracle Databaseクローン・ファイルでリポジトリを更新する手順については、CLIを使用したOracle Database Applianceへのパッチ適用を参照してください。

ブラウザ・ユーザー・インタフェースを使用したデータベース・ホームのアップグレードについて

ブラウザ・ユーザー・インタフェースを使用して別のデータベース・ホームにアップグレードするには、次のステップに従います。

  1. oda-adminユーザー名とパスワードでブラウザ・ユーザー・インタフェースにログインします。
    https://Node0–host-ip-address:7093/mgmt/index.html
  2. 「Database」タブをクリックして、データベースを選択し、「Actions」をクリックした後、「Upgrade」をクリックします。
  3. データベース・アップグレード・ジョブが正常に完了したことを確認します。

コマンドライン・インタフェースを使用したデータベース・ホームのアップグレードについて

CLIを使用して別のデータベース・ホームにアップグレードするには、次のコマンドを実行します。

odacli upgrade-database -i Comma separated list of database ids -from source dbhome id -to destination dbhome id [-j] [-h]

upgrade-databaseコマンドのオプションの詳細は、Oracle Database Applianceコマンドライン・インタフェースの章を参照してください。

親トピック: Oracle Database Applianceへのパッチ適用

動的デフォルト・パラメータの設定

BUIを使用して、動的デフォルト・パラメータを設定できます。

ブラウザ・ユーザー・インタフェースを使用した動的デフォルト・パラメータの設定

次のステップに従います。
  1. 「Appliance」ページで、「Parameter Repository」をクリックします。
  2. 「Parameter Repository」ページには、リポジトリ内のすべてのパラメータがリストされます。現在、RDBMSタイプのパラメータがサポートされています。
  3. 「Update Parameter」を選択して、新しい構成プロパティを作成します。
  4. 「Update Parameter」ページで、「Parameter Name」および「Value」を指定し、オプションの「Description」を入力します。「Bare Metal」または「DB System」のどちらについてパラメータを作成するかを指定します。また、パラメータの適用対象を「All DB Systems」にするかどうかを指定したり、パラメータを作成するDBシステムを選択することもできます。
  5. 「OK」をクリックします。
  6. アクションを確認してジョブを発行します。ジョブの進捗を監視し、正常に完了したことを確認します。
  7. パラメータを更新するには、「Actions」メニューから「Update」オプションを選択します。
  8. 「Value」および「Description」を編集し、パラメータを「Bare Metal」または「DB System」のどちらに適用するかを選択できます。パラメータを更新するDBシステムを選択することも、パラメータの適用対象を「All DB Systems」にすることもできます。
  9. 「Update」をクリックします。
  10. パラメータを削除するには、「Actions」メニューから「Delete」オプションを選択します。パラメータは「Bare Metal」または「DB System」から削除できます。パラメータを削除するDBシステムを選択することも、パラメータの削除元を「All DB Systems」にすることもできます。
  11. 「Delete」をクリックします。

親トピック: Oracle Database Applianceへのパッチ適用