请教核心实施经验的前辈，真的能实现24小时银行吗？ - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

一直在小的城商行做核心项目，最近客户要求实现24小时银行，架构怎么设计都要有切换的时间，想请教各位前辈，除了使用大机外，小机能真的能实现24小时银行吗？
经过改进的方法1，可以从系统设计的角度去解决问题，不会有延时。
方法2的发展思路，有从数据库和存储角度去考虑的方法，争取达到瞬间复制，缩短延时。不过后面追账也是麻烦事。
总的来说比较支持方法1。
[ 本帖最后由 pacman2000 于 2011-8-24 10:56 编辑 ]
实现准７×２４小时其实已经可以了，１０分钟以内应该是可以接收的。
如果实现真正的７×２４小时可能就比较复杂了。
还没有看到过真正的24*7，都是准的，目前能够做的就是尽可能缩小out-of-service的时间。
从技术上来看，用shadow技术的较多，但是后续有重新同步的要求，对系统有要求。
还有一种技术就是替代授权与信息缓冲技术，市场上有产品的，据我所知平安银行就用到了，好像叫做connext，上次交流的时候得知花旗也用了另外一种产品，名字忘记了
都实现的较好。平安的那个方案了解略微多一点，但是shadow的感觉东西太多，很麻烦。
visa有一种24*7方案，中间不停顿的，是真正的，但是预计投资不小，可能是类似灾备概念的
原帖由 家住海淀 于 2011-8-24 13:18 发表

还没有看到过真正的24*7，都是准的，目前能够做的就是尽可能缩小out-of-service的时间。
从技术上来看，用shadow技术的较多，但是后续有重新同步的要求，对系统有要求。
还有一种技术就是替代授权与信息缓冲技术，市场上有产品的，据我所知平安银行就用到了，好像叫做connext，上次交流的时候得知花旗也用了另外一种产品，名字忘记了
都实现的较好。平安的那个方案了解略微多一点，但是shadow的感觉东西太多，很麻烦。
visa有一种24*7方案，中间不停顿的，是真正的，但是预计投资不小，可能是类似灾备概念的
pub上以前有专门讨论7*24的帖子，基本上已经把真正7*24小时的方法讲清楚了。
从系统设计上支持7*24小时，是属于设计方案问题，不需要追加什么投资。
原帖由 pacman2000 于 2011-8-24 13:32 发表

pub上以前有专门讨论7*24的帖子，基本上已经把真正7*24小时的方法讲清楚了。
从系统设计上支持7*24小时，是属于设计方案问题，不需要追加什么投资。
求链接
至少我看到的两种方案，无一例外的都需要追加系统或者投入硬件
从实践上来看，包括工行在内，也没有一个做到no gap的24*7
原帖由 pacman2000 于 2011-8-24 13:32 发表

pub上以前有专门讨论7*24的帖子，基本上已经把真正7*24小时的方法讲清楚了。
从系统设计上支持7*24小时，是属于设计方案问题，不需要追加什么投资。
另外，求24*7的实现思路，请赐教
大型机下的VSAM文件需要关闭，期间联机更新交易都不可以做，这种情况下都是用shadow来实现的，然后再同步。
其他开放式系统批处理期间只提供查询业务，这是我行现有的做法。