Informix IDS 11体系管理(918考试)认证指南,第 3 部门: 流毒诊断(5)

sysadmin 数据库

疗养器由使命界说和驱动,而 sysadmin 数据库包括六个表,其中包括并清算疗养器使命信息。在默许气象下,只需用户 informix 有权访问 sysadmin 数据库;可以授予其他用户对 sysadmin 的访问权。关于疗养器的仔细信息,拜见 IBM Informix 管理员指南。(把稳:这个教程系列的 第 2 部门 也计议了疗养器。)

sysadmin 数据库是一个有日记的数据库。运用使命属性(而不是设置参数)来界说疗养器网络的信息以及疗养器运转的语句。

sysadmin 数据库还包括:

  • 内置的 task() 函数
  • 内置的 admin() 函数
  • command_history 表,其中包括有关管理 API 运转的命令的相关信息

要点:
不要删除或试图改削 sysadmin 数据库;其他一些数据库管事器组件需求运用它。

PH_TASK

PH_TASK 表包括关于怎样更新和何时更新表的信息。

表 9. PH_TASK 表描绘
列 描绘
tk_id 继续的使命 ID
tk_name 使命称号。这个列上有一个专一索引,这确保使命称号不会重复。
tk_description 对这个使命的描绘
tk_type 使命的典范榜样:

  • TASK:一个不网络数据的使命
  • SENSOR:一个网络数据的使命
  • STARTUP SENSOR:只在数据库管事器启动时运转
  • STARTUP MONITOR:只在数据库管事器启动时运转

tk_sequence 当前的数据纠合号。由体系更新;不能改削。
tk_owner 全部者的线程 ID。由体系更新;不能改削。
tk_result_table 成果表称号。把稳: tk_result_table 列只由传感器运用,内容与 tk_create 中成立的表成家。当超越 tk_delete 光阴限守时,从 tk_result_table 中删除数据。
tk_create 要执行的 CREATE TABLE 语句。把稳:tk_create 列只由传感器运用,凭据需求成立一个表来包括传感器可以存储的任何数据。
tk_execute 要执行的 SQL 对象
tk_delete 超越这个光阴限制的数据会被删除
tk_start_time 这个使命的启开光阴
tk_stop_time 这个使命应该遏制运转的光阴
tk_frequency 运转这个使命的频率
tk_attributes 标记;由体系更新;不能改削。
tk_group Flags> Group 称号引用 ph_group(group_name)
tk_exec_num 执哄骗命的次数
tk_exec_time 执哄骗命破耗的光阴。由体系更新;不能改削。
tk_enabled 指定能否启用这个使命。假设 tk_enabled 的值等于 FALSE,这个使命就不加入执行规画。
tk_priority 功课优先级,局限是 0-5。假设同时执行多个功课,那么具有最高优先级的功课先执行。默许值是零。

PH_RUN

PH_RUN 表包括每个疗养器使命怎样以及什么时候执行的信息。

表 10. PH-RUN 列描绘
列 描绘
run_id 执行时代生成的继续的 ID
run_task_id 来自 PH_TASK 表的疗养器使命 ID
run_task_seq 数据网络器的序号
run_retcode 从 UDR 或 SQL 语句前往代码或 SQL 代码
run_time 执行这个疗养器使命的光阴
run_duration 执行这个疗养器使命破耗的光阴(以秒为单元)
run_ztime 迩来一次运转 onstat -z 的光阴
run_btime 管事器启动的光阴
run_mtime 执哄骗命的光阴

表 11. 示例行
列 值
run_id 8
run_task_id 1
run_task_seq 1
run_retcode 0
run_time 2007-04-09 11:46:46
run_duration 0.004943
run_ztime 1176137133
run_btime 1176137133
run_mtime 1176137206

执行这个使命的光阴是 4 月 9 日 11:46。它每天运转一次,每次运转纪录一行。前往码 0 表示使命执行告成。

PH_GROUP

PH_GROUP 表包括疗养组的称号信息。

表 12. PH_GROUP 表描绘
列 描绘
grouop_id 组 ID
group_name 组的专一称号
group_description 组的描绘

有几个差其他组:MISC、DISK、NETWORK、MEMORY、CPU、TABLES、INDEXES、SERVER、USER、BACKUP 和 PERFORMANCE。

PH_ALERT

PH_ALERT 表包括疗养器的错误、正告和信息性旧事。

表 13. PH_ALERT 表描绘
列 描绘
ID 正告 ID
alert_run_id 成立这个正告的疗养器使命 ID
alert_task_seq 标识成立这个正告的疗养器使命
alert_type 正告典范榜样:信息、正告或错误
alert_color 绿色、黄色或赤色
alert_time 生成正告的光阴
alert_state 指出对象当前所处的形状:

  • NEW:这个正告是刚添加的,对这个正告还没有回收法子
  • IGNORED:DBA 已经知道了这个正告,但是还没有回收法子
  • ACKNOWLEDGED:DBA 已经知道了这个正告
  • ADDRESSED:DBA 已经处理了这个正告

alert_state_changed 迩来一次改削形状的光阴
alert_object_type 对象的典范榜样:
  • SERVER
  • DATABASE
  • TABLE
  • INDEX
  • DBSPACE
  • CHUNK
  • USER
  • SQL_STATEMENT
  • MISC

alert_object_name 对象的称号
alert_message 旧事
alert_action 纠正操作。这是一个可以由用户或工具执行的 SQL 脚本,假设没有可用的操作,它就是 NULL。这个脚本必需切合全部多语句预备规则。
alert_action_dbs 执行 alert_action 时运用的数据库称号

PH_THRESHOLD

PH_THRESHOLD 表包括疗养器调用使命的阈值。

表 14. PH_THRESHOLD 表描绘
列 描绘
d 正告 ID
task_name 与这个阈值相接洽关系的疗养器使命称号
name 阈值的称号
Value 阈值的值
Value_type Value 列的数据典范榜样:

  • STRINGZ
  • NUMERIC
  • NUMERIC、MAX、MIN




版权声明: 原创作品,容许转载,转载时请务必以超链接体式花样标明文章 原始来因 、作者信息和本声明。否则将追究法律责任。

原文地址:https://www.cnblogs.com/zgqjymx/p/1973038.html