図1は、説明
のData Guard最大の可用性はの使用をサポート NOAFFIRM REDO転送属性を。スタンバイ・データベースは、すぐにREDOがメモリに受信されたように、そのプライマリ・データベースに受信確認応答を返します。スタンバイ・データベースは、リモート・ファイル・サーバー（RFS）のを待ちませんスタンバイREDOログ・ファイルに書き込む。
最大サポート使用可能NOAFFIRMがメモリに格納されたREDO DG輸送特性限り、受信されたスタンバイ・データベースをやり直す場合、ライブラリは、メイン受信確認に戻ります。RFSプロセスは、REDOログ・ファイルに書き込む必要はありません。
この機能は、最大の可用性およびSYNC REDO転送を使用してData Guard構成で増加したプライマリ・データベースのパフォーマンスを提供します。高速同期は、スタンバイ・データベースでI / Oを減速によるパフォーマンスの影響からの最大可用性構成でプライマリ・データベースを分離します。
プライマリ・データベースで利用可能な高速同期させる最大のI / Oの上のライブラリによって影響されることはありません。あまりにも多くのパフォーマンスを犠牲にすることなく、データのセキュリティを向上させます。この機能が導入され、ニーズを満たすために、通常は十分です。それは、また、再起動や停電ライブラリによって調製メインライブラリーの故障、メモリ内のデータ伝送装置ライブラリ、ログファイルを書き込むための十分な時間、します：特殊な状況は、次のような、データ損失の災害につながる場合を除きデータ（データ矛盾）の損失をもたらします。
使用可能な最大について、公式ドキュメントを参照してください。http://docs.oracle.com/database/121/SBYDB/protection.htm#SBYDB4743
輸送は、SYNC / NOAFFIRMを用いて行う場合、一次実行は、書き込み動作およびデータのみがディスクに書き込まれていないことは、スタンバイで受信されたことの確認応答を待ちます。SYNC / NOAFFIRM輸送は、複数の同時故障の特別な場合のデータ損失への潜在的なエクスポージャーを犠牲にしてパフォーマンス上の利点を提供することができます。
パフォーマンス向上と引き換えに、データを失う可能性を持ちます。選択された行からの状況及び交通データによります。
保護の様々なモード、次の表の移動特性をやり直し
| 最大可用性 | 最高性能 | 最大保護 |
|---|---|---|
| AFFIRMまたはNOAFFIRM | NOAFFIRM | AFFIRM |
| SYNC | ASYNC | SYNC |
| DB_UNIQUE_NAME | DB_UNIQUE_NAME | DB_UNIQUE_NAME |
構文：
ALTER SYSTEM SET log_archive_dest_2='SERVICE=DG SYNC NOAFFIRM VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=DG_P';
ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE AVAILABILITY;