如果应用变更不平凡，可以通过定期将变更的应用传输到灾备端的接管主机上。数据库的数据变化比较频繁，可以通过DB2 HADR来实现数据复制。灾备端的接管主机可以同时部署数据库和应用。...

谢谢分享，非常需要。

在LinuxONE平台，有多种容灾解决方案，基于开放的存储复制或软件复制在LinuxONE平台都适用，值得一提的是，LinuxONE平台还有独有的GDPS自动化高级容灾解决方案，可以达到大型主机z/OS级别的容灾，举个例子来说，在业务不中断的前提下，14个系统10万个卷，可以做到6秒内完成切换，对于业务系...

个人观点哈：> DNS层最好实现智能解析，能及时感知底层应用故障。> 网络层最好实现二层相通。> 应用层面实现虚拟化平台，最好是跨数据中心集群。> 数据库层最好实现平台AA模式，但是应用访问的单边或者选择性单边引入。一方面能实现应用访问自动切换，保证RTO；另外一方面避免链路抖...

应用方面，利用应用负载实现跨中心双活，应用负载本身利用主备备实现容灾热备数据库方面，利用HAXD+SVC的方案，SVC实现本地两份存储镜像同步，实现跨中心数据级容灾，HAXD实现跨中心三机热备功能，当数据库主机宕机，自动切向数据库备机，当生产中数据库主机和备机都不可用时，自动切向灾备...

两地三中心＋同城双活目前主要使用在大型金融机构，而这些金融机构由于已经做到了全国集中，所以实施需求强烈。对于客票系统而言，其规模也是非常大的，如果能够做到省级中，这种需求才会被释放出来。就目前发展情况来看，建立同城灾备中心是初步要做的事情，可以通过数据库技术来做，也可...

数据级容灾现在考虑较多的还是采用数据库同步软件来做，因为它对带宽、硬件平台、系统平台等的要求和限制较少，而且数据验证较容易实现。现在比较常用的容灾软件包括 oracle godengate  oracle dataguard  DSG 等，都能很好的实现容灾功能。...

如果经济条件允许的情况下生产中心和灾备中心都会增加设备避免单点故障，否则会优先考虑同城v7000使用两台，因为生产中心的v9000设备采用的四层安全措施，可靠性和安全性更好一些。

操作系统采用镜像做容灾成本太高，而且应用不会广泛。操作系统是为应用服务的，无论是应用服务器还是数据库服务器，都有对应的容灾技术，包括存储复制。当然也有银行采用了存储mirror，主要是本地容灾，而且也是为了搭建系统云做动态迁移等目的。但具体应用并不广泛...

银行一般都会将系统分级的，分级基本基于系统的重要性，包括对数据安全和服务连续性的考虑。然后结果就出来了，基于重要性分别对应是否适合双活，互备或者仅仅容灾。但事实上基于成本，现状等因素，并不是这么完全对应的。...