Storage 移轉服務會使用來源儲存系統提供的中繼資料 (例如總和檢查碼和檔案大小)，確保寫入 Cloud Storage 的資料與從來源讀取的資料相同。
何時可使用檢查碼中繼資料
如果來源提供總和檢查碼中繼資料，Storage 移轉服務會使用端對端總和檢查碼驗證。如果來源儲存系統的檢查碼中繼資料指出 Storage 移轉服務收到的資料與來源資料不符，Storage 移轉服務就會記錄移轉作業失敗。包含總和檢查碼中繼資料的儲存系統範例包括：大多數的 Amazon Simple Storage Service (Amazon S3) 和 Microsoft Azure Blob Storage 物件 (部分例外狀況)，以及 HTTP 傳輸 (總和檢查碼中繼資料由使用者提供)。
無法使用檢查碼中繼資料時
代理程式可在來源附近執行
如果基礎來源儲存系統無法提供檢查碼中繼資料，但代理程式可在來源儲存系統附近在本機執行，Storage Transfer Service 會嘗試讀取來源資料並計算檢查碼，然後再將資料傳送至 Cloud Storage。將資料從檔案系統移至 Cloud Storage 時，就會發生這種情況。
代理程式無法在來源附近執行
如果基礎來源儲存系統沒有提供檢查碼中繼資料，且無法在來源儲存系統附近在本機執行代理程式，Storage Transfer Service 會使用可用的中繼資料 (例如檔案大小)，驗證複製到 Cloud Storage 的檔案是否與來源檔案相符。
Storage 移轉服務也會在資料移轉時「即時」計算資料的總和檢查碼。資料儲存在 Cloud Storage 後，Storage Transfer Service 會比較計算出的總和檢查碼與 Cloud Storage 最終回報的總和檢查碼。如果總和檢查碼不相符，工作就會失敗並顯示 DATA_LOSS 錯誤。
從可能無法提供總和檢查碼的來源進行轉移時，系統會使用即時總和檢查碼，例如：
轉移後檢查
移轉作業完成後，建議您執行額外的資料完整性檢查，確認下列事項：
- 如果來源檔案有變更，系統會複製正確版本。
- 複製正確的檔案集和檔案數量，確認您已正確設定轉移作業。
- 檔案已正確複製，方法是驗證檔案的中繼資料，例如檔案檢查碼、檔案大小等。