DataGuard在地市级气象数据库中的应用.docVIP

DataGuard在地市级气象数据库中的应用 　　摘 要 介绍了创建基于DataGuard技术的数据库系统的基本过程，并实现原有数据向新建数据库的平滑迁移，最终将现有数据业务转至DataGuard数据库系统，提高业务数据的安全性和稳定性。 　　关键词 DataGuard建设；数据迁移 　　中图分类号：TP311 文献标识码：A 文章编号：1671-7597（2014）06-0046-02 　　气象中的各项业务和科研活动都离不开数据支持。随着气象现代化的深入发展，如何构建一个高效的数据库来储存数据管理数据便成了一个重要的工作内容。尤其重要的是如何使数据库能稳定持续的提供数据服务，尽量减少宕机等故障带来的业停滞便成了重中之重。 　　青岛市气象局近年来不断积累了大量的数据。数据管理先后经历了从使用Excel、Access等储存手段到后来使用大型数据库来管理数据。这期间，青岛市气象局先后为2008年奥帆赛、残奥帆赛以及每年各种大型活动提供了良好的气象服务。在日常业务和研发中，各种科研平台、业务平台、自研课题等也均依托数据库进行。数据库随各项服务活动经历了严峻的考验。目前现状是数据库运行在一台高性能PC服务器上，配合有Oracle RMAN的备份策略，提供数据存储和数据查询服务。可以想象，今后会有越来越多的业务平台通过B/S架构建立起来。而数据库的地位也变得越来越重要，一旦数据库出现问题造成极坏影响。因此，构建一个高线稳定的数据库体系，变成了亟待解决的问题。结合现有的条件，决定采用Oracle DataGuard技术来解决此问题。 　　1 DataGuard技术介绍 　　DataGuard是一种数据库级别的HA方案，其主要功能是数据库的冗余、容灾和故障恢复。主备库通过TCP/IP网络利用传输重做日志文件的方式来保证数据一致。DataGuard有两种类型，物理Standby和逻辑standby，其主要区别是，物理Standby的物理结构和逻辑结构同主库一模一样，而逻辑standby则只在逻辑结构上与主库保持一致。 　　DataGuard保护模式： 　　1）最大保护。在此种保护模式下，主库的任何操作信息会同步应用到备库。一旦主库检测到备库无法连接，则主库停止提供服务直到备库恢复后可继续操作。 　　2）最大可用性。此种保护模式下，主库和备库之间数据同步会按照“最大保护”的模式进行。一旦主库检测到备库无法连接的时候，主库不会停机而是自动转化为“最大性能”模式继续提供服务。 　　3）最大性能。在此种保护模式下，主库和备库是通过异步的方式来传输重做日志文件。主库将日志文件归档以后，将归档日志传输到备库，备库通过主库传输过来的归档日志进行恢复操作。从而保持与主库的数据一致。 　　2 DataGuard的实现 　　2.1 架构设计 　　如图1所示，根据实际情况。主库采用了一台高性能服务器，操作系统采用的是RHEL 6，备库建立在VMWare虚拟机系统上，配置与主库一致的文件结构和账户，Oracle安装位置也尽皆相同。此举是利用VMWare虚拟机系统的高可用性和高安全性，因为当VMWare系统的某一台物理节点服务器出现故障时，运行其上的虚拟机会自动迁移到其他正常服务器而不会失效，进一步提升了DataGuard系统的安全性和可靠性。安装过程此处不再赘述，需要注意的是Linux下安装数据库需要很多包支持，并且32位和64位的包均需安装，不能遗漏，否则会造成在后续安装报错，建议配置yum源的方式来安装。 　　图1 DataGuard实施架构图 　　2.2 主要参数和步骤 　　主备库参数配置： 　　通过主、备库启动文件中的参数设置来完成DataGuard系统的配置。 　　主库方面： 　　1）设置强制归档模式，设置数据库运行于归档模式：Alter system force logging，并使数据库运行于归档模式下。设置结束后通过查询语句查看设置情况，如图2所示。 　　图2 　　2）主库启动文件参数修改（此处仅列出搭建DataGuard需要的参数）： 　　*.DB_UNIQUE_NAME=10GPRI 　　*.FAL_CLIENT=10GSTD *.FAL_SERVER=10GPRI 　　*.log_archive_config=DG_CONFIG=（10GPRI，10GSTD） 　　*.log_archive_dest_1=LOCATION=/u01/oracle/10201/database/orcl/archivelog VALID_FOR=（ALL_LOGFILES，ALL_ROLES） 　　*.log_archive_dest_2=SERVICE=10GSTD LGWR ASYNC 　　VALID