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

电信核心业务系统容灾解决方案 Oracle 技术产品咨询顾问 高壮志 2004/05/24 　　随着电信运营商多年的系统建设，其核心业务系统的高可用性越来越受到人们的关注。从整个系统的角度来看高可用性，包括主机、操作系统、数据库、应用、网络设备等许多方面。而这些系统的一个显著特点就是以数据为中心，因此对数据的保护是整个系统高可用性的核心体现。Oracle数据库作为电信运营商核心系统的主流数据库，针对企业用户的重要数据、重要业务高可用性的需求提出了建立在数据库级别的容灾方案-- Oracle Data Guard （数据卫士）。为什么要使用Data Guard　　电信行业现有系统在容灾方面基本上有两种做法。一是采用备份的方法，即定期地将数据备份到硬盘和磁带上。这种方法的缺陷是实时性较差，恢复时间较长；另外备份设备和生产系统一般都处于同一物理位置，不能满足异地容灾的要求。另一种做法就是硬件镜像的做法，这种做法在硬件投资上较大，对两点间网络带宽有较大要求。鱼和熊掌，可否兼得？下面让我们来看看Oracle Data Guard解决方案。Oracle Data Guard　　Oracle9i Data Guard 维护了一个或多个与客户生产数据的同步备份。Oracle9i Data Guard配置包括一个松散连接的系统集合，由一个生产数据库和若干备用数据库组成，形成一个独立、易于管理的数据保护方案。现有运营商的核心业务系统的数据库在物理位置上往往位于省信息中心或计费中心的机房内，如果在同一城市有其它机房或利用其它城市机房部署同步备份的数据库，通过Oracle网络服务连接到一起，就可以构成一个很好的容灾解决方案。在修改主数据库时，对主数据库更改而生成的更新数据即发送到备用数据库，这些更改在备用数据库被重新应用。当生产数据库出现故障时，备用数据库可以继续提供服务。图1提供了一个例子。 图1简单的双工作区配置 　　由于只是日志文件在主备用数据库之间的传送，其对应用程序是透明的，所以不需更改现有应用。由于核心业务系统的负载很大，所以我们也会非常关心这种数据同步是否会对生产数据库产生影响？实际上，生产数据库和备用数据库之间数据同步的方式有同步和异步之分，我们可以配置备用数据库使其对主数据库的性能几乎没有任何影响。由于仅对生产数据库所做的更改才发送到备用数据库中，因而这样的应急方案相对于镜像所有数据库文件记录的方式来说，能够与高事务处理率保持同步，在很大程度上降低了网络流量。　　Oracle8i和Oracle9i的第一个版本只支持物理备用数据库，在Oracle9i的第二个版本革命性地引入了逻辑备用数据库。物理备用数据库和逻辑备用数据库的主要区别在于备用数据库得到日志文件后，如何应用日志文件(见图2)。 图2 Physical Standby Logical Standby 　　物理备用数据库在应用日志文件时，是基于数据块级别来进行。因此，要求备用数据库和主数据库具有相同的物理结构，而且备用数据库只能处在恢复状态和只读打开两种状态中的一种。而逻辑备用数据库在应用日志文件时，首先将其转化为SQL语句，然后再进行同步应用。因此，逻辑备用数据库一直处于打开状态，在应用日志文件的同时，可以同时读取数据（见图3）。 图3 　　逻辑备用数据库与主数据库只要求逻辑结构相同，因此，还可以建立自己的数据库对象，进行读写操作。这样备用数据库就可以分担一部分主数据库的负载，如生成报表、备份等，在一定程度上提高了用户的投资回报。　　Oracle9i Data Guard中主数据库和备用数据库的角色切换有两种方式：Switch Over和Fail Over。Switch Over使用于计划内宕机的情况，如主数据库进行硬件和操作系统的升级，Switch Over可以在不产生数据丢失的情况下，可逆地切换主数据库和备用数据库的角色。切换后，备用数据库成为主数据库，主数据库自动成为备用数据库。在需要时，还可切换回来。如果发生计划之外的故障，就需通过Fail Over进行角色切换，使备用数据库担当起主数据库的责任。这时主数据库不会自动成为备用数据库，并且需要一些手工操作来进行恢复。　　每笔电信业务以及计费对生产数据库中的数据做出修改时，Oracle9i数据库将在一个联机重做日志文件中记录此次更改。在Data Gurard中可配置写日志的这个过程，在大的方面可分为同步方式和异步方式。所谓同步方式就是在提交对生产数据库所做的修改时，要求此次修改已在备用数据库被应用，在生产数据库的操作才能成功。异步方式是通过维护一个本地缓存，当积累到一定程度时才将日志传送到备用数据库，在提交事务时不受备用数据库的影响。可以看出同步方式可更有效地保护数据不丢失，但会对