数据库服务器的切换是如何做到零中断的？
如题，用svc esc和svc hyerswap只能实现应用层的双活，那么数据库层的双活必然要配合用到软件层的解决方案才能实现双活，切换零中断，请问你们如何实现的？
3同行回答
你说的还是应用双活，我想问的是两个数据中心的数据库双活，用的什么数据库双活技术？像db2 purescale或者oracle rac
收起数据是具有oracle RAC集群，平时就是每个机房两个数据库节点，共四个节点运行。在数据库看了SVC加2台F900的组合它仅认为这个是一台存储，数据库节点不会管理的SVC或F900节点的切换或丢失。一旦出现站点级别的灾难，oracle RAC集群最多丢失两个节点。SVC通过仲裁节点会识别到故障站点，保留正常站点
浏览3424
- 四个ORACLE RAC节点共享一个套跨站点SVC ESC VDISK，这四个ORACLE RAC节点的数据一致性很难保障啊！两个ORACLE RAC节点是ORACLE建议数量，ORACLE RAC节点扩展到了4个，可不好说，毕竟ORACLE RAC节点间的锁排斥、缓存同步等通信还是走的IP 网络，而且还只能是千兆的网络，且没有网络到内存级别的通信技术，扩展到4节点效率很低。
- 我们使用的是oracle 10g版本，裸设备，投产前我行经过大量的测试，效果良好呀
- 除内部资源竞争外，Extend RAC的性能和应用设计也有很大关系。
- 个人建议，可参考。4节点跨中心的RAC，还是让ORACLE原厂确认下，毕竟ORACLE主推的是2节点的，4节点的案例几乎没有，你是我见的第一家，还是大规模的，还是Oracle原厂确认下，保险起见。
- 按照他的架构设计，应该是每个站点的应用访问各自站点的ORACLE节点，难道他是一边站点是只读？
- 应用上的分流设计，没有看到相关的介绍。还是请xtbankdong解惑吧。 在业务系统并发量和数据库数据增长量不大的情况下，Extend RAC的内部资源竞争不会是性能的焦点。
- 应用上的分流设计，没有看到相关的介绍。还是请xtbankdong解惑吧。 在业务系统并发量和数据库数据增长量不大的情况下，Extend RAC的内部资源竞争不会是性能的焦点。
- 是的，还是要看xtbankdong的答案，因为我们只是通过他的描述和解答，看到了一部分点，或许它的这个根本就没用到核心上或者大并发量的数据库上呢！
- 邓总好，我行确实在在核心应用使用4节点oracle RAC，即Extend RAC，这一点我不能胡说。因为业务网络及心跳网络均为二层打通，逻辑上还是一个整体。在应用服务器oracle客户端tnsname中配置了4个数据库服务器的地址，采用LOAD_BALANCE模式，因此实现四个节点的随机均衡访问。我行之所以能这样最是基于两个数据中心间可靠而且丰富的带宽保障。
- 并不是每个节点访问各自站点的ORACLE节点，应用服务器oracle客户端tnsname中配置了4个数据库服务器的地址，采用LOAD_BALANCE模式，因此实现四个节点的随机均衡访问