集群只是物理层面应用，如果数据库出现问题就没辙了

回复 1# wangchao1986

这个帖子这么久了，始终没有看到有建设性的回复，真让人费解。

楼主担心的问题，早早就能够解决了，并且稳定的运用在市场，只不过有个建议：跳出盘子看问题，而不是站在盘子里看。

目前，高可用-HA处于容灾的最高级别，而最佳的方式则是通过两台独立的——容灾存储设备-进行实时镜像-Sync Mirroring，当主中心连同存储故障会自动切换到第二数据中心—DR<切换时间和质量这个议题先不谈>，当然应用主机之间也是做了集群设置，这就是一套完整的高可用架构。
现在谈谈大家关心的问题，高可用架构其实有个潜在的问题：
如果因为管理员状态不佳，误删除一笔数据，或者做了一次错误的修改，容灾设备会照常同步错误的数据至第二数据中心，这是为了充分保持数据一致性，待主数据中心垮掉，通过第二数据中心能够立刻挂载生产。这种情况还表现在：病毒蠕虫，网络攻击，软件Bug，软件update产生的问题，当然还有楼主担心的数据库计划外的逻辑错误。统统都会同步到第二个数据中心。楼主担心的也是对的，应用主机集群软件多是监测物理特性，试问，这么多种应用程序，每个程序这么多进程，集群程序怎能做到这么精致？
但是依然能够规避这些问题，不过请把目光瞄准存储层：
快照：这是一个很便宜的技术，低端存储都具备，如果实时镜像的容灾设备额外的配置快照就会很完美，快照能够返回数据至上一个时间点，这样能够尽快的恢复生产，只是设置的时间周期紧密一些，减少数据最小量丢失。

CDP:一个伟大的技术，在这里不用于容灾，而是用来逻辑错误的快速恢复。所以，面对：病毒蠕虫，网络攻击，软件Bug，软件update，数据库计划外的逻辑错....etc.产生的问题可以回滚数据卷至上1秒钟...................如果非要强调高可用性故障的恢复时间？那么挂载一个CDP卷5分钟足够了，能够胜任的厂商不止3-4个，这是我见过的。<楼主要求自动转移，目前没戏>

收起

用oracle one node吧。收起

回复 20# flywiththewind

因为你还年轻。收起

回复 13# wupch1972

双存储也只是避免了存储的单点故障而已，逻辑故障还是无法避免的收起

因此，无论什么类型的HA和容灾，传统的备份手段还是必备的收起

可以考虑多种层面的高可用方案，数据库的 ORACLE 就有 DG OGG 等，其他数据库不是很了解收起

kill掉数据库的进程，双机不会切换吗？应用也是资源组的一员，杀掉应用进程双击也应该切换啊，有人试过没收起

真正严格意义上的无间断切换还真没见过呢收起

RAC才是王道收起

目前我们在用迪思杰（DSG)的RealSync数据库同步软件，效果非常理想，在正常情况下备份库处于Open状态，当主库发生故障能很快接管业务，但需要两套独立的硬件环境，电信和国家电网都在用。收起