数据库容灾实施手册.doc

Oracle数据库容灾方案实施手册 ----------技能提升11月份 更改说明： 序 更改版本号 更改人 日期 备注 1 1.0版 2010-11-30 初始版本 基于oracle redo log的逻辑复制方式 使用这种方式的主要有一些第三方的软件，以及oracle自己的DATAGUARD 中的logical Standby。 1）使用oracle以外的独立进程，捕捉redo log file 的信息，将其翻译成sql语句，再通过网络传输到目标端数据库，在目标端数据库执行同样的sql。 2）如果其进程赶不上oracle日志切换，也可以捕捉归档日志中的内容。也有的产品在源端以事务为单位，当一个事务完成后，再把它传输到目标端。 3）所有的产品一般都是以表为单位进行复制，同时也支持大部分DDL的复制 4）基于其实现原理及多个队列文件的使用，复制环境可以提供网络失败、数据库失败、主机失败的容错能力； 5）因为这类软件复制的只是sql语句或事务，所以他可以完全支持异构环境的复制，硬件的型号，oracle的版本，操作系统的种类、版本等都没有要求。 这种方式还可以支持多种复制方式，比如数据集中、分发、对等复制、或者多层次的复制等。 由于传输的内容只是redolog 或archive log中的一部分，所以对网络资源的占用很小，可以实现不同城市之间的远程复制 基于redolog的逻辑复制产品有很多的优势，但跟上面提到过的其他方案比较起来，也有一些缺点： 1）数据库的吞吐量太大时，会有较大的延迟，当数据库每天的日量达到60G或更大时，这种方案的可行性较差； 2）复制环境建立起来以后，对数据库结构上的一些修改需要按照规定的操作流程进行，有一定的维护成本。 一、DataGuard的技术实现 DataGuard的技术实现 Oracle数据库通过Redo日志机制实现数据库的事务重演以及可恢复性，Oracle的DataGuard技术就是通过在主备节点之间传输日志实现数据同步。 在出现故障时，备用数据库可以被启用来提供业务服务，也可以作为容灾备份站点来保障数据安全。 下图是Oracle DataGuard技术的简要实现机制说明，Redo日志传输与应用是DataGuard技术的关键： DataGuard技术的实现模式 DataGuard技术主要有三种实现模式： 最大保护模式-Maximum Protection 最大保护模式可以认为是DataGuard的同步保护机制，Redo需要同时写入主、备数据库事务才能完成，这种模式可以保证0数据损失，但是要求网络高度稳定可靠。 最大可用模式-Maximum availability 这种方式在Redo机制上和最大保护模式相同，但是当网络中断时，主库会放弃向从库写日志，继续主库的事务处理。这种方式可以避免因为一些网络问题而影响主库运行。 最大性能模式-Maximum performance 这种模式是目前采用最多的一种，最大性能模式在主库发生日志归档时才向备用数据库传输日志，从而将DataGuard对主库的性能影响降到最低。 这种模式的缺点是，如果主库发生灾难性故障，日志全部损失，则从库可能和主库出现一个左右的日志信息差异。 当然，在这种方式下，我们可以通过设置主库增加归档频率来缩小可能的数据损失。 实施内容及步骤 在本方案的具体实施过程中，涉及以下步骤和环节： 基本环境准备 在实施方案之前，需要配置准备好相关业务服务器、存储环境，实施DataGuard的主机，需要采用相同版本的操作系统，主机与存储正确配置；网络环境需要就绪，并且经过稳定性、连续性测试，提供相关数据整理及报告 数据库信息收集 收集现有数据库系统的完备性能数据、基础数据、负荷及业务周期数据 此过程需要收集至少4周数据，可以与其他环节并行。 数据库安装及升级 根据需要，在新的环境中安装Oracle10g数据库，使用Oracle 版本，在迁移实施中对数据库进行升级，升级到最新Oracle版本，此过程需要进行足够测试与完善备份。 为顺利完成升级过程，需要调整数据库运行在归档模式下，每个数据库升级准备工作需要至少2天时间，升级需要大约6小时停机时间，升级之后需要观察至少1星期。 升级工作需要串行，观察工作可以并行。 系统测试 通过备份搭建环境之后，进行运行测试，收集相关数据 如果设备及环境允许进行测试，则进行至少连续2周测试，此步骤需要在数据库升级之后进行。测试环境搭建好之后，进行各种异常演练，构建完善处理文档。 正式割接 经过测试验证后，对生产系统进行DataGuard环境搭建，使生产系统运行在主备模式。 此工作对于不同数据库应当串行，每次割接需要2天准备时间以及至少6个小时停机时间。 运行及监控 通过一