Exascaleインフラストラクチャ・システムでのOracle Exadata Database Serviceのパッチおよび更新

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

セキュアなOracle Exadata Database Service on Exascale Infrastructureインスタンスを最適な作業順序で維持するには、定期的なメンテナンスを実行する必要があります。

次のタスクが必要です

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

Exascaleインフラストラクチャ・システムでのOracle Exadata Database Serviceのパッチ適用および更新

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

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

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

コンソールまたはAPIを使用して、Exascaleインフラストラクチャ・リソース上のOracle Exadata Database Serviceでパッチ適用操作を実行する方法について学習します。

ノート

ターゲット・パッチ・レベルを使用するデータベース・ホームにデータベースを移動することで、そのデータベースにパッチ適用することをお薦めします。このデータベース・パッチ適用方法の手順は、データベースを別のデータベース・ホームに移動してデータベースにパッチ適用するにはを参照してください。
VMクラスタのGIおよびデータベース・ホームのパッチ適用および更新について

Exascaleインフラストラクチャ・インスタンス上のOracle Exadata Database Serviceで実行されるパッチ適用のタイプと、パッチ適用操作を完了する方法について学習します。

Oracle Grid Infrastructure (GI)のパッチ適用

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

ノート

クラウドVMクラスタ・リソースでGrid Infrastructureにパッチを適用します。VMクラスタはデータベースによって使用され、システムの停止時間なしで新しいGrid Infrastructureリソースに簡単に移行できます。

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

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

パッチを適用するには、正しいパッチ・バージョンの新しいデータベース・ホームにデータベースを移動する必要があります。これは、移動するデータベースにのみ影響します。

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

パッチ適用操作の実行手順は、データベース・ホームでOracle Databaseソフトウェアにパッチを適用するには(クラウドVMクラスタ)を参照してください。

Exascaleインフラストラクチャ・コンポーネントでOracle Exadata Database Serviceにパッチを適用するためのベスト・プラクティス

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

  • パッチを適用する前にデータベースをバックアップします。データベースのバックアップの詳細は、Exadata Databaseバックアップの管理を参照してください。
  • VMクラスタまたはExadata DBシステムにパッチを適用してから、そのリソース上のデータベース・ホームおよびデータベースにパッチを適用します。
  • パッチを適用する前に、事前チェック操作を実行して、VMクラスタ、Exadata DBシステムまたはデータベース・ホームがそのパッチの要件を満たすことを確認します。
  • データベースにパッチを適用して、現在のホームのデータベース・バージョン以外のバージョンにするには、ターゲット・バージョンを実行しているデータベース・ホームにデータベースを移動します。この方法では、必要なダウンタイムが短縮され、データベースを古いデータベース・ホームに戻して、前のバージョンに簡単にロールバックできます。
  • Oracle Cloud Infrastructureで使用可能なOracle DatabaseおよびOracle Grid Infrastructureのメジャー・バージョン・リリースについては、現在のバージョンおよび直近の3つの旧バージョン(NからN - 3)のパッチが提供されます。
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のカンマ区切りリストに対してのみデータパッチを実行します。例: pdb1,pdb2...
  • --executePrereqsは、前提条件チェックを実行します
  • --patchListは、指定したパッチのカンマ区切りリストを適用またはロールバックします。例: patch1,patch2...
  • --skipClosedPdbsは、クローズしたPDBに対するdatapatchの実行をスキップします
  • --rollbackは、適用されたパッチをロールバックします

FAQ

Q: dbaascli database runDatapatchコマンドの目的は何ですか。

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

Q: dbaascli database runDatapatchコマンドを実行する前に、何を確認する必要がありますか。

A: コマンドを実行する前に、データベースのすべてのインスタンスが稼働していることを確認します。

Q: パッチを適用するデータベースを指定するにはどうすればよいですか。

A: --dbnameオプションに続けて、データベースの名前を指定します。例:

--dbname myDatabase

Q: 以前に中断されたrunDatapatch操作を再開するにはどうすればよいですか。

A: --resumeオプションを使用して前回の実行を再開するか、--sessionIDオプションを使用して特定のセッションIDを指定します。例:

--resume

--sessionID 12345

Q: パッチの実行時に特定のPDBをスキップするにはどうすればよいですか。

A: --skipPdbsオプションに続けて、スキップするPDB名のカンマ区切りリストを指定します。例:

--skipPdbs pdb1,pdb2

Q: 特定のPDBでのみパッチを実行するにはどうすればよいですか。

A: --pdbsオプションに続けて、含めるPDB名のカンマ区切りリストを指定します。例:

--pdbs pdb1,pdb2

Q: 特定のパッチ・セットを適用またはロールバックするにはどうすればよいですか。

A: 適用またはロールバックするには、--patchListオプションに続けて、パッチ名のカンマ区切りリストを使用します。例:

--patchList patch1,patch2

Q: --rollbackオプションは何を行いますか?

A: --rollbackオプションは、パッチ適用操作中に適用されたパッチをロールバックします。

Q: パッチ適用操作中に一部のPDBがクローズされるとどうなりますか。

A: 一部のPDBがクローズされている場合は、--skipClosedPdbsオプションを使用して、それらのクローズされたPDBへのパッチ適用をスキップできます。

Q: パッチを適用する前に前提条件チェックを実行できますか。

A: はい。パッチを適用する前に、--executePrereqsオプションを使用して前提条件チェックを実行します。

Q: パッチを再開するセッションIDを確認するにはどうすればよいですか。

A: runDatapatch操作の後、セッションIDは通常ログに記録されます。--sessionIDオプションを使用して、パッチの再開時にそのIDを指定します。例:

--sessionID 67890

dbaascli database runDatapatch --dbname db19
Exascaleインフラストラクチャ上のOracle Exadata Database Serviceの顧客管理キー

Oracle Exadata Database Service on Exascale Infrastructureの顧客管理キーは、Oracle Cloud Infrastructure (OCI) Vaultサービスの機能で、ユーザーが管理する暗号化キーを使用してデータを暗号化できます。

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

次を実行できます:

  • Exascaleインフラストラクチャ上のOracle Exadata Database Serviceでデータベースを作成する場合、顧客管理キーの有効化
  • Oracle管理キーから顧客管理キーへのスイッチ
  • セキュリティ準拠を維持するためのキーのローテーション

要件

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

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

制約

顧客管理キーを使用するExascaleインフラストラクチャ・データベース上のOracle Exadata Database ServiceでOracle Data Guardを有効にするには、プライマリ・データベースとスタンバイ・データベースが同じレルム内にある必要があります。

dbaascli database addInstance

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

前提条件

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

構文

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

FAQ

Q: dbaascli database addInstanceコマンドの目的は何ですか。

A: dbaascli database addInstanceコマンドは、Oracle Exadata Database Service環境の指定したノードに新しいデータベース・インスタンスを追加するために使用します。

Q: dbaascli database addInstanceコマンドを実行するための前提条件は何ですか。

A: データベース・インスタンスを追加するために必要な権限を持つには、rootユーザーとしてコマンドを実行する必要があります。

Q: このコマンドで--dbnameオプションは何を表していますか。

A: --dbnameオプションは、新しいインスタンスを追加するOracle Databaseの名前を指定します。

Q: dbaascli database addInstanceコマンドで使用される--nodeオプションは何ですか。

A: --nodeオプションは、新しいデータベース・インスタンスが追加されるノードの名前を指定します。

Q: このコマンドの--newNodeSIDオプションの目的は何ですか。

A: --newNodeSIDオプションを使用すると、指定したノードに作成される新しいデータベース・インスタンスのSID (システム識別子)を指定できます。

Q: 新しいインスタンスを追加する場合、--newNodeSIDオプションの指定は必須ですか。

A: --newNodeSIDオプションはオプションです。指定しない場合、Oracleは新しいデータベース・インスタンスのSIDを自動的に生成します。

Q: dbaascli database addInstanceコマンドはどのような場合に使用しますか。

A: このコマンドは、マルチノードのOracle Database設定で追加ノードに新しいインスタンスを追加してデータベースをスケーリングする場合に使用します。

Q: このコマンドを使用して、複数のデータベース・インスタンスを異なるノードに追加できますか。

A: はい。適切な--nodeおよび--dbname値を指定することで、コマンドを複数回実行して、異なるノードにデータベース・インスタンスを追加できます。

Q: --nodeオプションで指定されたノードが使用できない場合はどうなりますか?

A: 指定したノードが使用できないか到達可能でない場合、コマンドは失敗します。コマンドを実行する前に、ノードが正しく構成され、アクセス可能であることを確認してください。

Q: このコマンドはData Guard環境で使用できますか。

A: はい。Data Guard環境でdbaascli database addInstanceコマンドを使用してインスタンスを追加できますが、このような構成に必要なData Guardガイドラインに従うことをお薦めします。

Q: このコマンドを実行すると、データベースの停止時間が発生しますか。

A: 通常、新しいノードにインスタンスを追加しても、既存のデータベース・インスタンスの停止時間は発生しませんが、特定の依存関係がないか環境を確認することをお薦めします。

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

例5-2 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>
説明:
  • --dbname - Oracleデータベース名。

FAQ

Q: dbaascli database getDetailsコマンドの目的は何ですか。

A: dbaascli database getDetailsコマンドは、データベース名、ノード情報、プラガブル・データベース(PDB)の詳細など、指定したOracleデータベースに関する詳細情報を表示します。

Q: dbaascli database getDetailsコマンドは誰が実行できますか。

A: コマンドは、rootユーザーまたはoracleユーザーが実行できます。

Q: dbaascli database getDetailsコマンドで--dbnameオプションは何を指定しますか。

A: --dbnameオプションは、詳細情報が取得されるOracleデータベースの名前を指定します。

Q: dbaascli database getDetailsコマンドではどのような情報が提供されますか。

A: このコマンドは、データベース名、ノード情報、およびコンテナ・データベースに関連付けられたプラガブル・データベース(PDB)に関する情報などの詳細を提供します。

dbaascli database modifyParameters

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

前提条件

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

構文

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

FAQ

Q: dbaascli database modifyParametersコマンドの目的は何ですか。

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

Q: パラメータを変更するデータベースを指定する方法は?

A: --dbnameオプションを使用して、パラメータを変更またはリセットするデータベースの名前を指定する必要があります。

Q: modifyParametersコマンドを使用してデータベース・パラメータを変更するにはどうすればよいですか。

A: --setParametersオプションに続けて、パラメータとその新しい値のカンマ区切りリストを指定します。例:

--setParameters parameter1=valueA,parameter2=valueB

Q: このコマンドを使用してパラメータをデフォルト値にリセットするにはどうすればよいですか?

A: --resetParametersオプションの後ろにカンマ区切りのパラメータ・リストを指定して、デフォルト値にリセットします。例:

--resetParameters parameter1,parameter2

Q: 応答ファイルを使用してパラメータを変更できますか?

A: はい、--responseFileオプションを使用して、レスポンスJSONファイルの絶対的な場所を指定できます。ファイルには、変更するパラメータが含まれている必要があります。

Q: パラメータを変更する前にバックアップを取る必要がありますか。

A: すべての変更で必須ではありませんが、クリティカル・パラメータまたは機密パラメータを変更する場合は、バックアップを設定することをお薦めします。--backupPreparedオプションを使用すると、バックアップが準備されたことを確認できます。

Q: 変更は、マルチインスタンス・データベースの特定のインスタンスにのみ適用できますか。

A: はい、--instanceオプションを使用してインスタンス名を指定できます。このオプションを使用しない場合、変更はデータベース・レベルで適用されます。

Q: パラメータの変更後にデータベースをバウンス(再起動)する必要がありますか。

A: 一部の静的パラメータでは、データベース・バウンスが必要です。--allowBounceオプションを使用すると、必要に応じてデータベースをバウンスする権限を付与できます。

Q: 静的パラメータの変更時にデータベースのバウンスを許可しないとどうなりますか。

A: 静的パラメータの変更時に--allowBounceオプションを使用しない場合、その変更は、次回の手動データベース再起動まで有効になりません。

Q: 以前のセッションが中断された場合、パラメータの変更を再開できますか?

A: いいえ、このコマンドはセッションの再開をサポートしていません。最初からコマンドを再実行する必要があります。

例5-3 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構成のスタンバイ・データベースをアップグレードします
  • --allStandbyPreparedは、Data Guard構成のプライマリ・データベースにとって必須です。プライマリ・データベースをアップグレードする前に、すべての必要な操作がスタンバイ・データベースで実行されたことを確認するフラグです
  • --removeGRPは、データベースのアップグレードが成功した場合にのみ、保証付きリストア・ポイント(GRP)バックアップを自動的に削除します
  • --increaseCompatibleParameterは、データベース・アップグレードの一部として、互換性のあるパラメータを自動的に増やします。データベースのアップグレードが成功した場合にのみ、パラメータが増加します
  • --executePrereqsは、アップグレード前のチェックのみを実行します
  • --postUpgradeは、アップグレード後に失敗し、アップグレード後のステップを再実行する必要がある場合、このオプションを使用します
  • --rollbackは、Oracle Databaseを元のOracleホームに戻します
  • --upgradeOptionsは、このオプションを使用して、DBUA固有の引数を渡し、Oracle Databaseのアップグレードを実行します。サポートされる引数とオプションについては、対応するOracleドキュメントを参照してください。

    --standby

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

FAQ

Q: dbaascli database upgradeコマンドの目的は何ですか。

A: dbaascli database upgradeコマンドは、Oracle Databaseを新しいバージョンにアップグレードするために使用します。

Q: dbaascli database upgradeコマンドを使用するための前提条件は何ですか。

A: rootユーザーとしてコマンドを実行し、SSHを使用してExadata Cloud@Customer仮想マシンに接続する必要があります。

Q: アップグレードが必要なデータベースを指定する方法を教えてください。

A: --dbnameオプションに続けて、データベースの名前を指定します。例:

--dbname myDatabase

Q: アップグレードのターゲットOracleホームを指定するにはどうすればよいですか。

A: --targetHomeオプションを使用してターゲットOracleホームの場所を指定するか、--targetHomeNameオプションを使用してターゲットOracle Databaseホームの名前を指定できます。

Q: --standByオプションは何を行いますか。

A: --standByオプションは、Data Guard構成でスタンバイ・データベースをアップグレードするために使用されます。

Q: --allStandbyPreparedフラグの目的は何ですか。

A: --allStandbyPreparedフラグは、Data Guard構成でプライマリ・データベースをアップグレードする前に、スタンバイ・データベースで必要なすべての操作が実行されたことを認識します。

Q: --removeGRPオプションは何を行いますか。

A: --removeGRPオプションを指定すると、データベースのアップグレードが成功すると、保証付きリストア・ポイント(GRP)バックアップが自動的に削除されます。

Q: --increaseCompatibleParameterオプションはどのような場合に使用しますか。

A: アップグレードが成功した場合、--increaseCompatibleParameterオプションを使用して、データベースのアップグレード中に互換性のあるパラメータを自動的に増やします。

Q: --executePrereqsオプションは何を行いますか。

A: --executePrereqsオプションは、アップグレード前のチェックのみを実行して、データベースのアップグレード準備が整っていることを確認します。

Q: アップグレード後の失敗したステップを処理するにはどうすればよいですか。

A: --postUpgradeオプションを使用して、アップグレード後の初期試行が失敗した場合にアップグレード後のステップを再実行します。

Q: --revertオプションの目的は何ですか?

A: --revertオプションは、Oracle Databaseを元のOracleホームに戻し、アップグレードを元に戻します。

Q: アップグレードのためにDBUAに固有の追加引数を渡すにはどうすればよいですか。

A: --upgradeOptionsオプションを使用して、Oracle DatabaseアップグレードのDBUA固有の引数を渡します。サポートされる引数とオプションについては、Oracleドキュメントを参照してください。

Q: アップグレードのターゲットOracleホームの指定は必須ですか。

A: はい。アップグレードのターゲットOracleホームを示すには、--targetHomeまたは--targetHomeNameを指定する必要があります。

Q: アップグレード前チェックを実行する必要があるが、アップグレードを続行しない場合はどうすればよいですか。

A: --executePrereqsオプションを使用して、実際のアップグレードを続行せずにアップグレード前チェックのみを実行します。

例5-4 dbaascli database upgradeのアップグレード前の要件チェック

dbaascli database upgrade --dbbname dbname --targetHome Target Oracle home location --executePrereqs
VMクラスタへのパッチ適用および更新の前提条件

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

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

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

パッチ適用に必要なネットワーク設定

ExaDB-XSシステムで使用するセキュリティ・ルールを確認します。セキュリティ・ルールは、Exadataのコンピュート・ノードのクライアント・ネットワークおよびバックアップ・ネットワークで許可されるトラフィック・タイプを制御します。

コンソールを使用したExascaleインフラストラクチャVMクラスタでのExadata Database Serviceのパッチ適用および更新

コンソールを使用して、Exascale InfrastructureOracle Exadata Database Service on Exascale Infrastructure VMクラスタ上のOracle Exadata Database Serviceでのパッチ操作の履歴を表示し、パッチ操作のステータスをモニターできます。

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

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

  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Exascaleインフラストラクチャ上のExadata Database Service」をクリックします
  2. コンパートメントを選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. クラウドVMクラスタのリストで、パッチを適用するクラスタの名前をクリックして、クラスタの詳細を表示します。
  5. 「バージョン」で、「使用可能な更新」フィールドの横にある「パッチの表示」リンクをクリックします。
  6. クラウドVMクラスタに使用可能なパッチのリストを確認します。
  7. 目的のパッチの「アクション」メニューをクリックし、次のいずれかのアクションをクリックします:
    • 事前チェックの実行: 前提条件をチェックして、パッチを正常に適用できることを確認します。

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

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

    ジョブのステータスを表示したり、ジョブのログをダウンロードしたりするには、この手順を使用します。

    1. Grid Infrastructureのパッチ操作のジョブ・ログを確認するクラスタ名をクリックして、クラスタの「VMクラスタの詳細」ページに移動します。「Grid Infrastructureの詳細」ページが表示されます。
    2. 「リソース」で、「関連付けられたリソース」をクリックします。fsujob<*>という名前のリソースがあります。「アクション」アイコン(「アクション」メニュー・アイコン)をクリックし、View logをクリックします。「ログの表示」ページが表示されます。

    ログは2分ごとに自動的にリフレッシュされます。「ログのリフレッシュ」をクリックして、オンデマンドでログをリフレッシュします。Download logをクリックして、ログをダウンロードします。

  10. 必要に応じて、失敗したOracle Grid Infrastructure操作を再試行できます。

    失敗したGrid Infrastructure操作を再試行するステップは、次のとおりです。

    1. 「ジョブ・ログの表示またはダウンロード」をクリックします。ExaDB VMクラスタGIパッチの適用操作のジョブ・ログをチェックして、失敗の理由を理解します。関連項目: インシデント・ログおよびトレース・ファイル
    2. 問題を解決します。基礎となる問題に対処した後、失敗した操作を再試行できます。
    3. Grid Infrastructure更新の再試行操作: 失敗したGrid Infrastructureパッチ適用を再試行するには、Grid Infrastructureパッチの適用操作を再度開始し、前の試行と同じGrid Infrastructure更新を選択します。
Exascaleインフラストラクチャ上のOracle Exadata Database Serviceで個々のOracle Databasesにパッチを適用するには

Exascaleインフラストラクチャ上のOracle Exadata Database Serviceの単一のOracle Databaseを別のデータベース・ホームに移動することで、パッチを適用できます。

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

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

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

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

  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Exascaleインフラストラクチャ上のExadata Database Service」をクリックします
  2. コンパートメントを選択します。
  3. 移動するデータベースに移動します。

    「Oracle Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、移動するデータベースが含まれるVMクラスタの名前をクリックします。

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

    データベースをターゲット・データベース・ホームに移動してデータベースのソフトウェア・リリースを更新する場合、Oracleではデータベース・ホームを使用することをお薦めします。このホームでは、最新の(N-3)リリース更新(RU)バージョンから最新(N)から3バージョンまでが実行されます。このベスト・プラクティス基準を満たすデータベース・リリース更新(RU)でプロビジョニングされたデータベース・ホームのみが、データベースを移動するためのターゲット・ホームとして使用可能です。

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

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

  8. 移動操作のログを表示またはダウンロードします。

    ジョブのステータスを表示したり、ジョブのログをダウンロードしたりするには、この手順を使用します。

    1. データベースが構成されているクラスタの「VMクラスタの詳細」ページに移動し、移動操作のジョブ・ログを確認するデータベースの名前をクリックします。「データベース詳細」ページが表示されます。
    2. 「リソース」で、「作業リクエスト」をクリックします。
    3. 「作業リクエスト」セクションで、ログを表示またはダウンロードする「データベース更新操作」をクリックします。「データベース作業リクエスト詳細の更新」ページが表示されます。
    4. 「リソース」で、「関連付けられたリソース」をクリックします。fsujob<*> nameのリソースがあります。
    5. 「アクション」アイコン(「アクション」アイコン)をクリックし、「ログの表示」をクリックします。View logページが表示されます。

    ログは2分ごとに自動的にリフレッシュされます。「ログのリフレッシュ」をクリックして、オンデマンドでログをリフレッシュします。「ログのダウンロード」をクリックして、ログをダウンロードします。

  9. 必要に応じて、失敗したデータベース移動操作を再試行できます。

    失敗したデータベース移動操作を再試行するステップは、次のとおりです。

    1. 「ジョブ・ログの表示またはダウンロード」をクリックします。データベース移動のジョブ・ログをチェックして、失敗の理由を理解します。関連項目: インシデント・ログおよびトレース・ファイル
    2. 問題を解決します。基礎となる問題に対処した後、失敗した移動操作を再試行できます。
    3. データベースの移動操作を再試行してください。失敗したデータベース移動操作を再試行するには、「データベースの移動」ステップを再度開始し、前の試行と同じターゲット・ホームを選択します。
Exascaleインフラストラクチャ上のExadata Databaseサービスのパッチ履歴の表示

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

パッチ履歴を表示するには、「VMクラスタの詳細」ページに移動します。

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

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

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

  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Exascaleインフラストラクチャ上のExadata Database Service」をクリックします
  2. コンパートメントを選択します。
  3. 「Exadata VMクラスタ」をクリックします。
  4. クラウドVMクラスタのリストで、パッチを適用するクラスタの名前をクリックして、クラスタの詳細を表示します。
  5. 「更新履歴」をクリックします。

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

データベース・ホームのパッチ履歴を表示するには
各パッチ履歴エントリは、試行されたパッチ操作を表し、操作が成功したか失敗したかを示します。失敗したパッチ操作は再試行できます。操作を繰り返すと、新しいパッチ履歴エントリが作成されます。サービス・インスタンスで新しいリソース・モデルが使用されると、「VMクラスタ詳細」ページに移動してパッチ履歴を使用できます。
  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Exascaleインフラストラクチャ上のExadata Database Service」をクリックします
  2. コンパートメントを選択します。
  3. データベース・ホームが含まれているクラウドVMクラスタに移動します。

    「Oracle Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アクセスするVMクラスタを検索し、強調表示された名前をクリックしてクラスタの詳細ページを表示します。

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

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

ノート

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

これらのAPI操作を使用して、Exadataリソース(クラウドVMクラスタ、データベースおよびデータベース・ホーム)へのパッチ適用を管理します。

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

クラウドVMクラスタ:

データベース:

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

データベース・ホーム:

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

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

Exadata VMクラスタ・イメージの更新では、OCIコンソールおよびAPIから自動化された方法でExadataクラウドVMクラスタ・ノードのOSイメージを更新できます。

この自動化された機能により、VMクラスタのパッチ適用が簡略化および高速化され、パッチ適用のエラーが少なくなり、パッチ・マネージャを使用する必要がなくなります。

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

コンソールを使用したオペレーティング・システムの更新

ノート

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

Exadata Cloud Infrastructure向けExadata System Software 23.1へのアップグレードは、2024年2月の更新サイクルで利用可能になります。

  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Exascaleインフラストラクチャ上のExadata Database Service」をクリックします
  2. 「Oracle Exadata Database Service on Exascale 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 Databaseのアップグレード

Oracle Exadata Database Service on Exascale Infrastructure上のOracle Databaseリリースは、コンソールおよびAPIを使用してアップグレードできます。

アップグレードは、ターゲット・ソフトウェア・バージョンを使用するデータベース・ホームにExadataデータベースを移動することで実行できます。

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

Exascale Infrastructure Oracle Databaseインスタンス上のOracle Exadata Database Serviceをアップグレードするための前提条件のリストを確認します。

  • 使用可能な4つの最新バージョンのOracle Databaseを使用する使用可能なOracle Database Homeが必要です。データベース・ホームの作成の詳細は、Exascaleインフラストラクチャ・インスタンス上の既存のOracle Exadata Database Serviceに新しいOracle Database Homeを作成するにはを参照してください。パッチ適用要件に基づいて、Oracle公開版ソフトウェア・イメージまたはカスタム・データベース・ソフトウェア・イメージを使用して、データベース・ホームを作成できます。
  • アップグレード対象のコンテナ・データベース内のすべてのプラガブル・データベースをオープンできることを確認する必要があります。アップグレード中にシステムによってオープンできないプラガブル・データベースが原因で、アップグレードが失敗することがあります。
  • 手動で作成されたData Guardアソシエーション(コンソールまたはAPIを使用して作成されていないアソシエーション)でデータベースをアップグレードする場合、次のことが適用されます:

    • データベースはクラウド・ツールに登録する必要があります。
    • プライマリとスタンバイの両方のアップグレード中にREDO適用を無効にする必要があります。
    • オブザーバを構成した場合、アップグレード前にオブザーバを無効にする必要があります。
アップグレードを開始する前に、次の設定でOracle Database構成を構成する必要があります:
  • データベースはアーカイブ・ログ・モードである必要があります。
  • データベースはフラッシュバックが有効になっている必要があります。

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

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

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

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

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

  • 自動バックアップ操作の進行中は、アップグレード操作を実行できません。アップグレードの前に、Oracleでは、自動バックアップを無効にして手動バックアップを実行することをお薦めします。詳細は、データベースの自動バックアップを構成するにはおよびデータベースのオンデマンド・フル・バックアップを作成するにはを参照してください。
  • アップグレード後は、アップグレード前に取得した自動バックアップを使用してデータベースを以前の時点にリストアすることはできません。
データベース・サービスによるアップグレード操作の実行方法

アップグレード・プロセス中にデータベース・サービスでは次が実行されます:

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

アップグレードが正常に完了しない場合、ロールバックを実行できます。

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

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

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

Oracle Databaseのアップグレード後

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

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

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

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

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

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

  • データベースは、Data Guardアソシエーションのプライマリ・データベースです
  • データベースはData Guardアソシエーションの一部ではありません

Data Guard構成のスタンバイ・データベースをアップグレードするには、アップグレード先のOracle Databaseバージョンを使用するデータベース・ホームにスタンバイを移動します。

  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Exascaleインフラストラクチャ上のExadata Database Service」をクリックします
  2. コンパートメントを選択します。
  3. 「Oracle Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アップグレードするデータベースを含むVMクラスタの名前をクリックします

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

    • Oracle Databaseバージョン: ドロップダウン・セレクタには、データベースが使用している現在のソフトウェア・バージョンからのアップグレードと互換性のあるOracle Databaseバージョンのみがリストされます。ターゲット・ソフトウェア・バージョンは、データベースの現在のバージョンより上位である必要があります。
    • ターゲット・データベース・ホーム: データベースのデータベース・ホームを選択します。データベース・ホームのリストは、最新バージョンのOracle Database 19cソフトウェアを使用しているホームに制限されます。データベースを新しいデータベース・ホームに移動すると、データベースが新しいデータベース・ホームのメジャー・リリース・バージョンおよびパッチ適用レベルにアップグレードされます。

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

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

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

Exascaleインフラストラクチャ上のExadata Database Service上のデータベースのアップグレード履歴を表示するには、この手順を使用します。

  1. ナビゲーション・メニューを開きます。「Oracle Database」をクリックし、「Exascaleインフラストラクチャ上のExadata Database Service」をクリックします
  2. コンパートメントを選択します。
  3. 「Oracle Exadata Database Service on Exascale Infrastructure」で、「Exadata VMクラスタ」をクリックします。VMクラスタのリストで、アップグレードするデータベースを含むVMクラスタの名前をクリックします

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

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

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

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

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

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

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

ノート

UpgradeDatabase APIを使用してExascaleインフラストラクチャ上のOracle Exadata Database Serviceをアップグレードする場合は、アップグレード・ソースとしてDB_HOMEを指定する必要があります。