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/