• 触发器事件 - 触发器状态在OK和PROBLEM之间变化（本节内容）
• 发现事件
• 自动注册时间 - 新的客户端注册进来
• 内部事件 - item转变为unsupported状态，触发器转变为unknown状态

1. Action创建

点击configuration（配置）->Actions（报警）->选择事件来源

2. Action配置

参数：

• Name ： 唯一的action名字
• Default subject： 报警的默认标题
• Default message： 报警的默认内容
• Recovery message：是否在问题解决后发送消息。恢复消息，是否在报警恢复正常后发送消息。 Zabbix将“OK”状态的Trigger认为是一个恢复recovery event。
  注意：如果使用了Escalation机制，Recovery event只会触发一次。对已Recovery的报警，可以像发出报警的邮件一样，设置报警标题和内容。
• Enabled：是够启用这个action

以下几点需要注意：

• 自定义的恢复信息，只针对Condition，是“Trigger value is PROBLEM”的生效。
• 恢复信息只会发送给那些之前收到过关于这个Action报警信息的人。
• 恢复信息和Action 依赖PROBLEM生成的Evnet维护同一份ACK状态。
• 在Recovery信息中，EVENT.*Macro中的数据，都是基于出问题的Event，而不是Recovery。
• 在Recovery信息中，EVENT.RECOVERY.* 表示的是出自Recovery event的数据。

Default message详细内容：

Trigger: {TRIGGER.NAME}

Trigger status: {TRIGGER.STATUS}

Trigger severity: {TRIGGER.SEVERITY}

Trigger URL: {TRIGGER.URL}

Item values:

1. {ITEM.NAME1} ({HOST.NAME1}:{ITEM.KEY1}): {ITEM.VALUE1}

2. {ITEM.NAME2} ({HOST.NAME2}:{ITEM.KEY2}): {ITEM.VALUE2}

3. {ITEM.NAME3} ({HOST.NAME3}:{ITEM.KEY3}): {ITEM.VALUE3}

Original event ID: {EVENT.ID}

3. 条件conditions配置

Type Of calculation：各种条件之间的关系，包含AND、OR 以及AND/OR，如上图是AND关系，同时要满足以上机器不在维护状态以及触发器值为PROBLEM才会触发报警的动作。

4. operations配置

此处没有报警的动作，当你满足了报警条件也没有任何意义，因为你不执行任何报警的操作，那还要action做什么，对吧？话说回来，每个action都必须配置operations。

图片上的step说的可能不是很明白，表示阶段，1表示第一次报警，如果2表示第二次报警。action operations可以添加多个，如下：