DB2 pureScale 的新特性介绍 －－ Group Crash Recovery

核心提示： 本文主要介绍 Group Crash Recovery 新特性，在数据库中，DB2 pureScale 的新特性介绍 －－ Group Crash Recovery(3)，Group Crash Recovery 可以在任何一个 member 上发生，并且只能在一个 member 上进行，就会从

本文主要介绍 Group Crash Recovery 新特性。在数据库中，Group Crash Recovery 可以在任何一个 member 上发生，并且只能在一个 member 上进行。如果不指定 member，默认是第一个 member，可以使用 export DB2NODE=2 来设定 member2, 然后连接数据库来触发 Group Crash Recovery。

在共享数据环境中，会有 Cluster Manager 的概念。它的一个职责是确保数据库是尽可能是一直可用的，这就包含了自动启动 Group Crash Recovery 的功能。因此只有 CM 出问题时，才需要手动执行 Group Crash Recovery。

如果要手动启动 Group Crash Recovery，如果 AUTORESTART 参数为 ON, 可以使用 CONNECT TO 或者 ACTIVATE DATABASE 命令， 如果 AUTORESTART 是 OFF, 则可以使用 RESTART DATABASE 命令。当 RESTART DATABASE, ACTIVATE DATABASE 或者 CONNECT TO 命令完成后，执行命令的 member 就可以接受新的请求，数据库也就可以使用了，但没有解决 in-doubt transaction 的数据页还是不能建立连接。

Group Crash Recovery 的特点

与以前版本的 Crash Recovery 相比，Group Crash Recovery 有以下几点不同：

可能从 log archive 中恢复文件

即使没有指定 infinite active logging，某些时候 Group Crash Recovery 仍然会从 log archive 中获取文件。比如当一个 member Down 掉了，并长时间没有重新起动。这个 member 会保持这个恢复起点，如果其他活动的 member 的 active log space 满了，这个时候又需要进行 Group Crash Recovery，在这种情况下，就会从 log archive 中获取文件日志。这和以前的 Crash Recovery 是不同的。以前只有在 infinite logging 情况下才会从 log archive 中恢复文件。