1、NetAppGofurthecfaster技术报告适用于FAS和V系列的NetApp重复数据删除和数据压缩：功能互操作性NetApp公司：SandraMoulton和CarlosAlvarez2010年8月|TR-3505i.c摘要本技术报告是对TR-3505i的补充，详细介绍了重复数据删除和数据压缩与其他NetApp产品的功能互操作性。本文包括支持的功能、已知限制和最佳实践，其中重点讲述两项技术：适用于FAS和V系列的NetApp重复数据删除和NetApp数据压缩。这些信息对于NetApp公司和渠道合作伙伴的销售和服务领域人员很有用，他们需要了解这些详细信息，以便部署包含重复数据删除和（或）
2、压缩的解决方案U该报告及其补充内容包.含TR-3505适用FAS和V系列的NetApP重复数据删除部署和实施指南中的信息.但是这些信息经过了更新，其中加入了NetApp数据压缩方面的内容。有关新报告内容编排的详细信息，请参阅第1部分。目录1部署和实施指南内容编排32概述33管理工具34数据保护44.1 SNAPSHOT副本44.2 SNAPRESTORE44.3 卷SNAPMIRROR44.4 QTREESNAPMIRROR64.5 SNAPVAULT74.6 OPENSYSTEMSSNAPVAULT(OSSV)74.7 SNAPMIRROR同步84.8 SNAPLOCK85集群技术95.1
3、DATAONTAP集群模式95.2 主动主动集群配置95.3 metroclusterw6其他NETAPP功能106.1 配额106.2 FLEXCLONE卷116.3 FLEXCLONE文件126.4 64位聚合支持136.5 FLEXCACHE136.6 无中断卷移动136.7 NETAPPDATAMOTION136.8 PAM卡和闪存卡146.9 SMTAPE146.10 转储146.11 无中断升级146.12 NETAPPDATAFORT加密146.13 读取重新分配(REALLOC)156.14 VOLCOPY命令156.15 聚合复制命令156.16 MULTISTORE(VFI
4、LER)156.17 SNAPDRIVE166.18 LUN167其他读物和参考资料198版本跟踪199参考191部署和实施指南内容编排TR3505i是部署和实施NetApp重复数据删除和数据压缩的主要指南。现在，这些信息被分成了一套侧重点不同的小文档。这些文档由一个主要设计和实施技术报告（TR）及一系列补充性TR组成。NetApp建议您下载整套TR1以确保您能获得关于NetApp数据压缩和重复数据删除的所有信息。整套TR包含下列文档。 TR-3505i-NetApp重复数据删除和数据压缩部署和实施指南 TR-3505ia关于选择NetApp重复数据删除和（或）数据压缩的时机的最佳实践 TR-
5、3505i.b-NetApp重复数据删除和数据压缩：调整以提高性能和空间效率 TR3505i.c-适用于FAS和V系列的NetApp重复数据删除和数据压缩：功能互操作性（本文档） TR-3505i.d-NetApp重复数据删除和数据压缩：故障排除 TR-3505i.e-NetApp重复数据删除和数据压缩：应用注意事项和参考TR-3505i是TR-3505的内部版本。TR-3505是NetApp数据压缩最初受限发布时所提供的参考文档。我们会继续提供TR-3505的公开版本，但它不包含关于压缩的信息。如果您只想了解关于重复数据删除的信息，请参阅TR-3505适用于FAS和V系列的NetAPP重复数
6、据删除部署和实施指南。2概述适用于FAS和V系列的NetApp重复数据删除和适用于FAS和V系列的NetApp数据压缩都是可以节省空间和成本的解决方案。这两项技术可结合使用也可单独使用，以实现最优节省。NetA即重复数据删除是一种后处理，而NetApp数据压缩则是实时处理。如果在同一个卷上同时启用这两项技术，则先压缩数据，然后再删除重复数据。重复数据删除可以删除数据卷中压缩的或未压缩的重复块。尽管压缩和重复数据删除可很好地结合运行，但应注意的是，可实现的节省并不一定等于这两项技术分别在数据集上单独运行时所实现节省的总和。本指南详细介绍了重复数据删除和数据压缩与其他NetApp解决方案的功能互操
7、作性。本指南提供了关于支持、限制和最佳实践的详细信息。在本指南中，当我们提到重复数据删除时，指的是适用于FAS和V系列的NetA即重复数据删除；当我们提到压缩时，指的是适用于FAS和V系列的NetApp数据压缩。只有DataONTAP7.2.5.1及更高版本才支持NetApp重复数据删除。支持NetApp数据压缩要求的最低版本是DataONTAP8.0.1o3管理工具ProvisioningManager.OperationsManager和ProtectionManager3.8及更高版本都支持重复数据删除。目前，这些工具不能用于管理数据压缩。通过ProvisioningManager3.8
8、及更高版本，可以从一个管理系统为多个系统定义重复数据删除策略和配置重复数据删除。通过OPerationSManager3.8及更高版本，可以从一个管理系统监控和报告重复数据删除对多个系统的影响。通过ProtectionManager3.8及更高版本，可利用重复数据删除无缝优化SnapVauIte计划的管理。有关ProvisioningManager.OperationsManager和ProtectionManager的其他信息，请参阅TR-3440OperationsManager、ProteCtionManaqer和PrOViSioninQManaQer调整指南04数据保护4.1 SNAP
9、SHOT副本Snapshot副本将锁定磁盘上的块，直到Snapshot副本过期或被删除才能将其释放。在任何卷上，为数据创建Snapshot副本后，所有对该数据的后续更改都将暂时需要额外的磁盘空间，直到该Snapshot副本被删除或过期。这同样适用于启用了重复数据删除和（或）压缩功能的卷。如果Snapshot副本锁定了卷上的块，则对卷执行重复数据删除最初也无法看到节省。这是因为只有解除锁定才会释放这些块。由于压缩是实时的，因此SnaPShot副本只有通过覆盖才能影响其节省效果。要让启用了重复数据删除和（或）压缩功能且包含Snapshot副本的卷最大限度地节省空间，请考虑以下最佳实践： 创建新Sn
10、apshot副本之前运行重复数据删除。 限制维护的Snapshot副本的数量。 如果可能，缩短Snapshot副本的保留期限。 仅在已有大量新数据写入卷后再安排重复数据删除。 为Snapshot副本配置相应的预留空间。NetApp的压缩解决方案还有一个可在现有卷上运行的压缩扫描程序。默认情况下，压缩扫描程序会跳过Snapshot副本锁定的数据。专门针对压缩扫描程序的最佳实践包括： 运行压缩扫描程序前尽可能多地删除Snapshot副本。 压缩扫描程序完成扫描前，禁用Snapshot计划。 扫描程序完成扫描后，运行重复数据删除扫描程序（SiSstart-S）收集块指纹。42 SNAPRESTORE
11、SnapRestores功能支持重复数据删除和压缩。它无论是否与这两项功能结合使用，其运行方式不受影响。当您在FlexVol卷上启动SnapRestore操作时，恢复的数据会保持原有的空间节省效果。如果您运行的是DataONTAP7.3,请考虑以下几点：从DataONTAP7.3开始，执行SnapRestore时不会恢复重复数据删除元数据文件（指纹数据库和更改日志文件），这是因为它们聚合在卷之外。在这种情况下，当SnapRestore操作完成后，活动文件系统中就不存在数据的指纹数据库文件了。但该数据仍保留了原有的空间节省。SnapRestore完成后，如果在卷上启用了重复数据删除，则会对写入此
12、卷的新数据继续进行重复数据删除。但是，重复数据删除进程仅在新数据中获得了空间节省，而未在新数据和恢复的数据之间进行重复数据删除。要对卷中的所有数据运行重复数据删除（从而节省更多空间），可使用sisstart-s命令。这个命令为卷中的所有数据创建指纹数据库。请注意，根据卷中逻辑数据的大小，这个进程可能需要很长时间才能完成。43 卷SNAPMIRROR通过卷SnaPMiIror,您可以将数据备份到其他位置供灾难恢复使用C卷SnapMirror支持重复数据删除和压缩。卷SnapMirror在物理块级运行；因此，如果在源系统启用了重复数据删除和（或）压缩，则还会将通过线缆发送的要进行复制的数据进行压缩
13、和（或）重复数据删除处理，因而目标系统会继承这些节省。这可以大幅减少复制过程所需的网络带宽。您可以使用下列卷SnapMirror和压缩的组合：表1）卷SnapMirror支持的重复数据删除/压缩配置源卷上启用的存储目标卷上启用的存储效率功能效率功能压缩/XXX重复数据删除Z重复数据删除+压缩XX两者皆无X!源卷.卜启用的存储I目场携上启用忱存储效率功能源存储系统和目标有I源系统和目标系统应储系统应具有相同的重复数据删除/压缩许可证。使用相同版本的DataONTAP0如果两者无法使用相同版本，则目标系统使用压甯DataONTAP版CNTAPR1需百M本必须高于源系统使用的版本若要运行压缩，则要求
14、两系统都使用Data重加嬴统上晶.压缩/重复馥据删除J目标索统上的魏卷会继承所有的效率属性和存储节省重囹簿欧因此重复数据删除降低了网络带宽使用率。两窿滩输过程中都仅持压缩，因此压缩降低了网络带宽使用率。卷SnapMirror的更新计划与重复数据删除计划无关。已进行重复数据删除/压缩的卷的大小上限受制于源系统与目标系统中较小的一个。源系统和目标系统都必须支持您选择使用的同一种存储效率方案。也就是说，如果您选择使用压缩，则源系统和目标系统都必须支持压缩。卷SnapMirror一般会因重复数据删除带来的空间节而具有较小的传输规模。但是，如果在包含现有数据的卷上首次启用重复数据删除，将重新链接文件缓冲
15、树。由于必须在目标以及重新链接的缓冲树上对通过卷SnapMirror传输的所有数据进行取消重排，因此在卷SnapMirror源上使用重复数据删除时，取消重排的时间可能会增加。配置卷SnapMirror和重复数据删除时，考虑重复数据删除计划和卷SnapMirror计划非常重要。最佳做法是在重复数据删除完成后再开始对已删除重复数据的卷进行卷SnaPMirrOr传输（也就是说，不要在重复数据删除进程期间进行传输）。这样可避免通过网络发送未进行重复数据删除的数据和其他临时元数据文件。如果源卷中的临时元数据文件被锁定在Snapshot副本中，那它们仍会在源卷和目标卷中占用额外空间。NetApp建议，尽可
16、能在卷SnapMirror进行基线传输前在主系统上运行压缩扫描程序。这是因为采用-S选项运行压缩扫描程序可能会导致磁盘上发生大量物理级更改。这意味着，SnapMirror将把它们视为改动过的块，在下次将数据传输到目标卷时会将它们包含在内。因此，采用-S选项运行压缩扫描程序后进行的卷SnapMirror传输可能会远远大于正常的传输量。对于预先存在的卷SnapMirror关系，考虑传输过程中大幅增加的数据并相应地做好计划非常重要。将重复数据删除元数据文件移出卷的影响从DataONTAP7.3开始，大多数重复数据删除元数据聚合在卷之外。因此，无法从Snapshot副本中获取这些元数据，卷SnapMi
17、rror也不会复制此数据。这样可提供额外的网络带宽节省。但是，某些临时元数据文件仍存在于卷中并在重复数据删除操作完成后被删除。如果在重复数据删除操作过程中创建了Snapshot副本，则会将这些临时元数据文件锁定在Snapshot副本中。在重复数据删除进程期间启动的卷SnapMirror更新会通过网络传输这些临时元数据文件。为了防止复制此额外数据，将卷SnapMirror更新安排在重复数据删除操作在源卷上完成后进行。如果主位置发生灾难，您可能需要中断卷SnapMirror关系，并使卷SnapMirror目标开始提供数据。在这种情况下，目标系统上将不会有针对目标卷上现有数据的指纹数据库文件。但是，
18、现有数据仍保留之前在原始卷SnapMirror源上执行重复数据删除操作所产生的空间节省。此外，对于写入卷的新数据来说，重复数据删除进程将继续并为此新数据创建指纹数据库。重复数据删除进程仅在新数据中获得了空间节省，而未在新数据和旧数据之间进行重复数据删除。要对卷中的所有数据运行重复数据删除（从而节省更多空间），可使用sisstart-s命令。这个命令为卷中的所有数据创建指纹数据库。通常仅当原始主系统将长时间处于脱机状态时才需要此命令。根据卷中逻辑数据的大小，此进程可能需要很长时间才能完成。重要说明：使用sisstart-s命令之前，请确保卷以及包含卷的聚合具有足够的可用空间来容纳增加的重复数据删
19、除元数据。有关要为重复数据删除元数据预留多少额外空间的信息，请参阅TR-3505适用于FAS和V系列的重复数据删除部署和实施指南中的“重复数据删除元数据开销”一节。4.4 QTREESNAPMIRROR通过qtreeSnapMirror,您可以将数据备份到其他位置供灾难恢复使用。qtreeSnapMirror支持重复数据删除和压缩。qtreeSnapMirror在逻辑级运行；因此，如果在源系统启用了重复数据删除和（或）压缩，则在传输前先对通过线缆发送的要进行复制的数据在内存中进行解压缩和（或）取消重复数据删除。您可以使用下列qtreeSnapMirror和压缩的组合：表2）qtreeSnapM
20、irror支持的重复数据删除/压缩配置源卷上启用的存储目标卷上启用的存储效率功能效率功能压缩Zxxx重复数据删除X/XX重复数据删除压缩XX两者皆无X在网络传输过程中会源存储系统和目标存I目标卷上后田的存储效率功能丧失通过压缩/重复数据删除实现的空间节省，因此无法节省网络带宽。储系统各自独立运行重复数据删除和压缩，互不影响。压靠复数据删除计划与qtreeSnapMiiror凄新无关/也就是说，重复数据删除进程不会在qtreeorap11trrot15糊元J重复数揭删除4、。-TTMetAnp建波尺HTX时日助弓期。能在qtreeSnapMirror进行基线传输前在牛系统卜运行压缩扫描程序C这是
21、因重钠麟捌除彳二-压缩自描程序句能会导致磁盘上发生大强物理级更改。这意味着，SnapMirror赤舞趣S们视为改动它两窗尿缩扫描程序后的块，仕下次将数崂传输到目拆卷时会芦匕们包含在内。囚此，术用f选项进行的qtreeSnapMirror传输可能会遥远大于正常的传输量。对于预先存在侪qtreeSnapMirror关系，考虑传输过程中大幅增加的数据并相应地做好计划非常重要。但是，如果您仅在QtreeSnapMirror关系中的目标卷上运行压缩扫描程序，那这就不是什么问题了。作为最佳实践，NetApp建议在源卷上的重复数据删除进程终止后再执行qtreeSnapMirror更新。如果在重复数据删除进程
22、在源卷上运行的同时发生了qtreeSnapMirror更新.则除了传输更改过的数据块之外，还可能将一些冗余数据块传输到目标卷。如果目标卷上未运行着重复数据删除，则传输的冗余数据将在目标卷上占用额外的存储空间。NetApp还建议，如果在源卷上使用了重复数据删除和（或）压缩，则也应在目标卷上使用相应功能。但是，如果您打算只在目标卷上使用重复数据删除或压缩，则不必在源卷上使用相应功能。通常，目标存储系统上只有几个qtreeSnapMirror基线Snapshot副本。如果不需要长期保留Snapshot副本，则会不断地将这些副本转出；随着Snapshot副本的转出，会释放已进行重复数据删除的块。如果用
23、户想要长期保留Snapshot副本（替代SnapVauIt或出于其他原因，如在发生灾难时还能有可写并且可用于逆转或重新同步的副本），可以将已进行重复数据删除的数据锁定在Snapshot副本中更长时间，但这会减少重复数据删除实现的存储节省。用户手动或使用snapSChed命令创建Snapshot副本时会出现这种情况。将qtreeSnapMirror与重复数据删除结合使用的最佳实践是让qtreeSnapMirror仅使用满足其最低要求的Snapshot副本数（也就是只保留最新版本）。4.5 SNAPVAULT除以下几点外，重复数据删除和（或）压缩与SnapVauIt结合使用的情形和与QtreeSn
24、apMirror结合使用的情形类似： 重复数据删除计划与目标系统上的SnapVauIt计划相关。源系统上的重复数据删除计划与SnapVauIt更新计划无关，可在卷上单独配置，就像qtreeSnapMirror一样。 创建归档Snapshot副本后，每个SnapVauIt更新（基线更新或增量更新）都将在目标系统上启动重复数据删除进程。 重复数据删除可导致已进行重复数据删除的块发生逻辑级更改。压缩扫描程序可导致物理级更改。这意味着，qtreeSnapMirror和SnapVauIt都将这些块视为已更改的块，并将这些块包括在向目标卷传输的数据中。因此，运行sisstart-s命令后或者采用-S选项运
25、行压缩扫描程序后进行的QtreeSnapMirror和SrlaPVaUIt传输可能会远远大于正常的传输量。NetApp建议，尽可能在qtreeSnapMirror和SnapVauIt运行基线传输前在主系统上运行重复数据删除和（或）压缩扫描程序。对于预先存在的qtree卷SnapMirror或SnapVauIt关系，考虑传输过程中大幅增长的数据并相应地做出计划非常重要。 当重复数据删除在目标系统上完成后将使用新的Snapshot副本取代归档Snapshot副本。（新Snapshot副本的名称与归档副本的名称相同，但新副本的创建时间不同。） 无法手动配置目标系统上的重复数据删除计划，也不允许使用S
26、isstart命令。但是，可在目标系统上手动运行sisstart-s命令。 SnapVauIt更新与重复数据删除操作无关；也就是说，先前备份的目标卷上的重复数据删除进程仍在运行时可以运行后续增量更新。在这种情况下，重复数据删除进程继续运行，但重复数据删除完成后不会取代归档Snapshot副本。 使用SnapVauIt时，主系统和二级系统的重复数据删除/压缩的卷大小上限彼此独立。各系统上的卷必须遵守各自的卷大小上限限制。可以使用ProtectionManager3.8或更高版本通过SnapVauIt管理重复数据删除以获得最佳性能。有关SnapVauIt的其他信息，请参阅TR-3487SnapVa
27、ult设计和实施指南。有关ProtectionManager的其他信息，请参阅TR-3710ProtectionManager最佳实践指南。4.6 OPENSYSTEMSSNAPVAULT（OSSV）由于SnaPVaUIt传输属于逻辑传输，因此数据传输到目标系统后，无法保持通过数据压缩或重复数据删除实现的任何磁盘空间节省。为了减少SnapVauIt数据传输的带宽消耗，可以使用OSSV以压缩状态传输数据，即所谓的链路压缩。链路压缩与数据压缩不同。链路压缩是在通过网络发送数据前对数据进行压缩，传输完成后在目标系统上解压缩收到的数据。关于链路压缩的更多信息，请参阅TR-3466OpenSystems
28、SnapVauIt最佳实践指南。OSSV支持重复数据删除和数据压缩。可通过在OSSV目标系统上启用重复数据删除和数据压缩，重新获得重复数据删除和数据压缩带来的空间节省。例如，如果源卷和目标卷均启用了重复数据删除和数据压缩，并且使用OSSV,则工作原理如下： 源卷包含已进行重复数据删除和已压缩的数据。数据传输请求会将未经压缩（取消数据压缩）和未经重复数据删除的数据发送给OSSV从主系统进行传输。 通过网络发送数据前，OSSV会使用其内置的链路压缩功能对数据进行压缩。 OSSV压缩数据后通过线缆传输压缩的数据。 OSSV目标系统收到数据后会对其进行解压缩，为写入磁盘做好准备。 在将数据写入磁盘前，
29、数据压缩将使用一种实时压缩算法压缩数据。 重复数据删除将在数据传输完成后运行。当结合OSSV使用重复数据删除和压缩时要额外考虑以下几点： 使用OSSV时，即使文件中只有一个块发生了更改，也会将整个文件传输给目标系统。这与SnapVauIt不同，后者只传输发生更改的块。正是因为这个区别，OSSV通常会比SnapVauIt能从重复数据删除中获得更多的空间节省。 如TR-3466OpenSyStemSSnaPVaUIt最佳实践指南中所述,OSSV既可采用更改块传输模式，也可采用完整文件传输模式。OSSV采用更改块传输模式提供的节省与SV类似。 进行基线传输时，重复数据删除会在目标卷上实现空间节省，之
30、后的每个增量更新都会因重复数据删除而实现空间节省，从而使目标卷上的总节省量保持一定程度的一致性。例如，就主目录而言，如果基线传输能节省30%的空间，则后续传输产生的空间节省通常仍将保持30%左右。4.7 SNAPMIRROR同步SnapMirror同步模式不支持重复数据删除和压缩。4.8 SNAPLOCK对于DataONTAP7.3.X,从7.3.1版（包括企业模式和合规性模式）开始，SnapLock完全支持重复数据删除。对于DataONTAP8.0.X,在8.0或8.0.1版中，SnaPLOck不支持重复数据删除和压缩。针对FAS实施SnapLock和NetApp重复数据删除时，请考虑以下几
31、点：存戴椒娇晒友/锄卷辘喇端嘴卷解箍梵频删除嫡翩喻津解SnapLock属性或者卷或文件的WORM行为。 重复数据删除应用于WORM文件、WORM追加文件以及非WORM（正常）文件。 仅允许在SnapLock企业卷上从Snapshot副本中恢复卷。从具有已进行重复数据删除的数据的Snapshot副本中进行卷恢复时，文件系统将返回Snapshot副本创建时的状态（包括重复数据删除的状态），并返回到卷和文件的WORM状态。 无论文件的WORM和重复数据删除的状态如何，文件折叠都将继续正常工作。 当将Snapshot副本锁定在SnapVauIt二级存储上时，Snapshot副本就具有永久性了。也就是说
32、只有过了保留期后才能将其删除。在完成重复数据删除前，不会在二级存储上创建归档Snapshot副本。如果尝试开始后续传输时重复数据删除仍在运行，则将推迟后续传输。因此，SnapVauIt二级存储上的重复数据删除可能导致主存储上的传输计划中断。避免不匹配的计划可实现最佳的容量-H-ZlAPBO 无论文件的重复数据删除状态如何，自动提交都将正常工作。 使用qtreeSnapMirror时，必须在源系统和目标系统上分别运行重复数据删除。WORM属性将由qtreeSnapMirror传输。在两端开启WORM或重复数据删除对qtreeSnapMirror传输没有影响。在源系统或目标系统上执行撤消重复数据
33、删除也不会有任何影响。 使用卷SnapMirror时，文件的WORM属性将由卷SnapMirror传输。仅需在主系统上运行重复数据删除。卷SnapMirror让三级系统可以继承重复数据删除。撤消重复数据删除操作仅在中断卷SnapMirror关系后方可执行。 要在托管着已进行了重复数据删除并包含WORM数据的卷的系统上还原到上一版本，必须先撤消重复数据删除。 如果您要还原到SnapLock卷不支持重复数据删除的早期版本(DataONTAP7.3.1之前的版本).必须先运行sisundo命令。如果在执行还原操作前不运行此命令，则显示一条错误消息，提示必须执行sisundo命令。有关SnapLock
34、的其他详细信息，请参阅TR-3263使用SnapLockCompliance和SnapLockEmerPriSe在磁盘I1处现WORM存储o5集群技术5.1 DATAONTAP集群模式DataONTAP8.0.X集群模式既不支持重复数据删除也不支持压缩。5.2 主动-主动集群配置主动-主动配置支持重复数据删除和压缩。建议集群中的两个节点运行相同版本的DataONTAP,且安装相同的重复数据删除/压缩许可证。重复数据删除和压缩都在每个节点上独立运行。对灵活卷执行写入操作时会将指纹写入更改日志。如果故障转移或恢复至伙伴节点，仍会照常进行压缩，并继续记录更改日志。在故障转移过程中，故障节点将中止重复
35、数据删除操作；在交还后，将使用更新的更改日志恢复重复数据删除操作。恢复的重复数据删除进程会在每个卷计划的时间启动；您也可以手动启动这些进程。在主动-主动配置的每个节点上，最多允许同时执行八个重复数据删除操作。从DataONTAP7.3开始，在接管模式下，伙伴卷支持以下命令：sisstatusxsisstat、sison和sisoff从DataONTAP7.3开始，当SnapVauIt结合Symantec-NetBackup-使用时，在接管模式下，伙伴卷支持块共享。NetApp建议，在计划的接管或交还期间不应有重复数据删除或压缩扫描程序操作：1 .在重复数据删除或压缩扫描程序操作计划的间隙执行计
36、划的接管或交还。2 .中止正在运行的重复数据删除或压缩扫描程序操作，直到完成计划的接管或交还。您可以使用sisStatus命令来确定重复数据删除处于活动状态还是空闲状态。在启用了重复数据删除的系统上，sisstatus命令的输出如下所示：PathStateStatusProgressvolv460EnabledIdleIdlefor00:12:30volv461EnabledActive521MBScannedvolv462EnabledActive489MBScanned您可使用sisstop命令中止卷上处于活动状态的SIS操作，并可使用sisstart命令重新启动该操作。有关重复数据删除的
37、信息，请参阅D美aONTAP存储管理指南和sis(1)帮助页面。您可以使用volcompressstatus命令来确定是否有压缩扫描程序操作正在运行。若有压缩扫描程序操作正在运行，您可以使用volcompressstop命令中止该压缩扫描程序。这将创建一个检查点，完成接管或交还后，您可以使用volcompressstart命令从最后一个检查点重新启动压缩扫描程序。重复数据删除和压缩都是需要安装了许可证才能使用的选件。NetApp建议，在主动-主动控制器配置的两个节点上为重复数据删除和压缩安装相同的许可证。除增加磁盘I/O外，重复数据删除不会增加主动-主动配置的开销。有关主动-主动配置的其他信息
38、请参阅TR-3450主动-主动控制器配置概述和最佳实践指南。只要两个系统的DataONTAP版本都支持压缩，则压缩将继续在接管模式下在伙伴卷上运行。如果故障转移系统的DataONTAP版本不支持压缩，则该卷将在故障转移模式下将进入脱机状态。如果两个系统的DataONTAP版本均支持压缩，两个节点也都安装了压缩许可，则伙伴卷上的压缩模式/算法与本地卷的执行方式相同，且在接管模式下将继续压缩新写入的数据。5.3metrocluster从DataONTAP7.2.5.1和7.3.1及更高版本开始,光纤MetroCIuster和延伸MetroCIuster均支持重复数据删除。光纤MetroCIust
39、er和延伸MetroCIuster不支持压缩。将MetroCIuster与重复数据删除结合时，请考虑以下几点： 由于增加了磁盘写入操作，重复数据删除会对CPU资源产生影响。之所以增加写入操作，是因为要写入到两个丛中。在多数平台上，此影响小于10%o低端系统（例如，FAS3000系统）比高端系统（例如，FAS6000系统）受影响更大。 在接管模式下，写入伙伴灵活卷的是记录的更改。而在接管模式下，重复数据删除进程不在伙伴灵活卷上运行。完成交还后，将处理更改日志中的数据并将对数据进行重复数据删除。 在接管模式下，将继续记录更改日志，直到其满为止。如果节点长时间处于接管模式下（如在灾难恢复过程中），就
40、会出现这种情况。无论更改日志是否可用，均可继续访问所有数据。 处于接管模式下的节点将接过针对伙伴卷的I/O服务以及其更改日志记录。因此，会消耗更多系统资源，从而可能需要调整系统工作负载。 在托管模式下，只有一部分针对伙伴卷的重复数据删除命令可以使用。这些命令是：SiSstatus,sisstatssison和sisoffo 两个节点上必须都安装了重复数据删除许可证。有关MetroCIuster的其他信息，请参阅TR-3548MetroCluster设计和实施指南。6其他NETAPP功能6.1 配额对于已进行重复数据删除的文件和已压缩文件，将按逻辑（未压缩/未经重复数据删除的）大小计入配额。相对
41、于按文件的物理（已压缩/已进行重复数据删除的）大小计入配额，此方案具有以下几个优势： 这符合让重复数据删除和压缩对最终用户透明的一般设计原则。 让系统管理员能更轻松地管理配额。他们对所有卷使用一个配额策略，而无需考虑卷上是否启用了重复数据删除或压缩。 当通过SnapMirror将数据从启用了重复数据删除或压缩的卷镜像到禁用重复数据删除或压缩的目标卷时，不会出现空间不足的故障。.当写入的新数据的可压缩性不如要替换的数据时，覆盖文件的一部分将不会因为配额错误而出现故障。6.2 FLEXCLONE卷FlexClone技术可即时地将数据卷和数据集复制为透明的虚拟副本，无需额外的存储空间。FIexCIo
42、ne卷支持重复数据删除和压缩。创建FIexCIone卷（克隆卷）时：如果父FIexCIone卷启用了重复数据删除或压缩，则新卷会继承父卷的效率。克隆卷将继承父卷的重复数据删除/压缩配置，如重复数据删除计划。从DataONTAP7.3开始，不再克隆重复数据删除元数据文件（指纹数据库和更改日志文件），这是因为它们位于聚合中卷的外部。在这种情况下，克隆卷中就没有了父卷数据的指纹数据库文件。但是，克隆卷中的数据继承了原始数据的空间节省。对于写入克隆卷的任何新数据仍继续进行重复数据删除并为其创建指纹数据库。但是，重复数据删除进程仅在新数据中获得了空间节省，而未在新数据和旧数据之间进行重复数据删除。要对克
43、隆卷中的所有数据运行重复数据删除（从而节省更多空间），请使用sisstart-s命令。根据卷中逻辑数据的大小，此进程可能需要很长时间才能完成。请务必注意，如果在克隆卷上使用-S或-a选项运行压缩扫描程序，则将把父卷上的所有可压缩数据作为新数据写入克隆卷。这将大大增加克隆卷的大小，从而降低克隆的空间节省效果。使用FLEXCLONE卷进行空间节省测试您可以使用FIexCIone卷来确定对卷进行重复数据删除/压缩所带来的节省。在以下三种情况下，当您不想更改生产环境时，这将很有用： 父卷尚未启用重复数据删除。 父卷尚未启用重复数据删除或压缩。 父卷已启用重复数据删除，但想要测试添加压缩功能。对于所有这
44、些使用情景，您只需要极少的存储开销就可以进行测试，且不影响您的生产数据。要创建这些测试环境，首先要创建一个父卷的FIexCIone卷。这在聚合上占用的空间可忽略不计。情景1:计算常规卷上使用重复数据删除所节省的空间要确定使用重复数据删除所节省的空间，在克隆卷上运行sisstar-s命令。这将仅删除克隆卷上的重复数据，而不会修改父卷上的数据。与针对非FIexCIone卷所使用的方法一样，要确定重复数据删除所带来的节省，在克隆卷上运行df-s命令，查看输出中的%deduplicated列来确定所节省的空间大小。情景2:计算常规卷上使用重复数据删除和压缩所节省的空间要确定通过添加压缩和重复数据删除功
45、能所节省的空间，首先要在克隆卷上运行压缩扫描程序（volcompressstart-s克隆卷的卷名）,完成后，再在克隆卷上运行重复数据删除（sisstart-s克隆卷的卷名）。完成这两个操作后，克隆卷将包含已压缩和已进行重复数据删除的数据。要确定总节省量，在克隆卷上运行df-S命令，查看输出中的%saved歹上情景3:计算已进行重复数据删除的卷上使用压缩所节省的空间要确定为已进行重复数据删除的卷添加压缩功能所能节省的空间，您可以运行压缩扫描程序（volcompressstart-s卷名）。这会将可压缩的数据写入克隆卷，而不会影响父卷上的数据。要确定通过压缩节省的空间，您可以在克隆卷上运行df-
46、S,然后查看compressed歹上注：您还可以使用-as选项运行压缩扫描程序，但这样一来您就得在扫描完成后运行重复数据删除才能充分实现可能的节省。有关-S和-as选项的详细信息，请参阅TR3505iNetApp重复数据删除和数据压缩部署和实施指南的压缩扫描程序一节。使用FLEXCLONE卷创建测试环境您可以使用FIexCIone卷快速搭建测试环境来测试卷上的重复数据删除/压缩，无需修改生产卷。在以下三种情况下，当您不想更改生产环境时,这将很有用： 父卷尚未启用重复数据删除。 父卷尚未启用重复数据删除或压缩。 父卷已启用重复数据删除，但想要测试添加压缩功能。要在使用最少存储空间且不修改生产数据的前提下创建这些测试环境，您可以：情景1：创建为常规卷添加重复数据删除的测试环境要在使用最少空间的前提下创建添加重复数据删除的测试卷，可以创建父卷的FIexCIone卷，然后在该克隆卷上运行sisstart-s命令。这将仅删除克隆卷上的重复数据，而不会修改父卷上的数据。这样，您便可针对已进行重复数据删除的卷运行测试了。情景2：创建为常规卷添加重复数据删除和压缩的测试环境要在使用最少空间的前提下创建添加压缩和重复数据删除的测试卷，可以创建父卷的FIexCIone卷。然后，您便可在克隆卷上运行压缩扫描程序（volcompressstart-s克隆卷的卷名）,完成后，再在克隆卷上运行重
免费区 
