我们被要求提供一个中央数据库服务器继续运行的系统,即使将安全更新应用于服务器的操作系统或数据库服务器软件也是如此.据我所知,这包括需要服务器重启的安全更新.
群集技术似乎很明显,但如果服务器在群集正在使用时可以真正重启,我有几个问题：
>哪些数据库产品可以做到这一点？
>它是如何工作的？它是否同时在所有服务器上存储数据库数据,还是在重新启动时将一个服务器的任务转移到另一个服务器上？
>它如何影响性能,尤其是查询延迟？
解决方法
在计划维护期间根本没有中断,包括重新启动操作系统？ Oracle RAC.这是我能想到的唯一真正的选择,当然也是我唯一信赖的并行集群数据库.甚至RAC有时也必须关闭数据库补丁,但大多数都可以在运行时应用.
如果您可以处理至少10-15秒的停机时间,则还有许多其他选项,包括应用程序级别的集群(Veritas集群,Microsoft集群,oracle集群件)或数据库级别的复制.它本身的虚拟基础设施无济于事.操作系统仍然需要关闭.
也可以将复制的数据库与多宿主客户端结合起来进行不间断的生产,尽管我现在还记不起任何此类客户的名称.
我可能会补充一点,你可能想要使用某种* NIX来让它们重新启动到最低限度.据我记得,在过去的几年中,RHEL和OEL只有一次更新值得重启.
Oracle RAC是一个并行集群.数据库存储在共享存储上,并由所有节点同时访问.如果做得好,它应该在大多数情况下提高整体性能,并且在查询响应时间上产生很小或没有差异.然而,这是一项复杂的技术,并且正确行事远非微不足道.
还有一些其他并行技术可以承诺5个9(99,999％的正常运行时间,相当于每年5分钟的停机时间),但它们要么太旧(VAX)要么太新(NDB).
