フィジカルスタンバイとカスケードスタンバイの区別
カスケードからカスケードスタンバイに非リアルタイムで適用されるのに、REDOトランスポートモードとしてSYNCとして言及する必要があるのはなぜですか？理想的には、リアルタイムでSYNCを適用することに言及しますか？
また、非リアルタイムのSYNC NOAFFIRMが適用されると言及する必要がありますか？
ありがとう！
カスケードからカスケードスタンバイに非リアルタイムで適用するために、REDOトランスポートモードとして
SYNCとして言及する必要があるのはなぜですか？
リアルタイムカスケード機能が使用されているかどうかは、実際には、カスケードスタンバイのパラメータLOG_ARCHIVE_DEST_nの属性に依存し、カスケードデータベースへのREDOストリームの転送方法を制御します。 Oracle 12c以降、LOG_ARCHIVE_DEST_nパラメータの属性LGWRおよびArchは非推奨になりました。有効な値はSYNC、ASYNCのみ、またはいずれもありません。特に、カスケードスタンバイの場合（つまり、スタンバイロールのDBの場合）、トランスポートの有効な属性はASYNCのみです。これは、スタンバイデータベースから別のデータベースへの同期トランスポートが不可能であることを意味します。 ASYNCが指定されている場合はリアルタイムカスケードが使用され、トランスポート属性が指定されていない場合はリアルタイムカスケードが無効になり、カスケードからカスケードデータベースへのREDOストリームはアーカイブログを使用して転送されます。
理想的には、リアルタイムで
SYNCに言及しますよね？
はい、カスケードおよびカスケードスタンバイを使用していない場合
非リアルタイム適用の場合は
SYNC NOAFFIRMとして言及する必要がありますか？
最大可用性モードでは、LOG_ARCHIVE_DEST_n属性SYNCとNOAFFIRMを一緒に使用できるようになりました。これにより、プライマリデータベースのパフォーマンスへの影響を増やすことなく、同期スタンバイデータベースをプライマリサイトからさらに離れた場所に展開できます。 （Oracle Data Guard Broker構成では、これはFASTSYNCモードと呼ばれます。）
したがって、その必要はありません。