在集群环境中,每个节点上的数据库实例都需要自己的重做日志组。例如,如果集群数据库拥有三个节点和实例,每个实例至少有两个重做日志组,则整个集群至少需要6个联机重做日志组。一般而言,两个日志组是最低限量,工程上可以给每个实例更多的组。一则提高效率,二则提高恢复性。但无论多少组,所有日志文件存放于共享存储介质上,并可以被其他实例访问。
在集群数据库中,实例恢复的过程与单节点是一样的,都是通过存储在联机重做日志中的日志信息自动进行实例恢复。不同的是,在集群环境中,所有节点的重做日志都必须可被其他所有节点访问。当由于这个节点的突然崩溃事故而进行实例恢复时。,其他仍然完好的节点数据库实例就可以对其联机重做日志进行访问,执行实例恢复
在集群环境中,每个节点上的数据库实例都需要自己的重做日志组。例如,如果集群数据库拥有三个节点和实例,每个实例至少有两个重做日志组,则整个集群至少需要6个联机重做日志组。一般而言,两个日志组是最低限量,工程上可以给每个实例更多的组。一则提高效率,二则提高恢复性。但无论多少组,所有日志文件存放于共享存储介质上,并可以被其他实例访问。
在集群数据库中,实例恢复的过程与单节点是一样的,都是通过存储在联机重做日志中的日志信息自动进行实例恢复。不同的是,在集群环境中,所有节点的重做日志都必须可被其他所有节点访问。当由于这个节点的突然崩溃事故而进行实例恢复时。,其他仍然完好的节点数据库实例就可以对其联机重做日志进行访问,执行实例恢复。即便崩溃的实例无法再行启动,其重做日志仍可访问,其日志数据仍可被其他实例使用,进行已提交事务的前滚和未提交事务的回滚,从而实现集群角度的崩溃恢复