管理および構成
この項では、Oracle AI Database環境の管理および構成に不可欠なタスクについて説明します。これには、dbaastools RPMをインストールまたは更新するためのdbaascli admin updateStackや、特定のジョブのステータスをチェックするためのdbaascli job getStatusなどのコマンドが含まれます。
- dbaascli admin updateStack
- dbaascli job getStatus
- dbaascli system scalecpu
- dbaascli diag collect
- dbaascli diag healthCheck
- dbaascli system getDBHomes
- dbaascli system getGridHomes
dbaascli admin updateStack
dbaastools RPMをインストールまたは更新するには、dbaascli admin updateStackコマンドを使用します。
前提条件:
rootユーザーとしてコマンドを実行します。
このユーティリティを使用するには、Oracle Base Database Cloud@Customer仮想マシンに接続する必要があります。
SSHを使用した仮想マシンへの接続を参照してください。
構文:
dbaascli admin updateStack
[--resume]
[--prechecksOnly]
[--nodes]
パラメータ:
| パラメータ | 説明 |
|---|---|
--resume |
前回の実行を再開します |
--prechecksOnly |
事前チェックのみを実行します。 |
--nodes |
RPMをインストールするノードのカンマ区切りリストを指定します。この引数を渡さない場合、RPMはすべてのクラスタ・ノードにインストールされます |
よくある質問:
Q: dbaascli admin updateStackコマンドは何に使用されますか。
A: dbaascli admin updateStackコマンドは、Oracle Base Database Cloud@Customerでdbaastools RPMをインストールまたは更新するために使用します。
Q: dbaascli admin updateStackコマンドを使用するための前提条件は何ですか。
A: このコマンドはrootユーザーとして実行し、Oracle Base Database Cloud@Customer仮想マシンに接続する必要があります。
Q: –resumeオプションは何を行いますか。
A: --resumeオプションは、updateStackコマンドが中断または不完全であった場合に、前回の実行を再開します。
質問: –prechecksOnlyオプションの目的は何ですか。
A: --prechecksOnlyオプションは、実際にインストールまたは更新を実行せずに、操作の事前チェックのみを実行します。
Q: –nodesパラメータはどのように使用されますか。
A: --nodesパラメータでは、RPMをインストールするノードのカンマ区切りリストを指定します。指定しない場合、RPMはすべてのクラスタ・ノードにインストールされます。
Q: dbaascli admin updateStackコマンドで問題が発生した場合はどうすればよいですか。
A: rootユーザーとしてコマンドを実行し、Oracle Base Database Cloud@Customer仮想マシンに接続していることを確認します。特定のエラー・メッセージがあるかどうかを確認し、必要に応じてコマンド・ドキュメントまたはOracleサポートを参照してください。
Q: dbaascli admin updateStackコマンドを使用するには、Oracle Base Database Cloud@Customer仮想マシンに接続するには、どうすればいいですか。
A: 仮想マシンに接続するには、SSHを使用する必要があります。詳細な手順は、ドキュメントのSSHを使用した仮想マシンへの接続の項を参照してください。
例:
例: すべてのノードでdbaastools RPMをインストールまたは更新します。
dbaascli admin updateStack
Oracle Base Database Cloud@Customer環境のすべてのノードでdbaastools RPMをインストールまたは更新します。
例: RPMをインストールまたは更新する前にのみ事前チェックを実行
dbaascli admin updateStack --prechecksOnly
実際にインストールを実行せずに、dbaastools RPM更新の事前チェックのみを実行します。更新を続行する前に、すべての前提条件が満たされていることを確認します。
例: 以前に中断されたupdateStack操作の再開
dbaascli admin updateStack --resume
中断された、または正常に完了しなかった、以前のdbaastools RPM更新操作を再開します。
例: 特定のノードでのdbaastoolのインストールまたは更新
dbaascli admin updateStack --nodes node1,node2
クラスタ内の他のノードに影響を与えずに、指定したノードnode1およびnode2のみにdbaastools RPMをインストールまたは更新します。
例: 特定のノードでupdateStackプロセスを再開する
dbaascli admin updateStack --resume --nodes node3,node4
特定のノードnode3およびnode4でdbaastoolsの更新プロセスを再開するのは、前回の実行が中断された場合のみです。
dbaascli job getStatus
指定したジョブのステータスを表示するには、dbaascli job getStatusコマンドを使用します。
前提条件:
rootユーザーとしてコマンドを実行します。
このユーティリティを使用するには、Oracle Base Database Cloud@Customer仮想マシンに接続する必要があります。
SSHを使用した仮想マシンへの接続を参照してください。
構文:
dbaascli job getStatus --jobID
パラメータ:
| パラメータ | 説明 |
|---|---|
--jobID |
ジョブIDを指定します |
よくある質問:
Q: dbaascli job getStatusコマンドは何に使用されますか。
A: dbaascli job getStatusコマンドを使用して、ステータスを表示します。
例:
例: ジョブIDを使用した特定のジョブのステータス確認
dbaascli job getStatus --jobID 12345
ID 12345のジョブのステータスをチェックします。出力には、ジョブの現在の状態(進行中、完了、失敗など)が表示されます。
例: ジョブIDを使用したパッチ適用ジョブのステータス確認
dbaascli job getStatus --jobID 98765
ID 98765のパッチ適用ジョブのステータスを取得して、パッチが正常に適用されたか、まだ実行中であるかを確認します。
例: データベース・バックアップ・ジョブのステータスの確認
dbaascli job getStatus --jobID 45678
ID 45678のデータベース・バックアップ・ジョブのステータスをチェックします。出力には、バックアップの進行状況または完了の詳細が表示されます。
例: 長時間実行ジョブの進行状況の確認
dbaascli job getStatus --jobID 23456
長時間実行ジョブ(ID 23456)の進行状況を確認して、ジョブがまだ実行中であるか終了しているかを確認します。
例: データベース作成ジョブのステータスの表示
dbaascli job getStatus --jobID 67890
ジョブID 67890で識別されるデータベース作成ジョブのステータスをチェックします。
CPUスケーリング:
ワークロード要件に基づいてVMクラスタのCPUリソースを表示および調整する方法について学習します。
dbaascli system scalecpu
コントロール・プレーン・サーバーとOCIリージョン間のネットワーク接続が中断されたときに、VMクラスタ内の仮想マシンのCPUコア数をスケール・アップまたはスケール・ダウンするには、dbaascli cpuscale updateコマンドを使用します。
構文:
dbaascli system scaleCPU
{
--coreCount <value> [--message <value>]
| --status
}
パラメータ:
| パラメータ | 説明 |
|---|---|
--coreCount |
クラスタ内の各VMのCPUコア数を指定された値に更新します。 |
--message |
オプションで、現在のスケーリング操作のテキスト・メッセージを指定します。 |
--status |
現在のVMからリクエストされた最新CPUコア数更新の詳細が表示されます。 |
よくある質問:
Q: dbaascli system scaleCPUコマンドは何に使用されますか。
A: dbaascli system scaleCPUコマンドは、VMクラスタ内の各VMのCPUコア数を増減するために使用します。
質問: –coreCountオプションは何を指定していますか。
A: --coreCountオプションは、VMクラスタ内の各VMのターゲットCPUコアの数を指定します。
Q: CPUスケーリング操作を含むメッセージを含めることはできますか。
回答: はい。オプションの--messageオプションを使用して、現在のスケーリング操作のテキスト・メッセージを指定します。
Q: CPUスケーリング操作のステータスを確認するにはどうすればよいですか。
A: --statusオプションを使用して、現在のVMからリクエストされた最新のCPUコア数の更新の詳細を表示します。
Q: --coreCountと --statusを一緒に使用することはできますか?
A: いいえ。オプションの--messageまたは--statusで--coreCountを指定します。
例:
例: CPUコアのスケール・アップ
VMクラスタ内の各VMのCPUコア数を20に増やすには:
dbaascli system scaleCPU --coreCount 20
このコマンドは、VMクラスタ内の各VMのCPUコア数を20に更新するようリクエストします。
例: CPUコアのスケール・ダウン
VMクラスタ内の各VMのCPUコア数を8に減らすには:
dbaascli system scaleCPU --coreCount 8
このコマンドは、VMクラスタ内の各VMのCPUコア数を8に更新するようリクエストします。
例: メッセージを使用したCPUコアのスケーリング
CPUコア数を20に更新し、メッセージを含めるには以下のようにします。
dbaascli system scaleCPU --coreCount 20 --message "Scaling up for increased demand"
このコマンドは、CPUコア数の更新をリクエストし、指定されたメッセージをスケーリング操作に関連付けます。
例: CPUスケーリング操作のステータスの確認
最新のCPUコア数の更新の詳細を表示するには以下のようにします。
dbaascli system scaleCPU --status
このコマンドは、現在のVMからリクエストされた最新CPUコア数更新の詳細を示します。
例: CPUスケールをリクエストした後のステータスの確認
CPUコアの数の更新をリクエストした後、次を実行して操作のステータスを確認できます:
dbaascli system scaleCPU --status
これにより、最新のCPUスケーリング・リクエストの詳細を確認できます。
診断およびヘルス・チェック:
この項では、Oracle AI Database環境のヘルスを維持し、問題を診断するためのツールについて説明します。dbaascli diag collectなどのコマンドは診断データの収集に使用され、dbaascli diag healthCheckではヘルス・チェックを実行して潜在的な問題を識別できます。これらのツールは、懸念事項を事前に監視して対処することで、システムの安定性とパフォーマンスを確保するのに役立ちます。
dbaascli diag collect
診断を収集するには、dbaascli diag collectコマンドを使用します。
前提条件:
rootユーザーとしてコマンドを実行します。
構文:
dbaascli diag collect [--components <value>] [--startTime <value>] [--endTime <value>] [--nodes <value>] [--dbNames <value>]
{
[--objectStoreBucketUri <value>]
| [--destLocation <value>]
}
[--waitForCompletion <value>]
パラメータ:
| パラメータ | 説明 |
|---|---|
--components |
ログ収集のコンポーネントのリストを指定します。有効な値: db、gi、os、dbaastools、all。 |
--startTime |
ログ収集の開始時間を指定します。有効な日時フォーマット: YYYY-MM-DDTHH24:MM:SS |
--endTime |
ログ収集の終了時間を指定します。有効な日時フォーマット: YYYY-MM-DDTHH24:MM:SS |
--nodes |
ログを収集するノードのカンマ区切りリストを指定します |
--dbNames |
ログを収集するデータベース名を指定します。データベース名は1つのみ指定できます。 |
--objectStoreBucketURI |
収集されたログのアップロードに使用されるオブジェクト・ストレージ・サービスの事前認証済リクエスト(PAR) URLを指定します。ログはゲストVMから収集されます。詳細は、事前認証済リクエストの使用を参照してください。 |
--destLocation |
ログを収集するゲストVM上の場所を指定します。デフォルト: /var/opt/oracle/dbaas_acfs |
--waitForCompletion |
値: trueまたはfalse デフォルトtrue。バックグラウンドで実行するには、falseを指定します。 |
よくある質問:
Q: dbaascli diag collectコマンドの目的は何ですか。
A: dbaascli diag collectコマンドは、Oracle AI 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に格納されます。
質問: –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オプションを指定しない場合、コマンドは収集するログを認識できず、失敗する可能性があります。ログを収集するコンポーネントを常に指定することをお薦めします。
質問: 同じコマンドで–objectStoreBucketUriオプションと–destLocationオプションの両方を指定できますか。
A: いいえ。宛先を1つ選択する必要があります。つまり、--objectStoreBucketUriを介してObject Storageを選択するか、--destLocationを介してローカル・ディレクトリを選択する必要があります。
Q: dbaascli diag collectコマンドの使用中にエラーが発生した場合はどうすればよいですか。
A: 有効なコンポーネント名、日時書式および宛先オプションを指定したことを再度確認します。また、コマンドをrootユーザーとして実行していることも確認します。
dbaascli diag healthCheck
診断ヘルス・チェックを実行するには、dbaascli diag healthCheckコマンドを使用します。
前提条件:
rootユーザーとしてコマンドを実行します。
構文:
dbaascli diag healthCheck
[--destLocation]
[--nodes]
[--objectStoreBucketURI]
パラメータ:
| パラメータ | 説明 |
|---|---|
--destLocation |
ログを収集するゲストVM上の場所を指定します。デフォルト: /var/opt/oracle/dbaas_acfs |
--nodes |
ログを収集するノードのカンマ区切りリストを指定します |
--objectStoreBucketURI |
収集されたログのアップロードに使用されるオブジェクト・ストレージ・サービスの事前認証済リクエスト(PAR) URLを指定します。ログはゲストVMから収集されます。詳細は、事前認証済リクエストの使用を参照してください。 |
よくある質問:
質問: dbaascli diag healthCheckコマンドの目的は何ですか。
A: dbaascli diag healthCheckコマンドは、Oracle Base Database Cloud@Customer環境で実行されているOracle AI Databaseで診断ヘルス・チェックを実行するために使用されます。
Q: dbaascli diag healthCheckコマンドを使用するための前提条件は何ですか。
A: このコマンドは、rootユーザーとして実行する必要があり、Oracle Base Database 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オプションを使用して、Object Storageサービスから事前認証済リクエスト(PAR) URLを指定します。これにより、収集されたログが指定されたバケットにアップロードされます。
Q: 複数のノードからログを収集できますか?
A: はい。--nodesオプションを使用して複数のノードをカンマ区切り形式で指定できます。例: --nodes node1,node2。
Q: 特定のノードでヘルス・チェックを実行するコマンド例は何ですか。
A: 特定のノードでヘルス・チェックを実行するコマンドの例を次に示します。
dbaascli diag healthCheck --nodes node1
Q: ログをローカル・マシンではなくObject Storageに格納するにはどうすればよいですか。
A: --objectStoreBucketURIオプションを使用して、オブジェクト・ストレージにログを格納するための事前認証済リクエスト(PAR) URLを指定できます。
質問: –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
質問: –destLocationまたは–objectStoreBucketURIを指定しない場合、デフォルトの動作は何ですか。
A: --destLocationも--objectStoreBucketURIも指定されていない場合、ヘルス・チェック・ログはローカル・マシンのデフォルト・ディレクトリ/var/opt/oracle/dbaas_acfsに収集されます。
Q: ヘルス・チェックを特定のコンポーネントまたはログに制限できますか。
A: いいえ。dbaascli diag healthCheckコマンドでは、個々のコンポーネントまたはログを指定できません。システムに対して一般的な診断ヘルス・チェックを実行します。
Q: dbaascli diag healthCheckコマンドを実行する前に、何を確認する必要がありますか。
A: Oracle Base Database Cloud@Customer仮想マシンに接続し、rootユーザーとしてコマンドを実行していることを確認します。
システム管理:
この項では、システム内のOracleホームの監視および管理に重点を置きます。これには、すべてのOracle AI Databaseホームの詳細を表示するdbaascli system getDBHomesや、すべてのGrid Infrastructureホームの詳細をリストするdbaascli system getGridHomesなどのコマンドが含まれます。これらのコマンドは、システム環境全体の保守とトラブルシューティングに不可欠な情報を提供します。
dbaascli system getDBHomes
すべてのOracleホームに関する情報を表示するには、dbaascli system getDBHomesコマンドを使用します。
前提条件:
rootまたはoracleユーザーとしてコマンドを実行します。
構文:
dbaascli system getDBHomes
よくある質問:
Q: dbaascli system getDBHomesコマンドは何に使用されますか。
A: dbaascli system getDBHomesコマンドは、システム上のすべてのOracleホームに関する情報を表示するために使用します。
質問: どのユーザーがdbaascli system getDBHomesコマンドを実行する必要がありますか。
A: コマンドは、rootまたはoracleユーザーとして実行する必要があります。
質問: dbaascli system getDBHomesコマンドのパラメータはありますか。
A: いいえ、dbaascli system getDBHomesコマンドにはパラメータがありません。
Q: dbaascli system getDBHomesコマンドはどのような情報を提供しますか。
A: このコマンドは、システム上のすべてのOracleホームに関する詳細(パスおよびその他の関連情報を含む)を提供します。
Q: dbaascli system getDBHomesコマンドの出力はどのように解釈できますか。
A: 出力には、すべてのOracleホームと、各Oracleホームの場所などの情報がリストされます。この情報は、Oracle環境の管理および構成に役立ちます。
Q: dbaascli system getDBHomesコマンドで出力が戻されない場合はどうすればよいですか。
A: rootまたはoracleユーザーとしてコマンドを実行し、Oracleホームがシステムに正しくインストールされていることを確認します。また、システム権限および構成を確認することもできます。
質問: dbaascli system getDBHomesコマンドの実行中にエラー・メッセージが表示された場合はどうなりますか。
A: エラー・メッセージで特定の詳細を確認し、適切な権限があることを確認して、dbaascliツールが正しくインストールおよび構成されていることを確認します。
質問: Oracle以外のシステムでdbaascli system getDBHomesを実行できますか。
A: いいえ、dbaascli system getDBHomesコマンドはOracleシステムに固有であり、Oracleソフトウェアをインストールする必要があります。
例: dbaascli system getDBHomes
dbaascli system getDBHomes
dbaascli system getGridHomes
すべてのGridホームの詳細をリストするには、dbaascli system getGridHomesコマンドを使用します。
前提条件:
rootまたはoracleユーザーとしてコマンドを実行します。
構文:
dbaascli system getGridHomes
よくある質問:
Q: dbaascli system getGridHomesコマンドは何に使用されますか。
A: dbaascli system getGridHomesコマンドは、システム上のすべてのGridホームの詳細をリストするために使用します。
質問: どのユーザーがdbaascli system getGridHomesコマンドを実行する必要がありますか。
A: コマンドは、rootまたはoracleユーザーとして実行する必要があります。
質問: dbaascli system getGridHomesコマンドのパラメータはありますか。
A: いいえ、dbaascli system getGridHomesコマンドにはパラメータがありません。
Q: dbaascli system getGridHomesコマンドはどのような情報を提供しますか。
A: このコマンドは、システム上のすべてのGridホームについて、その場所やその他の関連情報を含む詳細を提供します。
Q: dbaascli system getGridHomesコマンドの出力はどのように解釈できますか。
A: 出力には、すべてのGridホームとそのパスおよび構成などの情報がリストされます。これは、Oracle Gridインフラストラクチャの管理および構成に役立ちます。
Q: dbaascli system getGridHomesコマンドで出力が戻されない場合はどうすればよいですか。
A: rootまたはoracleユーザーとしてコマンドを実行し、Oracle Gridホームがシステムに正しくインストールされていることを確認します。必要に応じて、システムの権限と構成を確認します。
質問: dbaascli system getGridHomesコマンドの実行中にエラー・メッセージが表示された場合はどうなりますか。
A: エラー・メッセージで特定の詳細を確認し、適切な権限があることを確認し、dbaascliツールが正しくインストールおよび構成されていることを確認します。
質問: Oracle Gridインフラストラクチャがないシステムでdbaascli system getGridHomesを実行できますか。
A: いいえ、dbaascli system getGridHomesコマンドは、Oracle Gridインフラストラクチャがインストールされているシステムに固有です。Gridホームが存在しない場合、コマンドは結果を返さない可能性があります。