ベストプラクティス

オフライン移行

オフライン移行では、次のベストプラクティスをお勧めします。

• ターゲット EC2 インスタンスに、移行ワークロードを処理するのに十分なリソースがあることを確認します。移行中、アーカイブログ記録を無効にすることも、より大きな IOPS でより大きな EC2 インスタンスまたは Amazon Elastic Block Store (Amazon EBS) ボリュームをプロビジョニングすることもできます。

• ネットワーク帯域幅を注意深くモニタリングします。可能であれば、移行AWS Direct Connect用の などの専用ネットワークをプロビジョニングします。

• Oracle Data Pump (並列スレッド数の設定) や (複数のスレッドを使用したテーブルのロード) AWS DMS などの移行ツールのベストプラクティスに従ってください。

• オンプレミスから Amazon RDS for Oracle に移行するベストプラクティスについては、ブログ記事「Achieve a high-performance migration to Amazon RDS for Oracle from on-premises Oracle with AWS DMS 」を参照してください AWS 。

オンライン移行

オンライン移行のベストプラクティスには、前のリストで説明したオフライン移行のガイドラインと、以下の追加の考慮事項が含まれます。

• オンラインツールのベストプラクティスを使用します。たとえば、 を使用する場合は AWS DMS、Oracle LogMiner または AWS DMS Binary Reader から REDO ログを読み取る適切な方法を選択します。

• データ操作言語 (DMLs) の数が多いテーブルが、DMLs が少ないテーブルから論理的に分離されていることを確認します。

• Oracle GoldenGate や Oracle Data Guard などの Oracle ネイティブツールを使用する際のベストプラクティスに従ってください。