【oracle灾备方案系列】基于DDS的Oracle复制容灾方案（三）
【oracle灾备方案系列】基于DDS的Oracle灾备方案（三）
1. 数据查询应用平台方案
1.1. 构建企业的第二数据中心
在基于
DataGrid DDS
产品实现灾备架构中，不仅能够实现集中交易系统的灾备功能，实现
0
时间的数据库切换。同时在该架构基础上还能够为外部系统接口提供了更具扩展力的数据基础管理平台。利用灾备系统对应用进行重新部署。
图：利用灾备系统加载业务功能
因为传统应用部署都是以生产数据库中心为核心的，所有的外围系统数据都直接来源于生产系统，但随着业务变化的逐步深入，外围系统越来越复杂时，这种架构为企业应用部署带来了新的挑战：
l
可扩展性较差，生产系统性能无法满足大量的外部系统延伸；
l
生产系统功能单一，系统建设难度加大，系统建设失败率升高；
l
生产系统稳定性差，大量的新增外围系统的部署要求生产系统处于不断变化之中。生产系统的稳定性和连续性受到很大影响。
DataGrid DDS
支持应用系统部署的优化。将部署架构从传统的“以生产中心为基础”的模式转向为“以灾备系统为基础”的架构。将外围系统如：测试系统、归档系统、统计查询系统、决策支持系统等建立在灾备数据库基础上，在与生产数据库隔离的情况下任意扩展外围系统，而不会对生产系统产生任何影响。
通过
DataGrid DDS
建立的灾备系统可提供业务连续性支持，更可以实现生产系统信息的流通与共享，提升生产系统价值。实现灾备、数据共享一体化数据管理架构。
1.2. 统一查询平台的优势
1.2.1. 数据集中复制查询
DataGrid DDS
支持多对一的复制部署，即可以将多个数据库的数据同时复制到一个目的端数据库。
1.2.2. 提高查询的实时性
目前很多查询方案都是定时地从生产数据库手工抽取数据进行应用，数据的实时性得不到保证。而证券行业交易的特点是突发性和随机性高，对于数据分析来讲，数据的实时性得不到保证无疑是耽误了分析决策的最佳时机。
DataGrid DDS
能够自动的实时将数据复制到查询数据库，将查询数据的延迟由以“天”为单位降低到以“秒”为单位，根本性的提高了数据应用的有效性和及时性。
1.2.3. 减少对生产系统的资源占用
未来的大量并发查询请求的出现，将对生产交易系统的资源争用非常严重，从而导致查询业务非常缓慢，同时也导致生产业务性能大幅度下降。所以将查询数据库分离出来后，能够减轻生产系统的压力。
1.2.4. 查询性能的优化
通过将查询系统独立可以提高查询的性能。查询数据库与生产数据库完全独立，可以按照
OLAP
系统的标准进行单独优化，如修改数据库存储及内存参数，增加索引等工作能大幅提高查询性能。
1.2.5. 提供后续业务的支撑
通过独立的查询系统，除了满足基本的查询功能外，还可在该平台上提供各种报表、统计分析和数据应用的接口功能，进而发展成为企业内部的统一数据平台，在该平台上实现所有外围系统的部署，加速数据的流通，提升数据价值。
1.3. 多种数据复制的方式
根据业务需求不同，所以对数据的内容需求，更新频率和周期也可以有所不同，总的说来这些复制内容，周期和频率都有灵活的策略可以选择：
n
按需复制－内容选择
查询和统计系统往往不需要所有的原始数据，因此完全可以按需要复制数据。
DATAGRID DDS
支持对指定表或用户的按需复制，减少存储和网络带宽的使用。
n
复制模式－策略选择
a.
实时复制：实时复制保证查询系统快速反映生产数据库的内容变化，适合于实时性比较高的查询应用，例如业务监控分析系统，实时
ETL
抽取等。
b.
定时复制：可以手动发起每天全同步复制一次，全同步后不进行增量装载，该模式可以获得某个历史时间点的数据内容。适用于定时备份，批量
ETL
抽取等应用。
c.
因为复制的对象之间以
schema
和表为单位分别映射，逻辑上不同的数据源之间完全隔离，因此我们可以在同一个查询平台（主机）上任意配置不同数据源的复制策略。
1.4. 查询系统应用部署
|
局域网
|
|
交易系统
|
|
ERP
系统
|
|
CRM系统
|
|
OA系统
|
|
DataGrid
|
|
DataGrid
|
|
DataGrid
|
|
DataGrid
|
|
DataGrid
|
|
统计查询
|
|
报表分析
|
|
数据仓库
|
查询平台一般选择多对一的复制模式，即利用软件的跨平台集中复制功能，将多个硬件平台下的
Oracle
数据以用户或表为单位实时的集中复制到一台数据库服务器中，该服务器可以采用多
DB
的配置或者单
DB
下多用户的配置，分别接收源端对应的数据来源。该服务器做只读查询应用，同时，可以针对查询规则优化
Index
，这样有利于提高查询性能。
2. DataGrid DDS解决方案的特点
2.1.1. 开放性和跨平台
DataGrid DDS
解决方案采用开放系统环境，和存储设备、硬件设备、操作系统、兼容
Oracle
数据库
9i
和
10G
版本。由于采用了
DataGrid DDS
的复制解决方案，源数据库和目标数据库可以运行在不同类型的
Unix/Linux
操作系统和
Oracle
数据库的不同版本上。同时，也能够支持不同类型的存储环境。
2.1.2. 主备数据库处于双活状态
灾备数据库承担了数据实时的远程容灾和备份，在生产数据库发生灾难时及时提供业务的接管和及时的数据恢复，同时，灾备数据库一直处于
open
状态，可以对灾备数据库进行实时访问，系统保持生产中心和灾备中心的数据库处于双激活状态。方案从技术上保障目标数据库在线可用，数据实时可读取，复制过程和数据读取不产生矛盾。
DataGrid DDS
的复制延迟很小，从灾备数据库读取到的数据是实时最新数据，不需要为了读取到最新数据而进行一些切换工作。
2.1.3. 方便建立企业内部数据应用中心
通过复制数据平台实现对交易系统的业务模块进行负载分担，将那些只对数据进行读取操作的模块都可以迁移到灾备数据库上来，主要包括：
1.
提供其它业务系统对灾备数据库的实时查询；
2.
提供其它业务系统运行的数据支持批量抽取；
3.
提供其他系统的数据访问接口；
以灾备复制数据为基础建立的企业内部数据应用平台�D�D即第二数据中心，能够提高数据访问的效率，提高外围系统部署的灵活性；提高核心系统的运行效率，提高核心系统运行的稳定和可靠性。该模式会为企业带来更多的应用价值和投资回报。
oracle ORACLE Oracle ora ORA Ora
数据库
shujuku 9i 10g 11g database db dbms rdbms sqlserver sybase informix db2 mysql postgres
数据仓库
shujuchangku sql SQL
表
table biao
表空间
tablespace biaokongjian
用户
user yonghu
模式
schema moshi
事物
transaction transactions shiwu
交易
jiaoyi
实例
instance RAC rac OPS ops
实时
shishi
定时
传输
chuanshu
自动
auto
缓存
buffer
内存
磁盘
目录
文件系统
file system
操作系统
OS
内核
kernel
分发
集中
fenfa jizhong
数据
data shuju track merge comm communication
程序
进程网络
距离
远程
异地
公里
跨
跨平台
行业
异构
成功案例
案例
项目
dataguard
高级复制
逻辑复制
物理复制
逻辑容灾
物理容灾
log redolog redo
日志
日志分析
analysis stream streams
流
流复制
保护
baohu
对象
object
类型
type
存储过程
procedure trigger
触发器
序列
sequence
权限
sqlplus
外部表
OMS
物化视图
试图
view
索引
index
emc SRDF timefinder netapp snapassure mirror
镜像
veritas VVR vxfs netbackup hp truecopy ibm pprc sun hds
快照
复制
阵列
阵列复制
存储
存储复制
data guard DSG dsg Quest Shareplex SHAREPLEX SharePlex rongzai fuzi
容灾
复制
备份
软件
RUANJIAN ruanjian realsync snapassure goldengate ireflect datamirror toad beifen SAN NAS DAS
rongzai
成本
cost
带宽
网络
ip
压缩
yasuo wangluo daikuan chengben iot logminer
进程
process
打开
open
ods ODS OSS BSS BOSS erp crm
交易系统
jiaoyixitong
管理系统
guanlixitong
监控系统
jiankongxitong
采集系统
caijixitong
支撑系统
zhichengxitong
业务系统
yewuxitong
业务
yewu
核心系统
核心
hexin
中间业务
增值业务
前台
后台
houtai
前置
账务
zhangwu
处理
process
管理
management Java j2ee web
界面
游戏
工具
tools