站點故障復原

MinIO 可以將整個站點的損失（雖然重大）降至相對較小的事件。站點復原取決於您用於該站點的複製選項。

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

站點複製修復會自動將 IAM 設定、儲存貯體、儲存貯體配置和物件從現有的站點新增至新的站點，無需進一步操作。

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

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

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

重要

RELEASE.2023-01-02T09-40-09Z MinIO 伺服器版本包含重要修補程式，可移除包含三個或更多對等站點的複製配置中已關閉的站點。

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

站點複製會使兩個或更多 MinIO 部署與 IAM 原則、儲存貯體、儲存貯體配置、物件和物件中繼資料保持同步。如果對等站點發生故障，例如因重大災難或長時間斷電造成，您可以使用剩餘的健康站點還原可複製資料。

以下程序可以還原在站點遺失之前站點複製處於作用中的情況下的資料。此程序假設一個或多個對等站點的完全遺失，而不是因延遲或暫時性部署停機造成的複製延遲或延遲。

使用mc admin replicate rm命令搭配--force選項，從 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 站點。