双活

　　关于双活：

　　1.常规双活（用同一块存储）

　　db2 - pureScale

　　oracle - RAC

　　2.异地双活（两地存储）

　　HADR ，db2存储的双向同步

　　--------------

　　0.生产环境做在线备份（中间时间会根据日志追加的）

　　1.停止维护交易，停 SRDF 查询还是有的

　　HADR

　　2.灾备环境开始启动，完成验证，切换合肥，提供查询

　　（架构通过ESB双活转发，先拉起来合肥，再停上海，我们两边是两套F5，这样要通过ESB切）

　　3.内存扩展，存储迁移，数据库升级，分库操作

　　4.切换上海，启动维护交易

　　5.合肥在线备份

　　6.合肥升级分库

　　7.上海备份，同步到合肥

　　8.搭建HADR

　　9.验证HADR

　　风险点：

　　1.HADR的可靠性，秒级同步如果网络抖动，可能会hang住数据库，也可能会损坏磁盘

　　用异步同步，那合肥就不好提供查询交易了。

　　————-

　　1.解决hadr可能的同步阻塞的风险

　　用一个时间戳，更新都会更新这个时间戳；

　　然后合肥这边esb调用探测交易的时候，级别重新计算，更具这个时间戳是否超时，来降级处理。 降级策略可以用核心的0、1。 也可以用后来我们的0、1、2。

       还有在判断切换的时候，设置如果hadr延迟大于7秒，那么就切回上海，只有上海；我们自己记录状态当前是只有上海，还是上海合肥都有，然后判断延迟如果小于2秒，在切起合肥。

        而esb只是做判断连通性，连续2次或者3次超时2s，就自动切；上面的切换判断是我们自己判断好，然后给核心0、1、2。