変更要約: Professional Cloud Database Engineer 第3章を新規作成（ドメイン3「移行」: 戦略と計画＝ゼロ/ニアゼロ停止(継続レプリケーション)/長時間停止/フォールバック/DDL・DML 変換/リバースレプリケーション、ツールとレプリケーション＝Database Migration Service/Datastream(CDC)/Storage Transfer Service/Transfer Appliance/検証）。
3.2移行ツールとレプリケーション
シナリオに応じた移行ツールの選択（Database Migration Service・Datastream・Storage Transfer Service・Transfer Appliance）、外部ホストのデータベースの移行、変更データキャプチャ（CDC）によるレプリケーション、そして移行の検証を理解します。
移行戦略を決めたら、シナリオに合うツールを選びます。DB の種類・停止許容・データ量・継続変更の有無で使い分けます。
3.2.1移行ツールの選択
| ツール | 用途 |
|---|---|
| Database Migration Service | DB を最小停止で移行（同種・一部異種） |
| Datastream | CDC で継続的な変更をストリーム複製 |
| Storage Transfer Service | 大量データをネットワーク経由で転送 |
| Transfer Appliance | ネットワークが細い超大量データの物理輸送 |
DB を最小停止で移行するなら Database Migration Service、継続的な変更を CDC でストリーム複製するなら Datastream、Google Cloud 外にホストされたデータベースもこれらの対象になります。大量データの転送は、ネットワーク経由の Storage Transfer Service か、物理輸送の Transfer Appliance を要件で選びます。移行後は 検証（件数・整合性・サンプル比較）で正しさを確認します。「最小停止 DB 移行＝Database Migration Service」「継続変更＝Datastream（CDC）」を押さえます。
「シナリオ → ツール」が頻出。例：「DB を最小停止で移行」＝Database Migration Service、「継続的な変更を複製」＝Datastream（CDC）、「大量データをオンラインで転送」＝Storage Transfer Service、「ネットワークが細い超大量」＝Transfer Appliance、「移行後の正しさ確認」＝検証（件数/整合性）。
混同に注意：
①Database Migration Service（DB 移行）と Datastream（CDC 複製）と Storage Transfer/Transfer Appliance（ファイル/オブジェクト転送）を取り違えない。
②ネットワーク帯域と期限でオンライン（Storage Transfer）か物理（Transfer Appliance）を選ぶ。
③移行は検証で締める。
3.2.2この節のまとめ
- DB 移行＝Database Migration Service、継続変更の複製＝Datastream（CDC）
- 大量データ転送＝Storage Transfer Service（オンライン）/Transfer Appliance（物理）
- 移行後は件数/整合性の検証で正しさを確認
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. データベースを最小限の停止時間で Google Cloud へ移行したい。最適なツールはどれですか？
Q2. ソース DB の継続的な変更を CDC でストリーム複製したい。最適なのはどれですか？
Q3. ネットワーク帯域が限られる中で数百 TB を移行したい。最適なのはどれですか？
Q4. 移行が完了したら、まず確認すべきことはどれですか？
Q5. 大量のオブジェクト/ファイルをネットワーク経由で Cloud Storage へ転送したい。最適なのはどれですか？
Q6. Database Migration Service と Datastream の使い分けとして正しいものはどれですか？