DB2 日常维护技巧，第 1 部分：数据库日志错误处理

核心提示： 启动数据库，连接数据库，DB2 日常维护技巧，第 1 部分：数据库日志错误处理(3)，确认重置的控制文件可用（DPF 相关操作更复杂），停止实例，如果管理员手工归档，需要注意 “ 首个活动日志文件即 First Active Log ”数据库配置参数在某些情况下是不准的，

启动数据库，连接数据库，确认重置的控制文件可用（DPF 相关操作更复杂）。

停止实例，确保实例是由 db2stop 非 db2stop force 停止的。

用 db2dart 工具检查数据库对象的完整性，db2dart 检查没有问题并不代表数据库对象一定是一致的。

重建数据库。

使用这种方式重建数据库，仍会有数据丢失，这点需要注意。数据库的重建时间视数据库大小而定，需要有 2 倍于数据库实际大小的存储空间导数据。如果没有 PPA 服务，则只能使用 db2dart 命令导出裸数据，重建数据库，而数据库里的 LOB 字段，将全部舍弃无法恢复。

交易日志存储空间满如何处理

在归档日志模式下，如果没有使用自动归档方式或者自动归档配置出现故障（比如磁带机出现故障，存储管理软件出现故障等等），则存储的日志文件会不断增多，有可能造成日志所在的文件系统空间满。 当这种情况发生时，会根据参数 BLK_LOG_DSK_FUL 的配置而有不同的现象：

如果该参数启用，则 DB2 数据库可继续读操作，但是写操作会挂起。

如果该参数没有启用，则 DB2 数据库会停止工作。

两种情况下，都需要到日志所在的文件系统添加了空间后整个数据库才会恢复正常。

BLK_LOG_DSK_FUL 数据配置参数主要就是为了防止当活动日志所在的当前目录满了（不能继续创建新的日志文件）时 DB2 马上停止工作。如果启用了此参数（如上面所述的情况 1），也就是将 BLK_LOG_DSK_FUL 数据配置参数设置成 YES，当活动日志所在目录不能创建新的文件时，遇到日志磁盘已满错误的应用程序将挂起，从而使您可解决该错误并允许事务完成。

日志所在的文件系统空间已满以后应采取如下措施。将旧日志文件，注意不要是活动日志文件，移至另一个文件系统或扩充文件系统，建议在创建数据库之初就创建一个第三方路径用来存放归档日志文件，存储管理软件从第三方路径拿走归档日志文件，当存储管理软件出现问题时，也可以手工从第三方路径里拿走归档日志文件，不建议直接从活动日志目录中拿走文件，如果实在没有办法，比如从活动日志目录拿走文件，建议从最旧的部分在执行完 archive log 命令后挪走而不是删除。正确的处理方法是，增加活动日志目录所在文件系统的存储空间，并立即配置或修复自动归档功能。一定要注意不要删除活动日志文件，如果删除了活动日志文件，就会使 DB2 系统宕机，具体说明可以参照本章第四节详细描述。如果管理员手工归档，需要注意 “ 首个活动日志文件即 First Active Log ”数据库配置参数在某些情况下是不准的，在归档的日志文件的时候记得要多留一些日志文件 。