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 逻辑有多个例外： • 内部项目在队列的开头排队 • 依赖项始终在主项后排队 为了可视化数据预处理过程，我们可以使用以下简化图： 预处理队列中的值从队列的开头刷新到第一

这种改进使得权限要求较高的前端页面（如主机、问题）的加载速度更快。请注意，超级管理员用户的哈希和权限无需计算。 更快的触发器动作执行 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）中，这是监控项表的扩展。对于监控项表中的每条记录，都会创建

服务状态变化告警 现在可以接收有关服务状态更改的自动警报，类似于有关触发器状态更改的警报。 添加了一种新的服务动作 类型，类似于 Zabbix 中的其他动作。服务可能动作包括与服务相关的问题、恢复和更新动作的步骤。可以配置 两种类型的动作：向指定的收件人发送消息和在 Zabbix server 上执行远程命令。与触发动作类似，服务动作支持问题升级场景。 新的消息模板 Service、Service 表达式调试宏简化了触发器表达式的调试过程： • {TRIGGER.EXPRESSION.EXPLAIN},{TRIGGER.EXPRESSION.RECOVERY.EXPLAIN} - 解析为部分评估的触发器或恢复表达式，其 中仅应用基于监控项的函数； • {FUNCTION.VALUE<1-9>}、{FUNCTION.RECOVERY.VALUE<1-9>} - 解析为事件发生时第 N 个基于监控项的函数的结果。 运行时控制选项（见上文）。 zabbix[cluster,discovery,nodes] 内部监控项可用于节点发现，因为它返回具有高可用性节点信息的 JSON。 禁用 HA 集群 禁用 HA 高可用集群: • 备份配置文件 • 停止 standby 节点 • 移除 HANodeName 参数从活跃的主 server 上 • 重启主 server (它将以 standalone 模式启动) 实施细节 Zabbix

---------+ 如我们所见，此处数据库的字符集不是’utf8’，排序规则不是’utf8_bin’，因此我们需要对其进行修复。 2. 停止 Zabbix 服务。 3. 请务必创建一个数据库备份！ 4. 在数据库模式下，修改字符集和排序规则: alter database <您 的Zabbix数 据 库 名 称> character set utf8 collate utf8_bin; 之类的字符从’latin1’ 转换成’utf8’ 事，他们字节大小，将从 1 字 节变成 2 字节。因此，在更改数据库的字符集操作，可能需要比之前更多的空间。 7. 如果没有错误，您可以创建一个新的更改过字符集的数据库备份副本，以备不测。8. 启动 Zabbix 服务。 3 数据库的安全连接配置 总览 可以通过以下内容，配置 Mysql 和 PostgreSql 数据库，安全 TLS 加密连接: • Zabbix 对象。值映射不被应用。 如果出现错误（导出文件无法写入数据、无法重命名导出文件或重命名后无法创建新的导出文件），数据项将被删除，并且永远不会写入导 出文件。它只写入 Zabbix 数据库中。当写入问题解决后，即可恢复将数据写入导出文件的操作。 有关导出数据的详细信息，请参考导出协议 页面。 注意：如果在收到数据后、服务器导出数据之前，删除了主机/监控项，那么主机/监控项将没有元数据（例如：主机组、主机名、监控项名

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

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