站点故障恢复

将不健康的对等节点恢复到站点复制

站点复制 使两个或多个 MinIO 部署与 IAM 策略、存储桶、存储桶配置、对象和对象元数据保持同步。如果对等站点发生故障（例如，由于重大灾难或长时间停电），您可以使用剩余的健康站点来恢复可复制数据。

以下步骤可以在站点丢失之前已启用站点复制的情况下恢复数据。此过程假设一个或多个对等站点的完全丢失，而不是由于延迟或瞬态部署停机导致的复制延迟或延迟。

1. 使用mc admin replicate rm命令和--force选项，从MinIO站点复制配置中移除故障站点。

   以下命令强制从复制配置中移除不健康的对等站点

   mc admin replicate rm HEALTHY_PEER UNHEALTHY_PEER --force
   

   • 将HEALTHY_PEER替换为复制配置中任何健康对等站点的别名

   • 将UNHEALTHY_PEER替换为不健康对等站点的别名

   站点复制配置中的所有健康对等站点都会自动更新以移除不健康的对等站点。您可以使用mc admin replicate info命令验证新的站点复制配置。

2. 按照站点复制要求部署新的MinIO站点。

   • 除了规定的要求之外，不要上传任何数据或以其他方式配置部署。

   • 验证新的MinIO部署是否正常运行，并且与其他对等站点之间具有双向连接。

   • 确保新站点与现有对等站点上的服务器版本匹配

   警告

   mc admin replicate rm --force命令仅对站点复制配置中的联机或健康节点运行。已移除的脱机MinIO部署保留其原始复制配置，因此如果部署恢复正常运行，它将继续对其配置的对等站点执行复制操作。

   如果您计划在站点复制配置中重新使用硬件，则**必须**在重新初始化MinIO并将站点添加回复制配置之前，完全擦除部署的驱动器。

3. 添加替换的对等站点到复制配置中。

   使用mc admin replicate add命令更新包含新站点的复制配置

   mc admin replicate add HEALTHY_PEER NEW_PEER
   

   • 将HEALTHY_PEER替换为复制配置中任何健康对等站点的别名

   • 将NEW_PEER替换为新对等站点的别名

   站点复制配置中的所有健康对等站点都会自动更新以包含新对等站点。您可以使用mc admin replicate info命令验证新的站点复制配置。

4. 使用mc admin replicate resync重新同步新对等站点。

   mc admin replicate resync start HEALTHY_PEER NEW_PEER
   

   • 将HEALTHY_PEER替换为复制配置中任何健康对等站点的别名

   • 将NEW_PEER替换为新对等站点的别名

5. 验证复制状态。

   使用以下命令跟踪复制状态

   • mc admin replicate status - 提供复制的总体状态和进度

   • mc replicate status - 提供桶级和全局复制状态

活动桶复制重新同步

对于在故障之前已启用桶复制的情况，您可以使用mc replicate resync将数据恢复到新站点。创建一个新站点以替换故障部署，然后将数据从现有的、健康的、启用了桶复制的部署同步到新站点。

1. 部署新的MinIO站点。

2. 根据需要设置IAM和用户。

3. 在包含数据的站点上，使用mc admin bucket remote add命令创建一个新的remote target，并记录输出中的ARN。

4. 从包含数据的站点，使用mc replicate resync start命令以及上一步中的ARN，在新的站点上重建桶。

5. 等待重新同步完成（使用mc replicate resync status进行检查）。

6. 从新的MinIO站点到现有的目标桶设置桶复制规则。

7. (可选) 删除目标部署中的桶复制规则，以恢复主动-被动复制场景。

被动桶复制重新同步

桶复制可以通过从目标桶到新的MinIO站点执行复制，直接恢复站点内容。

作为被动过程，桶复制对于站点恢复场景可能无法像预期的那样快。

桶复制依赖于标准复制扫描程序队列，该队列不优先于其他进程。对于具有更严格SLA/SLO的恢复过程，请使用带有mc replicate resync命令的活动桶复制过程，如上所述。

桶复制规则将对象、其版本ID、版本和其他元数据复制到目标桶。如果在站点丢失之前已使用桶复制，则MinIO可以将具有所有这些属性的对象恢复到新的MinIO站点。

1. 部署新的MinIO站点。

2. 根据需要设置IAM和用户。

3. 在剩余的目标桶部署中，为每个桶创建到新MinIO站点的桶复制规则。

4. 等待复制完成。

5. 从新的MinIO站点到现有的目标桶设置桶复制规则。

6. (可选) 删除目标部署中的桶复制规则，以恢复主动-被动复制场景。

   如果您希望在桶之间保持活动-活动复制，请不要删除用于恢复数据的部署中的桶复制规则。在活动-活动复制中，对任一位置的对象所做的更改都会影响另一个位置的对象。

镜像

MinIO的镜像功能可以从任何与S3兼容的存储系统复制对象。

镜像仅复制每个对象的最新版本，而不包括版本控制元数据，无论来源如何。您无法使用此方法恢复这些属性。

在您只需要恢复对象的最新版本的情况下，请使用mc mirror。如果您是从另一个MinIO部署复制并且希望恢复对象的版本历史记录和版本元数据，请使用已在使用的桶复制或站点复制。

1. 部署新的MinIO站点。

2. 根据需要设置IAM和用户。

3. 在新站点上创建桶。

4. 使用mc cp CLI命令将内容从镜像位置复制到新的MinIO站点。