(word)EMC数据迁移方法：迁移CLARiiON数据到VNX平台-使用MirrorView.docxVIP

下载本文档

49
0
约4.9千字
约 6页
2016-08-24 发布于北京
举报
版权申诉

(word)EMC数据迁移方法：迁移CLARiiON数据到VNX平台-使用MirrorView.docx

1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
7、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

(word)EMC数据迁移方法：迁移CLARiiON数据到VNX平台-使用MirrorView

一般来说我们使用Mirrorview来实现灾难恢复。迁移EMC?CLARiiON传统产品AX或CX系列到最新的统一存储平台VNX，最方便的也是EMC推荐还是使用EMCSAN Copy，参考《迁移CLARiiON数据到VNX平台-使用SAN Copy》。但本文还是简单介绍一下怎么样使用MirrorView来迁移。1. 相关介绍1.1 灾难恢复解决方案? ?随着企业规模的扩大，数据量的增加，通常情况下，企业的重要数据会通过整合存储来统一管理、通过备份保留一份复制，以便恢复。但是，一旦发生异常情况，如火灾、爆炸、地震、水灾、雷击或某个方向线路故障等自然原因以及电源机器故障、人为破坏等非自然原因引起的灾难时，企业能否容忍业务停止？能够容忍业务停止多久？能够容忍数据丢失吗？能够容忍数据丢失多少？? ??? ? 此时，灾难恢复将是我们探讨的话题。灾难恢复，又叫容灾,是指将信息系统从灾难造成的故障或瘫痪状态恢复到可正常运行状态，并将其支持的业务功能从灾难造成的不正常状态恢复到可接受状态。? ???? ? 灾难恢复解决方案有很多种，每一种容灾解决方案都同时具有好处和风险，所以在确定最合适的容灾解决方案时，通常从业务角度和技术实现的角度两个方面来权衡。从业务角度，客户需要来考虑容灾方案的成本、业务系统的可用性、RPO和RTO。RPO= Recovery Point Objective 即业务可以容忍的数据损失量?RTO= Recovery Time Objective 即业务可以容忍的持续停机时间?从技术实现的角度，客户需要评估性能、带宽、容量需求、恢复和一致性问题等等。最终选择哪种灾难恢复解决方案需要权衡业务和技术两方面因素。1.2MirrorViewEMC MirrorView? 可帮助实现一到多数据镜像和多到一数据整合解决方案 — 可单独使用，也可与?SnapView?配合。MirrorView/Synchronous (MirrorView/S) 可将一个源 LUN 并行地同步镜像到两个不同的目标?CLARiiON?系统中（无需一致性组）。当业务需求要求必须有一个不是任何其他活动或过程的一部分的数据拷贝，并要求有生产数据的另一个拷贝用于并行处理活动（例如使用?SnapView?进行的备份或决策支持查询）时，这一功能特别有用。MirrorView/Asynchronous (MirrorView/A) 可以用于将信息整合到一个集中的?CLARiiON?阵列以集中化远程过程，例如备份、决策支持查询、简化的灾难故障切换和远程数据存储。对于不要求?CDP?或带宽优化的操作恢复，MirrorView/A 可满足其许多复制需要。1.3 MirrorView/SEMC中端存储平台CLARiiON?+ MirrorView/S同步复制解决方案。在这个方案中，RPO=0，即没有数据丢失。? ??MirrorView/S 拓扑图??MirrorView/S?工作原理? ???MirrorView/S同步流程：? ???? ? 1.在源端收到由服务器发过来的写I/O操作? ???? ? 2.I/O同步写到源及目标端? ???? ? 3.目标端返回确认写操作给源端? ???? ? 4.返回I/O写完成给服务器? ???没有收到源及目标端的写完成确认前, 不会有写I/O确认返回给服务器。1.4 MirrorView/AEMC中端存储平台CLARiiON + MirrorView/A异步复制解决方案。在这个方案中，RPO为30分钟或者更长。? ??MirrorView/A 拓扑图??MirrorView/A 工作原理? ???MirrorView/A同步流程：? ???? ? 当完成初次的完全复制后:? ???? ? 1.在源端收到来自服务器的写I/O 操作? ???? ? 2.返回I/O确认给服务器? ???? ? 3.更新目标端前,目标端自动创建“Gold Copy”, 来防止传输过程中出现故障造成目标端数据被破坏? ???? ? 4.在源端创建Delta Set, 保护传输过程中源数据产生变化? ???? ? 5.变化量复制到目标端后, gold copy 被自动删除, 源端的Delta Set 会自动清空以接受下一个周期的操作? ???2 迁移的详细步骤2.1 特别注意至少在本文发布时，当前已发布VNX版本不支持使用Unisphere来配置MirrorView来迁移CLARiiON的数据到VNX，我们必须使用naviseccli来创建connections，而传统CX系列之间是不需要使用naviseccli的。MirrorView在CX系列中需要端口号最高的那个FC port，在VNX则恰恰相反，使用端口号最低的那个FC port。我猜测原因应该是最高的F