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

天祥星辰

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

天祥星辰

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

天祥星辰

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

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

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

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

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

天祥星辰

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

天祥星辰

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