ソース インスタンスから宛先インスタンスへのデータの流れを理解するには、移行タイプと移行フェーズという 2 つの重要なコンセプトを理解する必要があります。Database Migration Service は、継続的と 1 回限りの 2 種類の移行をサポートしています。
継続的な移行では、データは完全なダンプと変更データ キャプチャ（CDC）の 2 つのフェーズで移行されます。1 回限りの移行では、完全なダンプフェーズのみが行われます。
完全なダンプ フェーズ
完全なダンプフェーズは、移行プロセスの最初の部分です。完全ダンプ中、Database Migration Service は移行元インスタンスに接続し、移行用に選択したデータベースのコンテンツを読み取って、Cloud SQL for PostgreSQL の移行先インスタンスにデータを読み込みます。このフェーズでは、Database Migration Service がデータベースの実際のコンテンツをキャプチャします。1 回限りの移行では、すでに読み取られたバッチ内のデータに加えられた変更は移行されません。
完全ダンプ フェーズでは、Database Migration Service はパフォーマンスを向上させるために、移行元データベースへの複数の接続を開くことができます。同時接続の数は、 移行ジョブの作成時に構成できます。
データ移動をきめ細かく制御するには、Database Migration Service の外部で、完全なダンプを実行して、移行先のインスタンスにデータを読み込むこともできます。このフェーズを手動で実行することを選択した場合、移行ジョブは CDC フェーズから開始され、Database Migration Service は、redo ログファイルのシステム変更番号（SCN）を開始点として指定することを想定します。
変更データ キャプチャ（CDC）
フルダンプ フェーズが終了すると（または、フルダンプを自分で実行して CDC フェーズから開始する場合）、Database Migration Service は CDC フェーズに切り替わり、移行元データベースの変更を監視し続け、移行先インスタンスに継続的に複製します。このフェーズでは、Database Migration Service は移行元データベースから実際のデータをコピーしません。代わりに、ログファイルを読み取って宛先の変更を複製します。
Database Migration Service は、Oracle LogMiner API を使用して、移行元データベース内のアーカイブされた Oracle REDO ログファイルにアクセスして解析します。Database Migration Service を使用して Oracle データベースを Cloud SQL for PostgreSQL に移行する前に、最適なパフォーマンスとデータ忠実度を実現するように Oracle の redo ログファイルの設定を調整することをおすすめします。詳細については、 Oracle の REDO ログファイルを使用するをご覧ください。