免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
1234
最近访问板块 发新帖
楼主: 居士
打印 上一主题 下一主题

[金融] 有做过银行核心系统异地灾备的朋友吗? [复制链接]

论坛徽章:
0
31 [报告]
发表于 2007-08-01 13:55 |只看该作者
学习中

论坛徽章:
0
32 [报告]
发表于 2007-08-17 17:38 |只看该作者
偶然路过。
看来楼上没几个明白的,说的都是外行话,我就不细说了。
楼主说“30分钟内切换”,首先要明确这个切换的概念。指的是RTO么?一般来讲,RTO不包括BC的流程时间,也就是领导决策什么的,更偏重与是solution能够实现的技术指标。作为500KM的异地方案,30分钟并不算长,当然,具体要看你是什么层次的容灾方案。对于存储和操作系统级别的solutoin,(也包括SAN,虚拟化),30分钟几乎都不太可能,因为你要通常虚拟LUN 的识别,VG import,扫描文件系统,启动并recovery数据库等工作。
但对于中间件,DB或者app.这一层次的方案来说,30分钟应能满足。

论坛徽章:
0
33 [报告]
发表于 2007-08-18 18:15 |只看该作者
以前我的单位做的1800KM的异地灾备,而且是“热”备份机房,花费一个字:大!
光线路就有卫星和地面两种。
当年的万国数据还只是叫做“高阳”,还没有移动的灾难备份车。
发现这玩意不能深挖,挖下去后发现除了给IBM、EMC送钱外,好像都是空对空,就连演练也都是纸上谈兵,现在基本上觉得当年的技术已经过时了,除了思想。

论坛徽章:
0
34 [报告]
发表于 2007-08-26 03:56 |只看该作者
这个话题我感兴趣,因为我也经常遇到容灾的方案和需求,我认为异地容灾30分钟恢复主要还是要考虑流程问题,技术上现在都应该可以实现,大部分存储设备(IBM DS8000 etc.)都支持PPRC远程复制,可以做到同步数据复制,500KM距离如果线路状况良好,可以做到很少的数据丢失,据说可以控制在秒级。
主机方面大都采用手工切换的方式,所以我看容灾主要的是灾备应急流程,如何处理灾难发生时的问题是最关键的,这些部分我认为很复杂,最好要由有经验的进行规划。

论坛徽章:
0
35 [报告]
发表于 2007-08-28 16:45 |只看该作者
灾备时间是通过关键领导指示后,启动BCP预案的。灾备的面很广,不仅仅是IT的工作,IT仅是系统部分,可以很短,30S内搞定。很多相关部门人员的积极响应,才可以完成这部分工作。

论坛徽章:
0
36 [报告]
发表于 2007-09-20 23:10 |只看该作者

我原来搞过灾备,有兴趣可以交流一下哦

楼主所说的异地灾备是这样的:
1。首先要做风险分析,有哪些数据是要备份的,RTO,RPO,DOO各是多少?要防范什么级别的灾难?在投入入风险防范方面找一个合适的比例。
2。目前异地灾备一般采用的是异步的方式,同步的成本太高而且会给主系统带来很大的压力,异步备份的方式有很多,目前用同构平台的灾备技术比较成熟,异构平台的也有在用,不过有待考虑。
3。灾备里面比较重要的是BCP这一块,因为灾难发生时系统虽然可以切换过去,但业务如何去响应这才是最主要的。这一块主要是做一个好的应急预案。
4。具体的复制技术目前有好多种,大体有三类:基于存储的复制技术,比如HDS的TRUECOPY,等,基于卷管理技术或文件系统的复制技术如VVR,GEORM,REPLISTOR等,再就是基于数据库的复制技术了,比如DATAGUARD,SQL复制,Q复制等。好像这里面又分带CDP功能和不带CDP功能的,也就是数据连续保护了,有这功能的主要有XOSOFT和IPSTOR等。
5。最好有一点就是:灾备建起来容易,维护起来很费精力,每天的工作很繁琐的。

论坛徽章:
0
37 [报告]
发表于 2007-11-19 16:05 |只看该作者
3~5秒能实现灾备切换??
本地HA都没这么快,这......不知道怎么实现的,可能是我孤陋寡闻了
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP