Oracle数据库灾备技术的探讨.docVIP

Oracle数据库灾备技术的探讨 　　摘要：随着信息系统的发展，保持业务数据的持续性是企业用户进行数据存储时必须考虑的重要方面。然而灾难的出现，可能导致生产停顿、用户满意度降低，企业的竞争力会因此大打折扣。这样，在灾难后如何快速、正确地恢复业务系统就成为摆在企业面前的一个难题。本文重点讨论Oracle数据库的Data Guard，GoldenGate和CDP灾备技术的实现机理，通过对这三种技术的讨论，对这二种技术的优缺点以及适用范同做些有意义的探讨。 　　 　　技术的讨沦 　　 　　技术一：Oraclc DataGuard 　　Oracle Data Guard提供了一种数据同步技术来实现Oracle的高可用性、增强的性能以及自动的故障转移方案。Oracle Data Guard为主数据库创建和维护多个备用数据库，主数据库的改变能够自动将信息从主数据库传送到备用数据库，并保证在此过程中没有信息的丢失。Oracle DataGuard实现方式(见图1) 　　在Oracle Data Guard的实现中，将一个运行在ARCHIVELOG模式下的数据库指定为服务于应用程序的主数据库，可以通过Oracle Net(Oracle网络)访问一个或多个备用数据庠来提供故障的转移功能。Data Guard自动将重做信息传送到应用此信息的备用数据库，因此，备用数据库在事物处理上可以保持一致，以实现对数据库的保护。 　　Data Guard有两种类型的备用数据库：物理备用和逻辑备用数据库。 　　物理备用数据库具有与主数据库相同的结构。逻辑备用数据库具有不同的内部结构(例如用于报表的额外索引)。通过将重做数据转换为依据备用数据库执行的SQL语句，可以同步逻辑备用数据库和主数据。物理和逻辑备份数据库服务于不同的目的。物理备用数据库是一种对主数据库的逐块的复制，因此它可以用作代替主数据库的数据库备份。在灾难恢复过程中，物理备份数据库看起来就像是它替代的主数据库。逻辑备用数据库支持额外的数据库结构，可以更为容易的支持特定的报表需求。因此许多方案将物理数据库用于灾难恢复，然后添加额外的逻辑备用数据库来支持特定的报表和业务需求。 　　无论物理备用数据库还是逻辑备用数据库，Data Guard通过提取归档日志文件中相关信息。对备用数据库进行数据操作的重做，以实现主、备数据库的同步。 　　对于物理备用数据库米讲，它接收到的redo record是按图2的方式： 　　redo apply维持一个standby database是通过精确的物理块来进行主数据库的备份。RFS(远程服务器进程)进程从主数槲库接收到redo record，并将其写入备用数据库的redo log(后面将被简称为SRL)。redo apply通过介质恢复服务将SRL中的redo record读入内存中，介质恢复协调器(MRPO)管理恢复session，并分析redo映射到不同的apply进程。不同的apply进程读取映射的数据块，并将其写入相应改变的数据块。redo apply会自动设置与cpu数日相等的apply进程。 　　对于逻辑备用数据库来讲，它接收到的redo record是按下图3的方式： 　　SQL apply使用的是逻辑standby进程进行协调应用相应的redo log中的改变。SQL apply进程读取SRL，井通过LSP(Logical StandbyProcess)将其转化为逻辑的记录改变，并建立SQL事务，并应用这些SQL到standby DB上。 　　可以看出Data Guard的两种类型备用数据库，虽然都是通过归档口志来实现主数据库和备用数据库的数据一致性，但是过程却不相同：一个是通过物理磁盘的方式，一个是通过重新生成SQL事物来完成数据同步。 　　 　　技术二：Oracle GoldenGate 　　 　　GoldenGate是一种基于日志的结构化数据复制技术，它通过解析源数据库在线日志或归档日志获得数据的增量变化，再将这些变化应用到目标数据库，从而实现源数据库与目标数据库同步。GoldenGate可以在异构的IT基础结构(包括几乎所有常用操作系统平台和数据库平台)之间实现大量数据的实时复制(大概5秒以内的延迟)，从而可以在应急系统、在线报表、实时数据仓库供应、交易跟踪、数据同步、集中／分发、容灾等多个场景下应用。 　　Oracle GoldenGate技术捕捉源数据库日志文件中记录的对象操作信息，并传递到目的数据库，通过对有关数据库对象执行相关的操作，实现目的数据库与源数据库的同步。在获取数据库变化的机制上，Oracle GoldenGate与Data Guard有相似之处，都是通过捕捉日志文件中相关的信息实现的，但D