如何实现金融行业多中心双活的灾备系统
金融行业关系到整个国家的经济命脉，随着国家对信息安全的日益重视，在金融行业大力发展灾备系统建设以及业务连续性体系建设尤为重要，近两年必然成为大趋势，大热点。灾备从初期的冷备、温备到热备目前已经在众多行业尤其是金融行业得以应用。近些年又在此基础上提出了，多中心双活的架构，以往单纯的灾备中心的角色正在转变，以往大量投资的闲置设备可以得以充分利用。思想观念的变革推动技术的革新，目前虽然从技术层面，实现真正意义上的金融行业数据中心、灾备中心的多中心双活还面临很多需要攻克的难题，但是我们相信这一目标未来肯定会实现。借此机会，我们举办线上的讨论，主题为“如何实现金融行业多中心双活的灾备系统”。回顾当前技术，展望未来技术发展方式，加快推动新技术在灾备领域的应用，拓展思路为尽早实现多中心多活的灾备体系献计献策。
0同行回答
“答”则兼济天下，请您为题主分忧！
浏览2126
准备实施。哈哈大笑终于想明白了。多中心多活，可以做一些规划工作，大家拭目以待吧，太高兴了收起
浏览2126
各位 实现双活数据中心有几种层面：
1 应用层 实现复杂 故障较多 不可控
2数据库层 实现复杂 故障较多 不可控
3 存储层面 通过盘阵对盘阵复制 主备模式 异步复制 需要停机
4 存储虚拟化 ibm svc emc vplex等 引擎切换需要1分钟以上，增加风险， cache同步有问题
我给大家提供一个好产品，可以实现单个LUN 在不同数据中心完全同步，切换时间0秒
这个产品叫HA-AP，已经在某国际大厂做完测试，准备OEM。我们是其厂家 如谁有兴趣可以与我们联系
[email]Frank.zhu@loxoll.com.cn[/email]收起
1 应用层 实现复杂 故障较多 不可控
2数据库层 实现复杂 故障较多 不可控
3 存储层面 通过盘阵对盘阵复制 主备模式 异步复制 需要停机
4 存储虚拟化 ibm svc emc vplex等 引擎切换需要1分钟以上，增加风险， cache同步有问题
我给大家提供一个好产品，可以实现单个LUN 在不同数据中心完全同步，切换时间0秒
这个产品叫HA-AP，已经在某国际大厂做完测试，准备OEM。我们是其厂家 如谁有兴趣可以与我们联系
[email]Frank.zhu@loxoll.com.cn[/email]收起
浏览2173
Oracle extended rac。不过要三站点，两个站点跑instance，用高速网络和高吞吐量的SAN互联。第三个站点可以只放votedisk。
不过据说extend rac效果也不怎么样，尤其是对于距离比较远，写操作又比较多的业务。收起
不过据说extend rac效果也不怎么样，尤其是对于距离比较远，写操作又比较多的业务。收起
浏览2144
我认为对于双活要依据应用角度进行层次划分，例如，应用分为三层架构，即App层、中间件层和数据库 ...javasunone 发表于 2013-4-16 15:27
1)和2)属于数据库层面的,个人认为实现双活难度很大,有很多细节方面需要考虑3/4/5属于存储层面的,个人认为做双活较为合适,当然配置也是...1)和2)属于数据库层面的,个人认为实现双活难度很大,有很多细节方面需要考虑
3/4/5属于存储层面的,个人认为做双活较为合适,当然配置也是要求很高的
SVC属于SAN层面的存储复制,写请求会写两份,每个站点一份,从而实现两站的数据保持一致;VPlex应该也是类似的原理
GPFS属于服务器层面的数据复制,写请求同样也会写两份,每个站点一份,从而实现两站的数据保持一致
SVC支持的距离应该比GPFS远一些,可以达到100公里,最大可达300公里;GPFS一般在几十公里收起
浏览2160
CDC是什么玩意?几天没来就落后那么多了，唉收起
浏览2114
浏览2172
我认为对于双活要依据应用角度进行层次划分，例如，应用分为三层架构，即App层、中间件层和数据库 ...javasunone 发表于 2013-4-16 15:27
采用CDC技术，灾备端虽然平时也可以打开库，但是个人感觉和双活的想法不同。...