zabbix表结构.doc

zabbix表结构 1. acknowledges： 记录告警的确认信息。与events表互相拥有外键； 2. actions动作表。当等trigger被触发，执行该表记录的动作。 关键字段： （1）eventsource: 同events表中的sources字段 （2）status：0/1 ?OK/PROBLEM 3. alerts：告警信息，用于记录通过媒介发送的告警信息。 关键字段： （1）actionid （2）eventid （3）userid （4）mediatypeid （5）statusapplication_template：将模板根据应用分组表 5. applications：应用分组表 6. auditlog：日志表 auditlog_details：日志的信息内容，与日志表关联 autoreg_host：zabbix自动发现并注册主机表； conditions：在zabbix配置action时，需要设置条件，条件信息记录在这个表中 关键字段： actionid actions表外键 conditiontype 设置条件时填写的New condition operator 操作符 config： dbvesion： dchecks：自动发现规则中的检测类型定义表 dhosts：自动发现的主机表 drules：自动发现的规则定义表 dservices escalations events：事件表，记录每次出发trigger是的事件信息； 关键字段： （1）source：event可能由多种源头生成，这里的source就是记录了这个event是由于什么事件而生成的。 a) 0：由trigger生成的event b) 1：由discovery rule生成的event c) 2：由agent auto-registration生成的event d) 3：internal的event （2）object：这个字段记录了和event关联的Zabbix对象。 a) 对于trigger相关的events，这里的值只可能是0 b) 对于discovery相关的event，“1”表示是discovered host，“2”表示是discovered service c) 对于auto-registration的event，这里值一定是“3” d) 对于interval的event，“0”表示trigger，“4”表示item，“5”表示low-level discovery objectid：根据前面object里的定义，这里可能为triggerid，也可能是discovered hostid value：和object字段类似，根据source的不同，这里的值有不同的含义。 a) 对于trigger类型的event： i. 0：trigger的状态为OK ii. 1：trigger的状态为PROBLEM b) 对于discovery类型的event： i. 0：host或者service正在工作 ii. 1：host或者service停止工作 iii. 2：host或者service被侦测到 iv. 3：host或者service丢失了 c) 对于internal类型的event： i. 0：normal状态 ii. 1：unknown或者not supported状态 expressions：表达式表 functions：函数表，用户记录每一个trigger中配置条件的信息 globalmacro：全局宏变量； globalvars：全局参数 graph_discovery：图表相关信息 graph_theme：图表相关信息 graphs：图表相关信息 graphs_items：图表相关信息 group_discovery：主动发现的group信息 group_prototype： groups：主机分组表 关键字段： internal flag history：历史监控记录，存放数值（int）类型的的监控采集结果 history_log：历史监控记录，存放日志类型的的监控采集结果 history_str：历史监控记录，存放字符类型的的监控采集结果 history_text：历史监控记录，存放字符无限制长度的监控采集结果 history_uint：存放非整形的历史监控信息 host_discovery：与group_prototype相关，用于自动发现主机； host_inventory：主机资产信息表 hostmacro：记录主机配置中的宏变量信息 hosts：主机信息表 关键字段： proxy_hostid status available host name flags templateid hosts_gro