DB2 9 数据库管理（731 考试）认证指南，第 1 部分: 服务器管理（6）-sdccf-ChinaUnix博客

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52667) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52666) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52665) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52664) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52663) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52662) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52661) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52660) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52659) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52658) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52657) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52656) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52655) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52654) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52653) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52652) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52651) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52650) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52649) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52648) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52647) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52646) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52645) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52644) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52643) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52642) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52641) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52640) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52639) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52638) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52637) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52636) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52635) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52634) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52633) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52632) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52631) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52630) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们

使用通知日志

了解如何解释通知日志是一种随着时间发展的技能，所以在您第一次查看通知日志时，不必感到困窘。

0：不捕获任何管理通知消息。不推荐此设置。
1：仅将致命的或不可还原的错误记入日志。
2：需要立即予以注意的任何情况都会被记入日志。此级别也会捕获 Health Monitor 提示。
3：这是默认设置。捕获 Health Monitor 提示、Health Monitor 警告和 Health Monitor 注意信息。
4：捕获所有错误和信息性消息。

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

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

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

表示事件发生时间的时间戳。
实例名称、节点 ID、数据库名称、进程 ID、应用程序 ID，或发生错误的 DB2 或用户应用程序函数的名称。
错误类型和惟一标识符（16 位数字），通常以 DIA 或 ADM 开始。
说明错误的消息。

下图展示了典型的管理通知日志项。

DB2 通知日志项示例

阅读(52629) | 评论(0) | 转发(0) |

给主人留下些什么吧！~~

感谢所有关心和支持过ChinaUnix的朋友们