その理由は次のとおりです。
社内分析データベース：このデータベースは社内分析に使用され、継続的なリアルタイムアクセスは必要ないため、ダウンタイムを最小限に抑えることは重要な要件ではありません。オフピーク時間帯に計画的なダウンタイムを設定する方が適切です。
その他の関連オプションは次のとおりです。
B) 計画されたダウンタイム期間を使用した移行は、データベースの使用が最も少ない時間帯に移行をスケジュールできるため、このシナリオに適しています。
C) データベースが社内分析に使用されるかどうかに関係なく、移行プロセス中に機密情報を保護するためにデータ マスキングが重要です。
D) データベースがリアルタイム アクセスに使用されていない場合でも、ローリング カットオーバー戦略を使用してダウンタイムを最小限に抑えることができます。

アーカイブログの保存設定（A）はターゲット側でも設定可能です。ADW（B）はデータウェアハウス用であり、アーカイブログを直接管理しません。フラッシュバック・データベース（D）はアーカイブログを使用しますが、アーカイブ自体は処理しません。OCIオブジェクト・ストレージ（C）は、ターゲット・データベースで生成されたREDOログをOCIでアーカイブするための、コスト効率が高くスケーラブルなソリューションを提供します。

マルチテナント・アーキテクチャにおいて、コンテナ・データベース（CDB）は複数のプラガブル・データベース（PDB）を管理する最上位コンテナです。CDBに対するパッチ適用やアップグレードなどのメンテナンス操作は、CDB内のすべてのPDBの可用性に影響を与える可能性があります。これは、CDBがPDBに共有サービスとリソースを提供しているためです。
その他の声明の内訳は次のとおりです。
A) CDBにパッチを適用すると、関連するすべてのPDBに更新が自動的に適用され、メンテナンスが簡素化されます。これは部分的には当てはまります。CDBにパッチを適用するとすべてのPDBに更新が適用されますが、必ずしも自動的に適用されるわけではありません。場合によっては、互換性を確保し、競合を回避するために手動による介入が必要になることもあります。
B) 各PDBに個別にパッチを適用する必要があり、メンテナンス期間中にダウンタイムが発生する可能性があります。これは完全に正しくありません。個々のPDBにパッチを適用することは可能ですが、CDBにパッチを適用すると、多くの場合、すべてのPDBに更新が適用されます。しかし、特に重要なPDBでは、メンテナンス期間中にダウンタイムが発生する可能性があります。
D）Oracle Database Cloud Service（Autonomous）は、マルチテナント環境における手動パッチ適用の必要性を排除します。Oracle Database Cloud Service（Autonomous）はパッチ適用を含む多くの管理タスクを自動化しますが、すべてのケースにおいて手動介入の必要性を完全に排除できるわけではありません。例えば、カスタムパッチが必要な場合や、特定の構成変更が必要な場合は、手動介入が必要になる場合があります。

その理由は次のとおりです。
初期整合性：初期同期フェーズでは、ソースデータベースとターゲットデータベース間の整合性を確立することが、カットオーバー時のダウンタイムを最小限に抑えるために不可欠です。これにより、ターゲットデータベースにソースデータの完全かつ正確なコピーが確実に保持され、スイッチオーバープロセス中の問題や遅延のリスクが軽減されます。
その他のオプションも重要ですが、ダウンタイムの最小化とは直接関係がありません。
A) 完全なデータ抽出を実行することは必要ですが、切り替え時のダウンタイムに直接影響することはありません。
B) データのフィルタリングと変換ルールの構成はデータ品質にとって重要ですが、ダウンタイムに直接影響することはありません。
D) ネットワーク帯域幅を最適化するとデータ転送速度は向上しますが、必ずしもカットオーバー時のダウンタイムに影響を与えるわけではありません。

理由は次のとおりです。
明確なパス: 既存のターゲット データベースを削除すると、移行のクリーンな状態が確保され、競合や不整合が防止されます。
効率: このアプローチは簡単で、不要な手順や複雑さを回避します。
制御: 既存のデータベースを削除することで、ターゲット環境を完全に制御し、移行用に適切に構成されていることを確認できます。
その他のオプションは推奨されません。
B). 既存のターゲットデータベースの名前を変更して移行を続行します。既存のデータベースが他の目的で使用されている場合、混乱や潜在的な問題が発生する可能性があります。
C) RMANの複製コマンドを使用して、新しいターゲットデータベースを作成します。既存のデータベースを削除して新しいデータベースを作成すれば良いので、この手順は不要です。
D）RMANのconvertコマンドを使用して、既存のターゲット・データベースを変換します。このケースでは、既存のデータベースはソース・データベースではなくターゲット・データベースであるため、この方法は適用されません。