HASH GAME - Online Skill Game GET 300

　　类似RAC的能力也是企业级数据库必须就有的能力，无论什么情况下，当某个实例故障时能够快速、自动、0数据丢失地切换是企业级应用对数据库的基本要求。对于RAC，其实绝大多数用户不需要RAC的横向扩展能力，而是需要其高可用切换能力。现在很多基于PG开发的国产数据库都在做类似RAC的功能，目标都是对等访问，横向扩展。其实我觉得这么做可能是劳民伤财。ASTORE如果不改掉，想做出优秀的RAC架构的共享存储对等访问集群来，几乎是不可能的。

　　实际上如果PG数据库能够具备共享存储，读写分离能力，就已经足够了，类似ORACLE 两节点时的ACTIVE-STANDBY模式，这个模式在二十年前在一些核心业务系统中被我推荐使用。如果PG数据库具备类似的能力，当某个实例故障后能够在几十秒内实现业务完全切换到STANDBY实例，那么应对企业级关键应用已经足够了。前阵子在电科金仓的一个活动中，金仓给大家演示了自己的RAC系统，当时很多用户都觉得这确实是他们急需的功能。