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标签¹ → Item key 值² → 设备接口IP/DNS → 数据库监控附加字段⁵ → SSH和Telnet脚本⁵ → JMX item endpoint 字段 → Web监控⁶ → Low-level发现规则过滤正则表达式⁸ → 动态URL仪表板小部件/屏幕元素的URL字段⁸ → Trigger名字和描述 → Trigger URLs¹⁰ → 事件tag的名称和值 → HTTP agent的item类型, item原型和发现规则字段: URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file.	S名称, 依赖于设备配置。*³. .0开始支持。
{HOST.DESCRIPTION<1-9>}	→ 基于Trigger的通知和命令设备描述。→ 内部通知从2.→ 故障更新通知 → 地图中的Icon标签¹	<.0开始支持。
{HOST.DNS<1-9>}	→ 基于Trigger的通知和命令 *设备DNS名→ 内部通知 tri→ 故障更新通知 → 全局脚本 (包括确认文本) → 地图中的Icon标签¹ → Item key 值² → 设备接口IP/DNS → 数据库监控附加字段⁵ → SSH和Telnet脚本⁵ → JMX item endpoint 字段 → Web监控⁶ → Low-level发现规则过滤正则表达式⁸ → 动态URL仪表板小部件/屏幕元素的URL字段⁸ → Trigger名字和描述 → Trigger URLs¹⁰ → 事件tag的名称和值 → HTTP agent的item类型, item原型和发现规则字段: URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file.	*³. 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字段⁸ → Trigger URLs¹⁰ → 事件tag的名称和值	ID。*
{HOST.IP<1-9>}	→ 基于Trigger的通知和命令 *设备IP地址→ 自动注册通知从2.0.→ 内部通知 → 故障更新通知 → 全局脚本 (包括确认文本) → 地图中的Icon标签¹ → Item key值² → 设备接口IP/DNS → Database monitoring additional parameters⁵ → SSH和Telnet脚本⁵ → JMX item endpoint 字段 → Web监控⁶ → Low-level发现规则过滤正则表达式⁸ → 动态URL仪表板小部件/屏幕元素的URL字段⁸ → Trigger名字和描述 → Trigger URLs¹⁰ → 事件tag的名称和值 → HTTP agent的item类型, item原型和发现规则字段: URL, query fields, request body, headers, proxy, SSL certificate file, SSL key file.	*³. 开始支持。宏`{IPADDRESS<1-9>}`已经不被支持。
{HOST.METADATA}	→ 自动注册通知 *设备元数	。* 仅仅用于主动agent的自动注册。从2.2.0开始支持。
{HOST.NAME<1-9>}	→ 基于Trigger的通知和命令 *用于显示的设→ 自动注册通知从2.0.→ 故障更新通知 → 内部通知 → 全局脚本 (包括确认文本) → 地图中的Icon标签¹ → Item key值 → 设备接口IP/DNS → 数据库监控附加字段⁵ → SSH和Telnet脚本⁵ → Web监控⁶ → Low-level 发现规则过滤正则表达式⁸ → 动态URL仪表板小部件/屏幕元素的URL字段⁸ → Trigger名字和描述 → Trigger URLs¹⁰ → 事件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 URLs¹⁰ → JMX item endpoint字段 → 事件tag的名称和值	t)端口*³. 开始支持自动注册通知。 .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 supported 和 Normal. 从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 supported 和 Normal. 从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.8.3开始支持。
{TRIGGER.EVENTS.PROBLEM.ACK}	→ 基于Trigger的通知 *忽略状→ 故障更新通知 → 地图中的Icon标签¹	的所有触发器的已确认故障事件数。* 从1.8.3开始支持。
{TRIGGER.EVENTS.PROBLEM.UNACK}	→ 基于Trigger的通知 *忽略状→ 故障更新通知 → 地图中的Icon标签¹	的所有触发器的未确认故障事件数。* 从1.8.3开始使用。
{TRIGGER.EVENTS.UNACK}	→ 基于Trigger的通知 *地图中→ 故障更新通知 → 地图中的Icon标签¹	素的未确认事件数，或者通知中生成当前事件的触发器的未确认事件数。* 从1.8.3开始支持地图元素标签。
{TRIGGER.HOSTGROUP.NAME}	→ 基于Trigger的通知 *基于S→ 故障更新通知 → 基于Trigger内部通知	L查询排序，逗号-空格分隔的trigger所属的设备组列表。* 从2.0.6开始支持。
{TRIGGER.PROBLEM.EVENTS.PROBLEM.ACK}	→ 地图Icon标签¹ *触发	状态为问题的已确认问题事件数。* 从1.8.3开始支持。
{TRIGGER.PROBLEM.EVENTS.PROBLEM.UNACK}	→ 地图Icon标签¹ *触发	状态为问题的未确认问题事件数。* 从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标签¹ *忽略	发器状态，地图元素的未确认触发器数。*\\如果至少有一个PROBLEM事件未被确认，则认为触发器未被确认。
{TRIGGERS.PROBLEM.UNACK}	→ 地图Icon标签¹ *地图	素的未确认触发器（状态为PROBLEM）数。* 如果至少有一个PROBLEM事件未被确认，则认为触发器未被确认。从1.8.3开始支持。
{TRIGGERS.ACK}	→ 地图Icon标签¹ *忽略	发器状态，地图元素的确认触发器数，* 当所有PROBLEM事件都被确认后，trigger才被认为已经确认。从1.8.3开始支持。
{TRIGGERS.PROBLEM.ACK}	→ 地图Icon标签¹ *地图	素的确认触发器（状态为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标签¹ ⁴ 从3.→ 地图Link标签⁴ → 图形名称⁷ → Trigger表达式⁹	，用于构建触发器表达式*。 .2开始支持shape标签。
{$MACRO}	→ 参考: 用户自定义宏使用场景 *[用户自定义](/m	nual/config/macros/usermacros)宏。*
{#MACRO}	→ 参考: Low-level发现宏 *Low	level发现宏* 从2.0.0开始支持。

脚注

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

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

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

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

⁵ 从2.0.3开始支持。

⁶ 从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 字段。

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

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

⁸ 从2.4.0开始支持。

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

¹⁰ 从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}, 等)

Documentation

1 宏使用场景

概述

脚注

宏索引