Data Guard管理
この項では、Oracle Data Guardの構成および操作の管理に重点を置きます。これには、スタンバイ・サイトを設定するためのBLOBファイルを生成するためのdbaascli dataguard prepareStandbyBlobや、すべてのクラスタ・ノードでData Guard自動化属性を更新するためのdbaascli dataguard updateDGConfigAttributesなどのコマンドが含まれます。これらのコマンドは、高可用性およびディザスタ・リカバリのためにData Guard環境の設定および保守を合理化します。
- dbaascli dataguard prepareStandbyBlob
- dbaascli dataguard updateDGConfigAttributes
- dbaascli dataguardフェイルオーバー
- dbaascli dataguardの回復
- dbaascli dataguardスイッチオーバー
- dbaascli dataguard prepareForStandby
- dbaascli dataguard configureStandby
- dbaascli dataguard registerStandby
- dbaascli dataguard deregisterStandby
- dbaascli dataguard configureAWR
- dbaascli dataguard updateConfiguration
dbaascli dataguard prepareStandbyBlob
データガード環境の場合にスタンバイ・サイトで必要な様々なファイルを含むBLOBファイルを生成するには、dbaascli dataguard prepareStandbyBlobコマンドを使用します。
rootまたはoracleユーザーとしてコマンドを実行します。
構文:
dbaascli dataguard prepareStandbyBlob --dbname <value> --blobLocation <value>
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Database名を指定します |
--blobLocation |
Data Guard環境でスタンバイBLOBファイルが生成されるカスタム・ディレクトリの場所を指定します |
よくある質問:
Q: dbaascli dataguard prepareStandbyBlobコマンドの目的は何ですか。
A: dbaascli dataguard prepareStandbyBlobコマンドを使用して、Data Guard環境のスタンバイ・サイトで必要な様々なファイルを含むBLOBファイルを生成します。
Q: dbaascli dataguard prepareStandbyBlobコマンドを実行するための前提条件は何ですか。
A: このコマンドは、rootまたはoracleユーザーとして実行する必要があります。
Q: スタンバイBLOBを準備するOracle AI Databaseの名前を指定するにはどうすればよいですか。
A: --dbnameオプションに続けてOracle AI Databaseの名前を指定します。たとえば:
--dbname myDatabase
Q: スタンバイBLOBファイルが生成される場所を指定するにはどうすればよいですか?
A: --blobLocationオプションを使用して、スタンバイBLOBファイルを生成するカスタム・ディレクトリ・パスを指定します。たとえば:
--blobLocation /path/to/standby_blob
質問: コマンドで–dbnameオプションは何を行いますか。
A: --dbnameオプションは、スタンバイBLOBファイルを準備するOracle AI Databaseの名前を指定します。
質問: –blobLocationオプションの目的は何ですか。
A: --blobLocationオプションは、スタンバイBLOBファイルが作成されるカスタム・ディレクトリ・パスを定義します。
質問: dbaascli dataguard prepareStandbyBlobコマンドをrootまたはoracle以外のユーザーとして実行できますか。
A: いいえ、コマンドはrootまたはoracleユーザーとして実行する必要があります。
Q: –blobLocationオプションに相対パスを使用できますか。
A: 必要なディレクトリにスタンバイBLOBファイルが作成されるようにするには、--blobLocationオプションの絶対パスを使用することをお薦めします。
Q: スタンバイBLOBファイルが生成される場所を変更する場合はどうすればよいですか?
A: --blobLocationオプションを変更して、スタンバイBLOBファイルの新しいディレクトリ・パスを指定します。
Q: スタンバイBLOBファイルを生成した後、追加の手順を実行する必要がありますか。
A: はい、スタンバイBLOBファイルを生成した後、スタンバイ・サイトに転送してData Guard構成に使用する必要があります。
dbaascli dataguard updateDGConfigAttributes
すべてのクラスタ・ノードにわたってData Guard自動化属性を更新するには、dbaascli dataguard updateDGConfigAttributesコマンドを使用します。
rootまたはoracleユーザーとしてコマンドを実行します。
構文:
dbaascli dataguard updateDGConfigAttributes --attributes <value>
パラメータ:
| パラメータ | 説明 |
|---|---|
--attributes |
には、変更するData Guard自動化属性が含まれます。<attribute=value>の形式でカンマ区切りの値を受け入れます。属性は、Data Guard構成ファイルに事前定義されている必要があります。 |
よくある質問:
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として指定したカンマ区切り形式にする必要があります。
質問: –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コマンドは、すべてのクラスタ・ノードの属性を更新します。特定のノードの属性を更新する必要がある場合は、異なるメソッドまたはコマンドを使用する必要がある場合があります。
dbaascli dataguardフェイルオーバー
スタンバイ・データベースへの手動フェイルオーバーを実行するには、dataguard failoverコマンドを使用します。
このコマンドは、ターゲット・スタンバイ・データベースでoracleユーザーとして実行します。
構文:
dbaascli dataguard failover --dbname <value> [--useImmediateFailover] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Databaseの名前を指定します。 |
--useImmediateFailover |
このフラグは、Oracle Data Guard構成が警告またはエラー状態の場合に使用します。 |
--executePrereqs |
前提条件チェックを実行し、結果をレポートします。 |
--waitForCompletion |
操作の完了を待機するかどうかを指定する。falseに設定すると、バックグラウンドで操作が実行されます。有効な値: trueまたはfalse |
--resume |
前回の操作を再オープンします。 |
--sessionID |
特定のセッションをそのIDで再開します。 |
dbaascliユーティリティでの手動フェイルオーバー操作の実行
スタンバイ・データベースへの手動フェイルオーバーを実行するには、dataguard failoverコマンドを使用します。
-
opcユーザーとして、新しいプライマリ・データベースをホストするOracle Data Guard構成の仮想マシンに接続します。詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。
-
rootユーザー・コマンド・シェルを起動してから、
oracleユーザーに切り替えます。$ sudo -s # su - oracle $ -
スタンバイ・データベースへのフェイルオーバーを開始します。
$ dbaascli dataguard failover --dbname <db-name> -
rootユーザーに戻ります。$ exit # -
rootユーザー・コマンド・シェルを終了し、仮想マシンから切断します。
# exit $ exit
dbaascli dataguardの回復
フェイルオーバー後に障害が発生したデータベースをスタンバイ・データベースとして回復するには、dataguard reinstateコマンドを使用します。
このコマンドは、回復が必要な場所(障害が発生したスタンバイ・データベース)でoracleユーザーとして実行します。
構文:
dbaascli dataguard reinstate --dbname <value> [--primaryDBUniqueName <value>] [--executePrereqs] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Databaseの名前を指定します。 |
--primaryDBUniqueName |
Oracle Data Guard設定の現在のプライマリ・データベースのデータベースの一意の名前を指定します。 |
--executePrereqs |
前提条件チェックを実行し、結果をレポートします。 |
--waitForCompletion |
操作の完了を待機するかどうかを指定する。falseに設定すると、バックグラウンドで操作が実行されます。有効な値: trueまたはfalse |
--resume |
前回の操作を再オープンします。 |
--sessionID |
特定のセッションをそのIDで再開します。 |
Data Guard (DG)構成でメンバーを回復するタイミングを決定するには:
次のORAエラーがないか、dgmgrl show database出力を監視します。
-
新しいプライマリ・クラスタ:
ORA-16661: スタンバイ・データベースを修復する必要があります
-
古いプライマリ・クラスタの場合:
ORA-16623: メンバーでロール変更が検出されました
これらのメッセージは、フェイルオーバーが発生したことを示します。Data Guard構成内で完全同期をリストアするには、前のプライマリを回復する必要があります。
dbaascliユーティリティでの失敗したプライマリ・データベースの復旧
フェイルオーバー後に障害が発生したプライマリ・データベースを回復するには、dataguard reinstateコマンドを使用します。
-
oracleユーザーとして、Oracle Data Guard構成の仮想マシンのいずれにも接続します。詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。
-
失敗したプライマリ・データベースの復旧を開始します。
$ dbaascli dataguard reinstate --dbname <db-name>複数のスタンバイ設定(Data Guardグループ)では、
--primaryDBUniqueName引数を指定することをお薦めします。dbaascli dataguard reinstate --dbname <db-name> --primaryDBUniqueName <primary-DB-unique-name> -
仮想マシンから切断します。
$ exit
dbaascli dataguardスイッチオーバー
スタンバイ・データベースへのスイッチオーバーを実行するには、dataguard switchoverコマンドを使用します。
oracleユーザーとしてこのコマンドを実行します。
構文:
dbaascli dataguard switchover --dbname <value> [--targetStandbyDBUniqueName <value>] [--executePrereqs] [--enableDGDebug] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Databaseの名前を指定します。 |
--targetStandbyDBUniqueName |
ロールをスタンバイ・データベースからプライマリ・データベースに変更するスタンバイ・データベースの一意の名前を指定する。 |
--executePrereqs |
前提条件チェックを実行し、結果をレポートします。 |
--enableDGDebug |
操作の実行中にトレースを有効化します。 |
--waitForCompletion |
操作の完了を待機するかどうかを指定する。falseに設定すると、バックグラウンドで操作が実行されます。有効な値: trueまたはfalse |
--resume |
前回の操作を再オープンします。 |
--sessionID |
特定のセッションをそのIDで再開します。 |
dbaascliユーティリティでのスイッチオーバー操作の実行
スタンバイ・データベースへのスイッチオーバーを実行するには、dataguard switchoverコマンドを使用します。
-
opcユーザーとして、新しいプライマリ・データベースをホストするOracle Data Guard構成の仮想マシンに接続します。詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。
-
rootユーザー・コマンド・シェルを起動して、
oracleユーザーに切り替えます。$ sudo -s # su - oracle $ -
スタンバイ・データベースへのスイッチオーバを開始します。
$ dbaascli dataguard switchover --dbname <db-name>複数のスタンバイ設定(Data Guardグループ)では、
--targetStandbyDBUniqueName引数を指定することをお薦めします。dbaascli dataguard switchover --dbname <db-name> --targetStandbyDBUniqueName <target-standby-DB-unique-name> -
rootユーザーに戻ります。$ exit # -
rootユーザー・コマンド・シェルを終了し、仮想マシンから切断します。
# exit $ exit
dbaascli dataguard prepareForStandby
Oracleスタンバイ・データベースを作成するには、最初のステップとしてdbaascli dataguard prepareForStandbyコマンドを使用します。
このコマンドは、プライマリ・データベースでrootユーザーとして実行します。コマンド実行の最後に、スタンバイBLOBファイルが作成されます。configureStandbyステップに進むには、このファイルをスタンバイ・データベース・システムにコピーする必要があります。
ノート: Oracle Base Database Cloud@Customerでのディザスタ・リカバリ(DR)構成の場合、Oracle Cloud Infrastructure (OCI)コンソールまたはOCI SDKを使用してData Guardを設定する必要があります。dbaascliユーティリティは、このユースケースではサポートされていないため、使用しないでください。
構文:
dbaascli dataguard prepareForStandby --dbname <value> --standbyDBUniqueName <value> --standbyDBDomain | --noDBDomain --standbyScanIPAddresses <Standby SCAN IP Addresses> [ --standbyScanPort ] [ --standbyServiceName ] [ -- primaryScanIPAddresses ] [ --primaryScanPort ] [--executePrereqs] [--resume [--sessionID <value>]] [--revert [--sessionID <value>]] [--waitForCompletion] [--skipDRConfiguration]
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Databaseの名前を指定します。 |
--standbyDBUniqueName |
プライマリ・データベースを構成する予定のスタンバイ・データベースの一意の名前を指定する。 |
--standbyDBDomain |
プライマリ・データベースを構成する予定のスタンバイ・データベースのドメインを指定する。 |
--noDBDomain |
スタンバイ・データベースに対してデータベース・ドメイン名を使用しないことを指定しています。 |
--standbyScanIPAddresses |
スタンバイ・データベースのSCANリスナーに対応しているIPアドレスのカンマ区切りリスト、またはスタンバイ・データベースのSCAN名を指定します。 |
--standbyScanPort |
スタンバイ・データベースの対応するSCANポート番号を指定します。 |
--standbyServiceName |
プライマリ・データベースを構成する予定のスタンバイ・データベース・サービスの名前を指定する。 |
--primaryScanIPAddresses |
プライマリ・データベースのSCANリスナーに対応するIPアドレスのカンマ区切りリスト、またはプライマリ・データベースのSCAN名を指定します。 |
--primaryScanPort |
プライマリ・データベースの対応するSCANポート番号を指定します。 |
--executePrereqs |
前提条件チェックを実行し、結果をレポートします。 |
--resume |
前回の操作を再オープンします。 |
--sessionID |
特定のセッションをそのIDで再開します。 |
--revert |
前の操作をロールバックします。 |
--waitForCompletion |
操作の完了を待機するかどうかを指定する。falseに設定すると、バックグラウンドで操作が実行されます。有効な値: trueまたはfalse |
--skipDRConfiguration |
スタンバイ・データベース設定の一部としてディザスタ・リカバリ(DR)構成をスキップするかどうかを指定します。有効な値は、true (DR構成をスキップ)または false (DR構成)です。 |
dbaascliユーティリティを使用したPrepareForStandby操作の実行
新しいスタンバイ・データベースを作成するためにプライマリ・データベースを準備するには、dbaascli dataguard prepareForStandbyコマンドを使用します。
-
opcユーザーとしてプライマリ・データベースをホストする仮想マシンに接続します。詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。
-
rootユーザー・コマンド・シェルを起動します
$ sudo -s -
prepareForStandbyコマンドを実行します。プロンプトが表示されたら、SYSパスワードを入力します。dbaascli dataguard prepareForStandby --dbName <db name> --standbyDBUniqueName <standby db unique name> --standbyDBDomain <standby db domain> --standbyScanIPAddresses <comma-delimieted list of standby SCAN IP addresses> --primaryScanIPAddresses <comma-delimited list of primary SCAN IP addresses> --standbyScanPort <standby SCAN listener port>完了すると、スタンバイBLOBファイルが作成された場所が表示されます。
-
rootユーザー・コマンド・シェルを終了し、仮想マシンから切断します。
# exit
dbaascli dataguard configureStandby
新しいスタンバイ・データベースを作成するには、prepareForStandbyステップの2番目のステップとしてdbaascli dataguard configureStandbyコマンドを使用します。
スタンバイ・クラスタで、rootユーザーとして実行します。
構文:
dbaascli dataguard configureStandby --dbname <value> --oracleHome <value> | --oracleHomeName <value> --standbyDBUniqueName <value> [--standbyDBDomain <value>] | [--noDBDomain] --primaryScanIPAddresses <value> --primaryScanPort <value> --primaryServiceName <value> --protectionMode <value> --transportType <value> --activeDG <value> [--standbyBlobFromPrimary <value>] | [--standbyDBInfoJsonLocation <value>] [--standbyScanIPAddresses <value>] [--standbyScanPort <value>] [--standbySID <value>] [--nodeList <value>] [--skipAWRConfiguration] [--primaryDBOCID <value>] [--sgaSizeInMB <value>] [--pgaSizeInMB <value>] [--datafileDestination <value>] [--fraDestination <value>] [--redoLogDestination <value>] [--fraSizeInMB <value>] [--tdeKeyStoreType <value> [--tdeKeyOCID <value>]] [--tdeKeyOCID <value>] [--executePrereqs] [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] --waitForCompletion <value>] [--enableFIPS <value>] [--skipDRConfiguration] [--okvServer <value> --okvAdminUserName <value> [--okvServerRestPort <value>]] [--okvWalletName <value>]
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Databaseの名前を指定します。 |
--oracleHome |
Oracleホーム・パスを指定する。 |
--oracleHomeName |
Oracleホーム名を指定します。 |
--standbyDBUniqueName |
スタンバイ・データベースの一意なデータベース名を指定します。 |
--standbyDBDomain |
プライマリ・データベースを構成する予定のスタンバイ・データベースのドメインを指定する。 |
--noDBDomain |
スタンバイ・データベースに対してデータベース・ドメイン名を使用しないことを指定しています。 |
--primaryScanIPAddresses |
プライマリ・データベースのSCANリスナーに対応するIPアドレスのカンマ区切りリスト、またはプライマリ・データベースのSCAN名を指定します。 |
--primaryScanPort |
プライマリ・データベース・サービスの対応するSCANポート番号を指定します。 |
--primaryServiceName |
スタンバイ・データベースの構成対象となるプライマリ・データベース・サービスの名前を指定する。 |
--protectionMode |
スタンバイ・データベースの構成時に、Data Guardの保護モードが設定されるように指定する。有効な値: MAX_PERFORMANCEまたはMAX_AVAILABILITY。 |
--transportType |
スタンバイ・データベースの構成時に、Data Guardのトランスポート・タイプが設定されるように指定する。有効な値: ASYNCまたはSYNC。 |
--activeDG |
Data Guard構成をアクティブにするかどうかを指定します。有効な値: trueまたはfalse |
--standbyBlobFromPrimary |
プライマリ・データベースから準備されるスタンバイBLOBファイルの場所を指定します。これは、スタンバイ操作でのみ必須です。 |
--standbyDBInfoJsonLocation |
追加メタデータをエクスポートするためにプライマリ・データベースから生成された情報ファイルの場所を指定します。このオプションは、スタンバイ操作でのみ必須です。 |
--standbyScanIPAddresses |
スタンバイ・データベースのSCANリスナーに対応しているIPアドレスのカンマ区切りリスト、またはスタンバイ・データベースのSCAN名を指定します。 |
--standbyScanPort |
スタンバイ・データベースの対応するSCANポート番号を指定します。 |
--standbySID |
スタンバイ構成のスタンバイ・データベースSIDを指定してください。 |
--nodeList |
すでに実行中または構成されているノードを含め、スタンバイ・データベースが実行される予定のノードのリストを指定します。 |
--skipAWRConfiguration |
スタンバイ・データベース設定の一部としてOracle AWR構成をスキップするかどうかを指定します。有効な値は、true (AWR構成をスキップ)またはfalse (AWRの構成)です。 |
--primaryDBOCID |
プライマリ・データベースに対応するリソースOCID値を指定します。 |
--sgaSizeInMB |
sga_target値をMB単位で指定します。 |
--pgaSizeInMB |
pga_aggregate_target値をMB単位で指定します。 |
--datafileDestination |
データベース・データファイルに使用する記憶域の場所を指定します。 |
--fraDestination |
データベースの高速リカバリ領域に使用する記憶域の場所を指定します。 |
--redoLogDestination |
REDOログ・ファイルに使用するストレージの場所を指定してください。 |
--fraSizeInMB |
高速リカバリ領域のサイズ値をMBで指定します。 |
--tdeKeyStoreType |
TDEキーストア・タイプを指定します。有効な値: FILE、KMS、AZURE、GOOGLE、AWSまたはOKV |
--tdeKeyOCID |
TDEに使用するKMS/AZURE/GOOGLE/AWSキーOCIDを指定します。これは、KMS/AZURE/GOOGLE/AWSがTDEキーストア・タイプに選択されている場合にのみ適用できます。 |
--executePrereqs |
前提条件チェックを実行し、結果をレポートします。 |
--resume |
前回の操作を再オープンします。 |
--sessionID |
特定のセッションをそのIDで再開します。 |
--revert |
前の操作をロールバックします。 |
--waitForCompletion |
操作の完了を待機するかどうかを指定する。falseに設定すると、バックグラウンドで操作が実行されます。有効な値: trueまたはfalse |
--enableFIPS |
FIPSを有効にするかどうかを示します。無効化するにはfalseに設定します。有効な値: trueまたはfalse |
--skipDRConfiguration |
スタンバイ・データベース設定の一部としてディザスタ・リカバリ(DR)構成をスキップするかどうかを指定します。有効な値は、true (DR構成をスキップ)または false (DR構成)です。 |
--okvServer |
Oracle Key Vaultサーバーを指定します。複数のIPアドレスのカンマ区切りリスト。 |
--okvAdminUserName |
Oracle Key Vault管理ユーザー名を指定します。 |
--okvServerRestPort |
Oracle Key VaultのRESTポート番号を指定します。 |
--okvWalletName |
Oracle Key Vaultウォレット名を指定します。 |
dbaascliユーティリティを使用したconfigureStandby操作の実行
スタンバイ・データベースを作成するには、dbaascli dataguard configureStandbyコマンドを使用します。
-
opcユーザーとしてスタンバイ・データベースをホストする仮想マシンに接続します。詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。
-
rootユーザー・コマンド・シェルを起動します
$ sudo -s -
configureStandbyコマンドを実行します。dbaascli dataguard configureStandby --standbySID <standby SID> --activeDG <true|false> --dbName <db name> --standbyDBUniqueName <standby db unique name> --standbyScanName <comma-delimited list of standby SCAN IP addresses> --protectionMode <MAX_PERFORMANCE|MAX_AVAILABILITY> --standbyScanPort <standby SCAN port> --oracleHome <oracle home path> --standbyDBDomain <standby db domain name>. --primaryServiceName <primary db service name> --transportType <ASYNC|SYNC> --primaryScanPort <primary db SCAN port> --primaryScanIPAddresses <comma-delimited list primary db SCAN IP addresses> --standbyBlobFromPrimary <standby BLOB from primary> -
プロンプトが表示されたら、プライマリ・データベースの
SYS、TDEおよびAWRパスワードを入力します。コマンドが正常に完了すると、スタンバイ・データベースが起動して動作するようになります。
dbaascli dataguard registerStandby
新しく作成したスタンバイ・データベースをすべての既存のスタンバイ・データベースおよびプライマリ・データベースに登録するには、configureStandbyステップの3番目のステップとしてdbaascli dataguard registerStandbyコマンドを使用します。
このコマンドは、プライマリ・クラスタでrootユーザーとして実行します。また、複数スタンバイ設定では、新しく作成されたスタンバイ・データベース・クラスタを除くすべてのスタンバイ・クラスタでコマンドを実行します。
構文:
dbaascli dataguard registerStandby --dbname <value> --standbyDBUniqueName <value> --standbyDBDomain <value> | --noDBDomain --standbyScanIPAddresses <value> [--standbyScanPort <value>] [--standbyServiceName <value>] [--executePrereqs] [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]] [--waitForCompletion <value>]
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Databaseの名前を指定します。 |
--standbyDBUniqueName |
Oracle Data Guardブローカ構成に登録するスタンバイ・データベースの一意名を指定します。 |
--standbyDBDomain |
プライマリ・データベースを構成する予定のスタンバイ・データベースのドメインを指定する。 |
--noDBDomain |
スタンバイ・データベースに対してデータベース・ドメイン名を使用しないことを指定しています。 |
--standbyScanIPAddresses |
スタンバイ・データベースのSCANリスナーに対応しているIPアドレスのカンマ区切りリスト、またはスタンバイ・データベースのSCAN名を指定します。 |
--standbyScanPort |
スタンバイ・データベースの対応するSCANポート番号を指定します。 |
--standbyServiceName |
プライマリ・データベースを構成する予定のスタンバイ・データベース・サービスの名前を指定する。 |
--executePrereqs |
前提条件チェックを実行し、結果をレポートします。 |
--resume |
前回の操作を再オープンします。 |
--sessionID |
特定のセッションをそのIDで再開します。 |
--revert |
前の操作をロールバックします。 |
--waitForCompletion |
操作の完了を待機するかどうかを指定する。falseに設定すると、バックグラウンドで操作が実行されます。有効な値: trueまたはfalse |
dbaascliユーティリティを使用したregisterStandby操作の実行
指定されたスタンバイ・データベースをOracle Data Guard Broker構成に登録するには、dbaascli dataguard registerStandbyコマンドを使用します。
単一スタンバイの場合、registerStandbyコマンドは、プライマリとスタンバイの間に1対1のアソシエーションがあるため、プライマリ・クラスタでのみ実行する必要があります。
ただし、複数のスタンバイ・データベースを含む構成では、追加する新しいスタンバイ・データベースを除いて、プライマリ・クラスタと既存のすべてのスタンバイ・クラスタの両方でregisterStandbyコマンドを実行する必要があります。
たとえば、2つのスタンバイ・データベース(stdby1およびstdby2)が設定されているとします。ここで、stdby2は登録される新しいスタンバイです。この場合、stdby2ではなく、プライマリ・クラスタおよびstdby1でregisterStandbyコマンドを実行します。
つまり、既存のOracle Data Guard構成に新しいスタンバイ・データベースを追加する場合は、追加する新しいスタンバイを除き、プライマリ・クラスタおよび以前に登録されたすべてのスタンバイ・クラスタでregisterStandbyコマンドを実行します。
-
opcユーザーとして、Data Guard構成のプライマリ・クラスタに接続します。詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。
-
rootユーザー・コマンド・シェルを起動します
$ sudo -s -
registerStandbyコマンドを実行します。dbaascli dataguard registerStandby --dbname <db-name> --standbyDBUniqueName <standby-DB-unique-name> --standbyDBDomain <standby-DB-domain>コマンドが正常に完了すると、指定されたスタンバイ・データベースがOracle Data Guard Broker構成に登録されます。
-
プライマリ・クラスタで実行されるステップ1から3を、Oracle Data Guard Broker構成内のすべての既存のスタンバイ・クラスタ(登録されているものを除く)で繰り返します。
dbaascli dataguard deregisterStandby
スタンバイの削除中に、dbaascli dataguard deregisterStandbyコマンドを実行して、スタンバイ・クラスタ上のデータベースを削除し、Oracle Data Guard Broker構成からスタンバイ・データベースを登録解除します。
このコマンドは、プライマリ・クラスタでrootユーザーとして実行します。ただし、複数のスタンバイ・データベースの状況では、このコマンドはターゲット・スタンバイを除くすべてのスタンバイ・クラスタで実行する必要があります。
構文:
dbaascli dataguard deregisterStandby --dbname <value> --standbyDBUniqueName <value> [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Databaseの名前を指定します。 |
--standbyDBUniqueName |
Oracle Data Guardブローカ構成から登録解除するスタンバイ・データベースの一意名を指定します。 |
--executePrereqs |
前提条件チェックを実行し、結果をレポートします。 |
--resume |
前回の操作を再オープンします。 |
--sessionID |
特定のセッションをそのIDで再開します。 |
--waitForCompletion |
操作の完了を待機するかどうかを指定する。falseに設定すると、バックグラウンドで操作が実行されます。有効な値: trueまたはfalse |
dbaascliユーティリティを使用したderegisterStandby操作の実行
スタンバイの削除中に、dbaascli dataguard deregisterStandbyコマンドを実行して、スタンバイ・クラスタ上のデータベースを削除し、Oracle Data Guard Broker構成からスタンバイ・データベースを登録解除します。
単一スタンバイの場合、deregisterStandbyコマンドは、プライマリとスタンバイの間に1対1のアソシエーションがあるため、プライマリ・クラスタでのみ実行する必要があります。
ただし、複数のスタンバイ・データベースを含む構成では、現在登録解除されているスタンバイ・データベースを除く、プライマリ・クラスタと既存のすべてのスタンバイ・クラスタの両方でderegisterStandbyコマンドを実行する必要があります。
たとえば、stdby1とstdby2の2つのスタンバイ・データベース(stdby2が登録解除される場所)が設定されているとします。この場合、プライマリ・クラスタおよびstdby1でderegisterStandbyコマンドを実行しますが、stdby2では実行しません。
つまり、既存のOracle Data Guard構成からスタンバイ・データベースを削除する際に、目的のスタンバイ・クラスタに対するデータベース削除操作の前に、プライマリ・クラスタおよび他のすべての既存のスタンバイ・クラスタでderegisterStandbyコマンドを実行します。
-
opcユーザーとして、Oracle Data Guard構成のプライマリ・クラスタに接続します。詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。
-
rootユーザー・コマンド・シェルを起動します
$ sudo -s -
deregisterStandbyコマンドを実行します。dbaascli dataguard deregisterStandby --dbname <db-name> --standbyDBUniqueName <standby-DB-unique-name>コマンドが正常に完了すると、指定されたスタンバイ・データベースがOracle Data Guard Broker構成から登録解除(削除)されます。
-
Oracle Data Guard Broker構成のすべての既存のスタンバイ・クラスタ(登録解除されているクラスタを除く)で、プライマリ・クラスタで実行されるステップ1から3を繰り返します。
dbaascli dataguard configureAWR
Active Data Guardスタンバイで自動ワークロード・リポジトリ(AWR)構成を有効または無効にするには、dbaascli dataguard configureAWRコマンドを使用します。
AWR構成を有効または無効にするActive Data Guardスタンバイ・クラスタで、このコマンドをrootユーザーとして実行します。このコマンドは、スタンバイ追加プロセス中にAWRが構成されなかった場合に使用します。
構文:
dbaascli dataguard configureAWR --dbname <value> { --action <value> | --enable | --disable } [--executePrereqs] [--resume [--sessionID <value>]]
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Databaseの名前を指定します。 |
--action |
AWRを有効化または無効化するかどうかを指定します。--action enableを使用してAWRを有効にし、--action disableを使用してAWRを無効にします。--action引数は、下位互換性を保つために残されています。ただし、--enableまたは--disableを使用することをお薦めします。これらの機能は同じですが、より明示的な機能であるためです。 |
--executePrereqs |
前提条件チェックを実行し、結果をレポートします。 |
--resume |
前回の操作を再オープンします。 |
--sessionID |
特定のセッションをそのIDで再開します。 |
dbaascliユーティリティを使用したconfigureAWR操作の実行
ADGスタンバイ・データベースでAWRを構成するには、dbaascli dataguard configureAWRコマンドを使用します。
-
ADGスタンバイ・データベースがホストされている仮想マシンに
opcユーザーとして接続します。詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。
-
rootユーザー・コマンド・シェルを起動します
$ sudo -s -
configureAWRコマンドを実行します。AWRを有効にするには、次を実行します。
$ dbaascli dataguard configureAWR --dbname <db-name> --enableAWRを無効にするには、次を実行します。
$ dbaascli dataguard configureAWR --dbname <db-name> --disable -
プロンプトが表示されたら、
SYSおよびAWRパスワードを入力します。コマンドが正常に完了すると、ADGスタンバイ・データベースはAWRを使用して構成されます。
dbaascli dataguard updateConfiguration
トランスポート・モードまたは保護モード、あるいはData Guard環境の両方のパラメータを更新するには、dbaascli dataguard updateConfigurationコマンドを使用します。
rootユーザーとして実行します。
トランスポート・モードの更新コマンドがプライマリで実行されると、プライマリ・データベースのトランスポート・モードのみが更新されます。スタンバイ・データベースのトランスポート・モードを更新するには、そのスタンバイでコマンドを個別に実行する必要があります。
一方、保護モードの更新コマンドがプライマリで実行されると、保護モードはプライマリ・データベースとスタンバイ・データベースの両方で更新されます。保護モードは、スタンバイ側からも更新できます。この場合、プライマリ・データベースとスタンバイ・データベースの両方が更新されます。
プライマリからトランスポート・モードまたは保護モードを更新すると、プライマリ・データベースとスタンバイ・データベースの両方で現在のモードがチェックされ、必要なすべての条件が満たされた場合にのみ更新が続行されます。
構文:
dbaascli dataguard updateConfiguration --dbname <value> [--protectionMode <value>] [--transportType <value>] [--standbyDGType <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--waitForCompletion <value>]
パラメータ:
| パラメータ | 説明 |
|---|---|
--dbname |
Oracle AI Databaseの名前を指定します。 |
--protectionMode |
スタンバイ・データベースの構成時に、Data Guardの保護モードが設定されるように指定する。有効な値: MAX_PERFORMANCEまたはMAX_AVAILABILITY。 |
--transportType |
スタンバイ・データベースの構成時に、Data Guardのトランスポート・タイプが設定されるように指定する。有効な値: ASYNCまたはSYNC。 |
--standbyDGType |
設定するスタンバイ・データベースのData Guardタイプを指定します。有効な値: ADGまたはDG。 |
--executePrereqs |
前提条件チェックを実行し、結果をレポートします。 |
--resume |
前回の操作を再オープンします。 |
--sessionID |
特定のセッションをそのIDで再開します。 |
--waitForCompletion |
操作の完了を待機するかどうかを指定する。falseに設定すると、バックグラウンドで操作が実行されます。有効な値: trueまたはfalse |
dbaascliユーティリティを使用したupdateConfiguration操作の実行
トランスポート・モードと保護モード、または両方のパラメータを更新するには、dbaascli dataguard updateConfigurationコマンドを使用します。
-
ADGスタンバイ・データベースがホストされている仮想マシンに
opcユーザーとして接続します。詳細な手順は、SSHを使用した仮想マシンへの接続を参照してください。
-
rootユーザー・コマンド・シェルを起動します
$ sudo -s -
updateConfigurationコマンドを実行します。$ dbaascli dataguard updateConfiguration --dbname <db-name> --protectionMode MAX_PERFORMANCE|MAX_AVAILABILITY --transportType ASYNC|SYNC --standbyDGType ADG|DG.コマンドが正常に完了すると、指定されたData Guardは、指定されたトランスポート・モードまたは保護モードで構成されます。