本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# File Transfer校驗和
<a name="checksums"></a>

File Transfer在背景執行上傳的總和檢查碼，以驗證磁碟上檔案與 S3 儲存貯體中檔案的完整性。系統會針對您上傳的每個檔案計算總和檢查碼，並將總和檢查值儲存在資料庫中。File Transfer

以下解釋了File Transfer本地校驗和過程：

1. 系統會針對您上傳的檔案計算總和檢查碼。

1. 如果 S3 儲存貯體中不存在上傳檔案，則會將總和檢查碼新增至File Transfer資料庫，並將檔案上傳到 Amazon S3 儲存貯體。

1. 如果 S3 儲存貯體中已存在上傳檔案，則會根據資料庫中的總和檢查碼檢查上傳檔案的總和檢查碼。File Transfer

   1. 如果總和檢查碼相符，則不會上傳檔案，因為檔案與 S3 儲存貯體中的檔案完全相同。

   1. 如果總和檢查碼不相符，表示上傳檔案已修改，且會上傳至 S3 儲存貯體。新的總和檢查碼隨即新增至File Transfer資料庫。

如果您想要略過中的原生總和檢查碼程序File Transfer，請將[媒體雜湊清單 (MHL)](https://mediahashlist.org/) 新增至您要上傳之檔案的相同資料夾或任何父資料夾。如果您提供自己的 MHL，請根據 MHL File Transfer 驗證檔案雜湊。本機資料夾根目錄中的單一 MHL 可以遞迴參照子File Transfer資料夾中的檔案。我們建議您使用單一 MHL 檔案，該檔案包含資料夾中大部分 (如果不是全部) 檔案的總和檢查碼，而不是每個檔案的 MHL 檔案。

以下是一些需要瞭解有關File Transfer總和檢查的重要概念。

**原生校驗和**  
系統會針對您上傳的檔案計算總和檢查碼。系統會根據資料庫中的總和檢查碼檢查總和檢查碼。File Transfer如果總和檢查碼不相符，請再次File Transfer上傳檔案。如果您在原始上載之後變更了檔案，就會發生總和檢查碼不符的情況。第一次上傳檔案時，Amazon S3 中將沒有現有的檔案File Transfer可用來比較。CPU 計數會影響總和檢查碼效能。

**MHL 總和檢查碼**  
如果您要略過的原生總和檢查碼程序File Transfer，請在上傳目錄中提供媒體雜湊清單 (MHL) 檔案。MHL 文件用於在文件移動到不同位置時驗證文件的完整性。  
File Transfer將 MHL 視為授權來源，並將總和檢查值附加至上載物件的中繼資料。MHL 檔案必須包含下列其中一個欄位：`<md5>HEXVALUE</md5>``<xxhash64>HEXVALUE</xxhash64>`、或`<xxhash64be>HEXVALUE</xxhash64be>`。若要深入瞭解 MHL 規格，請參閱[關於媒體雜湊清單](https://mediahashlist.org/)。

**可配置的校驗和**  
依預設，File Transfer使用少於邏輯核心總數的一個，以同時計算總和檢查碼。此值是最大臨界值。  
例如，如果您的主機具有 12 個邏輯核心，則最大臨界值為 11。無論機器中的核心數目為何，最小閾值永遠為 1。依預設，一次會執行 1 個總和檢查碼。有一個保護措施，以確保最大活動校驗和的數量不會超過您的最大閾值。  
您可以透過修改`max_active_checksums`組態屬性來調整同時執行的總和檢查碼數目。如果您想要減少使用的資源量，就是您何時想要調整總和檢查碼數目的範例。File Transfer這將釋放 CPU 資源用於其他進程。