热备、冷备、双活的概念

应用系统或者存储、数据库等主备功能一般有热备、冷备、双活三种备份方式。

热备

       热备的情况下，只有主数据中心或者程序、应用、存储等承担用户的业务，此时备数据中心对主数据中心或者程序、应用、存储等进行实时的备份，当主数据中心或者程序、应用、存储等挂掉以后，备数据中心或者程序、应用、存储等可以自动接管主数据中心或者程序、应用、存储等的业务，用户的业务不会中断，同事自动切换的时间很短，用户感觉不到数据中心的切换。一般适用于业务在线性比较高的产品或业务线。

冷备

      冷备的情况下，也是只有主数据中心或者程序、应用、存储等承担业务，但是备数据中心或者程序、应用、存储等不会对主数据中心进行实时备份，这时可能是周期性的进行备份或者干脆不进行备份，如果主数据中心或者程序、应用、存储等挂掉了，用户的业务就会中断。一般适用于对业务在线性要求不高的产品组和业务。

双活

      双活是觉得备数据中心或者程序、应用、存储等只做备份太浪费了，所以让主备两个数据中心或者程序、应用、存储等都同时承担用户的业务，此时，主备两个数据中心或者程序、应用、存储等互为备份，并且进行实时备份。一般来说，主数据中心或者程序、应用、存储等的负载可能会多一些，比如分担60~70%的业务，备数据中心或者程序、应用、存储等只分担40%~30%的业务。

双活的两个模式： 

双活：A—P

双活的AP 模式通过将业务分类，假设写的业务以数据中心 A 为主，数据中心 B 为热备，而读的业务则以数据中心 B 为主，数据中心 B 为热备，以达到近似双活的效果。一般适用于读写的分离业务。

双活：A—A

双活的AA 则是真正的双活，同一个双活 LUN 的所有 I/O 路径均可同时访问，业务负载均衡，故障时可无缝切换。一般适用于对读写业务都非常高的情况下使用的，比如实时在线数据更新非常快的业务，如12306订票系统、基金股票系统等，这一类对数据的读写是非常看重的。