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)のパッチ適用

Oracle Exadata Database Service on Exascale Infrastructureインスタンスにパッチ適用すると、インスタンス内のすべてのコンピュート・ノードのコンポーネントが更新されます。VMクラスタ・パッチにより、リソースのOracle Grid Infrastructure (GI)が更新されます。

デフォルトでは、Grid Infrastructureホームを最新の承認済Grid Infrastructureリリース更新に更新できます。関連するセキュリティ・リスクを確認した後、前述の2つのリリース更新のいずれかを選択することもできます。以前のリリース更新に更新するには、サービス・リクエストを発行します。

ノート

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

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

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

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

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

デフォルトでは、データベース・ホームにパッチを適用して、最新の承認済データベース・リリース更新(N)にできます。関連するセキュリティ・リスクを確認した後、前述の2つのリリース・アップデート(N-1またはN-2)のいずれかにパッチを適用することもできます。N-2より前のリリース更新にパッチを適用するには、サービス・リクエストを発行します。

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

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

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

  • パッチを適用する前にデータベースをバックアップします。データベースのバックアップの詳細は、Exadata Databaseバックアップの管理を参照してください
  • VMクラスタにパッチの適用を行ってから、そのリソース上のデータベースのホームおよびデータベースにパッチ適用します。
  • パッチを適用する前に、事前チェック操作を実行して、VMクラスタ、またはデータベース・ホームがそのパッチの要件を満たしていることを確認します。
  • データベースにパッチを適用して、現在のホームのデータベース・バージョン以外のバージョンにするには、ターゲット・バージョンを実行しているデータベース・ホームにデータベースを移動します。この方法では、必要な停止時間が短縮されて、古いデータベース・ホームに戻すことで、前のバージョンに簡単にロールバックすることができます。別のデータベース・ホームへのデータベースの移動を参照してください
  • Oracle Cloud Infrastructureで使用可能なOracle DatabaseおよびOracle Grid Infrastructureのメジャー・バージョン・リリースでは、承認された最新のリリース更新がデフォルトで提供されます。関連するセキュリティ・リスクを確認した後、前述の2つのリリース更新のいずれかを選択することもできます。以前のリリース更新を使用するには、サービス・リクエストを発行します。
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] [--backupPrepared] [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
説明:
  • --dbnameは、Oracle Databaseの名前を指定します
  • --cdbNameは、PDBが作成されるターゲットCDBの名前を指定します。CDBが存在しない場合は、ソースの非CDBと同じOracleホームに作成されます
  • --executePrereqsは、変換前チェックのみを実行するように指定します
  • --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
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 Infrastructure VMクラスタのOracle Exadata Database Serviceのパッチ適用および更新

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

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

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

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

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

  8. 要求されたら、確認します。
    パッチ・リストに操作のステータスが表示されます。パッチが適用されている間、パッチのステータスは「パッチ適用中」と表示され、クラウドVMクラスタのステータスは「更新中」と表示されます。クラスタおよびそのリソースに対するライフサイクル操作は、一時的に使用できなくなる可能性があります。パッチ適用が正常に完了すると、パッチのステータスが「適用済」に変わり、クラスタのステータスが「使用可能」に変わります。個々のパッチ操作の詳細を表示するには、「更新履歴」をクリックします。
  9. Grid Infrastructure操作のログを表示またはダウンロードします。
    ジョブのステータスを表示したり、ジョブのログをダウンロードしたりするには、この手順を使用します。
    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 AI Database」をクリックし、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします
  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. データベースの移動操作を再試行してください。失敗したデータベース移動操作を再試行するには、「データベースの移動」ステップを再度開始し、前の試行と同じターゲット・ホームを選択します。
Oracle Exadata Database Service on Exascale Infrastructureのパッチ履歴の表示

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

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

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

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

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

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

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

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

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

  4. 「リソース」で、「データベース・ホーム」をクリックします。
  5. 表示するデータベース・ホームの名前をクリックして、データベース・ホームの詳細を表示します。
  6. 「データベース・ソフトウェア・バージョン」で、「使用可能な最新パッチ」フィールドの「表示」をクリックします。
  7. 「更新履歴」をクリックします。
    履歴ページに、そのデータベース・ホームおよびそれが属するクラウド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クラスタまたはデータベース・ホームがそのパッチの要件を満たしていることを確認します。事前チェックが成功しなかった場合、パッチは適用されず、事前チェックが失敗したためにパッチを適用できないというメッセージが表示されます。計画更新の前に実行できる個別の事前チェック操作も使用できます。

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

ノート

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」をクリックし、「Oracle Exadata Database Service on Exascale Infrastructure」をクリックします
  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. 要求されたら、確認します。

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

アウトオブサイクル・カーネルおよび個々のパッケージ更新の適用

Oracleでは、完全なExadataソフトウェア・リリースの一部として、すべてのカーネルおよびパッケージ更新をExadata Database ServiceゲストVMに適用することをお薦めします。Exadataソフトウェアは毎月リリースされ、通常は月の第3火曜日にリリースされます。テスト済のソフトウェア・リリースに毎月のペースとパッケージ化の時間があるため、CVSSスコアが高いセキュリティ修正が公開され、毎月のExadataソフトウェア・リリースに 含まれるなど、クリティカルな更新が公開されてから遅延が発生する可能性があります。クリティカルな更新が使用可能になった場合は、次に示すExadataドキュメントの指示に従って、月次リリースを待たずに手動でゲスト仮想マシンに適用できます。