完成多部份上傳
建議變更
PDF
完整的「多重零件上傳」作業會透過組裝先前上傳的零件、完成物件的多重部分上傳。
解決衝突
相互衝突的用戶端要求（例如兩個寫入同一個金鑰的用戶端）會以「最新致勝」的方式解決。「最新致勝」評估的時間、是根據StorageGRID 下列條件而定：當系統完成特定要求時、S3用戶端開始作業時、不會開啟。
物件大小
支援高達5 TB大小的物件StorageGRID 。
要求標頭
。 x-amz-storage-class 如果StorageGRID 相符的ILM規則指定「雙重認可」或「平衡」的擷取行為、則會支援要求標頭、並影響到所建立的物件複本數量。
-
STANDARD（預設）當ILM規則使用雙重提交選項、或平衡選項回到建立臨時複本時、指定雙重提交擷取作業。
-
REDUCED_REDUNDANCY當ILM規則使用雙重提交選項、或平衡選項回到建立過渡複本時、指定單一提交擷取作業。
如果您將物件擷取至啟用S3物件鎖定的儲存區、則會顯示 REDUCED_REDUNDANCY選項會被忽略。如果您要將物件擷取至舊版相容的儲存區、請使用REDUCED_REDUNDANCY選項會傳回錯誤。執行「雙重承諾」的程序時、務必確保符合法規遵循要求。StorageGRID
|
如果多部分上傳未在15天內完成、則該作業會標示為非作用中、且所有相關資料都會從系統中刪除。 |
|
|
。 ETag 傳回的值不是資料的MD5總和、而是在的Amazon S3 API實作之後 ETag 多部分物件的值。
|
版本管理
此作業會完成多部份上傳。如果已針對某個儲存區啟用版本管理、則會在完成多重部分上傳時建立物件版本。
如果已啟用儲存區的版本管理功能、則為唯一的 versionId 會針對儲存的物件版本自動產生。這 versionId 也會使用傳回回應 x-amz-version-id 回應標頭：
如果版本控制暫停、則物件版本會以null儲存 versionId 如果空版本已經存在、則會覆寫。
|
|
當某個儲存區啟用版本管理時、完成多部份上傳會一律建立新版本、即使在同一個物件金鑰上同時完成多部份上傳也一樣。如果未針對某個儲存區啟用版本管理、則可以啟動多重部分上傳、然後在同一個物件金鑰上啟動並完成另一個多重部分上傳。在非版本的儲存區上、完成最後一次的多部分上傳優先。 |
複寫失敗、通知或中繼資料通知
如果平台服務已設定多重零件上傳的儲存區、即使相關的複寫或通知動作失敗、多重零件上傳仍會成功。
如果發生這種情況、則會在Grid Manager中針對Total事件（SMT）發出警示。最後一個事件訊息會針對通知失敗的最後一個物件、顯示「無法發佈Bucket名稱物件金鑰的通知」。（要查看此訊息、請選取*節點*>*儲存節點_*>*事件*。檢視表格頂端的最後一個事件。）中也會列出事件訊息 /var/local/log/bycast-err.log。
租戶可透過更新物件的中繼資料或標記來觸發失敗的複寫或通知。租戶可以重新提交現有的值、以避免進行不必要的變更。