各种容灾技术分析.docxVIP

 PAGE \* MERGEFORMAT 7 各种容灾技术分析 数据复制技术 数据复制可以从存储、操作系统、数据库和应用四个层次来做，其中通过应用系统进行数据复制需要应用程序支持；如果现有应用程序不支持，需要进行进行开发，这里不做深入介绍。 数据库复制数据容灾技术 数据库复制技术一般是由数据库厂商或者第三方开发，基于数据库日志或者数据流实现复制的技术。Oracle DataGuard是典型代表，此处将以此为例进行介绍。 Oracle DataGuard 通过使用称为Standby Database的数据库来防止出现数据的灾难。它通过将Primary Database数据库的重做日志传到并应用到Standby Database数据库来使Standby Database数据库与Primary Database数据库同步： 可以将重做日志直接从Primary Database数据库同步写到Standby Database数据库来完成完全没有数据损失的灾难保护，这会给Primary Database数据库的性能带来一定的性能损失。 可以将归档的重做日志从Primary Database数据库异步写到Standby Database数据库来使Primary Database数据库在极少损失性能的前提下，最小化地减少数据的丢失。 如果重做日志数据到达Standby Database数据库后快速应用到Standby Database数据库，则在Primary Database数据库出现问题时可以快速地 failover 到Standby Database数据库。然而，如果延缓一定时间后再应用重做日志数据，可以避免Primary Database数据库的错误快速地传播到Standby Database数据库。 存储硬件复制数据容灾技术 硬件同步复制技术是以同步复制技术为基础，通过磁盘阵列实现数据同步复制，从而保证产中心阵列与容灾中心阵列的在线数据完全同步。其整体方案中也包含了同步快速恢复、快照等辅助技术。从而实现整个容灾体系的要求。当然，所有的前提就是，生产中心的磁盘阵列和容灾中心的磁盘阵列必须是同构的。 由于复制的基本原理，数据是从主阵列复制到容灾阵列的，虽然在复制正常进行的过程中，能够保证两个阵列上的数据是同步的，但是当主阵列发生宕机时，会导致整个复制无法继续，同时导致生产中心服务器非正常的磁盘丢失，从而导致业务停顿以及巨大的数据一致性风险。 在同城的容灾方案中，基于磁盘阵列的同步复制方案，也是较为流行的一种。其具体原理如下： 以上的原理图清楚地指出了基于磁盘阵列的同步复制方案的原理，其原理适用于所有品牌的磁盘阵列间的同步复制原理。当生产中心的阵列发生问题时，主机必须手工的将I/O 路径切换到容灾中心的阵列上，这将导致无法避免的停机时间和用户的业务停顿；而省级医疗保险系统要求生产中心故障，自动切换到容灾中心，此技术明显不适用。 其次，阵列的切换操作，是直接在磁盘阵列上进行的，在发生磁盘阵列问题，也就是在用户业务处于停顿状态的时候，找什么人来做这个操作（此操作磁盘阵列厂商通常建议由厂商或是由资质的代理来做），或是用户自己来做此操作，都是对操作人员是非常严峻的考验。无形中也就增加了用户的风险。 数据库停顿的一瞬间，数据是否一致，或者在第4、5步尚未完成的时候，复制发生停顿，数据实际已经写上的阵列，而主机并为得到反馈，都可能导致切换后的数据，不一定能够被数据库启动，从而需要更长的数据恢复时间。 Symantec远程镜像数据容灾技术 软件远程镜像技术是采用以镜像技术为基础，实现生产中心阵列与容灾中心阵列的在线数据完全同步。从而实现数据的容灾功能。当然作为容灾方案来说，仅有镜像技术是远远不够的。因此在远程镜像技术中，通常包含更丰富的技术手段，来实现数据容灾的完整要求。例如，用于灾难修复后的系统恢复的基于日志的镜像快速修复技术；用于支持多根光纤通道协同工作的动态多路径技术；用于逻辑错误快速恢复或者容灾中心数据使用的卷快照、文件系统快照技术；用于调整读写性能的读优先选择技术；用于镜像启动、暂停、继续等镜像过程的镜像监控技术等。 利用VERITAS Storage Foundation的镜像技术构建容灾系统是非常简单的，它只有一个条件，就是将生产中心和灾备中心之间的SAN存储区域网络通过光纤连接起来，建立城域SAN存储网络。然后，我们就可以通过Storage Foundation提供的非常成熟的跨阵列磁盘镜像技术来实现同城容灾了。 从原理上讲，在城域SAN存储网络上的两套磁盘系统之间的镜像，和在一个机房内的SAN上的两个磁盘系统之间镜像并没有任何区别。就如上图，如果我们把“同城容灾中心”几个字去掉，我们就无法分辨的左边的系统和右边的系统到底是