存储桶复制

重新同步（灾难恢复）

重新同步主要支持在复制配置中使用健康的部署在 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 标志。

复制内部机制

本节介绍复制内部行为，对于使用或实现复制并不重要。本文档仅供学习和教育目的提供。