【专家问答】VNX与RecoverPoint的最佳实践讨论

本次活动已正式开启！欢迎各位踊跃参与活动，我们的坐镇专家可是有问必答哦～不要错过机会！

专家问答已经进入第四个年头了。这是我们第一次同时邀请2个产品的专家来主持一次讨论，主要是这2个产品结合的应用和解决方案越来越多了。希望大家踊跃参与，以后我们会带来更多精彩的主题。

本次讨论针对Recoverpoint CDP/CRR/CLR 模型在VNX上的具体实现，主要涵盖以下几个方面的内容：

1，Recoverpoint 不同复制模式在VNX 上的实现方法与IO flow介绍。

2，VNX 与 Recoverpoint 最佳实践中需要注意的配置要求。

3，VNX 与 Recoverpoint 最佳实践中的常见问题和排错方法。

4，在Recoverpoint 复制下，VNX 中LUN 扩展、LUN 迁移及其他相关操作中的注意事项和最佳实践方法。

5， 在VNX上，Recoverpoint 对于日志卷相关配置的具体讨论。

6，VNX 与 Recoverpoint 的性能监控与调优。

欢迎大家踊跃参与！

SAN环境里怎么配置recoverpoint ？

有关 RP 在数据库一致性上具体有哪些较其他产品优的做法 的 问题  可以参考 EMC Recoverpoint 的 主页

EMC RecoverPoint 灾难恢复和数据保护 — EMC

EMC RecoverPoint 可利用多个恢复点将应用程序即时恢复到特定时间点，从而提供连续数据保护 主要的特点就是 连续数据保护，颗粒度更细，并可以集成主流数据库和企业应用（ Oracle DB2 SAP MS SQL Server  Exchange Server ...)

有关 SAN环境里怎么配置recoverpoint 这个问题 不能用简单的篇幅来描述。建议感兴趣的朋友可以参加 EMC Education Services 的 相关学习课程 ： RecoverPoint Implementation 课程编号： MR-7TP-RPSYSDEP 

为期5天的课堂培训和上机试验会让你对Recoverpoint有一个全面的认识。

针对 Recoverpoint, VNX在进行sizing和disk layout时，希望能够进行以下的优化，以达到最大的性能：

1. 对于RP的日志卷和repository卷, 不要使用 Thin LUN，请使用Thick LUN或者 Traditional Raid Group的LUN。 另外不要使用Fast Cache。因为 RP的日志卷 主要是 大IO size的顺序读写，fast cache并不会发挥作用，在性能上不会有性能的提升，在一定程度上反而会带来性能的下降。

2. 对于RP的日志卷的规划：

    a. 尽量使用单独的物理磁盘放置RP的日志卷。

    b. 生产节点和容灾节点的日志卷容量可以一样，也可以不用。主要是根据RPO的目标来计算日志卷的容量。计算公式：

         Min Journal Size = 1.05 * [(data per second)*(required rollback time in seconds)/(1 – image access log size)] + (reserved for marking)

         其中 image access log size 为 0.2

                data per second 为 生产端的 数据变化量

                reserved for marking 一般为 1.5G

          假设 生产端 的 数据变化量 为      5Mb/s, RPO 为 24 小时，即 86400 s

        那么 实际需要的 最小 的 Journal Size 为

        1.05 * 5Mb/s * 86400s / ( 1 - 0.2 ) + 1.5 GB =  579000 Mb

        579000 Mb =  579000/8 MB = 72.375 MB = 72.4 GB

    c. 日志卷的大小按照 所有Consistency Group 统一规划，并一次划分到位。

         假设 有 3 个 CG： CG1 CG2 CG3 需要的 Journal Log 的 总容量 为 200 GB 400GB  400GB。 规划为一个 5个 300GB 的 硬盘 组成 一个 Raid5（4+1）作为 RP Journal Log,  最好的规划是 10个 Journal log LUN ( 物理硬盘个数 * 2 ）那么单个Journal log LUN的大小为 100 GB。不要使用 Fast Cache，剩余空间给 repository卷使用。一定要一次性将 RP Journal Log分配给 Consistency Group：比如说 CG2一共有4个 100 GB Journal log LUNs, 这样 Journal log会在 这4个LUN上做一次条带，以达到最大的吞吐量

3. 关闭 Recoverpoint的 Thin LUN Extender功能。

更详细的文档和解释 可以参考 https://support.emc.com/docu10385_RecoverPoint-Provisioning-and-Sizing-Technical-Notes.pdf?language=en_US

EMC® RecoverPoint Provisioning and Sizing Technical Notes

有些更细致做法的描述白皮书么？发链接或文档名即可。

SAN 环境下Recoverpoint的配置方法由于不同的splitter类型存在较大差异，也可以参见不同产品和Recoverpoint的technical notes了解更详细的信息。

https://support.emc.com/search/?text=technical%20notes&product_id=7862&resource=DOC_LIB

主流的数据库中，我们有以下一些technical notes， 供参考：

https://support.emc.com/docu7899_Replicating-Oracle-with-EMC-RecoverPoint-Technical-Notes.pdf?language=en_US

https://support.emc.com/docu8859_RecoverPoint-Replicating-IBM-DB2-Technical-Notes.pdf?language=en_US

https://support.emc.com/docu9397_RecoverPoint-Replicating-Microsoft-SQL-Server-Technical-Notes.pdf?language=en_US

安装VNXeConnectionUtility-Win-32-x86-loc-1.8.1.0.7146-1时，报如下错

，而事实上我的java版本 请问要如何设置？

这是一个VNXe的问题，其实和本次论坛的话题无关。

根据VNXe相关工程师的经验，建议您用Java6 或者 Java7的机器再试一下。

如果不行，可以打EMC 800技术支持电话联系相应的VNXe 工程师为您做进一步解答。

EMC 售后技术支持热线：

800-819-0009

400-670-0009