機械翻訳について
  1. Exadata Database Service on Dedicated Infrastructure
  2. How-toガイド
  3. Exadata Cloud Infrastructureシステムのパッチ適用および更新

Exadata Cloud Infrastructureシステムのパッチおよび更新

親トピック: How-toガイド

ユーザー管理のメンテナンス更新

セキュアなExadata Cloud Infrastructureインスタンスをベスト・ワーク・オーダーで管理するには、次のタスクを定期的に実行する必要があります:

  • VMクラスタ仮想マシン上のOracle Grid InfrastructureおよびOracle Databaseソフトウェアにパッチを適用します。 詳細および手順については、「VMクラスタGIおよびデータベース・ホームのパッチ適用および更新」を参照してください。
  • VMクラスタ仮想マシン上のオペレーティング・システムの更新。 詳細および手順については、「Exadata Cloud VMクラスタ・オペレーティング・システムの更新」を参照してください。

関連トピック

親トピック: Exadata Cloud Infrastructureシステムのパッチ適用および更新

Exadata Cloud Infrastructureシステムのパッチ適用および更新

コンソール、APIまたはCLIを使用して、Exadataデータベースの仮想マシンおよびデータベース・ホームでパッチ適用操作を実行する方法について学習します。

dbaascliユーティリティを使用したシステムへのパッチ適用手順の詳細は、「Exadataクラウド・インフラストラクチャシステムの手動によるパッチ適用および更新」を参照してください。

Exadataクラウド・インフラストラクチャでデータベースの四半期パッチを適用する場合の詳細および例は、My Oracle Supportノートを参照してください: Exadata Cloud ServiceおよびExadata Cloud at Customer Gen 2にデータベースの四半期パッチを適用する方法(ドキュメントID 2701789.1)。

パッチ適用操作中に継続的なサービスを実現する方法の詳細は、「MAAソリューションの継続的サービスのアプリケーション・チェックリスト」ホワイト・ペーパーを参照してください。

関連トピック

親トピック: Exadata Cloud Infrastructureシステムのパッチ適用および更新

VMクラスタのGIおよびデータベース・ホームのパッチ適用および更新

このトピックでは、コンソール、APIまたはCLIを使用してExadata Cloud Infrastructureリソースに対してパッチ適用操作を実行する方法について説明します。

ノート:

Oracleでは、データベースのパッチ適用は、ターゲット・パッチ適用レベルを使用するデータベース・ホームに移動することによって推奨されます。 データベース・パッチ適用のメソッドについては、「別のデータベース・ホームに移動してデータベースにパッチを適用するには」を参照してください。

dbaascliユーティリティを使用したシステムへのパッチ適用の詳細および手順は、「dbaascliを使用したOracle Grid InfrastructureおよびOracle Databasesへのパッチ適用」を参照してください。

親トピック: Exadata Cloud Infrastructureシステムのパッチ適用および更新

VMクラスタGIおよびデータベース・ホームのパッチ適用と更新について

このトピックでは、Exadata Cloud Infrastructureインスタンスで実行されるパッチ適用のタイプについて説明し、パッチ適用操作を完了する手順を示します。

親トピック: VMクラスタGIおよびデータベース・ホームのパッチ適用および更新

Oracle Grid Infrastructure (GI)パッチ適用

Exadata Cloud Infrastructureインスタンスにパッチを適用すると、インスタンス内のすべてのコンピュート・ノードのコンポーネントが更新されます。 VMクラスタまたはDBシステム・パッチによって、リソースのOracle Grid Infrastructure (GI)が更新されます。

ノート:

インスタンスが使用しているクラウドExadataリソース・モデルによって、DBシステム・リソースまたはクラウドVMクラスタ・リソースのどちらでGrid Infrastructureにパッチを適用するかが決まります。 VMクラスタは、「新しいExadata Cloud Infrastructureリソース・モデル」 DBシステムで使用され、システムのダウンタイムなしで新しいリソース・モデルに簡単に移行できます。 「Exadata DBシステムの新しいExadataリソース・モデルへの切替え」。

データベース・ホームへのパッチ適用

データベース・ホーム・パッチは、そのホームのデータベースで共有されているOracle Databaseソフトウェアを更新します。

したがって、次のいずれかのメソッドでデータベースにパッチを適用します:

  • 正しいパッチ・バージョンのデータベース・ホームにデータベースを移動します。 これは、移動中のデータベースにのみ影響します。
  • データベースが現在存在するデータベース・ホームへのパッチ適用。 これは、パッチ適用対象のデータベース・ホームにあるすべてのデータベースに影響を与えます。

データベース・ホームにパッチを適用する場合は、Oracle提供のデータベース・ソフトウェア・イメージを使用して、一般に使用可能なOracle Databaseソフトウェア更新を適用するか、組織が作成したカスタム・データベース・ソフトウェア・イメージを使用して、データベースに必要な特定のパッチ・セットを適用できます。 カスタム・イメージの作成および使用の詳細は、「Oracle Databaseソフトウェア・イメージ」を参照してください。

パッチ適用操作の実行手順は、「データベース・ホーム(クラウドVMクラスタ)でOracle Databaseソフトウェアにパッチを適用する場合」を参照してください。 古いDBシステム・リソース・モデルを使用するExadata Cloud Infrastructureインスタンスについては、「データベース・ホーム(DBシステム)でOracle Databaseソフトウェアにパッチを適用する場合」を参照してください。

Exadata Cloud Infrastructureコンポーネントにパッチを適用するためのベスト・プラクティス

次のベスト・プラクティスを検討してください:

  • データベースをバックアップしてからパッチを適用します。 データベースのバックアップの詳細は、「Exadataデータベースのバックアップの管理」を参照してください。
  • リソースのデータベース・ホームおよびデータベースにパッチを適用する前に、VMクラスタまたはExadata DBシステムにパッチを適用します。
  • パッチを適用する前に、事前チェック操作を実行して、VMクラスタ、Exadata DBシステムまたはデータベース・ホームがそのパッチの要件を満たしていることを確認します。
  • 現在のホームのデータベース・バージョン以外のバージョンにデータベースにパッチを適用するには、ターゲット・バージョンを実行しているデータベース・ホームにデータベースを移動します。 この方法では、必要な停止時間が短縮され、データベースを古いデータベース・ホームに戻すことで、前のバージョンに簡単にロールバックできます。 「データベースを別のデータベース・ホームに移動するには」 「別のデータベース・ホームに移動してデータベースにパッチを適用するには」を参照してください。
  • Oracle Cloud Infrastructureで使用可能なOracle DatabaseおよびOracle Grid Infrastructureメジャー・バージョン・リリースでは、現在のバージョンに最新の3つのバージョン(NからN - 3)を加えたパッチが提供されます。 たとえば、インスタンスがOracle Database 19cを使用していて、提供されている最新バージョンの19cが19.8.0.0.0の場合、パッチはバージョン19.8.0.0.0、19.7.0.0、19.6.0.0および19.5.0.0で使用できます。
  • dbaascli database runDatapatch
    Oracle Databaseにパッチを適用するには、dbaascli database runDatapatchコマンドを使用します。
  • 「Exadata Cloud Infrastructureの顧客管理キー」
    Exadata Cloud Infrastructureの顧客管理キーは、制御する暗号化キーを使用してデータを暗号化できるOracle Cloud Infrastructure (OCI) Vaultサービスの機能です。
  • dbaascli database addInstance
    指定したノードにデータベース・インスタンスを追加するには、dbaascli database addInstanceコマンドを使用します。
  • dbaascli database convertToPDB
    指定された非CDBデータベースをPDBに変換するには、dbaascli database convertToPDBコマンドを使用します。
  • dbaascli database getDetails
    このコマンドは、指定されたデータベースの詳細情報を表示します。たとえば、dbname、ノード情報、プラガブル・データベース情報など。
  • dbaascli database modifyParameters
    Oracle Databaseの初期化パラメータを変更またはリセットするには、dbaascli database modifyParametersコマンドを使用します。
  • dbaascli database upgrade
    Oracle Databaseをアップグレードするには、dbaascli database upgradeコマンドを使用します。

親トピック: VMクラスタGIおよびデータベース・ホームのパッチ適用および更新について

dbaascli database runDatapatch

Oracle Databaseにパッチを適用するには、dbaascli database runDatapatchコマンドを使用します。

前提条件

  • runDatapatch操作を実行する前に、データベースに関連付けられたすべてのデータベース・インスタンスが稼働していることを確認します。

  • rootユーザーとしてコマンドを実行します。

構文

dbaascli database runDatapatch --dbname
[--resume]
    [--sessionID]
[--skipPdbs | --pdbs]
[--executePrereqs]
[--patchList]
[--skipClosedPdbs]
[--rollback]

説明:

  • --dbnameは、データベースの名前を指定
  • --resumeは、前回の実行を再開
    • --sessionIDは、特定のセッションIDを再開するように指定
  • --skipPdbsは、指定したPDBのカンマ区切りリストでのdatapatchの実行をスキップします。 たとえば: pdb1, pdb2...
  • --pdbsは、指定したPDBのカンマ区切りリストでのみdatapatchを実行します。 たとえば: pdb1, pdb2...
  • --executePrereqsは前提条件チェックを実行
  • --patchListは、指定したパッチのカンマ区切りリストを適用またはロールバックします。 たとえば: patch1, patch2...
  • --skipClosedPdbsは、クローズしたPDBでのdatapatchの実行をスキップ
  • --rollbackは、適用されたパッチをロールバック 
dbaascli database runDatapatch --dbname db19
Exadata Cloud Infrastructureの顧客管理キー

Exadata Cloud Infrastructureの顧客管理キーは、制御する暗号化キーを使用してデータを暗号化できるOracle Cloud Infrastructure (OCI) Vaultサービスの機能です。

OCI Vaultサービスは、高可用性と耐久性を備えた一元化されたキー管理機能を提供します。 このキー管理ソリューションでは、FIPS 140-2レベル3認定のハードウェア・セキュリティ・モジュール内の分離されたパーティション(および低コストの共有パーティション・オプション)を使用した安全なキー・ストレージ、および選択したOracle Cloud Infrastructureサービスとの統合も提供されます。 データのセキュリティ・ガバナンス、規制コンプライアンスおよび均質の暗号化が必要な場合に顧客管理キーを使用し、データの保護に使用するキーのライフサイクルを一元的に管理、格納およびモニタリングします。

次のことが可能です。

  • Exadata Cloud Infrastructureでデータベースを作成する場合の顧客管理キーの有効化
  • Oracle管理キーから顧客管理キーへの切替え
  • セキュリティ・コンプライアンスを維持するためのキーのローテーション

要件

顧客管理の暗号化キーの管理を有効にするには、次のような特定の動的グループに許可するポリシーをテナンシに作成する必要があります: allow dynamic-group dynamic_group_name to manage keys in tenancy。

顧客が使用しているVaultがレプリケートされる場合は、別のポリシーが必要です(https://docs.oracle.com/en-us/iaas/Content/KeyManagement/Tasks/replicatingvaults.htm)。 レプリケートされるボールトの場合、このポリシーが必要です: allow dynamic-group dynamic_group_name to read vaults in tenancy

制限

顧客管理キーを使用する「Exadataクラウド・インフラストラクチャ」データベースでData Guardを有効にするには、プライマリ・データベースとスタンバイ・データベースが同じ「レルム」に存在する必要があります。

タスク 1 ボールトおよびマスター暗号化キーの作成

Vaultサービスでボールトを作成するには、Oracle Cloud Infrastructureドキュメントの新しいボールトの作成に関する項の手順に従います。 これらの手順に従う場合、Oracleでは、「始める前に: コンパートメント階層のベスト・プラクティス」で説明されているように、顧客管理キーを含むボールトを含むように作成されたコンパートメントにボールトを作成することをお薦めします。

ボールトの作成後、ボールトに少なくとも1つのマスター暗号化キーを作成するには、Oracle Cloud Infrastructureドキュメントの新しいマスター暗号化キーの作成に関する項の手順に従います。 これらの手順に従うときは、次の選択を行います:

  • コンパートメントで作成: Oracleでは、ボールトと同じコンパートメント(つまり、顧客管理キーを含むボールトを含めるために特別に作成されたコンパートメント)にマスター暗号化キーを作成することをお薦めします。
  • 保護モード : ドロップダウン・リストから適切な値を選択します:
    • HSM ハードウェア・セキュリティ・モジュール(HSM)に格納および処理されるマスター暗号化キーを作成します。
    • 「ソフトウェア」: Vaultサービスのソフトウェア・ファイル・システムに格納されているマスター暗号化キーを作成します。 ソフトウェア保護キーは、HSMベースのルート・キーを使用して保存時に保護されます。 ソフトウェア・キーは、他のキー管理デバイスまたは別のOCIクラウド・リージョンにエクスポートできます。 HSMキーとは異なり、ソフトウェアで保護されたキーは無料です。
  • キー・シェイプ・アルゴリズム: AES
  • キー・シェイプの長さ: 256ビット

Oracleでは、コンテナ・データベース(CDB)ごとに個別のマスター暗号化キーを作成することを強くお薦めします。 これにより、時間の経過に伴うキー・ローテーションの管理がより簡単になります。

タスク 2 サービス・ゲートウェイ、ルート・ルールおよびエグレス・セキュリティ・ルールの作成

Oracle Cloud Infrastructureドキュメントの「タスク1: サービス・ゲートウェイの作成」の手順に従って、Oracle Exadata Database Service on Dedicated Infrastructureリソースが存在するVCN (Virtual Cloud Network)にサービス・ゲートウェイを作成します。

サービス・ゲートウェイの作成後、Oracle Exadata Database Service on Dedicated Infrastructureリソースが存在するルート・ルールおよびエグレス・セキュリティ・ルール「各サブネット」 (VCN内)を追加して、これらのリソースがゲートウェイを使用してVaultサービスにアクセスできるようにします:

  1. サブネットの「サブネットの詳細」ページに移動します。
  2. 「サブネット情報」タブで、サブネット「ルート表」の名前をクリックしてその「ルート表詳細」ページを表示します。
  3. 既存の「ルート・ルール」の表で、次の特性を持つルールがすでに存在するかどうかを確認します:
    • 宛先: Oracle Services NetworkのすべてのIADサービス
    • ターゲット・タイプ: サービス・ゲートウェイ
    • ターゲット: VCNで作成したサービス・ゲートウェイの名前

    このようなルールが存在しない場合は、「ルート・ルールの追加」をクリックし、これらの特性を持つルート・ルールを追加します。

  4. サブネットの「サブネットの詳細」ページに戻ります。
  5. サブネット「セキュリティ・リスト」表で、サブネット・セキュリティ・リストの名前をクリックして、その「セキュリティ・リストの詳細」ページを表示します。
  6. サイド・メニューの「リソース」で、「エグレス・ルール」をクリックします。
  7. 既存の「エグレス・ルール」の表で、次の特性を持つルールがすでに存在するかどうかを確認します:
    • ステートレス: いいえ
    • 宛先: Oracle Services NetworkのすべてのIADサービス
    • IPプロトコル: TCP
    • ソース・ポート範囲: すべて
    • 宛先ポート範囲: 443

    このようなルールが存在しない場合は、「エグレス・ルールの追加」をクリックし、これらの特性を持つエグレス・ルールを追加します。

タスク 3 動的グループおよびポリシー・ステートメントの作成

顧客管理キーにアクセスする権限をOracle Exadata Database Service on Dedicated Infrastructureリソースに付与するには、これらのリソースを識別するIAM動的グループを作成し、この動的グループにVaultサービスで作成したマスター暗号化キーへのアクセス権を付与するIAMポリシーを作成します。

動的グループを定義する場合は、Exadata Infrastructureリソースを含むコンパートメントのOCIDを指定して、Oracle Exadata Database Service on Dedicated Infrastructureリソースを識別します。

  1. Exadata Infrastructureリソースを含むコンパートメントのOCIDをコピーします。 このOCIDは、コンパートメントの「コンパートメント詳細」ページにあります。
  2. Oracle Cloud Infrastructureドキュメントの動的グループを作成するにはの手順に従って、動的グループを作成します。 次の手順に従う場合は、この書式の一致ルールを入力します: 
    ALL {resource.compartment.id ='<compartment-ocid>'}

    ここで、<compartment-ocid>は、Exadata Infrastructureリソースを含むコンパートメントのOCIDです。

動的グループを作成した後、ボールトおよびキーを含むコンパートメントより上位のコンパートメント内のIAMポリシーに移動(または作成)します。 次に、次の形式のポリシー・ステートメントを追加します: 

allow dynamic-group <dynamic-group-name>
to manage keys
in compartment <vaults-and-keys-compartment>
where all {
target.key.id='<key_ocid>',
request.permission!='KEY_DELETE',
request.permission!='KEY_MOVE',
request.permission!='KEY_IMPORT',
request.permission!='KEY_BACKUP’
}

Oracle Data Guardデプロイメントにレプリケートされた仮想プライベート・ボールトを使用している場合は、次の形式で追加のポリシー・ステートメントを追加します:

allow dynamic-group <dynamic-group>
to read vaults
in tenancy | compartment <vaults-and-keys-compartment>

ここで、<dynamic-group>は作成した動的グループの名前で、<vaults-and-keys-compartment>はボールトおよびマスター暗号化キーを作成したコンパートメントの名前です。

dbaascli database addInstance

指定したノードにデータベース・インスタンスを追加するには、dbaascli database addInstanceコマンドを使用します。

前提条件

  • rootユーザーとしてコマンドを実行します。

構文

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]
説明:
  • --dbnameはOracle Database名を指定
  • --nodeは、データベース・インスタンスのノード名を指定
    • --newNodeSIDは、新しいノードに追加するインスタンスのSIDを指定
dbaascli database convertToPDB

指定された非CDBデータベースをPDBに変換するには、dbaascli database convertToPDBコマンドを使用します。

構文

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles [--keepSourceDB]]|[backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
説明:
  • --dbnameは、Oracle Databaseの名前を指定
  • --cdbNameでは、PDBが作成されるターゲットCDBの名前を指定します。 CDBが存在しない場合は、ソース非CDBと同じOracleホームに作成されます
  • --executePrereqsは、変換前チェックのみを実行するように指定
  • --copyDatafilesは、ソース・データベースのコピーを使用するかわりに、データファイルの新しいコピーを作成することを指定

    --keepSourceDB - 操作完了後にソース・データベースを保持します。

  • --backupPrepared - PDBへの変換を実行する前に、非CDBに対して適切なデータベース・バックアップが設定されていることを確認するフラグ。
  • PDBへの変換を実行する前に、非CDBに対して適切なデータベース・バックアップが行われていることを確認する--backupPreparedフラグ
  • --targetPDBNameでは、操作の一部として作成されるPDBの名前を指定
  • --waitForCompletionは、バックグラウンドで操作を実行するfalseを指定します。 有効な値: true|false
  • --resumeは、前回の実行を再開するように指定
    • --sessionIDは、特定のセッションIDを再開するように指定

例5-3 dbaascli database convertToPDB

事前変換事前チェックを実行するには:
dbaascli database convertToPDB --dbname ndb19 --cdbname cdb19 --backupPrepared --executePrereqs
非CDBからのデータファイルのコピーを使用して完全な変換を実行するには:
dbaascli database convertToPDB --dbname tst19 --cdbname cdb19 --copyDatafiles
dbaascli database getDetails

このコマンドは、指定されたデータベースの詳細情報を表示します。dbname、ノード情報、プラガブル・データベース情報など。

前提条件

rootユーザーまたはoracleユーザーとしてコマンドを実行

構文

dbaascli database getDetails --dbname <value>
Where :
  • --dbname - Oracleデータベース名。
dbaascli database modifyParameters

Oracle Databaseの初期化パラメータを変更またはリセットするには、dbaascli database modifyParametersコマンドを使用します。

前提条件

rootユーザーとしてコマンドを実行します。

構文

dbaascli database modifyParameters --dbname <value> --setParameters <values>| --resetParameters <values> | --responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
説明:
  • --dbnameは、データベースの名前を指定します。
  • --setParametersは、新しい値で変更するパラメータのカンマ区切りリストを指定します。 例: parameter1=valueA,parameter2=valueBなど 空白値には、parameter1=valueA,parameter2=''、etcを使用します。
  • --resetParametersでは、対応するデフォルト値にリセットするパラメータのカンマ区切りリストを指定します。 たとえば、parameter1、parameter2などです。
  • --responseFileは、データベース・パラメータを変更するレスポンスJSONファイルの絶対ロケーションを指定
  • --backupPreparedは、クリティカルまたは機密パラメータを変更する前に、適切なデータベース・バックアップが存在することを確認します。
  • --instanceは、パラメータが処理されるインスタンスの名前を指定します。 指定しない場合、操作はデータベース・レベルで実行されます。
  • --allowBounceは、適用可能な静的パラメータの変更を反映するためにデータベースをバウンスする権限を付与します。

例5-4 dbaascli database modifyParameters

dbaascli database modifyParameters --dbname dbname --setParameters "log_archive_dest_state_17=ENABLE"
dbaascli database upgrade

Oracle Databaseをアップグレードするには、dbaascli database upgradeコマンドを使用します。

前提条件

rootユーザーとしてコマンドを実行します。

構文

dbaascli database upgrade --dbname <value> 
{--targetHome <value> | --targetHomeName <value>}
{ [--executePrereqs | --postUpgrade | --rollback]}
{[--standBy | --allStandbyPrepared]}
{[--upgradeOptions <value>]  | [--standBy]}
[--removeGRP]
[--increaseCompatibleParameter]
[--resume [--sessionID <value>]]
[--waitForCompletion <value>]
説明:
  • --dbname (必須)は、データベースの名前を指定します。
  • --targetHomeは、ターゲットのOracleホームのロケーションを指定
  • --targetHomeNameは、ターゲットOracle Databaseホームの名前を指定
  • --standByでは、このオプションを使用してData Guard構成のスタンバイ・データベースをアップグレード
  • Data Guard構成のプライマリ・データベースには--allStandbyPreparedが必要です。 プライマリ・データベースをアップグレードする前に、必要なすべての操作がスタンバイ・データベースで実行されることを確認するフラグ
  • --removeGRPは、データベースのアップグレードが成功した場合のみ、保証付きリストア・ポイント(GRP)のバックアップを自動的に削除
  • --increaseCompatibleParameterを使用すると、データベースのアップグレードの一部として互換性のあるパラメータが自動的に増加します。 パラメータは、データベースのアップグレードが成功した場合にのみ増加
  • --executePrereqsは、アップグレード前チェックのみを実行
  • --postUpgradeは、アップグレード後が失敗し、アップグレード後のステップを再実行する必要がある場合に使用
  • --rollbackは、Oracle Databaseを元のOracleホームに戻します
  • --upgradeOptionsでは、このオプションを使用して、DBUA固有の引数を渡してOracle Databaseアップグレードを実行します。 サポートされる引数およびオプションについては、対応するOracleドキュメントを参照してください。

    --standby

  • 前回の実行を再開するには--resume
  • --sessionID:特定のセッションIDを再開します。
  • --waitForCompletionは、操作をバックグラウンドで実行するためにfalseを指定します。 有効な値 : true|false

例5-5 dbaascli database upgrade pre-upgrade requisite checks

dbaascli database upgrade --dbbname dbname --targetHome Target Oracle home location --executePrereqs
Exadata Cloud Infrastructureシステムのパッチ適用および更新の前提条件

Exadata Cloud Infrastructureインスタンスには、オブジェクト・ストレージに適用可能なSwiftエンドポイントへの接続を含むOracle Cloud Infrastructure Object Storageサービスへのアクセスが必要です

Oracleでは、このアクセスを有効にするために、VCNでサービス・ゲートウェイを使用することをお薦めします。 詳細は、次の各項を参照してください。

ノート:

パッチ適用の失敗を回避するために、次の条件が満たされていることを確認します:
  • データベース・ホスト・ファイル・システムの/u01ディレクトリには、パッチ適用プロセスを実行するための空き領域が15 GB以上あります。
  • Oracle ClusterwareはVMクラスタで稼働しています。
  • VMクラスタのすべてのノードが稼働中です。
コンソールを使用したExadata Cloud Infrastructureインスタンスのパッチ適用および更新

コンソールを使用して、Exadata Cloud Infrastructureインスタンスでのパッチ操作の履歴を表示し、パッチを適用し、パッチ操作のステータスを監視できます。

親トピック: VMクラスタGIおよびデータベース・ホームのパッチ適用および更新

DBシステム・リソース・モデルを使用するExadataインスタンスへのパッチ適用

この項のタスクでは、Exadata DBシステムおよびそのデータベース・ホームでパッチを適用し、パッチ操作のステータスをモニターする方法について説明します。

親トピック: コンソールを使用したExadata Cloud Infrastructureインスタンスのパッチ適用および更新

Exadata DBシステムでOracle Grid Infrastructureにパッチを適用するには

Exadata DBシステムでパッチを適用してパッチ操作のステータスを監視する方法

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「ベアメタル、VM、Exadata」をクリックします。
  2. コンパートメントを選択します。
  3. DBシステムのリストで、パッチを適用するExadata DBシステムの名前をクリックして、DBシステムの詳細を表示します。
  4. 「DBシステム・バージョン」で、「使用可能な最新パッチ」フィールドの横にある「表示」リンクをクリックします。
  5. DBシステムで使用可能なパッチのリストを確認します。
  6. 目的のパッチのアクション・メニューをクリックし、次のいずれかのアクションをクリックします:事前チェックの実行 : 前提条件をチェックして、パッチを正常にapplied.Applyできることを確認 : 選択したパッチを適用します。 Oracleでは、パッチを適用する前にパッチの事前チェック操作を実行することを強くお薦めします。
    • 事前チェックの実行: 前提条件を確認して、パッチを正常に適用できることを確認します。
    • 適用: 選択したパッチを適用します。 Oracleでは、パッチを適用する前にパッチの事前チェック操作を実行することを強くお薦めします。
  7. 要求されたら、確認します。

パッチ・リストには、操作のステータスが表示されます。 パッチの適用中、パッチ・ステータスは「パッチ」と表示され、DBシステム・ステータスは「更新中」と表示されます。 DBシステムおよびそのリソースに対するライフサイクル操作は、一時的に使用できなくなる可能性があります。 パッチ適用が正常に完了すると、パッチのステータスが「適用済」に変わり、DBシステムのステータスが「使用可能」に変わります。 「パッチ履歴」をクリックすると、個々のパッチ操作の詳細を表示できます。

データベース・ホーム(DBシステム)でOracle Databaseソフトウェアにパッチを適用する場合

DBシステムのExadataデータベース・ホームでパッチを適用し、パッチ操作のステータスを監視する方法。

ノート:

このパッチ適用プロシージャは、データベース・ホームにあるすべてのデータベースのOracle Databaseソフトウェアを更新します。 個々のデータベースにパッチを適用するには、目的のOracle Databaseソフトウェア構成を使用する「別のデータベース・ホームに移動」を使用できます。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「ベアメタル、VM、Exadata」をクリックします。
  2. コンパートメントを選択します。
  3. DBシステムのリストで、パッチを適用するデータベース・ホームを含むExadata DBシステムの名前をクリックして、DBシステムの詳細を表示します。
  4. 「リソース」の下で、「データベース・ホーム」をクリックします。
  5. パッチするデータベース・ホームをクリックして、データベース・ホームの詳細を表示します。
  6. 「データベース・ソフトウェア・バージョン」で、「使用可能な最新パッチ」フィールドを検索し、「表示」をクリックします。
  7. データベース・ホームで使用可能なパッチを確認します。 Oracle提供のソフトウェア・イメージまたはカスタム・ソフトウェア・イメージを使用してパッチを適用できます。 Oracle提供のイメージは、一般に使用可能なリリース更新です。 カスタム・ソフトウェア・イメージは、指定された一連のパッチを使用して組織によって作成されます。 カスタム・ソフトウェア・イメージの作成の詳細は、「Oracle Databaseソフトウェア・イメージ」を参照してください。 パッチに使用するイメージは、Oracle Databaseソフトウェア・リリースの最新バージョンまたは3つ前のリリースの1つに基づいている必要があります。
  8. 対象のパッチをリストする表の行の最後にあるアクション・メニューをクリックし、次のいずれかのアクションをクリックします:

    • 事前チェック: 前提条件を確認して、パッチを正常に適用できることを確認します。

    • 適用: 選択したパッチを適用します。 Oracleでは、パッチを適用する前にパッチの事前チェック操作を実行することを強くお薦めします。

  9. 要求されたら、確認します。

パッチ・リストには、操作のステータスが表示されます。 パッチが適用されている間、パッチのステータスは「パッチ」と表示され、データベース・ホームとそのデータベースのステータスは「更新中」と表示されます。 操作中、ホーム内の各データベースは停止した後、再起動します。 パッチ適用が正常に完了すると、パッチのステータスが「適用済」に変わり、データベース・ホームのステータスが「使用可能」に変わります。 「パッチ履歴」をクリックすると、個々のパッチ操作の詳細を表示できます。

新しいリソース・モデルを使用するExadataインスタンスへのパッチ適用

この項のタスクでは、クラウドVMクラスタおよびそのデータベース・ホームでパッチを適用し、パッチ操作のステータスをモニターする方法について説明します。

ExadataクラウドVMクラスタでOracle Grid Infrastructureにパッチを適用するには

クラウドVMクラスタでパッチを適用し、パッチ操作のステータスを監視する方法。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. クラウドVMクラスタのリストで、パッチを適用するクラスタの名前をクリックして、クラスタの詳細を表示します。
  5. 「バージョン」で、「更新が使用可能です」フィールドの横にある「パッチの表示」リンクをクリックします。
  6. クラウドVMクラスタの使用可能なパッチのリストを確認します。
  7. 対象のパッチのアクション・メニューをクリックし、次のいずれかのアクションをクリックします:

    • 事前チェックの実行: 前提条件を確認して、パッチを正常に適用できることを確認します。

    • グリッド・インフラストラクチャの更新: 選択したパッチを適用します。 Oracleでは、パッチを適用する前にパッチの事前チェック操作を実行することを強くお薦めします。

  8. 要求されたら、確認します。
パッチ・リストには、操作のステータスが表示されます。 パッチの適用中、パッチ・ステータスは「パッチ」、クラウドVMクラスタのステータスは「更新中」と表示されます。 クラスタおよびそのリソースに対するライフサイクル操作は、一時的に使用できなくなる可能性があります。 パッチ適用が正常に完了すると、パッチ・ステータスが「適用済」に変わり、クラスタのステータスが「使用可能」に変わります。 「更新履歴」をクリックすると、個々のパッチ操作の詳細を表示できます。

データベース・ホームでOracle Databaseソフトウェアにパッチを適用するには

ノート:

このパッチ適用プロシージャは、データベース・ホームにあるすべてのデータベースのOracle Databaseソフトウェアを更新します。 個々のデータベースにパッチを適用するには、目的のOracle Databaseソフトウェア構成を使用する「データベースを別のデータベース・ホームに移動するには」を使用できます。
  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. クラウドVMクラスタのリストで、パッチを適用するクラスタの名前をクリックして、クラスタの詳細を表示します。
  5. 「リソース」の下で、「データベース・ホーム」をクリックします。
  6. パッチするデータベース・ホームをクリックして、データベース・ホームの詳細を表示します。
  7. 「データベース・ソフトウェア・バージョン」で、「使用可能な最新パッチ」フィールドを検索し、「表示」をクリックします。
  8. データベース・ホームで使用可能なパッチを確認します。 Oracle提供のソフトウェア・イメージまたはカスタム・ソフトウェア・イメージを使用してパッチを適用できます。 Oracle提供のイメージは、一般に使用可能なリリース更新です。 カスタム・ソフトウェア・イメージは、指定された一連のパッチを使用して組織によって作成されます。 カスタム・ソフトウェア・イメージの作成の詳細は、「Oracle Databaseソフトウェア・イメージ」を参照してください。 パッチに使用するイメージは、Oracle Databaseソフトウェア・リリースの最新バージョンまたは3つ前のリリースの1つに基づいている必要があります。

  9. 対象のパッチをリストする表の行の最後にあるアクション・メニューをクリックし、次のいずれかのアクションをクリックします:

    • 事前チェック: 前提条件を確認して、パッチを正常に適用できることを確認します。
    • 適用: 選択したパッチを適用します。 Oracleでは、パッチを適用する前にパッチの事前チェック操作を実行することを強くお薦めします。

  10. 要求されたら、確認します。

    パッチ・リストには、操作のステータスが表示されます。 パッチが適用されている間、パッチのステータスは「パッチ」と表示され、データベース・ホームとそのデータベースのステータスは「更新中」と表示されます。 操作中、ホーム内の各データベースは停止した後、再起動します。 パッチ適用が正常に完了すると、パッチのステータスが「適用済」に変わり、データベース・ホームのステータスが「使用可能」に変わります。 「更新履歴」をクリックすると、個々のパッチ操作の詳細を表示できます。

Exadata Cloud Infrastructureインスタンスの個々のOracle Databasesへのパッチ適用

このタスクでは、別のデータベース・ホームに移動することで、Exadata Cloud Infrastructureインスタンスの単一のOracle Databaseにパッチを適用する方法について説明します。

データベース・ホームへのパッチ適用の詳細は、「データベース・ホーム(クラウドVMクラスタ)でOracle Databaseソフトウェアにパッチを適用する場合」を参照してください

親トピック: コンソールを使用したExadata Cloud Infrastructureインスタンスのパッチ適用および更新

データベースを別のデータベース・ホームに移動するには

このタスクでは、別のデータベース・ホームに移動することで、Exadata Cloud Infrastructureインスタンスの単一のOracle Databaseにパッチを適用する方法について説明します。

次のいずれかの基準を満たす任意のデータベース・ホームにデータベースを移動できます:

  • ターゲット・データベース・ホームは、ソース・データベース・ホームと同じOracle Databaseソフトウェア・バージョン(パッチ更新を含む)を使用
  • ターゲット・データベース・ホームは、データベースで使用されるOracle Databaseソフトウェア・リリースの最新バージョンまたは以前の3つのリリースのいずれかに基づきます

データベースを新しいデータベース・ホームに移動すると、データベースはターゲット・データベース・ホームのパッチ・レベルになります。 データベース・ホームへのパッチ適用の詳細は、「データベース・ホームへのパッチ適用」およびを参照してください。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。
  3. 移動するデータベースに移動します:

    クラウドVMクラスタ (新しいExadata Cloud Infrastructureリソース・モデル): Oracle Exadata Database Service on Dedicated Infrastructureで、Exadata VMクラスタをクリックします。 VMクラスタのリスト内で、移動するデータベースが含まれるVMクラスタの名前をクリックします。

    DBシステム: ベアメタル、VM、Exadataで、DBシステムをクリックします。 DBシステムのリストで、アクセスする予定を検索し、移動するデータベースを含むExadata DBシステムの名前をクリックします。

  4. 「その他のアクション」をクリックし、「別のホームに移動」をクリックします。
  5. ターゲット・データベース・ホームを選択します。
  6. 「データベースの移動」をクリックします。

  7. 移動操作を確認します。

    データベースはローリング方式で移動されます。 データベース・インスタンスが停止され、現在のホームでノードごとにノードされ、宛先ホームで再起動されます。 データベースの移動中は、データベース・ホームのステータスが「データベースの移動」として表示されます。 操作が完了すると、データベース・ホームが現在のホームで更新されます。 Datapatchは、データベースの移動の一部として自動的に実行され、新しいデータベース・ホーム上のすべてのパッチ(個別を含む)のパッチ適用後のSQLアクションを完了します。 データベース移動操作が失敗した場合、データベースのステータスはFailedと表示されます。「データベース・ホーム」フィールドには、失敗の理由に関する情報が表示されます。

パッチ履歴の表示

各パッチ履歴エントリは、試行されたパッチ操作を表し、操作が成功したか失敗したかを示します。 失敗したパッチ操作を再試行できます。 操作を繰り返すと、新しいパッチ履歴エントリが作成されます。

コンソールのパッチ履歴ビューには、dbaascliなどのコマンドライン・ツールを使用して適用されたパッチは表示されません。

サービス・インスタンスで「新しいリソース・モデル」を使用する場合、「VMクラスタ詳細」ページにナビゲートして使用可能なパッチ履歴が表示されます。 サービス・インスタンスでDBシステム・リソース・モデルを使用している場合は、「DBシステム詳細」ページにナビゲートしてパッチ履歴を使用できます。

  • 「クラウドVMクラスタのパッチ履歴を表示するには」
    各パッチ履歴エントリは、試行されたパッチ操作を表し、操作が成功したか失敗したかを示します。
  • 「DBシステムのパッチ履歴を表示するには」
    各パッチ履歴エントリは、試行されたパッチ操作を表し、操作が成功したか失敗したかを示します。     失敗したパッチ操作を再試行できます。 操作を繰り返すと、新しいパッチ履歴エントリが作成されます。 DBシステム・リソース・モデルを使用するサービス・インスタンスの場合、「DBシステム詳細」ページに移動してパッチ履歴を使用できます
  • 「データベース・ホームのパッチ履歴を表示するには」
    各パッチ履歴エントリは、試行されたパッチ操作を表し、操作が成功したか失敗したかを示します。     失敗したパッチ操作を再試行できます。 操作を繰り返すと、新しいパッチ履歴エントリが作成されます。 サービス・インスタンスが新しいリソース・モデルを使用する場合、「VMクラスタ詳細」ページにナビゲートして使用可能なパッチ履歴が表示されます。

親トピック: コンソールを使用したExadata Cloud Infrastructureインスタンスのパッチ適用および更新

クラウドVMクラスタのパッチ履歴を表示するには

各パッチ履歴エントリは、試行されたパッチ操作を表し、操作が成功したか失敗したかを示します。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. クラウドVMクラスタのリストで、パッチを適用するクラスタの名前をクリックして、クラスタの詳細を表示します。
  5. 「バージョン」で、「更新が使用可能です」フィールドの横にある「パッチの表示」リンクをクリックします。

  6. 「更新履歴」をクリックします。

    「更新履歴」ページには、そのクラウドVMクラスタおよびそのクラウドVMクラスタ上のデータベース・ホームのパッチ操作の履歴が表示されます。

親トピック: パッチ履歴の表示

DBシステムのパッチ履歴を表示するには

各パッチ履歴エントリは、試行されたパッチ操作を表し、操作が成功したか失敗したかを示します。 失敗したパッチ操作を再試行できます。 操作を繰り返すと、新しいパッチ履歴エントリが作成されます。 DBシステム・リソース・モデルを使用するサービス・インスタンスの場合、「DBシステム詳細」ページに移動してパッチ履歴を使用できます

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、「ベアメタル、VM、Exadata」をクリックします。
  2. コンパートメントを選択します。
  3. DBシステムのリストで、表示する情報を含むExadata DBシステムの名前をクリックして、DBシステムの詳細を表示します。
  4. 「DBシステム・バージョン」で、「使用可能な最新パッチ」フィールドの横にある「表示」をクリックします。
  5. 「パッチ履歴」をクリックします。

「パッチ履歴」ページには、そのDBシステムおよびそのDBシステムのデータベース・ホームに対するパッチ操作の履歴が表示されます。

親トピック: パッチ履歴の表示

データベース・ホームのパッチ履歴を表示するには

各パッチ履歴エントリは、試行されたパッチ操作を表し、操作が成功したか失敗したかを示します。 失敗したパッチ操作を再試行できます。 操作を繰り返すと、新しいパッチ履歴エントリが作成されます。 サービス・インスタンスが新しいリソース・モデルを使用する場合、「VMクラスタ詳細」ページにナビゲートして使用可能なパッチ履歴が表示されます。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。
  3. データベース・ホームを含むクラウドVMクラスタまたはDBシステムに移動します。

    • 「クラウドVMクラスタ(Exadata Cloud Infrastructureリソース・モデル)」 Oracle Exadata Database Service on Dedicated Infrastructureで、「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アクセスするVMクラスタを検索し、そのハイライト表示されている名前をクリックしてクラスタの詳細ページを表示します。

    • 「DBシステム」ベア・メタル、VMおよびExadataで、「DBシステム」をクリックします。 DBシステムのリストで、アクセスするExadata DBシステムを探し、名前をクリックすると詳細が表示されます。

  4. 「リソース」の下で、「データベース・ホーム」をクリックします。
  5. 表示するデータベース・ホームをクリックして、データベース・ホームの詳細を表示します。
  6. 「データベース・ソフトウェア・バージョン」で、「使用可能な最新パッチ」フィールドで「表示」をクリックします。
  7. 「パッチ履歴」 (DBシステム)または「更新履歴」 (クラウドVMクラスタ)をクリックします。
    履歴ページに、そのデータベース・ホーム、およびそれが属するクラウドVMクラスタまたはDBシステムのパッチ操作の履歴が表示されます。

親トピック: パッチ履歴の表示

APIを使用したExadata Cloud Infrastructureインスタンスへのパッチ適用

次のAPI操作を使用して、次のExadataリソースのパッチ適用を管理: クラウドVMクラスタ、DBシステム、データベースおよびデータベース・ホーム。

APIの使用およびリクエストの署名の詳細は、REST APIおよび「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。

クラウドVMクラスタ(新しいリソース・モデルを使用するシステム用):

DBシステム:

データベース:

  • UpdateDatabase - この操作を使用して、データベースを別のデータベース・ホームに移動してデータベースにパッチを適用

データベース・ホーム:

データベース・サービスのAPIの完全なリストは、「データベース・サービスAPI」を参照してください。

Exadata Cloud VMクラスタ・オペレーティング・システムの更新

Exadata VMクラスタ・イメージ更新を使用すると、OCIコンソールおよびAPIから自動的にExadataクラウドVMクラスタ・ノード上のOSイメージを更新できます。

この自動化された機能により、VMクラスタのパッチ適用が簡素化および高速化され、パッチ適用はエラーが減少し、Patch Managerを使用する必要がなくなります。

パッチを適用すると、システムは事前チェック操作を実行して、クラウドVMクラスタ、Exadata DBシステムまたはデータベース・ホームがそのパッチの要件を満たしていることを確認します。 事前チェックが成功しなかった場合、パッチは適用されず、事前チェックが失敗したためにパッチを適用できないというメッセージが表示されます。 計画更新の前に実行できる個別の事前チェック操作も使用できます。

親トピック: Exadata Cloud Infrastructureシステムのパッチ適用および更新

サポートされるソフトウェアのバージョンと更新の制限

Exadataイメージ・リリース23.1.0.0.0 (Oracle Linux 8ベースのイメージ)に更新するための最小要件:

ノート:

これらは最小要件にすぎません。 Grid InfrastructureまたはOracle Database(あるいはその両方)をExadataの23.1要件を満たすように更新する場合は、最小ではなく、Grid InfrastructureおよびOracle Databaseの最新の使用可能なバージョンに更新することをお薦めします。
  • Exadataイメージ(ゲストOS): Exadataイメージ・リリース22.1.0 (2022年5月)または21.2.10 (2022年3月)。 21.2.10より古いバージョンを実行しているシステムは、最初に23.1.0.0.0に更新する前に、少なくとも22.1.0 (2022年5月)または21.2.10 (2022年3月)にアップグレードする必要があります。 これは、ストレージ・サーバーとデータベース・サーバーの両方に適用されます。
    • Exadata VMクラスタ・イメージに対するマイナー・バージョン更新の実行に加えて、現在インストールされているバージョンが19.2以上である場合、新しいメジャー・バージョンに更新できます。 たとえば、VMクラスタがバージョン20の場合、バージョン21に更新できます。
    • 最新の4 (NからN-3)または複数のメジャー・バージョンのVMクラスタ・イメージは、コンソールから適用できます。
  • Oracle Grid Infrastructure: Exadataイメージ・リリース23.1.0.0.0では、次の最小または新しいOracle Grid Infrastructureバージョンがサポートされます。
    • リリース19c: バージョン19.15、2022年4月リリース更新(RU)以降(デフォルト)
    • リリース21c: バージョン21.6、2022年4月リリース更新(RU)以降
  • Oracle Database: Exadataシステム・ソフトウェア23.1は、新しいデータベース・インストールに対して次の最小バージョンまたはそれ以降をサポートしています。
    • リリース19c: バージョン19.15、2022年4月リリース更新(RU)以降(デフォルト)
    • Market Driven SupportまたはQuarterly Updates例外承認の下に、サポートされている追加のデータベース・リリース:
      • リリース12.2.0.1、リリース更新(RU) 12.2.0.1.220118 (2022年1月)
      • リリース12.1.0.2、バンドル・パッチ12.1.0.2.220719 (2022年7月) - 必須パッチ30159782
      • リリース11.2.0.4、バンドル・パッチ11.2.0.4.210119 (2021年1月) - 必須パッチ30159782、パッチ33991024
  • Exadataインフラストラクチャのメンテナンス操作が24時間以内に開始するようにスケジュールされている場合、Exadataイメージ更新機能は使用できません。
  • VMクラスタがExadata Database Service Guest VM OS 23.1にアップグレードされると、Exadata Cloud InfrastructureでExadata System Softwareバージョン22.1.16以降が実行されている場合は、新しいVMまたは新しいデータベース・サーバーをこのVMクラスタに追加できます。

    ノート:

    Exadata Cloud InfrastructureのExadataシステム・ソフトウェア23.1へのアップグレードは、2024年2月の更新サイクルで使用可能になります。
コンソールを使用したオペレーティング・システムの更新

ノート:

VMクラスタがExadata Database Service Guest VM OS 23.1にアップグレードされると、Exadata Cloud InfrastructureでExadata System Softwareバージョン22.1.16以降が実行されている場合は、新しいVMまたは新しいデータベース・サーバーをこのVMクラスタに追加できます。

Exadata Cloud InfrastructureのExadataシステム・ソフトウェア23.1へのアップグレードは、2024年2月の更新サイクルで使用可能になります。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. Oracle Exadata Database Service on Dedicated Infrastructureで、「Exadata VMクラスタ」をクリックします。
  3. クラウドVMクラスタのリストで、パッチを適用するクラスタの名前をクリックして詳細ページを表示します。
  4. 「バージョン」セクションの「更新が使用可能です」の右側にある「更新の表示」をクリックして、「更新」ページを表示します。
  5. 使用可能なソフトウェア更新のリストを確認し、適用するOSパッチを見つけます。
  6. 行の最後にあるアクション・アイコン(3つのドット)をクリックし、目的のパッチをリストして、次のいずれかのアクションをクリックします:
    • 事前チェックの実行 事前チェックでは、パッチが正常に適用されるように前提条件をチェックします。 Oracleでは、パッチを適用する前に事前チェック操作を実行することを強くお薦めします。 理由は、データベース内の状況はいつでも変更でき、パッチの実行直前に実行する事前チェックによって、前の事前チェックで検出されなかったエラーが検出される可能性があるためです

      ノート:

      事前チェックに失敗すると、最後の事前チェックが失敗したというメッセージが「Exadata OSイメージ更新の適用」ダイアログに表示されます。 Oracleでは、事前チェックを再度実行することをお薦めします。 OSパッチがリストされている行の最後にあるアクション・アイコン(3つのドット)をクリックして、ダイアログを表示します。
    • Exadata OSイメージ更新の適用 このリンクは、パッチの適用に使用する「Exadataイメージ更新の適用」ダイアログを表示します。 このダイアログには、パッチ適用するデータベース・システムの名前、データベースの現行バージョンおよびパッチの適用後の新しいバージョンのデータベースが表示されます。 プロセスを開始するには、「Exadata OSイメージ更新の適用」をクリックします。
    • OCIDをコピーします。 これにより、Oracle Cloud IDがコピーされます。 これは、パッチのトラブルシューティング時に使用するか、またはパッチへの接続時にサポートに提供するために使用できます。

      ノート:

      パッチの実行中:

      • 事前チェックの実行およびOSイメージ更新の適用は使用できません。 パッチが完了すると、これらのアクションを再度使用できます。
      • このVMクラスタを含むExadataインフラストラクチャがパッチ適用操作と競合するメンテナンスにスケジュールされている場合、パッチは失敗し、理由を説明するメッセージが表示されます。 インフラストラクチャのメンテナンスが完了したら、パッチ操作を再度実行します。
  7. 要求されたら、確認します。

パッチ・リストには、データベースの詳細ページのバージョン・セクションに操作のステータスが表示されます。 個々のパッチ・ステータスの詳細を表示し、実行可能な更新を表示するには、「更新の表示」をクリックします。 使用可能な新しい更新がない場合、「使用可能な更新がありません」というメッセージが表示されます。

Exadataグリッド・インフラストラクチャのアップグレード

このトピックでは、Oracle Cloud InfrastructureコンソールまたはAPIを使用してExadataクラウドVMクラスタのOracle Grid Infrastructure (GI)をアップグレードする方法について説明します。

アップグレードにより、最新のOracle Databaseソフトウェアを使用するOracle Databaseホームおよびデータベースをプロビジョニングできます。 ExadataクラウドVMクラスタおよび新しいExadataリソース・モデルの詳細は、「X8M、X9MおよびX11MスケーラブルExadata Infrastructureの概要」を参照してください。

親トピック: Exadata Cloud Infrastructureシステムのパッチ適用および更新

Exadata Grid Infrastructureをアップグレードするための前提条件

GIをOracle Database 19cにアップグレードするには、VMクラスタにOracle Linux 7オペレーティング・システムを使用する必要があります。

オペレーティング・システムのアップグレードの詳細は、次のドキュメントを参照してください:

Oracle Grid Infrastructureのアップグレードについて

VMクラスタのOracle Grid Infrastructure (GI)をアップグレードするには、インスタンス内のすべてのコンピュート・ノードをアップグレードします。 アップグレードはローリング方式で実行され、一度にアップグレードされるノードは1つのみです。

  • Oracleでは、アップグレードを正常に実行できない問題を特定して解決するために、アップグレード事前チェックを実行することをお薦めします。
  • 関連する「作業リクエスト」を表示して、アップグレード操作の進捗状況を監視できます。
  • Exadataインフラストラクチャのメンテナンス操作が24時間以内に開始するようにスケジュールされている場合、GIアップグレード機能は使用できません。
  • アップグレード中、ノードの起動、停止または再起動、CPUのスケーリング、データベース・ホームまたはデータベースのプロビジョニングまたは管理、データベースのリストア、IORM設定の編集などの他の管理操作は実行できません。 GIアップグレード中のVMクラスタでは、次のData Guard操作は許可されていません:
    • Data Guardの有効化
    • スイッチオーバー
    • VMクラスタを使用したデータベースへのフェイルオーバー(別のVMクラスタのスタンバイへのフェイルオーバー操作が可能)
コンソールを使用したGrid Infrastructureのアップグレード

コンソールを使用して、Oracle Grid Infrastructure (GI)をアップグレードする前に事前チェックを実行し、GIアップグレード操作を実行できます。

アップグレードする前にクラウドVMクラスタを事前チェックするには

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. クラウドVMクラスタのリストで、パッチを適用するクラスタの名前をクリックして、クラスタの詳細を表示します。
  5. 「バージョン」で、「更新が使用可能です」フィールドの横にある「パッチの表示」リンクをクリックします。
  6. 「更新」をクリックして、使用可能なパッチおよびアップグレードのリストを表示します。
  7. Oracle Grid Infrastructure (GI)アップグレードがリストされている行の最後にあるアクション・アイコン(3つのドット)をクリックし、「事前チェックの実行」をクリックします。
  8. 「確認」ダイアログで、事前チェック操作を開始するようにアップグレードすることを確認します。
クラウドVMクラスタのOracle Grid Infrastructureをアップグレードするには

クラウドVMクラスタのOracle Grid Infrastructureをアップグレードする手順。

ノート:

  • Grid Infrastructureを23aiにアップグレードする場合は、ASMディスク・グループごとに、compatible.rdbmsの値が19.0.0.0以降に設定されていることを確認します。
  • Grid Infrastructureを19cから23aiにアップグレードするための最小要件:
    • Exadataシステム・ソフトウェアを実行するExadataゲストVM 23.1.8
    • Exadata Infrastructure Exadataシステム・ソフトウェアの実行23.1.x
  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. クラウドVMクラスタのリストで、パッチを適用するクラスタの名前をクリックして、クラスタの詳細を表示します。
  5. 「バージョン」で、「更新が使用可能です」フィールドの横にある「パッチの表示」リンクをクリックします。
  6. 「更新」をクリックして、使用可能なパッチおよびアップグレードのリストを表示します。
  7. Oracle Grid Infrastructure (GI)アップグレードがリストされている行の最後にあるアクション・アイコン(3つのドット)をクリックし、「Grid Infrastructureのアップグレード」をクリックします。
  8. 「Grid Infrastructureのアップグレード」ダイアログで、「Grid Infrastructureのアップグレード」をクリックしてGIをアップグレードすることを確認します。 事前チェックを実行していない場合は、このダイアログで「事前チェックの実行」をクリックして、アップグレードの前にクラウドVMクラスタを事前チェックできます。
APIを使用したVMクラスタ内のグリッド・インフラストラクチャのアップグレード

APIの使用およびリクエストの署名の詳細は、REST APIおよび「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。

これらのAPI操作を使用して、クラウドVMクラスタのOracle Grid Infrastructureをアップグレードし、クラスタ更新履歴を表示します。

データベース・サービスのAPIの完全なリストは、「データベース・サービスAPI」を参照してください。

Exadataデータベースのアップグレード

このトピックでは、コンソールおよびAPIを使用してExadataデータベース・インスタンスをOracle Database 19cおよびOracle Database 23aiにアップグレードする手順について説明します。 アップグレードは、ターゲット・ソフトウェア・バージョンを使用するデータベース・ホームにExadataデータベースを移動することで行われます。

ノート:

このトピックは、「新しいリソース・モデル」を使用するExadata Cloud Infrastructureインスタンスにのみ適用されます。 Exadata DBシステムの新しいリソース・モデルへの変換の詳細は、「新しいリソース・モデルおよびAPIへのExadata DBシステムの切替え」を参照してください。

Oracle Databaseリリースおよびソフトウェアのサポート・タイムラインについては、My Oracle SupportポータルのRelease Schedule of Current Database Releases (Doc ID 742060.1)を参照してください。

親トピック: Exadata Cloud Infrastructureシステムのパッチ適用および更新

Oracle Databasesをアップグレードするための前提条件

「Exadataクラウド・インフラストラクチャ」 Oracle Databaseインスタンスをアップグレードするための前提条件のリストを確認します。

  • 19cにアップグレードするには、Oracle Linux 7が最低限の要件であり、23aiにアップグレードするには、Oracle Linux 8が最低限の要件です。 オペレーティング・システムを手動で更新する手順の詳細は、「Exadataシステム・ソフトウェア(DomU)をOCIのExadata Cloud Service上の18から19に更新する方法(My Oracle SupportドキュメントID 2521053.1)」を参照してください。
  • Oracle Grid Infrastructureは、バージョン19cまたは23ai for Oracle Database 19cにできます。 ただし、Oracle Grid Infrastructureは、Oracle Database 23aiのバージョン23aiである必要があります。 Oracle Cloud InfrastructureコンソールまたはAPIを使用してGrid Infrastructureをアップグレードする手順は、Exadata Grid Infrastructureのアップグレードを参照してください。 Grid Infrastructureでパッチが使用可能な場合、Oracleでは、データベースのアップグレードを実行する前にパッチを適用することをお薦めします。
  • Oracle Database 19cまたはOracle Cloud Infrastructureで使用可能なOracle Database 23aiの4つの最新バージョンを使用する、使用可能なOracle Databaseホームが必要です。 データベース・ホームの作成の詳細は、「既存のExadataクラウド・インフラストラクチャインスタンスに新しいOracle Databaseホームを作成するには」を参照してください。 パッチ適用要件に基づいてOracle公開ソフトウェア・イメージまたは「カスタム・データベース・ソフトウェア・イメージ」を使用して、データベース・ホームを作成できます。
  • アップグレードされるコンテナ・データベース内のすべてのプラガブル・データベースをオープンできることを確認する必要があります。 アップグレード中にシステムによってオープンできないプラガブル・データベースは、アップグレードに失敗する可能性があります。

  • 手動で作成されたData Guard関連付け(コンソールまたはAPIを使用して作成されていない関連付け)でデータベースをアップグレードする場合、次のが適用されます:

    • データベースはクラウド・ツールに登録する必要があります。 詳細については、「Exadata Cloud Serviceインスタンスのツールの更新」を参照してください。
    • プライマリとスタンバイの両方のアップグレード中に、REDO適用を無効にする必要があります。 Oracle 11.2および12.1データベースの場合、Data Guard構成も無効にする必要があります。
    • オブザーバを構成した場合、アップグレードする前にオブザーバを無効にする必要があります。
アップグレードするには、Oracleデータベースに次の設定が構成されている必要があります:
  • データベースはアーカイブ・ログ・モードである必要があります。
  • データベースでフラッシュバックを有効にする必要があります。

これらの設定の詳細は、データベースのリリース・バージョンの「Oracle Databaseドキュメント」を参照してください。

データベースのアップグレードについて

データベース・ソフトウェア・バージョンのアップグレードについては、次の点に注意してください:

  • データベースのアップグレードには、データベースのダウンタイムが含まれます。 アップグレードをスケジュールするときは、この点に注意してください。
  • Oracleでは、本番データベースをアップグレードする前に、データベースをバックアップし、テスト・システムまたはクローニングされたバージョンのデータベースで新しいソフトウェア・バージョンをテストすることをお薦めします。 オンデマンドの手動バックアップの作成の詳細は、「データベースのオンデマンド完全バックアップを作成」を参照してください。
  • Oracleでは、アップグレードの実行を計画する前に軽減が必要な問題を検出できるように、アップグレードを試行する前に、データベースのアップグレード事前チェック操作を実行することをお薦めします。 事前チェック操作はデータベースの可用性に影響せず、都合のよいときにいつでも実行できます。

  • データベースでData Guardを使用している場合、まずプライマリまたはスタンバイのいずれかをアップグレードできます。 プライマリをアップグレードするには、「Exadataデータベースをアップグレードまたは事前チェックするには」のステップに従います。 スタンバイをアップグレードするには、「データベースを別のデータベース・ホームに移動するには」のステップに従います

  • データベースでData Guardを使用している場合、プライマリまたはスタンバイをアップグレードすると、アップグレード操作中にREDO適用が無効になります。 プライマリとスタンバイの両方をアップグレードすると、REDO適用モードとオープン・モードが再有効化されます。 Oracleでは、アップグレード後にredo Applyおよびオープン・モード構成を確認することをお薦めします。

  • 自動バックアップ操作が行われている間は、アップグレード操作を実行できません。 アップグレードの前に、Oracleでは自動バックアップを無効にし、手動バックアップを実行することをお薦めします。 詳細は、「データベースの自動バックアップを構成」および「データベースのオンデマンド完全バックアップを作成するには」を参照してください。
  • アップグレード後、アップグレード前に取得された自動バックアップを使用して、データベースを以前の時点にリストアすることはできません。
  • バージョン11.2ソフトウェアを使用するデータベースをアップグレードする場合、生成されるバージョン19cデータベースは非コンテナ・データベース(非CDB)になります。

関連トピック

親トピック: Exadataデータベースのアップグレード

データベース・サービスによるアップグレード操作の実行方法

アップグレード・プロセス中にデータベース・サービスによって次の処理が実行されます:

  • 自動事前チェックを実行します。 これにより、システムが緩和が必要な問題を特定し、アップグレード操作を停止できます。
  • 保証付きリストア・ポイントを設定し、アップグレード失敗時にフラッシュバックを実行できます。
  • 目的のターゲット・ソフトウェア・バージョンを使用するユーザー指定のOracle Databaseホームにデータベースを移動します。
  • Database Upgrade Assistant (DBUA)ソフトウェアを実行してアップグレードを実行します。
  • Data Guard関連付けのデータベースの場合、プライマリ・データベースとスタンバイ・データベースの両方が正常にアップグレードされるまでREDO適用は無効になり、その時点でREDO適用はシステムによって再有効化されます。 その後、再実行が有効になった後にオープン・モードが有効になります。
Oracle Databaseのロールバックアップグレード失敗

アップグレードが正常に完了しない場合は、ロールバックを実行するオプションがあります。

失敗の詳細がコンソールの「データベースの詳細」ページに表示され、失敗の原因となる問題を分析および解決できます。

ロールバックによって、データベースがアップグレード前の状態にリセットされます。 アップグレード中およびアップグレード後に行われたデータベースへのすべての変更は失われます。 ロールバック・オプションは、アップグレード操作の失敗後にデータベースのデータベースの詳細ページに表示されるバナー・メッセージに示されます。 詳細は、「コンソールを使用した失敗したデータベース・アップグレードのロールバック」を参照してください。

Oracle Data Guard関連付けのスタンバイ・データベースの場合、ロールバックは、スタンバイを元のデータベース・ホームに戻すことによって実行されます。 手順については、「データベースを別のデータベース・ホームに移動するには」を参照してください。

Oracle Databaseのアップグレード後

アップグレードが成功したら、次の点に注意してください:

  • アップグレード前に自動バックアップを無効にした場合、データベースの自動バックアップが有効になっていることを確認します。 詳細は、「自動バックアップ構成のカスタマイズ」を参照してください。
  • Oracle Database COMPATIBLEパラメータを編集して、新しいOracle Databaseソフトウェア・バージョンを反映します。 詳細は、「Oracle Databaseの互換性とは」を参照してください。
  • データベースでdatabase_name.envファイルを使用する場合は、ファイルの変数が19cデータベース・ホームを指すように更新されていることを確認します。 これらの変数は、アップグレード・プロセス中に自動的に更新される必要があります。
  • 非コンテナ・データベースをOracle Databaseバージョン19cにアップグレードする場合、変換後にデータベースをプラガブル・データベースに変換できます。 データベースをプラガブル・データベースに変換する手順については、「非CDBをPDBに変換する方法(ドキュメントID 2288024.1)」を参照してください。
  • 古いデータベース・ホームが空で、再利用されない場合は削除できます。 詳細は、「コンソールを使用したOracle Databaseホームの削除」を参照してください。
  • Data Guard関連付けのデータベースの場合、オープン・モードを確認し、アップグレードの完了後に再適用ステータスを確認します。
コンソールを使用したデータベースのアップグレード

データベースを事前チェックおよびアップグレードし、失敗したアップグレードをロールバックし、アップグレード履歴を表示する手順。

Exadataデータベースをアップグレードまたは事前チェックするには

Exadataデータベースをアップグレードまたは事前チェックする手順。

次のステップは次のいずれかが適用されるデータベースに適用されます:

  • データベースは、Data Guard関連付けのプライマリ・データベースです
  • データベースはData Guard関連付けの一部ではありません

Data Guard構成のスタンバイ・データベースをアップグレードするには、アップグレード先のOracle Databaseバージョンを使用してスタンバイをデータベース・ホームに移動します。 詳細は「データベースを別のデータベース・ホームに移動するには」を参照してください。

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。

  3. Oracle Exadata Database Service on Dedicated Infrastructureで、「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アップグレードするデータベースを含むVMクラスタの名前をクリックします。

    ノート:

    データベースが「新しいExadataリソース・モデル」を使用しないExadata Cloud Infrastructureインスタンスにある場合は、データベースをアップグレードする前に「インスタンスを新しいモデルに切り替える」が必要です。

  4. VMクラスタの詳細ページのデータベースのリストで、アップグレードするデータベースの名前をクリックして、「データベースの詳細」ページを表示します。
  5. 「その他のアクション」をクリックし、次に「アップグレード」をクリックします。

  6. 「データベースをアップグレード」ダイアログで、次を選択します:

    • Oracle Database version: ドロップダウン・セレクタには、データベースが使用している現在のソフトウェア・バージョンからのアップグレードと互換性のあるOracle Databaseバージョンのみが表示されます。 ターゲット・ソフトウェアのバージョンは、データベースの現行バージョンより高くする必要があります。

    • ターゲット・データベース・ホーム: データベースのデータベース・ホームを選択します。 データベース・ホームのリストは、最新バージョンのOracle Database 19cソフトウェアを使用しているホームに制限されます。 データベースを新しいデータベース・ホームに移動すると、データベースは新しいデータベース・ホームのメジャー・リリース・バージョンおよびパッチ適用レベルにアップグレードされます。

  7. 次のいずれかをクリックします。

    • 事前チェックの実行: アップグレードを実行する前に、アップグレードの事前チェックを開始して、軽減が必要なデータベースに関する問題を特定します。
    • データベースのアップグレード: このオプションはアップグレード操作を開始します。 Oracleでは、データベースの事前チェックが成功した後にのみアップグレードを実行することをお薦めします。
失敗したデータベース・アップグレードをロールバックするには

  1. ナビゲーション・メニューを開きます。 Oracle Databaseで、Oracle Exadata Database Service on Dedicated Infrastructureをクリックします。
  2. コンパートメントを選択します。
    選択したコンパートメントのVMクラスタのリストが表示されます。
  3. VMクラスタのリストで、アップグレードに失敗したデータベースを含むVMクラスタの名前をクリックします。
  4. 正常にアップグレードされなかったデータベースを検索し、その名前をクリックしてその詳細を表示します。
  5. データベースでは、詳細ページの上部にバナーが表示され、「ロールバック」ボタンと、アップグレード失敗の原因となった問題に関する詳細が表示されます。
  6. 「Rollback」をクリックします。
  7. 「ロールバックの確認」ダイアログで、前のOracle Databaseバージョンへのロールバックを開始することを確認します。
データベースのアップグレード履歴を表示するには

  1. ナビゲーション・メニューを開きます。 Oracle Databaseをクリックし、Oracle Exadata Database Service on Dedicated Infrastructureをクリック
  2. コンパートメントを選択します。

  3. Oracle Exadata Database Service on Dedicated Infrastructureで、「Exadata VMクラスタ」をクリックします。 VMクラスタのリストで、アップグレードするデータベースを含むVMクラスタの名前をクリックします。

    ノート:

    データベースが「新しいExadataリソース・モデル」を使用しないExadata Cloud Infrastructureインスタンスにある場合は、データベースをアップグレードする前に「インスタンスを新しいExadataリソース・モデルに切り替える」が必要です。

  4. VMクラスタの詳細ページのデータベースのリストで、アップグレード履歴を表示するデータベースの名前をクリックします。
  5. 「データベースの詳細」ページの「データベース・バージョン」で、アップグレードされたデータベースについて表示される「表示」リンクをクリックします。 このリンクは、更新されていないデータベースでは表示されません。

    「更新履歴」ページが表示されます。 このページに表示される表には、データベースで実行される事前チェックおよびアップグレード操作が表示されます。

APIを使用したデータベースのアップグレード

データベースのアップグレードを管理するには、次のAPIを使用します:

APIの使用およびリクエストの署名の詳細は、REST APIおよび「セキュリティ資格証明」を参照してください。 SDKの詳細は、「ソフトウェア開発キットとコマンドライン・インタフェース」を参照してください。

次のAPI操作を使用して、データベース・アップグレードを管理します:

データベース・サービスのAPIの完全なリストは、「データベース・サービスAPI」を参照してください。

ノート:

UpgradeDatabase APIを使用してExadata Cloud Infrastructureデータベースをアップグレードする場合は、アップグレード・ソースとしてDB_HOMEを指定する必要があります。