| Oracle® Data Guard概要および管理 11gリリース2 (11.2) B56302-06 |
|
 前 |
 次 |
この章では、LOG_ARCHIVE_DEST_n初期化パラメータ(nは1から31の整数)の属性のリファレンス情報を提供します。パラメータの属性には次のものがあります。
ALTERNATE(LOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31ではサポートされない)
LOCATIONおよびSERVICE(LOCATIONはLOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31ではサポートされない)
MANDATORY(LOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31ではサポートされない)
SYNCおよびASYNC(SYNCはLOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31ではサポートされない)
使用方法
Data Guard構成の各データベースは、通常、オンラインおよびスタンバイREDOログのアーカイブ用のLOCATION属性を持つ宛先を1つと、構成にあるその他のデータベース用のREMOTE属性を持つ宛先を1つ持ちます。
構成されている場合、LOG_ARCHIVE_DEST_1からLOG_ARCHIVE_DEST_10の各宛先には、ローカル・ディスクのディレクトリまたはリモートからアクセスするデータベースを指定する、LOCATIONまたはSERVICE属性が含まれている必要があります。LOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31の各宛先にはSERVICE属性が含まれている必要があります。
他の属性はすべてオプションです。
LOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31を、ALTERNATE REDO転送先として指定することはできません。
LOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31は、COMPATIBLE初期化パラメータが11.2.0.0以上に設定されている場合のみ使用できます。
REDO転送先で受信したREDOデータをスタンバイREDOログに書き込む前に確認するか、後に確認するかを制御します。
AFFIRM: REDO転送先で受信したREDOデータをスタンバイREDOログに書き込んだ後に確認するように指定します。
NOAFFIRM: REDO転送先で受信したREDOデータをスタンバイREDOログに書き込む前に確認するように指定します。
| カテゴリ | AFFIRM | NOAFFIRM |
|---|---|---|
| データ型 | キーワード | キーワード |
| 有効な値 | 該当なし | 該当なし |
| デフォルト値 | 該当なし | 該当なし |
| 必須属性 | SERVICE |
SERVICE |
| 属性との競合 | NOAFFIRM |
AFFIRM |
| 対応先 | V$ARCHIVE_DESTビューのAFFIRM列 |
V$ARCHIVE_DESTビューのAFFIRM列 |
元のアーカイブ先で障害が発生したときに使用する代替アーカイブ先を指定します。
| カテゴリ | ALTERNATE=LOG_ARCHIVE_DEST_n |
|---|---|
| データ型 | 文字列 |
| 有効な値 | LOG_ARCHIVE_DEST_n宛先。nは1から10の値です。 |
| デフォルト値 | なし。代替宛先が指定されていない場合、REDO転送サービスでは自動的に別のアーカイブ先に変更されません。 |
| 必須属性 | 該当なし |
| 属性との競合 | なし脚注 1 |
| 対応先 | V$ARCHIVE_DESTビューのALTERNATEおよびSTATUS列 |
脚注 1 REOPEN属性が0(ゼロ)ではない値で指定されている場合、ALTERNATE属性は無視されます。MAX_FAILURE属性に0(ゼロ)ではない値が指定され、障害件数が指定した障害しきい値を超過する場合は、ALTERNATE宛先が有効になります。このため、ALTERNATE属性は0(ゼロ)ではないREOPEN属性値と競合しません。
使用方法
LOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31を、代替REDO転送先として指定することはできません。
ALTERNATE属性はオプションです。代替宛先が指定されていない場合、元のアーカイブ先に障害が発生しても、REDO転送サービスでは自動的に別のアーカイブ先に変更されません。
指定できる代替宛先はLOG_ARCHIVE_DEST_nパラメータごとに1つのみですが、複数の有効なアーカイブ先で同じ代替アーカイブ先を共有できます。
代替アーカイブ先に次のいずれかを指定することが理想的です。
有効化された宛先が代替宛先を参照していない場合は、代替宛先を自動的に有効化する方法はないので、代替宛先は保留になることを意味しています。ただし、ALTER SYSTEMを使用して実行時に代替宛先を有効化することができます。
代替宛先に指定できる宛先には、次の制限事項があります。
ローカルの必須の宛先を少なくとも1つは有効にする。
有効な宛先数は、LOG_ARCHIVE_MIN_SUCCEED_DESTパラメータでの定義と一致させる必要がある。
宛先をそれ自身の代替先にすることはできない。
有効な宛先数を増加させると、利用可能な代替アーカイブ先の数が減少します。
宛先に障害がある場合、次のアーカイブ操作で代替宛先が有効化されます。アーカイブ操作中に代替宛先を有効化するには処理済のブロックを再度読み取る必要があるので、これはサポートされていません。これはREOPEN属性の動作と同一です。
REOPEN属性が0(ゼロ)ではない値で指定されている場合、MAX_FAILURE属性が0(ゼロ)ではない値で指定されていなければALTERNATE属性は無視されます。MAX_FAILURE属性とREOPEN属性の値が0(ゼロ)ではない場合は、障害件数が指定の障害しきい値を超過すると、ALTERNATE宛先が有効になります。このため、ALTERNATE属性は0(ゼロ)ではないREOPEN属性値と競合しません。
例
例15-1のサンプル初期化パラメータ・ファイルでは、エラーが発生したり、デバイスがいっぱいになった場合、LOG_ARCHIVE_DEST_1は、代替宛先であるLOG_ARCHIVE_DEST_2へのフェイルオーバーを次回のアーカイブ操作で自動的に実行します。
例15-1 代替アーカイブ先への自動フェイルオーバー
LOG_ARCHIVE_DEST_1='LOCATION=/disk1 MANDATORY MAX_FAILURE=1 ALTERNATE=LOG_ARCHIVE_DEST_2' LOG_ARCHIVE_DEST_STATE_1=ENABLE LOG_ARCHIVE_DEST_2='LOCATION=/disk2 MANDATORY' LOG_ARCHIVE_DEST_STATE_2=ALTERNATE
この例と次の例の両方では、MAX_FAILURE属性を指定してする必要があります。この指定を行わなかった場合、問題が発生しても代替宛先へのフェイルオーバーが行われません。MAX_FAILUREにはデフォルト値はないので、値を指定する必要があります。
例15-2 同じスタンバイ・データベースに対する代替Oracle Netサービス名の定義
この例は、同じスタンバイ・データベースに代替Oracle Netサービス名を定義する方法を示しています。
LOG_ARCHIVE_DEST_1='LOCATION=/disk1 MANDATORY MAX_FAILURE=1' LOG_ARCHIVE_DEST_STATE_1=ENABLE LOG_ARCHIVE_DEST_2='SERVICE=stby1_path1 ALTERNATE=LOG_ARCHIVE_DEST_3' LOG_ARCHIVE_DEST_STATE_2=ENABLE LOG_ARCHIVE_DEST_3='SERVICE=stby1_path2' LOG_ARCHIVE_DEST_STATE_3=ALTERNATE
COMPRESSION属性は、REDOデータをREDO転送先に転送する前に圧縮するかどうかを指定するために使用します。
|
注意: REDO転送の圧縮は、Oracle Advanced Compressionオプションの機能です。REDO転送の圧縮機能を使用する前に、このオプションのライセンスを購入する必要があります。 |
| カテゴリ | COMPRESSION=ENABLEまたはDISABLE |
|---|---|
| データ型 | ブール |
| 有効な値 | ENABLEまたはDISABLE |
| デフォルト値 | DISABLE |
| 必須属性 | なし |
| 属性との競合 | なし |
| 対応先 | V$ARCHIVE_DESTビューのCOMPRESSION列 |
この宛先にあるデータベースの一意の名前を指定します。
| カテゴリ | DB_UNIQUE_NAME=name |
|---|---|
| データ型 | 文字列 |
| 有効な値 | nameは、DB_UNIQUE_NAMEパラメータを使用してこのデータベースに定義された値と一致している必要があります。 |
| デフォルト値 | なし |
| 必須属性 | なし |
| 属性との競合 | なし |
| 対応先 | V$ARCHIVE_DESTビューのDB_UNIQUE_NAME列 |
使用方法
この属性は、次の場合にはオプションです。
この属性が必須となるのは、LOG_ARCHIVE_CONFIG=DG_CONFIG初期化パラメータが指定されており、かつ、これがリモート宛先(SERVICE属性で指定)の場合です。
プライマリ・データベースとスタンバイ・データベースの関係を明確に識別するには、DB_UNIQUE_NAME属性を使用します。この属性は、Data Guard構成に複数のスタンバイ・データベースが存在する場合に特に有用です。
DB_UNIQUE_NAMEで指定する名前は、DG_CONFIGリストのDB_UNIQUE_NAME値の1つと一致している必要があります。REDO転送サービスにより、指定された宛先のデータベースのDB_UNIQUE_NAME属性がDB_UNIQUE_NAME属性と一致していること、またはその宛先への接続が拒否されていることが検証されます。
DB_UNIQUE_NAME属性で指定する名前は、宛先で識別されるデータベースのDB_UNIQUE_NAME初期化パラメータで指定されている名前と一致している必要があります。
例
次の例では、DB_UNIQUE_NAMEパラメータではboston(DB_UNIQUE_NAME=boston)が指定されており、これはLOG_ARCHIVE_DEST_1パラメータのDB_UNIQUE_NAME属性にも指定されています。LOG_ARCHIVE_DEST_2パラメータのDB_UNIQUE_NAME属性は、宛先としてchicagoを指定しています。bostonとchicagoは、どちらもLOG_ARCHIVE_CONFIG=DG_CONFIGパラメータにリストされています。
DB_UNIQUE_NAME=boston LOG_ARCHIVE_CONFIG='DG_CONFIG=(chicago,boston,denver)' LOG_ARCHIVE_DEST_1='LOCATION=/arch1/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=boston' LOG_ARCHIVE_DEST_2='SERVICE=Sales_DR VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=chicago'
スタンバイ・サイトでプライマリ・サイトからのREDOデータがアーカイブされてから、スタンバイ・データベースまたはそこからカスケードされたスタンバイにアーカイブREDOログ・ファイルが適用されるまでの最小タイム・ラグを指定します。
| カテゴリ | DELAY[=minutes] |
|---|---|
| データ型 | 数値 |
| 有効な値 | 0分以上 |
| デフォルト値 | 30分 |
| 必須属性 | SERVICE |
| 属性との競合 | LOCATION, VALID_FOR=(*,STANDBY_ROLE) |
| 対応先 | V$ARCHIVE_DESTビューのDELAY_MINSおよびDESTINATION列 |
使用方法
DELAY属性はオプションです。デフォルトでは、遅延は発生しません。
DELAY属性は、スタンバイ宛先のアーカイブREDOログ・ファイルが、指定した時間が経過するまでリカバリに利用されないことを示します。時間間隔は分で表され、転送されたREDOデータがスタンバイ・サイトに正常に到達した時点から計測されます。
DELAY属性を使用すると、破損したプライマリ・データまたは誤ったプライマリ・データからスタンバイ・データベースを保護できます。ただし、フェイルオーバー中は、破損が発生した時点までのすべてのREDOを適用するための所要時間が長くなるため、トレードオフを伴います。
DELAY属性は、REDOデータのスタンバイ宛先への転送に影響しません。
リアルタイム適用が使用可能になっている場合、設定した遅延は無視されます。
DELAY属性の変更は、次にREDOデータをアーカイブすると(ログ・スイッチ後に)有効になります。進行中のアーカイブ操作には、影響しません。
指定した遅延間隔は、スタンバイ・サイトで次のように上書きできます。
フィジカル・スタンバイ・データベース用
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE NODELAY;
ロジカル・スタンバイ・データベース用
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY NODELAY;
カスケードされたスタンバイが使用するDELAY値は、カスケードしているスタンバイにREDOを送信したプライマリのLOG_ARCHIVE_DEST_nパラメータに設定された値です。
|
関連項目: これらのALTER DATABASE文の詳細は、『Oracle Database SQL言語リファレンス』を参照してください。 |
例
DELAY属性を使用すれば、プライマリ・データベースと様々なレベルで同期させる複数のスタンバイ・データベースを維持する構成を設定できます。ただし、REDO Applyで破損時点までのすべてのREDOを適用するまでにかかる時間が長くなるため、フェイルオーバー中は、この保護はなんらかのオーバーヘッドを伴います。
たとえば、プライマリ・データベースAにスタンバイ・データベースBおよびCがあると仮定します。スタンバイ・データベースBは障害時リカバリ・データベースとして設定されているため、タイム・ラグはありません。スタンバイ・データベースCには2時間の遅延が設定されています。2時間あれば、スタンバイ・データベースに伝播する前に、ユーザー・エラーを検出できます。
次の例は、この構成用にDELAY属性を指定する方法を示しています。
LOG_ARCHIVE_DEST_1='LOCATION=/arch/dest MANDATORY' LOG_ARCHIVE_DEST_STATE_1=ENABLE LOG_ARCHIVE_DEST_2='SERVICE=stbyB SYNC AFFIRM' LOG_ARCHIVE_DEST_STATE_2=ENABLE LOG_ARCHIVE_DEST_3='SERVICE=stbyC DELAY=120' LOG_ARCHIVE_DEST_STATE_3=ENABLE
|
注意: または、十分なフラッシュバック・ログ・データがあれば、フラッシュバック・データベースを使用して、データベースを障害発生時点または他のデータベース・インカネーションのSCNまで戻すこともできます。フラッシュバック・データベースの使用については、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』で説明しています。 |
各宛先にはLOCATION属性またはSERVICE属性を指定して、REDO転送サービスがローカル・ディスクのディレクトリまたはリモート・データベースの宛先のどちらにREDOデータを転送できるかを明示する必要があります。
LOG_ARCHIVE_DEST_1からLOG_ARCHIVE_DEST_10の宛先は、LOCATION属性またはSERVICE属性を含むことができます。
LOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31の宛先は、SERVICE属性しか含むことができません。
| カテゴリ | LOCATION=local_disk_directoryまたはUSE_DB_RECOVERY_FILE_DEST |
SERVICE=net_service_name |
|---|---|---|
| データ型 | 文字列値 | 文字列値 |
| 有効な値 | 該当なし | 該当なし |
| デフォルト値 | なし | なし |
| 必須属性 | 該当なし | 該当なし |
| 属性との競合 | SERVICE, DELAY, NOREGISTER, SYNC, ASYNC, NET_TIMEOUT, AFFIRM,NOAFFIRM, COMPRESSION, MAX_CONNECTIONS |
LOCATION |
| 対応先 | V$ARCHIVE_DESTビューのDESTINATIONおよびTARGET列 |
V$ARCHIVE_DESTビューのDESTINATIONおよびTARGET列 |
使用方法
LOCATIONまたはSERVICE属性を指定する必要があります。デフォルトはありません。
LOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31パラメータでは、LOCATION属性はサポートされません。
複数の属性を指定している場合は、属性のリストの最初にLOCATION属性またはSERVICE属性を指定します。
LOCATION属性で少なくとも1つのローカル・ディスクのディレクトリを指定する必要があります。これにより、データベースのメディア・リカバリが必要な場合は、ローカルのアーカイブREDOログ・ファイルに確実にアクセスできるようになります。ローカルまたはリモートの追加宛先は最大30個まで指定できます。
LOCATION属性には、次のいずれかを指定できます。
LOCATION=local_disk_directory
これは、データベースを置くシステム上のディスク・ディレクトリの一意のディレクトリ・パス名を指定します。これは、アーカイブREDOログ・ファイルのローカル宛先です。
LOCATION=USE_DB_RECOVERY_FILE_DEST
高速リカバリ領域を構成するには、DB_RECOVERY_FILE_DEST初期化パラメータを使用して、高速リカバリ領域として機能するディレクトリまたはOracle Storage Managerのディスク・グループを指定します。高速リカバリ領域の詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。
SERVICE属性を指定する場合は、次のようにします。
SERVICE属性と、REDOデータの送信先となるリモートOracleデータベース・インスタンスを識別する有効なOracle Netサービス名(SERVICE=net_service_name)を指定して、リモート宛先を識別します。
SERVICE属性で指定するOracle Netサービス名は、リモート・データベースへの接続に必要な情報を含む接続記述子に変換されます。
|
関連項目: Oracle Netサービス名の設定の詳細は、『Oracle Database Net Services管理者ガイド』を参照してください。 |
リモート宛先にREDOデータを転送するには、着信するアーカイブREDOデータを受け取るために、ネットワーク接続と、リモート宛先に対応付けられたOracleデータベース・インスタンスが必要です。
LOCATIONおよびSERVICE属性の現行の設定を確認するには、V$ARCHIVE_DEST固定ビューを問い合せます。
TARGET列は、宛先がプライマリ・データベースにとってローカルかリモートかを示します。
DESTINATION列は、宛先に指定されている値を示します。たとえば、宛先パラメータ値は、アーカイブREDOログ・ファイルが配置されているリモートのOracleインスタンスを示すOracle Netサービス名を指定します。
いっぱいになったオンライン・ログ・ファイルが再利用可能になるには、宛先へのアーカイブが成功する必要があることを指定します。
| カテゴリ | MANDATORY |
|---|---|
| データ型 | キーワード |
| 有効な値 | 該当なし |
| デフォルト値 | 該当なし |
| 必須属性 | 該当なし |
| 属性との競合 | オプション |
| 対応先 | V$ARCHIVE_DESTビューのBINDING列 |
使用方法
LOG_ARCHIVE_DEST_11からLOG_ARCHIVE_DEST_31パラメータでは、MANDATORY属性はサポートされません。
MANDATORYが指定されていない場合、デフォルトでは、宛先はオプションとみなされます。
すべての宛先がオプションである場合にも、最低1つの宛先は成功する必要があります。オプションの宛先へのアーカイブが失敗した場合、オンラインREDOログ・ファイルは再利用可能なままで、最終的に上書きされる可能性があります。しかし、必須の宛先へのアーカイブ操作が失敗した場合、オンラインREDOログ・ファイルは上書きされません。
LOG_ARCHIVE_MIN_SUCCEED_DEST=nパラメータ(nは1から10の整数)は、オンラインREDOログ・ファイルを上書きできるようになる前に、正常にアーカイブしておく必要がある宛先の数を指定します。
LOG_ARCHIVE_MIN_SUCCEED_DEST=nの件数は、すべてのMANDATORYの宛先とオプションのローカル宛先によって満たされます。LOG_ARCHIVE_MIN_SUCCEED_DESTパラメータに設定した値が一致すると、オンラインREDOログ・ファイルは再利用可能になります。たとえば、次のようにパラメータを設定できます。
# Database must archive to at least two locations before # overwriting the online redo log files. LOG_ARCHIVE_MIN_SUCCEED_DEST = 2
1つ以上のローカル宛先が必要であり、それらにMANDATORYを宣言するか、またはオプションのままにしておくことができます。
LOG_ARCHIVE_MIN_SUCCEED_DESTパラメータの最小値は1のため、最低1つのローカル宛先が操作上必須です。
必須の宛先のいずれかに障害が発生すると、LOG_ARCHIVE_MIN_SUCCEED_DESTパラメータは不適切になります。
LOG_ARCHIVE_MIN_SUCCEED_DESTパラメータ値を、必須の宛先数にオプションのローカル宛先数を加えた数よりも大きく設定することはできません。
V$ARCHIVE_DEST固定ビューのBINDING列は、アーカイブ操作に障害がどのように影響するのかを指定します。
アーカイブREDOログ・ファイルをREDO転送先に送信する際に、複数のネットワーク接続を使用できるようにします。複数のネットワーク接続を使用すると、待機時間が長いネットワーク・リンクを介したREDO転送のパフォーマンスを向上させることができます。
| カテゴリ | 説明 |
|---|---|
| データ型 | 整数 |
| 有効な値 | 1から20 |
| デフォルト値 | 1 |
| 必須属性 | なし |
| 属性との競合 | なし |
| 対応先 | プライマリ・データベースのV$ARCHIVE_DESTビューのMAX_CONNECTIONS列 |
使用方法
MAX_CONNECTIONS属性はオプションです。指定した場合は、REDO転送サービスでARCnプロセスをアーカイブに使用する場合にのみ使用されます。
MAX_CONNECTIONSを1(デフォルト)に設定すると、REDO転送サービスでは、1つのARCnプロセスを使用してリモート宛先にREDOデータを転送します。
MAX_CONNECTIONSを1より大きな値に設定すると、REDO転送サービスでは、複数のARCnプロセスを使用してリモート宛先のアーカイブREDOログ・ファイルにパラレルでREDOを転送します。各アーカイバ(ARCn)プロセスでは、個別のネットワーク接続を使用します。
複数のARCnプロセスを使用すると、REDO転送はパラレルで行われるため、REDOがリモート宛先に転送される速度は向上します。
ARCnプロセスから受信するREDOは、アーカイブREDOログ・ファイルに直接書き込まれます。したがって、受信時にリアルタイムで適用できません。
常に使用されているアーカイバ・プロセスの実際の数は、アーカイバのワークロードおよびLOG_ARCHIVE_MAX_PROCESSES初期化パラメータの値によって異なります。たとえば、すべての宛先のMAX_CONNECTIONS属性の合計がLOG_ARCHIVE_MAX_PROCESSESの値を超えている場合、Data Guardではできるだけ多数のARCnプロセスが使用されますが、その数はMAX_CONNECTIONS属性に指定されている値より少ない場合があります。
複数のARCnプロセスをOracle RAC環境で使用する場合は、REDOデータをシングル・スタンバイ・データベース・インスタンスに転送するように、プライマリ・インスタンスを構成します。このようにREDO転送を構成しておかなかった場合、アーカイブ操作がリモート・アーカイブへのデフォルト動作に戻り、シングルARCnプロセスを使用してREDOデータの転送を行います。
プライマリ・データベースが失敗した宛先を放棄する前に、REDO転送サービスが通信を再確立してその宛先へのREDOデータを転送する連続試行回数を制御します。
| カテゴリ | MAX_FAILURE=count |
|---|---|
| データ型 | 数値 |
| 有効な値 | >=0 |
| デフォルト値 | なし |
| 必須属性 | REOPEN |
| 属性との競合 | なし |
| 対応先 | V$ARCHIVE_DESTビューのMAX_FAILURE、FAILURE_COUNTおよびREOPEN_SECS列 |
使用方法
MAX_FAILURE属性はオプションです。デフォルトでは、失敗した宛先に対するアーカイブの試行回数に制限はありません。
この属性は、失敗後に回数制限付きでREDOデータの転送を再試行するように、宛先に対する障害の解決方法を指定するときに役立ちます。
MAX_FAILURE属性を指定した場合は、REOPEN属性も設定する必要があります。指定した連続試行回数を超過すると、その宛先はREOPEN属性が指定されていないものとして処理されます。
V$ARCHIVE_DEST固定ビューのFAILURE_COUNT列で障害件数を確認できます。関連するREOPEN_SECS列は、REOPEN属性値を示します。
|
注意: 宛先の障害件数が、指定したMAX_FAILURE属性の値に達した場合、その宛先を再利用するには、MAX_FAILURE属性値または他の属性を修正する必要があります。この結果、障害件数がゼロ(0)にリセットされます。 |
ALTER SYSTEM SET文によって宛先が変更されると、障害件数は0(ゼロ)にリセットされます。このため、現在の障害件数の値よりも小さな値にMAX_FAILURE属性を設定する問題が回避されます。
障害件数がMAX_FAILURE属性に設定された値以上になると、REOPEN属性値は暗黙的に0(ゼロ)に設定されます。これによって、REDO転送サービスは、次のアーカイブ操作ではREDOデータを代替宛先(ALTERNATE属性で指定)に転送するようになります。
MAX_FAILURE属性を指定せずに(またはMAX_FAILURE=0を指定し)、REOPEN属性に0(ゼロ)ではない値を指定すると、REDO転送サービスは、失敗した宛先に対して無制限にアーカイブを試行します。宛先がMANDATORY属性を持つ場合、オンラインREDOログ・ファイルはこの宛先にアーカイブされるまで再利用できません。
LGWRバックグラウンド・プロセスが、REDO転送先に送信されたREDOデータの確認待ちをブロックする時間を秒数で指定します。確認がNET_TIMEOUTの秒数内に受信されない場合は、エラーがログに記録され、その宛先へのREDO転送セッションは終了します。
| カテゴリ | NET_TIMEOUT=seconds |
|---|---|
| データ型 | 数値 |
| 有効な値 | 1脚注 1 から1200 |
| デフォルト値 | 30秒 |
| 必須属性 | SYNC |
| 属性との競合 | ASYNC(ASYNC属性を指定しても、REDO転送サービスでは無視され、エラーは戻されません。) |
| 対応先 | プライマリ・データベースのV$ARCHIVE_DESTビューのNET_TIMEOUT列 |
脚注 1 最小値は1秒に設定できますが、一時的なネットワーク・エラーによるスタンバイ・データベースからの切断を回避するために、最小値は8から10秒に設定することをお薦めします。
アーカイブREDOログ・ファイルの位置が、対応する宛先に記録されてはいけないことを示します。
| カテゴリ | NOREGISTER |
|---|---|
| データ型 | キーワード |
| 有効な値 | 該当なし |
| デフォルト値 | 該当なし |
| 必須属性 | SERVICE |
| 属性との競合 | LOCATION |
| 対応先 | V$ARCHIVE_DESTビューのDESTINATIONおよびTARGET列 |
REDO転送サービスが失敗した宛先の再オープンを試行するまでの最小秒数を指定します。
| カテゴリ | REOPEN [=seconds] |
|---|---|
| データ型 | 数値 |
| 有効な値 | 0秒以上 |
| デフォルト値 | 300秒 |
| 必須属性 | なし |
| 属性との競合 | 該当なし |
| 対応先 | V$ARCHIVE_DESTビューのREOPEN_SECSおよびMAX_FAILURE列 |
使用方法
REOPEN属性はオプションです。
REDO転送サービスは、失敗した宛先の再オープンをログ・スイッチ時に試行します。
REDO転送サービスは、最後のエラーの時刻にREOPEN間隔を加算した時刻が現在の時刻に達していないかどうかをチェックします。達していない場合、REDO転送サービスは宛先の再オープンを試行します。
REOPENは、接続障害のみでなく、すべてのエラーに適用されます。エラーには、ネットワーク障害、ディスク・エラー、クオータ例外などがありますが、これらに制限されません。
オプションの宛先にREOPENを指定すると、エラーが発生した場合にOracleデータベースでオンラインREDOログ・ファイルを上書きできます。MANDATORY宛先にREOPENを指定すると、REDO転送サービスは、REDOデータを正常に転送できない場合にプライマリ・データベースを停止します。この場合には、次のオプションを考慮します。
宛先を遅延させる、宛先をOPTIONALとして指定する、またはSERVICE属性値を変更することで宛先を変更。
代替宛先の指定。
宛先の無効化。
使用するREDO転送モードが同期(SYNC)なのか、非同期(ASYNC)なのかを指定します。
| カテゴリ | SYNC | ASYNC |
|---|---|---|
| データ型 | キーワード | キーワード |
| 有効な値 | 該当なし | 該当なし |
| デフォルト値 | 該当なし | なし |
| 必須属性 | なし | なし |
| 属性との競合 | ASYNC、LOCATION |
SYNC、LOCATION |
| 対応先 | V$ARCHIVE_DESTビューのTRANSMIT_MODE列 |
V$ARCHIVE_DESTビューのTRANSMIT_MODE列 |
宛先でアーカイブされたREDOログの名前について、ディレクトリ仕様と書式テンプレートを定義します。このテンプレートは、REDO宛先のLOG_ARCHIVE_FORMAT初期化パラメータにより定義されたデフォルトのファイル名書式とは異なるファイル名を生成するために使用されます。
| カテゴリ | TEMPLATE=filename_template_%t_%s_%r |
|---|---|
| データ型 | 文字列値 |
| 有効な値 | 該当なし |
| デフォルト値 | なし |
| 必須属性... | SERVICE |
| 属性との競合... | LOCATION |
| 対応先... | V$ARCHIVE_DESTビューのREMOTE_TEMPLATEおよびREGISTER列 |
使用方法
TEMPLATE属性はオプションです。TEMPLATEが指定されていない場合、アーカイブされたREDOログには、LOG_ARCHIVE_FORMAT初期化パラメータの値を使用して名前が付けられます。
TEMPLATE属性は、リモート・アーカイブ先でLOG_ARCHIVE_FORMAT初期化パラメータ設定をオーバーライドします。
TEMPLATE属性は、リモート宛先(つまり、SERVICE属性で指定された宛先)でのみ有効です。
表15-1で説明されているとおり、filename_templateに指定した値には、%s、%t、および%rディレクティブが必要です。
filename_template値は宛先に送信され、そこでファイル名を作成する前に、変換および検証されます。
次の要因に基づき、REDOデータを宛先に書き込むかどうかを指定します。
データベースがプライマリ・ロールとスタンバイ・ロールのどちらで現在実行されているか
オンラインREDOログ・ファイルまたはスタンバイREDOログ・ファイル(あるいはその両方)が、現在この宛先のデータベースでアーカイブされているかどうか
| カテゴリ | VALID_FOR=(redo_log_type, database_role) |
|---|---|
| データ型 | 文字列値 |
| 有効な値 | 該当なし |
| デフォルト値 | VALID_FOR=(ALL_LOGFILES, ALL_ROLES) |
| 必須属性 | なし |
| 属性との競合 | なし |
| 対応先 | V$ARCHIVE_DESTビューのVALID_NOW、VALID_TYPEおよびVALID_ROLE列 |
使用方法
VALID_FOR属性はオプションです。ただし、Data Guard構成内の各データベースでREDO転送先ごとにVALID_FOR属性を指定し、構成内のスタンバイ・データベースへのロール推移後もREDO転送が続行されるようにすることをお薦めします。
LOG_ARCHIVE_DEST_n宛先ごとにこれらの要因を構成するには、キーワードのペア(VALID_FOR=(redo_log_type,database_role))を使用してこの属性を指定します。
redo_log_typeキーワードは、次のいずれかをアーカイブする場合に有効な宛先を識別します。
ONLINE_LOGFILE: この宛先は、オンラインREDOログ・ファイルをアーカイブする場合のみ有効です。
STANDBY_LOGFILE: この宛先は、スタンバイREDOログ・ファイルをアーカイブする場合のみ有効です。
ALL_LOGFILES: この宛先は、オンラインREDOログ・ファイルまたはスタンバイREDOログ・ファイルをアーカイブする場合に有効です。
database_roleキーワードは、この宛先がアーカイブに有効なロールを識別します。
PRIMARY_ROLE: この宛先は、データベースがプライマリ・ロールで実行されている場合のみ有効です。
STANDBY_ROLE: この宛先は、データベースがスタンバイ・ロールで実行されている場合のみ有効です。
ALL_ROLES: この宛先は、データベースがプライマリ・ロールまたはスタンバイ・ロールで実行されている場合に有効です。
宛先にVALID_FOR属性を指定しないと、データベースがプライマリ・ロールまたはスタンバイ・ロールで稼働しているかどうかに関係なく、デフォルトで、オンラインREDOログ・ファイルとスタンバイREDOログ・ファイルのアーカイブが宛先で有効になります。このデフォルトの動作は、VALID_FOR属性で(ALL_LOGFILES,ALL_ROLES)キーワード・ペアを設定した場合と同様です。
VALID_FOR属性を使用すると、同じ初期化パラメータ・ファイルをプライマリ・ロールとスタンバイ・ロールの両方に使用できます。
