如果卷移动的目标本地层未附加云层、则存储在云层上的源卷上的数据将写入目标本地层上的本地层。

从ONTAP 9.8开始、启用卷后"非活动数据报告"、FabricPool将使用卷的热图立即将冷数据排队、以便在冷数据写入目标本地层后立即开始分层。

在ONTAP 9.8之前的版本中、将卷移至另一本地层会重置本地层上的块的非活动期限。例如、如果某个卷使用自动卷分层策略、并且数据位于本地层上、并且此卷已处于非活动状态20天、但尚未分层、则在卷移动后、此数据的温度将重置为0天。

从ONTAP 9.6开始、如果卷移动的目标本地层使用与源本地层相同的分段、则存储在该分段中的源卷上的数据不会移回本地层。分层数据始终处于空闲状态、只需要将热数据从一个本地层移动到另一个本地层。经过优化的卷移动可显著提高网络效率。

例如，300TB 优化卷移动意味着即使 300TB 冷数据从一个本地层移动到另一个本地层，也不会触发对对象存储的 300TB 读取和 300TB 写入。

未经优化的卷移动会产生额外的网络和计算流量(读取/获取和写入/放置)、从而增加对ONTAP集群和对象存储的需求、并可能在分层到公共对象存储时增加成本。

如果卷移动的目标本地层附加了云层、则存储在云层上的源卷上的数据会首先写入到目标本地层上的本地层。然后、如果此方法适用于卷的分层策略、则此策略将写入目标本地层上的云层。

首先将数据写入本地层可提高卷移动的性能并减少转换时间。如果在执行卷移动时未指定卷分层策略、则目标卷将使用源卷的分层策略。

如果在执行卷移动时指定了其他分层策略、则会使用指定的分层策略创建目标卷、并且卷移动不会进行优化。