本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 估算遷移時間表
使用您到目前為止所收集的資訊，您可以預估遷移使用的時間長度 AWS DataSync。
## 預估資料傳輸時間表
您可以根據在遷移需求收集期間收集的下列資訊，以及 DataSync 概念驗證 (POC)，預估 DataSync 傳輸資料所需的時間： DataSync
+ 您的[可用網路頻寬](gathering-migration-requirements.md#datasync-migration-network-bandwidth)
+ 來源和目的地儲存使用率指標
+ 來自 [DataSync POC ](datasync-large-migration-poc.md)的效能指標
**預估資料傳輸時間軸**
1. 比較 POC 的資料和檔案輸送量與可用的網路頻寬。
1. 如果您的輸送量低於可用的頻寬 （例如 300 MiB/s 的輸送量與 10 Gbps 的網路頻寬），請考慮將資料集分割成多個任務，以最大化頻寬用量。
DataSync 有幾個選項可分割資料集。如需詳細資訊，請參閱[使用資料分割加速遷移](datasync-large-migration-data-partitioning.md)。
1. 使用以下公式計算轉移需要多少天，這可提供理論上最短的轉移時間：
```
(DATA_SIZE * 8 bits per byte)/(CIRCUIT * NETWORK_UTILIZATION percentage * 3600 seconds per hour * AVAILABLE_HOURS) = Number of days
```
使用此公式時，請將下列項目取代為您自己的值：
+ `DATA_SIZE`：您要遷移的資料量 （以位元組表示）。
+ `CIRCUIT`：您的可用網路頻寬 （以每秒位元表示）。
+ `NETWORK_UTILIZATION`：使用您網路的百分比。
+ `AVAILABLE_HOURS`：每天可用的操作時數。
例如，您可以使用 100 TB 的資料、1 Gbps 網際網路連線、80% 的網路使用率和每天 24 小時的可用性來計算遷移，如下所示：
`(100,000,000,000,000 bytes * 8) / (1,000,000,000 bps * 0.80 * 3600 * 24) = 11.57 days`
在這種情況下，遷移將需要近 12 天的時間，才能考慮實際情況。
1. 調整計算的轉移持續時間，以考慮實際情況：
+ 網路效能波動
+ 儲存效能變化
+ 遷移波之間的停機時間
## 估算切換時間軸
如果您要遷移作用中的資料集，您可能需要切換，才不會中斷業務操作。
不要低估切換需要多長時間。在大型遷移中，切換活動最多需要 30% 的整體遷移時間並不罕見。
1. 評估是否需要在波中執行切換，以減少針對增量變更掃描的資料量。
這樣做的一個策略是縮減您根據共用、資料夾或儲存系統分割的資料集。
1. 檢閱 DataSync 在 POC 期間通常需要多長時間來準備、傳輸和驗證您的資料。
請特別注意任務執行的準備持續時間。若要尋找此資訊，請執行 [DescribeTaskExecution](https://docs.aws.amazon.com/datasync/latest/userguide/API_DescribeTaskExecution.html) 操作，然後檢查持續時間的 [PrepareDuration](https://docs.aws.amazon.com/datasync/latest/userguide/API_TaskExecutionResultDetail.html#DataSync-Type-TaskExecutionResultDetail-PrepareDuration) 值 （以毫秒為單位）。
1. 透過測量平行任務之間的時間差異，估計切換可能需要多長時間。
如需平行任務的詳細資訊，請參閱 [使用資料分割加速遷移](datasync-large-migration-data-partitioning.md)。
1. 使用您的切換估算來排程您的切換。這些基本上是無法修改來源資料的維護時段。
## 後續步驟
估算您的時間表之後，您就可以開始實作遷移。