【oracle灾备方案系列】基于DDS的Oracle灾备方案(三)
在基于DataGrid DDS产品实现灾备架构中，不仅能够实现集中交易系统的灾备功能，实现0时间的数据库切换。同时在该架构基础上还能够为外部系统接口提供了更具扩展力的数据基础管理平台。利用灾备系统对应用进行重新部署。
图：利用灾备系统加载业务功能
因为传统应用部署都是以生产数据库中心为核心的，所有的外围系统数据都直接来源于生产系统，但随着业务变化的逐步深入，外围系统越来越复杂时，这种架构为企业应用部署带来了新的挑战：
l可扩展性较差，生产系统性能无法满足大量的外部系统延伸；
l生产系统功能单一，系统建设难度加大，系统建设失败率升高；
l生产系统稳定性差，大量的新增外围系统的部署要求生产系统处于不断变化之中。生产系统的稳定性和连续性受到很大影响。
DataGrid DDS支持应用系统部署的优化。将部署架构从传统的“以生产中心为基础”的模式转向为“以灾备系统为基础”的架构。将外围系统如：测试系统、归档系统、统计查询系统、决策支持系统等建立在灾备数据库基础上，在与生产数据库隔离的情况下任意扩展外围系统，而不会对生产系统产生任何影响。
通过DataGrid DDS建立的灾备系统可提供业务连续性支持，更可以实现生产系统信息的流通与共享，提升生产系统价值。实现灾备、数据共享一体化数据管理架构。
DataGrid DDS支持多对一的复制部署，即可以将多个数据库的数据同时复制到一个目的端数据库。
目前很多查询方案都是定时地从生产数据库手工抽取数据进行应用，数据的实时性得不到保证。而证券行业交易的特点是突发性和随机性高，对于数据分析来讲，数据的实时性得不到保证无疑是耽误了分析决策的最佳时机。
DataGrid DDS能够自动的实时将数据复制到查询数据库，将查询数据的延迟由以“天”为单位降低到以“秒”为单位，根本性的提高了数据应用的有效性和及时性。
未来的大量并发查询请求的出现，将对生产交易系统的资源争用非常严重，从而导致查询业务非常缓慢，同时也导致生产业务性能大幅度下降。所以将查询数据库分离出来后，能够减轻生产系统的压力。
通过将查询系统独立可以提高查询的性能。查询数据库与生产数据库完全独立，可以按照OLAP系统的标准进行单独优化，如修改数据库存储及内存参数，增加索引等工作能大幅提高查询性能。
通过独立的查询系统，除了满足基本的查询功能外，还可在该平台上提供各种报表、统计分析和数据应用的接口功能，进而发展成为企业内部的统一数据平台，在该平台上实现所有外围系统的部署，加速数据的流通，提升数据价值。
根据业务需求不同，所以对数据的内容需求，更新频率和周期也可以有所不同，总的说来这些复制内容，周期和频率都有灵活的策略可以选择：
n按需复制－内容选择
查询和统计系统往往不需要所有的原始数据，因此完全可以按需要复制数据。DATAGRID DDS支持对指定表或用户的按需复制，减少存储和网络带宽的使用。
n复制模式－策略选择
a.实时复制：实时复制保证查询系统快速反映生产数据库的内容变化，适合于实时性比较高的查询应用，例如业务监控分析系统，实时ETL抽取等。
b.定时复制：可以手动发起每天全同步复制一次，全同步后不进行增量装载，该模式可以获得某个历史时间点的数据内容。适用于定时备份，批量ETL抽取等应用。
c.因为复制的对象之间以schema和表为单位分别映射，逻辑上不同的数据源之间完全隔离，因此我们可以在同一个查询平台(主机)上任意配置不同数据源的复制策略。
局域网交易系统ERP系统CRM系统OA系统DataGridDataGridDataGridDataGridDataGrid统计查询报表分析数据仓库
查询平台一般选择多对一的复制模式，即利用软件的跨平台集中复制功能，将多个硬件平台下的Oracle数据以用户或表为单位实时的集中复制到一台数据库服务器中，该服务器可以采用多DB的配置或者单DB下多用户的配置，分别接收源端对应的数据来源。该服务器做只读查询应用，同时，可以针对查询规则优化Index，这样有利于提高查询性能。
DataGrid DDS解决方案采用开放系统环境，和存储设备、硬件设备、操作系统、兼容Oracle数据库9i和10G版本。由于采用了DataGrid DDS的复制解决方案，源数据库和目标数据库可以运行在不同类型的Unix/Linux操作系统和Oracle数据库的不同版本上。同时，也能够支持不同类型的存储环境。
灾备数据库承担了数据实时的远程容灾和备份，在生产数据库发生灾难时及时提供业务的接管和及时的数据恢复，同时，灾备数据库一直处于open状态，可以对灾备数据库进行实时访问，系统保持生产中心和灾备中心的数据库处于双激活状态。方案从技术上保障目标数据库在线可用，数据实时可读取，复制过程和数据读取不产生矛盾。DataGrid DDS的复制延迟很小，从灾备数据库读取到的数据是实时最新数据，不需要为了读取到最新数据而进行一些切换工作。
通过复制数据平台实现对交易系统的业务模块进行负载分担，将那些只对数据进行读取操作的模块都可以迁移到灾备数据库上来，主要包括：
1.提供其它业务系统对灾备数据库的实时查询；
2.提供其它业务系统运行的数据支持批量抽取；
3.提供其他系统的数据访问接口；
以灾备复制数据为基础建立的企业内部数据应用平台――即第二数据中心，能够提高数据访问的效率，提高外围系统部署的灵活性；提高核心系统的运行效率，提高核心系统运行的稳定和可靠性。该模式会为企业带来更多的应用价值和投资回报。
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
