崩溃恢复的基石

核心提示： Password 指示与用户名称相对应的密码，崩溃恢复将在该用户的权限下执行，崩溃恢复的基石(4)， TS_Name 指示分配给一个或多个表空间的名称，如果在尝试将表空间恢复为一致状态时碰到错误，我将展示如何可以使用事务日志文件中所存储的记录将数据库恢复到任何指定时间点所处的状态，但是您首

Password 指示与用户名称相对应的密码，崩溃恢复将在该用户的权限下执行。

TS_Name 指示分配给一个或多个表空间的名称，如果在尝试将表空间恢复为一致状态时碰到错误，那么这些表空间将被禁用或置为 Drop Pending 模式。

注意：尖括号（< >）中显示的参数是可选的；方括号（[ ]）中显示的参数是必需的；逗号后面加省略号（, ...）表示前面的参数可以重复多次。关于 RESTART 命令的完整语法，请参阅参考资料中所列的 IBM DB2 Universal Database, Version 8 Command Reference。

如果需要在名为 SAMPLE 的数据库上执行崩溃恢复操作，就执行 RESTART DATABASE SAMPLE 命令。

您还可以配置数据库，以便每当用户或应用程序尝试连接处于不一致状态的它时，它就会自动启动崩溃恢复。仅仅需要将值 ON 分配给数据库的 AUTORESTART 配置参数。（每当激活数据库或尝试建立连接时，DB2 Database Manager 就检查数据库的状态。当 autorestart 配置参数设置为 ON 时，如果数据库处于不一致的状态，Database Manager 就自动执行 RESTART 命令。）

在进行崩溃恢复时，将分析数据库事务日志文件中存储的记录，并将每条具有相应 COMMIT 记录的事务记录重新应用到数据库。重现然后撤销没有相应 COMMIT 记录的所有记录（这就是为何要为所有更新操作记录前后信息的原因）。因为日志记录频繁进行具体化，且由特定事务所做的修改只有当事务本身成功终止时才进行具体化，所以在故障之后将数据库恢复到一致性状态的能力总是能得到保证。

崩溃恢复只是事务日志所提供的功能中的一种。在处理前滚恢复时，我将展示如何可以使用事务日志文件中所存储的记录将数据库恢复到任何指定时间点所处的状态。但是您首先需要理解备份映像和版本恢复等概念，我将在下一专栏中介绍这两个主题。