文档介绍：沃信科技数据库热备容灾解决方案
Wothink Tech.
2007-2012
议题
一、XX用户当前IT系统现状
二、XX用户当前IT系统面临的问题
三、沃信科技PAC热备容灾方案
方案网络拓朴结构图
方案描述(备库初始化、断点续传、主—备—主切换、业务不可用时间)
四、PAC热备容灾方案特色
五、沃信科技服务介绍
XX用户当前IT系统现状——网络拓朴结构图
深圳数据中心
南昌容灾中心
+ Oracle10g
10M VPN
+ Oracle10g
LAN/ WAN/ VPN
主应用服务器
备用应用服务器
ERP数据库
OA数据库
物流数据库
全国各分支机构用户
ERP应用服务
OA应用服务
物流应用服务
ERP应用服务
OA应用服务
物流应用服务
ERP数据库
OA数据库
物流数据库
PAC 服务器
ERP PAC
OA PAC
物流 PAC
XX用户当前IT系统现状——硬件配置状况
1、硬件环境:
主服务器:IBM RS6000,CPU为XX个,内存为 XXG;
备服务器:IBM RS6000,CPU为XX个,内存为 XXG;
主备服务器操作系统:AIX
主备服务器之间网络:主备机之间是10M VPN,两地的应用服务器与数据库服务器接在同一交换机,终端用户通过VPN、LAN、WAN 访问应用服务器;
服务器数量:主备服务器各一台;
用户与主备服务器之间网络:LAN、VPN、
XX用户当前IT系统现状——软件配置状况
2、数据库服务器:
数据库版本:Oracle 10g
主服务器:有三个数据库,ERP数据库、OA 数据库、物流数据库
备用服务器:有三个数据库,ERP数据库、OA 数据库、物流数据库
主备数据库物理结构相同:
ERP数据库:目前大约60G,3个日志组,100M日志文件大小
OA数据库:目前大约30G,3个日志组,50M日志文件大小
物流数据库:目前大约8G,3个日志组,50M日志文件大小
XX用户当前IT系统现状——软件配置状况
3、当前容灾系统
PAC物理备用数据库,
最大性能模式,
传送归档日志文件,
主备数据库相差3个日志文件;
4、数据库上运行的业务系统
ERP系统
OA系统
物流系统
XX用户当前IT系统现状——其它描述
4、当前系统使用情况:
工作日白天业务量大;
晚上报表结帐业务,日志量主要在晚上产生;
三个数据库总日交易日志在6~7G左右;
周日业务量较小;
5、数据库访问方式:
当前用户应用系统采用B/S三层构架,深圳、南昌分别有一台主应用服务器和备用应用服务器;分布在全国各地的最终用户通过应用服务器访问数据库;
XX用户当前IT系统现状——其它描述
6、备份恢复时间:
当前数据库全备份需要的时间大约8小时,(计划的)完全恢复数据库需要大约一天时间;
XX用户当前IT系统现状——其它描述
7、如果发生灾难,当前系统计划的详细切换过程:
1 主备数据库切换过程?
我们现在的数据库切换很简单,只要把主的停掉,把备的起来就可以了.
2 应用服务器如何切换?
应用程序无须切换,主的和备的当前都为可用状态
3 客户端如何切换?
用户端只需使用备用域名就可以访问备用系统了.
XX用户当前IT系统面临的问题
1、容灾系统使用不灵活,必须主备机操作系统和数据库配置必须完全一致;
2、容灾系统的主备库数据差量太大(采用传送归档日志,相差3个日志文件),发生灾难后的损失很大;
3、无测试环境,当前容灾系统可行性值得怀疑:
1)从未从主服务器切换到备用服务器?
2)如果主服务器坏了,切换到备用服务器,主服务器恢复回来后,如何再次切换回来?
3)如果主数据库临时不可用,切换到备库后,切换回来后很难保证数据一致性?