存储桶复制

重新同步（灾难恢复）

重新同步主要支持在复制配置中使用健康部署在 MinIO 部署上的数据部分或全部丢失后进行恢复。使用 mc replicate resync 命令完全重新同步远程目标 (mc admin bucket remote)，使用指定的源存储桶。

重新同步过程会检查源存储桶中的所有对象，以匹配所有包含 现有对象复制 的配置复制规则。对于每个匹配规则的对象，重新同步过程会将对象放入复制 队列 中，而不管对象的当前 复制状态 如何。

MinIO 跳过同步那些远程副本与源副本完全匹配的对象，包括对象元数据。否则，MinIO 不会根据目标的现有内容来优先处理或修改队列。

mc replicate resync 在存储桶级别运行，不支持 前缀级别粒度。对大型存储桶启动重新同步可能会导致与复制相关的负载和流量显著增加。谨慎使用此命令，仅在必要时使用。

对于配置了 对象转换（分层） 的存储桶，复制重新同步会将对象恢复到非转换状态，没有关联的转换元数据。因此，以前转换到远程存储的任何数据都将永久断开与远程 MinIO 部署的连接。对于在远程配置中指定显式人机可读前缀的分层配置，您可以安全地清除该前缀中的转换数据，以避免与“丢失”数据相关的成本。

删除操作的复制

MinIO 支持复制 删除 操作，其中 MinIO 同步删除特定对象版本和新的 删除标记。删除操作复制使用与所有其他复制操作相同的 复制过程。

MinIO 要求显式启用版本化删除和删除标记复制。使用 mc replicate add --replicate 字段来分别指定 delete 和 delete-marker 以启用版本化删除和删除标记复制。要同时启用两者，请使用逗号分隔符 delete,delete-marker 指定两个字符串。

对于删除标记复制，MinIO 在删除操作创建删除标记后开始复制过程。MinIO 使用 X-Minio-Replication-DeleteMarker-Status 元数据字段来跟踪删除标记复制状态。在 活动-活动 复制配置中，如果两个集群同时为对象创建删除标记或如果一个或两个集群在复制事件同步之前都已关闭，则 MinIO 可能会生成重复的删除标记。

为了复制特定对象版本的删除，MinIO 将对象版本标记为 PENDING，直到复制完成。远程目标删除该对象版本后，MinIO 会删除源上的对象。虽然此过程可确保版本删除几乎同步，但它可能会导致列出操作在初始删除操作后返回对象版本。MinIO 使用 X-Minio-Replication-Delete-Status 来跟踪删除版本复制状态。

MinIO 仅复制显式客户端驱动的删除操作。MinIO 不会 复制从 生命周期管理过期规则 应用中删除的对象。对于 活动-活动 配置，在所有复制存储桶上设置相同的过期规则，以确保对象过期的一致应用。

现有对象的复制

默认情况下，MinIO 会将源存储桶中的现有对象复制到配置的远程位置，类似于 AWS：在 S3 存储桶之间复制现有对象，但无需联系技术支持的开销。

MinIO 将所有满足复制规则的对象或对象前缀标记为有资格同步到远程集群和存储桶。MinIO 仅排除没有版本 ID 的对象，例如在启用存储桶的版本控制之前写入的对象。

您可以在配置或修改存储桶复制规则时禁用现有对象复制。您必须在创建或修改期间指定所有所需的复制功能

• 对于新的复制规则，请从指定给 mc replicate add --replicate 的复制功能列表中排除 "existing-objects"。

• 对于现有的复制规则，使用 mc replicate update --replicate 从现有复制功能列表中删除 "existing-objects"。新规则将替换以前的规则。

禁用现有对象复制不会删除已复制到远程存储桶的任何对象。

同步与异步复制

MinIO 支持为给定的远程目标指定异步（默认）或同步复制。

使用异步复制，MinIO 会在将对象放入 复制队列 之前完成原始的 PUT 操作。因此，原始客户端可能会在对象被复制之前看到成功的 PUT 操作。虽然这可能会导致远程上的对象过时或丢失，但它可以降低由于复制负载导致写入操作速度慢的风险。

使用同步复制，MinIO 会在完成原始的 PUT 操作之前尝试复制对象。无论复制尝试是否成功，MinIO 都将返回成功的 PUT 操作。这减少了写入操作速度慢的风险，但可能会导致远程位置上的对象过时或丢失。

使用 mc admin bucket remote add 命令和 add 标志配置远程目标时，必须显式启用同步复制。

复制内部

本节记录复制的内部行为，对于使用或实施复制来说并不重要。本说明仅出于学习和教育目的提供。