下编写和发布的。 软件更新检查 现在在新的和现有的安装中默认添加了软件更新检查功能 - Zabbix 前端将与公共 Zabbix 终端通信以检查更新。 关于可用的 Zabbix 软件更新信息将显示在 报表 -> 系统信息 和 系统信息的仪表盘部件 (可选)。您可以通过在 server 配置中设置 AllowSoftwareUpdateCheck=0 来关闭软件更新检查配置。 Oracle 方法的允许/拒绝列表中。 性能 更快的响应主机维护时段的更新 之前，维护操作仅每分钟重新计算一次，这可能导致启动或停止维护时段时延迟长达 60 秒。 现在，维护操作仍是每分钟重新计算一次，或者只要配置缓存重新加载就会立即重新计算。 每秒，计时器进程都会根据配置更新后维护时段是否有变化，来检查是否需要启动/停止维护操作。因此，启动/停止维护时段的速度取决 于配置的更新间隔（默认为 10 秒）。请注意，维护时段的更改不包括 这种改进使得权限要求较高的前端页面（如主机、问题）的加载速度更快。请注意，超级管理员用户的哈希和权限无需计算。 更快的触发器动作执行 8 现在，在 Zabbix server 上，触发器动作 的操作、恢复操作和更新操作在触发状态更改后立即（少于 100 毫秒）执行，而以前用户可能会 遇到长达 4 秒的延迟。 通过多个进程（escalator 和 escalation initiator，escalator 和

. . . . . . . . . . . 115 10 6.0.0 更新说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118 11 6.0.1 更新说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120 12 6.0.2 更新说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120 13 6.0.3 更新说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120 14 6.0.4 更新说明 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120 15 6.0.5 更新说明 . . . . . . . . . . . . . . . . . .

to this documentation not expressly granted above. 附录 请使用侧栏访问附录部分中的内容。 1 常见问题/疑难解答 常见问题 1. Q：可以更新或清空队列（如菜单 “管理”→“队列” 中所展示的队列）？ A: 不可以。 2. Q: 如何从一个数据库迁移到另一个数据库？ A: 只需要转存数据 (对于 MySQL, 使用参数 -t 或 --no-create-info) 中的所有空格，因为空格只在老版本中起作用，而在 3.0 版本的监控项 key 中，空格不是一个有效 的标示符（或者因为其它需要大量修改监控项 key 的场景），应该如何做以及有哪些注意事项？ A: 可以使用数据库更新语句用下划线替换所有出现的空格: update items set key_=replace(key_,’ ’,’_’); 触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: ，大型表的初始压缩可能需要很多时间。 Note: 推荐用户在使用压缩之前熟悉 TimescaleDB 压缩说明文档。 注意, 压缩是有一定限制的, 确切地说： • 压缩块的编辑 (插入，删除，更新) 是不支持的 • 压缩表的架构更改是不支持的 压缩设置可以在位于 Zabbix 前端 Administration → General → Housekeeping 中的 History and

to this documentation not expressly granted above. 附录 请使用侧栏访问附录部分中的内容。 1 常见问题/疑难解答赵 常见问题 1. Q：可以更新或清空队列（如菜单 “管理”→“队列” 中所展示的队列）？ A: 不可以。 2. Q: 如何从一个数据库迁移到另一个数据库？ A: 只需要转存数据 (对于 MySQL, 使用参数 -t 或 --no-create-info) 中的所有空格，因为空格只在老版本中起作用，而在 3.0 版本的监控项 key 中，空格不是一个有效 的标示符（或者因为其它需要大量修改监控项 key 的场景），应该如何做以及有哪些注意事项？ A: 可以使用数据库更新语句用下划线替换所有出现的空格: update items set key_=replace(key_,’ ’,’_’); 触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: configuration file parameters are properly configured. Zabbix server 和前端 Zabbix server and frontend 已经更新参数的 Zabbix server 配置文件示例如下：Zabbix server configuration file draft with parameters to be updated: ###

to this documentation not expressly granted above. 附录 请使用侧栏访问附录部分中的内容。 1 常见问题/疑难解答 常见问题 1. Q：可以更新或清空队列（如菜单 “管理”→“队列” 中所展示的队列）？ A: 不可以。 2. Q: 如何从一个数据库迁移到另一个数据库？ A: 只需要转存数据 (对于 MySQL, 使用参数 -t 或 --no-create-info) 中的所有空格，因为空格只在老版本中起作用，而在 3.0 版本的监控项 key 中，空格不是一个有效 的标示符（或者因为其它需要大量修改监控项 key 的场景），应该如何做以及有哪些注意事项？ A: 可以使用数据库更新语句用下划线替换所有出现的空格: update items set key_=replace(key_,’ ’,’_’); 触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: configuration file parameters are properly configured. Zabbix server 和前端 Zabbix server and frontend 已经更新参数的 Zabbix server 配置文件示例如下：Zabbix server configuration file draft with parameters to be updated: ###

to this documentation not expressly granted above. 附录 请使用侧栏访问附录部分中的内容。 1 常见问题/疑难解答赵 常见问题 1. Q：可以更新或清空队列（如菜单 “管理”→“队列” 中所展示的队列）？ A: 不可以。 2. Q: 如何从一个数据库迁移到另一个数据库？ A: 只需要转存数据 (对于 MySQL, 使用参数 -t 或 --no-create-info) 中的所有空格，因为空格只在老版本中起作用，而在 3.0 版本的监控项 key 中，空格不是一个有效 的标示符（或者因为其它需要大量修改监控项 key 的场景），应该如何做以及有哪些注意事项？ A: 可以使用数据库更新语句用下划线替换所有出现的空格: update items set key_=replace(key_,’ ’,’_’); 触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: configuration file parameters are properly configured. Zabbix server 和前端 Zabbix server and frontend 已经更新参数的 Zabbix server 配置文件示例如下：Zabbix server configuration file draft with parameters to be updated: ###

to this documentation not expressly granted above. 附录 请使用侧栏访问附录部分中的内容。 1 常见问题/疑难解答 常见问题 1. Q：可以更新或清空队列（如菜单 “管理”→“队列” 中所展示的队列）？ A: 不可以。 2. Q: 如何从一个数据库迁移到另一个数据库？ A: 只需要转存数据 (对于 MySQL, 使用参数 -t 或 --no-create-info) 中的所有空格，因为空格只在老版本中起作用，而在 3.0 版本的监控项 key 中，空格不是一个有效 的标示符（或者因为其它需要大量修改监控项 key 的场景），应该如何做以及有哪些注意事项？ A: 可以使用数据库更新语句用下划线替换所有出现的空格: update items set key_=replace(key_,’ ’,’_’); 触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: configuration file parameters are properly configured. Zabbix server 和前端 Zabbix server and frontend 已经更新参数的 Zabbix server 配置文件示例如下：Zabbix server configuration file draft with parameters to be updated: ###

to this documentation not expressly granted above. 附录 请使用侧栏访问附录部分中的内容。 1 常见问题/疑难解答赵 常见问题 1. Q：可以更新或清空队列（如菜单 “管理”→“队列” 中所展示的队列）？ A: 不可以。 2. Q: 如何从一个数据库迁移到另一个数据库？ A: 只需要转存数据 (对于 MySQL, 使用参数 -t 或 --no-create-info) 中的所有空格，因为空格只在老版本中起作用，而在 3.0 版本的监控项 key 中，空格不是一个有效 的标示符（或者因为其它需要大量修改监控项 key 的场景），应该如何做以及有哪些注意事项？ A: 可以使用数据库更新语句用下划线替换所有出现的空格: update items set key_=replace(key_,’ ’,’_’); 触发器可以使用这些监控项而不需要额外的改动，但是需要修改以下位置的监控项引用: configuration file parameters are properly configured. Zabbix server 和前端 Zabbix server and frontend 已经更新参数的 Zabbix server 配置文件示例如下：Zabbix server configuration file draft with parameters to be updated: ###

to this documentation not expressly granted above. 附录 请使用侧栏访问附录部分中的内容。 1 常见问题/疑难解答 常见问题 1. Q：可以更新或清空队列（如，管理 → 队列中展示的队列）？ A: 不可以。 2. Q: 如何从一个数据库迁移到另一个数据库？ A: 只需要转存数据 (对于 MySQL, 用 flag -t or --no-create-info) 此延迟应该设置为任一 VMware 监视项的最小更新间 隔。 这个参数在 Zabbix 2.2.0 之后 得到了支持。 VMwarePerfFrequency no 10-86400 60 从一个 VMware 服务的性能计 数器数据检索中延迟几秒 该延迟应该设置为任一 VMware 监控的监控项（使用 VMware 性能计数器）最小更新 间隔。 Zabbix 2.2.9, 2.4.4 后支持该 可以运行”typeperf -qx” 命令 来得到在 Windows 中所有可用 的性能计数器列表。 RefreshActiveChecks no 60-3600 120 主动检查频率, 单位秒. 如果更新失败，60s 后会尝试 第二次更新。 98 Parameter Mandatory Range Default Description Server no IP 地址列表，以逗号分割，可 选 server 的 CIDR

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 8 更新软件包 47 8.1 新的 Debian 版本 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48 8.4 更新打包风格 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 8.6 对更新软件包的几点提示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .