节点故障恢复

如果 MinIO 节点发生完全硬件故障（例如，所有驱动器、数据等丢失），该节点在重新加入部署后会开始修复操作。MinIO 修复仅发生在替换的硬件上，通常不会影响部署性能。

MinIO 修复确保所有恢复到驱动器上的数据的完整性和正确性。

对驱动器的独占访问权限

MinIO **需要** 对提供用于对象存储的驱动器或卷进行 *独占* 访问。任何其他进程、软件、脚本或人员不应直接对提供给 MinIO 的驱动器或卷执行 *任何* 操作，也不应对 MinIO 放置在这些驱动器或卷上的对象或文件执行任何操作。

除非 MinIO 工程师指示，否则不要使用脚本或工具直接修改、删除或移动提供的驱动器上的任何数据分片、奇偶校验分片或元数据文件，包括从一个驱动器或节点移动到另一个驱动器或节点。此类操作很可能导致 MinIO 无法修复的广泛损坏和数据丢失。

替换节点硬件应与故障节点基本相似。使用改进的硬件不会产生任何负面性能影响。

替换驱动器硬件应与故障驱动器基本相似。例如，用另一个相同容量的 SSD 驱动器替换故障的 SSD。虽然可以使用容量更大的驱动器，但 MinIO 使用 *最小* 驱动器的容量作为服务器池中所有驱动器的上限。

以下步骤更详细地介绍了节点替换过程。这些步骤假设一个 MinIO 部署，其中每个节点都具有根据记录的先决条件的 DNS 主机名。

1) 启动替换节点

确保新节点已接收所有必要的安全、固件和操作系统更新，以符合行业、监管或组织标准和要求。

新节点的软件配置必须与部署中其他节点的软件配置匹配，包括但不限于操作系统和内核版本及配置。不同的软件配置可能会导致部署中出现意外或不希望的行为。

可选此步骤仅在替换节点的 IP 地址与故障主机不同时需要。

确保与故障节点关联的 hostname 现在解析到新节点。

例如，如果 https://minio-1.example.net 之前解析到故障主机，现在应该解析到新主机。

遵循部署流程，使用与部署中所有其他节点匹配的配置下载并运行 MinIO 服务器。

在节点上启动 MinIO 服务器进程，并使用 mc admin logs 监控进程输出，或者通过使用 journalctl -u minio（对于 systemd 管理的安装）监控 MinIO 服务日志。

服务器输出应表明它已检测到部署中的其他节点，并已开始进行修复操作。

使用 mc admin heal 监控部署上的整体修复状态。MinIO 会积极修复节点，以确保快速从降级状态恢复。

继续监控部署，直到修复完成。对于持续出现节点故障的部署，应安排专门的维护以确定根本原因。考虑使用 MinIO SUBNET 与 MinIO 工程师协调，以获取任何此类操作的指导。