案例二 ×××灾备
1          应用背景
随着信息化技术在税收征管业务上的广泛应用，税收工作比以往任何时候都更依赖于计算机系统。按照×××的总体要求，各省、直辖市、计划单列市国税局和地税局均实现了综合征管信息系统的省级大集中处理。在征管数据实现省级集中处理后，各关键业务应用系统，及其有关数据和信息都将集中存储在省级局的数据中心。在这种情况下，省局数据中心将承担起支撑并确保全省各地基层单位税收征管业务正常运行的重要责任。
由于信息和处理的集中，不可预见的故障和风险也趋于集中，在省级集中处理系统的内、外部环境中，任何一个关键环节出现不可恢复的灾难时，全省各地的税收征管工作将遭受不可挽回的损失。为有效地防范灾难对信息系统的冲击，国税总局开始筹备建设南海灾备中心，利用数据库复制技术将各省级国税局和各省地税的业务数据实时备份至南海灾备中心。根据国税总局要求，远程容灾系统的指标必须满足RTO < 4Hr和RPO < 24Hr，同时对生产系统影响小。
2          应用介绍
国税总局选择江西地税、厦门国税和深圳国税3个单位作为远程灾备项目的试点，采用基于Oracle GoldenGate的远程灾备方案，能够满足国税总局对远程容灾系统建设的基本要求。根据总局统一规划部署，考虑试点单位综合征管系统现状及金税工程（三期）总体规划，在南海搭建与试点单位业务系统相同规模的数据库，利用Oracle GoldenGate同一复制技术，统一完成从3个试点单位的生产中心到南海备份中心数据库的数据复制，从而实现各试点单位的征管业务数据的远程容灾。


 

试点单位综合征管系统数据容灾示意图如下：
 

 
各试点单位CTAIS 2.0核心数据库数据情况表：
试点单位
数据量
log 增量
年增长量
江西地税
800G
每天20G
150G
厦门国税
100G
每天10G
10G
深圳国税
400G
每天20G
100G
 
根据监控统计报告，各试点单位灾备系统Oracle GoldenGate软件平均资源占用表：
试点单位
到南海的距离
log 增量
源端 CPU
占用率
目标端 CPU
占用率
网络带宽
占用
延迟
江西地税
800公里
每天20G
0.1%
0.1%
<=100k/s
<=3s
厦门国税
700公里
每天10G
0.1%
0.1%
<=50k/s
<=3s
深圳国税
150公里
每天20G
0.1%
0.1%
<=100k/s
<=3s
 
3          应用特点
对于试点单位的灾备系统，基于Oracle GoldenGate的灾备解决方案具有以下特点：
3.1        最低带宽和最大数据保护
在远距离容灾系统中，由于距离限制无法采用同步的复制方式，只能采取异步复制。Oracle GoldenGate能够即时捕捉数据变化，抽取的数据变化仅为log量的1/4，另外Oracle GoldenGate的高达1/9的数据压缩算法，使网络上传输的数据量在各类技术中最小，可以低带宽如几兆专线实现每日log增量上百G的大交易量数据交易，大幅降低了投资。同时，在网络带宽一定情况下也降低了网络造成的延迟，在生产中心到备份中心的复制过程中延时在秒一级（一般可以在3秒内完成复制），在生产中心发生灾难无法恢复时，系统的数据丢失可以控制在几秒以内，可以对数据达到最大保护。
3.2        快速的业务接管
       Oracle GoldenGate复制的目标数据库在实时复制过程中始终处于活动，因此在源数据库主机出现故障导致系统中止服务后可以立即切换到备用端，其RTO可以达到最小化，对于保障地税业务系统的无间断运行有着非常重大的意义。
3.3        N+1 模式的灾备能够减少投资和便于扩展
通过使用Oracle GoldenGate，各省市局数据可以复制到同一个备份中心，多个系统数据可以存放于同一个或多个主机、数据库、数据库实例中，使设备的到充分利用，节省了大量投资，简化了维护工作。同时，还可以将多个分中心的数据集中于一个数据库实现数据的逻辑集中，为各系统数据提供了一个统一的视图，以便于统一查询和统计以及进一步的数据挖掘。
3.4        对源系统的影响小
Oracle GoldenGate优秀的log分析技术使得其在复制过程中极少与源数据库交互，且无须在数据库中插入表或触发器，从而对源数据库运行影响非常小。