1、NetApp技术报告集群模式DataONTAP过渡指南NetApp公司JayWZte2013年11月|TR-4052摘要本文档面向所有现场技术人员，旨在帮助他们全面了解集群模式DataONTAP的过渡。其中涵盖了整体工作流、工具、最佳实践等内容。文中未直接讨论的主题根据需要进行了简单介绍。目录1简介51.1 开始之前51.2 新功能特性51.3 过渡概览61.4 服务和临时硬件62评估72.1 评估72.2 讨论时间表93准备93.1 规划103.2 知识传授（ToI）113.3 集群部署114迁移124.1 迁移工具124.2 预检查144.3 基线复制154.4 增量复制154.5 断开客
2、户端的连接154.6 最终复制154.7 转换155运行165.1 运行后的变更165.2 文档记录165.3 培训166关于过渡的主要注意事项171.1 DataONTAP概述171.2 StorageVirtiJalMaChine（SVM）本地化（多语言）181.3 qtree191.4 重复数据删除和数据压缩241.5 FIexCIone251.6 无中断运行和高可用性261.7 DataONTAP的安全性261.8 存储子系统271.9 安全多租户271.10 平台支持281.11 聚合（32位和64位）281.12 DataONTAP网络连接281.13 SAN291.14 NDMP
3、311.15 NFS311.16 CIFS311.17 FIexShare321.18 FlashPool和FlashCache321.19 高文件数量环境321.20 SnapMirror331.21 SnapVauIt331.22 存储系统性能341.23 OnCommand管理产品361.24 NetApp易管理性SDK381.25 SnapDrive和SnapManager产品387 TransitionAdvisor398 7模式过渡工具398.1 要求408.2 操作概述418.3 DataONTAP的功能和配置438.4 脱机评估448.5 主要注意事项449其他过渡工具459.
4、1 DataTransportAppliance2800459.2 卷过渡向导459.3 第三方工具45107模式的注意事项46附录477-模式过渡工具：配置设置47参考资料48版本历史50表格目录表1）有关记录qtree信息的示例。23表2）基于复制的迁移支持的数据压缩和重复数据删除配置。25表3）StorageVirtualMachine（SVM）与VFiler实例的比较。27表4）可扩展的SAN的主要注意事项。29表5）OnCommand管理产品的版本。36表6）只能使用7MTTCLI完成的任务（不适用于Web界面）44表7）由7MTT设定的NFS配置设置。47表8）由7MTT设定的CI
5、FS配置设置。47表9）由7MTT设定的高可用性配置设置。48插图目录图1）集群模式DataONTAP过渡工作流。6图2）迁移工具决策树。13图3）迁移工具决策树的关键决策框。13图4）qtree过渡的暂存方法概览。22图5）7-模式过渡工具迁移过程概述。411简介随着DataONTAP8.2的推出，NetApp力图对集群模式DataONTAP的采用策略进行扩展，由之前的“新旧替代策略扩展为全面支持现有NetApp存储系统向集群模式DataONTAP过渡的策略。本文档旨在介绍执行过渡的整体工作流、主要注意事项、最佳实践和工具等内容。这些信息主要面向现场技术人员（售前和售后），同时也适用于希望全
6、面了解集群模式DataONTAP过渡的人员。1.1 开始之前对于本文档的读者来说，了解集群模式DataONTAP（物理组件和逻辑组件）的基础知识十分重要。如果您认为自己还不了解集群模式DataONTAP的基础知识，可以通过许多资源来获取这方面的知识，例如： FieldPortal上的集群模式DataONTAP登录页面包含许多学习资源的链接（如技术报告、常见问题解答、功能差异和学习路线图等）。 NetAppU课程（位于集群模式DataONTAP登录页面的培训板块下）。 NetAppInsight研讨会录像（客户无法访问，因为NetAppInsight研讨会是面向NetApp与合作伙伴现场技术人员
7、的活动）。例如，读者应当已了解集群模式DataONTAP的许多核心概念，例如：命名空间 StorageVirtualMachine（SVM） 1.IF 直接数据访问 间接数据访问注：直接数据访问和间接数据访问将在本文档第6.22节存储系统性能中介绍。如果读者对上述概念感觉陌生，应深入阅读并了解集群模式DataONTAP的基础知识。TR-3982：集群模式DataoNTAP8.2：简介可以帮助读者快速掌握这些知识o1.2 新功能特性自DataONTAP8.2发布以来，NetApp在支持集群模式DataONTAP的过渡方面开展了很多工作: 更新了宣传材料和文档。本技术报告以及一些介绍特定过渡要素或
8、整体过渡的支持性文档，位于NetAppFieldPortal上的集群模式DataC）NTAP过渡资料夹中。 提供与过渡相关的服务项目、计划和培训。NetApp现已提供集群模式DataONTAP就绪评估服务、多项全新NetAppU过渡课程和迁移设备计划，旨在提高NetApp、合作伙伴和客户成功过渡到集群模式DataONTAP的能力。 7模式过渡工具（7MTT）,7模式过渡工具是NetApp提供的一款免费工具，用于支持用户使用SnapMirror将NAS卷（NFS和CIFS）从7-模式迁移到集群模式DataONTAPc7MTT可自动执行迁移过程、移动配置设置、保持存储效率、保留Snapshot副本
9、并支持多控制器评估功能。此外，7MTT还可用于将现有SnapMirror主卷和二级卷迁移至集群模式DataONTAP,同时保留数据保护关系。注：只有在过渡时，才支持在7-模式与集群模式DataONTAP之间使用SnapMirror关系，完成过渡后不应保持该关系。此外，用于过渡的SnapMirror关系不可用于从集群模式DataONTAP向7模式复制数据。 TransitionAdvisor（TA）oTransitionAdvisor是NetApp支持站点的MyAutoSupport界面中包含的一款免费工具。TA用于对照目标集群模式DataONTAP的版本对现有7-模式系统进行特性和功能评估。
10、要使用此工具，系统必须向NetApp报告AutoSupport信息。 RapidData迁移解决方案（即将推出）。RapidData迁移解决方案是一套基于硬件的迁移解决方案，用于将NFSv3数据从7-模式迁移至集群模式DataONTAPo它支持按客户端进行转换、透明迁移以及在子卷级别（文件、目录、qtree和卷级别）进行迁移。这款解决方案预计于2014年初首次发布。1.3 过渡概览一般来说，向集群模式DataONTAP的过渡活动包括数据迁移、现有硬件的重新部署或新硬件的部署、操作更改和培训。为了更好地支持过渡，NetApp重点围绕新增和改进的过渡工具、过渡工作流关键交付项的模板、新增和更新的宣
11、传材料以及针对过渡的新计划和服务，提供定期持续的更新。过渡工作流旨在为成功过渡到集群模式DataONTAP提供指导。具体包括以下几个阶段: 评估。本阶段重点评估客户是否已完全准备好过渡到集群模式DataONTAPo首要任务是了解是否有任何因素会阻碍客户过渡到集群模式DataONTAPo 准备。合理规划过渡活动并准备集群模式DataONTAP环境是本阶段的关键。过渡计划用于确定集群模式DataONTAP的架构、迁移计划、培训计划以及客户环境与集群模式DataONTAP能否无缝融合等问题。集群模式DataONTAP系统会作为迁移活动的目标进行部署和投入运行。 迁移。本阶段的重点是，将数据和配置从源
12、7-模式存储系统迁移到目标集群模式DataONTAP系统。其中包括预检查、创建数据副本/复制数据、转换和重新配置。 运行。本阶段将把客户的集群模式DataONTAP环境交付运行。将集群模式DataONTAP环境从NetApp或合作伙伴专业服务团队手中交接给接管运行的客户，是本阶段的重点。其中涉及运行流程、机下管理工具、文档和培训等问题。上述每个阶段都包含若干关键步骤，进一步明确了整体工作流的细节。注：尽管从竞争对手设备向NetApp设备迁移时（通常称为从第三方向NetApp的迁移）可采用类似的工作流，但是这类迁移不在本文档讨论范围内。同样，许多用于过渡的第三方工具（以及部分NetApp工具）也
13、可用于从竞争对手设备向NetApp存储系统的迁移（同样不在本文档讨论范围内）。无论您的客户规模如何，过渡工作流所述的阶段和步骤对于任何过渡活动都是至关重要的。原因在于，这项工作流旨在解决过渡活动的复杂性，而复杂性并不直接等同于环境的规模。环境的规模主要决定各阶段所需的重复次数。图1）集群模式DataONTAP过渡工作流。1.4 服务和临时硬件过渡涉及到数据、人员和流程。为了支持合作伙伴和客户在过渡方面的独特需求，NetApp推出了多个新的计划和服务产品。集群模式DataONTAP就绪评估服务目前，有很多服务旨在协助客户完成集群模式DataONTAP部署的每个步骤.无论他们是否正在过渡。集群模式
14、DataONTAP就绪评估服务可以安排NetA即服务专家来帮助客户： 对存储环境进行量身定制的评估。 确定现有7-模式环境与目标集群模式DataONTAP版本之间的特性和功能差异。 提供一份可行的报告，为从7-模式向集群模式DataONTAP迁移提出环境准备建议。集群模式DataONTAP就绪评估服务客户演示文稿详细介绍了这项服务，以及可协助客户完成集群模式DataONTAP所有部署和应用步骤的其他服务。此外，NetAppFieldPortal上还提供了集群模式DataONTAP就绪评估服务快速参考卡，其中包含该服务的概述信息。迁移设备计划（临时设备）NetApp高级咨询服务团队（ACS）和合
15、作伙伴均可通过迁移设备计划来获得迁移过程中需要的临时设备C这项计划对于NetAppACS和合作伙伴有所不同。迁移设备计划涵盖的设备包括控制器（起初为中端产品）、存储架和迁移用设备（起初为RapidData迁移解决方案）。对于合作伙伴，该计划可为购买迁移用设备（RapidData迁移解决方案）、控制器和存储器的合作伙伴提供大幅折扣。对于NetAppACS,该计划则建立一个迁移设备池（包括控制器、存储架和迁移用设备）来为ACS交付的迁移服务提供专门支持。设备由第三方负责配置、存储及发货，目标交货周期为三周。在将存储设备返还回设备池之前，需要由NetApp进行磁盘清理。设备的使用已计入定制固定价格（
16、CFFP）o有关迁移设备计划的其他详细信息，可在NetAppFieldPortal上的集群模式DataoNTAP迁移设备计划资源资料夹中获取。2评估本节介绍评估阶段涉及的步骤。本阶段包含以下两个步骤：评估。重点评估客户的环境和业务推动因素。收集到的信息用于确定一个问题：“客户是可以立即过渡、稍后过渡还是很久以后才可过渡？”讨论时间表。如果当前评估结果建议客户应稍后或很久以后再进行过渡，可使用此步来确定何时重新接洽用户再次进行过渡评估。2.1 评估评估步骤的目标是确定“客户是可以立即过渡、稍后过渡还是很久以后才可过渡 立即过渡：时间安排与技术更新一致，没有阻碍过渡的因素，或者有可以接受的解决方法
17、来消除差异。 稍后过渡：时间安排与技术更新不一致，和/或存在阻碍过渡的因素，但这些因素可通过承诺的功能得到解决。 很久以后才可过渡：存在大量阻碍过渡但又没有解决方法的因素，和/或没有承诺的功能可消除差异。关于阻碍集群模式DataONTAP过渡的因素，人们很容易将重点放在特性和功能差异上；但是，还有更多因素应该考虑。阻碍过渡的因素可分为以下几类： 特性和功能差异 设备 操作方面的挑战 中断下面各节将更详细地讨论上述阻碍过渡的因素。特性和功能差异对于使用系统向NetApp报告ASUP信息的客户，可以使用TransitionAdvisor（TA）工具（一款类似于UpgradeAdvisor的工具）进
18、行特性和功能差异评估。此外，对于不向NetApp报告AutoSupport信息的客户，可使用7MTT版本1.1的多控制器评估功能来执行评估。注：使用7MTT进行评估时，请务必了解，系统会对7MTT作为一种迁移工具所支持的功能进行一些评估检查。因此，请注意，对于报告为不受支持的项目，可能只是当前版本的7MTT不支持，而其他迁移方法则可以支持。此外，无论哪种情况，都应使用NetAppFieldPortal上提供的7vC表(7vC登录页面链接)来进一步评估和验证客户的存储系统。您可以使用以下链接分别访问7vC表的各个部分： 7vC备份(DataONTAP8.1.)a2) 7vC协议：CIFS(Dat
19、aONTAP8.1.x8.2) 7vC数据保护(DataONTAP8.1.皿) 7vC基础架构(DataONTAP8.1.x8.2) 7vC管理监控(DataONTAP8.1.x8.2) 7vCNDO(DataONTAP81.x82) 7vC网络连接(DataONTAP8.1.x8.2) 7vC协议:NFS(DataONTAP8.1.x8.2) 7vC性能(DataONTAP8.1.x82) 7vC平台(DataONTAP8.1.x82) 7vC协议:SAN(DataONTAP8.1.x8.2) 7vC安全性(DataONTAP8.1.x82) 7vC安全多租户(DataONTAP8.1.x8
20、2) 7vC解决方案(DataONTAP8.1.x8.2) 7vC存储效率(DataONTAP8.1.x8.2) 7vC可支持性(DataONTAP81.x8.2) 7vCWAFL(DataONTAP8.Dx8O上面列出的是在撰写本文时7vC表各部分的位置。在TransitionAdvisor和7vC表中提供（或记录）的检查将详细而具体地分析特性和功能差异。TransitionAdvisor会将所报告的项目标记为绿色、黄色、红色或橙色。对于使用7vC表确定的任何特性差异，如果是绿色、黄色或红色，则还应按照以下定义手动进行分类：I绿色：良好。项目的特性或功能不变，可在集群模式DataONTAP
21、中使用。黄色：一般可以解决的警告项目。项目的特性或功能已更改（但类似）。有解决办法，可以保证过渡活动的继续进行。请务必了解客户在该项目方面的使用情形，以确定最佳过渡方法。 红色：对于评估至关重要的项目。特性或功能截然不同，没有可用的解决办法，和/或集群模式DataONTAP中不存在该特性或功能。注：请注意，报告为红色的某些项目可能是已过时或弃用的特性或功能。因此，需要与客户进行讨论，以确定是否仍需要该功能，或者是否可以使用替代特性或功能。如果对于客户环境至关重要的红色项目无法得到解决，相关卷或存储系统的过渡可能就会归入“稍后”或“很久以后“类别中。TranS币OnAdViSOr报告为，橙色的项
22、目无法通过该工具检查，也无法在ASUP所报告数据的上下文中进行检查。因此，必须手动检查这些项目，并按照前面的定义对它们进行分类。有关TrarlSitiOrlAdvisor的其他信息，请参见第7TransitionAdvisor.对于无权访问ASUP的客户，则如本节第一部分所述，所有项目都需要手动验证。qtree给集群模式DataONTAP的过渡带来了独特挑战。第6.3节qtree中介绍了与使用qtree的7-模式系统的评估相关的关键因素。这些因素超出了现有工具和7vC表中所能涵盖的范围。设备过渡活动的时间安排最好与客户硬件的技术更新一致。因为有了技术更新提供的新硬件，您将不再需要使用临时硬件（
23、临时设备）来完成过渡。简而言之，使用新硬件将从整体上简化过渡。如果过渡活动与技术更新不一致，则客户可能希望将现有设备用到别的用途。还有另一种可能：即使客户正在更新硬件，他们可能也会将部分现有存储器用于新的控制器。虽然支持这种类型的过渡，但总体上讲，这势必会增加工作量.并且可能增加过渡的复杂性。操作方面的挑战成功的集群模式DataONTAP过渡不仅涉及到数据的迁移(对于某些过渡可能并不需要迁移数据)，而且还涉及到人员和流程的过渡。数据可以快速迁移到集群模式DataoNTAP,但客户的员工能否及时获得培训，以便成功运行新的架构7客户的操作流程是否能及时更新？只有找到这些关键问题的答案，才能确定客户
24、能否在完成数据迁移和应用程序/客户端转换后管理和维护他们的集群模式DataONTAP意础案构。中断执行过渡时，需要在某一时刻中断系统。此规则唯一的例外情况是，客户如果使用基于应用程序的迁移方法，则可以无中断地复制数据(例如VMwareStoragevMotion或OracleAUtOrnatiCStOrageManagement)0过渡的迁移过程所依据的基本原则是，通过创建数据的增量副本或执行增量数据复制，最大限度地减少对数据可用性造成的中断。通过这种增量方法，只有在最后更新时才需要使应用程序脱机。增量复制可以最大限度地减少最后更新时需要复制的数据量(只需复制自最后一次增量更新以来发生更改的数
25、据)。2.2讨论时间表如果评估结果确定客户应稍后或很久以后再进行过渡，则需要讨论应在何时重新开展过渡讨论/评估，这一点很重要。随着集群模式DataONTAP的每个新版本不断带来更多增值功能，过渡的主题将不再围绕“是否过渡”，而是围绕“何时过渡工如果评估结果确定稍后过渡，则参与过渡的所有方应就何时消除阻碍过渡的因素商定一个明确的时间点，并达成共识。从完成评估一直到阻碍过渡的因素完全消除，这期间应积极开展以下活动： 为客户讲解有关集群模式DataONTAP的内容。 确认客户的工作负载和配置.二 分析和了解客户的各种工作流和流程。 部署或调整7-模式配置，为过渡活动做准备。 实施其他所需的活动，确保
26、客户准备好向集群模式DataONTAP过渡以及执行常规操作/管理。如果评估结果确定要很久以后再过渡，则将由客户管理团队决定怎样与客户一同寻找未来过渡的最佳途径。3准备本节介绍准备阶段涉及的步骤。本阶段包含3步： 规划。此步应该是过渡过程中最关键的一步，必须正确、妥善地完成。过渡计划需要明确过渡项目的集群架构、数据迁移、培训和投入运行等事项。 知识传授(TOI)z动员并培训一到两个客户方的关键人物至关重要。培训应贯穿于整个过渡工作流；但重点应针对那些将会领导或倡导推进集群模式DataONTAP的客户方人员。这可以通过培训研讨会和在观摩学习中的亲自实践来实现。注：有些人还不熟悉TOI这个术语。它是
27、指开展有针对性的同伴培训和讲解，并且通常针对的人数很少(一到两人)。例如，一位系统工程师(SE)会见一位专业服务工程师(PSE)来讲解关键客户的详细信息并确保他们形成共识，就是一次TOIo 集群部署。在本阶段，已就要过渡的内容和过渡方式制定了计划。此步着重于设计和实施能够满足客户不断发展的需求的集群模式DataONTAP系统。部署之后，即可开始实际的数据迁移，而集群模式DataONTAP的各项优势将逐一体现。3.1 规划规划是整个过渡工作流中最重要的阶段。适当的规划可确保所有参与人员都了解自己的角色和职责、要迁移哪些系统和卷，以及如何实现业务目标和运行目标。规划阶段的第一个目标是与客户一起分析
28、评估结果。这一点可能已达成共识，因为明确客户对功能特性变更的预期至关重要。过渡计划的四个主要部分将分别解决过渡项目的集群架构、数据迁移、投入运行和培训问题。集群架构设计集群模式DataONTAP系统架构时，应牢记第6节过渡的主要注意事项中所述的过渡注意事项。要正确完成的最重要的设计部分之一是集群命名空间的设计。命名空间设计的一个关键方面是确保将卷过渡到集群模式DataONTAP中正确的StorageVirtualMachine(SVM)内，因为卷无法无中断地在StorageVirtualMachine之间移动。第6.1节DataoNTAP概述中更为详细地介绍了命名空间的设计C验证集群架构是否符
29、合客户的业务要求。现有的性能预期是基于7-模式存储系统的，因此进行新的性能估算十分必要。进行估算时，可以利用7-模式存储系统的工作负载特性作为估算信息。有关存储系统性能的其他信息，请参见第6.22节存储系统性能。数据迁移过渡计划的数据迁移部分应明确以下问题： 哪些工作负载/应用程序及其关联的卷将要过渡。应将7-模式的配置项与它们在集群模式DataONTAP中的对等项一一对应起来。例如，7-模式中的卷应对应集群模式DataONTAP中的StorageVirtualMachine(SVM)和卷，而要过渡的IP地址应对应LIF等。 定义用于工作负载和应用程序过渡的中断窗口。大型环境的过渡可能需要多个
30、中断窗口；但是，每个中断窗口最好保证足以完成至少一个工作负载/应用程序的过渡。在确定回退计划中的回退条件时，中断窗口时间长度也起着重要作用。 记录卷、工作负载和应用程序之间的依赖关系。 定义测试计划以验证环境在过渡后是否正常工作。 确定回退计划，包括促使执行回退计划的关键因素。 在定义要移动的卷时，应记录要使用的迁移方法和工具(使其与每个要过渡的卷相关联)。当然，还有其他一些数据迁移的注意事项应该牢记，这要视每个客户的具体情况而定。数据和配置的迁移对于客户或存储行业并不是新鲜事物，在技术更新时经常会涉及到。因此，客户对于数据迁移活动不应感到陌生。运行在规划向集群模式DataONTAP的过渡时，
31、人们自然而然会侧重于数据和配置向新架构的迁移。但是，人员和流程对于集群模式DataONTAP的过渡来说，与数据和配置同等重要。环境可以快速完成过渡，但如果客户的员工尚未具备管理新基础架构的能力，他们就需要依靠NetApp或合作伙伴的帮助。因此,“运行”部分应包括以下几个重要方面： 确定需要更改/更新的运行流程及截止日期 确定当前正在使用哪些管理工具、需要更新或更改哪些管理工具或哪些管理工具需要多次安装(混合模式环境) 确定需要解决的第三方工具和集成问题由于集群模式DataONTAP支持无中断运行，因此可以保证新的运行流程有条不紊。例如，使用DataMotionforVolumes可以无中断地在
32、集群节点间重新平衡各个卷，以提高性能和/或容量。这样就为用户提供了一个绝佳的机会来重新定义运行流程并实现运行流程标准化，可能的情况下还可引入自动化。OnCommandWorkflowAutomation(WFA)有助于简化和重复利用运行流程，确保其适应未来需要。培训培训客户关于运行集群模式DataONTAP环境的技能，是成功过渡到集群模式DataONTAP必不可少的一步。培训部分应明确以下问题： 确定必须接受培训的人员及截止日期要使用的培训资源（NetAPPU课程、在线培训等）经常有客户购买了培训名额却从不使用。客户可能很难派遣员工参加需要外地出差的培训课程，或者没有足够的理由在只有少数客户需
33、要培训时开展现场培训。考虑到有关集群模式DataONTAP的培训并非特定于某个客户，如果客户感觉远程或现场培训的理由不够充分，或许可以将同一区域或地区的多个客户组织在一起，以便可以合理地在客户当地开展现场培训。各个客户管理团队应相互合作，了解何时可以将客户组织在一起。3.2 知识传授（TOI）对客户方员工的培训很可能会贯穿整个过渡过程的始终，并且根据计划的不同有可能时间更长。应将客户方的一到两个关键人物确定为集群模式DataONTAP的倡导者/技术推广者。无论NetApp或合作伙伴的专业服务团队（PS）是否参与，客户都必须全程参与过渡。因此，应考虑以下几点： 为客户方倡导者制定一份培训计划（不
34、同于运行计划），其中包括在过渡关键阶段进行的一对一知识传授（TOI）o在客户方常驻的人员和/或合作伙伴必须在过渡时全程与客户方倡导者接洽和沟通。 让培训人员优先侧重于向客户方倡导者讲解有关集群模式DataONTAP的知识。对一个到两个关键人员进行培训可以让客户方倡导者人数快速增加。 应运用NetAppU课程和学习路线图。 通过观摩学习为客户方倡导者提供动手实践的机会。如果NetApp或合作伙伴PS参与其中，应在SE主管和PS架构师间开展一次研讨会/知识传授，以确保售前售后的同步。此研讨会/知识传授应重点回顾客户环境的差异/变化、时间表及任何潜在的客户隐性要求。使用NetAppSynergy和/
35、或MicrosoftVisio记录新的集群架构，对促进售前到售后的顺利交接大有裨益。3.3 集群部署完成此步涉及以下三个高层次任务： 部署新的（或临时的）硬件并安装集群模式DataONTAP 配置集群（实施架构） 测试并验证集群模式DataONTAP系统有关过渡的注意事项在第6节过渡的主要注意事项部分介绍,而性能估算应属于集群模式DataONTAP系统架构开发的一部分，如第3.1节规划中所述。因此，集群模式DataONTAP系统的部署和配置应遵循DataONTAP用户文档中提供的标准流程。尽管技术更新会为集群模式DataONTAP系统提供新的可用硬件，但某些现有的存储设备或控制器或许可以重新加
36、以利用。如果过渡的时间安排与技术更新不一致，则需要使用临时硬件（临时设备）以完成集群的初始创建。如果采用此流程，集群模式DataONTAP系统最初应部署两个节点。部署两个节点可最大限度地减少所需的临时硬件数量，并确保集群可以在集群最大节点数量范围内添加其他节点（请参见第6.10节平台支持了解详细信息）。集群还必须具有足够的存储空间，以便于整个7-模式HA对的过渡。完成首个HA对的过渡之后，可以无中断地将清空的硬件添加到目标集群，无中断地将卷移至新节点，然后将临时硬件从集群中移除。如果希望将现有的7-模式存储系统重新用到新的集群模式DataONTAP系统中，应注意以下问题：有些情况下，过渡完成后
37、可能要将7-模式存储系统保留一段时间。这可能是因为需要保留那些无法过渡到集群模式DataONTAP的Snapshot副本或其他备份内容（例如，iSCSILUN的SnapVault副本）0将旧平台重新应用于集群模式DataONTAP系统时，必须遵循集群模式平台的混用规则。有关平台支持和将现有硬件重新用于集群模式DataONTAP的其他信息，请参见本文档的第6.10节平台支持。4迁移本节介绍迁移阶段涉及的步骤，共有6步： 预检查。预检查主要验证源存储系统和目标存储系统是否已准备好开始数据迁移。 基线复制。此步会复制大量数据，而客户端将继续访问源存储容器。 增量复制。此步主要使用增量复制最大限度降
38、低源存储容器与目标存储容器间的更改率，以便将转换窗口期间必须复制的数据量降至最少。 断开客户端连接。为准备最终复制，所有客户端都必须断开与源存储容器的连接。 最终复制。此步会将源数据集中的所有剩余更改复制到目标存储容器中，从而确保源容器和目标容器一致。 转换。所有客户端和服务器都重新连接到目标集群模式DataONTAP系统，并验证数据访问一切正常C迁移阶段所述的步骤属于广义的迁移方法。某些工具可能不会完全遵循该迁移流程，因为它们提供的一些优势，如无中断的数据移动、透明的数据复制或按客户端进行转换，都会改变迁移过程。4.1 迁移工具NetApp和第三方厂商提供了许多可用于将数据从7-模式迁移到集
39、群模式DataONTAP的工具。NetApp支持专用的过渡工具，这些工具是过渡时使用的首选方法。因为它们除了移动数据以外，还包含其他丰富功能，例如预检查功能，可在开始迁移前确定是否忽略了任何关键问题。为了对现有的各种工具进行分类，我们定义了以下四种迁移方法： 基于复制的迁移。此迁移方法使用7MTT.卷过渡向导(VTW)或手动的SnapMirror步骤来迁移数据。7MTT和VTW都使用SnapMirror向集群模式DataONTAP复制数据。有关7MTT的其他信息，请参见本文档的第8节7-模式过渡工具；有关VTW的其他信息，请参见第9.2节卷过渡向导。注：7MTT支持从多个以7-模式运行的源Da
40、taONTAP版本向集群模式DataONTAP8.2的迁移。VTW仅支持从7-模式DataONTAP8.1向集群模式DataONTAP8.1的迁移。 基于设备的迁移。此迁移方法使用硬件向集群模式DataONTAP迁移数据。NetAppDataTransportAppliance2800(DTA2800)和RapidData迁移解决方案都是基于设备的迁移方法。有关DTA2800的其他信息，请参见本文档的第9.1节DataTranspOrtAPDIianCe280OC 基于主机的迁移。此迁移方法使用第三方复制工具(如Rsync.NDMP副本、SecureCopy.逻辑卷管理器IVM等)向集群模式D
41、ataONTAP迁移数据。有关第三方工具的其他信息，请参见本文档的第9.3节第三方工具。 基于应用程序的迁移。此迁移方法使用本机应用程序复制、镜像或副本功能向集群模式DataONTAP迁移数据。例如，OracleAutomaticStorageManagement(ASM)和VMWareStOragevMotion便属于基于应用程序的迁移方法。有关基于应用程序的工具的其他信息，请参见本文档的第9.3节第三方工具C对于任何给定的存储容器（卷、qtree,目录、LUN或文件），都存在一个问题应该使用哪种迁移工具或方法？为了更容易找到答案，我们创建了一个工具决策树，它可以根据一些关键因素指示应考虑哪
42、种工具。图2显示了最新版本的迁移工具决策树。图2）迁移工具决策树。迁移工具决策树的主起点是确定所迁移的存储容器（例如卷或qtree）是NAS（CIFS或NFS）还是SANe是规则就有例外，而迁移决策树的目的正是为了应对“80-20”规则。迁移工具决策树中显示的某些方框需要额外予以说明。例如，“7MTT例外”是指什么？图3提供了有关迁移工具决策树中包含的关键决策框的额外信息。图3）迁移工具决策树的关键决策框。RapidData 例外？7MTT例外？qtree迁移？ NLM Kerberos- 保持存储败率保留Snapshot副本ClFS访问控制列表（多协议）子卷迁移？- 传统卷（源）- 无限卷（
43、目标）不支持源/目标DataONTAP版本Windows 7 或 WindvsServer 2008管理主机 不可用,SnapVauIt- qtree qtree- 保留qtree NFS导出策略, qtree到卷- 解析并设置卷NFS导出 策略/规则- qtree SnapMirror (QSM) 与卷 SnaPMirror(VSM) 关系重新组织数据-目录级别-qtree到卷-文件级别图3中所列的注意事项在本文档的相关小节中有详细阐述。例如，本文档的第6.3节对qtree进行了详细讨论。过渡对等关系只有在向集群模式DataONTAP过渡期间进行迁移时或者出于迁移的目的，才支持在7-模式与集
44、群模式DataONTAP之间建立SnapMirror关系。在过渡中创建SnapMirror关系与在两个运行7-模式的系统之间或在两个运行集群模式DataONTAP的系统之间创建SnapMirror关系并不相同。7-模式与集群模式DataONTAP之间的SnapMirror关系属于过渡数据保护(TDP)类型关系。要在7-模式DataONTAP与集群模式DataONTAP之间建立SnapMirror(TDP)关系，需要使用过渡对等关系。过渡对等关系必须由集群管理员(角色)创建，并且必须从集群模式DataONTAP系统启动。过渡对等关系需要使用集群间LIF进行所有SnapMirror通信。注：一个集
45、群StorageVirtualMachine(SVM)可与多个7-模式存储系统建立过渡对等关系。同样，一个7-模式存储系统也可与多个集群StorageVirtualMachine建立过渡对等关系。建立过渡对等关系后，便可使用标准SnapMirror命令创建、断开和删除SnapMirror关系。过渡完成后,应删除过渡对等关系。要管理过渡对等关系，可使用vserverpeertransitioncreate、vserverpeertransitionmodify、vserverpeertransitiondelete和vserverpeertransitionshow命令。过渡对等关系不会计入集群
46、模式DataONTAP所允许的集群间对等关系最大数量中。时间安排迁移期间的转换或中断窗口时间是可变的，具体取决于以下主要因素： 重新配置。自动重新应用配置设置可能只需几分钟时间，而手动配置则可能需要几十分钟，大型配置甚至可能需要数个小时。 最后更新。数据传输/副本的最后更新取决于源数据的更改率。增量传输旨在最大限度减少需要传输的数据量.并可准确度量转换过程将要花费的时间。 重新连接客户端。如果必须更新每个客户端才能连接到集群，则需要更新的客户端数量将决定更新所花费的时间。这与技术更新期间完成数据迁移后进行的常规转换没什么不同。需要指出的是，发生的中断仅与正在迁移的存储容器有关，理解这一点很重要。任何时候都没必要关闭整个源7-模式存储系统。源系统上未进行迁移的存储容器可保持联机并可供访问。4.2 预检查预检查步骤主要针对已确定为迁移活动的源(7-模式)系统和目标(集群模式DataONTAP)系统的特定存储系统。评估阶段执行的评估步骤则用于确定哪些客户系统可以过渡。评估与预检查之间的区别在于预检查更为详细，因为在开始移动数据前，必须检查源系统和目标系统，以确认系统已准备好进行迁移。例如，卷和聚合必须联机，源系统与目标系统之间必须设置好网络连接等等。可使用以下三种方案来
