ある企業が Oracle データベース（100TB、オンプレミス）を AWS に移行しようとしています。ダウンタイムは最大 4 時間に制限されており、移行期間中もデータベースへの書き込みが継続します。移行先は Amazon Aurora PostgreSQL です。Oracle から PostgreSQL への変換も必要です。このシナリオで最も適切な移行アーキテクチャはどれですか？
- A. AWS Schema Conversion Tool（SCT）で Oracle のスキーマと SQL を PostgreSQL に変換する。AWS DMS の継続的レプリケーション（CDC：Change Data Capture）を使って Oracle から Aurora PostgreSQL に変更差分を継続的にレプリケートする。全データの初期ロード完了後、アプリケーションの切り替えタイミングで 4 時間以内のカットオーバー作業（差分同期+接続切り替え）を実施する
- B. AWS Snowball Edge で 100TB のデータを物理的に AWS に転送し、Aurora PostgreSQL に直接インポートする
- C. 週末の深夜に Oracle を停止し、AWS Database Migration Service（DMS）で全データを Aurora PostgreSQL に一括移行する。4 時間で完了するよう最大の DMS インスタンスを使用する
- D. Oracle RDS on AWS に先にリフト＆シフトし、その後 RDS Oracle から Aurora PostgreSQL へ DMS で段階的に移行する
解答と解説を見る
正解: A
SCT + DMS の組み合わせが Oracle→Aurora PostgreSQL 移行の標準的なアプローチです。SCT でスキーマ・ストアドプロシージャ・ビューを PostgreSQL 互換の SQL に変換します。DMS の CDC（Change Data Capture）により、移行中も継続する書き込みを差分として継続的にレプリケートします。全データの初期ロード後、差分が小さくなったタイミングで 4 時間以内にカットオーバーできます。 C: 週末に一括移行する場合、100TB の移行に 4 時間で完了する保証がありません。DMS の実際のスループットはデータの複雑さに依存します。また移行中の書き込みが失われます。 B: Snowball は大容量データ転送に有効ですが、移行期間中の書き込みデータ（CDC）の取り込みには対応していません。 D: Oracle RDS への中間ステップは追加コストと時間が発生し、最終的に Aurora PostgreSQL に移行するなら直接移行の方が効率的です。
📚 関連サービスの解説: AWS DMS ・ Amazon Aurora