我认为一切从应用实际需求出发。灾备分很多级别（有6个级别或其他分法）。将磁带备份定期异地保存也是灾备。两地三中心同步+异步和双活数据中心也是灾备。应用不同的RPO和RTO目标决定了需要采用哪种级别的灾备才能满足。随着灾备级别的提高，费用也会大幅提高。低级别的买几盘...

大型的两地三中心建设需要从同城和异地两个维度去考虑。同城一般建应用级容灾，主要是从运维人员成本，数据复制链路和带宽成本、同城数据中心建设和维护成本、业务系统部署等等方面考虑。异地一般选择数据级容灾，也是因为数据链路和带宽成本比较高（持续性付出），运维人员和业务系...

像楼主所说，灾备建设在保证业务连续性的同时，也会带来成本增加及系统性能下降等相应问题，这是事物的两面性，无法避免，这就像鱼与熊掌不可兼得道理一样，所有的事物都具有两面性，    1、灾备的技术很多，例如单从的备份、复制（同步或是异步）、双活（实时镜像）、CDP持续数据保护...

你说的这个案例实现起来确实不是很难，利用存储虚拟化技术就可以很好的整合现有环境中的存储设备，无非就是存储性能参差不齐，其实我觉得可以考虑采用存储技术中的分层管理技术，对不同存储上的数据进行在线迁移，把高性能的存储作为一级存储，把性能差的存储作为二级甚至三级存储，就...

我们建设灾备系统目的是解决发生灾难的时候业务能够不中断运行。不管是虚拟化环境或者是非虚拟化环境，首先需要考虑数据复制的问题，数据复制过去了，灾备的问题就解决了大部分；再考虑RPO和RTO的问题，也就是灾备恢复效率的问题；最后才是业务系统，也就是应用级还是数据级，甚至是业务...

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

你说的应该是这两个概念：media server：负责在介质上读写数据。共享同一个存储信息配置库和介质池，本身具备client功能。仅负责与之直连的存储设备SAN mediaserver：一种只能备份自身数据的media server，如果需要lanfree功能，安装这个。类似tsm的san模块不进内存...

肯定是应用层的最小干预，如data guard或goldengate

我行的生产灾备资源配置是2:1，甚至还不到点....以主机为例，现在我行平均CPU使用率高峰时间接近80%了，但是非高峰时间也就40-50%的样子。如果在高峰时间生产中心发生故障，那么灾备中心是无论如何接不下全部的负载的，但是可以通过应用控制关闭一些查询交易和一些不重要的金融交...

F5等负载均衡的解决方案主要是应用前端的分布式处理，后端要支持这种应用架构，如果底层数据是一份，还是要考虑在后端进行应用级读写分离，F5前端进行业务区分，不同业务分配到不同的数据中心。...