1. opcユーザーとして仮想マシンに接続します。

   詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。

2. rootユーザー・コマンド・シェルを起動します:

   sudo -s

3. 次のコマンドを実行します:

   dbaascli database create --dbName database name --oracleHome Oracle Home Path --executePrereqs

   説明:

   • --dbNameは、データベースの名前を指定します
   • --oracleHomeは、Oracleホームの場所を指定します
4. rootユーザー・コマンド・シェルを終了します:

   exit

   サポートされる拡張オプションの詳細は、dbaascli database createを参照してください。

Oracleホームにパッチを適用するには(dbhome):

1. opcユーザーとして仮想マシンに接続します。

   詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。

2. rootユーザー・コマンド・シェルを起動します:

   sudo -s

3. 次のコマンドを実行します:

   dbaascli dbhome patch --oracleHome dbhome_path --targetVersion Oracle_Database_version

   説明:

   • --oracleHomeは、パッチを適用するOracleホームのパスを示します。
   • --targetVersionは、パッチ適用に使用するターゲットOracle Databaseバージョンを指定します。ピリオドで区切られた5つの数値セグメントとして指定します(例: 19.12.0.0.0)。
   例:

   dbaascli dbhome patch --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --targetVersion 19.9.0.0.0

4. rootユーザー・コマンド・シェルを終了します:

   exit

   サポートされる拡張オプションの詳細は、dbaascli dbHome patchを参照してください。

データベースの移動操作が完了すると、データベースは、ターゲットOracleホームのOracle Databaseソフトウェア・バージョンを使用して実行されます。

別のOracleホームにデータベースを移動してパッチを適用するには:

1. opcユーザーとして仮想マシンに接続します。

   詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。

2. rootユーザー・コマンド・シェルを起動します:

   sudo -s

3. 次のコマンドを実行します:

   dbaascli database move --oracleHome path_to_target_oracle_home --dbname database_name

   説明:

   • --oracleHomeは、目的のOracle Databaseソフトウェア・バージョンを使用するターゲットOracleホームのパスを示します。database moveコマンドを使用する前に、ターゲットOracleホームがシステムに存在している必要があります。
   • --dbnameは、移動するデータベースの名前を指定します。
   例:

   dbaascli database move --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --dbname xyz

4. rootユーザー・コマンド・シェルを終了します:

   exit

   サポートされる拡張オプションの詳細は、dbaascli database moveを参照してください。

Oracle Grid Infrastructureには、最初にパッチ適用済のソフトウェア・イメージを作成し、そのイメージを使用してパッチ適用操作を実行することによってもパッチを適用できます。これにより、パッチ適用ウィンドウ外でイメージを事前に作成できるという利点が得られます。また、パッチ間に競合がある場合はイメージ作成プロセス中に明らかになるため、パッチ・ウィンドウに影響を与えずに競合を解決することもできます。

1. opcユーザーとして仮想マシンに接続します。

   詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。

2. rootユーザー・コマンド・シェルを起動します:

   sudo -s

3. 次のコマンドを実行します:

   dbaascli dbhome patch --oracleHome dbhome_path --targetVersion Oracle_Database_version --executePrereqs

   説明:

   • --oracleHomeは、事前チェックするOracleホームのパスを示します。
   • --targetVersionは、パッチを適用するターゲットのOracle Databaseバージョンを指定します。ピリオドで区切られた5つの数値セグメントとして指定します(例: 19.12.0.0.0)。
4. rootユーザー・コマンド・シェルを終了します:

   exit

1. opcユーザーとして仮想マシンに接続します。

   詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。

2. rootユーザー・コマンド・シェルを起動します:

   sudo -s

3. 次のコマンドを実行します:

   dbaascli database move --oracleHome path_to_target_oracle_home --dbname database_name --executePrereqs

   説明:

   • --oracleHomeは、目的のOracle Databaseソフトウェア・バージョンを使用するターゲットOracleホームのパスを示します。database moveコマンドを使用する前に、ターゲットOracleホームがシステムに存在している必要があります。
   • --dbnameは、移動するデータベースの名前を指定します
4. rootユーザー・コマンド・シェルを終了します:

   exit

1. opcユーザーとして仮想マシンに接続します。

   詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。

2. rootユーザー・コマンド・シェルを起動します:

   sudo -s

3. 次のコマンドを実行します:

   dbaascli grid patch --targetVersion target_software_version_number --executePrereqs

   ここで、--targetVersionは、Oracle Grid Infrastructureにパッチが適用されるターゲット・ソフトウェアのバージョンを識別し、ピリオドで区切られた5つの数値セグメントとして指定します(例: 19.12.0.0.0)。

4. rootユーザー・コマンド・シェルを終了します:

   exit

1. opcユーザーとして仮想マシンに接続します。

   詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。

2. rootユーザー・コマンド・シェルを起動します:

   sudo -s

3. 元のパッチ適用コマンドを実行して、パッチ適用操作を再開します:
   例:

   dbaascli dbhome patch --oracleHome /u02/app/oracle/product/19.0.0.0/dbhome_2 --targetVersion 19.9.0.0.0 --resume

4. rootユーザー・コマンド・シェルを終了します:

   exit

1. opcユーザーとして仮想マシンに接続します。

   詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。

2. rootユーザー・コマンド・シェルを起動します:

   sudo -s

3. 元のパッチ適用コマンドを実行して、パッチ適用操作をロールバック(元に戻す)します:
   例:

   dbaascli grid patch --targetVersion 19.11.0.0.0 --rollback

   ノート
   
   

   • 再開およびロールバック操作は、Oracleホームのパッチ適用、Oracle Grid Infrastructureのパッチ適用、およびデータベースの移動操作でサポートされます。
   • パッチ適用操作を再開またはロールバックする場合は、元のパッチ適用コマンドの実行に使用されたものと同じノードから再開またはロールバック・コマンドを実行する必要があり、--resumeまたは--rollbackフラグを追加して元のコマンドを実行する必要があります。
4. rootユーザー・コマンド・シェルを終了します:

   exit

前提条件

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

このユーティリティを使用するには、Exadata Database Service on Cloud@Customer仮想マシンに接続する必要があります。

SSHを使用した仮想マシンへの接続を参照してください。

構文

dbaascli admin updateStack 
[--resume]
[--prechecksOnly]
[--nodes]

FAQ

Q: dbaascli admin updateStackコマンドは何に使用されますか。

A: dbaascli admin updateStackコマンドは、Exadata Cloud Infrastructureでdbaastools RPMをインストールまたは更新するために使用します。

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

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

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

A: --resumeオプションは、updateStackコマンドが中断または不完全であった場合に、前回の実行を再開します。

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

A: --prechecksOnlyオプションは、インストールまたは更新を実際に実行せずに、操作の事前チェックのみを実行します。

Q: --nodesパラメータの使用方法

A: --nodesパラメータは、RPMをインストールするノードのカンマ区切りリストを指定します。指定しない場合、RPMはすべてのクラスタ・ノードにインストールされます。

Q: dbaascli admin updateStackコマンドで問題が発生した場合はどうすればよいですか。

A: rootユーザーとしてコマンドを実行しており、Exadata Cloud Infrastructure仮想マシンに接続していることを確認します。特定のエラー・メッセージがあるかどうかを確認し、必要に応じてコマンド・ドキュメントまたはOracleサポートを参照してください。

Q: Exadata Cloud Infrastructure仮想マシンに接続してdbaascli admin updateStackコマンドを使用するにはどうすればよいですか。

A: 仮想マシンに接続するにはSSHを使用する必要があります。詳細な手順については、ドキュメントのSSHを使用した仮想マシンへの接続に関するセクションを参照してください。

ユースケースの例

例1: すべてのノードでのdbaastools RPMのインストールまたは更新

dbaascli admin updateStack

Exadata Cloud@Customer環境のすべてのノードでdbaastools RPMをインストールまたは更新します。

例2: RPMをインストールまたは更新する前にのみ事前チェックを実行する

dbaascli admin updateStack --prechecksOnly

実際にインストールを実行せずに、dbaastools RPM更新の事前チェックのみを実行します。更新を続行する前に、すべての前提条件が満たされていることを確認します。

例3: 以前に中断されたupdateStack操作の再開

dbaascli admin updateStack --resume

中断されたか、正常に完了しなかった以前のdbaastools RPM更新操作を再開します。

例4: 特定のノードでのdbaastoolsのインストールまたは更新

dbaascli admin updateStack --nodes node1,node2

クラスタ内の他のノードに影響を与えずに、指定されたノードnode1およびnode2にのみdbaastools RPMをインストールまたは更新します。

例5: 特定のノードでのupdateStackプロセスの再開

dbaascli admin updateStack --resume --nodes node3,node4

前の実行が中断された場合のみ、特定のノードnode3およびnode4でdbaastoolsの更新プロセスを再開します。

前提条件

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

このユーティリティを使用するには、Exadata Cloud@Customer仮想マシンに接続する必要があります。

SSHを使用した仮想マシンへの接続を参照してください。

構文

dbaascli job getStatus --jobID

FAQ

Q: dbaascli job getStatusコマンドは何に使用されますか。

A: dbaascli job getStatusコマンドを使用してステータスを表示します。

ユースケースの例

例1: ジョブIDを使用した特定のジョブのステータス確認

dbaascli job getStatus --jobID 12345

IDが12345のジョブのステータスを確認します。出力には、ジョブの現在の状態(進行中、完了、失敗など)が表示されます。

例2: ジョブIDを使用したパッチ適用ジョブのステータス確認

dbaascli job getStatus --jobID 98765

IDが98765のパッチ適用ジョブのステータスを取得して、パッチが正常に適用されたか、まだ実行中であるかを確認します。

例3: データベース・バックアップ・ジョブのステータスを確認する

dbaascli job getStatus --jobID 45678

IDが45678のデータベース・バックアップ・ジョブのステータスを確認します。出力には、バックアップの進行状況または完了に関する詳細が表示されます。

例4: 長時間実行されるジョブの進行状況の確認

dbaascli job getStatus --jobID 23456

長時間実行ジョブ(ID 23456)の進行状況を確認して、ジョブがまだ実行中であるか終了しているかを確認します。

例5: データベース作成ジョブのステータスの表示

dbaascli job getStatus --jobID 67890

ジョブID 67890で識別されるデータベース作成ジョブのステータスを確認します。

前提条件

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

このユーティリティを使用するには、Exadata Cloud@Customer仮想マシンに接続する必要があります。

SSHを使用した仮想マシンへの接続を参照してください。

構文

dbaascli cpuscale get_status

FAQ

Q: dbaascli cpuscale get_statusコマンドは何に使用されますか。

A: dbaascli cpuscale get_statusコマンドは、特にコントロール・プレーン・サーバーとOCIリージョン間のネットワーク接続が中断された場合、現在または最後のCPUスケール・リクエストのステータスを確認するために使用されます。

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

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

Q: dbaascli cpuscale get_statusコマンドの実行中に問題が発生した場合はどうすればよいですか。

A: rootユーザーとしてコマンドを実行し、Exadata Cloud@Customer仮想マシンに接続していることを確認します。問題が続く場合は、コマンドドキュメントを参照するか、Oracleのサポートを探します。

Q: コマンドに障害のステータスが表示された場合はどうなりますか。

A: コマンドに障害ステータスが表示されている場合は、詳細なログでエラー・メッセージを確認し、特定のエラーに基づいてトラブルシューティングします。ネットワークの問題に対処したり、スケール・リクエストの詳細を確認することが必要な場合があります。

ユースケースの例

例1: 最新のCPUスケーリング操作のステータスの確認

dbaascli cpuscale get_status

現在または最後のCPUスケーリング・リクエストのステータスを確認します。スケーリングがスケジュールされているか、実行中であるか、成功または失敗で完了したかに関する情報を提供します。

例2: スケーリング・リクエストが失敗した後のステータスの確認

スケーリング操作がリクエストされましたが、コントロール・プレーン・サーバーとOCIリージョン間でネットワークの問題が発生しました。

dbaascli cpuscale get_status

スケーリング・リクエストのステータスを確認します。ネットワークの問題によりスケーリング・プロセスが失敗したため、出力には障害状態に関する詳細が表示されます。

例3: スケーリングが進行中の場合のステータスの確認

CPUスケーリング操作が進行中で、ユーザーはその進行状況を監視しようとしています。

dbaascli cpuscale get_status

現在のステータスをチェックし、スケーリング・リクエストが実行中状態であることを示します。これにより、ユーザーは操作を完了または失敗するまで追跡できます。

例4: スケーリングが正常に完了した後のステータスの確認

スケーリング操作が実行され、正常に完了しました。

dbaascli cpuscale get_status

ステータスをチェックし、スケーリング操作が正常に完了したことを確認します。最終状態は「成功」と報告されます。

前提条件

切断モードでVMクラスタのOCPUをスケール・アップまたはスケール・ダウンするには、VMクラスタ内の任意のノードからdbaascli cpuscale updateおよびdbaascli cpuscale get_statusコマンドを実行して、そのクラスタのCPUコア数を変更します。複数のVMクラスタがある場合は、スケール・アップまたはスケール・ダウンする各VMクラスタ内の任意のノードから個別のコマンドを実行します。これらのコマンドは、通常接続モード中に発行された場合は機能しないように設計されており、600秒(10分)後にタイムアウトします。

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

このユーティリティを使用するには、Exadata Cloud@Customer仮想マシンに接続する必要があります。

SSHを使用した仮想マシンへの接続を参照してください。

構文

Oracle Cloud Infrastructure (OCI)で実行されているDBaaSコントロール・プレーンとの接続が失われた場合、Exadata Database Service on Cloud@Customerは切断モードであるとみなされます。

dbaascli cpuscale update --coreCount coreCount --message message

FAQ

Q: dbaascli cpuscale updateコマンドは何に使用されますか。

A: dbaascli cpuscale updateコマンドは、コントロール・プレーン・サーバーとOracle Cloud Infrastructure (OCI)間のネットワーク接続が中断されたときに、VMクラスタ内の仮想マシンに対するCPUコア数をスケール・アップまたはスケール・ダウンするために使用されます。

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

A: このコマンドを使用する前に、切断モードで実行していることを確認してください。つまり、OCI上のDBaaSコントロール・プレーンとの接続が失われます。VMクラスタ内の任意のノードからコマンドを実行し、接続モードで使用した場合、600秒(10分)後にタイムアウトすることに注意してください。コマンドは、rootユーザーとして実行する必要があります。

Q: このコマンドを使用するには、仮想マシンに接続する方法を教えてください。

A: dbaascli cpuscale updateコマンドを使用するには、SSHを使用してExadata Cloud@Customer仮想マシンに接続する必要があります。詳細な手順は、「SSHを使用した仮想マシンへの接続」を参照してください。

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

A: --coreCountオプションは、クラスタ内の各VMに対してスケール・アップまたはスケール・ダウンするCPUのターゲット数を指定します。

Q: dbaascli cpuscale updateコマンドでメッセージを含めることはできますか。

A: はい、参照に--messageオプションを使用してオプションのメッセージを含めることができます。

Q: CPUスケール操作のステータスを確認するにはどうすればよいですか?

A: CPUスケール操作のステータスを確認するには、dbaascli cpuscale get_statusコマンドを使用します。これは、VMクラスタ内の任意のノードからも実行する必要があります。

Q: 接続モードでdbaascli cpuscale updateコマンドを実行するとどうなりますか。

A: このコマンドは、接続モードで動作しないよう設計されており、600秒(10分)後にタイムアウトします。切断モードでのみ使用してください。

Q: 複数のVMクラスタのCPUコアをスケーリングするにはどうすればよいですか。

A: 複数のVMクラスタがある場合は、dbaascli cpuscale updateコマンドを、スケール・アップまたはスケール・ダウンする各VMクラスタ内の任意のノードとは別に実行する必要があります。

ユースケースの例

例1: CPUコアを20にスケール・アップする

VMクラスタは16コアで実行されており、20に増やしたいと考えています。

dbaascli cpuscale update --coreCount 20 --message "Scaling up for increased demand"

CPUコア数を20までスケーリングし、参照用に「需要の増加に応じてスケール・アップ」というメッセージを含めます。

例2: CPUコアを8にスケール・ダウン

VMクラスタは現在12コアを使用していますが、リソースを保存するためにカウントを8に減らしたいと考えています。

dbaascli cpuscale update --coreCount 8 --message "Reducing CPU for maintenance period"

CPUコアの数を8に減らし、スケーリング操作が実行された理由に関する今後の参照のためのメッセージを提供します。

例3: メッセージなしでのCPUのスケーリング

CPUコアを32から24にスケーリングする必要がありますが、追加のメッセージは必要ありません。

dbaascli cpuscale update --coreCount 24

このコマンドは、メッセージなしでコア数を24にスケールダウンします。この操作は、アクションのデフォルトのロギングで実行されます。

例4: CPUのスケーリング後のステータスの確認

スケーリング・コマンドを実行した後、更新が成功したかどうかを確認します。

dbaascli cpuscale get_status

現在または最後のスケーリング・リクエストのステータスをチェックし、スケールアップまたはスケールダウン操作が成功したかどうかを確認できます。

例5: VMがすでに最大コア数に達している場合のスケーリングの試行

VMクラスタには、最大許容CPUコア(48)がすでにありますが、スケール・アップが試行されます。

dbaascli cpuscale update --coreCount 50 --message "Attempt to scale beyond limit"

VMクラスタが最大許容コア数を超えることはできないため、失敗します。ステータスには、50コアへのスケーリングを試行した後の障害が反映されます。

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

構文

dbaascli cswLib deleteLocal --imageTag <value>

説明:

• --imageTagは、Oracleホーム・イメージ・タグを指定します

FAQ

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

A: dbaascli cswlib deleteLocalコマンドは、ローカルOracleホーム・イメージをシステムから削除するために使用します。

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

A: ローカル・イメージの削除に必要な権限が使用可能であることを確認するには、コマンドをrootユーザーとして実行する必要があります。

Q: 削除するローカル画像を指定するにはどうすればよいですか?

A: --imageTagオプションを使用して、削除するOracleホーム・イメージ・タグを指定します。

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

A: --imageTagオプションは、削除するOracleホーム・イメージに関連付けられた識別子またはタグを表します。

Q: このコマンドを使用して複数のローカルイメージを一度に削除できますか?

A: いいえ。dbaascli cswlib deleteLocalコマンドでは、イメージ・タグで指定されたローカル・イメージを一度に1つのみ削除できます。

Q: --imageTagを指定せずにdbaascli cswlib deleteLocalコマンドを実行するとどうなりますか。

A: 削除するローカル・イメージを識別するために--imageTagが必要であるため、コマンドは失敗します。

Q: このコマンドで削除されたローカルイメージを復元することはできますか?

A: いいえ。dbaascli cswlib deleteLocalコマンドを使用してローカル・イメージを削除すると、リカバリできません。続行する前に、イメージ・タグを確認してください。

Q: dbaascli cswlib deleteLocalコマンドを使用する必要があるのはいつですか。

A: このコマンドは、領域を解放したり、環境をクリーン・アップするために、未使用または古いOracleホーム・イメージをローカル・システムから削除する必要がある場合に使用します。

前提条件

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

このユーティリティを使用するには、Exadata Database Service on Cloud@Customer仮想マシンに接続する必要があります。

SSHを使用した仮想マシンへの接続を参照してください。

構文

dbaascli cswlib download --version | --imageTag
[--product]

FAQ

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

A: dbaascli cswlib downloadコマンドを使用して、使用可能なソフトウェア・イメージをダウンロードし、Exadata Cloud Infrastructureで利用できるようにします。

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

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

Q: このコマンドに必要な仮想マシンに接続するにはどうすればよいですか?

A: SSHを使用してExadata Cloud Infrastructure仮想マシンに接続する必要があります。詳細な手順は、「SSHを使用した仮想マシンへの接続」のドキュメントに記載されています。

Q: コマンドで--versionオプションは何を指定しますか?

A: --versionオプションは、ダウンロードするOracleホーム・イメージのバージョンを指定します。

Q: dbaascli cswlib downloadコマンドで--imageTagオプションを使用するにはどうすればよいですか。

A: --imageTagオプションは、ダウンロードするソフトウェア・イメージのイメージ・タグを指定するために使用します。

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

A: --productオプションは、ダウンロードするイメージのタイプを指定します。有効な値はdatabaseまたはgridです。

Q: データベースとグリッドの両方のイメージを同時にダウンロードできますか?

A: いいえ、--productオプションを使用してdatabaseまたはgridのいずれかを指定する必要があります。そのため、各ダウンロード操作は1つのタイプのイメージに固有です。

Q: バージョンやイメージタグを指定しないとどうなりますか?

A: ダウンロードする特定のソフトウェア・イメージを識別するために--versionまたは--imageTagオプションが必要なため、コマンドが失敗するか、必要な情報の入力を求められる可能性があります。

Q: --versionと--imageTagの両方を同時に指定する必要がありますか?

A: いいえ。通常、ダウンロードするイメージを識別する方法に応じて--versionまたは--imageTagのいずれかを指定しますが、両方を同時に指定することはできません。

Q: dbaascli cswlib downloadコマンドはいつ使用しますか。

A: このコマンドは、Exadata Cloud Infrastructure設定でdatabaseまたはgrid環境のOracleホーム・ソフトウェア・イメージをダウンロードする必要がある場合に使用します。

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

構文

dbaascli cswLib listLocal [--product <value>]

説明:

• --productは、Oracleホームの製品タイプを示します。有効な値: databaseまたはgrid。

FAQ

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

A: dbaascli cswlib listLocalコマンドは、システム上のローカルで使用可能なデータベースおよびGrid Infrastructureイメージのリストを表示するために使用します。

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

A: rootユーザーとしてコマンドを実行し、使用可能なイメージにアクセスしてリストするために必要な権限を持っている必要があります。

Q: このコマンドを使用して、リストするイメージのタイプを指定する方法を教えてください。

A: --productオプションを使用して、リストするOracleホーム・イメージのタイプを指定します。有効な値は、databaseまたはgridです。

Q: dbaascli cswlib listLocalコマンドで、--productオプションは何を表していますか。

A: --productオプションは、Oracleホームの製品タイプを識別し、使用可能なイメージのリストをdatabaseまたはgridタイプにフィルタできます。

Q: データベースとグリッドの両方のイメージを同時にリストできますか?

A: いいえ。--productオプションを使用すると、一度にdatabaseイメージまたはgridイメージをリストできます。両方のリストを表示するには、異なる--product値でコマンドを2回実行する必要があります。

Q: コマンドで--productオプションを指定しないとどうなりますか?

A: --productオプションを指定しない場合、コマンドはローカルで使用可能なすべてのイメージをリストするか、製品タイプを指定する必要がある場合があります。動作は、環境設定によって異なる場合があります。

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

A: このコマンドは、システムで現在ローカルで使用可能なデータベースまたはGrid Infrastructureイメージを確認する場合に使用します。

Q: リスト内のデータベース・イメージとグリッド・イメージを区別するにはどうすればよいですか。

A: --productオプションを使用するとリストをフィルタできるため、databaseまたはgridを指定すると、その製品タイプに関連するイメージのみが表示されるため、区別しやすくなります。

Q: dbaascli cswlib listLocalコマンドの実行に関連するリスクはありますか。

A: いいえ、このコマンドは非破壊的で、ローカルで使用可能なイメージに関する情報のみを表示します。ファイルは変更または削除されません。

Q: このコマンドはリモートまたはクラウド保存イメージを表示しますか?

A: いいえ。dbaascli cswlib listLocalコマンドでは、リモートまたはクラウドに格納されているイメージではなく、システム上でローカルで使用可能なイメージのみが表示されます。

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

構文

dbaascli cswlib showImages 
[--product]

説明:

• --productは、Oracleホームの製品タイプを示します。有効な値: databaseまたはgrid。

FAQ

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

A: dbaascli cswlib showImagesコマンドは、Oracle Exadata Database Service環境内でダウンロードまたは管理できる、使用可能なデータベースおよびGrid Infrastructureイメージのリストを表示するために使用します。

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

A: 使用可能なイメージを表示するために必要な権限があることを確認するには、コマンドをrootユーザーとして実行する必要があります。

Q: このコマンドでリストされた画像をフィルタするにはどうすればよいですか?

A: databaseまたはgridのいずれかで--productオプションを指定すると、イメージをフィルタ処理して、その製品タイプに関連するイメージのみをリストできます。

Q: dbaascli cswlib showImagesコマンドで、--productオプションは何を表していますか。

A: --productオプションは、Oracleホームの製品タイプを識別し、イメージのリストをデータベースまたはグリッドのいずれかにフィルタできます。

Q: 1つのコマンド実行でデータベース・イメージとグリッド・イメージの両方を表示できますか。

A: いいえ、異なる--product値(databaseおよびgrid)を使用してコマンドを2回実行して、両方のタイプのイメージを表示する必要があります。

Q: コマンドで--productオプションを指定しないとどうなりますか?

A: --productオプションを指定しない場合、コマンドは使用可能なすべてのイメージをリストするか、環境構成に応じて製品タイプを指定するよう求める場合があります。

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

A: このコマンドは、Oracle Exadata Database Service環境でダウンロードまたはデプロイメントに使用できるデータベースまたはGrid Infrastructureイメージのリストを表示する場合に使用します。

Q: dbaascli cswlib showImagesコマンドとdbaascli cswlib listLocalコマンドに違いはありますか。

A: はい。dbaascli cswlib showImagesには、ダウンロードまたは管理できる使用可能なイメージがすべてリストされ、dbaascli cswlib listLocalには、システムでローカルにダウンロードおよび使用可能なイメージのみがリストされます。

Q: このコマンドは、クラウドに格納されているイメージを表示するために使用できますか。

A: はい。このコマンドでは、ローカルに格納されているイメージのみでなく、Oracleのリポジトリからダウンロードできるイメージを表示できます。

Q: このコマンドでどのような種類の画像を見ることができますか?

A: ExadataプラットフォームでOracleデータベースを管理および実行するために不可欠なコンポーネントであるOracle DatabaseおよびGrid Infrastructureに関連するイメージを表示できます。

前提条件

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

構文

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]

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

前提条件

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

構文

dbaascli database backup --dbname <value>
        {
            --list
                {
                    [--backupType <value>]
                    | [--json <value>]
                }
            | --start [--level0] [--level1]
                {
                    [--archival --tag <value>]
                    | [--archivelog]
                }
            | --delete --backupTag <value>
            | --status --uuid <value>
            | --getBackupReport
                {
                    --tag <value>
                    | --latest
                }
                --json <value>
            | --configure
                {
                    --configFile <value>
                    | --enableRTRT
                    | --disableRTRT
                }
            | --getConfig [--configFile <value>]
            | --validate [--untilTime <value>]
            | --showHistory [--all]
        }

--dbname: Oracle Database name.
--list | --start | --delete | --status | --getBackupReport | --configure | --getConfig
--list: Returns database backup information.
    [--json: Specify the file name for JSON output.]
--start: Begins database backup.
        [--level0 | --level1 | --archival]
        [--level0: Creates a Level-0 (full) backup. ]
        [--level1: Creates a Level-1 (incremental) backup. ]
        [--archival: Creates an Archival full backup. ]
             --tag: Specify backup tag.
--delete: Deletes Archival backup.
            --backupTag <value>
--status
            --uuid <value>
--getBackupReport: Returns backup report.
            --tag: Specify backup tag.
            --latest: Returns latest backup report (all types of database backup).
            --json: Specify the file name for JSON output.
--configure: Configures database for backup.
            --configFile | --enableRTRT | --disableRTRT
            --configFile: Specify database backup configuration file.
            --enableRTRT: Enables Real Time Redo Transport.
            --disableRTRT: Disables Real Time Redo Transport.
--getConfig: Returns database backup configuration.
            [--configFile: Specify the database backup configuration file.]
--validate: Validates that backups are complete and corruption-free.
            [--untilTime: Validates from closest Level-0 (full) backup until time provided. Input format: DD-MON-YYYY HH24:MI:SS.]
--showHistory: Displays the history of backup operations.
            [--all: Displays all backup operations.]

FAQ

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

A: dbaascli database backupコマンドは、Oracle Databaseバックアップ・ストレージ宛先の構成、バックアップの取得、バックアップの問合せ、および既存のバックアップの削除に使用されます。

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

A: バックアップ管理に必要な権限を得るには、rootユーザーとしてコマンドを実行する必要があります。

Q: このコマンドを使用してOracle Databaseの完全バックアップを開始するにはどうすればよいですか。

A: 完全バックアップ(Level-0)を開始するには、次の構文を使用します。

dbaascli database backup --dbname <value> --start --level0

Q: dbaascli database backupコマンドを使用して増分バックアップを実行するにはどうすればよいですか。

A: レベル1の増分バックアップを実行するには、次の構文を使用します。

dbaascli database backup --dbname <value> --start --level1

Q: レベル0とレベル1のバックアップの違いは何ですか。

A: レベル0のバックアップはデータベースの完全バックアップですが、レベル1のバックアップは、最後のレベル0またはレベル1のバックアップ以降に行われた変更のみを取得する増分バックアップです。

Q: このコマンドを使用してアーカイブ・バックアップを作成できますか。

A: はい。--archivalオプションと--startコマンドを使用して、アーカイブ・バックアップを作成できます。

dbaascli database backup --dbname <value> --start --archival --tag <backup_tag>

Q: 既存のアーカイブ・バックアップを削除するにはどうすればよいですか。

A: アーカイブ・バックアップを削除するには、次の構文を使用します。

dbaascli database backup --dbname <value> --delete --backupTag <tag_value>

Q: コマンドを使用して特定のバックアップのステータスを確認するにはどうすればよいですか?

A: --statusオプションを--uuidパラメータとともに使用すると、次のようにバックアップのステータスを確認できます。

dbaascli database backup --dbname <value> --status --uuid <backup_uuid>

Q: データベースのすべてのバックアップをリストするにはどうすればよいですか。

A: 特定のデータベースで使用可能なすべてのバックアップをリストするには、--listオプションを使用します。

dbaascli database backup --dbname <value> --list

JSON出力の場合は、--jsonオプションを追加します:

dbaascli database backup --dbname <value> --list --json <file_name>

Q: バックアップレポートを取得するにはどうすればよいですか?

A: --getBackupReportオプションを使用して、特定のタグまたは最新のバックアップ用にバックアップ・レポートを取得できます。

dbaascli database backup --dbname <value> --getBackupReport --tag <backup_tag> --json <file_name>

または、最新のレポートを取得するには:

dbaascli database backup --dbname <value> --getBackupReport --latest --json <file_name>

Q: データベースのバックアップ設定はどのように設定するのですか?

A: --configureオプションを使用して、バックアップ構成ファイルを指定するか、リアルタイムREDO転送(RTRT)を有効または無効にします。

dbaascli database backup --dbname <value> --configure --configFile <config_file>

RTRTを有効にするには:

dbaascli database backup --dbname <value> --configure --enableRTRT

Q: データベースの現在のバックアップ構成はどのように確認できますか。

A: 現在のデータベース・バックアップ構成を表示するには、--getConfigオプションを使用します。

dbaascli database backup --dbname <value> --getConfig

Q: dbaascli database backupコマンドで--validateオプションは何を行いますか。

A: --validateオプションは、バックアップが完了し、破損がないかどうかをチェックします。--untilTimeオプションを使用して時間範囲を指定できます。

dbaascli database backup --dbname <value> --validate --untilTime "DD-MON-YYYY HH24:MI:SS"

Q: データベースのすべてのバックアップ操作の履歴を表示するにはどうすればよいですか。

A: --showHistoryオプションを使用して、すべてのバックアップ操作の履歴を表示します。

dbaascli database backup --dbname <value> --showHistory

すべての操作を含む完全な履歴:

dbaascli database backup --dbname <value> --showHistory --all

Q: RTRT(Real-Time Redo Transport)オプションとは何ですか?また、いつ使用すればよいですか?

A: RTRTオプション(--enableRTRTおよび--disableRTRT)は、リアルタイムREDO転送の制御に使用されます。Exadata Cloud@Customer環境のZDLRA (Zero Data Loss Recovery Appliance)バックアップの保存先にのみ適用されます。RTRTを有効にして、リアルタイムREDOログの送信を確認します。

前提条件

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

構文

dbaascli database bounce
[--dbname][--rolling <value>]

このコマンドでは、データベースの停止が即時モードで実行されます。その後、データベースが再起動され、オープンされます。Oracle Database 12c以上では、すべてのPDBもオープンされます。

FAQ

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

A: dbaascli database bounceコマンドは、Exadata Cloud InfrastructureでOracle Databaseを停止して再起動するために使用します。データベースをローリング方式で再起動できるため、中断を最小限に抑えることができます。

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

A: コマンドは、oracleユーザーとして実行する必要があります。このユーザーには、データベースの停止と再起動に必要な権限があります。

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

A: --dbnameオプションでは、停止して再起動するOracle Databaseの名前を指定します。

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

A: --rollingオプションは、データベースをローリング方式でバウンス(再起動)するかどうかを指定します。trueに設定すると、データベース・インスタンスが1つずつ再起動され、停止時間が最小限に抑えられます。デフォルト値はfalseで、すべてのインスタンスを一度に再起動します。

Q: 「データベースのバウンス」とはどういう意味ですか?

A: データベースをバウンスすると、データベースを停止してから再起動することになります。この操作は、メンテナンス、変更の適用または特定のタイプの問題からのリカバリに使用できます。

Q: dbaascli database bounceコマンドは正常な停止を実行しますか。

A: はい、このコマンドは即時モードで停止を実行します。これにより、データベースがクローズされ、コミットされていないトランザクションがロールバックされ、ユーザーの切断を待たずにロールバックされます。

Q: このコマンドは、Oracle 12c以降のデータベース内のすべてのPDBを自動的にオープンしますか。

A: はい。データベースがOracle Database 12c以降を実行している場合、このコマンドはデータベースの再起動後にすべてのプラガブル・データベース(PDB)を自動的にオープンします。

Q: dbaascli database bounceコマンドは、マルチノードまたはRAC (Real Application Clusters)環境で使用できますか。

A: はい。マルチノードまたはRAC環境では、--rollingオプションを使用してデータベース・インスタンスを1つずつ再起動し、停止時間を最小限に抑えることができます。

Q:--rollingオプションを指定しないとどうなりますか?

A: --rollingオプションが指定されていない場合、またはfalseに設定されている場合、コマンドはすべてのデータベース・インスタンスを同時に停止および再起動します。これにより、停止時間が短くなる可能性があります。

Q: dbaascli database bounceコマンドで--rollingオプションのデフォルト値はありますか。

A: はい。--rollingオプションのデフォルト値はfalseです。これは、特に指定がないかぎり、データベースが非ローリング方式でバウンスされることを意味します。

Q: ローリング・モードでデータベースを再起動するにはどうすればよいですか。

A: ローリング・モードでデータベースを再起動するには、次の構文を使用します。

dbaascli database bounce --dbname <value> --rolling true

Q: アクティブ・セッション中にdbaascli database bounceコマンドを実行することは安全ですか。

A: このコマンドでは、コミットされていないトランザクションをロールバックする即時停止が使用されますが、データベースをバウンスする前に、クリティカル・セッションまたはアクティブ・セッションがないことを確認することをお薦めします。

Q: このコマンドは、マルチテナント・データベース内の特定のPDBに使用できますか。

A: いいえ、dbaascli database bounceコマンドはデータベース全体に対して動作します。Oracle 12c以降では、コンテナ・データベース(CDB)をバウンスしてすべてのPDBをオープンしますが、個々のPDBをバウンスすることはできません。

Q: データベースがバウンスした後にオンラインに戻らない場合はどうすればよいですか?

A: データベースの再起動に失敗した場合は、停止または起動プロセス中にログでエラーがないか確認します。Oracleアラート・ログを調査すると、問題の原因を把握できます。

前提条件

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

構文

dbaascli database changePassword [--dbname <value>] [--user <value>]
{
  [--prepareStandbyBlob <value> [--blobLocation <value>]] | [--standbyBlobFromPrimary <value>]
}
[--resume [--sessionID <value>]]

FAQ

Q: dbaascli database changePasswordコマンドは何を行いますか。

A: dbaascli database changePasswordコマンドを使用して、指定したOracle Databaseユーザーのパスワードを変更します。ユーザー名、次に新しいパスワードを入力するように要求されます。

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

A: データベース・ユーザーのパスワードを変更するには、rootまたはoracleユーザーとしてコマンドを実行する必要があります。

Q: このコマンドを使用するときにデータベースを指定する方法は?

A: --dbnameオプションを使用して、操作するOracle Databaseの名前を指定します。例:

dbaascli database changePassword --dbname <db_name>

Q: パスワードを変更するユーザを指定する方法は?

A: --userオプションを使用して、パスワードを変更する必要があるユーザー名を指定します。例:

dbaascli database changePassword --user <username>

Q: dbaascli database changePasswordコマンドの--prepareStandbyBlobオプションの目的は何ですか。

A: --prepareStandbyBlobオプションは、Data Guard環境で、スタンバイ・データベースでのパスワード変更に必要なアーティファクトを含むBLOBファイルを生成するために使用されます。これにより、Data Guard環境間でのパスワード同期が保証されます。

Q: --blobLocationオプションは何を指定しますか。

A: --blobLocationオプションを使用すると、スタンバイBLOBファイルを生成するカスタム・パスを指定できます。指定しない場合、ファイルはデフォルトの場所に保存されます。

Q: プライマリ・データベースから生成されたBLOBを使用して、スタンバイのパスワードを変更するにはどうすればよいですか。

A: --standbyBlobFromPrimaryオプションを使用して、プライマリ・データベースから準備されたBLOBファイルを指定して、パスワード変更をスタンバイ・データベースに適用できます。例:

dbaascli database changePassword --standbyBlobFromPrimary <blob_file_path>

Q: このコマンドで使用する--resumeオプションは何ですか?

A: --resumeオプションは、以前に中断されたパスワード変更操作を再開するために使用されます。必要に応じて、--sessionIDオプションを使用してセッションIDを指定できます。

Q: dbaascli database changePasswordコマンドを使用して特定のセッションを再開できますか。

A: はい。--resumeオプションを--sessionIDとともに使用して、セッションIDを指定して特定のパスワード変更セッションを再開できます。

Q: dbaascli database changePasswordコマンドはData Guard環境に適用できますか。

A: はい、そうです。--prepareStandbyBlobオプションを使用すると、Data Guard設定でパスワード変更がスタンバイ・データベースに伝播されるようにできます。

Q: --prepareStandbyBlobの使用時に--blobLocationを指定しないとどうなりますか?

A: --blobLocationが指定されていない場合、パスワード変更アーティファクトを含むblobファイルはデフォルトの場所に保存されます。

Q: dbaascli database changePasswordを使用して再開されたセッションのステータスを確認するにはどうすればよいですか。

A: --sessionIDオプションを使用してセッションIDを指定して、特定のセッションを再開できます。システムは、パスワードの変更で中断した場所を取得します。

Q: このコマンドは、通常のデータベースとData Guard環境の両方で使用できますか。

A: はい。このコマンドは、Data Guard環境の通常のOracle Databasesとデータベースの両方に対して機能します。Data Guard環境では、--prepareStandbyBlobなどの追加オプションを使用して、プライマリ・データベースとスタンバイ・データベースの両方でパスワード変更を管理できます。

構文

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles]
            | [--backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]

FAQ

Q: dbaascli database convertToPDBコマンドは何を行いますか。

A: dbaascli database convertToPDBコマンドは、指定した非CDB Oracle Databaseを、コンテナ・データベース(CDB)内のプラガブル・データベース(PDB)に変換します。

Q: 変換するデータベースを指定する方法は?

A: --dbnameオプションを使用して、変換する非CDB Oracle Databaseの名前を指定します。例:

dbaascli database convertToPDB --dbname <db_name>

Q: PDB変換のターゲットCDBを指定する方法を教えてください。

A: --cdbNameオプションを使用して、新しいPDBが作成されるターゲット・コンテナ・データベース(CDB)の名前を指定します。CDBが存在しない場合は、ソースの非CDBと同じOracleホームに新しいものが作成されます。

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

A: --executePrereqsオプションは、変換前チェックを実行して、データベースの変換準備が整っていることを確認します。このステップでは、データベースに対する変更は行われません。

Q: 変換中にデータファイルをコピーするにはどうすればよいですか?

A: --copyDatafilesオプションを使用して、ソース・データベースの元のファイルを使用するのではなく、データファイルの新しいコピーを作成できます。

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

A: --keepSourceDBオプションを使用すると、変換操作の完了後に元のソース非CDBを保持できます。このオプションを使用しない場合、ソース・データベースは変換後に削除されます。

Q: 変換前にバックアップが準備されていることを確認するにはどうすればよいですか?

A: --backupPreparedフラグを使用して、変換を実行する前に非CDBデータベースの適切なバックアップを作成したことを確認します。このステップは、データ損失を回避するために重要です。

Q: 新しいPDBのカスタム名を指定するにはどうすればよいですか。

A: --targetPDBNameオプションを使用して、変換の一部として作成される新しいPDBに特定の名前を指定します。例:

dbaascli database convertToPDB --dbname <db_name> --targetPDBName <pdb_name>

Q: バックグラウンドで変換を実行できますか?

A: はい。--waitForCompletionオプションを使用して、操作をバックグラウンドで実行するかどうかを指定できます。falseを使用してバックグラウンドで実行し、trueを使用して操作が完了するまで待機してから続行します。デフォルトはtrueです。

Q: 以前に中断した変換を再開するにはどうすればよいですか。

A: --resumeオプションを使用して、以前に中断された変換プロセスを再開できます。オプションで、--sessionIDを指定して特定のセッションを再開できます。

Q: CDB名を指定しないとどうなりますか。

A: --cdbNameオプションを指定しない場合、ソース非CDBデータベースと同じOracleホームに新しいPDBが作成されます。

Q: 中断後に、セッションIDを知らずに変換を続けることはできますか?

A: はい。セッションIDを指定せずに--resumeオプションを使用すると、最後に認識されたセッションが再開されます。特定のセッションを再開する場合は、--sessionIDを指定できます。

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

A: --sessionIDオプションは、中断されたセッションが複数あった場合に、再開する特定のセッションを指定するために--resumeとともに使用されます。

Q: 非CDBをPDBに変換する前にバックアップが必要ですか。

A: --backupPreparedフラグはオプションですが、PDBへの変換を実行する前に非CDBのバックアップを取ることを強くお薦めします。これにより、変換中に問題が発生した場合にデータベースをリストアできます。

このコマンドを使用して、リリース更新JAN 2021以上が適用されたOracle Databaseバージョン12.1.0.2以上を作成します。より下位のバージョンのデータベースでは、OCIコンソール・ベースのAPIを使用することをお薦めします。

前提条件

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

構文

dbaascli database create --dbName {--oracleHome | --oracleHomeName}
[--dbUniqueName <value>]
[--dbSID <value>]
[--createAsCDB <value>]
[--pdbName <value>]
[--pdbAdminUserName <value>]
[--dbCharset <value>]
[--dbNCharset <value>]
[--dbLanguage <value>]
[--dbTerritory <value>]
[--sgaSizeInMB <value>]
[--pgaSizeInMB <value>]
[--datafileDestination <value>]
[--fraDestination <value>]
[--fraSizeInMB <value>]
[--nodeList <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
{
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--executePrereqs]
[--honorNodeNumberForInstance <value>]
[--lockPDBAdminAccount <value>]
[--dbcaTemplateFilePath <value>]
[--waitForCompletion]

FAQ

Q: dbaascli database createコマンドは何を行いますか。

A: dbaascli database createコマンドを使用して、新しいOracle Databaseインスタンスを作成します。リリース更新JAN 2021以降でのOracle Databaseバージョン12.1.0.2以上の作成がサポートされています。

Q: 作成するOracle Databaseの名前を指定するにはどうすればよいですか。

A: --dbNameオプションを使用して、Oracle Databaseの名前を指定します。例:

dbaascli database create --dbName <db_name>

Q: コンテナ・データベース(CDB)を作成するにはどうすればよいですか。

A: --createAsCDBオプションを使用し、trueを指定してデータベースをCDBとして作成します。例:

dbaascli database create --dbName <db_name> --createAsCDB true

Q: データベースのOracle Homeはどのように指定するのですか。

A: --oracleHomeオプションを使用してOracleホームの場所を指定するか、--oracleHomeNameオプションを使用してOracleホームの名前を指定できます。

Q: 一意のデータベース名またはSIDを指定するにはどうすればよいですか。

A: --dbUniqueNameオプションを使用してデータベースの一意の名前を指定し、--dbSIDオプションを使用してデータベースのSIDを指定します。

Q: CDBとともにプラガブル・データベース(PDB)を作成するにはどうすればよいですか。

A: --pdbNameオプションを使用してPDBの名前を指定し、--pdbAdminUserNameオプションを使用してPDB管理ユーザー名を設定できます。例:

dbaascli database create --dbName <db_name> --createAsCDB true --pdbName <pdb_name> --pdbAdminUserName <admin_user>

Q: データベース文字セットと各国語文字セットはどのように指定できますか。

A: --dbCharsetオプションを使用してデータベース文字セットを指定し、--dbNCharsetオプションを使用して各国語文字セットを指定します。例:

dbaascli database create --dbName <db_name> --dbCharset AL32UTF8 --dbNCharset AL16UTF16

Q: データベースのメモリー設定(SGAおよびPGA)はどのように設定するのですか。

A: --sgaSizeInMBオプションを使用してSGAサイズを指定し、--pgaSizeInMBオプションを使用してPGAサイズをMB単位で指定します。

Q: データファイルおよびFast Recovery Area (FRA)の宛先を指定する方法を教えてください。

A: --datafileDestinationオプションを使用してデータファイルのASMディスク・グループを指定し、--fraDestinationオプションを使用してFRAのASMディスク・グループを指定します。--fraSizeInMBオプションを使用してFRAサイズを設定することもできます。

Q: データベースの作成時にTransparent Data Encryption (TDE)を構成できますか。

A: はい、--tdeConfigMethodオプションを使用してTDEを構成できます。有効な値は、FILE (ファイルベースの暗号化の場合)またはKMS (Oracle Key Management Serviceを使用する場合)です。KMSを使用する場合は、KMSキーOCIDに--kmsKeyOCIDオプションを指定します。

Q: ノードの特定のリストにデータベースを作成するにはどうすればよいですか?

A: --nodeListオプションを使用して、データベースを作成するノードのカンマ区切りリストを指定します。

Q: 以前のデータベース作成の試行を再開または元に戻すにはどうすればよいですか。

A: --resumeオプションを使用して前回の実行を再開するか、--revertオプションを使用して前回の実行をロールバックします。--sessionIDを指定して、特定のセッションを再開または元に戻すこともできます。

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

A: --executePrereqsオプションは、実際にデータベースを作成せずに、データベース作成操作の前提条件のみを実行します。yesまたはnoを使用して、このオプションを有効または無効にします。

Q: データベース作成用のカスタムDBCAテンプレートを指定できますか。

A: はい。--dbcaTemplateFilePathオプションを使用して、データベースの作成に使用するDBCAテンプレート・ファイルの絶対パスを指定します。

Q: バックグラウンドでデータベース作成操作を実行できますか。

A: はい、--waitForCompletionオプションを使用して、データベースの作成が完了するまでコマンドが待機するか(true)、バックグラウンドで操作を実行するか(false)を指定できます。

Q: --dbUniqueNameオプションを指定しないとどうなりますか?

A: --dbUniqueNameを使用してデータベースの一意の名前を指定しない場合、システムは指定された--dbNameに基づいて名前を自動的に生成します。

Q: CDBの作成時にPDB管理アカウントをロックできますか。

A: はい、--lockPDBAdminAccountオプションを使用してtrueに設定し、データベースの作成後にPDB管理アカウントをロックできます。デフォルトでは、この値はtrueに設定されています。

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

構文

指定したデータベースから新しいDBCAテンプレートを作成します。

dbaascli database createTemplate --dbname <value>
 {
   --templateLocation <value> | --uploadToObjectStorage --objectStorageLoginUser <value> --objectStorageBucketName <value> [--objectStorageUrl <value>]
 }
 [--templateName <value>] [--rmanParallelism <value>]

FAQ

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

A: dbaascli database createTemplateコマンドを使用して、指定したデータベースからデータベース・テンプレート(DBCAテンプレート)を作成します。このテンプレートは、後で新しいデータベースの作成に使用できます。

Q: テンプレートを作成するデータベースの名前はどのように指定するのですか。

A: --dbnameオプションを使用して、テンプレートの作成元となるOracle Databaseの名前を指定します。例:

dbaascli database createTemplate --dbname <db_name>

Q: テンプレートを保存する場所を指定する方法は?

A: --templateLocationオプションを使用して、DBCAテンプレートを保存する場所を指定します。例:

dbaascli database createTemplate --dbname <db_name> --templateLocation /path/to/template

Q: テンプレートをObject Storageに直接アップロードできますか。

A: はい。--uploadToObjectStorageオプションを使用して、DBCAテンプレートをオブジェクト・ストレージにアップロードできます。オブジェクト・ストレージのログイン・ユーザーおよびバケット名は、それぞれ--objectStorageLoginUserおよび--objectStorageBucketNameオプションを使用して指定する必要があります。

Q: テンプレートのアップロード時にObject Storageのログイン詳細を指定する方法を教えてください。

A: オブジェクト・ストレージの詳細を指定するには、次のオプションを使用します:

--objectStorageLoginUser: オブジェクト・ストレージのログイン・ユーザーを指定します

--objectStorageBucketName: オブジェクト・ストレージ・バケット名を指定します

--objectStorageUrl: (オプション)オブジェクト・ストレージのURLがデフォルトのURLと異なる場合、そのURLを指定します。

例:

dbaascli database createTemplate --dbname <db_name> --uploadToObjectStorage --objectStorageLoginUser <user> --objectStorageBucketName <bucket_name>

Q: DBCAテンプレートのカスタム名を指定するにはどうすればよいですか。

A: --templateNameオプションを使用して、DBCAテンプレートのカスタム名を指定します。例:

dbaascli database createTemplate --dbname <db_name> --templateName <template_name>

Q: --rmanParallelismオプションは何に使用されますか。

A: --rmanParallelismオプションは、テンプレート作成プロセス中のRMAN操作の並列度を指定します。例:

dbaascli database createTemplate --dbname <db_name> --rmanParallelism 4

Q: --templateLocationまたは--uploadToObjectStorageオプションを指定しないとどうなりますか。

A: --templateLocationを使用してテンプレートの場所を指定しない場合、または--uploadToObjectStorageを使用してオブジェクト・ストレージにアップロードすることを選択した場合、コマンドは、作成されたテンプレートを格納する場所を認識せず、完了に失敗します。

Q: --templateLocationと--uploadToObjectStorageの両方を同時に使用できますか?

A: いいえ、テンプレートをローカルに保存する場合は--templateLocation、オブジェクト・ストレージにアップロードする場合は--uploadToObjectStorageのいずれかを選択する必要がありますが、両方は選択できません。

Q: テンプレートをオブジェクト・ストレージにアップロードする場合、--objectStorageUrlオプションは必須ですか。

A: いいえ。--objectStorageUrlオプションはオプションです。指定しない場合、デフォルトのオブジェクト・ストレージURLが使用されます。これを指定する必要があるのは、カスタム・オブジェクト・ストレージURLを使用する場合のみです。

Q: dbaascli database createTemplateコマンドを実行するには、どのユーザー権限が必要ですか。

A: このコマンドは、rootまたはoracleユーザーとして実行する必要があります。

Q: 以前に失敗したテンプレートの作成プロセスを再開できますか?

A: いいえ。dbaascli database createTemplateコマンドは、失敗したプロセスの再開をサポートしていません。最初からコマンドを再起動する必要があります。

前提条件

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

構文

dbaascli database delete --dbname <value>
[--deleteArchiveLogs <value>]
[--deleteBackups <value>]
[--precheckOnly <value>]
[--waitForCompletion <value>]
[--force]
[--dbSID <value>]
[--resume [--sessionID <value>]]

FAQ

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

A: dbaascli database deleteコマンドは、Exadata Cloud Infrastructure上のOracle Databaseを削除するために使用します。

Q: 削除するデータベースを指定するにはどうすればよいですか?

A: --dbnameオプションを使用して、削除するOracle Databaseの名前を指定します。例:

dbaascli database delete --dbname <db_name>

Q: データベースを削除するときにアーカイブ・ログを削除するにはどうすればよいですか。

A: --deleteArchiveLogsオプションをtrueに設定することで、アーカイブ・ログを削除できます。例:

dbaascli database delete --dbname <db_name> --deleteArchiveLogs true

Q: データベースを削除するときにバックアップを削除することもできますか?

A: はい。--deleteBackupsオプションを使用してtrueに設定し、関連付けられているすべてのバックアップを削除します。例:

dbaascli database delete --dbname <db_name> --deleteBackups true

Q: データベースを実際に削除せずに削除操作の事前チェックのみを実行するにはどうすればよいですか。

A: --precheckOnlyオプションを使用し、それをyesに設定すると、データベースを削除せずに事前チェックを実行できます。例:

dbaascli database delete --dbname <db_name> --precheckOnly yes

Q: データベースを強制的に削除するにはどうすればよいですか?

A: データベースを強制的に削除するには、--forceフラグを使用します。これにより、チェックがバイパスされ、削除プロセスが強制されます。例:

dbaascli database delete --dbname <db_name> --force

Q: バックグラウンドで削除操作を実行するにはどうすればよいですか?

A: --waitForCompletionオプションを使用してfalseに設定し、バックグラウンドで操作を実行します。例:

dbaascli database delete --dbname <db_name> --waitForCompletion false

Q: 削除するデータベースのSIDは指定できますか?

A: はい、--dbSIDオプションを使用してデータベースのSIDを指定できます。例:

dbaascli database delete --dbname <db_name> --dbSID <sid>

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

A: 以前の削除の実行を再開するには、--resumeオプションを使用します。必要に応じて、--sessionIDオプションを使用してセッションIDを指定することもできます。例:

dbaascli database delete --dbname <db_name> --resume --sessionID <session_id>

Q: dbaascli database deleteコマンドを実行するには、どのユーザー権限が必要ですか。

A: rootユーザーとしてコマンドを実行する必要があります。

Q: dbaascli database deleteコマンドで--precheckOnlyオプションは何を行いますか。

A: --precheckOnlyオプションを使用すると、データベースを削除せずに削除操作の事前チェックのみを実行できます。実際の削除を続行する前に、すべてのチェックが確実に通過します。

Q: 操作が完了するのを待たずにデータベースを削除することはできますか?

A: はい。--waitForCompletionオプションをfalseに設定すると、削除操作はバックグラウンドで実行され、完了するまで待機する必要はありません。

前提条件

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

構文

dbaascli database deleteInstance --dbname <value> --node <value> [--continueOnUnreachableNode]

FAQ

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

A: dbaascli database deleteInstanceコマンドは、Exadata Cloud Infrastructure環境の指定したノード上の特定のOracle Databaseインスタンスを削除するために使用します。

Q: 削除するOracle Databaseインスタンスを指定するにはどうすればよいですか。

A: 削除するOracle Databaseインスタンスを指定するには、--dbnameオプションを使用してデータベース名を指定し、--nodeオプションを使用してノード名を指定します。例:

dbaascli database deleteInstance --dbname <db_name> --node <node_name>

Q: ノードにアクセスできない場合でもインスタンスを削除できますか。

A: はい。指定したノードにアクセスできない場合でも、--continueOnUnreachableNodeオプションを使用して削除を続行できます。例:

dbaascli database deleteInstance --dbname <db_name> --node <node_name> --continueOnUnreachableNode

Q: インスタンスの削除操作中に、指定したノードにアクセスできない場合はどうなりますか。

A: ノードにアクセスできず、--continueOnUnreachableNodeオプションを使用しない場合、操作は失敗します。このオプションを使用すると、ノードにアクセスできない場合でも操作は続行されます。

Q: 特定のノードからデータベース・インスタンスを削除するにはどうすればよいですか。

A: 次のコマンドを使用して、特定のノードからデータベース・インスタンスを削除します。

dbaascli database deleteInstance --dbname <db_name> --node <node_name>

Q: dbaascli database deleteInstanceコマンドを実行するには、どのユーザー権限が必要ですか。

A: rootユーザーとしてコマンドを実行する必要があります。

Q: ノードを指定せずにインスタンスを削除できますか。

A: いいえ。データベース・インスタンスを削除するノードを指定するには、--nodeオプションが必要です。

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

A: --continueOnUnreachableNodeオプションを使用すると、指定したノードに到達できない場合でも操作を続行でき、ノードが停止している可能性のあるシナリオでインスタンスの削除が続行されます。

Q: このコマンドを使用して、複数のデータベース・インスタンスを一度に削除することはできますか。

A: いいえ。dbaascli database deleteInstanceコマンドは、指定したノードの単一のデータベース・インスタンスを一度に削除するために使用します。削除するインスタンスごとに、コマンドを個別に実行する必要があります。

前提条件

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

構文

dbaascli database duplicate --dbName <value> --sourceDBConnectionString <value>
        {
            --oracleHome <value>
            | --oracleHomeName <value>
        }
[--dbSID <value>] 
[--dbUniqueName <value>] 
[--sgaSizeInMB <value>] 
[--pgaSizeInMB <value>] 
[--datafileDestination <value>] 
[--fraDestination <value>] 
[--fraSizeInMB <value>] 
[--sourceDBWalletLocation <value>] 
[--nodeList <value>]
        {
            [--resume [--sessionID <value>]]
            | [--revert [--sessionID <value>]]
        }
[--rmanParallelism <value>]
[--rmanSectionSizeInGB <value>]
[--tdeConfigMethod <value>]
[--kmsKeyOCID <value>]
[--sourceDBTdeConfigMethod <value>]
[--sourceDBKmsKeyOCID <value>]
[--executePrereqs <value>] 
[--waitForCompletion <value>]
[--skipPDBs <value>]

FAQ

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

A: dbaascli database duplicateコマンドは、既存のアクティブなデータベースを複製して新しいOracle Databaseを作成するために使用します。

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

A: rootユーザーとしてコマンドを実行する必要があります。

Q: ソース・データベースを複製用に指定するにはどうすればよいですか。

A: --sourceDBConnectionStringオプションを使用して、ソース・データベースの接続文字列を<scan_name>:<scan_port>/<database_service_name>というフォーマットで指定します。例:

--sourceDBConnectionString <scan_name>:<scan_port>/<database_service_name>

Q: 新しいデータベースのOracle Homeの場所を指定する方法を教えてください。

A: --oracleHomeオプションを使用してOracle Homeの場所を指定することも、--oracleHomeNameオプションを使用してOracle Homeの名前を指定することもできます。例:

--oracleHome <value>

または

--oracleHomeName <value>

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

A: --sourceDBWalletLocationオプションは、アクティブなソース・データベースからデータベースを複製するために必要なソース・データベースTDEウォレット・ファイルの場所を指定します。

Q: ソース・データベースからの特定のPDBの複製をスキップできますか。

A: はい。--skipPDBsオプションを使用して、重複操作から除外するPDB名のカンマ区切りリストを指定できます。例:

--skipPDBs pdb1,pdb2

Q: 新しいデータベースに対してTDEを構成するにはどうすればよいですか。

A: --tdeConfigMethodオプションを使用して、TDE構成メソッド(FILEまたはKMS)を指定します。KMSを選択した場合、--kmsKeyOCIDオプションを使用してKMSキーOCIDを指定できます。例:

--tdeConfigMethod FILE

または

--tdeConfigMethod KMS --kmsKeyOCID <value>

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

A: --executePrereqsオプションは、操作の前提条件チェックのみを実行するかどうかを指定します。有効な値は、前提条件のみを実行するにはyes、完全な操作を続行するにはnoです。

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

A: --resumeオプションを--sessionIDオプションとともに使用して、以前に中断された重複操作を再開します。例:

--resume --sessionID <value>

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

A: --waitForCompletionオプションは、操作の完了を待機するかどうかを指定します。これをtrueに設定すると完了を待機し、falseではバックグラウンドで操作が実行されます。例:

--waitForCompletion true

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

A: --rmanParallelismオプションは、複製プロセス中のRMAN (Recovery Manager)のパラレル化値を指定します。これにより、複数のパラレル・プロセスを使用することで、複製操作の速度が向上します。

Q: 新しいデータベースのSGAおよびPGAのサイズはどのように指定しますか。

A: --sgaSizeInMBおよび--pgaSizeInMBオプションを使用して、それぞれSGA (システム・グローバル領域)およびPGA (プログラム・グローバル領域)のサイズをMB単位で指定します。例:

--sgaSizeInMB <value>

--pgaSizeInMB <value>

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

A: --revertオプションは、以前の重複操作をロールバックするために使用します。元に戻すセッションを指定するには、--sessionIDを指定する必要があります。

前提条件

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

構文

dbaascli database getDetails --dbname <value>

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)に関する情報などの詳細を提供します。

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

構文

dbaascli database getPDBs --dbname <value>

FAQ

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

A: dbaascli database getPDBsコマンドは、指定したコンテナ・データベース(CDB)内のすべてのプラガブル・データベース(PDB)をリストするために使用します。

Q: getPDBsコマンドにコンテナ・データベースを指定するにはどうすればよいですか。

A: --dbnameオプションを使用して、コンテナ・データベースの名前を指定します。例:

--dbname <value>

Q: dbaascli database getPDBsコマンドを特定のユーザーとして実行する必要がありますか。

A: はい、rootユーザーまたはoracleユーザーとしてコマンドを実行する必要があります。

Q: getPDBsコマンドを使用して、非CDBデータベース内のPDBを表示できますか。

A: いいえ、getPDBsコマンドはコンテナ・データベース(CDB)にのみ適用されます。このコマンドは、非CDBデータベースには使用できません。

Q: dbaascli database getPDBsコマンドからの出力の形式は何ですか。

A: このコマンドは、指定したコンテナ・データベース内のすべてのPDBのリストを返します。出力には通常、PDB名、ステータス、および各プラガブル・データベースに関するその他の関連詳細が含まれます。

Q: このコマンドは複数のデータベースに一度に使用できますか?

A: いいえ。dbaascli database getPDBsコマンドは、--dbnameオプションで指定されている単一のコンテナ・データベースで一度に機能します。

Q: getPDBsコマンドを使用するには、データベースを停止する必要がありますか。

A: いいえ。getPDBsコマンドでは、データベースを停止する必要はありません。コンテナ・データベースが稼働している間に実行できます。

前提条件

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

構文

dbaascli database modifyParameters --dbname <value> 
{
--setParameters <values>[--instance <value>] [--backupPrepared] [--allowBounce]|
--resetParameters <values> [--instance <value>] [--backupPrepared] [--allowBounce]
}
--responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
[--waitForCompletion]

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

前提条件

• rootユーザーとしてコマンドを実行します。
• バックアップが格納されるバックアップ・ストレージ宛先の詳細を使用してデータベースが構成されている必要があります。

構文

dbaascli database recover --dbname <value>
        {
            --start
                {
                    --untilTime <value>
                    | --untilSCN <value>
                    | --latest
                    | --tag <value>
                }
            | --status --uuid <value>
        }

--dbname: Oracle Database name.
      --start | --status
--start: Begins database recovery.
      --untilTime | --untilSCN | --latest | --tag
      --untilTime: Recovers database until time. Input format: DD-MON-YYYY HH24:MI:SS.
      --untilSCN: Recovers database until SCN.
      --latest: Recovers database to last known state.
      --tag: Recovers database to archival tag.
--status
      --uuid <value>

FAQ

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

A: dbaascli database recoverコマンドは、バックアップ記憶域の保存先に格納されているバックアップからOracle Databaseをリカバリするために使用します。

Q: リカバリするデータベースを指定する方法を教えてください。

A: --dbnameオプションに続けてデータベース名を指定して、リカバリするデータベースを指定できます。例:

--dbname <database_name>

Q: dbaascli database recoverコマンドで使用できるリカバリ・オプションは何ですか。

A: リカバリ・オプションは次のとおりです。

--untilTime: データベースを特定の時間にリカバリします。

--untilSCN: データベースを特定のシステム変更番号(SCN)にリカバリします。

--latest: データベースを最新の既知の状態にリカバリします。

--tag: アーカイブ・タグを使用してデータベースをリカバリします。

Q: データベースを特定の時間にリカバリするにはどうすればよいですか。

A: --untilTimeオプションに続けて、DD-MON-YYYY HH24:MI:SS形式の時間を使用します。例:

--untilTime 05-SEP-2024 15:30:00

Q: データベースを特定のSCNにリカバリするにはどうすればよいですか。

A: --untilSCNオプションに続けてSCN値を使用します。例:

--untilSCN 123456789

Q: データベースを最新の既知の状態にリカバリするにはどうすればよいですか。

A: --latestオプションを使用して、可能なかぎり最新の状態にデータベースをリカバリします。例:

--latest

Q: リカバリ・プロセスでの--tagオプションの使用方法は何ですか。

A: --tagオプションを使用すると、バックアップに関連付けられたアーカイブ・タグを使用してデータベースをリカバリできます。例:

--tag <backup_tag>

Q: リカバリ操作のステータスを確認するにはどうすればよいですか。

A: --statusオプションを--uuid値とともに使用して、進行中または前のリカバリ操作のステータスを確認します。例:

--status --uuid <recovery_uuid>

Q: --startオプションはリカバリ・プロセスで何を行いますか。

A: --startオプションは、選択したリカバリ方法(--untilTime、--untilSCN、--latestまたは--tag)に基づいてリカバリ操作を開始します。

Q: 時間やSCNを指定せずにデータベースをリカバリする方法はありますか。

A: はい。--latestオプションを使用して、データベースの最後の既知の状態にリカバリできます。このオプションは、時間やSCNを指定する必要はありません。

Q: 部分的な回復はできますか。

A: はい。--untilTimeまたは--untilSCNオプションを使用して、データベースを特定の時点またはSCNにリカバリできます。

前提条件

• 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

前提条件

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

構文

dbaascli database start
[--dbname]
[--mode]

このコマンドにより、データベースが起動され、オープンされます。Oracle Database 12c以上では、すべてのPDBもオープンされます。

FAQ

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

A: dbaascli database startコマンドは、Oracle Databaseを起動するために使用します。

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

A: rootユーザーとしてコマンドを実行する必要があります。

Q: 起動するデータベースを指定する方法は?

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

--dbname myDatabase

Q: データベースを起動できるモードは何ですか。

A: --modeオプションを使用して、データベースをmountまたはnomountモードで起動できます。例:

--mode mount

Q: 指定しない場合のデフォルト・モードは何ですか。

A: モードを指定しない場合、データベースはデフォルトのopenモードで起動します。

Q: このコマンドは、Oracle Database 12c以降のすべてのPDBをオープンしますか。

A: はい。Oracle Database 12c以降でデータベースを起動すると、すべてのプラガブル・データベース(PDB)もオープンされます。

Q: Nomountモードでデータベースを起動するにはどうすればよいですか?

A: --modeオプションを使用して、nomountに設定します。例:

--mode nomount

Q: マウントモードでデータベースを起動するには?

A: --modeオプションを使用して、マウントするように設定します。例:

--mode mount

Q: dbaascli database startコマンドの実行時にデータベース名を指定することは必須ですか。

A: はい。正しいデータベースを起動するには、--dbnameオプションを使用してデータベース名を指定することをお薦めします。

前提条件

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

構文

dbaascli database stop
[-–dbname <value>]
[--mode <value>]

このコマンドでは、データベースの停止が即時モードで実行されます。新しい接続や新しいトランザクションは許可されません。アクティブなトランザクションはロールバックされ、接続しているすべてのユーザーは切断されます。

FAQ

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

A: dbaascli database stopコマンドは、Oracle Databaseの停止に使用されます。

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

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

Q: 停止するデータベースを指定する方法は?

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

--dbname myDatabase

Q: dbaascli database stopコマンドの有効な停止モードは何ですか。

A: 有効な停止モードは次のとおりです。

abort

immediate

normal

transactional

Q: モードが指定されていない場合のデフォルトのシャットダウン・モードは何ですか。

A: モードが指定されていない場合、データベースはデフォルトでimmediateモードで停止されます。

Q: 即時停止モードではどうなりますか。

A: immediateモードでは、新しい接続やトランザクションは許可されず、アクティブなトランザクションはロールバックされ、接続しているすべてのユーザーは切断されます。

Q: データベースを中止モードで停止するにはどうすればよいですか?

A: データベースを中断モードで停止するには、--modeオプションを中断とともに使用します。例:

--mode abort

Q: データベースを停止するときに、通常モードは何を行いますか。

A: 通常モードでは、アクティブなトランザクションに影響を与えずに現在のユーザー・セッションを完了してから停止できます。

Q: dbaascli database stopコマンドで使用されるトランザクション・モードは何ですか。

A: transactionalモードでは、アクティブなトランザクションがすべて完了した後にのみデータベースが停止しますが、新しいトランザクションは許可されません。

Q: dbaascli database stopコマンドで停止モードを指定することは必須ですか。

A: いいえ。shutdownモードの指定はオプションです。指定しない場合、デフォルトの即時モードが使用されます。

前提条件

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>]

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オプションを使用して、実際のアップグレードを続行せずにアップグレード前チェックのみを実行します。

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

構文

dbaascli dataguard prepareStandbyBlob --dbname <value> --blobLocation <value>

FAQ

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

A: dbaascli dataguard prepareStandbyBlobコマンドを使用して、Data Guard環境のスタンバイ・サイトで必要な様々なファイルを含むBLOBファイルを生成します。

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

A: rootまたはoracleユーザーとしてコマンドを実行する必要があります。

Q: スタンバイBLOBを準備するOracle Databaseの名前を指定するにはどうすればよいですか。

A: --dbnameオプションに続けて、Oracle Databaseの名前を指定します。例:

--dbname myDatabase

Q: スタンバイBLOBファイルが生成される場所を指定する方法は?

A: --blobLocationオプションを使用して、スタンバイBLOBファイルが生成されるカスタム・ディレクトリ・パスを指定します。例:

--blobLocation /path/to/standby_blob

Q: コマンドで--dbnameオプションは何を行いますか。

A: --dbnameオプションは、スタンバイBLOBファイルを準備するOracle Databaseの名前を指定します。

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

A: --blobLocationオプションは、スタンバイBLOBファイルが作成されるカスタム・ディレクトリ・パスを定義します。

Q: dbaascli dataguard prepareStandbyBlobコマンドをrootまたはoracle以外のユーザーとして実行できますか。

A: いいえ。このコマンドは、rootまたはoracleユーザーとして実行する必要があります。

Q: --blobLocationオプションに相対パスを使用できますか。

A: --blobLocationオプションの絶対パスを使用して、スタンバイBLOBファイルが正しいディレクトリに確実に作成されるようにすることをお薦めします。

Q: スタンバイBLOBファイルが生成される場所を変更する場合はどうすればよいですか?

A: --blobLocationオプションを変更して、スタンバイBLOBファイルの新しいディレクトリ・パスを指定します。

Q: スタンバイBLOBファイルを生成した後、追加のステップを実行する必要がありますか?

A: はい。スタンバイBLOBファイルを生成した後、スタンバイ・サイトに転送して、Data Guard構成に使用する必要があります。

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

構文

dbaascli dataguard updateDGConfigAttributes --attributes <value>

FAQ

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

A: dbaascli dataguard updateDGConfigAttributesコマンドは、すべてのクラスタ・ノードにわたってData Guard自動化属性を更新するために使用します。

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

A: このコマンドは、rootまたはoracleユーザーとして実行する必要があります。

Q: このコマンドを使用して更新する属性を指定するにはどうすればよいですか?

A: --attributesオプションを使用し、その後に変更する属性を指定します。属性は、attribute=valueなどのカンマ区切り形式にする必要があります。例:

--attributes attribute1=value1,attribute2=value2

Q: --attributesオプションの値の形式は何ですか。

A: --attributesオプションの値は、attribute=valueとして指定された各属性のカンマ区切り形式にする必要があります。

Q: --attributesオプションで複数の属性を指定できますか?

A: はい、複数の属性をカンマで区切って指定できます。例:

--attributes attribute1=value1,attribute2=value2

Q: Data Guard構成ファイルで事前定義されていない属性を指定するとどうなりますか。

A: 事前定義されていない属性を指定した場合、コマンドは失敗するか、認識されない属性を無視する可能性があります。すべての属性がData Guard構成ファイルに事前定義されていることを確認します。

Q: Data Guard自動化属性を更新した後、サービスを再起動する必要がありますか。

A: ほとんどの場合、属性の更新後にサービスを再起動する必要はありません。ただし、特定の属性とその影響を確認して、再起動が必要かどうかを判断します。

Q: Data Guard属性が正常に更新されたかどうかを確認するにはどうすればいいですか。

A: コマンドの実行後、Data Guard構成を確認するか、設定に固有の適切な検証コマンド/ツールを使用して、更新された属性を確認できます。

Q: コマンドで属性の更新に失敗した場合はどうすればよいですか。

A: エラー・メッセージで、何が間違っているかの詳細を確認してください。正しい属性を指定し、Data Guard構成ファイルで事前定義されていることを確認します。ユーザー権限およびコマンド構文を確認します。

Q: このコマンドを使用して、特定のノードのみの属性を更新できますか。

A: いいえ。dbaascli dataguard updateDGConfigAttributesコマンドは、すべてのクラスタ・ノードの属性を更新します。特定のノードの属性を更新する必要がある場合は、異なるメソッドまたはコマンドを使用する必要があります。

前提条件

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

構文

dbaascli dbhome create --version <value>
[--oracleHome <value>]
[--oracleHomeName <value>]
[--enableUnifiedAuditing <value>] 
[--imageTag <value>]
[--ImageLocation <value>

FAQ

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

A: dbaascli dbhome createコマンドを使用して、新しいOracle Databaseホームを目的のバージョンで作成します。

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

A: rootユーザーとしてコマンドを実行する必要があります。

Q: 新しいOracle Homeの作成時にOracle Databaseのバージョンを指定するにはどうすればよいですか。

A: ピリオドで区切られた5つの数値セグメント(19.11.0.0.0など)の形式で、--versionオプションに続けてOracle Databaseバージョンを指定します。

Q: --oracleHomeオプションは何を指定しますか。

A: --oracleHomeオプションは、Oracle Homeをインストールする場所を指定します。指定しない場合、デフォルトの場所が使用されます。

Q: 新しいOracle Homeにカスタム名を割り当てることができますか。

A: はい。--oracleHomeNameオプションを使用して、Oracle Homeのユーザー定義名を指定できます。指定されていない場合は、デフォルト名が使用されます。

Q: 新しいOracle Homeで統合監査を有効または無効にするにはどうすればよいですか。

A: --enableUnifiedAuditingオプションを使用してtrueを指定し、Oracle Homeの統合監査を無効にするにはfalseを指定します。

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

A: --imageTagオプションは、Oracle Homeイメージ・タグを指定します。これは、イメージ・タグがバージョンと異なる場合に使用できます。

Q: dbaascli dbhome createコマンドをversionおよびimageタグとともに使用する例は何ですか。

A: versionタグとimageタグを使用したコマンドの例を次に示します。

dbaascli dbhome create --version 19.8.0.0.0 --imageTag 19.8.0.0.0

これにより、対応するイメージ・タグを持つバージョン19.8.0.0.0のOracle Homeが作成されます。

Q: --oracleHomeまたは--oracleHomeNameオプションを指定しないとどうなりますか。

A: --oracleHomeを指定しない場合、Oracle Homeはデフォルトの場所にインストールされます。--oracleHomeNameを指定しない場合、デフォルト名がOracle Homeに割り当てられます。

Q: Oracle Homeの作成が成功したかどうかを確認するにはどうすればよいですか。

A: コマンドの実行後、出力ログで成功メッセージまたはエラーを確認します。指定した場所に移動するか、orainstRoot.shなどのOracleツールを使用して、Oracle Homeを検証することもできます。

Q: 同じシステム上に異なるバージョンを持つ複数のOracle Homesを作成できますか。

A: はい。--versionオプションと--oracleHomeNameオプションに異なる値を指定することで、異なるバージョンで複数のOracle Homesを作成できます。

Q: Oracle Homeの作成に失敗した場合はどうすればよいですか。

A: エラー・メッセージの詳細は、出力ログを確認してください。正しいバージョン形式、必要な権限および十分なディスク領域があることを確認します。問題を修正してから、コマンドを再実行してください。

前提条件

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

構文

dbaascli dbHome delete 
{ --oracleHome <value> 
| --oracleHomeName <value> } [--resume [--sessionID <value>]] 

FAQ

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

A: dbaascli dbHome deleteコマンドは、指定したOracle Databaseホームをシステムから削除するために使用します。

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

A: rootユーザーとしてコマンドを実行する必要があります。

Q: 削除するOracle Homeはどのように指定するのですか。

A: 次のいずれかのオプションを使用して、削除するOracle Homeを指定できます。

--oracleHome <value>: Oracle Homeの場所の絶対パスを指定します。

--oracleHomeName <value>: Oracle Homeの名前を指定します。

Q: --oracleHomeオプションと--oracleHomeNameオプションの違いは何ですか。

A:

--oracleHomeは、削除するOracle Homeの物理的な場所またはパスを指定します。

--oracleHomeNameは、削除するOracle Homeのユーザー定義名を指定します。

Q: 以前に中断した削除プロセスを再開するにはどうすればよいですか?

A: --resumeオプションを使用して、以前の削除プロセスを再開できます。プロセスの特定のセッションIDがわかっている場合は、--sessionIDオプションを使用して含めることができます。

Q: dbaascli dbHome deleteコマンドで使用される--sessionIDオプションは何ですか。

A: --sessionIDオプションは、削除プロセス中に以前に中断または失敗した特定のセッションを再開するために使用されます。

Q: --resumeまたは--sessionIDオプションを指定しないとどうなりますか?

A: --resumeまたは --sessionIDオプションが指定されていない場合、コマンドは中断された削除プロセスを再開するのではなく、新しい削除プロセスを開始します。

Q: コマンドの実行後にOracle Homeの削除を確認する方法はありますか。

A: 出力ログで成功メッセージを確認し、Oracle Homeディレクトリが指定の場所に存在しなくなったことを確認することで、削除を確認できます。

Q: 実行中のデータベースで現在使用中のOracle Homeを削除できますか。

A: いいえ。削除プロセス中、実行中のデータベースまたはサービスでOracle Homeを使用しないでください。削除コマンドを実行する前に、関連するデータベースをすべて停止してください。

Q: dbaascli dbHome deleteコマンドが失敗した場合、どうすればよいですか。

A: 出力ログでエラー・メッセージを確認します。Oracle Homeが使用されていないことを確認し、正しいOracle Homeの場所または名前を確認し、必要な権限があることを確認します。問題を解決したら、コマンドを再実行するか、必要に応じて --resumeオプションを使用します。

Q: dbaascli dbHome deleteコマンドを使用して複数のOracle Homesを一度に削除できますか。

A: いいえ。このコマンドでは、--oracleHomeまたは--oracleHomeNameオプションのいずれかを指定して、一度に1つのOracle Homeのみを削除できます。

Q: 名前でOracle Homeを削除する例は何ですか。

A: Oracle Homeを名前で削除する例を次に示します。

dbaascli dbHome delete --oracleHomeName myOracleHome

このコマンドは、myOracleHomeという名前のOracle Homeを削除します。

Q: Oracle Homeをその場所によって削除する例は何ですか。

A: Oracle Homeの場所を指定して削除する例を次に示します。

dbaascli dbHome delete --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

このコマンドは、/u01/app/oracle/product/19.0.0/dbhome_1にあるOracle Homeを削除します。

Q: 削除プロセスは開始後にキャンセルできますか?

A: いいえ、削除プロセスが開始されると、取り消すことはできません。コマンドを実行する前に、Oracle Homeが削除の準備ができていることを確認します。

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

構文

dbaascli dbHome getDatabases
{ --oracleHomeName value | --oracleHome value }

FAQ

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

A: dbaascli dbHome getDatabasesコマンドは、指定したOracle Databaseホームから実行されているすべてのOracle Databasesに関する情報を表示するために使用します。

Q: 確認するOracle Databaseホームを指定するにはどうすればよいですか。

A: 次のいずれかのオプションを使用して、Oracle Databaseホームを指定できます。

--oracleHomeName <value>: Oracleホームのユーザー定義名を指定します。

--oracleHome <value>: Oracleホームの完全な場所(パス)を指定します。

Q: --oracleHomeNameオプションと--oracleHomeオプションの違いは何ですか。

A:

--oracleHomeNameは、Oracleホームのユーザー定義名です。

--oracleHomeは、システム上のOracleホームの物理的な場所(またはディレクトリ・パス)を示します。

Q: dbaascli dbHome getDatabasesコマンドはどのように実行するのですか。

A: コマンドを実行するには、次の構文を使用します。

dbaascli dbHome getDatabases --oracleHomeName <value>

または

dbaascli dbHome getDatabases --oracleHome <value>

rootユーザーとしてコマンドを実行してください。

Q: Oracleホーム名とOracleホームの両方の場所を同じコマンドで指定できますか。

A: いいえ、--oracleHomeNameまたは--oracleHomeは1回のコマンド実行でのみ指定できます。Oracleホームの識別方法に基づいて、1つのオプションを選択します。

Q: dbaascli dbHome getDatabasesコマンドではどのような情報が返されますか。

A: このコマンドは、指定したOracleホームから実行されているすべてのOracle Databasesに関する情報を返します。これには、データベース名やステータスなどの詳細が含まれます。

Q: Oracleホームの場所でdbaascli dbHome getDatabasesを使用する例は何ですか。

A: Oracleホームの場所を指定してコマンドを使用する例を次に示します。

dbaascli dbHome getDatabases --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

このコマンドは、/u01/app/oracle/product/19.0.0/dbhome_1にあるOracleホームから実行中のデータベースのリストを取得します。

Q: Oracleホーム名でdbaascli dbHome getDatabasesを使用する例は何ですか。

A: Oracleホーム名を指定してコマンドを使用する例を次に示します。

dbaascli dbHome getDatabases --oracleHomeName myOracleHome

このコマンドは、myOracleHomeという名前のOracleホームから実行中のデータベースのリストを取得します。

Q: このコマンドを実行するには特別な権限が必要ですか?

A: はい、rootユーザーとしてコマンドを実行して、指定したOracleホームから実行されているOracle Databasesに関する情報を表示する必要があります。

Q: dbaascli dbHome getDatabasesコマンドでデータベースが返されない場合は、何を確認する必要がありますか。

A: 正しいOracleホームの名前または場所を指定し、そのOracleホームから実行されているデータベースがあることを確認します。また、Oracleホームが正しく構成され、アクティブであることを確認します。

Q: 複数のOracleホームで一度にdbaascli dbHome getDatabasesコマンドを使用できますか。

A: いいえ、このコマンドは一度に1つのOracleホームで動作します。問い合せるOracleホームごとに、コマンドを個別に実行する必要があります。

Q: コマンドで指定されたOracleホームが正しいことを確認する方法はありますか。

A: Oracleホームを確認するには、システム内のディレクトリ構造または構成の詳細をチェックして、指定されたパスまたは名前が実際のOracleホームと一致していることを確認します。

Q: OracleホームまたはOracleホーム名を指定せずにコマンドを実行するとどうなりますか。

A: このコマンドでは、--oracleHomeまたは--oracleHomeNameオプションを指定する必要があります。どちらのオプションも指定されていない場合、コマンドの実行は失敗します。

Q: このコマンドは、現在停止しているデータベースを取得できますか?

A: はい。コマンドは、現在実行中か停止中かに関係なく、指定されたOracleホームに関連付けられているすべてのデータベースをリストします。

前提条件

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

構文

dbaascli dbHome getDetails
{ --oracleHomeName value | --oracleHome value }

FAQ

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

A: dbaascli dbHome getDetailsコマンドは、システム上の特定のOracleホームに関する詳細情報を表示するために使用します。

Q: 詳細を取得するOracleホームはどのように指定するのですか。

A: 次のいずれかのオプションを使用して、Oracleホームを指定できます。

--oracleHomeName <value>: Oracleホームのユーザー定義名を指定します。

--oracleHome <value>: Oracleホームの完全な場所(パス)を指定します。

Q: --oracleHomeNameと--oracleHomeの違いは何ですか?

A:

--oracleHomeNameは、Oracleホームのユーザー定義の名前です。

--oracleHomeは、Oracleホームのある場所のフル・ディレクトリ・パスです。

Q: dbaascli dbHome getDetailsコマンドはどのように実行するのですか。

A: コマンドを実行するには、次の構文を使用します。

dbaascli dbHome getDetails --oracleHomeName <value>

または

dbaascli dbHome getDetails --oracleHome <value>

rootユーザーとしてコマンドを実行してください。

Q: 同じコマンドで--oracleHomeNameと--oracleHomeの両方を指定できますか?

A: いいえ、コマンド実行ごとに1つのオプションのみを使用できます。Oracleホームの名前またはOracleホームの場所のいずれか(両方ではなく)を指定する必要があります。

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

A: このコマンドは、指定したOracleホームの詳細情報(バージョン、ステータス、Oracleホームに関連付けられたその他の構成の詳細など)を提供します。

Q: Oracleホームの場所でdbaascli dbHome getDetailsコマンドを使用する例は何ですか。

A: 次に例を示します。

dbaascli dbHome getDetails --oracleHome /u01/app/oracle/product/19.0.0/dbhome_1

このコマンドは、/u01/app/oracle/product/19.0.0/dbhome_1にあるOracleホームに関する詳細情報を取得します。

Q: Oracleホーム名でdbaascli dbHome getDetailsコマンドを使用する例は何ですか。

A: 次に例を示します。

dbaascli dbHome getDetails --oracleHomeName myOracleHome

このコマンドは、myOracleHomeという名前のOracleホームに関する詳細情報を取得します。

Q: このコマンドを実行するには特別な権限が必要ですか?

A: はい。Oracleホームの詳細を表示するには、rootユーザーとしてコマンドを実行する必要があります。

Q: dbaascli dbHome getDetailsコマンドで情報が返されない場合はどうすればよいですか。

A: Oracleホームの名前または場所を正しく指定し、Oracleホームが適切に構成され、システムに存在することを確認します。

Q: 複数のOracleホームでdbaascli dbHome getDetailsコマンドを同時に使用できますか。

A: いいえ、このコマンドは一度に1つのOracleホームでのみ機能します。コマンドは、Oracleホームごとに個別に実行する必要があります。

Q: コマンドを実行する前にOracleホーム名を確認することはできますか。

A: はい。システムの構成ファイルを確認するか、システムで使用可能なすべてのOracleホームをリストすることで、Oracleホーム名を確認できます。

Q: コマンドにOracleホームの名前または場所を指定しないとどうなりますか。

A: このコマンドでは、--oracleHomeまたは--oracleHomeNameオプションを指定する必要があります。どちらも指定しない場合、コマンドの実行は失敗します。

Q: 現在使用されていないOracleホームに関する情報を取得できますか。

A: はい。dbaascli dbHome getDetailsコマンドは、使用中かアイドル状態かにかかわらず、Oracleホームに関する詳細を提供します。

Q: コマンドがエラーを返すかどうかを確認するべきですか?

A: Oracleホームの名前または場所が正しいこと、Oracleホームが存在すること、およびrootユーザーとしてコマンドを実行していることを確認します。入力ミスまたはパスが間違っているかどうかをダブルチェックします。

前提条件

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

構文

dbaascli diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
        {
            [--objectStoreBucketUri <value>]
            | [--destLocation <value>]
        }
        [--waitForCompletion <value>]

FAQ

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

A: dbaascli diag collectコマンドは、Oracle DatabaseおよびOS、Grid Infrastructure (GI)およびDBaaSツールなどの関連コンポーネントの診断ログを収集するために使用されます。

Q: 診断を収集するコンポーネントを指定するにはどうすればよいですか。

A: --componentsオプションを使用してコンポーネントを指定できます。有効な値は:

db (データベース・ログの場合)

gi (Grid Infrastructureログの場合)

os (オペレーティング・システム・ログ用)

dbaastools (DBaaSツール・ログ用)

all (すべてのコンポーネントのログを収集する場合)

Q: 特定の時間範囲のログを収集するにはどうすればよいですか?

A: 時間範囲を指定するには、次のオプションを使用します。

--startTime <value>: ログ収集の開始時間を設定します。

--endTime <value>: ログ収集の終了時間を設定します。

時刻は、YYYY-MM-DDTHH24:MM:SSの形式にする必要があります。

Q: 開始時間と終了時間はどの形式にすればよいですか。

A: --startTimeと--endTimeの両方をYYYY-MM-DDTHH24:MM:SSの形式にする必要があります。たとえば、2024-09-01T15:30:00です。

Q: 診断を収集するノードを指定する方法を教えてください。

A: --nodesオプションを使用して、ノードのカンマ区切りリストを指定できます。例:

--nodes node1,node2

Q: 特定のデータベースのログはどのように収集するのですか。

A: --dbNamesオプションを使用して、ログを収集するデータベースの名前を指定します。一度に指定できるデータベース名は1つのみです。

Q: 収集されたログはどのようにObject Storageに格納できますか。

A: --objectStoreBucketUriオプションを使用して、ログがアップロードされるオブジェクト・ストレージ・バケットの事前認証済リクエスト(PAR) URLを指定します。

Q: Object Storageではなくローカル・ディレクトリにログを収集できますか。

A: はい、--destLocationオプションを使用して、ログが収集されるゲストVM上のディレクトリを指定できます。デフォルトの場所は、/var/opt/oracle/dbaas_acfsです。

Q: ログの宛先を指定しないとどうなりますか。

A: 宛先が指定されていない場合、収集されたログはゲストVMのデフォルトの場所/var/opt/oracle/dbaas_acfsに格納されます。

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

A: --waitForCompletionオプションは、制御をユーザーに返す前にコマンドが終了するまで待機するかどうかを指定します。デフォルト値はtrueです。falseを指定すると、操作はバックグラウンドで実行されます。

Q: バックグラウンドでログ収集を実行するにはどうすればよいですか?

A: --waitForCompletionオプションをfalseに設定して、ログ収集プロセスをバックグラウンドで実行します。

dbaascli diag collect --waitForCompletion false

Q: このコマンドで以前のログ収集セッションを再開できますか?

A: いいえ。dbaascli diag collectコマンドでは、以前のセッションの再開はサポートされていません。新しいログ収集プロセスを開始する必要があります。

Q: ログがObject Storageに直接アップロードされるようにするにはどうすればよいですか。

A: 収集後にログがアップロードされる有効な--objectStoreBucketUri (オブジェクト・ストレージの事前認証済リクエストURL)を指定できます。

Q: 複数のデータベースのログを一度に収集できますか?

A: いいえ、--dbNamesオプションを使用して一度に指定できるデータベース名は1つのみです。

Q: すべてのコンポーネントで利用可能なすべてのログを収集する場合はどうすればよいですか?

A: --components allを使用して、データベース、Grid Infrastructure、オペレーティング・システム、DBaaSツールを含むすべてのコンポーネントからログを収集します。

Q: 特定の時間範囲からデータベース・コンポーネントのログを収集するコマンドの例は何ですか。

A: コマンドの例を次に示します。

dbaascli diag collect --components db --startTime 2024-09-01T12:00:00 --endTime 2024-09-01T14:00:00 --dbname orcl

Q: ログを収集してObject Storageにアップロードするコマンドの例を教えてください。

A: コマンドの例を次に示します。

dbaascli diag collect --components db --objectStoreBucketUri https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

Q: --componentsオプションが指定されていない場合のデフォルトの動作は何ですか。

A: --componentsオプションを指定しないと、収集するログがコマンドで認識されず、失敗する可能性があります。ログを収集するコンポーネントを常に指定することをお薦めします。

Q: --objectStoreBucketUriオプションと--destLocationオプションの両方を同じコマンドに指定できますか。

A: いいえ、1つの宛先(--objectStoreBucketUriを介したオブジェクト・ストレージまたは--destLocationを介したローカル・ディレクトリ)を選択する必要があります。

Q: dbaascli diag collectコマンドの使用中にエラーが発生した場合はどうすればよいですか。

A: 有効なコンポーネント名、日時書式および宛先オプションを指定していることを再度確認します。また、rootユーザーとしてコマンドを実行していることを確認します。

前提条件

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

構文

dbaascli diag healthCheck
[--destLocation]
[--nodes]
[--objectStoreBucketURI]

FAQ

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

A: dbaascli diag healthCheckコマンドは、Exadata Cloud@Customer環境で実行されているOracle Databaseで診断ヘルス・チェックを実行するために使用します。

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

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

Q: ログを収集するためのカスタムディレクトリを指定する方法を教えてください。

A: --destLocationオプションを使用して、ヘルス・チェック・ログが収集されるディレクトリを指定します。デフォルトの場所は、/var/opt/oracle/dbaas_acfsです。

Q: --destLocationを指定しない場合、ログ収集のデフォルトの場所は何ですか。

A: ログ収集のデフォルト・ディレクトリは/var/opt/oracle/dbaas_acfsです。

Q: ヘルス・チェックを実行するノードは指定できますか。

A: はい。--nodesオプションを使用して、ヘルス・チェックを実行するノードのカンマ区切りリストを指定できます。

Q: ヘルス・チェック・ログはどのようにObject Storageにアップロードするのですか。

A: --objectStoreBucketURIオプションを使用して、オブジェクト・ストレージ・サービスから事前認証済リクエスト(PAR) URLを指定します。これにより、収集されたログが指定のバケットにアップロードされます。

Q: 複数のノードからログを収集できますか?

A: はい。--nodesオプションを使用して、カンマ区切り形式で複数のノードを指定できます。たとえば: --nodes node1,node2。

Q: 特定のノードでヘルス・チェックを実行するコマンドの例は何ですか。

A: 特定のノードでヘルス・チェックを実行するコマンドの例を次に示します。

dbaascli diag healthCheck --nodes node1

Q: ログは、ローカル・マシンではなくObject Storageに格納するにはどうすればよいですか。

A: --objectStoreBucketURIオプションを使用して、オブジェクト・ストレージにログを格納する事前認証済リクエスト(PAR) URLを指定できます。

Q: --destLocationと--objectStoreBucketURIの両方を同時に指定できますか?

A: はい。ローカル・ストレージには--destLocationを、オブジェクト・ストレージには--objectStoreBucketURIの両方を指定してログをアップロードできます。

Q: dbaascli diag healthCheckコマンドの実行中にエラーが発生した場合はどうすればよいですか。

A: rootユーザーとしてコマンドを実行し、--destLocation、--nodesまたは--objectStoreBucketURIに有効なオプションを指定していることを確認します。指定した場合は、ノード名が正しいことを確認します。

Q: 健康診断をバックグラウンドで実行できますか?

A: dbaascli diag healthCheckコマンドには明示的なバックグラウンド・モードはありませんが、コマンドの最後に&を追加してバックグラウンドで実行できます。

Q: --nodesオプションを指定しないとどうなりますか?

A: --nodesオプションを指定しない場合、デフォルトでクラスタ内のすべてのノードでヘルス・チェックが実行されます。

Q: このコマンドを使用して、以前のヘルス・チェック・セッションを再開できますか。

A: いいえ。dbaascli diag healthCheckコマンドでは、以前のセッションの再開はサポートされていません。毎回、新しいヘルス・チェックを開始する必要があります。

Q: ヘルス・チェックを実行し、ログをObject Storageにアップロードするコマンドの例は何ですか。

A: コマンドの例を次に示します。

dbaascli diag healthCheck --objectStoreBucketURI https://objectstorage.example.com/n/namespace-string/b/bucket-name/o/PAR-URL

Q: --destLocationまたは--objectStoreBucketURIを指定しない場合のデフォルトの動作は何ですか。

A: --destLocationも--objectStoreBucketURIも指定されていない場合、ヘルス・チェック・ログはローカル・マシンのデフォルト・ディレクトリ/var/opt/oracle/dbaas_acfsに収集されます。

Q: ヘルス・チェックを特定のコンポーネントまたはログに制限できますか。

A: いいえ。dbaascli diag healthCheckコマンドでは、個々のコンポーネントまたはログを指定できません。システムの一般的な診断ヘルス・チェックを実行します。

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

A: Exadata Cloud@Customer仮想マシンに接続し、rootユーザーとしてコマンドを実行していることを確認します。

前提条件

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

構文

dbaascli gridHome create --version value [--resume [--sessionID value]] [--waitForCompletion value]

FAQ

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

A: dbaascli gridHome createコマンドは、Exadata Cloud@Customer環境でOracle GridインフラストラクチャのGrid Infrastructureホームを構成するために使用します。

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

A: rootユーザーとしてコマンドを実行する必要があります。

Q: 作成するGrid Infrastructureホームのバージョンを指定するにはどうすればよいですか。

A: --versionオプションを使用して、Gridホームのバージョンを指定します。これは、Gridホームの作成時に必須のオプションです。

Q: 以前のdbaascli gridHome createセッションを再開できますか。

A: はい、--resumeオプションを使用して前のセッションを再開できます。オプションで、--sessionIDオプションを使用してセッションIDを指定して、特定のセッションを再開できます。

Q: dbaascli gridHome createコマンドで--resumeオプションは何を行いますか。

A: --resumeオプションを使用すると、以前に中断された操作または不完全な操作を再開できます。

Q: バックグラウンドで操作を実行するにはどうすればよいですか?

A: --waitForCompletionオプションをfalseに設定して、バックグラウンドで操作を実行できます。このオプションの有効な値は、true (デフォルト)またはfalseです。

Q: --waitForCompletionが指定されていない場合のデフォルトの動作は何ですか。

A: --waitForCompletionを指定しない場合、操作はフォアグラウンドで実行され、コマンドは操作が完了するまで待機してから、ユーザーに制御を戻します。

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

A: --sessionIDオプションは、操作が不完全または中断された場合、再開する前のセッションのIDを指定するために使用します。

Q: dbaascli gridHome createコマンドを使用して既存のGridホームをアップグレードできますか。

A: いいえ。このコマンドは、既存のホームをアップグレードするのではなく、新しいGrid Infrastructureホームを構成するために特に使用します。

Q: バージョン19.9.0.0.0のGridホームを作成するコマンドの例は何ですか。

A: コマンドの例を次に示します。

dbaascli gridHome create --version 19.9.0.0.0

Q: dbaascli gridHome createコマンドが中断された場合、どうすればよいですか。

A: --resumeオプションを使用して操作を再開できます。セッションIDがある場合は、--sessionIDオプションを使用して指定し、特定のセッションを再開できます。

Q: セッションIDなしで--resumeオプションを指定できますか?

A: はい。セッションIDを指定せずに--resumeオプションを使用できます。この場合、システムは最新のセッションを再開しようとします。

Q: --waitForCompletion falseを指定するとどうなりますか。

A: --waitForCompletion falseを指定すると、操作はバックグラウンドで実行され、操作の完了中にコマンドラインの使用を続行できます。

Q: バックグラウンド操作の進行状況を追跡することはできますか?

A: dbaascliコマンドでは、バックグラウンド操作を直接追跡する方法は提供されません。システム・ログまたはセッション・ステータスを手動で確認する必要がある場合があります。

Q: 無効なGridホームのバージョンは作成時に指定できますか?

A: いいえ。--versionオプションには有効なGrid Infrastructureバージョンが含まれている必要があります。無効なバージョンが指定されている場合、コマンドはエラーを返します。

Q: 作成に使用するGridホームのバージョンを確認するにはどうすればよいですか。

A: Oracleのドキュメントを参照するか、データベース管理者に問い合せて、使用している環境で使用する正しいGridホームのバージョンを判断できます。

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

A: rootユーザーとしてログインしており、Grid Infrastructureに使用するバージョンが環境と互換性があることを確認します。

前提条件

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

構文

dbaascli grid configureTCPS
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

FAQ

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

A: dbaascli grid configureTCPSコマンドは、Oracle Exadata環境の既存のクラスタに対してTransport Layer Security (TCPS)を構成するために使用します。

Q: dbaascli grid configureTCPSコマンドを実行する前提条件は何ですか。

A: rootユーザーとしてコマンドを実行する必要があります。

Q: Exadata Database Service on Dedicated Infrastructureシステムでは、TCPSはデフォルトで有効になっていますか。

A: はい。Oracle Exadata Database Service on Dedicated Infrastructureシステムのデータベースでは、TCPSはデフォルトで有効になっています。

Q: Exadata Database Service on Cloud@Customerシステムでは、TCPSはデフォルトで有効になっていますか。

A: いいえ。Exadata Database Service on Cloud@Customerシステムでは、TCPSはデフォルトで有効になっていません。TCPSを有効にするには、特定のデータベースのsqlnet.oraファイルを更新し、データベースを再起動する必要があります。

Q: Exadata Cloud@CustomerシステムでTCPSを有効にした結果はどうなりますか。

A: Exadata Cloud@CustomerシステムでTCPSを有効にすると、Zero Data Loss Recovery Appliance (ZDLRA)接続が失敗します。ZDLRAまたはTCPS構成のいずれかのみを有効にできますが、両方を同時に有効にすることはできません。

Q: --pkcs12WalletFilePathオプションは何を指定しますか。

A: --pkcs12WalletFilePathオプションは、TCPS構成に使用されるPKCS12ウォレット形式の証明書ファイルへの絶対パスを指定します。

Q: --caCertChainオプションは何に使用されますか。

A: --caCertChainオプションは、中間CA証明書およびルートCA証明書を含む証明書の連結リストを指定します。

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

A: --precheckOnlyオプションは、TCPS構成操作の事前チェックのみを実行するかどうかを指定します。使用可能な値は、yesまたはnoです。

Q: --serverCertオプションは何を指定しますか。

A: --serverCertオプションは、TCPS構成に使用またはローテーションされるPEM証明書へのパスを指定します。

Q: TCPS構成の秘密キーはどのように指定するのですか。

A: --privateKeyオプションを使用して、サーバー証明書に関連付けられた秘密キー・ファイルへのパスを指定します。

Q: --certTypeオプションに使用できる値は何ですか。

A: --certTypeオプションに使用できる値は、次のとおりです:

SELF_SIGNED_CERT

CA_SIGNED_CERT

PKCS12_CERT

デフォルト値はSELF_SIGNED_CERTです。

Q: 秘密鍵のパスワードはデフォルトで保護されていますか?

A: はい、--privateKeyPasswordProtectedオプションはデフォルトでtrueに設定されており、秘密キーがパスワードで保護されていることを示します。秘密キーがパスワードで保護されていない場合は、falseに設定できます。

Q: TCPSを構成する前に事前チェックを実行できますか。

A: はい。--precheckOnlyオプションをyesに設定することで、操作の事前チェックのみを実行できます。これは、変更を行う前に環境を検証するのに役立ちます。

Q: PKCS12ウォレット・ファイルのパスが正しくない場合はどうなりますか。

A: --pkcs12WalletFilePathに不正なパスが含まれている場合、コマンドは失敗し、TCPS構成は続行されません。

Q: 秘密鍵がパスワードで保護されている場合、どうすればいいですか?

A: 秘密キーがパスワードで保護されている場合は、--privateKeyPasswordProtectedオプションがtrue (デフォルト)に設定されていることを確認します。

Q: TCPS構成に独自のCA署名証明書を指定できますか。

A: はい。--serverCertおよび--privateKeyオプションを使用して、--certTypeをCA_SIGNED_CERTに設定することで、独自のCA署名証明書を指定できます。

Q: 自己署名証明書を使用してTCPSを構成するコマンドの例は何ですか。

A: 次に例を示します:

dbaascli grid configureTCPS --serverCert /path/to/self_signed_cert.pem --privateKey /path/to/private_key.pem --certType SELF_SIGNED_CERT

Q: TCPS構成にPKCS12証明書を使用できますか。

A: はい。--pkcs12WalletFilePathオプションを指定し、--certTypeをPKCS12_CERTに設定することで、PKCS12証明書を使用できます。

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

A: 正しい証明書ファイル、秘密キー・ファイルがあり、rootユーザーとしてログインしていることを確認します。また、ZDLRAをTCPSと同時に実行できないため、ZDLRAを使用している場合はその影響を理解してください。

前提条件

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

構文

dbaascli grid removeTCPSCert --subject <value>
 {
   --userCert | --trustedCert | --requestedCert
 }
 [--serialNumber <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--bounceListeners]

FAQ

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

A: dbaascli grid removeTCPSCertコマンドは、Oracle Exadata環境のGrid Infrastructureウォレットから既存のTCPS証明書を削除するために使用します。

Q: dbaascli grid removeTCPSCertコマンドを実行する前提条件は何ですか。

A: rootユーザーとしてコマンドを実行する必要があります。

Q: dbaascli grid removeTCPSCertコマンドで--subjectオプションは何を指定しますか。

A: --subjectオプションは、Grid Infrastructureウォレットから削除する証明書のサブジェクトを指定します。

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

A: --userCertフラグは、削除する証明書がユーザー証明書であることを示します。

Q: --trustedCertフラグはどのような場合に使用しますか。

A: Grid Infrastructureウォレットから信頼できる証明書を削除する場合は、--trustedCertフラグを使用します。

Q: --requestedCertフラグは何を行いますか。

A: --requestedCertフラグは、削除される証明書がリクエストされた証明書であることを示します。

Q: --serialNumberオプションは何を指定しますか。

A: --serialNumberオプションは、削除する証明書のシリアル番号を指定します。同じサブジェクトの証明書が複数ある場合に、証明書を一意に識別するのに役立ちます。

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

A: --executePrereqsオプションは、証明書を削除する前に前提条件チェックを実行し、結果をレポートして、環境が操作に対して適切に準備されていることを確認します。

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

A: --resumeオプションは、以前に中断された場合に削除操作を再開します。

Q: 中断された操作を再開するときにセッションIDを指定する方法を教えてください。

A: --sessionIDオプションを使用して、再開する中断された操作のセッションIDを指定します。

Q: --bounceListenersフラグは何を行いますか。

A: --bounceListenersフラグは、TCPS証明書の削除後にGrid Infrastructureリスナーを再起動し、リスナーをスキャンするために使用されます。

Q: リスナーをバウンスせずにTCPS証明書を削除できますか?

A: はい、--bounceListenersフラグはオプションです。指定しない場合、リスナーは自動的にバウンスされません。

Q: 私はいかに操作が安全に動くことを保障してもいいですか。

A: --executePrereqsオプションを使用して、コマンドを実行する前に前提条件チェックを実行し、削除プロセスの前にすべてが正しいことを確認できます。

Q: シリアル番号で特定のユーザー証明書を削除する必要がある場合はどうすればよいですか?

A: --subjectオプションを使用して証明書のサブジェクトを指定し、--userCertフラグを使用してユーザー証明書であることを示し、--serialNumberオプションを使用して証明書のシリアル番号を指定します。

Q: 一度に複数の証明書を削除することはできますか?

A: いいえ、このコマンドは、指定されたサブジェクトおよびその他のパラメータに基づいて、一度に1つの証明書を削除するように設計されています。

Q: 証明書の削除プロセスが中断されるとどうなりますか?

A: --resumeオプションと中断されたプロセスの--sessionIDを使用して、操作を再開できます。

Q: rootユーザーとしてコマンドを実行する必要がありますか?

A: はい。TCPS証明書を削除するために必要な権限を取得するには、dbaascli grid removeTCPSCertコマンドをrootユーザーとして実行する必要があります。

Q: 削除したい証明書を特定するにはどうすればよいですか?

A: 証明書はサブジェクトで識別でき、オプションでシリアル番号で識別して、削除のために正しい証明書をターゲットにしていることを確認できます。

Q: 信頼できる証明書を削除するコマンドの例は何ですか?

A: 次に例を示します:

dbaascli grid removeTCPSCert --subject "CN=example_cert" --trustedCert

前提条件

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

構文

dbaascli grid rotateTCPSCert
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

FAQ

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

A: dbaascli grid rotateTCPSCertコマンドは、Oracle Exadata環境のGrid InfrastructureウォレットでTCPS (Transport Layer Security Protocol)証明書をローテーションするために使用します。

Q: dbaascli grid rotateTCPSCertコマンドを実行する前提条件は何ですか。

A: rootユーザーとしてコマンドを実行する必要があります。

Q: --pkcs12WalletFilePathオプションは何を指定しますか。

A: --pkcs12WalletFilePathオプションは、TCPS構成のPKCS12ウォレット形式で証明書ファイルへの絶対パスを指定します。

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

A: --caCertChainオプションは、TCPS構成用の証明書(中間CA証明書およびルートCA証明書を含む)の連結リストを指定します。

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

A: --precheckOnlyオプションを使用すると、実際の変更を行わずに事前チェックを実行できます。有効な値は、事前チェックのみを実行する"yes"およびローテーションを続行する"no"です。

Q: --serverCertオプションはどのように使用されますか。

A: --serverCertオプションは、TCPS構成に使用またはローテーションされるPEM (Privacy Enhanced Mail)サーバー証明書へのパスを指定します。

Q: --privateKeyオプションは何を指定しますか。

A: --privateKeyオプションは、TCPSローテーションに使用されるサーバー証明書に対応する秘密キー・ファイルへのパスを指定します。

Q: --certTypeオプションの有効な値は何ですか。

A: --certTypeオプションには、Grid Infrastructureウォレットに追加する証明書のタイプを指定するための次の値を指定できます。

SELF_SIGNED_CERT (デフォルト)

CA_SIGNED_CERT

PKCS12_CERT

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

A: --privateKeyPasswordProtectedオプションは、秘密キーがパスワードで保護されているかどうかを示します。有効な値はtrue (デフォルト)とfalseです

Q: 証明書をローテーションせずにdbaascli grid rotateTCPSCertコマンドを実行できますか。

A: はい。--precheckOnly yesオプションを使用すると、証明書をローテーションせずに事前チェックのみを実行できます。

Q: PKCS12ウォレットを使用して証明書をローテーションするコマンドの例は何ですか。

A: コマンドの例を次に示します。

dbaascli grid rotateTCPSCert --pkcs12WalletFilePath /path/to/wallet.p12 --certType PKCS12_CERT

Q: CA署名証明書チェーンを使用してサーバー証明書をローテーションするにはどうすればよいですか。

A: 次に示すように、--serverCertおよび--caCertChainオプションを使用します。

dbaascli grid rotateTCPSCert --serverCert /path/to/serverCert.pem --caCertChain /path/to/caChain.pem

Q: --privateKeyPasswordProtectedを指定しないとどうなりますか?

A: --privateKeyPasswordProtectedオプションを指定しない場合、このコマンドは秘密キーがパスワードで保護されていると想定します(デフォルト: true)。

Q: 自己署名証明書をローテーションできますか?

A: はい。デフォルトの--certType SELF_SIGNED_CERTオプションを使用するか、明示的に指定することで、自己署名証明書をローテーションできます。

Q: 秘密キーを指定せずに証明書をローテーションするにはどうすればよいですか。

A: PKCS12などの特定の証明書タイプでは、ウォレットに含まれているため、個別の秘密キー・ファイルを指定する必要がない場合があります。ただし、秘密キーが必要な場合は、--privateKeyオプションを使用して指定する必要があります。

Q: 証明書をバックグラウンドでローテーションする場合はどうなりますか?

A: dbaascli grid rotateTCPSCertコマンドでは、バックグラウンド実行のための明示的なオプションは提供されません。コマンドは、バックグラウンド・セッションで直接実行できます(たとえば、nohupまたは同様のツールを使用して)。

Q: 指定しない場合、デフォルトの証明書タイプは何ですか。

A: デフォルトの証明書タイプはSELF_SIGNED_CERTです。

前提条件

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

構文

dbaascli grid upgrade --version
[--resume]
[--executePrereqs]
[--containerURL]
[--softwareOnly]
[--targetHome]
[--revert]

FAQ

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

A: dbaascli grid upgradeコマンドは、Exadata Cloud@Customer仮想マシン上のあるメジャー・バージョンから別のメジャー・バージョンにOracle Grid Infrastructureをアップグレードするために使用されます。

Q: dbaascli grid upgradeコマンドを実行する前提条件は何ですか。

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

Q: --versionオプションは何を指定しますか?

A: --versionオプションは、アップグレード先のOracle Grid Infrastructureのターゲット・バージョンを指定します。

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

A: --resumeオプションは、以前に中断または失敗したGrid Infrastructureアップグレード・プロセスを再開します。

Q: --executePrereqsオプションはどのように使用されますか。

A: --executePrereqsオプションは、実際のアップグレードを実行せずに、Grid Infrastructureのアップグレードの前提条件チェックのみを実行します。

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

A: --containerURLオプションは、アップグレード用のGrid Infrastructureソフトウェア・イメージをフェッチするカスタムURLを指定します。

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

A: --softwareOnlyオプションは、Grid環境の構成またはアップグレードを行わずに、Grid Infrastructureソフトウェアのみをインストールします。

Q: --targetHomeオプションはいつ使用しますか。

A: --targetHomeオプションは、アップグレードが実行される既存のターゲットGridホームへのパスを指定します。

Q: アップグレードが失敗した場合はどうなりますか。

A: アップグレードが失敗した場合は、--revertオプションを使用して、アップグレードを以前の状態にロールバックできます。

Q: Grid Infrastructureのアップグレードは段階的に実行できますか。

A: はい。--softwareOnlyオプションを使用すると、まずソフトウェアをインストールしてから、その後完全アップグレードを完了し、ステージングされたアップグレードが可能です。

Q: dbaascli grid upgradeコマンドを使用してソフトウェアのみをアップグレードするには、どうすればいいですか。

A: ソフトウェアのみをアップグレードするには、次の構文を使用します。

dbaascli grid upgrade --version <target_version> --softwareOnly

Q: アップグレードを行わずにアップグレードの前提条件を確認できますか?

A: はい、次のものを使用して前提条件チェックのみを実行できます。

dbaascli grid upgrade --version <target_version> --executePrereqs

Q: カスタム・コンテナURLを使用してGrid Infrastructureをアップグレードするにはどうすればよいですか。

A: Grid InfrastructureイメージをフェッチするためのURLを次のように指定できます。

dbaascli grid upgrade --version <target_version> --containerURL <custom_url>

Q: 以前に中断したアップグレードプロセスを再開するにはどうすればよいですか?

A: 以前に中断または失敗したアップグレードを再開するには、次を使用します。

dbaascli grid upgrade --version <target_version> --resume

Q: dbaascli grid upgradeコマンドで--revertオプションは何を行いますか。

A: --revertオプションは、失敗したか中断されたGrid Infrastructureアップグレードを元の状態にロールバックします。

Q: Grid Infrastructureをすぐに構成せずに完全アップグレードを実行できますか。

A: はい、最初に--softwareOnlyオプションを使用してソフトウェアのみをインストールし、後で構成できます。

Q: アップグレードが失敗し、変更を元に戻す場合はどうすればよいですか。

A: --revertオプションを使用して、失敗したアップグレードをロールバックします。

dbaascli grid upgrade --version <target_version> --revert

前提条件

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

構文

dbaascli grid patch
 {
            --targetVersion <value>
            | --targetHome <value>
        }
        [--executePrereqs] [--nodeList <value>] [--continueWithDbDowntime] [--drainTimeoutInSeconds <value>] [--containerURL <value>] [--imageFile <value>] [--patchInParallel]
        {
            [--resume [--sessionID <value>]]
            | [--rollback [--sessionID <value>]]
        }
        [--waitForCompletion <value>]

説明:

• --targetVersionは、Oracleホームのターゲット・バージョンを指定します。ピリオドで区切られた5つの数値セグメントとして指定します(例: 19.12.0.0.0)。
• --targetHomeは、ホーム外パッチ適用でのターゲットGrid Infrastructureホームの完全修飾パスを指定します
• --containerURLは、Grid InfrastructureイメージをフェッチするためのカスタムURLを指定します
• --executePrereqsオプションは、前提条件を実行します
• --nodeListは、ノードのサブセットにパッチ適用を実行する必要がある場合に、ノードのカンマ区切りリストを指定します
• --patchInParallelは、リモート・ノードへのパッチ適用をパラレルに実行することを指定します
• --rollbackは、パッチ適用済のOracleホームをロールバックすることを指定します
• --resumeは、前回の実行を再開します
  • --sessionIDは、特定のセッションIDを再開するように指定します
• --continueWithDbDowntimeは、データベースの停止時間を使用してパッチ適用を続行します。このオプションは、アクティブ・インスタンスが1つのみ稼働し、停止時間でもパッチ適用操作を続行できる環境で使用できます。
• --drainTimeoutInSecondsは、データベースの停止中にリソース排出を完了する時間(秒)を指定します
• --createImageは、アクティブなGridホームのコピーから、指定したターゲット・バージョンにパッチを適用してイメージを作成します
  • --createImageDirは、イメージを作成するディレクトリの完全修飾パスを指定します
• --imageFileは、使用するイメージの完全修飾パスを指定します
• --patchInParallelは、リモート・ノードへのパッチ適用をパラレル実行します
• --waitForCompletionは、falseを指定するとバックグラウンドで操作が実行されます。有効な値: true|false

FAQ

Q: dbaascli grid patchコマンドは何をしますか。

A: dbaascli grid patchコマンドは、指定したマイナー・バージョンになるようにOracle Grid Infrastructureにパッチを適用するために使用します。

Q: dbaascli grid patchコマンドを実行するには特別な権限が必要ですか。

A: はい、rootユーザーとしてdbaascli grid patchコマンドを実行する必要があります。

Q: Oracle Grid Infrastructureにパッチを適用するときにターゲット・バージョンを指定できますか。

A: はい、--targetVersionオプションを使用してターゲット・バージョンを指定できます。

Q: パッチのターゲット・バージョンを指定するにはどうすればよいですか。

A: --targetVersionオプションに続けて、バージョン番号を19.12.0.0.0の形式で使用します。

Q: dbaascli grid patchコマンドで--containerURLオプションは何を行いますか。

A: --containerURLオプションを使用すると、Grid InfrastructureイメージをフェッチするためのカスタムURLを指定できます。

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

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

Q: dbaascli grid patchコマンドを使用してノードのサブセットにパッチを適用するにはどうすればよいですか。

A: ノードのサブセットにのみパッチを適用するには、--nodeListオプションに続けて、ノード名のカンマ区切りリストを使用します。

Q: --rollbackオプションを使用するとどうなりますか?

A: --rollbackオプションは、パッチが適用されたOracleホームを以前の状態にロールバックします。

Q: 以前のパッチ適用セッションを再開できますか。

A: はい。--resumeオプションを使用して、最後のパッチ適用セッションを再開できます。特定のセッションIDがある場合は、--sessionIDオプションでそれを指定できます。

Q: --continueWithDbDowntimeオプションは何に使用されますか。

A: --continueWithDbDowntimeオプションを使用すると、データベースの停止時間がある場合でもパッチ適用を続行できます。通常、アクティブなインスタンスが1つのみの環境で使用されます。

Q: パッチを適用したGridホームからイメージを作成するにはどうすればよいですか?

A: --createImageオプションを使用してイメージを作成します。--createImageDirオプションを使用して、イメージを作成するディレクトリを指定できます。

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

A: --imageFileオプションを使用すると、パッチ適用に使用するイメージ・ファイルの完全修飾パスを指定できます。

Q: バックグラウンドでdbaascli grid patchコマンドを実行するにはどうすればよいですか。

A: falseに設定された--waitForCompletionオプションを使用して、バックグラウンドで操作を実行できます。

Q: カスタムURLを使用してパッチ・イメージをフェッチできますか。

A: はい、--containerURLオプションを使用して、Grid InfrastructureイメージをフェッチするためのカスタムURLを指定できます。

Q: すべてのノードにパッチを適用しない場合は、どのようにしてパッチを適用しますか。