电信核心业务系统容灾解决方案

为什么要使用Data Guard
Oracle Data Guard
图1提供了一个例子。

图1简单的双工作区配置

　　由于只是日志文件在主备用数据库之间的传送，其对应用程序是透明的，所以不需更改现有应用。由于核心业务系统的负载很大，所以我们也会非常关心这种数据同步是否会对生产数据库产生影响？实际上，生产数据库和备用数据库之间数据同步的方式有同步和异步之分，我们可以配置备用数据库使其对主数据库的性能几乎没有任何影响。由于仅对生产数据库所做的更改才发送到备用数据库中，因而这样的应急方案相对于镜像所有数据库文件记录的方式来说，能够与高事务处理率保持同步，在很大程度上降低了网络流量。

图2 Physical Standby & Logical Standby

　　物理备用数据库在应用日志文件时，是基于数据块级别来进行。因此，要求备用数据库和主数据库具有相同的物理结构，而且备用数据库只能处在恢复状态和只读打开两种状态中的一种。而逻辑备用数据库在应用日志文件时，首先将其转化为SQL语句，然后再进行同步应用。因此，逻辑备用数据库一直处于打开状态，在应用日志文件的同时，可以同时读取数据（见图3）。

图3

　　逻辑备用数据库与主数据库只要求逻辑结构相同，因此，还可以建立自己的数据库对象，进行读写操作。这样备用数据库就可以分担一部分主数据库的负载，如生成报表、备份等，在一定程度上提高了用户的投资回报。

图4

·最大保护模式

　　这是一个典型的将Oracle集群数据库RAC和Data Guard相结合的容灾方式。在主数据库采用四个节点的集群数据库（RAC），数据存放在共享的裸设备上。集群数据库针对服务器故障提供了保护，并可分担负载，在此基础上，采用异步物理备用数据库来保护数据，其中日志传送的间隔平均为半个小时，主数据库的数据量在1TB左右。
结束语
　　"居安思危"这句成语同样适用于我们电信行业核心业务系统的建设，随着电信行业竞争的加剧，电信运营商在推出各种业务服务用户的同时，如何建设和完善自己内部的核心业务系统，提供可靠的业务保障，Oracle Data Guard正是针对核心业务系统高可用性的需求，从数据库角度提出的解决方案。

中国计费网(www.billingchina.com)