8 Oracle Data Guard Brokerのプロパティ
Oracle Data Guard Brokerを使用してインスタンスまたは構成全体を管理します。
ブローカ構成全体、個別の構成メンバー、REDO転送サービスおよびログ適用サービスの動作を表示および制御するのに役立つ、様々なデータベース構成とデータベース・プロパティが用意されています。
プロパティの範囲は、構成全体、データベース全体、遠隔同期インスタンス全体またはインスタンス固有のいずれかです。構成全体を範囲とするプロパティは構成内のすべてのメンバーのブローカの動作を制御します。このようなプロパティの値は、構成内のすべてのメンバーで均一に適用されます。
データベース全体を範囲とするプロパティにより、特定のデータベースの動作を表示または制御できます。データベース(プライマリまたはスタンバイ)は複数のインスタンスから構成されるOracle RACデータベースであり、このようなプロパティの値はデータベースのすべてのインスタンスで均一に適用されます。
遠隔同期インスタンス全体を範囲とするプロパティにより、遠隔同期インスタンスの動作を表示または制御できます。
インスタンス固有のプロパティにより、個別のデータベース・インスタンスの動作を表示または制御できます。このようなプロパティはOracle RACデータベースのすべてのインスタンスに存在しますが、その値はインスタンスごとに異なる可能性があります。
注意:
Oracle Data Guard Brokerコマンドライン・インタフェース(DGMGRL)を使用して、ブローカ・プロパティを表示または変更できます。
Oracle Enterprise Manager Cloud Control (Cloud Control)では、「プロパティの編集」ページに一部のブローカ・プロパティが明示的に表示されます。他のプロパティからの情報は、Cloud Controlで表示される他のWebページに暗黙的に組み込まれている可能性があります。各プロパティがCloud Controlにどのように表示されるかについては、それぞれの個別の説明を参照してください。
8.1 構成プロパティ
構成プロパティは、ブローカ構成の動作を制御します。
これらのプロパティの値は、DGMGRLまたはCloud Controlを使用して表示し、動的に更新できます。ただし、一部のプロパティは、DGMGRLを使用しなければ更新できません。
構成プロパティは構成全体が有効範囲です。つまり、プロパティに対して設定した値は、構成内の各メンバーに均一に適用されます。
構成プロパティは、次の例に示すように、EDIT CONFIGURATION SET PROPERTY
コマンドを使用して設定します。
例1
この例では、FastStartFailoverThreshold
構成プロパティを90秒に設定しています。
DGMGRL> EDIT CONFIGURATION SET PROPERTY FastStartFailoverThreshold=90;
例2
この例では、ExternalDestination1
構成プロパティを、サービス名としてSales
、DB_UNIQUE_NAME
としてchicago
を含むREDO転送先を指すように設定しています。
EDIT CONFIGURATION SET PROPERTY ExternalDestination1='SERVICE=Sales DB_UNIQUE_NAME=chicago';
注意:
一般に、プロパティ値の大文字と小文字の区別を保持する必要がないかぎり、プロパティ値を引用符で囲む必要はありません。DGMGRLでは、入力した文字列は、引用符で囲まれていないかぎり、デフォルトですべて小文字に変換されます。
空白または句読点を含むプロパティ値(RedoRoutes
、LogFileNameConvert
、DBFileNameConvert
など)には、引用符は必須です。
次の項で、構成プロパティについて説明します。
8.1.1 BystandersFollowRoleChange
BystandersFollowRoleChange
構成プロパティは、その他のスタンバイ・データベースの評価が、フェイルオーバー時(値はALL
)とフェイルオーバー後(値はNONE
)のどちらに行われるかを指定します。
ALL
オプションとNONE
オプションの説明は次のとおりです。
-
ALL
- フェイルオーバー・プロセスの際、その他のスタンバイ・データベースがフェイルオーバー・ターゲット・スタンバイ(つまり、新しいプライマリになるスタンバイ)の先であるか後であるかをブローカが判断します。その他のスタンバイが先である場合、それらはフェイルオーバー操作の中で、
ORA-16661
のステータスを与えられて無効にされます。フェイルオーバーが完了した後でその他のスタンバイを回復する必要があります。ブローカは、ターゲット・スタンバイがプライマリ・データベースになったSCNへのフラッシュバックを介してスタンバイを回復させ、新しいプライマリからスタンバイにREDO転送構成を設定します。その他のスタンバイが後の場合、ブローカは単に次期プライマリからこれらのスタンバイにREDO転送構成を設定して、フェイルオーバー・プロセスを完了します。
-
NONE
- フェイルオーバー・プロセスの際、ブローカはフェイルオーバー操作の一部としてその他のスタンバイのステータスを評価しません。無効としてマークされ、後で評価できるように、ステータスはORA-16661
になります。ブローカは単にフェイルオーバーを完了して、できるだけ早く新しいプライマリ・データベースを作成します。フェイルオーバーが完了したら、その他のスタンバイを回復させることができます。その他のデータベースを回復する際、ブローカは、新しいプライマリより先か後か判断します。その他のデータベースが新しいプライマリより先の場合、ブローカは自動的に、ターゲット・スタンバイがプライマリ・データベースになった時点のSCNにスタンバイをフラッシュバックし、新しいプライマリからスタンバイにREDO転送を設定します。(フラッシュバックが必要ない場合も、ブローカは新しいプライマリからこれらのスタンバイにREDO転送構成を設定します。)
NONE
オプションを指定すると、フェイルオーバーの処理時間は短縮されますが、構成内のすべての他のデータベースのブローカ管理が無効になります。ファスト・スタート・フェイルオーバーが有効な場合は、フェイルオーバーの完了後にオブザーバがスタンバイ・データベースを自動的に回復します。それ以外の場合は、フェイルオーバーの完了後にスタンバイ・データベースを手動で回復する必要があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成。このプロパティは、完全フェイルオーバーのターゲットであるデータベースでブローカによって使用されます。 |
Cloud Control名 |
該当なし |
8.1.2 CommunicationTimeout
CommunicationTimeout
構成プロパティは、ブローカが構成内のメンバー間のネットワーク通信をタイムアウトするまで待機する秒数を指定します。
値が0(ゼロ)の場合は、ネットワーク通信をタイムアウトしないことを示します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
>= 0 |
ブローカ・デフォルト |
180秒 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成。このプロパティは、構成内のすべてのデータベースでブローカによって使用されます。 |
Cloud Control名 |
該当なし |
8.1.3 ConfigurationWideServiceName
ConfigurationWideServiceName
構成プロパティを使用して、構成全体のサービス名を変更します。
ブローカは、統合サービス名を使用して構成の各メンバーにサービスを公開します。この構成全体のサービスのデフォルト・サービス名はprimarydbname_CFG
で、これは、プライマリ・データベース名に接尾辞_CFG
が追加されたものです。ロール遷移後、サービス名は変更されません。
カテゴリ | 説明 |
---|---|
データ型 | 文字列 |
有効値 |
|
ブローカ・デフォルト | primarydbname_CFG |
インポート | 不要 |
パラメータ・クラス | 該当なし |
ロール | プライマリおよびスタンバイ |
スタンバイ・タイプ | 該当なし |
対応 | 該当なし |
有効範囲 | 構成 |
Cloud Control名 | 該当なし |
8.1.4 ExternalDestination1
ExternalDestination1
構成プロパティは、現在のプライマリ・データベースからREDOデータを受信できるREDO転送先を指定するために使用されます。
指定された宛先へのREDOデータの転送を設定するために、ブローカは指定された値をこのパラメータに使用し、LOG_ARCHIVE_DEST_
n
初期化パラメータをプライマリ・データベースに定義します。さらにブローカは、指定された宛先への転送の健全性を監視します。
ロール変更後、ブローカは新しいプライマリ・データベースに対し、自動的にLOG_ARCHIVE_DEST_
n
初期化パラメータを設定し、REDOデータを指定された宛先に転送します。
注意:
ExternalDestination1
プロパティでは、データベースの一意の名前(DB_UNIQUE_NAME
)を指定する必要があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
空の文字列 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
構成 |
Cloud Control名 |
該当なし |
注意:
Externaldestination1
構成プロパティは、Oracle Database 11gリリース2 (11.2.0.4)およびOracle Database 12cリリース1 (12.1.0.2)以上でのみ使用可能です。
8.1.5 ExternalDestination2
ExternalDestination2
構成プロパティは、現在のプライマリ・データベースからREDOデータを受信できるREDO転送先を指定するために使用されます。
指定された宛先へのREDOデータの転送を設定するために、ブローカは指定された値をこのパラメータに使用し、LOG_ARCHIVE_DEST_
n
初期化パラメータをプライマリ・データベースに定義します。さらにブローカは、指定された宛先への転送の健全性を監視します。
ロール変更後、ブローカは新しいプライマリ・データベースに対し、自動的にLOG_ARCHIVE_DEST_
n
初期化パラメータを設定し、REDOデータを指定された宛先に転送します。
注意:
ExternalDestination2
プロパティでは、データベースの一意の名前(DB_UNIQUE_NAME
)を指定する必要があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
空の文字列 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
構成 |
Cloud Control名 |
該当なし |
注意:
Externaldestination2
構成プロパティは、Oracle Database 11gリリース2 (11.2.0.4)およびOracle Database 12cリリース1 (12.1.0.2)以上でのみ使用可能です。
8.1.6 FastStartFailoverAutoReinstate
FastStartFailoverAutoReinstate
構成プロパティを使用すると、プライマリ・データベースが分離またはクラッシュしたためにファスト・スタート・フェイルオーバーが開始した場合に、元のプライマリ・データベースが自動的に回復されます。
この場合に元のプライマリ・データベースを自動的に回復しないようにするには、この構成プロパティをFALSE
に設定します。
ユーザー構成条件が検出されたためにファスト・スタート・フェイルオーバーが発生した場合、またはDBMS_DG.INITIATE_FS_FAILOVER
関数をコールしてアプリケーションでファスト・スタート・フェイルオーバーを要求した場合は、ブローカは元のプライマリ・データベースを自動的に回復しません。
カテゴリ | 説明 |
---|---|
データ型 |
ブール |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成。このプロパティは、ファスト・スタート・フェイルオーバーが有効化された後オブザーバにより使用されます。 |
Cloud Control名 |
プライマリを自動的に回復 |
8.1.7 FastStartFailoverLagLimit
FastStartFailoverLagLimit
構成プロパティは、REDOの適用に関して、プライマリよりスタンバイが遅れることができる許容範囲を秒単位で確立します。
制限に達すると、ファスト・スタート・フェイルオーバーは許可されません。設定可能な最小値は5秒です。
このプロパティは、ファスト・スタート・フェイルオーバーが有効化され、構成が最大パフォーマンス・モードで動作しているときに使用します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
整数(秒数)。5以上にする必要があります。 |
ブローカ・デフォルト |
30秒 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成。このプロパティは、ファスト・スタート・フェイルオーバーが有効化された後、プライマリ・データベースより使用されます。 |
Cloud Control名 |
ラグ制限 |
8.1.8 FastStartFailoverPmyShutdown
FastStartFailoverPmyShutdown
構成プロパティにより、特定の条件下でプライマリ・データベースが停止します。
ファスト・スタート・フェイルオーバーが有効化されていてプライマリがFastStartFailoverThreshold
の秒数よりも長くSTALLED
になったことをV$DATABASE.FS_FAILOVER_STATUS
が示すと、プライマリ・データベースが停止します。この場合、プライマリが分離され、ファスト・スタート・フェイルオーバーが実行されている可能性があります。TRUE
の値は、分離されたプライマリ・データベースがユーザーの問合せに対応できないことを確認するのに役立ちます。
ユーザーの構成条件が検出されたためにファスト・スタート・フェイルオーバーが発生した場合、またはDBMS_DG.INITIATE_FS_FAILOVER
関数をコールしてアプリケーションでファスト・スタート・フェイルオーバーを要求した場合、このプロパティをFALSE
に設定してもプライマリ・データベースの停止を防止できません。
カテゴリ | 説明 |
---|---|
データ型 |
ブール |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成。このプロパティは、ファスト・スタート・フェイルオーバーが有効化された後、プライマリ・データベースより使用されます。 |
Cloud Control名 |
プライマリを自動的に停止 |
8.1.9 FastStartFailoverThreshold
FastStartFailoverThreshold
構成プロパティは、ファスト・スタート・フェイルオーバーを開始するまでに、マスター・オブザーバがプライマリ・データベースとの再接続を試行する時間(秒数)を指定します。
(オブザーバが1つしかない場合は、デフォルトでそのオブザーバがマスターとみなされます。この時間間隔は、オブザーバのプライマリ・データベースとの接続が最初に失われたときに開始されます。オブザーバが指定時間内にプライマリ・データベースへの接続を回復できない場合、オブザーバによりターゲット・スタンバイ・データベースへのファスト・スタート・フェイルオーバーが開始されます。このプロパティの設定方法の詳細は、「ファスト・スタート・フェイルオーバーの有効化」のタスク4を参照してください。
構成可能なファスト・スタート・フェイルオーバー条件が検出された場合、またはアプリケーションでファスト・スタート・フェイルオーバーの開始を要求した場合、オブザーバはしきい値を完全に無視します。
このプロパティに対する適切な値を判断するうえで、V$FS_OBSERVER_HISTOGRAM
ビューで示される情報が役立ちます。このビューでは、異なる時間間隔のオブザーバとプライマリ・データベース間のpingの成功頻度に基づいた統計が表示されます。(このビューは、Oracle Database 12cリリース1 (12.1.0.2)以上で使用可能です。また、Oracle Database 11gリリース2 (11.2.0.4)でも使用できますが、Oracle Database 12cリリース1 (12.1.0.1)では使用できません。)V$FS_OBSERVER_HISTOGRAMビューの詳細は、『Oracle Databaseリファレンス』を参照してください。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
整数(秒数)。6以上にする必要があります。 |
ブローカ・デフォルト |
30秒 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリ・ロールにフェイルオーバーするターゲット・スタンバイ・データベース |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成。このプロパティは、ファスト・スタート・フェイルオーバーが有効化された後オブザーバにより使用されます。 |
Cloud Control名 |
Cloud Controlでは、この値はOracle Data Guardの概要ページに「フェイルオーバーのしきい値」として表示されます。 |
8.1.10 ObserverOverride
ObserverOverride
構成プロパティをTRUE
に設定すると、オブザーバのプライマリへの接続が失われた場合、自動フェイルオーバーが発生します。
スタンバイがプライマリに正常に接続している場合でも、このように動作します。
カテゴリ | 説明 |
---|---|
データ型 |
ブール |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成。このプロパティは、ファスト・スタート・フェイルオーバーが有効化された後オブザーバにより使用されます。 |
Cloud Control名 |
該当なし |
8.1.11 ObserverReconnect
ObserverReconnect
構成プロパティは、オブザーバがプライマリ・データベースに対して新しい接続を確立する頻度を指定します。
このプロパティがデフォルト値の0に設定されている場合、オブザーバはプライマリ・データベースへの接続を作成、維持しますが、プライマリ・データベースへの新しい接続を定期的に作成することはしません。これによりプライマリ・データベースに新しいオブザーバ接続を定期的に確立することによる処理オーバーヘッドがなくなる一方、オブザーバがプライマリ・データベースに新しい接続を作成できないことを検出できなくなります。このプロパティは、プライマリ・データベースの障害を適時に検出できる程度には小さいが、定期的なオブザーバ接続によるオーバーヘッドが許容できるレベルに収まる程度には大きい値に設定することをお薦めします。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
整数(秒数)。0以上にする必要があります。 |
ブローカ・デフォルト |
0 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成。このプロパティは、ファスト・スタート・フェイルオーバーが有効化された後オブザーバにより使用されます。 |
Cloud Control名 |
該当なし |
8.1.12 OperationTimeout
OperationTimeout
構成プロパティは、ブローカがヘルス・チェック、監視可能なプロパティの取得およびプロパティの操作の設定を完了するまでの待機時間の最大値を指定します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
>= 30および<= 3600 |
ブローカ・デフォルト |
30秒 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成。このプロパティは、構成内のすべてのデータベースでブローカによって使用されます。 |
Cloud Control名 |
該当なし |
8.1.13 PreferredObserverHosts
構成可能なプロパティPreferredObserverHosts
を使用すると、データベースがプライマリ・ロールである場合にそのマスター・オブザーバのホストとして優先するホストを一覧で表示できます。
このプロパティの値は、ファスト・スタート・フェイルオーバーの有効/無効や、オブザーバがOBSERVED状態にあるかどうかにかかわらず、いつでも変更できます。ただし、この変更は、次のロール変更までマスター・オブザーバの場所には影響しません。
このプロパティが設定されている場合、ブローカはロール変更後に次の手順を実行します。
-
新しいプライマリの
PreferredObserverHosts
プロパティで指定されたリストにあるホスト上で現在のマスター・オブザーバが動作しているかどうかを確認します。「Yes」の場合はここで終了し、それ以外は手順2に進みます。 -
リストを先頭から調べ、1つのオブザーバが動作していて、プライマリ・データベースとターゲット・スタンバイ・データベースに接続しているホストを探します。見つかった場合は手順3に進み、見つからなかった場合はここで終了します。
-
手順2で見つかったホストにマスター・オブザーバを切り替えます。切替えに失敗した場合、他のホストは試行されません。
カテゴリ | 説明 |
---|---|
データ型 | 文字列 |
有効値 | カンマで区切られた1つ以上のホスト名を含む文字列(次に例を示します)。
値の設定時に、該当するホスト上でオブザーバが動作していない場合でも、各ホスト名には有効なネットワーク名の任意の文字列を指定できます。 |
ブローカ・デフォルト | Null |
インポート | 不要 |
パラメータ・クラス | 該当なし |
ロール | プライマリ、スタンバイ |
スタンバイ・タイプ | フィジカル・スタンバイとロジカル・スタンバイ |
対応 | 該当なし |
有効範囲 | データベース |
Cloud Control名 | 該当なし |
8.1.14 PrimaryLostWriteAction
PrimaryLostWriteAction
構成プロパティは、プライマリ・データベースで書込み欠落が発生したことをスタンバイ・データベースが検出した場合の動作を決定します。
注意:
PrimaryLostWriteAction
構成プロパティは、Oracle Database 11gリリース2 (11.2.0.4)およびOracle Database 12cリリース1 (12.1.0.2)以上でのみ使用可能です。
指定可能なアクションは次のとおりです。
-
CONTINUE
- プライマリ・データベースで書込み欠落が発生したことをスタンバイ・データベースが検出した場合でも、プライマリ・データベースは動作を継続します。これはデフォルト・アクションです。 -
SHUTDOWN
- プライマリ・データベースで書込み欠落が発生したことをスタンバイ・データベースが検出した場合、ファスト・スタート・フェイルオーバーは無効化され、プライマリ・データベースは強制終了を実行します。自動フェイルオーバーは発生しません。 -
FAILOVER
- 最大パフォーマンス・モードでファスト・スタート・フェイルオーバーが有効化されており、構成がFastStartFailoverLagLimit
プロパティに指定されている許容限界の範囲内にある場合、オブザーバによってフェイルオーバーが開始されます。 -
FORCEFAILOVER
- (最大パフォーマンス・モードか最大可用性モードのいずれかで)ファスト・スタート・フェイルオーバーが有効化されている場合、オブザーバによってフェイルオーバーが開始されます。このオプションを使用すると、データ消失を伴うフェイルオーバーが発生します。
FAILOVER
オプションとFORCEFAILOVER
オプションの両方について、ファスト・スタート・フェイルオーバーが無効化されている場合、フェイルオーバーは発生しませんが、プライマリは停止します。
プライマリ・データベースで書込み欠落が発生したことをスタンバイ・データベースが検出した場合、ファスト・スタート・フェイルオーバーは無効化されます。そのため、プライマリ・データベースで書込み欠落が発生したことをスタンバイが検出した場合、PrimaryLostWriteAction
がSHUTDOWN
に設定されている場合であっても、自動フェイルオーバーは発生しません。
プライマリ・データベースおよび書込み欠落を検出したスタンバイ・データベースのデータベース・アラートおよびブローカ・ログに診断情報が記述されます。
プライマリ・データベースで書込み欠落が発生した場合は、My Oracle Supportノート1265884.1 (http://support.oracle.com
)のスタンバイ・リカバリ時のORA-752またはORA-600 [3020]の解決のガイドラインに従います。
注意:
プライマリ・データベースおよび構成内の各スタンバイ・データベースでDB_LOST_WRITE_PROTECT
データベース初期化パラメータをTYPICAL
またはFULL
に設定し、構成内のすべてのスタンバイ・データベースで、プライマリの書込み欠落を検出できるようにする必要があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
ブローカ構成 |
Cloud Control名 |
該当なし |
8.1.15 TraceLevel
TraceLevel
構成プロパティは、構成のすべてのメンバーに対してブローカが実行するトレースの量を制御するために使用されます。
プロパティをUSER
に設定すると、トレース対象は、完了した操作と、操作またはヘルス・チェックから発生する警告またはエラー・メッセージに制限されます。プロパティをSUPPORT
に設定すると、Oracleサポート・サービスが必要とするより低レベルの情報が含まれ、トレースの量が増大します。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
該当なし |
対応 |
該当なし |
有効範囲 |
データベース |
Cloud Control名 |
該当なし |
8.2 監視可能な(読取り専用)プロパティ
監視可能なプロパティを使用すると、データベース、データベース・インスタンスまたは遠隔同期インスタンスに関連する情報を表示できます。
監視可能なプロパティの値は変更できません。これらはすべて、DGMGRLのSHOW
コマンドを使用して表示できます。
注意:
監視可能なプロパティの情報を表示できるのは、エンティティのブローカ管理が有効な場合のみです。Cloud Controlでは、これらのプロパティから取得された情報が「プロパティ」ページに表示されます。
データベースがOracle RACデータベースの場合、一部のプロパティの出力値にインスタンス固有の情報も示されることがあります。たとえば、プライマリ・データベースがOracle RACデータベースの場合、LogXptStatus
は、Standby2
にREDOデータを転送しているInstance1
にエラーがあることと、Standby4
にREDOデータを転送しているInstance2
にエラーがあることを示す場合があります。
次の各項で、監視可能なプロパティについて説明します。
8.2.1 InconsistentLogXptProps(非一貫性REDO転送プロパティ)
監視可能なプロパティInconsistentLogXptProps
は、プロパティの値が、ブローカ構成ファイルとランタイム値の間で一貫性がないすべてのREDO転送サービスに関連するプロパティを示す表を戻します。
この表にレポートされるプロパティはデータベース固有または遠隔同期インスタンス固有のプロパティですが、非一貫性についてはインスタンス固有ベースでレポートされます。データベースまたは遠隔同期インスタンス固有のプロパティは、ブローカの構成ファイルに、データベースまたは遠隔同期インスタンスのすべてのインスタンスに対する1つの値が存在することを保証するだけです。ランタイム値は異なる場合があります。つまり、一部のインスタンスでのみデータベースまたは遠隔同期インスタンス固有のプロパティに一貫性がない場合があります。
このプロパティは、プライマリ・データベース、REDOデータを送信するフィジカル・スタンバイ・データベースまたは遠隔同期インスタンスに関係します。この表の列は、次のとおりです。
-
INSTANCE_NAME
インスタンスのSIDを識別する値。
-
STANDBY_NAME
このREDO転送サービス・プロパティに関連するスタンバイ・データベースまたは遠隔同期インスタンスのデータベース一意名(
DB_UNIQUE_NAME
) -
PROPERTY_NAME
一貫性のない値が含まれるREDO転送サービス・プロパティの名前。
-
MEMORY_VALUE
データベースまたは遠隔同期インスタンスで使用されているランタイム値。
-
BROKER_VALUE
ブローカ構成ファイルに保存されているREDO転送サービス・プロパティの値。
8.2.2 InconsistentProperties (非一貫性プロパティ)
監視可能なプロパティInconsistentProperties
は、対応するサーバー・パラメータ・ファイル内の値またはランタイム値と一貫性がない、ブローカ構成ファイル内のすべてのプロパティ値を表示します。
情報は表形式で表示されます。この表にレポートされるプロパティはデータベース固有または遠隔同期インスタンス固有のプロパティですが、非一貫性についてはインスタンス固有ベースでレポートされます。データベースまたは遠隔同期インスタンス固有のプロパティは、ブローカの構成ファイルに、データベースまたは遠隔同期インスタンスのすべてのインスタンスに対する1つの値が存在することを保証するだけです。ランタイム値は異なる場合があります。つまり、一部のインスタンスでのみデータベースまたは遠隔同期インスタンス固有のプロパティに一貫性がない場合があります。
個々の構成メンバーは、このプロパティを持っています。この表の列は、次のとおりです。
-
INSTANCE_NAME
インスタンスのSIDを識別する値。
-
PROPERTY_NAME
一貫性のない値が含まれるプロパティの名前。
-
MEMORY_VALUE
使用されている対応するランタイム値。
-
SPFILE_VALUE
サーバー・パラメータ・ファイル(SPFILE)に保存されている対応する値。
-
BROKER_VALUE
ブローカ構成ファイルに保存されているプロパティの値。
8.2.3 LogXptStatus(REDO転送ステータス)
監視可能なプロパティLogXptStatus
は、有効な各構成メンバーに対するREDO転送サービスのエラー・ステータスを含む表を戻します。
このプロパティは、プライマリ・データベース、REDOデータを送信するフィジカル・スタンバイ・データベースまたは遠隔同期インスタンスに関係します。
この表の列は、次のとおりです。
-
PRIMARY_INSTANCE_NAME
プライマリ・データベースのインスタンスのSIDを識別する値。
-
STANDBY_DATABASE_NAME
スタンバイ・データベースまたは遠隔同期インスタンスのデータベース一意名(
DB_UNIQUE_NAME
) -
ERROR
REDO転送エラーのテキスト。エラーがない場合、フィールドは空です。
表の各エントリは、1つのREDOソース上での、1つのREDO接続先へのREDO転送サービスのステータスを示します。
エラー・ステータスは空の文字列の場合もあります。これは、エラーがないことを示します。
次の例では、South_Sales
接続先にはエラーがないので、South_Sales
のSTATUS
は空です。South_Report
接続先は、ORA-01034
メッセージを戻します。
DGMGRL> SHOW DATABASE 'North_Sales' 'LogXptStatus' ; LOG TRANSPORT STATUS PRIMARY_INSTANCE_NAME STANDBY_DATABASE_NAME STATUS north_sales1 South_Sales north_sales1 South_Report ORA-01034: ORACLE not available
8.2.4 LsbyFailedTxnInfo(ロジカル・スタンバイ障害トランザクション情報)
監視可能なプロパティLsbyFailedTxnInfo
は、ログ適用サービスの停止の原因となった障害トランザクションを識別します。
このプロパティには、DBA_LOGSTDBY_EVENTS
ビューからの次の値で構成される文字列が含まれています。
-
XIDUSN
: トランザクションIDのUNDOセグメント番号 -
XIDSLT
: トランザクションIDのスロット番号 -
XIDSQN
: トランザクションIDの順序番号 -
STATUS_CODE
:STATUS
メッセージ内のステータス(またはOracleエラー・コード) -
STATUS
: プロセスの現行アクティビティの説明、またはログ適用サービスの停止理由
トランザクションIDとステータス情報は、番号記号の文字列(###)で区切られます。
これはロジカル・スタンバイ・データベース関連のプロパティです。
8.2.5 LsbyParameters(ロジカル・スタンバイ・パラメータ)
監視可能なプロパティLsbyParameters
には、ログ適用サービス用に特別に予約済のMAX_SGA
およびMAX_SERVERS
の値を識別する文字列が含まれています。
MAX_SGA
は最大システム・グローバル領域で、MAX_SERVERS
はパラレル問合せサーバーの最大数です。これらの値は、LsbyParameters
プロパティ内で番号記号の文字列(###)で区切られます。
これはロジカル・スタンバイ・データベース関連のプロパティです。
8.2.6 RecvQEntries(受信キュー・エントリ)
監視可能なプロパティRecvQEntries
プロパティは、スタンバイ・データベースで受信済で、まだ適用されていないすべてのログ・ファイルを示す表を戻します。
行が戻されていない場合は、受信されたすべてのログ・ファイルが適用済であることを意味します。これはスタンバイ・データベース関連のプロパティです。
この表には、次の順序で列が含まれています。
-
STATUS
ロジカル・スタンバイ・データベース上のログ・ファイルの場合は、
STATUS
列が次のいずれかの値に設定されます。-
NOT_APPLIED
: このログ・ファイル内のREDOレコードは適用されていません。 -
PARTIALLY_APPLIED
: このログ・ファイル内のREDOレコードのうち、一部は適用済で残りは適用されていません。 -
COMMITTED_TRANSACTIONS_APPLIED
: このステータス値は、ロジカル・スタンバイ・データベースにのみ適用されます。コミット済トランザクションに属するREDOレコードはすべて適用済です。コミットされていないトランザクションに属するREDOレコードは、LogMinerにより読み取られておらず、まだ将来トランザクションがコミットされるときに必要になる可能性があります。したがって、このオンラインREDOログ・ファイルはまだ安全に破棄できません。
-
-
RESETLOGS_ID
アーカイブREDOログ・ファイルに関連付けられたリセットログ識別子。
-
THREAD
REDOスレッド番号。
-
LOG_SEQ
オンラインREDOログ・ファイルの順序番号。
-
TIME_GENERATED
オンラインREDOログ・ファイルがプライマリ・データベースに初めて書き込まれた時刻。
-
TIME_COMPLETED
ログ・ファイルがプライマリ・データベースに2度目にアーカイブされた時刻(
NEXT_CHANGE#
列に対応)。 -
FIRST_CHANGE#
アーカイブREDOログ・ファイル内の最初の変更番号。
-
NEXT_CHANGE#
次のログ・ファイル内の最初の変更番号。
-
SIZE (KB)
オンラインREDOログ・ファイルの
SIZE
(KB単位)。
次に例を示します。
DGMGRL> SHOW DATABASE 'South_Sales' 'RecvQEntries' ; STATUS RESETLOGS_ID THREAD LOG_SEQ TIME_GENERATED TIME_COMPLETED FIRST_CHANGE# NEXT_CHANGE# SIZE (KBs) NOT_APPLIED 497198843 1 5 06/20/2003 14:55:38 06/20/2003 16:31:26 202138 210718 7364 NOT_APPLIED 497198843 1 6 06/20/2003 16:31:26 06/20/2003 16:31:39 210718 210753 13 NOT_APPLIED 497198843 1 7 06/20/2003 16:31:39 06/20/2003 16:31:54 210753 210758 1 NOT_APPLIED 497198843 1 8 06/20/2003 16:31:54 06/20/2003 16:31:59 210758 210789 11
注意:
Cloud Controlでは、「ログ・ファイルの詳細」ページにこの情報が表示されます。
8.2.7 SendQEntries(送信キュー・エントリ)
監視可能なプロパティSendQEntries
は、1つ以上のスタンバイ・データベースに正常にアーカイブされていない、プライマリ・データベース上のすべてのログ・ファイルを示す表を戻します。
これはプライマリ・データベース関連のプロパティです。
この表の列は、次のとおりです。
-
STANDBY_NAME
この値は空か、またはスタンバイ・データベースのデータベース一意名(
DB_UNIQUE_NAME
)になります。空の場合、STATUS
列にはCURRENT
またはNOT_ARCHIVED
の値が含まれます。 -
STATUS
STATUS
列は、次のいずれかの値に設定されます。-
CURRENT
: 現在オンラインREDOを書込み中のログ・ファイル。 -
NOT_ARCHIVED
: ローカルにアーカイブされていない、完了済のオンラインREDOログ・ファイル。 -
ARCHIVED
: ローカルにアーカイブされているが、STANDBY_NAME
列で指定されたスタンバイ・データベースには転送されていない完了済ログ・ファイル。
この表には、
STATUS=CURRENT
の値を持つ行が1つのみ含まれます。値がSTATUS=ARCHIVED
またはSTATUS=NOT_ARCHIVED
の行は複数含まれる場合があります。 -
-
RESETLOGS_ID
アーカイブREDOログ・ファイルに関連付けられたリセットログ識別子。
-
THREAD
REDOスレッド番号。
-
LOG_SEQ
ログ順序番号。複数行に(異なる
STANDBY_NAME
値について)同じLOG_SEQ
値が含まれる場合があります。 -
TIME_GENERATED
オンラインREDOログ・ファイルがプライマリ・データベースに初めて書き込まれた時刻。
-
TIME_COMPLETED
ログ・ファイルがプライマリ・データベースに2度目にアーカイブされた時刻(
NEXT_CHANGE#
列に対応)。 -
FIRST_CHANGE#
アーカイブREDOログ・ファイル内の最初の変更番号。
-
NEXT_CHANGE#
次のログ・ファイル内の最初の変更番号。
-
SIZE (KB)
オンラインREDOログ・ファイルの
SIZE
(KB単位)。
SHOW DATABASE
コマンドの出力例を次に示します。
DGMGRL> SHOW DATABASE 'North_Sales' 'SendQEntries' ; PRIMARY_SEND_QUEUE STANDBY_NAME STATUS RESETLOGS_ID THREAD LOG_SEQ TIME_GENERATED TIME_COMPLETED FIRST_CHANGE# NEXT_CHANGE# SIZE (KBs) South_Sales ARCHIVED 497198843 1 9 06/20/2003 16:31:59 06/20/2003 16:39:57 210789 211411 186 South_Sales ARCHIVED 497198843 1 10 06/20/2003 16:39:57 06/20/2003 16:40:01 211411 211415 1 South_Sales ARCHIVED 497198843 1 11 06/20/2003 16:40:01 06/20/2003 16:40:07 211415 211418 1 CURRENT 497198843 1 12 06/20/2003 16:40:07 211418 1
注意:
Cloud Controlでは、「ログ・ファイルの詳細」ページにこの情報が表示されます。
8.2.8 TopWaitEvents
監視可能なプロパティTopWaitEvents
は、指定したインスタンス内で待機時間が最長のイベントを5つ指定します。
イベントとその待機時間はV$SYSTEM_EVENT
から取得されます。構成内のインスタンスごとに、このプロパティがあります。これは、インスタンス固有の監視可能なプロパティです。この表には、次の順序で列が含まれています。
-
Event
システム待機イベント。
-
Wait Time
このイベントが待機されていた時間の合計(0.01秒単位)。
SHOW INSTANCE
コマンドの出力例を次に示します。
DGMGRL> SHOW INSTANCE north_sales1 'TopWaitEvents'; TOP SYSTEM WAIT EVENTS Event Wait Time rdbms ipc message 671350 SQL*Net message from client 62390 pmon timer 47897 Queue Monitor Wait 43016 wakeup time manager 38508
8.3 構成可能なプロパティ
構成可能なプロパティは、ブローカ構成内のメンバーの動作を制御します。
これらのプロパティの値は、DGMGRLまたはCloud Controlを使用して表示し、動的に更新できます。ただし、一部のプロパティは、DGMGRLを使用しなければ更新できません。
これらのプロパティは、Oracle Data Guard Broker構成を管理するために使用されるいくつかのデータベース初期化パラメータとSQL文を制御します。したがって、これらの初期化パラメータを手動で設定したり、これらのSQL文をブローカ構成に発行しないでください。
ほとんどの場合、構成可能なプロパティはメンバー全体に適用されます。つまり、プロパティに対して設定した値は、データベースの各メンバー(データベースまたは遠隔同期インスタンス)に適用されます。ただし、一部の構成可能なプロパティにはインスタンス固有の有効範囲が設定されています。これは、一部の特定のプロパティの値が、複数インスタンスのデータベースまたは遠隔同期インスタンスでは、インスタンス間で異なる可能性があることを意味します。次の表に、構成可能な各プロパティと、その有効範囲がメンバー単位かインスタンス固有かを示します。有効範囲列の意味は、次のとおりです。
-
メンバー: プロパティの値はインスタンスや構成に固有ではなくデータベースまたは遠隔同期インスタンス単位です。
-
インスタンス: プロパティの値はインスタンス固有です。
アスタリスク(*)は、
EDIT INSTANCE * ON DATABASE
コマンドを使用して、Oracle RACデータベースのすべてのインスタンスにプロパティ値を設定できることを示します。 -
構成: プロパティの値はインスタンスやメンバーに固有ではなく構成単位です。
表8-1 構成可能なプロパティ
構成可能なプロパティの名前 | 有効範囲 | 関連先 |
---|---|---|
インスタンス |
REDO転送サービス |
|
「ApplyInstances」 | メンバー | REDO Apply |
メンバー |
REDO ApplyおよびSQL Apply |
|
メンバー |
REDO転送サービス |
|
メンバー |
REDO Apply |
|
メンバー |
REDO転送サービス |
|
メンバー |
REDO転送サービス |
|
DataGuardSyncLatency | メンバー | REDO転送サービス |
メンバー |
REDO Apply |
|
メンバー |
REDO ApplyおよびSQL Apply |
|
メンバー |
ブローカ通信、REDO転送サービス |
|
Encryption | メンバー | REDO転送サービス |
メンバー |
ファスト・スタート・フェイルオーバー |
|
InstanceName | インスタンス | インスタンス識別 |
インスタンス* |
REDO転送サービス |
|
メンバー |
REDO転送サービス |
|
メンバー |
REDO転送サービス |
|
インスタンス* |
診断 |
|
メンバー |
REDO Apply |
|
メンバー |
REDO転送サービス |
|
メンバー |
REDO転送サービス |
|
メンバー |
SQL Apply |
|
インスタンス* |
SQL Apply |
|
インスタンス* |
SQL Apply |
|
メンバー |
SQL Apply |
|
メンバー |
SQL Apply |
|
メンバー |
SQL Apply |
|
メンバー |
SQL Apply |
|
メンバー |
REDO転送サービス |
|
メンバー |
REDO転送サービス |
|
メンバー |
REDO転送サービス |
|
メンバー |
ファスト・スタート・フェイルオーバー |
|
OnlineAlternateLocation | インスタンス | REDO転送サービス |
OnlineArchiveLocation | インスタンス | REDO転送サービス |
メンバー |
REDO ApplyおよびSQL Apply |
|
PreferredObserverHosts | メンバー | ファスト・スタート・フェイルオーバー |
メンバー |
REDO転送サービス |
|
メンバー |
REDO転送サービス |
|
メンバー |
REDO転送サービス |
|
インスタンス |
REDO転送サービス |
|
メンバー |
REDO ApplyおよびSQL Apply |
|
インスタンス |
インスタンスの起動および停止 |
|
メンバー |
REDO転送サービス |
|
メンバー |
REDO転送サービス |
関連項目:
プロパティ管理の詳細は、「ブローカ構成のメンバーの管理」を参照
注意:
プライマリ・データベースとともにブローカ構成が作成され、メンバーが構成に追加されると、ブローカは、多数のプロパティを設定するために、メンバーから既存の設定をインポートします。既存の設定のインポートに失敗したり、プロパティ値がインポートされなかった場合、ブローカは、ブローカ・デフォルト値を使用します。プロパティがインポートされたかどうか、およびデフォルト値を、各プロパティの説明で示します。
ブローカが制御するデータベース初期化パラメータとSQL文
次のデータベース初期化パラメータは、構成可能なブローカ・プロパティによって制御されます。このため、これらのパラメータは手動で設定しないでください。
-
LOG_ARCHIVE_DEST_
n
-
LOG_ARCHIVE_DEST_STATE_
n
-
ARCHIVE_LAG_TARGET
-
DB_FILE_NAME_CONVERT
-
LOG_ARCHIVE_FORMAT
-
LOG_ARCHIVE_MAX_PROCESSES
-
LOG_ARCHIVE_MIN_SUCCEED_DEST
-
LOG_ARCHIVE_TRACE
-
LOG_FILE_NAME_CONVERT
-
STANDBY_FILE_MANAGEMENT
ブローカで適用の開始方法を管理する場合、構成可能なプロパティ設定も使用されます。このため、次のSQL文は、ブローカによって自動的に管理されます。
-
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE
-
ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE
次の適用パラメータは、ブローカにより自動的にロジカル・スタンバイ上に設定されます。手動で設定しないでください。
-
MAX_EVENTS_RECORDED
-
MAX_SERVERS
-
MAX_SGA
-
PRESERVE_COMMIT_ORDER
-
RECORD_APPLIES_DDL
-
RECORD_SKIP_DDL
-
RECORD_SKIP_ERRORS
8.3.1 ApplyInstances
ApplyInstances
プロパティを使用すると、Redo Applyを実行するフィジカル・スタンバイ・インスタンスの数を指定できます。
Oracle Database 12cリリース2 (12.2.0.1)では、SQL文ALTER RECOVER MANAGED STANDBY DATABASE
で新しいINSTANCES
キーワードを使用できます(Oracle Real Application Clusters (Oracle RAC)またはOracle RAC One Nodeデータベースの場合のみ)。これを使用した場合、REDO Applyが開始されたインスタンスと同じモードで稼働中の、アクティブな各フィジカル・スタンバイ・インスタンス上でREDO Applyが実行されます。ALL
を指定することも、特定の数字を指定してREDO Applyで使用するインスタンス数を制限することもできます。複数のインスタンス上でREDO Applyを実行するようにデータベースがすでに設定されている場合は、Data Guard BrokerのプロパティApplyInstances
を使用して、Oracle RACフィジカル・スタンバイ・データベース上でREDO Applyに関係するインスタンスの数を制限できます。
関連項目:
-
マルチインスタンスREDO Applyの設定の詳細は、『Oracle Data Guard概要および管理』を参照してください。
カテゴリ | 説明 |
---|---|
データ型 | 整数 |
有効値 | 0から16、ALL
|
ブローカ・デフォルト | デフォルトは0です。 |
インポート | はい |
パラメータ・クラス | 該当なし |
ロール | スタンバイ |
スタンバイ・タイプ | フィジカル・スタンバイ |
対応 | ALTER DATABASE RECOVER MANAGED STANDBY DATABASE コマンドのINSTANCES キーワード。
|
有効範囲 | データベース |
Cloud Control名 | 該当なし |
8.3.2 ApplyInstanceTimeout
構成可能なプロパティApplyInstanceTimeout
は、現行の適用インスタンスの障害を検出してから適用インスタンスのフェイルオーバーを開始するまでの、ブローカの待機秒数を指定します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
スタンバイ、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル、ロジカル、リカバリ・アプライアンス |
対応 |
該当なし |
有効範囲 |
データベース |
Cloud Control名 |
該当なし |
8.3.3 ApplyLagThreshold
構成可能なプロパティApplyLagThreshold
は、ロジカルまたはフィジカルのスタンバイでのメンバーの適用ラグがプロパティで指定された値を上回った場合の警告ステータスを生成します。
プロパティ値を表す単位は秒です。値が0秒の場合、適用ラグが存在しても警告を生成しません。
カテゴリ | 説明 |
---|---|
データ型 |
数値 |
有効値 |
>=0 |
ブローカ・デフォルト |
30秒 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
スタンバイ、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル、ロジカル |
対応 |
該当なし |
有効範囲 |
データベース |
Cloud Control名 |
該当なし |
8.3.4 ApplyParallel
構成可能なプロパティApplyParallel
は、REDO Applyがフィジカル・スタンバイ・データベースへのREDOデータの適用に複数のプロセスを使用する必要があるかどうかを指定します。
REDO Applyが停止している場合は、プロパティを設定してもすぐには有効になりません。ただし、REDO Applyが再び実行中になったとき、このプロパティの値によって、REDO Applyのパラレル適用動作が決定します。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
スタンバイ |
スタンバイ・タイプ |
フィジカル |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
該当なし |
8.3.5 ArchiveLagTarget
8.3.6 Binding
構成可能なプロパティBinding
は、接続先がMANDATORY
であるかOPTIONAL
であるかを指定します。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
スタンバイ・データベース、リカバリ・アプライアンス、遠隔同期インスタンス脚注 1 |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイ、遠隔同期インスタンス、リカバリ・インスタンス |
対応 |
|
有効範囲 |
データベース、遠隔同期インスタンス、リカバリ・アプライアンス |
Cloud Control名 |
該当なし |
脚注1
このプロパティはREDO接続先に対して設定されていますが、間接的には、REDOデータを送信するデータベースまたは遠隔同期インスタンスのためのREDO転送サービスに関連しています。指定した設定は、ブローカにより、REDOデータを送信するデータベースまたは遠隔同期インスタンスのLOG_ARCHIVE_DEST_
n
値の対応する属性に伝播されます。
8.3.7 DataGuardSyncLatency
データベース・プロパティDataGuardSyncLatency
は、データベース初期化パラメータDATA_GUARD_SYNC_LATENCY
をサポートします。
データベース初期化パラメータDATA_GUARD_SYNC_LATENCY
は、すべての同期スタンバイ宛先に適用されます。少なくとも1つの同期スタンバイがREDOの受信を確認した後、後続の宛先を切断するまで、プライマリ・データベースが待機すべき最大時間(秒単位)を定義します。ブローカ構成にメンバーを追加すると、ブローカによってDATA_GUARD_SYNC_LATENCY
値が自動的に判断され、その値でブローカ・メタデータが更新されます。DataGuardSyncLatency
プロパティを編集すると、ブローカによってデータベースのDATA_GUARD_SYNC_LATENCY
パラメータが更新されます。
ブローカは、定期的に健全性チェック・ルーチンを実行し、構成の各メンバーに対してDataGuardSyncLatency
プロパティの値とDATA_GUARD_SYNC_LATENCY
初期化パラメータの値の一貫性をチェックします。非一貫性が検出されると、健全性チェック・レポートでエラーが通知されます。
カテゴリ | 説明 |
---|---|
データ型 | 整数 |
有効値 | >= 0 |
ブローカ・デフォルト | DATA_GUARD_SYNC_LATENCY データベース初期化パラメータからインポートされた値。
|
インポート | DATA_GUARD_SYNC_LATENCY 初期化パラメータからインポート
|
パラメータ・クラス | 動的 |
ロール | プライマリ |
スタンバイ・タイプ | 該当なし |
対応 | DATA_GUARD_SYNC_LATENCY データベース初期化パラメータ
|
有効範囲 | データベース |
Cloud Control名 | 該当なし |
8.3.8 DbFileNameConvert
構成可能なプロパティDbFileNameConvert
は、プライマリ・データファイルのファイル名からフィジカル・スタンバイ・データファイルのファイル名を識別します。
プライマリ・データベースにデータファイルを追加すると、このプロパティによりプライマリ・データベース上のデータファイル名がフィジカル・スタンバイ・データベース上のデータファイルに変換されます。
このプロパティは、次の場合に使用されます。
-
フィジカル・スタンバイのマウント時に、フィジカル・スタンバイ・システム上のデータファイルのパスがプライマリ・データベース・システムと異なる場合は、このプロパティを使用してプライマリ・データファイルのファイル名がスタンバイ・データファイルのファイル名に変更されます。
-
プライマリ・データベース上で新規データ・ファイルが作成されるときに、構成可能なプロパティ
StandbyFileManagement
がAUTO
に設定されている場合は、対応する新規データ・ファイルがフィジカル・スタンバイ・データベース上に作成されます。Oracleでは、DbFileNameConvert
プロパティからのデータファイルのファイル・パス・マッピング情報を使用して、新規スタンバイ・データファイルのスタンバイ・ファイル・パスが判別されます。StandbyFileManagement
プロパティが'MANUAL'
に設定されている場合は、対応するファイルをフィジカル・スタンバイ・データベースに追加する必要があります。
注意:
データベースが構成に追加されると、ブローカはこのプロパティの初期値をDB_FILE_NAME_CONVERT
初期化パラメータのインメモリーの値に設定します。このパラメータのインメモリーの値とサーバー・パラメータ・ファイル(SPFILE)の値は異なる可能性があります。パラメータのインメモリーの値を使用する場合は、データベースを有効化し、ブローカによりパラメータのSPFILEの値がインメモリーの値に設定されることが保証されるようにします。SPFILEの値を使用する場合は、プロパティの値をSPFILEに格納されているパラメータの値に設定します。その後でデータベースを有効化します。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
このパラメータの値は、次のように文字列ペアのリストに設定します。
たとえば、 各項目の意味は次のとおりです。
|
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
静的 |
ロール |
スタンバイ |
スタンバイ・タイプ |
フィジカル |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
|
8.3.9 DelayMins
構成可能なプロパティDelayMins
は、ログ適用サービスで、スタンバイ・データベースでのアーカイブREDOログ・データの適用を遅延する時間(分)を指定します。
DelayMins
プロパティがデフォルト値の0(分)に設定されている場合、ログ適用サービスは、REDOデータをできるかぎり速やかに適用します。
DelayMins
プロパティが0に設定されている場合は、ログ適用サービスを次の手順で開始します。
-
次のSQL文を使用して、フィジカル・スタンバイ・データベース上でREDO Applyを開始します。
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE;
-
次のSQL文を使用して、ロジカル・スタンバイ・データベース上でSQL Applyを開始します。
ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
>=0 (分)脚注2 |
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
スタンバイ脚注 3、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル、ロジカル、リカバリ・アプライアンス |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
|
脚注 2 DelayMins
が0よりも大きい値に設定されているスタンバイにスイッチオーバーするには、事前にDelayMins
プロパティを0にリセットする必要があります。
脚注3
このプロパティはスタンバイ・データベースに対して設定されていますが、間接的には、REDOデータを送信するデータベースまたは遠隔同期インスタンスのためのREDO転送サービスに関連しています。スタンバイ・データベースに指定した設定は、ブローカにより、REDOデータを送信するデータベースまたは遠隔同期インスタンスのLOG_ARCHIVE_DEST_
n
値の対応する属性に伝播されます。
8.3.10 DGConnectIdentifier
構成可能なプロパティDGConnectIdentifier
は、構成メンバーに接続をするときにブローカが使用する接続識別子を指定します。
DGMGRLを使用する場合、CREATE
CONFIGURATION
、ADD
DATABASE
またはADD
FAR_SYNC
コマンドの入力時に値を指定します。Cloud Controlを使用している場合、値は自動的に設定されます。構成メンバーの接続識別子は、次の条件を満たす必要があります。
-
構成内のその他すべてのメンバーからアクセスできます。
-
メンバーは自分自身にアクセスできます。
-
Oracle RACデータベースのすべてのインスタンスにアクセスできます。
-
Oracle RACデータベース上の接続時フェイルオーバーを可能にするため、すべてのインスタンスが動的にリスナーに登録するサービスを指定します。
注意:
Oracle Clusterwareによって定義および管理されるサービスは指定できません。 -
プライマリ・データベースのREDO転送サービスによるOracle RACスタンバイ・データベースへのREDOデータの転送が、そのスタンバイ・データベースの受信インスタンスでエラーが発生した場合でも続行されるようにフェイルオーバー属性が設定されています。
このプロパティの値は、ブローカがプライマリ・データベース上でREDO転送サービスを構成する際にLOG_ARCHIVE_DEST_
nパラメータのSERVICE
属性で指定されます。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
このデータベースの接続に使用できる接続識別子 |
ブローカ・デフォルト |
該当なし |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリ、スタンバイ、遠隔同期インスタンス、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイ、遠隔同期インスタンス、リカバリ・インスタンス |
対応 |
REDOデータを送信する構成メンバーの |
有効範囲 |
データベース、遠隔同期インスタンス、リカバリ・アプライアンス |
Cloud Control名 |
該当なし |
8.3.11 Encryption
構成可能なプロパティEncryption
を使用して、REDOデータをリカバリ・アプライアンスに送信する前に暗号化するかどうかを指定します。
注意:
REDO転送暗号化は、リカバリ・アプライアンスでのみ使用できます。カテゴリ | 説明 |
---|---|
データ型 | 文字列 |
有効値 | DISABLE 、ENABLE
|
ブローカ・デフォルト | DISABLE |
インポート | 不要 |
パラメータ・クラス | 動的 |
ロール | リカバリ・アプライアンス |
スタンバイ・タイプ | リカバリ・アプライアンス |
対応 |
|
有効範囲 | リカバリ・アプライアンス |
Cloud Control名 | 該当なし |
8.3.12 FastStartFailoverTarget
FastStartFailoverTarget
構成プロパティは、プロパティが設定されているデータベースがプライマリ・データベースの場合、ファスト・スタート・フェイルオーバー状態にあるときにターゲット・データベースとして動作できる1つ以上のスタンバイ・データベースのDB_UNIQUE_NAME
を指定します。
このような指定可能なターゲット・データベースは、ファスト・スタート・フェイルオーバー・ターゲット候補と呼びます。このプロパティを設定する詳細は、「ファスト・スタート・フェイルオーバーの有効化」のタスク2を参照してください。
FastStartFailoverTarget
構成プロパティには、フィジカル・スタンバイまたはロジカル・スタンバイの名前のみを設定できます。スナップショット・スタンバイ・データベース、遠隔同期インスタンスまたはZero Data Loss Recovery Applianceの名前は設定できません。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
ファスト・スタート・フェイルオーバーのターゲットとなるデータベースの |
ブローカ・デフォルト |
フィジカルまたはロジカル・スタンバイ・データベースが1つのみ存在している場合、ブローカはそのデータベースを、ファスト・スタート・フェイルオーバーが有効化されたときに、プライマリ・データベースのこのプロパティのデフォルト値として選択します。 複数のフィジカルまたはロジカル・スタンバイ・データベースが存在する場合、ブローカはプロパティ定義内の指定順に基づいて1つを選択します。ファスト・スタート・フェイルオーバーが有効化されると、ターゲットが検証されます。 ターゲット・スタンバイ・データベース側では、ブローカは、ファスト・スタート・フェイルオーバーが有効化されたときに自動的に、このプロパティの値として現在のプライマリ・データベースを選択します。 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリまたはスタンバイ |
スタンバイ・タイプ |
フィジカルまたはロジカル |
対応 |
該当なし |
有効範囲 |
データベース |
Cloud Control名 |
Cloud Controlでは、Oracle Data Guardの概要ページに、ファスト・スタート・フェイルオーバーが有効化されているかどうかの情報とともに、現在のプライマリ・データベースの値が表示されます。 |
8.3.13 InstanceName
構成可能なプロパティInstanceName
は、INSTANCE_NAME
初期化パラメータに対応しています。
このプロパティは、データベースのブローカ管理が無効化されている場合にのみ更新できます。INSTANCE_NAME
初期化パラメータが変更された場合にのみ、値を更新する必要があります。このような場合は、データベースのブローカ管理を無効にし、InstanceName
プロパティを更新して新しいINSTANCE_NAME
値と一致するようにし、データベースのブローカ管理を再度有効にする必要があります。
注意:
名前がデータベースのブローカ構成内の既存のインスタンスのdb_unique_name
と一致するインスタンスに、このインスタンスのINSTANCE_NAME
初期化パラメータと一致する値を持つInstanceName
プロパティがない場合は、このインスタンスのdb_unique_name
を持つデータベースに新しいインスタンスがブローカによって作成されます。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
このインスタンスの |
ブローカ・デフォルト |
該当なし |
インポート |
はい |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
フィジカル、ロジカルまたはスナップショット |
対応 |
|
有効範囲 |
インスタンス |
Cloud Control名 |
該当なし |
8.3.14 LogArchiveFormat
構成可能なインスタンス固有のプロパティLogArchiveFormat
は、アーカイブREDOログ・ファイルのファイル名の書式を指定します。
書式の指定では、データベースID (%d
)、スレッド(%t
)、順序番号(%s
)およびリセットログID (%r
)が使用されます。
注意:
メンバーが構成に追加されると、ブローカはこのプロパティの初期値をLOG_ARCHIVE_FORMAT
初期化パラメータのインメモリーの値に設定します。このパラメータのインメモリーの値とサーバー・パラメータ・ファイル(SPFILE)の値は異なる可能性があります。パラメータのインメモリーの値を使用する場合は、メンバーを有効化し、ブローカによりパラメータのSPFILEの値がインメモリーの値に設定されることが保証されるようにします。SPFILEの値を使用する場合は、プロパティの値をSPFILEに格納されているパラメータの値に設定します。その後で、メンバーを有効にします。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
プライマリ・データベースの |
パラメータ・クラス |
静的 |
ロール |
プライマリ、スタンバイ、遠隔同期インスタンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイまたは遠隔同期インスタンス |
対応 |
|
有効範囲 |
インスタンス(Oracle RACデータベースでは、 |
Cloud Control名 |
該当なし |
8.3.15 LogArchiveMaxProcesses
構成可能なプロパティLogArchiveMaxProcesses
は、最初に起動されるアーカイバ・プロセス数(ARCn)を指定します。
使用されるアーカイバ・プロセスの実際の数は、アーカイブのワークロードに基づき後で増える場合があります。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
1から30 |
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的 |
ロール |
プライマリ、スタンバイ、遠隔同期インスタンス、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイ、遠隔同期インスタンス、リカバリ・インスタンス |
対応 |
|
有効範囲 |
データベース、遠隔同期インスタンス |
Cloud Control名 |
|
8.3.16 LogArchiveMinSucceedDest
構成可能なプロパティLogArchiveMinSucceedDest
は、オンラインREDOログ・ファイルが再利用可能になる時期を制御します。
オンラインREDOログ・ファイルが再利用可能になるには、最小数のアーカイブ先に対するアーカイブが正常終了する必要があります。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
1から10 |
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的 |
ロール |
プライマリ・データベース、遠隔同期インスタンス、リカバリ・アプライアンス |
スタンバイ・タイプ |
該当なし |
対応 |
|
有効範囲 |
データベース、遠隔同期インスタンス |
Cloud Control名 |
該当なし |
8.3.17 LogArchiveTrace
構成可能なインスタンス固有のプロパティLogArchiveTrace
を整数値に設定して、プライマリ・データベースとスタンバイ・データベースでのオンラインREDOログ・ファイルのアーカイブの進行状況を確認します。
Oracleデータベースでは、プライマリ・データベースから受け取ったアーカイブREDOログ・ファイルの監査証跡がプロセス・トレース・ファイルに書き込まれます。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
有効値は、次の任意の値の組合せです。 0: アーカイブREDOログのトレースの無効化 1: オンラインREDOログ・ファイルのアーカイブの追跡 2: 各アーカイブREDOログ接続先のアーカイブ・ステータスの追跡 4: アーカイブ操作フェーズの追跡 8: 16: 32: 64: ARC 128: FAL(フェッチ・アーカイブ・ログ)サーバー関連のアクティビティの追跡 256: RFSロジカル・クライアントの追跡 512: LGWR REDO送信ネットワーク・アクティビティの追跡 1024: RFSフィジカル・クライアントの追跡 2048: RFS/ARCnのpingハートビートの追跡 4096: リアルタイム適用活動の追跡 8192: REDO Applyの追跡(メディア・リカバリまたはフィジカル・スタンバイ) 16384: アーカイブI/Oバッファを追跡します。 32768: LogMinerディクショナリのアーカイブを追跡します。 |
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的 |
ロール |
プライマリ、スタンバイ、遠隔同期インスタンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイまたは遠隔同期インスタンス |
対応 |
|
有効範囲 |
インスタンス(Oracle RACデータベースでは、 |
Cloud Control名 |
|
8.3.18 LogFileNameConvert
構成可能なプロパティLogFileNameConvert
は、プライマリ・データベースのオンラインREDOログ・ファイルのファイル名を、フィジカル・スタンバイ・データベースの対応するオンラインREDOログ・ファイルのファイル名に変換します。
注意:
データベースが構成に追加されると、ブローカはこのプロパティの初期値をLOG_FILE_NAME_CONVERT
初期化パラメータのインメモリーの値に設定します。このパラメータのインメモリーの値とサーバー・パラメータ・ファイル(SPFILE)の値は異なる可能性があります。パラメータのインメモリーの値を使用する場合は、データベースを有効化し、ブローカによりパラメータのSPFILEの値がインメモリーの値に設定されることが保証されるようにします。SPFILEの値を使用する場合は、プロパティの値をSPFILEに格納されているパラメータの値に設定します。その後でデータベースを有効化します。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
このパラメータの値を、偶数個の文字列ペアのカンマで区切ったリストに設定します。
たとえば、 各項目の意味は次のとおりです。
|
ブローカ・デフォルト |
|
インポート |
される( |
パラメータ・クラス |
静的 |
ロール |
スタンバイ |
スタンバイ・タイプ |
物理データベースと遠隔同期インスタンス |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
|
8.3.19 LogShipping
プライマリ・データベースがTRANSPORT-ON
状態にあるか、フィジカル・スタンバイまたは遠隔同期インスタンスが別のメンバーにREDOデータを転送する場合、ブローカはLogShipping
プロパティの値を使用します。
別のメンバーは、フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイまたは遠隔同期インスタンスのどれでもかまいません。
-
プライマリ・データベースが
TRANSPORT-ON
状態で、LogShipping
プロパティの値がON
の場合は、REDO転送サービスによる特定構成メンバーへのREDOデータの送信が有効化されます。LogShipping
プロパティがOFF
の場合は、そのメンバーへのREDO転送サービスが無効化されます。 -
REDOデータを転送する構成メンバーの
LogShipping
プロパティがON
に設定されていて、REDOデータ送信先のメンバーでもLogShipping
プロパティがON
に設定されている場合、REDOデータを送信するメンバーからREDOデータを受信するメンバーへのREDO転送サービスが有効化されます。REDOデータを転送するメンバーの
LogShipping
プロパティがON
に設定されているが、REDOデータ送信先のメンバーではLogShipping
プロパティがOFF
に設定されている場合、REDOデータを送信するメンバーからREDOデータを受信するメンバーへのREDO転送サービスは無効化されます。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
スタンバイ・データベース、リカバリ・アプライアンス、遠隔同期インスタンス脚注 4 |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイ、遠隔同期インスタンス、リカバリ・インスタンス |
対応 |
REDOデータを送信するデータベースまたは遠隔同期インスタンスの |
有効範囲 |
データベース、リカバリ・アプライアンス |
Cloud Control名 |
|
脚注4
このプロパティはスタンバイ・データベースまたは遠隔同期インスタンスに対して設定されますが、REDOデータを送信するデータベースまたは遠隔同期インスタンスのREDO転送サービスには間接的に関係します。スタンバイ・データベースに指定した設定は、ブローカにより、REDOデータを送信するデータベースまたは遠隔同期インスタンスのLOG_ARCHIVE_DEST_
n
値の対応する属性に伝播されます。
8.3.20 LogXptMode
構成可能なプロパティLogXptMode
では、REDO転送サービスを設定できます。
各構成メンバー上で、REDO転送サービスを次のモードのいずれかに設定してください。
-
SYNC
この構成メンバーに対するREDO転送サービスを、
LOG_ARCHIVE_DEST_
n
初期化パラメータのSYNC
およびAFFIRM
属性を使用して構成します。スタンバイREDOログ・ファイルが必要です。データ保護モードが最大保護、最大可用性の場合はこのモードを設定する必要があります。このREDO転送サービスでは、プライマリ・データベースに対して最高レベルのデータ保護が可能ですが、パフォーマンスへの影響も最大になります。 -
ASYNC
この構成メンバーに対するREDO転送サービスを、
LOG_ARCHIVE_DEST_
n
初期化パラメータのASYNC
およびNOAFFIRM
属性を使用して構成します。スタンバイREDOログ・ファイルが必要です。このモードではプライマリ・データベースに対して適度なレベルのデータ保護が可能になり、SYNC
に比べるとパフォーマンスへの影響も小さくなります。 -
この構成メンバーに対するREDO転送サービスを、
LOG_ARCHIVE_DEST_
n
初期化パラメータのSYNC
およびNOAFFIRM
属性を使用して構成します。このモードは、最大可用性保護モードでのみ利用できます。FASTSYNC
転送モードはLOG_ARCHIVE_DEST_n
パラメータのNOAFFIRM
属性を使用するため、データが失われる可能性があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
スタンバイ・データベース、リカバリ・アプライアンス、遠隔同期インスタンス脚注 5 |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイ、遠隔同期インスタンス、リカバリ・インスタンス |
対応 |
|
有効範囲 |
データベース、遠隔同期インスタンス、リカバリ・アプライアンス |
Cloud Control名 |
|
脚注5
このプロパティはスタンバイ・データベースまたは遠隔同期インスタンスに対して設定されますが、REDOデータを送信するデータベースまたは遠隔同期インスタンスのREDO転送サービスには間接的に関係します。ブローカは、スタンバイ・データベースまたは遠隔同期インスタンス上で指定した構成を、REDOデータを送信するデータベースまたは遠隔同期インスタンスのLOG_ARCHIVE_DEST_
n
値にある、対応する属性に伝播します。RedoRoutes
プロパティがREDO転送モードに構成されている場合に、データベースがデータベースまたは遠隔同期インスタンスからREDOを受け取ると、そのRedoRoutes
プロパティ値で指定されたモードはLogXptMode
プロパティの値をオーバーライドする点に注意してください。
関連項目:
REDO転送サービスのデータ保護モードの設定方法の詳細は、「ブローカ構成のメンバーの管理」を参照してください
8.3.21 LsbyMaxEventsRecorded
構成可能なプロパティLsbyMaxEventsRecorded
は、ロジカル・スタンバイのイベント情報が格納されているDBA_LOGSTDBY_EVENTS
表に格納するイベントの数を指定します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
>=0 |
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的。SQL Applyには再起動は必要ではありません。 |
ロール |
スタンバイ |
スタンバイ・タイプ |
ロジカル |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
|
8.3.22 LsbyMaxServers
構成可能なインスタンス固有のプロパティLsbyMaxServers
は、SQL Applyのために確保されたパラレル問合せサーバー数を指定します。
値が0 (ゼロ)の場合、SQL Applyは使用可能なすべてのパラレル問合せサーバーを使用して、ログ・ファイルを読み取り、変更を適用します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
>=0 |
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的。SQL Applyには再起動は必要ではありません。 |
ロール |
スタンバイ |
スタンバイ・タイプ |
ロジカル |
対応 |
|
有効範囲 |
インスタンス(Oracle RACデータベースでは、 |
Cloud Control名 |
|
8.3.23 LsbyMaxSga
構成可能なインスタンス固有のプロパティLsbyMaxSga
は、システム・グローバル領域(SGA)内でSQL Applyキャッシュ用に割り当てるMB数を指定します。
値が0(ゼロ)の場合、SQL ApplyはSHARED_POOL_SIZE
初期化パラメータに設定された値の4分の1を使用します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
>=0 |
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的。SQL Applyには再起動は必要ではありません。 |
ロール |
スタンバイ |
スタンバイ・タイプ |
ロジカル |
対応 |
|
有効範囲 |
インスタンス(Oracle RACデータベースでは、 |
Cloud Control名 |
|
8.3.24 LsbyPreserveCommitOrder
構成可能なプロパティLsbyPreserveCommitOrder
は、プライマリ・データベースでコミットされた順序と同じ順序でトランザクションがロジカル・スタンバイ・データベースにコミットされるかどうかを制御します。
次のいずれかの値を指定します。
-
TRUE
: トランザクションは、プライマリ・データベースでコミットされた順序と同じ順序でロジカル・スタンバイ・データベースに適用されます。 -
FALSE
: オーバーラップしていない行セットが含まれるトランザクションは、プライマリ・データベースでコミットされた順序とは異なる順序でコミットされる場合があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
SYSTEM.LOGSTDBY$PARAMETERSの |
インポート |
|
パラメータ・クラス |
静的。SQL Applyには再起動が必要です。 |
ロール |
スタンバイ |
スタンバイ・タイプ |
ロジカル |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
|
8.3.25 LsbyRecordAppliedDdl
構成可能なプロパティLsbyRecordAppliedDdl
は、ロジカル・スタンバイ・データベースに適用されたSQL文をDBA_LOGSTDBY_EVENTS
表に記録するかどうかを制御します。
次のいずれかの値を指定します。
-
TRUE
: ロジカル・スタンバイ・データベースに適用されたDDL文はDBA_LOGSTDBY_EVENTS
表に記録されます。これがデフォルトの設定です。 -
FALSE
: 適用したDDL文は記録されません。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的。SQL Applyには再起動は必要ではありません。 |
ロール |
スタンバイ |
スタンバイ・タイプ |
ロジカル |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
|
8.3.26 LsbyRecordSkipDdl
構成可能なプロパティLsbyRecordSkipDdl
は、スキップしたDDL文をDBA_LOGSTDBY_EVENTS
表に記録するかどうかを制御します。
次のいずれかの値を指定します。
-
TRUE
: スキップしたDDL文がDBA_LOGSTDBY_EVENTS
表に記録されます。これがデフォルトの設定です。 -
FALSE
: スキップしたDDL文はDBA_LOGSTDBY_EVENTS
表に記録されません。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的。SQL Applyには再起動は必要ではありません。 |
ロール |
スタンバイ |
スタンバイ・タイプ |
ロジカル |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
|
8.3.27 LsbyRecordSkipErrors
構成可能なプロパティLsbyRecordSkipErrors
は、スキップしたエラー(DBMS_LOGSTDBY.SKIP_ERROR
プロシージャを参照)をDBA_LOGSTDBY_EVENTS
表に記録するかどうかを制御します。
次のいずれかの値を指定します。
-
TRUE
: スキップしたエラーがDBA_LOGSTDBY_EVENTS
表に記録されます。 -
FALSE
: スキップしたエラーはDBA_LOGSTDBY_EVENTS
表に記録されません。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的。SQL Applyには再起動は必要ではありません。 |
ロール |
スタンバイ |
スタンバイ・タイプ |
ロジカル |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
|
8.3.28 MaxConnections
構成可能プロパティMaxConnections
は、データベースまたは遠隔同期インスタンスの単一のアーカイブREDOログからリモート・サイトのアーカイブREDOログにREDOデータを転送するために同時にいくつのARCnプロセスを使用するかを指定します。
MaxConnections
プロパティが1よりも大きい値に設定されている場合、REDO転送サービスでは、複数のARCnプロセスを使用してREDOデータをリモートの保存先のアーカイブREDOログ・ファイルに転送します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
1から20 |
ブローカ・デフォルト |
1 |
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
スタンバイ、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル、ロジカル、スナップショット、リカバリ・アプライアンス |
対応 |
注意: LOG_ARCHIVE_DEST_ n 初期化パラメータのMAX_CONNECTIONS 属性は、Oracle Databaseリリース18cで非推奨であり、下位互換性のためにのみサポートされています。
|
有効範囲 |
データベース、リカバリ・アプライアンス |
Cloud Control名 |
該当なし |
脚注6
LOG_ARCHIVE_MAX_PROCESSES
初期化パラメータは、インスタンスが実際に使用するARCnプロセスの数に影響します。
8.3.29 MaxFailure
構成可能なプロパティMaxFailure
は、連続してアーカイブに失敗する最大許容数を指定します。この回数を超えると、REDO転送サービスにより、スタンバイ・データベースへのアーカイブREDOログ・ファイルの転送が停止されます。
値が0(ゼロ)の場合は、障害の発生が無制限に許容されることを示します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
>=0 |
ブローカ・デフォルト |
スタンバイ・データベースがブローカの |
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
スタンバイ脚注 7、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル、ロジカル、スナップショット、リカバリ・アプライアンス |
対応 |
|
有効範囲 |
データベース、リカバリ・アプライアンス |
Cloud Control名 |
該当なし |
脚注7
このプロパティはスタンバイ・データベースまたは遠隔同期インスタンスに対して設定されますが、REDOデータを送信するデータベースまたは遠隔同期インスタンスのREDO転送サービスには間接的に関係します。ブローカは、スタンバイ・データベースまたは遠隔同期インスタンス上で指定した構成を、REDOデータを送信するデータベースまたは遠隔同期インスタンスのLOG_ARCHIVE_DEST_
n値にある、対応する属性に伝播します。
8.3.30 NetTimeout
構成可能なプロパティNetTimeout
は、Oracle Net ServicesがLGWR要求に応答するまでLGWRが待機する秒数を指定します。
このプロパティを使用して、TCPでの長い接続タイムアウトが迂回されます。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
0、15から1200 |
ブローカ・デフォルト |
30 |
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
プライマリ、スタンバイ、遠隔同期インスタンス、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイ、遠隔同期インスタンス、リカバリ・インスタンス |
対応 |
|
有効範囲 |
データベース、遠隔同期インスタンス、リカバリ・アプライアンス |
Cloud Control名 |
該当なし |
8.3.31 ObserverConnectIdentifier
構成可能なプロパティObserverConnectIdentifier
は、このデータベースとの接続のためにオブザーバが使用できる接続識別子を指定します。
ファスト・スタート・フェイルオーバーが有効化されている場合は、接続識別子はプライマリ・データベースまたはターゲット・スタンバイ・データベースにのみ関連があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
このデータベースの接続にオブザーバが使用できる接続識別子 |
ブローカ・デフォルト |
空の文字列脚注8 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
フィジカルまたはロジカル |
対応 |
該当なし |
有効範囲 |
データベース |
Cloud Control名 |
|
脚注8
空の文字列である場合(ユーザーが設定しなかった場合)、このデータベースのDGConnectIdentifierプロパティで指定された接続識別子がオブザーバによって使用されます。
8.3.32 OnlineAlternateLocation
構成可能なプロパティOnlineAlternateLocation
は、構成可能なプロパティOnlineArchiveLocation
によって指定された場所に格納できない場合に、プライマリ、ロジカルおよびスナップショット・スタンバイ・データベースのオンラインREDOログ・アーカイブの代替の場所を指定します。
このプロパティの有効範囲はインスタンス固有であるため、指定する場所はインスタンスからアクセスできる必要があります。
カテゴリ | 説明 |
---|---|
データ型 | 文字列 |
有効値 |
|
ブローカ・デフォルト | 空の文字列 |
インポート | 不要 |
パラメータ・クラス | 動的 |
ロール | プライマリおよびスタンバイ |
スタンバイ・タイプ | フィジカル、ロジカルまたはスナップショット・スタンバイ |
対応 | プライマリまたはスタンバイ・インスタンスの場合は、構成可能なデータベース・プロパティOnlineArchiveLocation と一致するローカル格納先の代替格納先を表す;LOG_ARCHIVE_DEST_n 初期化パラメータのLOCATION 属性。
|
有効範囲 | インスタンス |
Cloud Control名 | Cloud Control名はありません |
8.3.33 OnlineArchiveLocation
構成可能なプロパティOnlineArchiveLocation
は、プライマリ、ロジカルおよびスナップショット・スタンバイ・データベースのオンラインREDOログ・アーカイブの場所を指定します。
常にこのプロパティに値を明示的に設定することをお薦めします。
カテゴリ | 説明 |
---|---|
データ型 | 文字列 |
有効値 |
|
ブローカ・デフォルト | 空の文字列 |
インポート | 要。格納先がローカル格納先で、VALID_FOR 属性が文字列(ONLINE_LOGFILE 、ALL_ROLES )と互換性があるインスタンスのV$ARCHIVE_DEST ビューのDESTINATION 列から。
|
パラメータ・クラス | 動的 |
ロール | プライマリおよびスタンバイ |
スタンバイ・タイプ | フィジカル、ロジカルまたはスナップショット・スタンバイ |
対応 |
|
有効範囲 | インスタンス |
Cloud Control名 | Cloud Control名はありません |
8.3.34 PreferredApplyInstance
構成可能なプロパティPreferredApplyInstance
は、特定のインスタンスがログ適用サービス提供に関して優先候補であることを示します。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
インスタンス名(SID)または空の文字列。特定のプラットフォームでは、SIDの大/小文字が区別される場合があることに注意してください。 |
ブローカ・デフォルト |
空の文字列 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
スタンバイ、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル、ロジカル、リカバリ・アプライアンス |
対応 |
該当なし |
有効範囲 |
データベース、リカバリ・アプライアンス |
Cloud Control名 |
|
関連項目:
-
SIDの詳細は、『Oracle Database管理者ガイド』を参照してください。
-
Oracle RAC環境での適用サービスの詳細は、「Oracle RACデータベース環境での適用サービス」を参照してください
8.3.35 PreferredObserverHosts
構成可能なプロパティPreferredObserverHosts
を使用すると、データベースがプライマリ・ロールである場合にそのマスター・オブザーバのホストとして優先するホストを一覧で表示できます。
このプロパティの値は、ファスト・スタート・フェイルオーバーの有効/無効や、オブザーバがOBSERVED状態にあるかどうかにかかわらず、いつでも変更できます。ただし、この変更は、次のロール変更までマスター・オブザーバの場所には影響しません。
このプロパティが設定されている場合、ブローカはロール変更後に次の手順を実行します。
-
新しいプライマリの
PreferredObserverHosts
プロパティで指定されたリストにあるホスト上で現在のマスター・オブザーバが動作しているかどうかを確認します。「Yes」の場合はここで終了し、それ以外は手順2に進みます。 -
リストを先頭から調べ、1つのオブザーバが動作していて、プライマリ・データベースとターゲット・スタンバイ・データベースに接続しているホストを探します。見つかった場合は手順3に進み、見つからなかった場合はここで終了します。
-
手順2で見つかったホストにマスター・オブザーバを切り替えます。切替えに失敗した場合、他のホストは試行されません。
カテゴリ | 説明 |
---|---|
データ型 | 文字列 |
有効値 | カンマで区切られた1つ以上のホスト名を含む文字列(次に例を示します)。
値の設定時に、該当するホスト上でオブザーバが動作していない場合でも、各ホスト名には有効なネットワーク名の任意の文字列を指定できます。 |
ブローカ・デフォルト | Null |
インポート | 不要 |
パラメータ・クラス | 該当なし |
ロール | プライマリ、スタンバイ |
スタンバイ・タイプ | フィジカル・スタンバイとロジカル・スタンバイ |
対応 | 該当なし |
有効範囲 | データベース |
Cloud Control名 | 該当なし |
8.3.36 RedoCompression
構成可能プロパティRedoCompression
は、スタンバイ・データベースまたは遠隔同期インスタンスに転送されるREDOデータが圧縮形式か非圧縮形式かを指定します。
注意:
REDO転送の圧縮は、Oracle Advanced Compressionオプションの機能です。REDO転送の圧縮機能を使用する前に、このオプションのライセンスを購入する必要があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
DISABLE 、ENABLE 、ZLIB またはLZO
|
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
スタンバイ・データベース、遠隔同期インスタンス脚注 9、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイ、遠隔同期インスタンス、リカバリ・インスタンス |
対応 |
|
有効範囲 |
データベース、遠隔同期インスタンス、リカバリ・アプライアンス |
Cloud Control名 |
該当なし |
脚注9
このプロパティはスタンバイ・データベースまたは遠隔同期インスタンスに対して設定されますが、REDOデータを送信するデータベースまたは遠隔同期インスタンスのREDO転送サービスには間接的に関係します。ブローカは、スタンバイ・データベースまたは遠隔同期インスタンス上で指定した構成を、REDOデータを送信するデータベースまたは遠隔同期インスタンスのLOG_ARCHIVE_DEST_
n
値にある、対応する属性に伝播します。
8.3.37 RedoRoutes
RedoRoutes
プロパティを使用すると、デフォルトの動作(プライマリ・データベースが生成したREDOを構成内にある他のすべてのREDO転送先に送信する)を上書きできます。
RedoRoutes
プロパティを使用すると、より複雑なREDO転送トポロジを作成することができます。たとえば、フィジカル・スタンバイ・データベースまたは遠隔同期インスタンスが、プライマリ・データベースから受け取ったREDOを1つ以上の接続先に転送するものや、指定された接続先に対して使用されるREDO転送モードが、どのデータベースがプライマリ・ロールであるかによって異なるものなどです。
RedoRoutes
プロパティは、1つ以上のREDOルーティング・ルールを含む文字列に設定されます。各ルールは、1つ以上のREDOソースと1つ以上のREDO接続先を含みます。REDOルーティング・ルールは、ルール内のREDOソースの1つがプライマリ・ロールであるときにアクティブになります。結果的に、プライマリ・データベースからのREDOは、ルール内のすべてのREDO接続先に送信されます。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
それぞれ1組のカッコ内に含まれる、1つ以上のREDOルーティング・ルールを含む文字列: (redo_routing_rule_1) [(redo_routing_rule_n)] REDOルーティング・ルールの詳細は、「REDOルーティング・ルール」を参照してください。 |
ブローカ・デフォルト |
Null |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
プライマリ、スタンバイ、遠隔同期インスタンス |
スタンバイ・タイプ |
フィジカル・スタンバイと遠隔同期インスタンス |
対応 |
|
有効範囲 |
データベース、遠隔同期インスタンス |
Cloud Control名 |
RedoRoutes |
8.3.37.1 REDOルーティング・ルール
RedoRoutes
プロパティは、1つ以上のREDOルーティング・ルールを含む文字列に設定されます。
各ルールは、次のようにカッコ内に入れます。
(redo_routing_rule_1) [(redo_routing_rule_n)]
redo routing ruleには、redo sourceフィールドとredo destinationフィールドが含まれ、それらは次のようにコロンで区切られます。
(redo source : redo destination)
redo sourceフィールドには、次のように、キーワードLOCAL
、ANY
、またはDB_UNIQUE_NAME
値のカンマ区切りリストが含まれる必要があります。
{LOCAL | ANY | db_unique_name_1,[,db_unique_name_n]}
-
キーワード
LOCAL
は、ローカル・データベース名の別名です。このキーワードは、遠隔同期インスタンスでは使用できません。 -
ANY
キーワードは、構成内の任意のデータベースの別名です。 -
1つのデータベースは、明示的にも、暗黙的(
LOCAL
キーワードを使用)にも、指定されたデータベースで定義されている複数のREDOルーティング・ルールにおけるREDOソースとして指定することはできません。
redo destinationフィールドには、キーワードALL
、またはREDO転送グループのカンマ区切りリストが含まれる必要があり、それぞれ宛先データベースと優先度属性(オプション)およびREDO転送モード属性(オプション)で構成されます。
{ALL [xpt_mode] | redo_dest_group_1 [, redo_dest_group_n]}
-
ALL
キーワードは、構成において可能なすべての接続先の別名です。 -
redo_dest_group_n
は次のようにします。{ db_unique_name_1 [xpt_mode] | ( db_unique_name_1 [xpt_mode] [PRIORITY=n] [,db_unique_name_n [xpt_mode] [PRIORITY=n]] ) }
オプションの
xpt_mode
は、REDOを関連の接続先に送信するために使用されるREDO転送モードを指定します。指定可能な値は、3つの値(ASYNC
、SYNC
またはFASTSYNC
)のいずれかです。REDO転送属性を指定しない場合、使用される転送モードは、そのREDO接続先のLogXptMode
プロパティで指定されたものになります。オプションの[
PRIORITY=
n]では、nに1から8を指定できます。遠隔同期メンバーのデフォルト値は1で、非遠隔同期メンバーのデフォルト値は8です。グループおよび優先度の設定が異なると、様々な条件下でREDO転送がどのような影響を受けるか理解しておく必要があります。次の例では、いくつかの状況について説明します。
例1: グループ内の優先度が異なる場合
PRI
(プライマリ・データベース)SB1
(スタンバイ・データベース)FS1
(遠隔同期インスタンス)
PRI
が、スタンバイ・データベースSB1
で使用するREDOログを生成します。遠隔同期インスタンスFS1
が存在するため、スタンバイ・データベースへのREDO転送パスには2つの可能性が考えられます。
- (パス1)
PRI
—>FS1
—>SB1
- (パス2)
PRI
—>SB1
RedoRoutes
プロパティを使用して表現できます。
PRI
—RedoRoutes = (local : ( FS1 PRIORITY=1, SB1 PRIORITY=2 ) )
FS1
—RedoRoutes = ( PRI : SB1 )
PRI
のRedoRoutes
プロパティで指定したように、プライマリ(PRI
)には2つの宛先(PRIORITY=1
のFS1
とPRIORITY=2
のSB1
)が設定されています。優先度の数字が小さいほど優先度が高くなるため、プライマリPRI
は、まずFS1
にREDOログを送信しようとします。
FS1
が使用できる場合、プライマリはPRIORITY=1
が設定されているFS1
に送信します。FS1
が使用できない場合、プライマリはPRIORITY=2
が設定されているSB1
に送信します。FS1
が再度アクティブになると、PRIORITY 1はPRIORITY 2よりも優先度が高いので、プライマリはまたFS1に送信するようになります。
例2: グループ内の優先度が同じ場合
FS2
を追加して、RedoRoutes
プロパティを次のように更新すると仮定します。
PRI
—RedoRoutes = (local : ( FS1 PRIORITY=1, FS2 PRIORITY=1 ) )
FS1
—RedoRoutes = ( PRI : SB1 )
FS2
—RedoRoutes = ( PRI : SB1 )
現在、プライマリPRI
には、同じ優先度の2つの宛先(FS1
とFS2
)が設定されています。プライマリはFS1
またはFS2
のいずれかを選択する必要があります。プライマリがFS1
を選択すると仮定します。
FS1
が使用できる場合、プライマリはFS1
に送信します。FS1
が使用できない場合、プライマリはFS2
に送信します。FS1
が再度アクティブになった後も、FS1
とFS2
の優先度が同じであるため、プライマリは引き続きFS2
に送信します。FS2
に障害が発生すると、プライマリはFS1
に送信します。
例3: 複数グループ
SB2
を追加してから、RedoRoutes
プロパティを次のように更新して、プライマリに2つの宛先グループを設定すると仮定します。
PRI
—RedoRoutes = (local : ( FS1 PRIORITY=1, SB1 PRIORITY=2 ), ( FS2 PRIORITY=1, SB2 PRIORITY=2 ) )
FS1
—RedoRoutes = ( PRI : SB1 )
FS2
—RedoRoutes = ( PRI : SB2 )
一般的なルールとして、REDOのアクティブ・パスは各グループに1つです。(REDOのアクティブ・パスが複数ある場合の使用例は、例4を参照してください。)プライマリは、1番目のグループ( FS1 PRIORITY=1
, SB1 PRIORITY=2
)に対して1つのREDO転送パスを、2番目のグループ( FS2 PRIORITY=1
, SB2 PRIORITY=2
)に対して別のREDO転送パスを確立します。
-
FS1
とFS2
の両方が使用できる場合、プライマリはFS1
とFS2
に送信します。 -
FS1
は使用できないがFS2
は使用できる場合、プライマリはSB1
とFS2
に送信します。 -
FS1
は使用できるがFS2
は使用できない場合、プライマリはFS1
とSB2
に送信します。 -
FS1
とFS2
の両方とも使用できない場合、プライマリはSB1
とSB2
に送信します。
例4: PRIORITY属性が8に設定されている場合
PRIORITY=8
には特別な意味があります。PRIORITY=8
が設定されている宛先にREDOを送信する場合、プライマリはすべてのPRIORITY=8
宛先に送信する必要があります。RedoRoutes
プロパティを次のように更新して、3つの宛先が含まれる1つのグループをプライマリに設定すると仮定します。
PRI
—RedoRoutes = (local : ( FS1 PRIORITY=1, SB1 PRIORITY=8, SB2 PRIORITY=8 ) )
FS1
—RedoRoutes = ( PRI : SB1, SB2 )
このように設定すると、動作は次のようになります。
-
FS1
が使用できる場合、プライマリはFS1
に送信します。 -
FS1
が使用できない場合、SB1
とSB2
のどちらにもPRIORITY=8
が設定されているため、プライマリはこの両方に送信します -
FS1
が再度アクティブになると、プライマリはFS1
に送信します。
高度なREDO転送設定の使用上の注意
高度なREDO転送設定の使用では、次のことに注意してください。
-
RedoRoutes
プロパティのデフォルト値はNULLです。プライマリ・データベースは、(LOCAL : ALL)
として扱われます。 -
REDOルーティング・ルールがアクティブになるのは、そのREDOソース・フィールドで現在のプライマリ・データベースが指定されている場合です。ルールがアクティブになっている場合、プライマリ・データベースのREDOは、ルールが定義されているデータベースによって、そのルールのREDO接続先フィールドで指定されている各接続先に送信されます。
-
カスケード接続先で、その接続先へのリアルタイム・カスケーディングを有効にするには、
ASYNC
REDO転送属性を明示的に指定する必要があります。 -
RedoRoutes
プロパティでは、フィジカル・スタンバイ・データベースがスナップショット・スタンバイに変換された場合に、スナップショット・スタンバイがREDOデータを別のメンバーに送信するように構成できません。 -
ロジカル・スタンバイ・データベースに
RedoRoutes
プロパティを設定できるのは、REDOソース・フィールドがLOCAL
に設定されている場合のみです。
8.3.38 ReopenSecs
構成可能なプロパティReopenSecs
は、アーカイバ・プロセス(ARCn、フォアグラウンドまたはログ・ライター・プロセス)が、以前失敗した宛先に再度アクセスしようとするまでの最小時間(秒)を指定します。
カテゴリ | 説明 |
---|---|
データ型 |
整数 |
有効値 |
>=0 (秒) |
ブローカ・デフォルト |
|
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
スタンバイ・データベース、遠隔同期インスタンス脚注 10、リカバリ・アプライアンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイ、遠隔同期インスタンス、リカバリ・アプライアンス |
対応 |
|
有効範囲 |
データベース、遠隔同期インスタンス、リカバリ・アプライアンス |
Cloud Control名 |
該当なし |
脚注10
このプロパティはスタンバイ・データベースまたは遠隔同期インスタンスに対して設定されますが、REDOデータを送信するデータベースまたは遠隔同期インスタンスのREDO転送サービスには間接的に関係します。ブローカは、スタンバイ・データベースまたは遠隔同期インスタンス上で指定した構成を、REDOデータを送信するデータベースまたは遠隔同期インスタンスのLOG_ARCHIVE_DEST_
n
値にある、対応する属性に伝播します。
8.3.39 StandbyAlternateLocation
構成可能なプロパティStandbyAlternateLocation
は、構成可能なプロパティStandbyArchiveLocation
で指定された場所に格納できない場合に、使用する代替スタンバイREDOログ・アーカイブの場所を指定します。
このプロパティの有効範囲はインスタンス固有であるため、指定する位置はインスタンスからアクセスできる必要があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
空の文字列 |
インポート |
不要 |
パラメータ・クラス |
動的 |
ロール |
プライマリ、スタンバイおよび遠隔同期インスタンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイまたは遠隔同期インスタンス |
対応 |
スタンバイ・データベースまたは遠隔同期インスタンスの場合は、構成可能なプロパティ |
有効範囲 |
インスタンス |
Cloud Control名 |
|
注意:
ロジカル・スタンバイ・データベースの場合は、ローカル格納先を示すLOG_ARCHIVE_DEST_
n
初期化パラメータのLOCATION
属性と構成可能なプロパティStandbyAlternateLocation
の値には別の値を設定することをお薦めします。
8.3.40 StandbyArchiveLocation
構成可能なプロパティStandbyArchiveLocation
は、スタンバイREDOログ・アーカイブの場所を指定します。値は常に明示的に設定することをお薦めします。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
空の文字列 |
インポート |
要。格納先がローカル格納先で、 |
パラメータ・クラス |
動的 |
ロール |
プライマリ、スタンバイおよび遠隔同期インスタンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイまたは遠隔同期インスタンス |
対応 |
|
有効範囲 |
インスタンス |
Cloud Control名 |
|
注意:
データベース・リカバリ領域を使用する場合を除き、ロジカル・スタンバイ・データベースで、ローカル格納先を示すLOG_ARCHIVE_DEST_n
初期化パラメータのLOCATION
属性とStandbyArchiveLocation
プロパティの値には別の値を設定することをお薦めします。
8.3.41 StandbyFileManagement
構成可能なプロパティStandbyFileManagement
は、プライマリ・データベース上でのデータファイル追加操作をスタンバイ・データベースに適用する方法に影響します。
このプロパティをAUTO
に設定し、構成可能なプロパティDbFileNameConvert
を有効な値に設定すると、対応する新規データファイルがスタンバイ・データベース上で自動的に作成されます。この新規スタンバイ・データファイルの位置は、DbFileNameConvert
プロパティの値により決定されます。
このプロパティをMANUAL
に設定した場合は、スタンバイ・データベース上で適切な新規データファイルを手動で作成する必要があります。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
|
ブローカ・デフォルト |
|
インポート |
|
パラメータ・クラス |
動的 |
ロール |
スタンバイ |
スタンバイ・タイプ |
フィジカルまたはスナップショット |
対応 |
|
有効範囲 |
データベース |
Cloud Control名 |
該当なし |
8.3.42 StaticConnectIdentifier
構成可能なインスタンス固有のプロパティStaticConnectIdentifier
は、データベース・インスタンスの起動時にDGMGRLクライアントが使用する接続識別子を指定します。
このプロパティの値がNullの場合、DGConnectIdentifier
値は、インスタンスのシャットダウンと再起動を含む操作に対して使用されます。
カテゴリ | 説明 |
---|---|
データ型 |
文字列 |
有効値 |
静的に登録されているサービスを参照する接続識別子。 |
ブローカ・デフォルト |
次の値の連結である接続識別子。脚注 11
|
インポート |
|
パラメータ・クラス |
該当なし |
ロール |
プライマリおよびスタンバイ |
スタンバイ・タイプ |
フィジカル、ロジカルまたはスナップショット |
対応 |
該当なし |
有効範囲 |
インスタンス |
Cloud Control名 |
該当なし |
脚注11
InstanceName
プロパティで指定されたインスタンスが以前に起動したSID
と異なるSID
(V$INSTANCE
ビューのINSTANCE_NAME
列から読み取られたもの)で起動された場合、または以前に起動されたホストと異なるホスト(V$INSTANCE
ビューのHOST_NAME
列から読み取られたもの)で起動された場合(あるいはその両方の場合)、ブローカは自動的にStaticConnectIdentifier
プロパティのデフォルト値を更新してLOCAL_LISTENER
初期化パラメータに指定したリスナーの現在のADDRESS
属性を組み込みます。
関連項目:
-
静的に登録されたサービスの詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。
-
静的サービスと
StaticConnectIdentifier
構成可能プロパティの使用に関する追加の情報は、My Oracle Supportノート1387859.1 (http://support.oracle.com
)を参照してください
8.3.43 TransportDisconnectedThreshold
構成可能なプロパティTransportDisconnectedThreshold
は、プライマリ・データベースからの最後の通信がプロパティ値を超過した場合に、ロジカル、フィジカル、スナップショット・スタンバイまたは遠隔同期インスタンスの警告ステータスを生成するために使用できます。
プロパティ値を表す単位は秒です。値が0秒の場合、警告を生成しません。
カテゴリ | 説明 |
---|---|
データ型 |
数値 |
有効値 |
>=0 |
ブローカ・デフォルト |
30秒 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
スタンバイ・データベース、遠隔同期インスタンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイまたは遠隔同期インスタンス |
対応 |
該当なし |
有効範囲 |
データベース、遠隔同期インスタンス |
Cloud Control名 |
該当なし |
8.3.44 TransportLagThreshold
構成可能なプロパティTransportLagThreshold
は、メンバーの転送ラグがプロパティ値を超過した場合に、ロジカル、フィジカル、スナップショット・スタンバイまたは遠隔同期インスタンスの警告ステータスを生成するために使用できます。
プロパティ値を表す単位は秒です。値が0秒の場合、転送ラグが存在しても警告を生成しません。
カテゴリ | 説明 |
---|---|
データ型 |
数値 |
有効値 |
>=0 |
ブローカ・デフォルト |
30秒 |
インポート |
不要 |
パラメータ・クラス |
該当なし |
ロール |
スタンバイ・データベース、遠隔同期インスタンス |
スタンバイ・タイプ |
フィジカル・スタンバイ、ロジカル・スタンバイ、スナップショット・スタンバイまたは遠隔同期インスタンス |
対応 |
該当なし |
有効範囲 |
データベース、遠隔同期インスタンス |
Cloud Control名 |
該当なし |