应用系统整合方案（二）

来源：这里教程网时间：2026-03-03 18:29:49 作者：

2. 系统建设方案

2.1. 建设目标

1. 完成六合一系统核心数据库从传统小型机集中架构到x86/ 分布式存储的改造。

2. 完成六合一系统核心数据库同城容灾数据库的搭建。

3. 完成六合一系统分发数据库的搭建。

4. 完成六合一系统数据备份环境的建设。

5. 完成六合一系统数据备份环境的建设。

6. 完成六合一系统数据库安全保护。

7. 完成六合一系统应用容灾。

8. 完成数据库监控、容灾库ADG 监控、分发库Shareplex 监控。

2.2. 架构改造方案

本次系统架构改造方案本着合理规划、方便扩展、充分利旧的原则，对现有硬件资源进行重新设计。

系统改造后整体架构如下所示：

Ø 三台华为RH5885 服务器和闪存阵列搭建一套三节点RAC 架构的数据库用于六合一生产业务

u 生产数据库第一和第二节点用于日常生产业务

u 第三节点用于数据分发同步、灾备同步、数据备份以及其它节点故障时的临时业务接管

u 使用闪存阵列，16GB HBA 卡以提高数据库的IO 性能和处理能力

u 在没有闪存阵列的情况下，使用现有的华为存储设备进行利旧

Ø 两台华为RH5885 服务器与容灾环境利旧的EMC 存储组成同城容灾数据库

Ø 将原生产数据库替换下的两台IBM 小型机与IBM 存储搭建一套两节点RAC 架构的数据库用于地市数据分发

Ø 一台X86 架构服务器与原生产数据库替换下的IBM 存储搭建文件服务器用于生产数据备份

Ø 生产数据库与同城数据库采用Oracle Active DataGuard 组件进行容灾

Ø 生产数据库与分发数据库间使用SharePlex 进行数据同步

Ø 分发数据库与各地市数据库间使用SharePlex 进行数据分发

Ø 应用服务器通过DNS 切换的方式进行容灾切换，正常时段连接生产数据库，当数据库切换后，通过切换DNS ，连接灾备数据库进行业务

2.3. 系统升级方案

客户当前系统生产数据库为Oracle 10.2.0.5 版本，存储管理模式为ASM 。计划在本次系统整体改造的过程中将数据库升级为 Oracle 11.2.0.4 版本，并采用Oracle 自动存储管理组件（ASM ）对存储进行管理。

由于此次升级跨越了一个数据库的大版本（10g 至11g ），且升级前后数据库服务器为异构平台（AIX 至Linux ）。从可行性、尽可能减少停机时间窗口的角度出发，建议采用逻辑同步的方式进行升级：

1. 在新搭建的x86 架构环境下安装11g 版本ASM 存储管理方式的数据库

2. 将原生产数据库的数据库通过逻辑同步软件（SharePlex ）同步至新搭建数据库，并保持增量实时装载

3. 在系统切换时间窗口，停止相关应用

4. 停止数据库逻辑同步

5. 稽核原库和新库的数据一致性，包括对象数量，单个对象的数据量

6. 切换应用服务器连接数据源，完成系统升级切换

2.4. 系统容灾方案

在系统容灾建设中建议使用Oracle Active DataGuard 组件（下称ADG ）完成搭建。

DataGuard 是甲骨文推出的一种高可用性数据库方案，在Oracle 8i 之前被称为Standby Database 。从Oracle 9i 开始，正式更名为Data Guard 。它是在主节点与备用节点间通过日志同步来保证数据的同步，可以实现数据库快速切换与灾难性恢复。Data Guard 只是在软件上对数据库进行设置，并不需要额外购买任何组件。用户能够在对主数据库影响很小的情况下，实现主备数据库的同步。而主备机之间的数据差异只限于在线日志部分。日常业务中，主节点数据发生变更时，数据库将 redo 日志变化传输至备节点，备节点数据库通过连续应用归档日志，保持数据与主节点一致，起到对数据库的保护

当主节点发生灾难异常宕机后，可以快速切换备节点数据库接管业务，保证业务的连续性。如下图所示。