ORACLE数据库容灾复制解决方案DSG-Realsync

合集下载

DSG RealSync与GoldenGate的比较

DSG RealSync与GoldenGate的比较
众所周知,采用上述方式全同步费时费力,还需要准备大量的临时存储空间等环境,这在很多客户现场并不具备。
采用GoldenGate同步软件,一旦发现数据不一致需要重同步,客户就会如临大敌,往往加班到深夜来同步数据。
软件越智能,人工干预就越少,管理负担就越轻,同时出错的几率也越小。
业务透明性: DSG完全透明
DSG RealSync也有与其他公司一样的依赖PK/UK的版本。
PK/UK依赖性:严重
在同样的环境中测试,目标端没有PK/UK的表比有PK/UK的表效率低7-10倍。由于GoldenGate需要借助PK/UK来锁定和验证数据一致性,因此,同步过程中经常导致目标端锁定。
客户根据业务需求来配置PK/UK,在一个成熟的数据库中,必然有一些表是没有PK/UK的。由于这些表的存在,可能导致数据库的整体容灾性能大幅下降。
对客户而言,使用一套完整的软件组件来解决问题,比使用不同的软件来分别解决问题在维护成本、系统兼容等方面更有优势。同样,与一个产品线丰富的厂家合作,比与一个只有单产品的厂商合作更有战略价值。
客户案例是否多?
作为国内最先推出数据库同步复制解决方案的厂商,DSG迄今为止已经积累了近100家成功案例,大量案例集中在电信、金融、政府、电力等信息化程度高的核心的领域,普遍应用在客户的核心业务系统上。包括:
GoldenGate在国税总局的试点就是因为产品兼容性差,同时技术支持不到位,导致失败。
灾备系统(或数据同步系统)是客户核心业务系统的一部分,在平时运行中,难免出现各种问题。如果无法快速处理,则会严重影响到系统安全。因此,平时技术支持是否有利,问题是否能快速解决,关系到灾备系统的成败。
技术优势是否明显?
同样的测试环境中,GoldenGate厂商需要1600秒才能完成,比DSG RealSync慢一般左右。

数据库容灾解决方案

数据库容灾解决方案
2.数据同步
数据同步采用如下策略:
-同步方式:基于数据库日志的数据复制技术,确保数据实时同步。
-同步频率:根据业务特性和数据变化情况,合理设置同步频率,实现数据的一致性。
-同步方向:单向同步,从主数据库向备用数据库传输数据变化。
-同步策略:结合全量同步和增量同步,保障数据的一致性和完整性。
3.容灾切换
2.容灾软件
选用专业可靠的容灾软件,如Symantec Veritas、Dell EMC等,实现数据同步和容灾备,如交换机、路由器等,保证数据传输的稳定性和安全性。
五、实施步骤
1.需求分析:深入了解企业业务特性,评估数据库容灾需求,制定合理的容灾方案。
2.系统设计:根据需求分析结果,设计数据库容灾架构,包括硬件、软件、网络等资源配置。
本方案旨在为企业提供一套合法合规的数据库容灾解决方案,确保数据库的高可用性和数据安全性。在实际应用中,企业需根据自身业务特点和需求,灵活调整和优化方案,以实现最佳效果。
第2篇
数据库容灾解决方案
一、引言
在信息化时代背景下,数据库作为企业关键信息资产的核心载体,其稳定性和安全性对企业的运营至关重要。为了确保数据库在面对各类灾害时仍能保持业务的连续性和数据的完整性,本方案提出了一套全面、专业的数据库容灾解决方案。以下内容将详细阐述容灾策略、技术选型、实施步骤及后期维护等关键环节。
二、目标
1.实现数据库的高可用性,确保在主数据库发生故障时,能够在规定时间内切换至备用数据库,保证业务的连续性。
2.确保数据的完整性、一致性和安全性,防止数据丢失和损坏。
3.降低数据库故障带来的经济损失,提高企业的抗风险能力。
三、方案设计
1.容灾架构设计
本方案采用主-备容灾架构,主要包括以下部分:

DSGRealSync管理手册

DSGRealSync管理手册

D S G R e a l S y n c操作管理手册2012/1/14DSGdata Inc.目录RealSync工作原理原理概论RealSync技术是针对数据库提供了基于逻辑的交易复制方式。

该方式通过直接捕获源数据库的交易,将数据库的改变逻辑复制到目标系统数据库中,实现源系统和目标系统数据的一致性。

如上图所示,RealSync在数据源(Data Source,简称DS)端和数据目标端(Data Target端,简称DT)分别安装Agent进程,Source端的Agent进程对ORACLE日志进行监控,发现改变及时对目标数据库进行更新。

当应用系统在Data Source端向数据库进行任何操作时时,这些信息都将在Redo Log中保存,RealSync Agent通过对实时获取的Log日志进行分析,获得本次操作的交易指令和交易数据,然后将这些交易指令和交易数据经过格式转化生成XF1数据格式,并实时通过网络传送到Data Target系统。

Data Target系统的RealSync Agent接收数据库包,经过校验码检查,确认正确的数据库包后,调用Oracle函数按照交易的先后顺序在Data Target系统中执行该交易。

日志抓取(Data Capture)RealSync对数据的抓取是通过安装在Data Source端的Agent模块定时分析Oracle Redo Log 来获取Data Source端的交易类型及数据的。

RealSync Agent在判断Data Source端的Oracle系统是否有新的交易产生时是通过定期检查oracle提供的视图中记录的当前SCN号来判断的,这样避免每次检都通过读取log文件来判断否有新的交易产生时造成的系统影响。

在确认有新的交易产生时,可以同时获得当前的Redo Log 组,以及最新日志在日志文件的最新位置。

RealSync Agent模块根据这些信息将上次抓取时记录的日志位置与本次读取的最新位置之间的Log读取并加以分析。

白皮书DSG RealSync数据容灾复制技术

白皮书DSG RealSync数据容灾复制技术

DSG RealSync技术白皮书(数据复制应用)迪思杰(北京)数码技术有限公司DSGdata Inc.目录1为什么需要数据复制 (3)1.1信息系统存在的问题及需求 (3)1.1.1数据流通效率低下,企业信息孤岛现象严重 (3)1.1.2数据报表、查询和数据共享效率低下 (3)1.2企业需要新的信息架构 (3)2DSG REALSYNC的技术概览 (4)2.1采用数据库复制技术 (4)2.2DSG R EAL S YNC的优势概览 (4)3REALSYNC工作原理概述 (5)4日志抓取(DATA CAPTURE) (6)5日志分析(ANALYZE) (7)6交易合成(SYNTHESIZE) (7)7交易传输 (8)8数据装载 (9)8.1用DXF数据格式的装载: (10)8.2R OW MAPPING实现快速定位 (10)9OPS/RAC的支持 (11)10数据完整性保证 (12)11数据初始化装载 (13)12选择性复制支持 (15)13支持的复制结构 (15)14产品规格 (16)15模块组成 (17)16典型的FAQ (18)17成功案例客户名录 (19)1为什么需要数据复制1.1 信息系统存在的问题及需求随着计算机应用系统的爆炸式发展,业务量迅速增加,业务种类日益复杂,企业必须管理不断增长的信息流量;随着信息量的急剧增大,核心数据的管理变得日益困难。

如何安全、可靠地存储业务数据及满足未来业务数据高速增长的需要;如何有效管理日益增长的业务数据;如何实现业务数据的共享并在现有业务数据之上建立新兴的增值应用,如数据仓库、客户关系管理(CRM)等,成为了各企业建立信息系统的关键所在。

目前,各企业信息系统在数据管理领域存在着普遍的问题:1.1.1数据流通效率低下,企业信息孤岛现象严重信息系统的建设主要是以应用为驱动的,是随着各种业务的逐渐建设的。

当出现一类新的业务时,一般需要为该业务建设一套业务支撑系统,保存与该业务有关的主要数据。

数据库容灾、复制解决方案全分析

数据库容灾、复制解决方案全分析

数据库容灾、复制解决方案全分析引言概述:数据库是现代信息系统中的重要组成部分,而数据库容灾和复制解决方案则是保障数据库系统可用性和数据安全的关键。

本文将对数据库容灾和复制解决方案进行全面分析,详细介绍其原理和常见的实施方法。

一、数据库容灾解决方案1.1 数据备份与恢复数据备份是数据库容灾的基础,常见的备份方式包括完全备份和增量备份。

完全备份将数据库的所有数据和对象都备份下来,而增量备份则只备份自上次完全备份以来的新增或修改的数据。

在数据库灾难发生时,可以通过恢复备份数据来恢复数据库的完整性和可用性。

1.2 冷备份与热备份冷备份是在数据库停机状态下进行的备份,这种方式对数据库的影响较大,但备份速度相对较快。

热备份则是在数据库运行状态下进行的备份,备份过程中可以继续对数据库进行读写操作,对数据库的影响较小,但备份速度相对较慢。

1.3 数据库镜像数据库镜像是一种常见的数据库容灾解决方案,它通过将主数据库的数据实时复制到备份数据库上,实现数据库的高可用性。

主数据库发生故障时,备份数据库可以立即接管服务,确保业务的连续性。

数据库镜像可以采用同步复制或异步复制的方式,具体取决于业务对数据一致性和可用性的要求。

二、数据库复制解决方案2.1 主从复制主从复制是一种常见的数据库复制解决方案,它通过将主数据库的数据复制到一个或多个从数据库上,实现数据的冗余和负载均衡。

主数据库负责处理写操作,而从数据库负责处理读操作,从而提高数据库系统的性能和可扩展性。

2.2 分布式复制分布式复制是一种适用于多个数据库节点的复制解决方案,它将数据分布到多个节点上,实现数据的分布式存储和处理。

每个节点都可以独立处理读写操作,从而提高数据库系统的并发性和可用性。

分布式复制可以采用一致性哈希算法或分片算法来实现数据的分布和路由。

2.3 数据同步与冲突解决在数据库复制过程中,数据同步和冲突解决是非常重要的问题。

数据同步确保主数据库和从数据库之间的数据一致性,通常采用基于日志或基于时间戳的同步机制。

白皮书DSG RealSync数据容灾复制技术_SQL

白皮书DSG RealSync数据容灾复制技术_SQL

DSG Realsync for MS SQL Server数据库实时复制软件-- SQL Server关键业务系统的容灾解决方案【DSG Realsync产品的定位】随着当今时代信息化的高速推进,信息系统已经是企业最重要的资产,特别是对于企业内关键性(Mission Critical)的应用与系统,必须保持运作的不中断性或在最短时间内恢复运作。

因此对于企业来说,拥有一套稳定、安全、可靠、高可用性的容灾系统,用以来提高系统的高可用性(HA)与保证业务的连续性,最大限度地减少因灾难或故障所带来的损失,已经成为重中之重。

很不幸的是,传统磁带备份(Tape Backup),集群系统(Server Clustering)或磁盘阵列(RAID Storage)并无法完全达成企业对于资料可靠性与不中断服务的需求。

磁带备份,在两次备份之间若服务器出问题时则资料将会遗失,而且利用磁带还原常需花费一小时到数天的时间(根据损害程度);而集群系统无法达到异地备份目的,且成本昂贵;磁盘阵列无法应付操作系统或应用程序造成的宕机,并且无法立即恢复服务;有鉴于此,为了满足这些可用性要求极高的关键性应用,美国DSG Realsync 公司推出DSG Realsync 高可用性容灾(HA)解决方案,协助企业以最经济的方式达到系统的高可用性容灾,保证业务的连续性,最大限度地减少因灾难或故障所带来的损失。

DSG Realsync for MS SQL是专门为Microsoft SQL Server数据库设计的数据同步方案,在一个或多个SQL Server数据库之间保持数据的同步。

【产品应用范围】✓支持的平台系统:Windows 2003、Windows 2000、Windows NT、Windows xp等;✓支持的数据库:SQL Server 7.0、2000、2005 等;【产品主要特性】●提供数据复制和恢复,结合SQL Server Replication技术提供MS SQL SERVER数据库的数据同步功能。

DSGRealSync-Oracle异构热容灾解决方案

DSGRealSync-Oracle异构热容灾解决方案

数据库复用和容灾解决方案_DSG RealSync
数据库的容灾和复用目的结合起来,一方面在出现灾难的时候有完整的数据可以快速恢复业务,另一方面在没有灾难的时候,复制数据库可以用来做查询、统计等。

可以利用数据的特点,进行有选择的复制。

实现一对多,进行数据分发,也可以进行多对一复制,进行数据集中。

好处:
●∙∙∙∙∙∙ 投资效率高,容灾和复用功能兼有,既可以在出现灾难的时候起到容灾作用,又可以在没有灾难的时候
发挥作用
●∙∙∙∙∙∙ 数据随时可用
●∙∙∙∙∙∙ 可以实现数据有选择的集中和分发。

基于容灾复制技术的Oracle数据库跨平台升级解决方案

基于容灾复制技术的Oracle数据库跨平台升级解决方案

时 更 新 保 证 副 本 系 统 快 速 反 映 源 系 统 的 变 化 .提 供 账 单 查
询、 话单查 询等的及时性 ; 定 时 复 制 即包 括 每 月 复 制 、 每 周 复 制和每天复制 : 手 工 复 制 即支 持 操 作 员 指 定 时 间 对 指 定 表 进
行一次完全复制 : 3 ) 对 生 产 系统 的 低 干 扰 性 D S G 实 时 数 据 复 制 技 术 不 需
GUO Xu e - q i n g ,W ANG Gu a n g — h u a,XI AO F e i ,S ONG L i — l i
( I n f o r ma t i o n D e p a r t m e n t o fWu h a n G e n e r a l Ho s p i t a l o fG u a n g z h o u C o mm a n d , Wu h a n 4 3 0 0 7 0 , C h i n a )
第2 2卷 第 4期
Vo 1 . 2 2 No . 4
电 子 设 计 工 程
E l e c t r o n i c De s i g n En g i n e e r i n g
2 0 1 4年 2月
Fe b.2 01 4
基于 容灾 复制 术的 O r a c l e数据库 跨平 台 级解 决 方 案
的 增值 应 用 , 安全 、 可 靠 地 存 储 业 务 数 据 及 满 足 业 务 数 据
高 速增长需要 的关键所 在『 1 - 4 1 。医院采用容灾 复制技术 ( D S G R e a l S y n c技 术 ) , 进行快 速 、 跨 平台 、 增量式 的数据迁移 , 成 功 实 现了服务 器由 H P 5 8 0 G 5更 新 为 I B M P 7 2 0 .操 作 系 统 由 WI N 2 0 0 3更 新 为 A I X 6 . 0 ,数 据 库 由 O r a c l e 1 0 g升 级 到 的 O r a c l e l 1 , 极 大 地 提 高 了 数 据 库 性 能 ,为 医 院 信息 化 的深 入 发展奠定 了坚实的基础。

0racle数据复制及灾难备份解决

0racle数据复制及灾难备份解决

0racle数据复制及灾难备份解决作者:咸亚梅秦江鹏来源:《旅游纵览·行业版》 2013年第2期咸亚梅秦江鹏(中国联合网络通信有限公司赤峰巿分公司内蒙古赤峰024000)摘要:笔者从Oracle数据复制以及灾难备份提出解决方案,包括Oracle数据库企业版11g的重要选件、Active DataGuardOracle GoldenGate技术原理简介、安装部署、维护监控几个方面的内容介绍。

关键词:Oracle;备份;复制Oracle数据库作为通信企业最重要的数据库支撑,其数据的复制与灾难恢复至关重要,如果不采取一定手段保证数据的完整,其带来的损失可能是灾难性的,所以,对于一个成熟的数据库软件产品来说,Oracle本身提供了强大的备份与恢复策略。

一.Oracle GoldenGate包含了Oracle数据库企业版11g的重要选件 Active DataGuard1.移动通讯行业的7×24小时高可用,建议主系统侧使用Oracle RAC,通过GoldenGate (含Active DataGuard)同时将数据实时灾备到异地的数据库上(如果使用Oracle RAC更好),在灾难发生时,远程的节点上有完全同步的数据,可以迅速切换到远程节点上提供原有服务。

2.移动通讯行业,尤其是省网整合过程中存在的地市多中心,同样需要数据的“大集中”、集中灾备以及从主中心的数据回流。

因此,我们推荐在各分中心和主中心(集中灾备中心)之间使用GoldenGate进行数据传输(单双向均可)。

这种架构既能解决其它高速复制产品无法实现的N+1模式,又能解决数据上传和回流的双向复制问题。

3.移动行业的应用系统已经逐步发展成了大数据量、高并发、海量数据检索以及报表查询负载重的系统,因此经常需要对主系统的查询负载进行卸载。

因此,我们推荐在主系统和查询分离服务器(如报表服务器)之间使用GoldenGate进行数据传输(通常单向即可)。

DSG RealSync双中心复制

DSG RealSync双中心复制
AIX 4.3.3 Oracle 8.1.7
AIX 5.2 Oracle 9.2
HP-UX 11 Oracle 7.3.4
DSG双中心全同步
DSG全同步: DSG导出使用自己的xexp工具,进行数据初始化,直接读取数据文件, 把block数据翻译成数据,根据现场环境操作系统配置,有所区别,一般导出 在100-800GB/小时。 DSG装载使用多进程并发,直接路径装载,不产生日志,根据目前现 场环境,装载效率大概在100-500GB/小时。 DSG在导出的同时进行,实际耗时为装载耗时。 传统数据初始化方法: 逻辑导出导入: exp/imp 导出导入,使用oci接口select出来的数据,相对效率极低,一般在30GB/小 时,装载不能使用多并发,人为操作较为繁琐。 expdp/impdp 10g之后支持,存在不支持数据类型同步,大字段存在一定的问题,导 出导入效率一般在100-30GB。 物理备份恢复rman/bcv 速度较快,但是对操作系统,存储大小,以及存储厂商限制较为严格。
现有系统 评估
新系统观 察 新系统规 划
数据库迁 移
执行迁 移 制订迁移 步骤
生成并审 核执行脚 本
优化性能
Service
逻辑迁移 物理迁移 传统方案
22
DSG方案
QUESTIONS
ANSWERS
23
DMP:数据中心的数据统一平台管理
企业数据仓库
CRM DSS
企业数据应用ODS
报表 实时 查询 其他
DM data
DM data
容灾 异构 热容灾 数据
审计
App1 App2 App3
ETL-Plus
ETL兼容
Smart E
RealSync 性能分析 调优

数据库容灾、复制解决方案全分析

数据库容灾、复制解决方案全分析

数据库容灾、复制解决方案全分析引言概述:数据库容灾和复制解决方案是保障数据库系统高可用性和数据安全的重要手段。

在面对自然灾害、硬件故障等问题时,通过合理的容灾和复制策略,可以保证数据库系统的连续运行和数据的完整性。

本文将从数据库容灾和复制的概念入手,详细分析常见的数据库容灾和复制解决方案。

一、数据库容灾解决方案1.1 数据库备份与恢复- 定期备份数据库:通过定期备份数据库,可以将数据库的数据和结构保存到备份文件中,以便在灾难发生时进行数据恢复。

- 数据库恢复策略:根据实际需求和数据重要性,选择合适的数据库恢复策略,如完全恢复、差异恢复或增量恢复,以提高数据恢复的效率和灵活性。

- 备份验证与监控:定期验证数据库备份的完整性和可用性,并设置监控机制,及时发现备份异常或失败的情况。

1.2 数据库冷备份与热备份- 冷备份:在数据库停机状态下进行备份,适用于对数据库服务可用性要求不高的场景,备份过程简单,但恢复时间较长。

- 热备份:在数据库运行状态下进行备份,可以实现零停机备份,适用于对数据库服务可用性要求较高的场景,但备份过程相对复杂。

1.3 数据库复制- 主从复制:通过将主数据库上的数据变更同步到从数据库上,实现数据的复制和备份。

主从复制可以提高数据库的读取性能和可用性,并能够在主数据库故障时快速切换到从数据库。

- 多主复制:在多个主数据库之间进行数据复制,可以提高数据库的写入性能和可用性,并能够在主数据库故障时切换到其他主数据库。

二、数据库容灾解决方案2.1 数据库集群- 主备集群:通过将数据库部署在多台服务器上,实现主备关系和自动故障切换,提高数据库的可用性和容错性。

- 多主集群:在多台服务器上部署多个数据库实例,实现数据的分布式存储和负载均衡,提高数据库的读写性能和可用性。

2.2 数据库镜像- 数据库镜像:通过将数据库的数据和操作日志实时复制到另一台服务器上,实现数据库的实时同步和故障切换,提高数据库的可用性和容错性。

DSG产品介绍

DSG产品介绍
四. Database archiving历史归档
五. 售后服务
RealSync实现原理
XEXP
Redo Log
ologx
QUEUE
sender
Archived log
ROWID Mapping
Table OCI
loader
Transactions XF1 Format
QUEUE
receiver
RealSync应用特点
1. 目标端的数据库处于OPEN状态
• 建设“平战结合”的容灾方案 • 目标端数据库的实时利用,如报表、查询、统计分析、实时共享
等,降低生产系统的压力,提高生产系统的运行性能 • 作容灾应用时,确保容灾数据库没有不能启动的风险 • 作容灾应用时,切换时间短,不需要重起数据库
2. 支持异构平台,硬件可自由选择
洋证券、东兴证券、万联证券、金元证券、信达证券、银河证券、民族证券、宏源证券、新
时代证券、上海证券、远东证券、江南证券、华泰证券、南京证券、信泰证券、东吴证券、
长江证券、国联证券、东海证券、西南证券、山西证券、金通证券、中原证券……
政府行业:

河北省地税11地市征管数据集中灾备系统、武汉财政、上海财政…….
江西联通、福建联通、广西联通、湖南联通、江苏联通、四川联通、湖北联通、内蒙联通、
北京移动、广西移动、甘肃移动、贵州移动、青海移动……
金融行业:

中国国际金融有限公司、上海期货交易所、中国金融期货交易所、广发银行、太平洋保险、
易方达基金、招商基金、华夏基金、鲁证期货、东吴期货、国泰君安期货、中大期货、太平
2M带宽
DSG RealSync
Agent
Agent

数据库容灾解决方案

数据库容灾解决方案

数据库容灾解决方案
《数据库容灾解决方案》
在现代信息化社会,数据库已经成为企业和组织中至关重要的数据存储和管理工具。

然而,数据库系统一旦发生故障或遭受灾难,可能造成严重的数据丢失和业务中断,对企业的正常运营产生严重影响。

因此,数据库容灾解决方案成为了企业和组织必须重视和应对的重要问题。

数据库容灾解决方案是指针对数据库系统可能发生故障或遭受灾难时,采取一系列技术和措施来实现数据备份、灾备恢复和业务持续性保障的整体解决方案。

通常包括数据备份和复制、灾难恢复计划、高可用性集群等多种技术手段和方法。

首先,数据备份和复制是数据库容灾解决方案的基础。

通过定期的数据备份和实时的数据复制,可以保证数据库系统在发生故障或灾难时,可以迅速恢复到最近的可用状态,避免数据丢失和业务中断。

其次,灾难恢复计划是数据库容灾解决方案的关键环节。

企业需要在事先制定好灾难恢复计划,明确各种灾难情况下的应对措施和流程,确保在灾难发生时可以迅速有效地进行数据库系统的恢复和业务的持续运行。

此外,高可用性集群技术也是数据库容灾解决方案中常见的手段之一。

通过构建高可用性集群,可以实现数据库系统的容错和自动故障转移,保证数据库系统在发生故障时能够自动切换
到备用节点,确保业务的持续性。

总的来说,数据库容灾解决方案是企业和组织在建立和运营数据库系统时必须认真考虑和实施的重要措施。

通过科学合理地选择和应用各种技术手段,可以有效地保障数据库系统的可用性和数据的完整性,确保业务的持续运行,从而最大程度地降低因数据库系统故障或灾难而造成的损失。

DSG:RealSync--GoldenGate比较

DSG:RealSync--GoldenGate比较

迪思杰(北京)数码技术有限公司Realsync vs GoldenGateDSG RealSync Oracle GoldenGateDSG中国于2002年8月在北京成立,目前总部在北京,员工60余人,在上海/广州/成都设有办事处,公司定位是数据安全和信息生命周期管理。

DSG是一个高速稳定发展的高科技公司,截至09年12月份就在中国市场拥有200多家高端用户,分布在数据量大的电信行业、安全性高的证券行业、环境复杂的政府行业。

.DSG公司有一款数据复制产品Realsync。

目前DSG复制产品占有国内70%的市场份额。

●产品成熟度DSG Realsync的产品稳定成熟,且随着案例用户的增多,功能不断的增强,现在DSG为用户提供的不仅仅是一款工具,而是一个全面完善的客户化的解决方案,所以Realsync 产品在中国的客户数量远多于其他公司。

●支持服务DSG为客户提供的都是原厂的专业服务,目前在上海/广州/成都设有的办事处,能够最有效的为全国用户提供直接服务。

Goldengate公司是由oracle收购的公司,在收购之前是一家在美国的公司。

Realsync数据复制容灾应用●电信行业:北京移动、广西移动、甘肃移动、贵州移动、青海移动、广西电信、陕西电信、贵州电信、四川电信、安徽电信、海南电信、福建电信、甘肃电信、宁夏电信、广东电信、杭州电信、舟山电信、绍兴电信、湖州电信、辽宁网通、山东联通、江西联通、福建联通、广西联通、湖南联通、江苏联通、四川联通、广东联通、贵州联通、湖北联通、内蒙联通、贵州联通、云南联通…●金融行业:广发银行、中国国际金融有限公司、上海期货交易所、太平洋保险、中国金融期货交易所、华夏基金、易方达基金、招商基金、南方基金、鲁证期货、东吴期货、国泰君安期货、中大期货、银河证券、民族证券、宏源证券、新时代证券、上海证券、远东证券、太平洋证券、东兴证券、万联证券、金元证券、信达证券、江南证券、华泰证券、南京证券、信泰证券、东吴证券、长江证券、国联证券、东海证券、西南证券、山西证券、金通证券、中原证券、财达证券、西部证券、国盛证券、国海证券、华福证券、恒泰证券、湘财证券、华鑫证券、财富证券、中天证券、财通证券…●政府行业:北京电力、青海电力、四川电力、江西电力、天富热电河北省地税、武汉财政、上海松江财政、吉林省交通厅、辽宁省征稽局、蛇口码头、宁波港贵州公安、东营公安、深圳交警青岛有线、泰州社保、中国邮政长春一汽、济南钢铁、深圳神州通集团河北省地税11地市征管数据集中容灾备份系统、江西省电力12地市营销数据集中容灾备份●Goldengate目前在国内电信行业的应用很少。

DSG RealSync维护手册

DSG RealSync维护手册

7
DS安装后的目录结构
$DBPS_HOME
bin
$VCFS_HOME (default:vcfsa)
$XLDR_HOME (default:rmp)
log
scripts
8
DT端:目录和文件用途说明
scripts目标:所有脚本所在目录 $VCFS_HOME:保存系统进程信息 $XLDR_HO
目标端正常进程启动的状态
[oracle@dbback-1 scripts]$ ./check dsg 30048 1 0 01:55 00:00:00 /dsg/bin/vagentd 4000 dsg 30051 30048 0 01:55 00:00:20 /dsg/bin/vagentd 4000 dsg 30046 1 0 01:55 00:00:00 /dsg/bin/loader -s -qno 0 1 dsg 30049 30046 0 01:55 00:00:17 /dsg/bin/loader -s -qno 0 1 dsg 30050 30047 0 01:55 00:00:44 /dsg/bin/loader -s -qno 1 1 dsg 30047 1 0 01:55 00:00:00 /dsg/bin/loader -s -qno 1 1 dsg 30052 1 0 01:55 00:00:00 /dsg/bin/loader -s -qno 2 1 dsg 30058 30052 0 01:55 00:00:12 /dsg/bin/loader -s -qno 2 1 dsg 30061 1 0 01:55 00:00:00 /dsg/bin/loader -s -qno 3 1 dsg 30062 30061 0 01:55 00:00:13 /dsg/bin/loader -s -qno 3 1 dsg 30053 1 0 01:55 00:00:00 /dsg/bin/loader -r -qno 0 1 dsg 30057 30053 0 01:55 00:07:37 /dsg/bin/loader -r -qno 0 1 dsg 30045 1 0 01:55 00:00:00 /dsg/bin/arch_vagentd_dsg /dsg/log/log.r0 /dsg/log/archivelog/log.r0_archlog 43200

DSG RealSync应用案例介绍

DSG RealSync应用案例介绍

1 DSG RealSync 应用案例介绍1.1 DSG RealSync 应用案例列表DSG 从 2002 年在中国成立以来,在 RealSync 这个数据库复制产品的项目实施方面也 经过了很长的一段路。

DSG 始终以“客户需求为导向”的原则发展自己的产品,到目前为 止,DSG RealSync 产品已经在电信、政府、政券和企业采用,主要包括: 中国移动 广西移动应急系统 北京移动网管容灾系统 中国电信 广西电信、 福建电信、 舟山电信、 绍兴电信、 湖州电信 中国联通 福建联通、 广西联通、 湖南联通、 江苏联通、 四川联通、 山东联通、 广东联通、 江西联通、 湖北联通 证券集中交易系统备份应用: 中国金融期货交易所、华夏基金、长江证券、华泰证券、国联证券、民族证券、 西南证券、山西证券、金通证券、中原证券、远东证券、南京证券、银河证券、 西部证券、东海证券山东联通计费系统和缴费卡系统容灾应用;这些系统都为 DSG RealSync 的实施积累了宝贵的经验。

客户名称 福建电信 应用目的 本项目的建设需求是为福建电信集 中帐务系统上线后建立一个独立的 查询系统,将帐务数据库和统计数 据库上的数据同步到一个对的查询 数据库中,通过该查询数据库实现 24 个月的计费话单数据保存、对外 数据接口、以及对外查询业务。

系统规模 生产系统由统计系统和帐务系统组成。

统计数据库的大小: 2 台 IBM P595 服务器 数 据 量 大 小 : 2TB , 每 天 日 志 两 100GB. 帐务数据库的大小: 2 台 IBM P595 服务器 数 据 量 大 小 : 6TB , 每 天 日 志 两 500GB. 广西移动 将生产中心的的营业数据库 (ORACLE RAC)和客服数据库容 灾到一台应急容灾系统上。

使得应急营业库和应急客服库的数 据和生产系统的营业库及客户库的 数据同步。

并能在生产系统的营业 库或者客户库有故障时,替代故障 库,接管应用。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档