这是原厂英文文档的翻译页面. 欢迎帮助我们 完善文档.

Sidebar

1 宏使用场景

概述

下表包含Zabbix支持宏的完整列表。

要查看某个位置所支持的所有宏(例如,在"map URL")中,您可以将位置名称粘贴到浏览器窗口底部的搜索框中(通过按CTRL+F进行访问),然后搜索next.

持场景 描述信息
{ACTION.ID} → 基于Trigger的通知和命令  *action→ 发现通知  从2.→ 自动注册通知
→ 自动注册通知
→ 故障更新通知
数字标识。*
.0开始支持。
{ACTION.NAME} → 基于Trigger的通知和命令  *action→ 发现通知  从2.→ 自动注册通知
→ 内部通知
→ 故障更新通知
名称。*
.0开始支持。
{ALERT.MESSAGE} → 报警脚本参数 *默认值由 ction配置。*
从3.0.0开始支持。
{ALERT.SENDTO} → 报警脚本参数 *值来自于 户报警媒介配置。*
从3.0.0开始支持。
{ALERT.SUBJECT} → 报警脚本参数 *默认值由 ction配置。*
从3.0.0开始支持。
{DATE} → 基于Trigger的通知和命令  *当前时间使用→ 发现通知
→ 自动注册通知
→ 内部通知
→ 故障更新通知
yyyy.mm.dd格式。*
{DISCOVERY.DEVICE.IPADDRESS} → 发现通知 *被发 设备的IP地址。*
不依赖于是否添加设备。
{DISCOVERY.DEVICE.DNS} → 发现通知 *被发 设备的DNS名称。*
不依赖于是否添加设备。
{DISCOVERY.DEVICE.STATUS} → 发现通知 *被发 设备的状态。*: 可能是UP 或 DOWN.
{DISCOVERY.DEVICE.UPTIME} → 发现通知 //距 定设备最近一次发现状态改变的时间。
例如: 1h 29m.\\对于状态为DOWN的设备,这是其停机时间。 | |{DISCOVERY.RULE.NAME} |→ 发现通知 |
发现设备或服务是否存在的发现规则名称。//
{DISCOVERY.SERVICE.NAME} → 发现通知 *被发 服务的名称。*\\例如: HTTP。
{DISCOVERY.SERVICE.PORT} → 发现通知 *被发 服务的端口。*
例如: 80。
{DISCOVERY.SERVICE.STATUS} → 发现通知 *被发 服务的状态。* 可能是UP 或 DOWN。
{DISCOVERY.SERVICE.UPTIME} → 发现通知 //距 定服务最近一次发现状态改变的时间。
例如: 1h 29m.\\对于状态为DOWN的服务,这是其停服时间。| |{ESC.HISTORY} |→ 基于Trigger的通知和命令
→ 内部通知
→ 故障更新通知 |
记录以前发送消息的日志。
显示先前在升级步骤中发送的通知信息,且发送通知状态为: (
已发送//, 正在发送发送失败).
{EVENT.ACK.STATUS} → 基于Trigger的通知和命令  *事件的确认状→ 故障更新通知 。(Yes/No)*.
{EVENT.AGE} → 基于Trigger的通知和命令  *触发动作的事→ 发现通知  对逐步→ 自动注册通知
→ 内部通知
→ 故障更新通知
持续时间。*
级的消息非常有用。
{EVENT.DATE} → 基于Trigger的通知和命令  *触发动作的事→ 发现通知
→ 自动注册通知
→ 内部通知
→ 故障更新通知
发生日期。*
{EVENT.ID} → 基于Trigger的通知和命令  *触发动作的事→ 发现通知
→ 自动注册通知
→ 内部通知
→ 故障更新通知
数字标识。*
{EVENT.NAME} → 基于Trigger的通知和命令  *触发动作的故→ 故障更新通知 从4.0. 或恢复事件的名字。*
开始支持。
{EVENT.NSEVERITY} → 基于Trigger的通知和命令  *事件的级别。→ 故障更新通知 从4.0. 可能的值: 0 - 未知, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 高, 5 - 灾难。
开始支持。
{EVENT.RECOVERY.DATE} → 基于Trigger的通知和命令  *恢复事件的发→ 内部通知  只能用→ 故障更新通知 从2.2. 时间。*
恢复消息。
开始支持。
{EVENT.RECOVERY.ID} → 基于Trigger的通知和命令  *恢复事件的数→ 内部通知  只能用→ 故障更新通知 标识。*
恢复消息。 从2.2.0开始支持。
{EVENT.RECOVERY.STATUS} → 基于Trigger的通知和命令  *恢复事件的状→ 内部通知  只能用→ 故障更新通知 。*
恢复消息。 从2.2.0开始支持。
{EVENT.RECOVERY.TAGS} → 基于Trigger的通知和命令  *逗号分隔的恢→ 故障更新通知 从3.2. 事件tag列表。*如果不存在tag,则为空字符串。
开始支持。
{EVENT.RECOVERY.TIME} → 基于Trigger的通知和命令  *恢复事件的时→ 内部通知  只能用→ 故障更新通知 。*
恢复消息。 从2.2.0开始支持。
{EVENT.RECOVERY.VALUE} → 基于Trigger的通知和命令  *恢复事件的数→ 内部通知  只能用→ 故障更新通知 值。*
恢复消息。 从2.2.0开始支持。
{EVENT.SEVERITY} → 基于Trigger的通知和命令  *事件的级别。→ 故障更新通知 从4.0.
开始支持。
{EVENT.STATUS} → 基于Trigger的通知和命令  *触发动作的事→ 发现通知  从2.→ 自动注册通知
→ 内部通知
→ 故障更新通知
状态。*
.0开始支持。
{EVENT.TAGS} → 基于Trigger的通知和命令  *用逗号分隔的→ 故障更新通知 从3.2. 件tag列表。* 如果不存在tag,则为空字符串。
开始支持。
{EVENT.TIME} → 基于Trigger的通知和命令  *触发动作的事→ 发现通知
→ 自动注册通知
→ 内部通知
→ 故障更新通知notifications
时间。*
{EVENT.UPDATE.ACTION} → 故障更新通知 *可读的操 名称。* 故障更新时执行。
解析为以下值: acknowledged, commented, changed severity from (original severity) to (updated severity) and closed (依赖于一次更新操作执行多少个动作).
从4.0.0开始支持。
{EVENT.UPDATE.DATE} → 故障更新通知 *故障更新 间。 (确认, 等)。*
取代以前的宏: {ACK.DATE}
{EVENT.UPDATE.HISTORY} → 基于Trigger的通知和命令  *记录故障更新→故障更新通知 取代以前的 志。(确认, 等).*
: {EVENT.ACK.HISTORY}
{EVENT.UPDATE.MESSAGE} → 故障更新通知 *故障更新 息。*
取代以前的宏: {ACK.MESSAGE}
{EVENT.UPDATE.TIME} → 故障更新通知 *故障更新 间。 (确认, 等).*
取代以前的宏: {ACK.TIME}
{EVENT.VALUE} → 基于Trigger的通知和命令  *触发动作的事→ 发现通知  从2.→ 自动注册通知
→ 内部通知
→ 故障更新通知
类型 (1 为故障, 0 为恢复)。*
.0开始支持。
{HOST.CONN<1-9>} → 基于Trigger的通知和命令  *设备IP或D→ 内部通知  从2.→ 故障更新通知
→ 全局脚本 (包括确认文本)
→ 地图中的Icon标签1
→ Item key 值2
→ 设备接口IP/DNS
→ 数据库监控附加字段5
→ SSH和Telnet脚本5
→ JMX item endpoint 字段
→ Web监控6
→ Low-level发现规则过滤正则表达式8
→ 动态URL仪表板小部件/屏幕元素的URL字段8
→ Trigger名字和描述
→ Trigger URLs10
→ 事件tag的名称和值
→ HTTP agent的item类型, item原型和发现规则字段:
URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file.
S名称, 依赖于设备配置。*3.
.0开始支持。
{HOST.DESCRIPTION<1-9>} → 基于Trigger的通知和命令  设备描述。→ 内部通知  从2.→ 故障更新通知
→ 地图中的Icon标签1
<.0开始支持。
{HOST.DNS<1-9>} → 基于Trigger的通知和命令  *设备DNS名→ 内部通知  tri→ 故障更新通知
→ 全局脚本 (包括确认文本)
→ 地图中的Icon标签1
→ Item key 值2
→ 设备接口IP/DNS
→ 数据库监控附加字段5
→ SSH和Telnet脚本5
→ JMX item endpoint 字段
→ Web监控6
→ Low-level发现规则过滤正则表达式8
→ 动态URL仪表板小部件/屏幕元素的URL字段8
→ Trigger名字和描述
→ Trigger URLs10
→ 事件tag的名称和值
→ HTTP agent的item类型, item原型和发现规则字段:
URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file.
*3.
ger名字从2.0.0开始支持。
{HOST.HOST<1-9>} → 基于Trigger的通知和命令  设备名称。→ 自动注册通知  {HOS→ 内部通知
→ 故障更新通知
→ 全局脚本 (包括确认文本)
→ Item key 值
→ 地图中的Icon标签^[1](supported_by_location#footnotes)^
→ 设备接口IP/DNS
→ 数据库监控附加字段^[5](supported_by_location#footnotes)^
→ SSH和Telnet脚本 ^[5](supported_by_location#footnotes)^
→ JMX item endpoint 字段
→ Web监控^[6](supported_by_location#footnotes)^
→ Low-level发现规则过滤正则表达式^[8](supported_by_location#footnotes)^
→ 动态URL仪表板小部件/屏幕元素的URL字段^[8](supported_by_location#footnotes)^
→ Trigger名字和描述
→ Trigger URLs ^[10](supported_by_location#footnotes)^
→ 事件tag的名称和值
→ HTTP agent的item类型, item原型和发现规则字段:
URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file。|<NAME<1-9>}
已经不被支持。
{HOST.ID<1-9>} → 地图中URLs  *设→ 动态URL仪表板小部件/屏幕元素的URL字段8
→ Trigger URLs10
→ 事件tag的名称和值
ID。*
{HOST.IP<1-9>} → 基于Trigger的通知和命令  *设备IP地址→ 自动注册通知  从2.0.→ 内部通知
→ 故障更新通知
→ 全局脚本 (包括确认文本)
→ 地图中的Icon标签1
→ Item key值2
→ 设备接口IP/DNS
→ Database monitoring additional parameters5
→ SSH和Telnet脚本5
→ JMX item endpoint 字段
→ Web监控6
→ Low-level发现规则过滤正则表达式8
→ 动态URL仪表板小部件/屏幕元素的URL字段8
→ Trigger名字和描述
→ Trigger URLs10
→ 事件tag的名称和值
→ HTTP agent的item类型, item原型和发现规则字段:
URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file.
*3.
开始支持。宏{IPADDRESS<1-9>}已经不被支持。
{HOST.METADATA} → 自动注册通知 *设备元数 。*
仅仅用于主动agent的自动注册。从2.2.0开始支持。
{HOST.NAME<1-9>} → 基于Trigger的通知和命令  *用于显示的设→ 自动注册通知  从2.0.→ 故障更新通知
→ 内部通知
→ 全局脚本 (包括确认文本)
→ 地图中的Icon标签1
→ Item key值
→ 设备接口IP/DNS
→ 数据库监控附加字段5
→ SSH和Telnet脚本5
→ Web监控6
→ Low-level 发现规则过滤正则表达式8
→ 动态URL仪表板小部件/屏幕元素的URL字段8
→ Trigger名字和描述
→ Trigger URLs10
→ 事件tag的名称和值
→ HTTP agent的item类型, item原型和发现规则字段:
URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file.
名称*
开始支持。
{HOST.PORT<1-9>} → 基于Trigger的通知和命令  *设备(age→ 自动注册通知  从2.0.→ 内部通知  从2.→ 故障更新通知
→ Trigger名字和描述
→ Trigger URLs10
→ JMX item endpoint字段
→ 事件tag的名称和值
t)端口*3.
开始支持自动注册通知。
.2开始支持用于trigger名称和描述,内部通知,事件tag的名称和值。
{HOSTGROUP.ID} → 地图URLs * 备组标识。*
{INVENTORY.ALIAS<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的别名字段。*
{INVENTORY.ASSET.TAG<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的资产标签字段。*
{INVENTORY.CHASSIS<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的机箱字段。*
{INVENTORY.CONTACT<1-9>} → 基于Trigger的通知  *设备清→ 内部通知  宏{→ 故障更新通知
→ 事件tag的名称和值|中的联系人字段。*
ROFILE.CONTACT<1-9>}
已经不被支持。
{INVENTORY.CONTRACT.NUMBER<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的联系号码字段。*
{INVENTORY.DEPLOYMENT.STATUS<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的部署状态字段。*
{INVENTORY.HARDWARE<1-9>} → 基于Trigger的通知  *设备清→ 内部通知  宏{→ 故障更新通知
→ 事件tag的名称和值|中的硬件信息字段。*
ROFILE.HARDWARE<1-9>}
已经不被支持。
{INVENTORY.HARDWARE.FULL<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的硬件详细描述字段。*
{INVENTORY.HOST.NETMASK<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的子网掩码字段。*
{INVENTORY.HOST.NETWORKS<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的网络字段。*
{INVENTORY.HOST.ROUTER<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的路由字段。*
{INVENTORY.HW.ARCH<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的硬件架构字段。*
{INVENTORY.HW.DATE.DECOMM<1-9>} → 基于Trigger的通知  *主机清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的硬件下线日期字段。*
{INVENTORY.HW.DATE.EXPIRY<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的保修期字段。*
{INVENTORY.HW.DATE.INSTALL<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的硬件上线日期字段。*
{INVENTORY.HW.DATE.PURCHASE<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中硬件购买时间字段。*
{INVENTORY.INSTALLER.NAME<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的安装名称字段。*
{INVENTORY.LOCATION<1-9>} → 基于Trigger的通知  *设备清→ 内部通知  宏{→ 故障更新通知
→ 事件tag的名称和值|中的位置字段。*
ROFILE.LOCATION<1-9>}
已经不被支持。
{INVENTORY.LOCATION.LAT<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的位置纬度字段。*
{INVENTORY.LOCATION.LON<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的位置经度字段。*
{INVENTORY.MACADDRESS.A<1-9>} → 基于Trigger的通知  *设备清→ 内部通知  宏{→ 故障更新通知
→ 事件tag的名称和值|中的MAC地址字段。*
ROFILE.MACADDRESS<1-9>}
已经不被支持。
{INVENTORY.MACADDRESS.B<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的MAC地址字段。*
{INVENTORY.MODEL<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的模型字段。*
{INVENTORY.NAME<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的名称字段。* 宏{PROFILE.NAME<1-9>}已经不被支持。
{INVENTORY.NOTES<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的备注字段。* 宏{PROFILE.NOTES<1-9>}已经不被支持。
{INVENTORY.OOB.IP<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的OOB IP地址字段。*
{INVENTORY.OOB.NETMASK<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的OOB子网掩码字段。*
{INVENTORY.OOB.ROUTER<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的OOB路由字段。*
{INVENTORY.OS<1-9>} → 基于Trigger的通知  *设备清→ 内部通知  宏{→ 故障更新通知
→ 事件tag的名称和值|中的操作系统字段。*
ROFILE.OS<1-9>}
已经不被支持。
{INVENTORY.OS.FULL<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的操作系统详细描述字段。*
{INVENTORY.OS.SHORT<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的操作系统缩写字段。*
{INVENTORY.POC.PRIMARY.CELL<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的主要POC cell字段。*
{INVENTORY.POC.PRIMARY.EMAIL<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的主要POC邮件字段。*
{INVENTORY.POC.PRIMARY.NAME<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的POC名称字段。*
{INVENTORY.POC.PRIMARY.NOTES<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中POC备注字段。*
{INVENTORY.POC.PRIMARY.PHONE.A<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的主要POC联系电话字段。*
{INVENTORY.POC.PRIMARY.PHONE.B<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的主要POC联系电话字段。*
{INVENTORY.POC.PRIMARY.SCREEN<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的主要POC screen名称字段。*
{INVENTORY.POC.SECONDARY.CELL<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的辅助POC cell字段。*
{INVENTORY.POC.SECONDARY.EMAIL<1-9>} → 基于Trigger的通知  *主机清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的辅助POC电子邮件字段。*
{INVENTORY.POC.SECONDARY.NAME<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的辅助POC名称字段。*
{INVENTORY.POC.SECONDARY.NOTES<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的辅助POC备注字段。*
{INVENTORY.POC.SECONDARY.PHONE.A<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中辅助POC电话号码字段。*
{INVENTORY.POC.SECONDARY.PHONE.B<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中辅助POC电话号码字段。*
{INVENTORY.POC.SECONDARY.SCREEN<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的辅助POC screen名称字段。*
{INVENTORY.SERIALNO.A<1-9>} → 基于Trigger的通知  *设备清→ 内部通知  宏{→ 故障更新通知
→ 事件tag的名称和值|中的序列号字段。*
ROFILE.SERIALNO<1-9>}
已经不被支持。
{INVENTORY.SERIALNO.B<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的序列号字段。*
{INVENTORY.SITE.ADDRESS.A<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的站点地址字段。*
{INVENTORY.SITE.ADDRESS.B<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的站点地址字段。*
{INVENTORY.SITE.ADDRESS.C<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的站点地址字段。*
{INVENTORY.SITE.CITY<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的站点城市字段。*
{INVENTORY.SITE.COUNTRY<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中站点所属国家字段。*
{INVENTORY.SITE.NOTES<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中站点备注字段。*
{INVENTORY.SITE.RACK<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的站点机架位置字段。*
{INVENTORY.SITE.STATE<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中站点所属州/省字段。*
{INVENTORY.SITE.ZIP<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的站点邮编字段。*
{INVENTORY.SOFTWARE<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的软件描述字段。* 宏{PROFILE.SOFTWARE<1-9>} 已经不被支持。
{INVENTORY.SOFTWARE.APP.A<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的应用软件字段。*
{INVENTORY.SOFTWARE.APP.B<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的应用软件字段。*
{INVENTORY.SOFTWARE.APP.C<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的应用软件字段。*
{INVENTORY.SOFTWARE.APP.D<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的应用软件字段。*
{INVENTORY.SOFTWARE.APP.E<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的应用软件字段。*
{INVENTORY.SOFTWARE.FULL<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的软件详细描述字段。*
{INVENTORY.TAG<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的Tag字段。* 宏{PROFILE.TAG<1-9>}已经不被支持。
{INVENTORY.TYPE<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的类型字段。* 宏{PROFILE.DEVICETYPE<1-9>}已经不被支持。
{INVENTORY.TYPE.FULL<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的详细类型描述字段。*
{INVENTORY.URL.A<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的URL字段。*
{INVENTORY.URL.B<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的URL字段。*
{INVENTORY.URL.C<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的URL字段。*
{INVENTORY.VENDOR<1-9>} → 基于Trigger的通知  *设备清→ 内部通知
→ 故障更新通知
→ 事件tag的名称和值
中的供应商字段。*
{ITEM.DESCRIPTION<1-9>} → 基于Trigger的通知  *触发器→ 内部通知
→ 故障更新通知
达式中导致发送通知的第N个item的描述信息。*从2.0.0开始支持。
{ITEM.ID<1-9>} → 基于Trigger的通知  *触发器→ 内部通知
→ 故障更新通知
→ HTTP agent的item类型, item原型和发现规则字段:
URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file.
达式中导致发送通知的第N个item的数字标识。*从1.8.12开始支持。
{ITEM.KEY<1-9>} → 基于Trigger的通知  *触发器→ 内部通知  宏{→ 故障更新通知
→ HTTP agent的item类型, item原型和发现规则字段:
URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file.|达式中导致发送通知的第N个item的key。* 从2.0.0开始支持。
RIGGER.KEY}
已经不被支持。
{ITEM.KEY.ORIG<1-9>} → 基于Trigger的通知  *触发器→ 内部通知
→ 故障更新通知
达式中导致发送通知的第N个item的原始key。* 从2.0.6开始支持。
{ITEM.LASTVALUE<1-9>} → 基于Trigger的通知  *触发器→ 故障更新通知  如果最近一→ Trigger名称和描述  从1.4→ 事件tag的名称和值
达式中导致发送通知的第N个item的最近一个值。
历史值采集时间已经超过参数
ZBX_HISTORY_PERIOD定义的历史数据保存时间,那么在前端会显示值为*UNKNOWN*。 (参数ZBX_HISTORY_PERIOD*定义于defines.inc.php)。
3开始支持。 该宏等同于宏{{HOST.HOST}:{ITEM.KEY}.last()}
从Zabbix 3.2.0开始支持 自定义 宏值。
{ITEM.LOG.AGE<1-9>} → 基于Trigger的通知  *日志i→ 故障更新通知 em事件的持续时间。*
{ITEM.LOG.DATE<1-9>} → 基于Trigger的通知  *日志i→ 故障更新通知 em事件的发生时间。*
{ITEM.LOG.EVENTID<1-9>} → 基于Trigger的通知  *日志事→ 故障更新通知 仅用于Wi 的标识。*
dows事件日志监控 。
{ITEM.LOG.NSEVERITY<1-9>} → 基于Trigger的通知  *日志事→ 故障更新通知 仅用于Wi 的级别。*
dows事件日志监控 。
{ITEM.LOG.SEVERITY<1-9>} → 基于Trigger的通知  *日志事→ 故障更新通知 仅用于Wi 的级别。*
dows事件日志监控 。
{ITEM.LOG.SOURCE<1-9>} → 基于Trigger的通知  *日志事→ 故障更新通知 仅用于Wi 的来源。*
dows事件日志监控 。
{ITEM.LOG.TIME<1-9>} → 基于Trigger的通知  *日志i→ 故障更新通知 em事件的发生时间。*
{ITEM.NAME<1-9>} → 基于Trigger的通知  *触发器→ 内部通知
→ 故障更新通知
达式中导致发送通知的第N个item的名称。*
{ITEM.NAME.ORIG<1-9>} → 基于Trigger的通知  *触发器→ 内部通知  从2.→ 故障更新通知 达式中导致发送通知的第N个item的原始名称。*
.6开始支持。
{ITEM.STATE<1-9>} → 基于Item的内部通知 *触发器表达 中导致发送通知的第N个item的状态。* 可能的值: Not supportedNormal.
从2.2.0开始支持。
{ITEM.VALUE<1-9>} → 基于Trigger的通知  可能的值→ 故障更新通知  1) 如果→ Trigger名称和描述  2) 如→ 事件tag的名称和值 在第一种情况
触发器状态更改的上下文中使用,例如,显示事件或发送通知。该值为触发器表达式中的第N个item的历史(at-the-time-of-event)值。
不在触发器状态更改的上下文中使用,例如,在弹出窗口中显示触发器列表时,该值为触发器表达式中的第N个item的最近一个值,类似于{ITEM.LASTVALUE}。
历史数据被删除或未入库时候值解析为*UNKNOWN*。
在第二种情况如果最近一个历史值采集时间已经超过参数ZBX_HISTORY_PERIOD定义的历史数据保存时间,那么在前端会显示值为*UNKNOWN*。(参数ZBX_HISTORY_PERIOD定义于defines.inc.php).
从1.4.3开始支持。

从Zabbix 3.2.0开始支持自定义宏值。
{LLDRULE.DESCRIPTION} → LLD-rule based 内部通知 *触发 知的low-level发现规则描述。*
从2.2.0开始支持。
{LLDRULE.ID} → LLD-rule based 内部通知 *触发 知的low-level发现规则的数字标识。*
从2.2.0开始支持。
{LLDRULE.KEY} → LLD-rule based 内部通知 *触发 知的low-level发现规则的key。*
从2.2.0开始支持。
{LLDRULE.KEY.ORIG} → LLD-rule based 内部通知 *触发 知的low-level发现规则的原始key(未扩展宏)。*
从2.2.0开始支持。
{LLDRULE.NAME} → LLD-rule based 内部通知 *触发 知的low-level发现规则的名称(未扩展宏)。*
从2.2.0开始支持。
{LLDRULE.NAME.ORIG} → LLD-rule based 内部通知 *触发 知的low-level发现规则的原始名称(未扩展宏)。*
从2.2.0开始支持。
{LLDRULE.STATE} → LLD-rule based 内部通知 *lo -level发现规则的最新状态。* 可能的值: Not supportedNormal.
从2.2.0开始支持。
{MAP.ID} → 地图URLs * 络地图标识。*
{MAP.NAME} → 地图形状中的文字描述字段 网络地图名称。
<从3.4.0开始支持。
{PROXY.DESCRIPTION<1-9>} → 基于Trigger的通知和命令  *proxy描→ 故障更新通知  1)触发器→ 发现通知  2)→ 自动注册通知  3) 主动→ 内部通知 从2. 信息。*可能的值:
达式中第N个项的proxy的信息(基于Trigger的通知)。可以使用 宏索引
行发现的proxy信息(发现通知)。可以使用宏{PROXY.DESCRIPTION},而不带宏索引。
gent注册的proxy信息。(自动注册通知)。可以使用宏{PROXY.DESCRIPTION},而不带宏索引。
.0开始支持。
{PROXY.NAME<1-9>} → 基于Trigger的通知和命令  *proxy的→ 故障更新通知  1) 触发→ 发现通知  2)→ 自动注册通知  3) 主动→ 内部通知 从1. 称*。可能的值:
表达式中第N个项的proxy的名称(基于Trigger的通知)。可以使用 宏索引
行发现的proxy名称(发现通知)。可以使用宏 {PROXY.NAME} ,而不带宏索引。
gent注册的proxy名称。(自动注册通知)。可以使用宏 {PROXY.NAME},而不带宏索引。
.4开始支持。
{TIME} → 基于Trigger的通知和命令  *时间格式为:→ 发现通知
→ 自动注册通知
→ 内部通知
→ 故障更新通知
h:mm:ss.*
{TRIGGER.DESCRIPTION} → 基于Trigger的通知  *Tri→ Trigger-based 内部通知  从2.→ 故障更新通知 宏{TR|ger描述信息。* 从2.0.4开始支持。
.0开始如果在通知文本中使用“{TRIGGER.DESCRIPTION}”,trigger描述将支持所有宏。
GGER.COMMENT}
已经不被支持。
{TRIGGER.EVENTS.ACK} → 基于Trigger的通知  *地图中→ 故障更新通知
→ 地图中的Icon标签1
素的已确认事件数,或者在通知中生成当前事件的触发器的已确认事件数。* 从1.8.3开始支持。
{TRIGGER.EVENTS.PROBLEM.ACK} → 基于Trigger的通知  *忽略状→ 故障更新通知
→ 地图中的Icon标签1
的所有触发器的已确认故障事件数。* 从1.8.3开始支持。
{TRIGGER.EVENTS.PROBLEM.UNACK} → 基于Trigger的通知  *忽略状→ 故障更新通知
→ 地图中的Icon标签1
的所有触发器的未确认故障事件数。* 从1.8.3开始使用。
{TRIGGER.EVENTS.UNACK} → 基于Trigger的通知  *地图中→ 故障更新通知
→ 地图中的Icon标签1
素的未确认事件数,或者通知中生成当前事件的触发器的未确认事件数。* 从1.8.3开始支持地图元素标签。
{TRIGGER.HOSTGROUP.NAME} → 基于Trigger的通知  *基于S→ 故障更新通知
→ 基于Trigger内部通知
L查询排序,逗号-空格分隔的trigger所属的设备组列表。* 从2.0.6开始支持。
{TRIGGER.PROBLEM.EVENTS.PROBLEM.ACK} → 地图Icon标签1 *触发 状态为问题的已确认问题事件数。* 从1.8.3开始支持。
{TRIGGER.PROBLEM.EVENTS.PROBLEM.UNACK} → 地图Icon标签1 *触发 状态为问题的未确认问题事件数。* 从1.8.3开始支持。
{TRIGGER.EXPRESSION} → 基于Trigger的通知  *Tri→ 基于Trigger内部通知
→ 故障更新通知
ger表达式。* 从1.8.12开始支持。
{TRIGGER.EXPRESSION.RECOVERY} → 基于Trigger的通知  *Tri→ 基于Trigger内部通知  从3.2.→ 故障更新通知 ger恢复表达式。如果 恢复事件*在trigger配置中设置为'Recovery expression'则返回表达式,否则返回空字符串。
开始支持。
{TRIGGER.ID} → 基于Trigger的通知  *触发动→ Trigger-based 内部通知  从1.→ 故障更新通知
→ 图形URLs
→ Trigger URLs
的Trigger数字标识。*
.8开始支持trigger URLs。
{TRIGGER.NAME} → 基于Trigger的通知  *tri→ 基于Trigger内部通知  从 4.0→ 故障更新通知 ger名称。* (支持宏解析)。
0 开始宏{EVENT.NAME}不能用于动作中去显示触发事件名称(支持宏解析)。
{TRIGGER.NAME.ORIG} → 基于Trigger的通知  *tri→ 基于Trigger内部通知  从2.0.→ 故障更新通知 ger的原始名称* (即没有宏解析).
开始支持。
{TRIGGER.NSEVERITY} → 基于Trigger的通知  *tri→ 基于Trigger内部通知  从Zabb→ 故障更新通知 ger数字级别。* 可能的值: 0 - 未定义, 1 - 信息, 2 - 警告, 3 - 普通, 4 - 严重, 5 - 灾难.
x 1.6.2开始支持。
{TRIGGER.SEVERITY} → 基于Trigger的通知  *Tri→ 基于Trigger内部通知
→ 故障更新通知
ger级别名称.* 可在管理 → 通用 → Trigger 级别功能中定义。
{TRIGGER.STATE} → 基于Trigger内部通知 *trig er的最新状态。* 可能的值: Unknown and Normal.
从2.2.0开始支持。
{TRIGGER.STATUS} → 基于Trigger的通知  *当前t→ 故障更新通知 宏{ST|igger的值。* 可能是PROBLEM或OK.
TUS}
已经不被支持。
{TRIGGER.TEMPLATE.NAME} → 基于Trigger的通知  *排序(→ 基于Trigger内部通知
→ 故障更新通知
过SQL查询),逗号-空格分隔的触发器所属模板列表,如果触发器应用于具体设备,则为* UNKNOWN ** 从2.0.6开始支持。
{TRIGGER.URL} → 基于Trigger的通知  *Tri→ 基于Trigger内部通知
→ 故障更新通知
ger URL.*
{TRIGGER.VALUE} → 基于Trigger的通知  *触发器→ Trigger 表达式
→ 故障更新通知
当前值。*: 0 - trigger状态为OK, 1 - trigger状态为PROBLEM。
{TRIGGERS.UNACK} → 地图Icon标签1 *忽略 发器状态,地图元素的未确认触发器数。*\\如果至少有一个PROBLEM事件未被确认,则认为触发器未被确认。
{TRIGGERS.PROBLEM.UNACK} → 地图Icon标签1 *地图 素的未确认触发器(状态为PROBLEM)数。*
如果至少有一个PROBLEM事件未被确认,则认为触发器未被确认。
从1.8.3开始支持。
{TRIGGERS.ACK} → 地图Icon标签1 *忽略 发器状态,地图元素的确认触发器数,*
当所有PROBLEM事件都被确认后,trigger才被认为已经确认。
从1.8.3开始支持。
{TRIGGERS.PROBLEM.ACK} → 地图Icon标签1 *地图 素的确认触发器(状态为PROBLEM)数。*
当所有PROBLEM事件都被确认后,trigger才被认为已经确认。
从1.8.3开始支持。
{USER.FULLNAME} → 故障更新通知 *事件确认 作的用户全名。*
从3.4.0开始支持。
{USER.FULLNAME} → Problem update notifications Name and surname of the user who added event acknowledgement.
Supported since 3.4.0.
{host:key.func(param)} → 基于Trigger的通知  *简单的→ 故障更新通知 
→ 地图Icon/shape标签1 4  从3.→ 地图Link标签4
→ 图形名称7
→ Trigger表达式9
,用于构建触发器表达式*。
.2开始支持shape标签。
{$MACRO} → 参考: 用户自定义宏使用场景 *[用户自定义](/m nual/config/macros/usermacros)宏。*
{#MACRO} → 参考: Low-level发现宏 *Low level发现宏*
从2.0.0开始支持。
脚注

1 从1.8开始地图标签支持宏。

2{HOST.*}用于item key参数将解析为所选item的接口。如果item无接口,将按优先顺序解析为设备的Zabbix agent,SNMP,JMX,IPMI接口。

3 在remote commands, global scripts, interface IP/DNS字段和web scenarios宏将解析为主代理接口。如果不存在,则使用SNMP接口。如果SNMP接口也不存在,则使用JMX接口。如果JMX接口不存在则使用IPMI接口。

4 地图标签中的宏仅仅支持avg, last, max and min 函数, 以秒为单位。

5 从2.0.3开始支持。

6 从Zabbix 2.2.0开始, 宏{HOST.*}可以用于web scenario中的Name, Variables, Headers, SSL certificate file and SSL key file fields and in scenario step Name, URL, Post, Headers and Required string 字段。

7 从Zabbix 2.2.0开始,地图标签中的宏仅支持avg,last,max和min函数,以秒为参数。 宏{HOST.HOST<1-9>} 可以用于引用某个设备。例如:

 * {Cisco switch:ifAlias[{#SNMPINDEX}].last()}
        * %%{{%%HOST.HOST}:ifAlias[{#SNMPINDEX}].last()}

8 从2.4.0开始支持。

9 虽然支持构建触发器表达式,但是不能在彼此内部使用简单的宏。

10 从3.0.0开始支持。

宏索引

宏索引{MACRO<1-9>}语法仅限于触发器表达式的上下文。它能用于按顺序引用表达式中包含的设备。例如:在表达式中包含了设备1,设备2,设备3,那么宏{HOST.IP1}, {HOST.IP2}, {HOST.IP3}将分别引用设备1,设备2,设备3的IP地址信息。

另外,可以在图形名称中使用宏{host:key.func(param)},同时再叠加使用宏{HOST.HOST<1-9>}。 示例, 图形名称中的宏{{HOST.HOST2}:key.func()}代表引用图形中的第二个设备。

有些场景可以使用不带索引的宏。(例如:{HOST.HOST}, {HOST.IP}, 等)