灾备模式与灾备技术前沿发展趋势探析.docVIP

灾备模式和灾备技术的前沿发展趋势探讨 　　摘 要随着云计算、大数据的快速应用和发展， 信息技术的演进模式给IT系统架构和资源利用方式带来了新的可能。在这个过程中，IT系统也更深入地融入到了企业的组织与业务流程之中，并成为企业发展的重要组成部分。鉴于故障的客观存在性和故障恢复需要时间，信息系统的不可用性都会导致业务的中断，在市场竞争激烈的信息时代，由于业务中断所付出的代价非常巨大，如何保证业务在数据遭到灾难时及时恢复生产，是一个企业面对和亟待解决的问题 【关键词】信息系统 灾备技术 灾备模式 云灾备 灾备是一个范畴比较广泛的概念，广义上，灾备是一个系统工程，它包括支持用户业务的方方面面，可以把所有与业务连续性相关的内容都纳入进来；从狭义的角度，灾备对于IT而言，就是提供一个能防止用户业务系统遭受各种灾难影响破坏的计算机系统。具体来说，灾备是指除了生产站点以外，用户另外建立的冗余站点，当灾难发生，生产站点受到破坏时，冗余站点可以接管用户正常的业务，达到业务不间断的目的。为了达到更高的可用性，许多用户甚至建立多个冗余站点。灾备建设可以表现为一种未雨绸缪的主动性，而不是在灾难发生后的“亡羊补牢” 1 企业做灾备的目的 企业做灾备的目的，是规避灾难发生后对信息系统造成的损失，最大限度的保证核心业务的连续可用性。从技术上看，衡量灾备系统有两个主要指标： 1.1 恢复时间目标（RTO――Recovery Time Objective） 恢复时间目标（RTO――Recovery Time Objective），灾难发生后，信息系统或业务功能从停顿到必须恢复的总的时间要求。主要指的是所能容忍的业务停止服务的最长时间，企业根据各自的业务特点和资源配置，自行确定合适的RTO指标 1.2 恢复点目标（RPO――Recovery Point Objective） 恢复点目标（RPO――Recovery Point Objective），灾难发生后，系统和数据必须恢复到的时间点要求，恢复时间点越接近灾难发生时刻，数据丢失量越小，所以RPO代表灾难发生时丢失的数据量。企业根据各自的业务特点和资源配置，自行确定合适的RPO指标 RPO针对的是数据丢失，而RTO针对的是服务丢失，二者没有必然的关联性。RTO和RPO的确定必须在进行风险分析和业务影响分析后根据不同的业务需求确定。对于不同企业的同一种业务，RTO和RPO的需求也会有所不同 在灾难发生时，灾难备份中心可以迅速接管业务运行，不仅最大限度地降低数据丢失，还最大限度地减少系统恢复时间，可以大大提高业务系统的连续可用性。如果在不考虑建设投资的情况下，灾备系统建设的理想化要求就是RTO=0和RPO=0。现在就目前技术而言，要实现RTO=0主要取决于应用系统的具体业务规则，而对于RPO=0的实现，可采用系统和数据的同步复制，但在何种层次实现同步复制与保证数据的完整性，直接影响系统投资成本 在灾备建设领域上，传统的灾备技术级别包括基于SAN、基于主机、基于磁盘镜像、基于数据库复制和基于网络备份。不同的灾备技术适用于不同场景，每种灾备技术都有各自的优缺点。同时，企业根据自身的实际需求，可以选择不同的灾备服务级别：核心系统数据级、核心系统应用级、外联系统灾备和全业务系统灾备。企业也可以分步实施，最后达到全业务系统应用级灾备 2 灾备模式的演变 灾备模式的演变：有的企业采用只建同城或者只建异地的模式；有的企业演变成三中心模式，主要包括分发方式（生产往同城和异地分发）和多跳方式（生产中心复制到同城灾备，由同城灾备复制到异地灾备中心）；后面的趋势是双活模式，主要指同城的双活，为了提高设备利用率，同城灾备中心一般都做双活，来分担压力 目前，灾备技术发展趋势是采用同城双活+异地灾备模式。真正双活也分三个级别： 2.1 主备关系 备是温备方式，灾备中心是上线状态，但不处理业务，一旦生产中心不可用，灾备中心可以在最短的时间内恢复业务； 2.2 双运营关心 是非对称工作负载，两个中心都在运营，但重要业务放在生产中心，分析、报表查询等业务放到灾备中心，分担系统处理压力； 2.3 真正双活 两个中心同时处理和接收业务，两个中心存储数据完全一致，但要求比较高，比如要有延迟控制来保证业务处理性能，应用系统开发也要满足两边同时接收业务，并且保证数据一致。同城双活对技术有一定要求，比如存储层双活要有虚拟化网关双活，主机层实现虚拟化主机站点漂移等 当前灾备技术最新发展趋势：首先，分布式体系结构改变灾备技术格局，分布式数据存储至少保留三个数据副本，任何一个副本失效会自动寻找可用的资源生成新的副本，这种方式可以满足多中心要求，没有主备中心的概念