翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS サンプル移行パターン
でリプラットフォーム AWS する必要がある 50 GiB の Exadata データベースがあるとします (Amazon RDS for Oracle に移行）。使用する移行アプローチは、ダウンタイム耐性、接続方法、データベースサイズなどの要因によって異なります。
次の表は、主要な要因に基づく最も効果的な移行アプローチの例を示しています。ニーズに最適な移行アプローチは、これらの要因の特定の組み合わせによって異なります。
ソースデータベース |
[Target database] (ターゲットデータベース) |
データセットのサイズ |
移行ダウンタイムの許容値 |
AWS へのネットワーク |
最適な移行アプローチ |
|---|---|---|---|---|---|
Exadata 12c |
Amazon RDS for Oracle 19c |
1 TiB |
48 時間 |
1 Gbps AWS Direct Connect |
Oracle Data Pump を使用します。 |
Exadata 12c |
Amazon RDS for Oracle 21c |
5 TiB |
2 時間 |
10 Gbps AWS Direct Connect t |
初期ロードには Oracle Data Pump を使用し、CDC AWS DMSには Oracle Data Pump を使用します。 |
Exadata 19c |
Amazon EC2 の Oracle 19c |
10 TiB |
72 時間 |
10 Gbps AWS Direct Connect |
Oracle RMAN を使用します。 |
Exadata 19c |
Amazon EC2 の Oracle 19c |
70 TiB |
4 時間 |
1 Gbps AWS Direct Connect |
AWS Snowball を使用して、RMAN バックアップ、アーカイブされた REDO ログファイル、およびコントロールファイルを に転送します AWS。Exadata RMAN バックアップから Amazon EC2 上の Oracle Data Guard スタンバイデータベースをインスタンス化します。スタンバイデータベースが Amazon EC2 で設定され、同期された後に Data Guard スイッチオーバーを実行します。 |
Exadata 19c |
Amazon RDS for PostgreSQL 13.4 |
10 TiB |
2 時間 |
10 Gbps AWS Direct Connect |
AWS Schema Conversion Tool （AWS SCT） を使用して PostgreSQL スキーマを作成します。全ロードと CDC の両方 AWS DMS に使用します。 |
