互联网服务高可用灾备演练

抛砖--关于业务连续性的验证问题

大家都说了很多理论上的东西,我来提点实际操作的问题:
绝大多数金融企业都建设了自己的容灾系统,而且也进行了模拟演练,大家演练的结果
无非是 RPO<15分钟、RTO<4小时,满足了银监监管的要求等。
    如果真的发生了灾难,RPO<15 分钟的数据如何确认,业务部门如何判断丢失了多少数据?
有人说,通过单据补录,但现在有很多的电子渠道,根本没有纸质痕迹,又如何去确认每一笔丢失的交易?
我想说的是,金融企业做容灾系统的时候,往往注重核心账务系统,而忽略了产生交易行为的外围系统,而这些外围系统
在判断数据丢失时,可以起到很大的作用。建设灾备系统时,如果能够记录下所有发生的业务行为,像数据库一样,根据这些
行为,重新生成交易,这个问题就迎刃而解了。
    这是我的一点困惑,希望大家给我指点迷津,谢谢!
参与5

0同行回答

“答”则兼济天下,请您为题主分忧!
xuzjxuzj  数据库管理员 , shandong
需要完善前段应用显示全部
需要完善前段应用收起
政府机关 · 2013-08-01
浏览1060
小菜鸟_2008小菜鸟_2008  系统工程师 , 南阳银行股份有限公司
国内银行真正能做到保证业务连续性的很少显示全部
国内银行真正能做到保证业务连续性的很少收起
互联网服务 · 2013-07-31
浏览1095
zp_ccczp_ccc  高级技术主管 , 国内某金融科技公司
太尖锐了,说到电子渠道业务的灾难恢复,几乎所有银行都没有更好的解决方法。当原始凭证被取代,就只能通过一些方法找到资金的流向,比如通过银联渠道,还可以从银联那边获得数据,但是本行内交易呢,如果应用软件没有很好的跟踪机制,可能就比较难查出资金的来龙去脉。很多情况下的演练...显示全部
太尖锐了,说到电子渠道业务的灾难恢复,几乎所有银行都没有更好的解决方法。当原始凭证被取代,就只能通过一些方法找到资金的流向,比如通过银联渠道,还可以从银联那边获得数据,但是本行内交易呢,如果应用软件没有很好的跟踪机制,可能就比较难查出资金的来龙去脉。
很多情况下的演练都是计划性演练,并且演练的原则尽量减少对生产的影响,以免模拟灾难最后变得真正成为灾难。所以基本演练都不进行破坏性的操作。也就不能完全模拟真实灾难场景。那么真正灾难发生后会怎样呢,我觉得绝大多数是需要手工追补丢失的数据的。所以追补方法非常重要,呼吁大家应该更多的从如何保证业务连续性角度,从业务等多方面考虑灾备建设,而不仅仅局限在某些数据复制技术等等……收起
互联网服务 · 2013-07-03
浏览1111
mxin辛旻mxin辛旻  资深工程师 , 上海宝信软件股份有限公司
好问题,最近在看海涛大师推荐的书籍了,本次研讨会收获良多。显示全部
好问题,最近在看海涛大师推荐的书籍了,本次研讨会收获良多。收起
IT咨询服务 · 2013-07-02
浏览1108

提问者

zyearth
系统工程师江苏银行
擅长领域: 容器云容器数据库

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2013-07-01
  • 关注会员:1 人
  • 问题浏览:4361
  • 最近回答:2013-08-01
  • X社区推广