容灾备份方案

《容灾备份方案》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、对灾备中心的认识及方案 随着企业信息化的建设，对于关键数据的保护也越来越重要。试想，当数据库由于种种原因出现问题，甚至宕机，此时，业务系统也随之停顿，这种情况给企业带来的经济和信誉的损失是非常巨大的。因此，在一切正常的时候就必须使用一种合适的灾备方案，防患于未然。容灾备份系统的优点被众多企业用户所认可，但是该系统并不是万能的，本文将为大家介绍该如何正确认识容灾备份系统。许多企事业单位虽然已经认识到信息安全的重要性，但没有实施保证信息安全的行动，这其中的原因是多方面的，最主要的一个就是在如何建立容灾备份系统的问题上存在种种疑惑。企事业单位中的决策者在实施容灾备份系统工程时，必须制定详细的容灾

2、备份计划。通过制定容灾备份计划，可以帮助用户根据自己的业务模式来确定容灾备份系统的设计要求，根据系统分析决定容灾备份系统设计参数，根据业务系统的区域网络环境选择合适的容灾备份技术。容灾备份计划还应该包括制定灾难发生后的应急程序，建立启动容灾备份系统的管理机构和各方面的行动小组，以及一些非技术的因素(如损失评估与保险商、设备重建与供应商、社会公共关系与系统用户等)。1、物理备机（PrimaryStandby）：主备库之间物理结构，逻辑结构保护一致。通常情况下备用库通过主库传输过来的归档日志做恢复。基于"块对块"方式。与主数据库相同。物理standby等同于生产库。物理standby能以rea

3、donly方式打开(或者在flashback数据库下以"读写方式打开")。物理standby一旦以"读写"方式打开，备用库将不会从主数据库接受重做数据。只有当备库flashback到过去的点，当备用库flashback到"读写"打开时间点前的状态时，DataGuard会自动同步备库与主库。才能回复standby角色。2、逻辑备机（LogicalStandby)：只保证逻辑结构与主库一致。备用库要处于打开状态，通过从主库归档日志文件中提取出来的SQL语句做恢复。创建时，与物理standby一样，使用主库copy，逻辑备库通过执行SQL语句来更新。DataGuard转换日志文件中的数据为SQL

4、语句，然后在逻辑standby上执行SQL语句.因为逻辑standby是通过SQL语句来实现数据同步，那么在同步期间其必须保持打开状态。数据级灾备—PPRCIBM的PPRC（PeertoPeerRemoteCopy，点对占点远程复制）复制技术是基于ESS企业数据存储服务器，通过ESCON（EnterpriseSystemsConnection，企业管理系统连接，是一级别容灾方案，主要适用于大、中型和电信企业选用。数据中心A和数据中心B可以是两相隔上百公里的网络系统，既可以单独把某个数据中心的数据备份到另一个远程数据中心中，也可以实现相互远程备份。在标准的实施备份方案中，服务器主机通过SAN

5、与IBM企业存储服务器ESS相连接，两台ESS之间通过ESSON通道实现同步远程拷贝。受ESSON传输距离的限制，当主、备机房的距离超过2公里时，需要加光纤延伸器。光纤延伸器可以从多个不同的厂商购得，比如IBM2029FibreSaver、INRANGE的9801等。在光纤延伸器的帮助下，PPRC数据备份可达到100公里以上。目前有很多种容灾技术，分类也比较复杂。但总体上可以区分为离线式容灾（冷容灾）和在线容灾（热容灾）两种类型。所谓的离线式容灾主要依靠备份技术来实现。其重要步骤是将数据通过备份系统备份到磁带上面，而后将磁带运送到异地保存管理。这种方式主要由备份软件来实现备份和磁带的管理，

6、除了磁带的运送和存放外，其他步骤可实现自动化管理。整个容灾备份方案的部署和管理比较简单，相应的投资也较少。但缺点也比较明显:由于采用磁带存放数据，所以数据恢复较慢，而且备份窗口内的数据都会丢失，实时性比较差。对于资金受限、对数据恢复的RTO和RPO要求较低的用户可以选择这种方式。在线式容灾要求生产中心和灾备中心同时工作，生产中心和灾备中心之间有传输链路连接。数据自生产中心实时复制传送到灾备中心。在此基础上，可以在应用层进行集群管理，当生产中心遭受灾难、出现故障时，可由灾备中心自动接管并继续提供服务。应用层的管理一般由专门的软件来实现，可以代替管理员实现自动管理。由上面分析可见，实现在线容灾

7、的关键是数据的复制。数据的复制有多种实现方式，各有利弊，后面我们将深入讨论。由于在线容灾备份方案可以实现数据的实时复制，因此，数据恢复的RTO和RPO都可以满足用户的高要求。因此，数据重要性很高的用户都应选择这种方式，比如金融行业的用户。但要实现这种方式的容灾必须有很高的投入，一般中小型企业用户很难负担。在容灾备份方案选择时一定要考虑多方面的因素。很多用户在初期规划时都过于追求完美，对RTO和RPO要求过高，并不考虑自身