翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ベストプラクティス
<a name="best-practices"></a>

## オフライン移行
<a name="offline"></a>

オフライン移行では、次のベストプラクティスをお勧めします。
+ ターゲット EC2 インスタンスに、移行ワークロードを処理するのに十分なリソースがあることを確認します。移行中、アーカイブログ記録を無効にすることも、より大きな IOPS でより大きな EC2 インスタンスまたは [Amazon Elastic Block Store (Amazon EBS)](https://aws.amazon.com/ebs/) ボリュームをプロビジョニングすることもできます。
+ ネットワーク帯域幅を注意深くモニタリングします。可能であれば、移行[AWS Direct Connect](https://aws.amazon.com/directconnect/)用の などの専用ネットワークをプロビジョニングします。
+ Oracle Data Pump ([並列スレッド数の設定](https://docs.oracle.com/database/121/SUTIL/GUID-1E134053-692A-4386-BB77-153CB4A6071A.htm#SUTIL887)) や ([複数のスレッドを使用したテーブルのロード](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.html#CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.Tablesettings.ParallelLoad)) AWS DMS などの移行ツールのベストプラクティスに従ってください。
+ オンプレミスから Amazon RDS for Oracle [に移行するベストプラクティスについては、ブログ記事「Achieve a high-performance migration to Amazon RDS for Oracle from on-premises Oracle with AWS DMS](https://aws.amazon.com/blogs/database/achieve-a-high-performance-migration-to-amazon-rds-for-oracle-from-on-premises-oracle-with-aws-dms/) 」を参照してください AWS 。

## オンライン移行
<a name="online"></a>

オンライン移行のベストプラクティスには、前のリストで説明したオフライン移行のガイドラインと、以下の追加の考慮事項が含まれます。
+ オンラインツールのベストプラクティスを使用します。たとえば、 を使用する場合は AWS DMS、Oracle LogMiner または AWS DMS Binary Reader から [REDO ログを読み取る適切な方法](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.Oracle.html#CHAP_Source.Oracle.CDC)を選択します。
+ データ操作言語 (DMLs) の数が多いテーブルが、DMLs が少ないテーブルから論理的に分離されていることを確認します。
+ Oracle GoldenGate や Oracle Data Guard などの Oracle ネイティブツールを使用する際のベストプラクティスに従ってください。