有做过银行核心系统异地灾备的朋友吗?

居士

这里有做过银行核心系统异地灾备的朋友吗? 我在写这样的方案,苦于难以得到各大银行准确的性能数据.

要求当省级计算中心发生重大灾难时,可以在30分钟内切换到500公里外的异地机房,并保证业务基本正常运行.

天祥星辰

30分钟？ 切换时间也太长了吧

blogliou

异地灾备,如果数据是实时备份的, 30分钟内是绝对没问题的. 否则?? 30分钟?

居士

30分钟是保守时间。
其中包含同步延迟时间，领导决定、批准切换时间，各网点柜员切换时间等。能30分钟，已经要求非常苛刻了

没有做过的吗？

天祥星辰

我的理解比较苛刻，既然是灾难备份，肯定是当地出现了什么特殊情况，导致主机房设备及软件或建筑物故障，无法在短时间内修复的一种解决办法。
推测：1、建筑物出现故障：  可能性应该是百年难遇的，建筑物故障一般是建筑物主体出现故障，如质量问题、地震、洪水、火灾、战争等因素，那最好的办法就是把最新程序及数据备份文件保存好。
      2、机房设备硬件故障： 一般都是双机热备环境，两台设备同时出现故障的可能性极小，除非是所属部门的技术人员水平太差，连故障都发现不了，导致机房瘫痪。最好的办法是培养高素质的技术人才，并把关键设备进行维保，有专业公司进行定期巡检，及时发现隐患，及时排除。当然最新程序及数据备份自然少不了。
      3、网络设备及通讯故障： 这就要看主机房是什么网络结构了，大多数都有备份线路，一般不会出现大面积停业，修复速度较快。
      4、人为因素： 这个就不用说了，不亚于建筑物故障，呵呵。

天祥星辰

灾备工程不管是什么单位都是劳民伤财的事情，但是不做又不行，数据越集中的地方越应该做灾备。

但是灾备可大可小，就看怎么定义了。

据我个人了解的灾备有以下几种方式：

1、主机房只有一个，关键设备都是双机冗余设计，在远程部署一套数据备份设备，每天把最终数据远程传输到备份设备上。
2、两套机房，每套机房关键设备都是双机冗余设计，每天晚上同步数据。通讯线路连接主机房，当主机房出现问题时将路由指向备份机房。
3、两套机房，每套机房关键设备都是双机冗余设计，数据实时同步，每个节点两条以上通讯线路，分别与两套机房连接。

每种方式都有利有弊，矛和盾的问题。

天祥星辰

还记得千年虫问题的应急预案吗？  当时的应急预案现在想来有点可笑，但却是最有效的方法，如果应用到灾备方案中，可以说是攻守兼备的良策。

天祥星辰

按我个人的思路，灾备工程必须要做，切换时间应该不影响节点营业，应做到平滑过渡，也就是说节点营业人员在不知道的情况下已经进行了切换。
理想的切换时间应在3~5秒。

居士

你说的是对的，不过，如果站在全局考虑的话，很多事情就没这么简单了。

出现故障时，出现什么样的故障时，是否切换，由谁下令切换。异地机房同步延迟丢掉的数据，故障时间点主机内存中待处理还没写入硬盘的数据，其中包含了非常大的交易信息，这些丢失的交易如何处理；等等这些，都是要考虑的。

能30分钟切换到异地容灾中心，已经是很保守的时间了。相对于异地灾备，本地的双机热备相应时间就会短的多，一般在出现问题到切换完成（包括决策时间），大概5分钟左右。

dlms

数据备份是通过什么传输的啊，传文件还是发交易的方式