双活特性中的两个数据中心互为备份，且都处于运行状态。当一个数据中心发生设备故障，甚至数据中心整体故障时，业务自动切换到另一个数据中心，解决了传统灾备业务无法自动切换的问题。提供给用户高级别的数据可靠性以及业务连续性的同时，提高存储系统的资源利用率。存储系统为基...

1. 事前测试。主要是运营商线路的测试。两个方面：延迟和稳定性。延迟可以通过专业设备或者交换机测试不同大小数据包的RTT、丢包等指标。稳定性就需要靠专门的网络软件去测试一段时间内的网络状况，尤其是在极限场合下的表现。2. 参考指标。不同的容灾方案，尤其是双活的容...

1. 分支结构、营业网点客户端自身的域名解析。针对客户端到数据中心之间的线路、接口、设备等故障：，那么这个时候就需要客户端操作系统自身的域名解析机制来进行动态切换，把DNS解析服务地址切换到备用侧，导致客户端到DNS地址请求的数据量发生切换。2. 网络层的高可用及容灾...

前提条件是支撑业务的应用系统群可以划分为相对独立的三个子集，每一个子集选择其中的两个数据中心为互备载体，具体建设过程就回到了双中心的思路上来了，同样的思路做个加法。如果业务系统之间的耦合度非常高，强行拆分必然对带来频繁的横向调用，网络及负载均衡层面处理起来都很...

这是必须的！

波分设备和线路的优化，这些都是为了使数据复制的通道更通畅稳定，它是实现双中心数据复制技术的前提环境条件（如果仅仅基于Oracle ADG实现的数据复制，那么波分设备不是必要，只需要优化线路保障以太网质量就能满足条件）。存储本身以上前提（延时以及稳定性需要达标）之下，可以有若干...

是否可以从系统、数据库层面上来实现所谓的双活，即通过高速网络打通同城双数据中心，然后应用两地部署、数据库两地同步，应用用到的文件及附件服务采用分布式文件架构实现两地实时同步，这样既实现了系统的扩容增加并发又实现双活应用，会不好好一点？...

某个企业自建云数据中心，仅仅作为灾备中心使用，除非这个企业未来想作为灾备服务的提供商，提供灾备云服务，为更多的企业提供灾备服务，我觉得才值得。通常云计算中心还是以提供云服务为主，灾备服务只是云服务的一个很小部分。灾备想先谈谈数据上云，系统核心数据，尤其是数据库，成为企...