首先这个问题标题覆盖不全。 1、首先数据库的保护无非几种，1）通过备份软件进行数据定期备份。2）通过存储底层数据复制进行灾备数据保护。3）通过数据库本身的备份机制进行数据保护（比如oracle ADG\OGG,mysql的副本方式）。4）数据库双活灾备保护（此方式不能...
前言众所周知，双活数据中心并不是一个行业标准或者规范。行业的标准是对RTO和RPO约束，银监局和中国人民银行对商业银行业最严格的要求标准是5级容灾标准：RPO=15分钟，RTO=30分钟。而根据国际标准Share78，六级容灾标准是：RPO=0，RTO=分钟级；七级容灾标准是RPO=0，RTO近似为0。因此双活...
(more)通常都会有的，例如应用集群里的日志文件的共享，业务文件的共享，解决方案也比较多。有的企业有专门的文件传输平台或者业务总线，可以提供应用节点间的文件互通，除此之外，还可以考虑使用nas进行共享，但是性能相对较差点，GPFS是一个比较好的共享方案，性能比nas更高。...
如果是采用拉伸集群extend rac架构，双中心数据库节店间的心跳网络质量是关键，心跳网的带宽以及稳定性必须要得到强保证。可以考虑2-3个运营商线路的裸光纤线路绑定方案，并且可以配合波分设备提高带宽，服务器端也可以做好万兆端口绑定。用adg以及存储双活的原理也是类似。...
个人完全同意前面专家们的说法，同城双活核心系统有必要同时采取数据库同步和存储底层同步两种模式。也还要看数据中心所具备的条件和人员技术储备情况，来选择具体方案。1. 如果具有同城几十公里内非常稳定且带宽足够的网络条件，那可以按照一步到位的真正A-A双活、同城数据...
这个问题也在于双中心硬件投入上的规划，如果双中心能做到1:1或者2:1的资源投入，那么就具备做真正双活中心的基础，如果只有5:1或者10:1甚至更少的资源配置，那同城数据中心在独立运行时都不具备完全承载业务的可能性，也可以选择将一部分系统做双活规划，部分系统作互备模式或者主...
生产相距30公里了， 光纤挖地施工长度肯定远大于30公里吧，（沿路街道、桥梁），传统数据库真心做不好 双活。Extend RAC 更新频繁情况下 集群cache 太难受了； 长距离很难避免链路抖动，频繁抖动DBA只能被动挨打，难一体化读写。 分布式数据库二阶段提交完全可能。长距离 Extend...
目前我们看到城商行级别最核心的一类和二类服务器，选择成熟稳定UNIX小型机的用户还是占大多数。原因在于小型机架构部署核心应用，安全稳定且成功案例丰富。考虑到跨数据中心的容灾和双活，小型机配合存储及数据库层的解决方案也众多，可以比较全面地满足用户从本地高可用、到数...
之前没看到您的问题。但是在别的回答里答了相关内容。在这里再贴一次吧。不知道同样的内容贴两回在论坛上算不算违规。实在也是没办法了。谈到双活就必须要从IT业务连续性管理这个话题谈起。只有从根上我们知道这个需求以及技术方案是怎么生长出来的，我们才能够彻底搞清楚...
应该说power平台目前最为适合还是在数据库层使用，关键优势是其稳定性，小型机内关键组件的在线维护能力，相比x86服务器还是高出不少，故障率相对较低，并且多数故障可以在线维护，降低停服风险。应用层面现在使用x86进行虚拟化后部署集群已经是非常成熟的方案了。...
