您的業務目標：在完全遺失 StorageGRID 站台之後，您應該評估如何以最佳方式達成您的業務目標。例如，您是否要在原址重新建置遺失的站台？您是否要在新位置取代遺失的 StorageGRID 站台？每位客戶的情況都不同，您的恢復計畫必須旨在滿足您的優先順序。

確切的故障性質：在開始站台恢復之前，請先確定故障站台上的任何節點是否完好無損，或者任何 Storage Node 是否包含可恢復的物件。如果您重新建置包含有效資料的節點或儲存設備 Volume，可能會發生不必要的資料遺失。

作用中 ILM 原則：您網格中物件複本的數量、類型和位置是由您的作用中 ILM 原則所控制。您的 ILM 原則詳細資訊可能會影響可恢復的資料量，以及恢復所需的特定技術。

${post_edited_translations.segment}

儲存桶（或 Container）一致性：應用於儲存桶（或 Container）的一致性會影響 StorageGRID 是否在通知用戶端物件擷取成功之前，將物件中繼資料完全複製到所有節點和站台。如果一致性值允許最終一致性，則站台故障可能會導致部分物件中繼資料遺失。這會影響可恢復的資料量，並可能影響恢復程序的細節。

近期變更歷史記錄：您的恢復程序詳細資料可能會受到故障發生時是否正在進行任何維護程序、或您的 ILM 原則是否近期進行過任何變更的影響。技術支援必須評估您網格的近期歷史記錄及其當前狀況，才能開始進行站台恢復。