复制快照管理
快照是复制的基础。源和目标必须始终共享一个公用快照，才能以增量方式继续复制，并且源必须知道目标具有的最新快照是哪一个。为了便于实现这一点，复制子系统将创建并管理其自己的快照。管理员通常不需要考虑这些，但由于快照对存储利用率可能有重大影响，本节还是进行了详细介绍。
特定操作的每个复制更新都包含以下步骤：
-
根据以下情况是否属实确定这是增量更新还是完全更新：
-
之前曾尝试复制此操作，并且
-
目标已有增量更新的必需快照
-
-
创建一个新的项目级快照。
-
发送更新。对于完整更新，将整个组的内容发送至新快照。对于增量更新，将发送先前（基础）快照与新快照之间的差异。
-
将新快照记录为下次更新的基础快照，并销毁先前的基础快照（对于增量更新）。基础快照仍然在目标上，直至获得下次更新，此时其是首先被销毁的内容。
这会对快照管理带来多种后果：
-
当复制不是主动的时，在首次复制更新期间和初始更新后，对于在项目上或组中的任何共享资源上配置的每个操作，只有一个项目级快照。复制操作可以在与该操作复制（但是不在组更新过程中发送的组中）的共享资源属于同一项目的共享资源上创建快照。
-
在特定操作的后续复制更新期间，可能存在两个与该操作关联的项目级快照。如果发生了源无法确定目标是否已成功接收了新快照的故障（例如，在更新期间发生导致故障的网络中断时），在更新完成后可能会同时保留这两个快照。
-
管理员无法在不中断增量复制的情况下销毁任何与复制操作关联的快照。系统将不允许管理员销毁源或目标上增量复制所需的快照。要销毁源上的此类快照，必须销毁操作（这将销毁与操作关联的快照）。要销毁目标上的此类快照，必须先断开数据包连接（这将破坏接收对该数据包的增量更新的能力）。
-
管理员不得回滚到在任何复制快照之前创建的快照。这样做会销毁后来的复制快照，并破坏使用这些快照的所有操作的增量复制。
-
在复制时使用快照将要求使用复制的管理员了解设备上的空间管理，特别是在应用到快照时。
中间复制快照
可以设置复制操作以包括非复制快照。设置 "Include Snapshots"（包含快照）属性后，复制更新将包括自上次复制更新后（如果是首次完整更新，则是自创建共享资源后）创建的非复制快照。其中包括自动快照和管理员创建的快照。可以禁用此属性以跳过这些快照，并且在每次更新时仅发送复制快照之间的更改。
为了复制任何中间快照（包括自动快照），应当启用操作属性 include_snaps。
相关主题
复制自动快照管理
自动调度快照这一功能允许根据管理员提供的调度自动创建和销毁项目和/或共享资源的快照。调度指定何时创建自动快照以及要保留多少个快照。可以为项目或共享资源创建多个调度。
使用远程复制时，快照（包括自动快照）可以包括在复制更新中而且将在复制目标上用作相应复制数据包的一部分。
默认情况下，目标上保留的自动快照的数量对应于项目或共享资源的快照调度中的保留设置（"Keep At Most"（保存最多））。
复制操作可以配置为在整个复制更新期间，在目标上保留特定数量的独立自动快照。
反向复制和自动快照管理
在执行反向复制时，自动快照保留设置将得以保留：源和目标将继续保持其保留设置。
示例：
-
源 A 已经配置了自动快照并在源 A 上保留 5 个快照。
-
通过源 A 上的复制操作，目标 B 已经配置为保留 10 个自动快照。
在反向复制之后，源和目标已经切换到源 B 和目标 A。
-
现在，源 B 具有自动快照调度，仍保留 10 个快照。
-
目标 A 仍配置为保留 5 个快照。此保留设置现在可通过源 B 上的复制操作来配置。
执行另一个反向复制会将源和目标恢复为其原始配置。
有关在目标上配置自动快照保留的更多信息，请参见：