節點故障恢復

如果 MinIO 節點遭受完全硬體故障（例如，所有磁碟機、資料等遺失），則該節點在重新加入部署後會開始修復操作。MinIO 修復僅發生在替換的硬體上，通常不會影響部署效能。

MinIO 修復可確保還原到磁碟機上的所有資料的一致性和正確性。

獨佔存取磁碟機

MinIO **要求**對物件儲存提供的磁碟機或磁碟區具有*獨佔*存取權。沒有其他進程、軟體、腳本或人員應直接對提供給 MinIO 的磁碟機或磁碟區執行*任何*操作，或 MinIO 放置在其上的物件或檔案執行操作。

除非 MinIO 工程部門指示，否則請勿使用腳本或工具直接修改、刪除或移動所提供磁碟機上的任何資料分片、同位分片或中繼資料檔案，包括從一個磁碟機或節點到另一個磁碟機或節點。此類操作很可能導致超出 MinIO 修復能力的廣泛損毀和資料遺失。

替換節點硬體應與故障節點大致相似。使用改良的硬體沒有任何負面效能影響。

替換磁碟機硬體應與故障磁碟機大致相似。例如，使用相同容量的另一個 SSD 磁碟機替換故障的 SSD。雖然您可以使用容量更大的磁碟機，但 MinIO 會使用*最小*磁碟機的容量作為伺服器池中所有磁碟機的上限。

以下步驟提供了更詳細的節點替換逐步說明。這些步驟假設 MinIO 部署中，每個節點都具有 DNS 主機名稱，如文件中記錄的先決條件所示。

1) 啟動替換節點

確保新節點已根據產業、法規或組織標準和要求收到所有必要的安全性、韌體和作業系統更新。

新節點軟體組態*必須*與部署中的其他節點的組態相符，包括但不限於作業系統和核心版本及組態。異質軟體組態可能會導致部署中出現意外或不良行為。

選用如果替換節點與故障主機的 IP 位址不同，則才需要此步驟。

確保與故障節點相關聯的主機名稱現在解析為新節點。

例如，如果 https://minio-1.example.net 之前解析為故障主機，則現在應解析為新主機。

依照部署程序下載並執行 MinIO 伺服器，使用與部署中所有其他節點相符的組態。

在節點上啟動 MinIO 伺服器進程，並使用 mc admin logs 監控進程輸出，或者使用 journalctl -u minio 監控 MinIO 服務日誌（適用於 systemd 管理的安裝）。

伺服器輸出應指示它已偵測到部署中的其他節點，並已開始修復操作。

使用 mc admin heal 監控部署的整體修復狀態。 MinIO 會積極修復節點，以確保從降級狀態快速恢復。

繼續監控部署，直到修復完成。對於持續和重複節點故障的部署，應安排專門的維護以找出根本原因。考慮使用 MinIO SUBNET 與 MinIO 工程團隊協調，以獲得任何此類操作的指導。