コマンド ALTER DATABASE FLASHBACK ON; は、フラッシュバック データベース機能を有効にします。この機能は、Oracle データベース全体を以前の特定の時点に素早く戻す手段を提供します。このコマンドは、Oracle 19c プライマリ データベースが開いているとき (オプション A) またはマウントされているとき (オプション B) に実行できます。また、SQL Apply がアクティブなとき (オプション E)、Oracle 19c ロジカル スタンバイ データベースにも適用できます。ただし、プライマリでフラッシュバック データベースを有効にしても、関連付けられているすべてのスタンバイ データベース (フィジカルかロジカルかに関係なく) でも自動的に有効になるわけではないことに注意することが重要です。Data Guard 構成内の各データベースでは、必要に応じてフラッシュバック データベースを明示的に有効にする必要があります。フィジカル スタンバイでリアルタイム クエリがアクティブであることは、このコマンドをスタンバイで実行できることに直接関係しません。参考: この説明は、『Oracle Database バックアップおよびリカバリ ユーザーズ ガイド』および『Oracle Data Guard 概要および管理』に記載されている Oracle のフラッシュバック テクノロジと Data Guard 構成の概念に基づいています。

グローバルシーケンスは、Oracle RACまたはData Guard構成内の複数のインスタンス間で一意の値を生成するOracleシーケンスです。リアルタイムクエリが有効なフィジカルスタンバイデータベースに接続した場合の動作とパフォーマンスについては、以下のとおりです。
* A: グローバル シーケンスを使用すると、プライマリ データベースとスタンバイ データベースの両方で一貫した一意の値を生成する必要があるため、プライマリ データベースのパフォーマンスに実際に影響が出る可能性があります。
* D: CACHEサイズが小さすぎると、フィジカル・スタンバイ・データベースのパフォーマンスに影響が出る可能性があります。これは、スタンバイ・データベースがキャッシュを補充するためにプライマリ・データベースに頻繁にアクセスする必要があり、負荷が増加し、パフォーマンスが低下する可能性があるためです。
* E: グローバルシーケンスには、NOORDERオプションとCACHEオプションを設定する必要があります。NOORDERオプションは、シーケンス番号が付与されるもののシーケンス順序は保証されないため、スケーラビリティとパフォーマンスが向上します。CACHEオプションは、アクセスを高速化するためにメモリに保持するシーケンス値の数を指定するために使用されます。
オプション B は、プライマリを指すスタンバイの LOG_ARCHIVE_DEST_n パラメータの定義がシーケンスの作成に直接関係しないため、正しくありません。
オプションCは不正解です。シーケンスのキャッシュサイズが少なくとも
100. CACHE サイズは、特定のユースケースやパフォーマンス上の考慮事項に基づいて異なる数値に設定できます。
参考資料: Oracle のシーケンスと Data Guard 環境でのシーケンスの動作に関するドキュメントには、特にリアルタイム クエリのコンテキストでシーケンスを使用する際のパフォーマンス上の考慮事項とベスト プラクティスに関する詳しい情報が提供されています。

* ブローカ操作中にDGMGRLがインスタンスを再起動できるようにするには、ローカルリスナーに静的サービスを登録する必要があります（A）：DGMGRL（Data Guard Managerコマンドラインインタフェース）がインスタンスの再起動などのインスタンス管理操作を実行するには、リスナーに静的サービスを登録する必要があります。これにより、インスタンスが完全に起動しておらず、動的サービス登録が利用できない場合でも、ブローカはデータベースインスタンスに接続できます。
* oracle-database-preinstall-19c パッケージをインストールするだけでは、Oracle Net 用のオペレーティング・システム・カーネル・パラメータを設定するには不十分です (C): oracle-database-preinstall-19c パッケージは、Oracle Database のインストール前要件を満たすためにいくつかのカーネル・パラメータの設定を自動化しますが、Data Guard 構成内の Oracle Net のすべての設定を個別にカスタマイズするものではありません。Data Guard 操作用に Oracle Net サービスを最適化するには、追加の手動設定が必要になる場合があります。
参考文献:
* Oracle Data Guard Brokerのドキュメント
* Oracle Net Services管理者ガイド

SYNC REDO転送モードを最大保護モードと組み合わせると、データ損失が発生しないことが保証されます（要件1）。フィジカル・スタンバイはスナップショット・スタンバイ（要件2）に変換し、その後ロジカル・スタンバイ・データベース（要件5）に変換することで、両方の変換要件を満たすことができます。トランザクションは、スタンバイ・データベースがREDOデータを受信するとすぐにコミットされます（要件3）。最大保護モードでは、プライマリの可用性はスタンバイ・データベースに依存しません。スタンバイがREDOを確認できない場合、プライマリ・データベースは停止するため（要件4）、間接的に可用性が確保されます。また、プライマリ（要件6）とフィジカル・スタンバイ（要件7）の両方にReal Application Clustersを導入して、高可用性とスケーラビリティを実現することも可能です。
さまざまなデータベース ロール、保護モード、および REDO 転送モードの要件、および各構成の機能と制限事項を詳しく説明した Oracle Data Guard ドキュメントを参照してください。