Oracle Active Data Guard数据同步复制技术方案

...wd......wd......wd...OracleActiveDataGuard数据同步复制技术方案概述OracleActiveDataGuard是Oracle11g版本推出的新功能。该功能可以实现Oracle数据库读写别离。ActiveDataGuard从底层技术上实现了在日志恢复数据的同时可以用只读的方式翻开数据库，用户可以在备用数据库上进展查询、报表等操作，这类似逻辑DataGuard备用数据库的功能〔查询功能方面〕，数据同步的效率更高、对硬件的资源要求更低。可以更大程度地发挥物理备用数据库的硬件资源的效能。ActiveDataGuard用于维护Oracle数据库的单独、同步物理副本，从而实现HA/DR。ActiveDataGuard支持高可用性〔通过零数据丧失和/或自动故障切换〕和灾难恢复。并且数据同步的效率更高、对硬件的资源要求更低。是一种有效可行的解决方案。随着OracleADG的出现，Oracle在读写别离的支持上又得到进一步提升，可以在延迟很少的情况下提供读，而且不会出现复制错误或者数据不一致的问题。ActiveDataguardReaderFarm架构至少存在以下优势：管理维护简单，DBA只要熟悉Dataguard的管理即可，无需再额外学习其他方面的新知识；ActiveDataguardReaderFarm节点是灵活可扩展的，可以在线添加或者删除节点，并且可以线性扩展而不对生产系统造成影响；可以真正做到实时查询，不会应为大事务造成同步阻塞，性能有保障；没有数据类型的限制；高可用性，节点的宕机都不会影响到数据库的可用性。ActiveDataGuard基本原理OracleActiveDataGuard系统架构如下：ActiveDataGuard的同步是通过standby数据库对主数据库文件的不断copy，不断应用主库传输过来的redo重做日志来保持和主库的物理构造一致。standby数据库分为物理standby和逻辑standby。主备库之间走的是SSL协议，SSL使用RSA公钥密码和对称密钥加密，提供身份验证、加密和数据完整性。ActiveDataGuard从底层技术上实现了在日志恢复数据的同时可以用只读的方式翻开数据库，用户可以在备用数据库上进展查询、报表等操作。OracleActiveDataGuard包括一个生产数据库，也称为主数据库，以及一个或多个备用数据库，这些备用数据库是与主数据库在事务上一致的副本。DataGuard利用重做数据保持这种事务一致性。当主数据库中发生事务时，那么生成重做数据并将其写入本地重做日志文件中。通过OracleActiveDataGuard，还将重做数据传输到备用站点上，并应用到备用数据库中，从而使备用数据库与主数据库保持同步。OracleActiveDataGuard允许管理员选择将重做数据同步还是异步地发送到备用站点上。备用数据库的底层技术是OracleActiveDataGuard重做应用〔物理备用数据库〕。物理备用数据库在磁盘上拥有和主数据库逐块一样的数据库构造，并且使用Oracle介质恢复进展更新。ActiveDataGuard软硬件需求硬件及操作系统需求系统平台硬件配置操作系统存储异构primary数据库VSstandby数据库同一个DataGurid配置中的所有oracle数据库必须运行于一样的平台。比方inter架构下的32位linux系统可以与inter架构下的32位linux系统组成一组DataGuard。64位HP-UX也可以与32位HP-UX组成一组DataGuard不同服务器的硬件配置可以不同，比方cpu，内存，存储设备，但是必须确保standby数据库服务器有足够的磁盘空间用来接收及应用redo数据必须一致，不过操作系统版本可以略有差异，比方(linuxas4&linuxas5)，primary数据库和standby数据库的目录路径可以不同支持软件需求ActiveDataGuard作为Oracle企业版一个特性功能，标准版不支持。而且作为Oracle软件的单独组件〔类似OracleRac组件〕，需要单独收取费用。同一个DataGuard配置中所有数据库初始化参数：COMPATIBLE的值必须一样。Primary数据库必须运行于归档模式，并且务必确保在primary数据库上翻开FORCELOGGING，以防止用户通过nologging等方式防止写redo造成对应的操作无法传输到standby数据库。Primary和standby数据库均可应用于单实例或RAC架构下，并且同一个dataguard配置可以混合使用逻辑standby和物理standby。Primary和standby数据库可以在同一台服务器，但需要注意各自的数据文件存放目录，防止重写或覆盖。使用具有sysdba系统权限的用户管理primary和standby数据库。建议数据库必须采用一样的存储架构。比方存储采用ASM/OMF的话，那不分primarty或是standby也都需要采用ASM/OMF。各服务器的时间设置,时区/时间设置需一致。ActiveDataGuard工作模式OracleActiveDataGuard有MAXPERFORMANCE,MAXAVAILABILITY,MAXPROTECTION三种数据保护模式：模式数据丧失风险传输如果备用数据库未提交任何确认最高保护零数据丧失双重故障保护同步仅当从备用数据库收到已将事务的重做硬化到磁盘确实认后，才向应用程序发送提交成功信号。最高可用性零数据丧失单重故障保护同步快速同步远程同步仅当收到备用数据库确实认后，或超出阈值期限后，才向应用程序发送提交成功信号，两者取其先最高性能可能有极小的数据丧失风险异步主数据库从不等待备用数据库确实认，而是直接向应用程序发送提交成功信号。ActiveDataGuard物理架构OracleActiveDataGuard支持多种物理架构模式，Primary和standby数据库均可应用于单实例或RAC架构下。目前采用较多的物理架构模式有如下两种：主机数据库〔RAC〕+备机数据库〔DG单机〕+同磁盘阵列：主机数据库〔RAC〕+备机数据库〔RAC〕+同磁盘阵列：比照以上两种方案，备机部署为RAC双机方式为备机查询应用提供更好的高可用性〔比方负载均衡和应用透明切块〕，但同时也增加日常维护的复杂程度。如果考虑能够持续稳定地向外围系统提供数据查询服务，推荐使用主备机数据库均为RAC的模式。方案特点高性能、高可靠性本方案采用本地备份与远程复制相结合，最大限度的保证业务数据的安全性。结合对操作系统级和数据库级的性能优化，消除系统瓶颈，使硬件资源得到最大限度的利用。方便灵活在系统中，备份数据中心的数据库系统可以切换到翻开状态，不同于冷容灾模式下容灾站点的数据库系统在进展数据复制是不可用的情况。因此，备份数据中心可以通过为其它系统提供数据共享服务。如通过备份数据中心为综合查询系统提供快速的数据抽取功能，并且实现数据的抽取与生产系统完全隔离，减少对生产系统的影响。高效率、低负载数据复制引擎使用基于Log的复制，复制操作集中于对数据的改变，因此将对源数据库系统、源操作系统和网络的影响最小化。数据复制引擎效率很高，同时保证了复制数据的准确性。在源数据库一端，数据复