オンプレミスからAWSへのOracleデータ移行方法

●方式案1
オンプレミスからRDSに向かってOracleデータベースリンクLINK1を作成し、オンプレミスサーバ上でexpdpでdmpファイルをエクスポート。 オンプレミス側でDBMS_FILE_TRANSFER.PUT_FILEを実行してdmpファイルをオンプレミスサーバからRDSにコピーし、RDS上でインポートする。

• Oracle標準機能のみを使うため設定や操作が単純。手順の途中でdmpが残るためエラー時の再実行が容易。
• ファイル転送が遅い可能性、一時的に両方にディスクを食う、exp,転送,imp操作が発生し管理は複雑

●方式案2
RDSからオンプレミスに向かってOracleデータベースリンクLINK1を作成し、RDS上でDBMS_DATAPUMPを使用し、 remote_link='LINK1'を指定してインポートする。dmpファイルは一切作成しない。

• dmpファイル不要、ファイル転送の手間も不要、全てRDSで完結するため単純
• 失敗時の再実行は最初から。また原因特定が困難。imp先スキーマが限定される

●方式案3
RDS-EFS統合を使用してRDSとEC2からアクセス可能なEFSファイルシステムを作成する。 オンプレミスサーバ上でexpdpでdmpファイルをエクスポート。sftp等を使用してdmpファイルをEC2にアタッチしたEFSにコピーして、 EC2でimpdpを使用してRDSにインポートする。

• EFSの活用による高速化の期待。EFSは容量がスケーラブル。柔軟な操作ができる。
• EFSやEC2の設定が必要で構成が複雑。sftpとインポートがシームレスでないため全体の所要時間は伸びがち。EC2やEFSの費用が掛かる。

●方式案4
できるだけ無停止が要求されるときの方法。RDSからオンプレミスに向かってOracleデータベースリンクLINK1を作成し、 オンプレミス側にマテリアライズドビューログ、RDS側のマテリアライズドビューを作成して一定間隔で同期する。 最後にマテリアライズドビューをテーブルに変換して移行完了。

• 可能な限り無停止での移行が可能。
• オンプレミス側にマテリアライズドビューログの領域を食う。テーブル単位の移行となり失敗時の切り戻しなどが複雑。