服务状态变化告警 现在可以接收有关服务状态更改的自动警报，类似于有关触发器状态更改的警报。 添加了一种新的服务动作 类型，类似于 Zabbix 中的其他动作。服务可能动作包括与服务相关的问题、恢复和更新动作的步骤。可以配置 两种类型的动作：向指定的收件人发送消息和在 Zabbix server 上执行远程命令。与触发动作类似，服务动作支持问题升级场景。 新的消息模板 Service、Service 表达式调试宏简化了触发器表达式的调试过程： • {TRIGGER.EXPRESSION.EXPLAIN},{TRIGGER.EXPRESSION.RECOVERY.EXPLAIN} - 解析为部分评估的触发器或恢复表达式，其 中仅应用基于监控项的函数； • {FUNCTION.VALUE<1-9>}、{FUNCTION.RECOVERY.VALUE<1-9>} - 解析为事件发生时第 N 个基于监控项的函数的结果。 表达式，这个表达式定义了数据的可 接受的阈值级别。 如果收到的数据超过了这个定义好的级别，触发器将被 “触发”，或者进入 “问题” 状态——从而引起我们的注意，让我们知道有问题发生。 如果数据再次恢复到合理的范围，触发器将返回 “ok” 状态。 添加触发器 131 为监控项配置触发器，前往配置 → 主机，找到” 新增的主机 “，点击旁边的触发器，然后点击创建触发器。将会展示一个触发器配置表。

这种改进使得权限要求较高的前端页面（如主机、问题）的加载速度更快。请注意，超级管理员用户的哈希和权限无需计算。 更快的触发器动作执行 8 现在，在 Zabbix server 上，触发器动作 的操作、恢复操作和更新操作在触发状态更改后立即（少于 100 毫秒）执行，而以前用户可能会 遇到长达 4 秒的延迟。 通过多个进程（escalator 和 escalation initiator，escalator name>}、{EVENT.TAGS}、{EVENT.TAGSJSON}、{EVENT.RECOVERY.TAGS}、 {EVENT.RECOVERY.TAGSJSON} 宏。 这些更改允许通过内部事件恢复通知使用 webhook 来更新或关闭外部问题/支持票据。 数据库 TimescaleDB 上的 Auditlog 转换为超表 在新安装中，auditlog 表已转换为 TimescaleDB 上的超表，以利用时间自动分区（默认 宏 监控项和监控项原型名称中支持的用户宏 用户宏现在支持在监控项名称和监控项原型名称中使用。 请注意，在 Zabbix 6.0 中，已从监控项/监控项原型名称中移除了对用户宏的支持。现在，该支持已恢复。现在还支持使用已解析的宏来 搜索监控项名称，这在之前是不支持的。 具有已解析宏的监控项名称存储在单独的数据库表（item_rtname）中，这是监控项表的扩展。对于监控项表中的每条记录，都会创建

get a precise problem detection time. eventid number Problem event ID. value number 1 (always). 将为恢复事件导出以下信息： Field Type Description clock number Number of seconds since Epoch to the moment when problem sensor[lm85-i2c-0-2e,in1] 1.301000 1例如，一个简单的触发器 {host:item.timeleft(1h,,X)} < 1h 当监控项值接近 X 时可能进入异常状态，然后一旦达到值 X 就突然恢复。如果异常是监控项值低 于 X，请使用：{host:item.last()} < X or {host:item.timeleft(1h,,X)} < 1h 如果异常是项目值高于 X，请使用：{host:item Period 应该比 UnreachableDelay 大几倍, 这样在主机变为不可用之前， 主机会被检查不止一次。 如果不可达主机再次出现, 监控自动恢复正常: 恢复 Zabbix agent 对主机”New host” 的检查: 连接恢复 不可用主机 主机不可达期结束后主机没有再次出现, 视主机为不可用。 在 server 日志中，不可用是通过类似下面的消息来表示的: 181 temporarily

get a precise problem detection time. eventid number Problem event ID. value number 1 (always). 将为恢复事件导出以下信息： Field Type Description clock number Number of seconds since Epoch to the moment when problem (low threshold), etc., 1例如，一个简单的触发器 {host:item.timeleft(1h,,X)} < 1h 当监控项值接近 X 时可能进入异常状态，然后一旦达到值 X 就突然恢复。如果异常是监控项值低 于 X，请使用：{host:item.last()} < X or {host:item.timeleft(1h,,X)} < 1h 如果异常是项目值高于 X，请使用：{host:item Period 应该比 UnreachableDelay 大几倍, 这样在主机变为不可用之前， 主机会被检查不止一次。 如果不可达主机再次出现, 监控自动恢复正常: 恢复 Zabbix agent 对主机”New host” 的检查: 连接恢复 不可用主机 主机不可达期结束后主机没有再次出现, 视主机为不可用。 在 server 日志中，不可用是通过类似下面的消息来表示的: temporarily

get a precise problem detection time. eventid number Problem event ID. value number 1 (always). 将为恢复事件导出以下信息： Field Type Description clock number Number of seconds since Epoch to the moment when problem 如果 CHAR 类型用于主项目，则主 项目值将在历史同步阶段被截断，而依赖项目将从主项目的初始（未截断）值接收它们的值。 预处理队列 预处理队列是一种 FIFO 数据结构，它存储保留预处理管理器恢复值的顺序的值。FIFO 逻辑有多个例外： • 内部项目在队列的开头排队 • 依赖项始终在主项后排队 为了可视化数据预处理过程，我们可以使用以下简化图： 预处理队列中的值从队列的开头刷新到第一 Period 应该比 UnreachableDelay 大几倍, 这样在主机变为不可用之前， 主机会被检查不止一次。 如果不可达主机再次出现, 监控自动恢复正常: 恢复 Zabbix agent 对主机”New host” 的检查: 连接恢复 不可用主机 主机不可达期结束后主机没有再次出现, 视主机为不可用。 在 server 日志中，不可用是通过类似下面的消息来表示的: temporarily

get a precise problem detection time. eventid number Problem event ID. value number 1 (always). 将为恢复事件导出以下信息： Field Type Description clock number Number of seconds since Epoch to the moment when problem sensor[lm85-i2c-0-2e,in1] 1.301000 1例如，一个简单的触发器 {host:item.timeleft(1h,,X)} < 1h 当监控项值接近 X 时可能进入异常状态，然后一旦达到值 X 就突然恢复。如果异常是监控项值低 于 X，请使用：{host:item.last()} < X or {host:item.timeleft(1h,,X)} < 1h 如果异常是项目值高于 X，请使用：{host:item 如果 CHAR 类型用于主项目，则主 项目值将在历史同步阶段被截断，而依赖项目将从主项目的初始（未截断）值接收它们的值。 预处理队列 预处理队列是一种 FIFO 数据结构，它存储保留预处理管理器恢复值的顺序的值。FIFO 逻辑有多个例外： • 内部项目在队列的开头排队 • 依赖项始终在主项后排队 为了可视化数据预处理过程，我们可以使用以下简化图： 预处理队列中的值从队列的开头刷新到第一

对象。值映射不被应用。 如果出现错误（导出文件无法写入数据、无法重命名导出文件或重命名后无法创建新的导出文件），数据项将被删除，并且永远不会写入导 出文件。它只写入 Zabbix 数据库中。当写入问题解决后，即可恢复将数据写入导出文件的操作。 有关导出数据的详细信息，请参考导出协议 页面。 注意：如果在收到数据后、服务器导出数据之前，删除了主机/监控项，那么主机/监控项将没有元数据（例如：主机组、主机名、监控项名 数字从 期开始到检测到问题的时间（整数部分）的秒数。 ns 数字将 秒添加到时钟以获取精确的问题检测时间。 eventid 数字问 事件 ID。 value 数字 1 通常）。 导出以下信息以进行恢复事件： Field 类型描 clock 数字从 期开始到问题解决为止的秒数（整数部分）。 ns 数字将 秒添加到添加到 “时钟” 以得到精确的问题解决时间。 414 Field 类型描 eventid pollers are too busy on Zabbix Server","clock":1519304285,"ns":123456789,"eventid":42, "value":1} 恢复： {"clock":1519304345,"ns":987654321,"eventid":43,"p_eventid":42,"value":0} 问题（生成多个问题事件）： {"hosts":[{"host":"Host

Period 应该比 UnreachableDelay 大几倍, 这样在主机变为不可用之前， 主机会被检查不止一次。 如果不可达主机再次出现, 监控自动恢复正常: 恢复 Zabbix agent 对主机”New host” 的检查: 连接恢复 不可用主机 主机不可达期结束后主机没有再次出现, 视主机为不可用。 在 server 日志中，不可用是通过类似下面的消息来表示的: temporarily UnavailableDelay 参数定义了在主机不可用期间，主机被检查的频率。 默认为 60 秒 (所以此时从上面的日志信息来看，”temporarily disabling” 意味着禁用检查一分钟)。 当主机连接恢复时，监控也会自动恢复正常: 启 用Zabbix agent 对 "New host"主 机 的 检 查: 主 机 变 为 可 达 7 传感器 每个传感器芯片在 sysfs /sys/devices 都有 当系统启动/关机时启动脚本用来自动启动/停止 Zabbix 进程, 脚本放在目录 misc/init.d 下. 支持平台 由于安全要求和服务器关键任务的操作, UNIX 系统是唯一能够提供必要性能, 容错和恢复能力的操作系统. Zabbix 运转也是市场领先版本. Zabbix server 支持以下平台: • Linux • Solaris • AIX • HP-UX • Mac OS X

get a precise problem detection time. eventid number Problem event ID. value number 1 (always). 将为恢复事件导出以下信息： Field Type Description clock number Number of seconds since Epoch to the moment when problem Period 应该比 UnreachableDelay 大几倍, 这样在主机变为不可用之前， 主机会被检查不止一次。 如果不可达主机再次出现, 监控自动恢复正常: 恢复 Zabbix agent 对主机”New host” 的检查: 连接恢复 不可用主机 主机不可达期结束后主机没有再次出现, 视主机为不可用。 在 server 日志中，不可用是通过类似下面的消息来表示的: temporarily UnavailableDelay 参数定义了在主机不可用期间，主机被检查的频率。 默认为 60 秒 (所以此时从上面的日志信息来看，”temporarily disabling” 意味着禁用检查一分钟)。 当主机连接恢复时，监控也会自动恢复正常: 启 用Zabbix agent 对 "New host"主 机 的 检 查: 主 机 变 为 可 达 12 Unreachable/unavailable host settings