说实话除了演练，发生应急切换同城或者异地的情况还没有发生过。所以通常不存在需要切换的场景。唯一需要切换那就是系统的所有主机房机器全不可用了，或者是整个机房掉电了。我们不能预测需要切换的场景，但是我们可以做好需要切换的一切准备。假设单中心全部不可用，在这个情况...

用智能DNS，或者全局性负载均衡。像F5就有专门的智能DNS设备，可以按照网络层面的流量按照一定策略就行流量引流，比如按照运营商、客户端区域，IP地址等进行解析，通过规则分发到不同的数据中心。另外还具备探测下一层的链路负载的连通情况，不通，就自动将流量引至其他数据中心。...

我觉得既然是自动化建设，为了和自动化建设平台整合，以及主机操作的自动化，这些都属于自动化操作的对象和内容，带内容灾比较合适吧。自动化脚本shell, python, bat都可以，存储部分的脚本与业务的关联度其实很小，不像主机操作的自动化脚本。脚本要写得足够健壮，一是标准化，也即输出...

业务不可用切换演练网络不可用存储维护数据库不可用只要涉及业务不可用都可看做切换条件,在高负载情况下业务分流,也可考虑,但金融行业这个方面做得很少,基本灾备设备都在闲置

目前，生产和灾备之间的切换大部分都是手动或通过脚本触发来实现。自动化切换主要的问题是，跨站点的情况下，网络的稳定性可能会造成误判，也就是脑裂的情况。两个站点都没问题，只是中间网络断了。两个站点都认为自己是存活站点。因此，自动化切换必须具备仲裁机制。现在各种跨站点...

灾备所要实现的目标是相同的，但不同的厂商实现的技术是不同的

（1）访问的接入（2）会话模式 

可以直接往前调整灾备服务器时钟，保持和主库服务器一致。关于调时钟，请参考：https://www.ibm.com/support/knowledgecenter/SSEPGG_10.5.0/com.ibm.db2.luw.admin.ha.doc/doc/t0054835.html往前调时钟问题不大，如果往后调，需要考虑上面link提到的注意事项。另外需要注意的是，如...

一般情况下存储从生产切灾备做演练，先将上层的应用和数据库停止，并将存储的远程复制关系反转，再将数据库和应用启动即可，这是在灾备的存储写入数据，会自动将数据同步回生产的存储。而你的灾备演练的方式，从你的表达上来看，应该是先停止应用和数据库，然后直接将同步复制关系断掉，再...

我个人比较支持软件定义数据中心的形式，未来可以考虑混合云的形式，云的底层是资源池的支持，资源池里最重要的是虚拟化技术的广泛应用，虚拟化的最大优势的是资源的灵活调配，未来可以再讨论的就是云应用环境了。...