【专家问答第五期】基于Symmetrix的远程复制技术SRDF的实现及解决方案

SAR同时结合SRDF和TF的技术，其实是实现了基于磁盘缓存的复制技术。以单跳为例：它会先在源端上创建一个PIT本地快照，创建完成后是将该快照远程复制到目的端。

所谓周期性复制，就比如10am在源端创建了一个本地快照，创建完成后由SRDF传到目的端。用户若定义快照的周期=1个小时，那在11am时会再创建一个本地快照，然后SRDF传，再下一次是12am.......以此类推。

学习到这里，不由对这次的2位专家赞一下。辛苦辛苦

是的,是的,昨晚尝试对操作系统、数据库端等的数据复制做了些归纳，纯属个人的看法，供参考。欢迎拍砖：

基于主机的集群和数据复制技术：

基于主机的集群和数据复制技术的核心是结合主机集群系统、通过IP网络建立数据传输通道并采用主机数据管理软件实现数据的远程复制。目前，实现数据远程复制的主流商用数据管理软件产品有Veritas Volume Replicator、SUN Availability Suite 和IBM eXtended RemoteCopy等。基于主机的集群和数据复制技术的主要优势有：

1. 该技术基于IP网络,没有距离限制,可以灵活地实现预定复制配置功能。
2. 该技术既有针对主机文件系统的容灾保护模式，也有针对数据库的容灾保护模式,可以满足用户的不同数据保护要求并可以提供多种不同数据保护模式。
3. 该技术不依赖于底层的存储平台，生产数据中心和后备数据中心可以采用不同的存储平台。

        目前，基于主机的集群和数据复制技术的主要局限是：当主机环境较复杂的时候，如有多个系统、多种应用需要容灾保护、尤其是和数据库应用结合的时候，需要多种机制或多种软件的结合，管理难度大。另外，基于主机的集群和数据复制技术由于生产主机既要处理生产请求，又要处理远程数据复制，复制过程会增加主机CPU的负载，会占用部分主机资源。

基于数据库应用的数据备份与恢复技术

        基于数据库应用的数据备份技术是通过数据库系统软件实现数据库的远程复制和数据同步。业界主流的商用产品有Oracle Data Guard、Microsoft SQL Server Mirror、Golden Gate和Quest Shareplex等，其基本原理是利用数据库系统的日志备份和恢复机制，建立后备数据库系统，同时对主数据库的数据库日志和控制文件等关键文件进行备份。基于数据库应用的数据备份技术的复制方式可分为实时复制、定时复制和存储转发复制，其主要优势有：

1. 该技术基于IP网络,没有距离限制。
2. 该技术与底层存储平台子系统的类型、业务系统服务器的平台无关,该技术支持对多平台的支持与开放性。
3. 该技术通过数据库机制来实现，不依赖于其它软件。
4. 该技术可以实现一对多的数据复制，提供多重保护。另外，还可以满足用户的不同性能、数据保护要求，提供多种不同数据保护模式。
5. 后备数据库可以在很短的时间内提升到生产状态。

       目前，基于数据库应用的数据备份技术的主要局限是：该技术对生产数据库系统的性能会产生一定的影响，远程数据库复制对主机的性能有一定影响，而且基于数据库应用的数据备份技术与具体的数据库版本有一定关系。另外，该技术主要用于数据库应用的容灾解决方案, 无法实现非数据库数据的远程复制，如果需要其它非结构数据的容灾支持，则需要其它的容灾技术作为补充。当前该技术支持后备数据库相对主数据库的复用有限制，并且有可能会增加对磁盘存储容量的需求。

基于存储的数据备份与恢复技术

       基于存储的数据备份与恢复技术的核心是利用存储阵列自身的盘阵对盘阵的数据块复制技术，来实现对生产数据的远程拷贝，从而实现生产数据的灾难保护。随着存储技术的不断发展，存储设备的速度、容量、可靠性和可扩充性得到了极大提高，光纤通道技术和超高速的大容量硬盘技术,更是缩短了数据的存取时间，有效地提高了系统的整体性能，高端存储的冗余体系结构确保了系统的可靠性, 保障了数据的可用性。

       基于存储的数据备份与恢复技术对主机应用完全透明，所有数据复制工作由磁盘阵列硬件层完成，不需修改应用，而且可以保证大量数据复制的性能。在主数据中心发生灾难时，可以利用灾备中心的数据在灾备中心建立运营支撑环境，为业务继续运营提供信息系统支持，还可以利用灾备中心的数据恢复主数据中心的业务系统，使企业的业务运营快速回复到灾难发生前的正常运营状态。

       采用基于存储的数据备份与恢复技术的必要前提是：对最终用户的存储平台选择有一定的限制，通常要求采用同一厂家的存储平台，其系统建设成本高，用户需要在生产端和灾备端分别配置存储系统，前期投资较大。另外，采用该技术来建设容灾系统时，对容灾中心的信息系统的基础条件，如网络、通信系统等有一定的要求。该技术的主要优势有：

1. 基于存储的数据备份与恢复技术的实施基础是在存储系统上，所以实施起来受应用、主机环境等相关技术的影响小，适合于主机和业务系统众多、应用环境复杂的情况，并可有效降低管理难度。
2. 该技术采用同步方式运行时，可以实现数据的零丢失，并能满足大规模  I/O吞吐情况下的同步数据复制要求。
3. 该技术采用异步方式运行时，没有距离限制，可以实现远距离保护。
4. 灾备中心的数据可以得到有效利用。基于存储的数据备份与恢复技术可以充分复用灾备中心的数据，从而提高业务运营效率。

       基于存储的数据备份与恢复技术支持“一对多或多对一”的复制方式，即一个存储的数据复制到多个远程存储，或多个存储的数据复制到同一远程存储；而且数据复制还可以是双向的。

基于虚拟化存储的数据备份与恢复技术

       基于虚拟化存储的数据备份与恢复技术在系统可扩展性上开创了一片新的领域。虚拟化的技术方法，是将系统中各种异构的存储设备映射为一个单一的存储资源，对用户完全透明，达到屏蔽存储设备的异构和主机的异构的目的。通过虚拟化技术，用户可以利用已有的硬件资源，根据自己的需求对存储池进行分割、分配，另外还可以根据业务的需要，实现存储池对服务器的动态、透明的增长与缩减。

       存储硬件的虚拟化技术可以简化海量存储设备的管理，操作系统级别的虚拟化可以实现安全的隔离、错误的隔离以及应用环境的隔离。通过虚拟化存储的数据备份与恢复技术，可以实现数据的远程复制，从而确保容灾中心与主站点的数据保持同步以实现数据容灾。另外，对于异地传输的带宽占用，虚拟化容灾方式具有各类调优方式，使得这种方式能够最大限度适应用户现有的网络环境。实施基于虚拟化存储的数据备份与恢复技术需要考虑以下问题：首先，基于虚拟化存储的数据备份与恢复技术还处于发展阶段，采用该技术，尤其是增加第三方硬件的方式时，需要评估对整个系统的高可用性和性能的影响。另外，在异构环境，尤其是复杂环境、大规模容灾系统的情况下，要确保兼容性和数据的完整性。

非常感谢，专家讲得很全面，受益匪浅啊

“RP支持源端和目的端存储中至少有一个需要是EMC的阵列，一般源端存储以(CLARiiON) CX系列为主。” 这个说法是否正确？至少一个需要EMC阵列？得请其他人讨论下。

另外我提这个问题，不是想知道2个产品的概念，而是想讨论下，这两者的区别，或者说不同的适用场景。

比如SRDF 是否只是只做复制，源端站点的数据和目标一样，而不具有类似CDP一样的保护机制？或者说SRDF自身除了复制外，有什么更高级别的保护措施？

几位专家能讲一下SRDF的发展历史吗?很想知道的点SRDF的趣闻轶事，最早的SRDF是怎么样的，中间有哪些大的变化之类。或者Symmetrix数据复制技术的历史也可以。

关于SRDF和recoverpoint不同的使用场景：

SRDF 适用于已对现有 Symmetrix 部署进行 SRDF 投资且需要使用 SRDF 逻辑在 Symmetrix VMAX 系列阵列之间复制数据的情况。针对核心关键性的业务，针对联合应用程序的一致性，以及对于高度可扩展性和性能优化。比如现在具有与 SRDF 保持一致的内部认证、脚本、流程、基础架构、技术能力以及最佳做法，SRDF 将利用现有投资来实现规模经济和效率。

那么 RecoverPoint 适用于需要精确时间点恢复、需要最大限度减少用于复制的带宽或需要在一个或多个系列、VPLEX Local、VPLEX Metro、VNX 系列、CLARiiON、Celerra 统一存储或非阵列之间进行复制的情况。针对于任意点对点的复制，EMC和非EMC产品，以及任意时间点的恢复，它有集成的WAN带宽管理。RecoverPoint 还适用于需要本地（CDP，连续数据保护）、远程（CRR，连续远程复制）或本地和远程（CLR，并发本地及远程）复制相同数据的情况选择。

IBM大型机数据库的远程复制技术也用SRDF吗？

SRDF 技术是基于Symmetrix存储阵列之间的一种远程复制技术，是在后台存储进行的，对主机是透明的，和主机的平台无关。如果IBM大型机数据库的后台存储采用了Symmetrix并且部署了远程的Symmetrix阵列，当然是可以采用SRDF。

嗯，谢谢纠正。RP是支持异构存储的，因为RP用的spliiter可以装在host或switch上。但一般客户会选择至少一个EMC的后端存储，如CX3,4,VNX等。

RP只要保护的lun有write就会主动纪录，复制保存快照和undo信息，适用基于IP WAN网络的异构或非EMC环境的远程复制，它能回滚到任一时间点； 而SRDF适用基于Symmetrix到Symmetrix阵列通过SAN网络实时远程复制的环境，它是创建一个完全相同的副本的过程。

还是一家的东西好不然都花了这么多钱最后还在互相扯皮那不是很讽刺哦

关于SRDF 历史：

早在1994年，在Symmetrix的第三代产品 Symmetrix 5500中就引进了SRDF技术。随着Symmetrix Enginuity Code level的不断更新和提升，也在不断做着更改和性能增强。

早期的SRDF最多能支持16个静态组，并且只支持同步模式。在enginuity 5569中引进了switched RDF, Concurrent RDF he Dynamic RDF。随后在5670的code中又引进了异步模式SRDF/A以及支持大型机的多会话一致性multi-session consistency (MSC)的SRDF/A，使得多个symmetrix机器可以参与到SRDF/A MSC当中去，这个性能提供了一种SRDF/A 的特别模式，cycle的转换时由主机上的应用通过对symmetrix的system call 来控制，能被用来提供多台Symmetrix机器的在时间点上的一致性。

之后的code level中，SRDF 的特性也在不断的增强（以下为不完全列举）：

Enginuity 5x71, 每台Symmetrix上最多支持 64个SRDF/A 组，使得SRDF/A的双向操作得以实现。
                         

Enginuity 5x71, Concurrent SRDF，可以以同步模式复制一个RDF组到本地的次要site，同时以异步模式复制到远距离的site。

Enginuity 5x71, Dynamic SRDF 允许动态的在SRDF/A组中删加device，以及删加srdf/a组。

Enginuity 5x71, Tunable Cache，用户可设置SRDF/A 组所占用最大cache资源的比例，超过这一比例，SRDF/A会自动drop inactive，用户可以在保证系统cache资源不影响应用性能的情况下设定组别的优先级。

Enginuity 5772, Reserve Capacity 使得当网络资源或者workload出现问题时保持SRDF/A的运作状态，用以在最小工作开支的情况下争取最大的保持远程复制的能力。其中Transmit idle这个特性可以在网络中断时让异步复制保持active的状态，而Delta Set Extension (DSE)使得SRDF/A在快要达到系统write pending和srdf/a最大cache占有极限时，保持复制的运作。

Enginuity 5773，cascaded SRDF，新的SRDF 解决方案，可以使源端SITE A以同步模式复制到次要site B，再把次要site B作为源，以SRDF/A复制到第三台远端Symmetrix SITE C目的端上。

Enginuity 5875, 在 Concurrent SRDF中增加了从源端site同时以 SRDF/A异步模式复制到两个不同的site的远程拷贝的配置模式。

Enginuity 5876，支持thin CKD device 的SRDF/Star, Concurrent SRDF,Cascaded SRDF 。

专家们的回复很给力啊。我还有一个问题，作为存储管理员，在使用SRDF实施灾备解决方案的时候，会用到哪些常用的管理工具或者命令呢，还有管理SRDF日常工作有哪些？

作为一个三合一的管理员，SRDF有与数据库例如Oracle的结合的方案吗？