倍）。存在难以定义此类阈值的用例。例如，一个新的但非常受欢迎的网站的网络流量可以在一年内自然增长很多倍， 但增长速度是未知的。然而，无论自然流量增长如何，由于 DDOS 攻击导致的突然流量激增都必须生成警报。 异常检测算法正是这样做的——在其他值的上下文中查找看起来不正常的数据（异常值）。 添加了新的历史函数 trendstl()，它使用’ 分解’ 方法来计算异常率。它将单个时间序列拆分为其他三个序列： 2GB，或者 5 年需要占用 11GB 。 • Housekeeper 的事件记录设置 每个 Zabbix 事件需要大约 250 个字节的磁盘空间1。很难估计 Zabbix 每天生成的事件数量。在最坏的情况下，假设 Zabbix 每秒生成一 个事件。 对 于 每 个 恢 复 的 事 件， 将 创 建 一 个 event_recovery 记 录。 通 常， 大 多 数 事 件 将 被 恢 复， 因 此 我 1.13 + 版本的环境。 在安装了 web 服务的机器上运行 zabbix_web_service： shell> zabbix_web_service 可在web 服务 了解关于配置定时报表生成的更多信息。 在 macOS 上构建 Zabbix agent 概述 本节演示如何从包含或不包含 TLS 的源代码构建 Zabbix macOS agent 二进制文件。 必要条件 您将需要命令行开发人员工具（不需要

） • timer - 处理维护的计时器 • trapper - 用于主动检查、陷阱、proxy 通信的 trapper • trigger housekeeper - 用于删除已删除的触发器生成的问题 • unreachable poller - 不可达设备的轮询器 • vmware collector - VMware 数据收集器，负责从 VMware 服务收集数据 服务器日志文件可用于观察这些进程类型。 命名读/写锁，访问同步。 github.com/chromedp/cdproto 0.0.0 为 Chrome DevTools 协议域生成的命令、类型和事件。 github.com/chromedp/chromedp 0.6.0 Chrome DevTools 协议支持（报告生成）。 github.com/dustin/gomemcached 0.0.0 用于 go 的 memcached 二进制协议工具包。 2GB，或者 5 年需要占用 11GB 。 • Housekeeper 的事件记录设置 每个 Zabbix 事件需要大约 250 个字节的磁盘空间1。很难估计 Zabbix 每天生成的事件数量。在最坏的情况下，假设 Zabbix 每秒生成一 个事件。 对 于 每 个 恢 复 的 事 件， 将 创 建 一 个 event_recovery 记 录。 通 常， 大 多 数 事 件 将 被 恢 复， 因 此 我

数只能由新的 StartAlerters 参数限制，每个触发器生成的 告警都会顺序的进行处理。 还有其他相关的更新： • 有三个可用的新告警处理选项在媒体类型配置中: 并发会话, 重试和 重试间隔: • 数据库看门狗进程的功能已经合并到告警管理器中，并且看门狗进程本身也被删除。 5.6 已通知的问题确认 现在可以在确认触发器生成的问题时收到 Zabbix 所有可用方式的通知，为了实现这一点，而创建了一种新的操 的空间。 • 事件（Events）数据的回收清理设置（Housekeeper） 每个 Zabbix 事件需要大约 170 字节的磁盘空间。很难估计 Zabbix 每天生成的事件数量。最糟糕的情况下，我们可能需要假设 Zabbix 每 秒会生成一个事件。 这意味着，如果我们需要保留 3 年的事件，需要 3*365*24*3600* 170 = 15GB 的磁盘空间。 下表列出了用于计算 Zabbix 的前端文件到这个目录下（注意替换为实际的 目录）： mkdir /zabbix cd frontends/php cp -a . /zabbix 如果准备从 SVN 安装英语以外的语言，你必须生成翻译文件。可以运行下列命令： locale/make_mo.sh 需要 gettext 安装包的 msgfmt 组件。 Note: 另外，使用英语以外的语言，需要在 Web 服务器上安装该语言对应的

deprecated. {TRIGGER.EVENTS.ACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的已确认事件数，或者在通知中生成当 前事件的触发器的已确认事件数。* 从 1.8.3 开始支持。 {TRIGGER.EVENTS.ACK} → Trigger-based notifications → Problem update since 1.8.3. {TRIGGER.EVENTS.UNACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的未确认事件数，或者通知中生成当前 事件的触发器的未确认事件数。* 从 1.8.3 开始支持地图元素标签。 {TRIGGER.EVENTS.UNACK} → Trigger-based notifications → Problem 含有关每个活动的详细信息。 • 以前在事件细节 中有单独的窗口用于确认、消息动作和命令动作操作。现在，关于问题的所有活动都显示在一个窗口，该窗口中的 符号图标用于全面展示问题生命周期的每个阶段，包括问题生成和问题关闭的条目，都有其相应的符号图标得以呈现； • 以前在动作中的 “确认操作” 已经被重命名为更新操作； • 现在将始终启用事件确认（以前是 管理 → 一般 → 界面设置) 的 启用事件确认复选框）；

deprecated. {TRIGGER.EVENTS.ACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的已确认事件数，或者在通知中生成当 前事件的触发器的已确认事件数。* 从 1.8.3 开始支持。 {TRIGGER.EVENTS.ACK} → Trigger-based notifications → Problem update since 1.8.3. {TRIGGER.EVENTS.UNACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的未确认事件数，或者通知中生成当前 事件的触发器的未确认事件数。* 从 1.8.3 开始支持地图元素标签。 {TRIGGER.EVENTS.UNACK} → Trigger-based notifications → Problem 2.2GB 空间，或者 5 年需要占用 11GB 空 间。 • 事件的管家设置 每个 Zabbix 事件需要大约 170 个字节的磁盘空间。很难估计 Zabbix 每天生成的事件数量。在最坏的情况下，假设 Zabbix 每秒生成一 个事件。 这意味着如果想要保留 3 年的事件，这将需要占用 3*365*24*3600* 170 = 15GB 的空间。 276 下表包含可用于计算 Zabbix

deprecated. {TRIGGER.EVENTS.ACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的已确认事件数，或者在通知中生成当 前事件的触发器的已确认事件数。* 从 1.8.3 开始支持。 {TRIGGER.EVENTS.ACK} → Trigger-based notifications → Problem update since 1.8.3. {TRIGGER.EVENTS.UNACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的未确认事件数，或者通知中生成当前 事件的触发器的未确认事件数。* 从 1.8.3 开始支持地图元素标签。 {TRIGGER.EVENTS.UNACK} → Trigger-based notifications → Problem 2.2GB 空间，或者 5 年需要占用 11GB 空 间。 • 事件的管家设置 每个 Zabbix 事件需要大约 170 个字节的磁盘空间。很难估计 Zabbix 每天生成的事件数量。在最坏的情况下，假设 Zabbix 每秒生成一 个事件。 这意味着如果想要保留 3 年的事件，这将需要占用 3*365*24*3600* 170 = 15GB 的空间。 286 下表包含可用于计算 Zabbix

deprecated. {TRIGGER.EVENTS.ACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的已确认事件数，或者在通知中生成当 前事件的触发器的已确认事件数。* 从 1.8.3 开始支持。 {TRIGGER.EVENTS.ACK} → Trigger-based notifications → Problem update since 1.8.3. {TRIGGER.EVENTS.UNACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的未确认事件数，或者通知中生成当前 事件的触发器的未确认事件数。* 从 1.8.3 开始支持地图元素标签。 {TRIGGER.EVENTS.UNACK} → Trigger-based notifications → Problem 2.2GB 空间，或者 5 年需要占用 11GB 空 间。 • 事件的管家设置 每个 Zabbix 事件需要大约 170 个字节的磁盘空间。很难估计 Zabbix 每天生成的事件数量。在最坏的情况下，假设 Zabbix 每秒生成一 个事件。 这意味着如果想要保留 3 年的事件，这将需要占用 3*365*24*3600* 170 = 15GB 的空间。 273 下表包含可用于计算 Zabbix

将此字段留空；如果需要自定义重定向，则可以在 Zabbix 的 Administration（管理）→ Users（用户）设置中添加它。 – 根据您的喜好填写其它字段。 Note: 如果计划使用加密连接，请生成专用和公用加密证书，然后将公用证书上传到 Okta。当 Assertion Encryption（断言加密）设置 为 “已加密” 时，将显示证书上传表单 (单击 Show Advanced Settings（显示高级设置）以找到此参数) "eventid":42, "value":1} 恢复： {"clock":1519304345,"ns":987654321,"eventid":43,"p_eventid":42,"value":0} 问题（生成多个问题事件）： {"hosts":[{"host":"Host B", "name":"Host B visible"},{"host":"Zabbix Server","name":"Zabbix 可以使用新的键值 perf_instance.discovery[] 和 perf_instance_en.discovery[] 发现 Windows 性能计数器的对象实例。 这对于发现多实例性能计数器和自动生成 perf_counter 和 perf_counter_en 监控项非常有用 (参见更多信息)。 通过 agent2 监控 PostgreSQL 数据库 可以通过 Zabbix agent2 快速部署

deprecated. {TRIGGER.EVENTS.ACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的已确认事件数，或者在通知中生成当 前事件的触发器的已确认事件数。* 从 1.8.3 开始支持。 {TRIGGER.EVENTS.ACK} → Trigger-based notifications → Problem update since 1.8.3. {TRIGGER.EVENTS.UNACK} → 基于 Trigger 的通知 * 地图中 → 故障 更新通知 → 地图中的 Icon 标签1 素的未确认事件数，或者通知中生成当前 事件的触发器的未确认事件数。* 从 1.8.3 开始支持地图元素标签。 {TRIGGER.EVENTS.UNACK} → Trigger-based notifications → Problem 2.2GB 空间，或者 5 年需要占用 11GB 空 间。 • 事件的管家设置 每个 Zabbix 事件需要大约 170 个字节的磁盘空间。很难估计 Zabbix 每天生成的事件数量。在最坏的情况下，假设 Zabbix 每秒生成一 个事件。 这意味着如果想要保留 3 年的事件，这将需要占用 3*365*24*3600* 170 = 15GB 的空间。 439 下表包含可用于计算 Zabbix