DB2通知日志

1、捕获诊断信息
DB2 使用首次故障数据捕获（FFDC）机制，在错误或警告出现时，自动捕获相关信息，不必返回并重新生成错误即可捕获诊断信息。此类诊断信息将记录在几个地方，例如：管理通知日志、DB2 诊断日志、转储文件、捕获文件，以及（对于 Linux 和 UNIX）核心文件。

[@more@]

对于 DBA 来说，管理通知日志是最重要的，从其名称即可看出，该日志专门设计为包含对于 DB2 数据库和系统管理员有用的信息。DB2 诊断文件（也称为 db2diag.log）包含主要用于 DB2 客户支持的详细信息。转储文件在进程遭遇严重错误时捕获二进制格式的信息，并根据出错的进程ID 命名。捕获和核心文件是在 DB2 异常终止且无法继续处理时生成的。这些文件也是二进制文件，有时包含被终止的进程的内存转储。

2、设置通知级别
管理日志中记录的信息可通过 DB2、Health Monitor 和用户应用程序写入。NOTIFYLEVEL 数据库管理器配置参数确定哪种级别的信息 —— 最终是多少信息 —— 将被捕获。有 5 个可能的信息级别：

● 0：不捕获任何管理通知消息。不推荐此设置。

● 1：仅将致命的或不可还原的错误记入日志。

● 2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。

● 3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。

● 4：捕获所有错误和信息性消息。

请注意，DB2 捕获级别小于及等于 NOTIFYLEVEL 中设置值的所有信息。例如，若 NOTIFYLEVEL 设置为 3，则 1、2、3 级的信息均会被记入日志。

3、解释 DB2 通知日志
DB2 在 DB2 通知日志的结尾处附加新的错误、警告或信息事件，因此 Linux 和 UNIX 上的管理日志的大小会不断增加。Windows 对通知日志的大小加以管理，并滚动式地将旧事件从日志中删除。

使用 Task Center 的一个良好实践就是定期备份并删除（或只是重命名）这些日志。

各事件日志项由不同的片段构成：

● 表示事件发生时间的时间戳。

● 实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。

● 错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。

● 说明错误的消息。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/7437037/viewspace-912805/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/7437037/viewspace-912805/