Appsync：即使 Unity 快照在 AppSync GUI 中过期，也不会从阵列中删除它。

无更改

AppSync 服务计划成功完成，快照根据轮换策略从 AppSync GUI 过期，但间歇性地使阵列上的快照未被删除。

遇到此问题的情形是分布式 VPLEX/Unity 环境中的数据存储区保护。（分别为两个 VPLEX 群集 + 两个 Unity 阵列）。

有两种服务计划：

ServicePlan1 使用 VPLEX1 群集和 Unity 1 阵列作为快照的首选。
ServicePlan2 使用 VPLEX2 群集和 Unity 2 阵列作为快照的首选。

将 ServicePlan1 和 ServicePlan2 计划为使用固定的轮换计数一个接一个地运行。

从两个服务计划创建快照时，可以在两个不同的阵列上生成相同的 SnapID。
但是，AppSync 使用 SnapID 由 AppSync 在内部唯一标识快照。创建快照后，AppSync 在进行一些内部数据库查询以及持久化 VPLEX 实体和 Unity 阵列快照关系时会使用 SnapID。
在这种情况下，不同阵列上的两个拷贝具有相同的 SnapID，AppSync 可能会尝试为错误的服务计划使拷贝到期，随后在阵列上保留要到期的拷贝。
因此，只要存在非唯一 SnapID，一些快照就会保留在阵列上，即使在拷贝到期后也是如此。

AppSync 3.5.0 存在热修复程序，允许使用 SnapID 和 ArrayID 来引用 AppSync Unity Snap 对象。
在提交服务请求时，请注意本文。
修补程序将仅针对新创建的快照防止此问题发生。需要使用阵列本机工具手动删除阵列上遗留的现有快照。有关说明，请参阅阵列的相应文档。

该修复程序预计将包含在 3.7 之后的 AppSync 版本中。

请参阅 3.5.0 之后的后续版本的发行说明，以确定您正在运行的版本中是否包含修复程序。

修补程序无法解决现有拷贝的到期问题。（这是因为对于现有拷贝，其 SnapID 和关系已保留在 AppSync 数据库中，无法更改）。

因此，只有应用修补程序后有效创建的副本的轮换才会看到修补程序的影响。