站點故障恢復

MinIO 可以使整個站點的損失（雖然很重要）成為相對較小的事件。站點恢復取決於您用於站點的複製選項。

站點複製	從健康的對等站點完全還原 IAM 組態、儲存桶組態和資料
儲存桶複製	從健康的遠端位置還原每個配置為複製的儲存桶的物件和中繼資料
`mc mirror`	僅從健康的遠端位置還原物件的資料，不含版本控制

站點複製修復會自動將 IAM 設定、儲存桶、儲存桶組態和物件從現有站點新增到新站點，無需進一步操作。

如果其他健康站點上仍有任何儲存桶複製規則，您就無法配置站點複製。儲存桶複製與站點複製互斥。

如果您要從使用儲存桶複製切換為使用站點複製，則必須先從健康站點中移除所有儲存桶複製規則，然後才能設定站點複製。

將不健康的對等站點還原至站點複製

重要

RELEASE.2023-01-02T09-40-09Z MinIO 伺服器版本包含重要修正，可移除包含三個或更多對等站點的複製組態中的停機站點。

對於配置為站點複製的部署，請計畫將所有對等站點測試並升級至指定的版本。在發生站點故障時，您可以將剩餘的健康站點更新至指定的版本，並使用此程序。

站點複製使兩個或多個 MinIO 部署與 IAM 策略、儲存桶、儲存桶組態、物件和物件中繼資料保持同步。如果對等站點發生故障（例如由於重大災難或長時間斷電），您可以使用剩餘的健康站點來還原可複製的資料。

下列程序可以在站點複製在站點遺失之前處於活動狀態的情況下還原資料。此程序假設一個或多個對等站點完全遺失，而不是由於延遲或暫時性部署停機而導致的複製延遲或延遲。

使用帶有 --force 選項的 mc admin replicate rm 命令，從 MinIO 站點複製組態中移除失敗的站點。

以下命令會強制從複製組態中移除不健康的對等站點
```
mc admin replicate rm HEALTHY_PEER UNHEALTHY_PEER --force
```
- 將 HEALTHY_PEER 替換為複寫配置中任何健康節點的別名。
- 將 UNHEALTHY_PEER 替換為不健康節點站點的別名。
站點複寫配置中的所有健康節點都會自動更新以移除不健康的節點。您可以使用 mc admin replicate info 命令來驗證新的站點複寫配置。
依照站點複寫需求部署新的 MinIO 站點。
- 除了既定需求之外，請勿上傳任何資料或以其他方式配置部署。
- 驗證新的 MinIO 部署是否正常運作，並且與其他對等站點具有雙向連線。
- 確保新站點的伺服器版本與現有對等站點的版本一致。
警告

mc admin replicate rm --force 命令僅對站點複寫配置中線上或健康的節點執行。移除的離線 MinIO 部署會保留其原始複寫配置，因此如果部署恢復正常運作，它將繼續對其已配置的對等站點執行複寫操作。

如果您計劃將硬體重新用於站點複寫配置，您必須在重新初始化 MinIO 並將站點新增回複寫配置之前，完全清除部署的磁碟機。
將替換的對等站點新增至複寫配置。

使用 mc admin replicate add 命令以新的站點更新複寫配置。
```
mc admin replicate add HEALTHY_PEER NEW_PEER
```
- 將 HEALTHY_PEER 替換為複寫配置中任何健康節點的別名。
- 將 NEW_PEER 替換為新節點的別名。
站點複寫配置中的所有健康節點都會自動更新以新增新節點。您可以使用 mc admin replicate info 命令來驗證新的站點複寫配置。
使用 mc admin replicate resync重新同步新節點。
```
mc admin replicate resync start HEALTHY_PEER NEW_PEER
```
- 將 HEALTHY_PEER 替換為複寫配置中任何健康節點的別名。
- 將 NEW_PEER 替換為新節點的別名。
驗證複寫狀態。

使用以下命令來追蹤複寫狀態
- mc admin replicate status - 提供複寫的整體狀態和進度
- mc replicate status - 提供儲存貯體層級和全域複寫狀態

活動儲存貯體複寫重新同步

對於在失敗之前已設定儲存貯體複寫的情境，您可以使用 mc replicate resync 將資料還原至新站點。建立一個新的站點以取代失敗的部署，然後將資料從現有、健康、已啟用儲存貯體複寫的部署同步至新的站點。

部署新的 MinIO 站點。
根據需要設定 IAM 和使用者。
在具有資料的站點上，使用 mc admin bucket remote add 命令建立新的 remote target，並記錄輸出中的 ARN。
從具有資料的站點，使用 mc replicate resync start 命令，並搭配上一個命令中的 ARN，以重建新站點上的儲存貯體。
等待重新同步完成 (使用 mc replicate resync status 進行檢查)。
設定從新的 MinIO 站點到現有目標儲存貯體的儲存貯體複寫規則。
(選用) 從目標部署中刪除儲存貯體複寫規則，以還原主動-被動複寫情境。

被動儲存貯體複寫重新同步

透過從目標儲存貯體複寫至新的 MinIO 站點，儲存貯體複寫可以直接還原站點內容。

作為被動程序，對於站點復原情境，儲存貯體複寫可能無法以期望的速度執行。

儲存貯體複寫依賴標準複寫掃描器佇列，該佇列的優先順序不高於其他程序。對於具有較嚴格 SLA/SLO 的復原程序，請使用以上描述的活動儲存貯體複寫程序以及 mc replicate resync 命令。

儲存貯體複寫規則會將物件、其版本 ID、版本和其他中繼資料複製到目標儲存貯體。如果站點遺失前已在使用儲存貯體複寫，MinIO 可以使用所有這些屬性將物件還原至新的 MinIO 站點。

部署新的 MinIO 站點。
根據需要設定 IAM 和使用者。
在剩餘的目標儲存貯體部署上，為每個儲存貯體建立到新 MinIO 站點的儲存貯體複寫規則。
等待複寫完成。
設定從新的 MinIO 站點到現有目標儲存貯體的儲存貯體複寫規則。
(選用) 從目標部署中刪除儲存貯體複寫規則，以還原主動-被動複寫情境。

如果您偏好在儲存貯體之間保持主動-主動複寫，請勿從用於復原資料的部署中刪除儲存貯體複寫規則。在主動-主動複寫中，對任一位置的物件所做的變更會影響另一位置的物件。

鏡像

MinIO 的鏡像會從任何與 S3 相容的儲存系統複製物件。

鏡像僅複製每個物件的最新版本，不包含版本設定中繼資料，無論來源為何。您無法使用此方法還原這些屬性。

在您只需要還原物件最新版本的情況下，請使用 mc mirror。如果您要從其他 MinIO 部署複製，並希望還原物件的版本歷史記錄和版本中繼資料，請使用儲存貯體複寫或站點複寫 (如果已在使用這些方法)。

部署新的 MinIO 站點。
根據需要設定 IAM 和使用者。
在新站點上建立儲存貯體。
使用 mc cp CLI 命令，將內容從鏡像位置複製到新的 MinIO 站點。