Oracle マルチテナント アーキテクチャと Data Guard にはさまざまな相互作用がありますが、このような環境では特定の側面が当てはまります。
* Data Guard Brokerは、マルチテナント データベースに使用できます (B): Data Guard Brokerは、Data Guard構成の管理と監視を簡素化し、Oracleマルチテナント アーキテクチャと完全に互換性があるため、マルチテナント コンテナ データベース (CDB) とそのプラガブル データベース (PDB) を含むData Guard構成を簡単に管理できます。
* マルチテナント プライマリ データベースを備えた Data Guard 環境は、任意の保護モード (E) で動作できます。プライマリ データベースがマルチテナント データベースであるかどうかに関係なく、Data Guard は最大パフォーマンス、最大可用性、または最大保護モードで動作するように構成できます。
この柔軟性により、Data Guard はマルチテナント環境におけるさまざまなデータ保護および可用性の要件を満たすことができます。参考資料:
* Oracle Data Guard Brokerのドキュメント
* Oracle Multitenant管理者ガイド

プライマリ データベースにリモート クローンを作成した後、スタンバイ データベースでの PDB のインスタンス化を自動化するには、特定の条件を満たす必要があります。
PDBI (リモート クローン ソース) を読み取り専用で開く (A): クローンの作成元となるソース PDB は、クローン作成中に一貫した状態を確保するために、読み取り専用モードで開いている必要があります。
STANDBY_PDB_SOURCE_FILE_DIRECTORY を london データベースの <PDB の場所> に設定します (C): このパラメータは、ソース PDB のファイルを配置するスタンバイ データベース上の場所を指定します。
london データベースで STANDBY_FILE_MANAGEMENT を auto に設定します (F): このパラメータは、プライマリ データベースで構造上の変更が発生したときにスタンバイ データベースでのファイル変更の管理を自動化し、クローン操作がスタンバイに自動的に反映されるようにします。
参照：
Oracle Multitenant管理者ガイド
Oracle Data Guard Broker のドキュメント

高速リカバリ領域を設定する必要があります (B): フラッシュバック・データベースでは、フラッシュバック・ログがそこに保存されるため、高速リカバリ領域を設定する必要があります。高速リカバリ領域は、リカバリに関連するすべてのファイルとアクティビティを一元的に保存する場所です。
データベースはARCHIVELOGモード（C）である必要があります。フラッシュバック・データベース操作は、REDOログのアーカイブ機能に依存します。したがって、フラッシュバック・データベースを有効にするには、データベースがARCHIVELOGモードで実行されている必要があります。
参照：
Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド
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 Active Data Guardと併用すると、次のメリットがあります。
フィジカル・スタンバイ・データベース・インスタンス（A）でRVWRプロセスを開始します。フィジカル・スタンバイ・データベースでブロック変更トラッキングが有効になっている場合、リカバリ・ライター（RVWR）プロセスが開始されます。このプロセスは、ブロックへの変更をブロック変更トラッキング・ファイルに記録する役割を担い、このファイルは増分バックアップの最適化に使用されます。
高速増分バックアップをフィジカル・スタンバイ・データベースにオフロードできます (E): フィジカル・スタンバイ・データベースでブロック・チェンジ・トラッキングを有効にすると、高速増分バックアップをプライマリ・データベースからオフロードできます。これにより、プライマリ・データベースのワークロードが軽減され、スタンバイ・データベースがバックアップ処理に活用されるため、システム全体のパフォーマンスと効率が向上します。
参照：
Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド
Oracle Active Data Guardのドキュメント