keep- ingFre- quency 是 1 小 时, 一 个 周 期 内 不 会 删 除 超 过 4 小 时 的 过 期 信 息 (从 最 旧 的 数 据 开 始) 。 备 注: 为 降 低 server 压 力， house- keep- ing 将 在 server 启 动 以 后， 延 迟 30 分 钟 执 行。 因 此, 如 果 House- keep- ingFre- UnreachablePeriod 否 -3600 5 主 机不 可 用多 少 秒 后， 即 视 为 主 机 不 可 用。 107 参数名称必须配 范围 默认值 描述信息 User 否 abbix 低 系 统 某 普 通 用 户 的 权 限。 仅 当 以’root’ 身 份 运 行 且 Al- low- Root 参 数 设 置 为 禁 止 时， 该 参 数 才 起 作 用。 从 Zab- keep- ingFre- quency 是 1 小 时, 一 个 周 期 内 不 会 删 除 超 过 4 小 时 的 过 期 信 息 (从 最 旧 的 数 据 开 始) 。 备 注: 为 降 低 server 压 力， house- keep- ing 将 在 server 启 动 以 后， 延 迟 30 分 钟 执 行。 因 此, 如 果 House- keep- ingFre-

一 个 周 期 内 不 会 删 除 超 过 4 小 时 的 过 时 信 息 (start- ing from the old- est en- try) . 备 注: 为 降 低 server 压 力， house- keep- ing 延 后 server 启 动 30 分。 因 此, 如 果 House- keep- ingFre- quency 是 UnreachablePeriod no 1-3600 45 在 多 少 秒不 可 用 后， 即 视 为 主 机 不 可 用。 49 参数必 范围 默认值 描述 User no zabbix 降 低 权 限 为 系 统 中 存 在 的 指 定 用 户。 仅 当 系 统 以’root’ 身 份 运 行 且 Al- low- Root 禁 止 时， 该 参 数 才 起 作 用。 Zabbix 分。因此, 如果 HousekeepingFrequency 是 1，proxy 启动 30 分后执行第 一次 housekeeping , 一小时后 重复，Zabbix 2.4.0 以后有了 这种延迟行为。 从 Zabbix 3.0.0 开始，可以设 置 HousekeepingFrequency 为 0 来禁止自动 housekeeping.。此时 housekeeping 只能通过 housekeeper_execute

压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- 压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- type - 对于传感器芯片：”in” (电压), ”temp” (温度), ”fan” (风扇), 等， • item - ”input” (测量值), ”max” (高阈值), ”min” (低阈值), 等, • number - 总是用于可以不止一次出现的元素 (经常从 1 开始, 除了电压从 0 开始)，如果文件不引用特定的元素，则它们的名称简 单，没有数字。 可以通过 sensor-detect

压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- 压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- type - 对于传感器芯片：”in” (电压), ”temp” (温度), ”fan” (风扇), 等， • item - ”input” (测量值), ”max” (高阈值), ”min” (低阈值), 等, • number - 总是用于可以不止一次出现的元素 (经常从 1 开始, 除了电压从 0 开始)，如果文件不引用特定的元素，则它们的名称简 单，没有数字。 可以通过 sensor-detect

压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- 压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- type - 对于传感器芯片：”in” (电压), ”temp” (温度), ”fan” (风扇), 等， • item - ”input” (测量值), ”max” (高阈值), ”min” (低阈值), 等, • number - 总是用于可以不止一次出现的元素 (经常从 1 开始, 除了电压从 0 开始)，如果文件不引用特定的元素，则它们的名称简 单，没有数字。 可以通过 sensor-detect

压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- 压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- type - 对于传感器芯片：”in” (电压), ”temp” (温度), ”fan” (风扇), 等， • item - ”input” (测量值), ”max” (高阈值), ”min” (低阈值), 等, • number - 总是用于可以不止一次出现的元素 (经常从 1 开始, 除了电压从 0 开始)，如果文件不引用特定的元素，则它们的名称简 单，没有数字。 可以通过 sensor-detect

压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- 压 力，housekeeping 将 在 server 启动以后， 延迟 30 分钟执行。因 此, 如果 Housekeep- ingFrequency 是 1 小 时,serverg 启动 30 分 后执行第一次 housekeeping , 然后 按 1 小时为周期重复执 行。从 Zabbix 2.4.0 以 后有了这种延迟行为。 从 Zabbix 3.0.0 开始， 可以设置 Housekeep- type - 对于传感器芯片：”in” (电压), ”temp” (温度), ”fan” (风扇), 等， • item - ”input” (测量值), ”max” (高阈值), ”min” (低阈值), 等, • number - 总是用于可以不止一次出现的元素 (经常从 1 开始, 除了电压从 0 开始)，如果文件不引用特定的元素，则它们的名称简 单，没有数字。 可以通过 sensor-detect

请注意，无法删除活动/备用节点。 target - 列表中的节点编号 （可以通过运行 ha_status 获 得） ha_set_failover_delay=delay 设置高可用性 (HA) 故障转移延迟。 支持时间后缀，例如 10 秒，1 分钟。 secrets_reload 从 Vault 重新加载机密。 service_cache_reload 重新加载服务管理器缓存。 snmp_cache_reload -R log_level_increase=1234 降 低 所 有 http poller 进 程 的 日 志 级 别 ： shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R log_level_decrease="http poller" 将 HA 故障转移延迟设置为最短 10 秒的示例： shell> zabbix_server 如果主节点关闭并成功报告其状态为 “stopped”，另一个节点将在 5 秒内接管。 • 如果主节点关闭/变得不可用，而无法更新其状态，备用节点将等待故障转移延迟 + 5 秒来接管。 故障转移延迟是可配置的，支持的范围在 10 秒到 15 分钟之间 (默认为 1 分钟)。要修改故障切换延迟，可以执行以下命令: zabbix_server -R ha_set_failover_delay=5m 管理 HA 集群 可以使用专用的运行时控制

history.push API 方法也出现在用户角色配置 时的 API 方法的允许/拒绝列表中。 性能 更快的响应主机维护时段的更新 之前，维护操作仅每分钟重新计算一次，这可能导致启动或停止维护时段时延迟长达 60 秒。 现在，维护操作仍是每分钟重新计算一次，或者只要配置缓存重新加载就会立即重新计算。 每秒，计时器进程都会根据配置更新后维护时段是否有变化，来检查是否需要启动/停止维护操作。因此，启动/停止维护时段的速度取决 的操作、恢复操作和更新操作在触发状态更改后立即（少于 100 毫秒）执行，而以前用户可能会 遇到长达 4 秒的延迟。 通过多个进程（escalator 和 escalation initiator，escalator 和 alerter，preprocessing manager 和 history syncer）之间的进程间通信 （IPC）机制，可以降低延迟。 server 环境加固 现在可以通过限制一些 Zabbix 功能来加固 请注意，无法删除活动/备用节点。 target - 列表中的节点编号或名称（可以通过运行 ha_status 获得） ha_set_failover_delay=delay 设置高可用性 (HA) 故障转移延迟。 支持时间后缀，例如 10 秒，1 分钟。 proxy_config_cache_reload[=] 重新加载 proxy 配置缓存。 target - 逗号分隔的 proxy 名称的列表。