翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
移行の各ウェーブ中、データ転送は通常、同じ一般的なプロセスに従います。
-
データの初回フル転送を実行します。
-
送信先のデータを確認します。
-
最初の転送以降に変更された可能性のあるデータに対して増分転送を実行します。
-
オペレーションを送信先ロケーションにカットオーバーします。
-
カットオーバーの結果を確認します。
タスクの実行
全体的な移行時間を最小限に抑えるために、営業時間内に DataSync 転送タスクを実行する必要がある場合があります。このような状況では、最初のフル転送を実行し、その後にユーザーやアプリケーションからソースロケーションへの変更を考慮した増分転送を実行するのが一般的です。
営業時間中のネットワーク関連の問題を回避するには、タスクで使用する帯域幅の量を制限できます。詳細については、「AWS DataSync タスクへの帯域幅制限の設定」を参照してください。
-
最初の完全転送を実行します。
-
DataSync タスク (またはタスクを並行して実行している場合はタスク) を開始します。
-
タスク実行の進行状況とパフォーマンスをモニタリングします。
-
データが期待どおりに転送されたことを確認します (ファイルメタデータが保持されるなど）。
-
-
増分転送を実行します。
-
タスクを定期的に実行するようにスケジュールします。
-
タスクの実行をモニタリングし、発生した場合はエラーを修正します。
-
カットオーバーの実行
初回転送と増分転送の後、転送先ロケーションへのオペレーションのカットオーバープロセスを開始できます。
-
スケジュールされたメンテナンスウィンドウを開始します。
-
ソースストレージシステムを更新して、アプリケーションとユーザーに対してのみ読み取れるようにします。
-
最終的な増分転送を実行して、送信元と送信先の間で残りの差分をコピーします。
-
徹底的なデータ検証を実施します (CloudWatch ログやタスクレポートを確認するなど）。
-
アプリケーションとユーザーを送信先ロケーションの新しい環境に切り替えます。
-
アプリケーションの機能をテストし、ユーザーが送信先のデータにアクセスできることを確認します。
-
遡及会議をスケジュールして、移行チームとの移管を確認します。次の調査サンプル質問をします。
-
カットオーバーは成功しましたか？ そうでない場合は、どのような問題がありましたか？
-
使用可能な帯域幅をすべて使用しましたか？
-
ソースストレージとデスティネーションストレージは完全に利用されましたか？
-
追加のタスクでより多くのデータスループットを得ることができますか？
-
より長いメンテナンスウィンドウを計画する必要がありますか？
-
-
必要に応じて、次のウェーブを開始する前に移行計画を更新します。
