11 维护
概述
您可以在Zabbix中为主机和主机组定义维护周期。
此外，通过指定触发器标签，可以仅为单个触发器（或触发器子集）定义维护。 在这种情况下，维护将仅针对这些触发器激活；主机或主机组的所有其他触发器将不处于维护状态。
有两种维护类型 - 带数据收集和不带数据收集 收集
在"带数据收集"的维护期间，触发器会按以下方式处理 当需要时创建常规事件和问题事件。然而，问题升级 在维护期间暂停主机/触发器操作，如果暂停操作 在动作配置中勾选了"针对被抑制的问题"选项。 在这种情况下，升级步骤可能包括发送通知或 在维护期间内，远程命令将被忽略 持续. 请注意问题恢复和update操作不会 在维护期间被抑制，仅限升级。
例如，如果升级步骤安排在0、30和60分钟 在问题开始后，有一段持续半小时的维护期 从实际问题出现后的10分钟到40分钟内，执行第二步和 三个将在半小时后执行，或在60分钟和90分钟时执行 分钟（前提是问题仍然存在）。同样，如果问题 在维护期间出现问题时，升级流程将在之后启动 维护
在维护期间正常接收问题通知 (立即执行), 您必须取消勾选暂停操作选项 操作配置中的"抑制问题*"选项
如果至少有一个主机（用于触发器表达式）未 在维护模式下，Zabbix将发送问题 通知
Zabbix server 必须在维护期间保持运行。定时器进程是 负责在0秒时将主机状态切换至/退出维护模式 每分钟。请注意，当一个主机进入维护状态时，Zabbix server 定时器进程将读取所有未解决的问题以检查是否需要处理 以抑制这些。如果数量很多，可能会对性能产生影响 未解决的问题。Zabbix server 在启动时也会读取所有未解决的问题 启动时，即使当时未配置任何维护任务。
请注意，Zabbix server（或proxy）始终会收集数据，与维护类型无关 （包括"无数据"维护状态）。后续这些数据将被系统忽略 如果设置了'无数据收集'的服务器。
当"无数据"维护结束时，使用nodata()函数的触发器将 在检查期间，下次检查之前不触发。
如果日志监控项在一个主机处于维护状态时被添加 维护结束，仅处理维护结束后新生成的日志文件条目 维护将被收集。
如果为一个主机发送的时间戳值处于“无数据”状态 维护类型（例如使用Zabbix sender） 那么该值将被丢弃，但可以发送一个 维护周期已过的时间戳值将被 已接受
如果用户更改了维护周期主机、组或标签， 更改仅在configuration cache后生效 同步
创建维护周期时，将使用创建用户的time zone。 但对于周期性维护周期（每日、每周、每月），将使用Zabbix server的时区。 为确保周期性维护周期的行为可预测，要求Zabbix所有组件使用统一的时区。
配置
配置维护周期:
- 前往: 配置 → 维护
- 点击 创建维护周期 (或现有维护周期名称)
- 在表单中输入维护参数
所有必填字段均以红色星号标记。
| 参数 | 描述 |
|---|---|
| Name | 维护周期名称。 |
| Maintenance type | 可设置两种维护类型: 带数据收集 - 服务器在维护期间会收集数据，触发器会被处理 无数据收集 - 服务器在维护期间不会收集数据 |
| Active since | 维护周期开始生效的日期和时间。 注意: 仅设置此时间不会激活维护周期；必须在周期中配置维护周期(见下文)。 |
| Active till | 维护周期停止生效的日期和时间。 |
| Periods | 此区块允许定义维护发生的具体日期和时间。点击 会打开一个灵活的维护周期表单弹窗，可在此定义维护计划。详见维护周期的详细说明。 |
| Host groups | 选择维护将激活的主机组。维护将对指定主机组(s)中的所有主机激活。此字段支持自动补全，输入时会显示所有可用主机组的下拉列表。 指定父主机组会隐式选择所有嵌套的主机组。因此维护也会对嵌套组中的主机激活。 |
| Hosts | 选择维护将激活的主机。此字段支持自动补全，输入时会显示所有可用主机的下拉列表。 |
| Tags | 如果指定了维护标签，对所选主机的维护将被激活，但仅会抑制匹配标签的问题(即不会采取任何操作)。 多个标签的计算方式如下: 与/或 - 所有标签必须对应；但相同标签名的标签按或条件计算 或 - 只需一个标签对应即可 有两种匹配标签值的方式: 包含 - 区分大小写的子串匹配(标签值包含输入的string) 等于 - 区分大小写的string匹配(标签值等于输入的string) 只有在选择带数据收集模式时才能指定标签。 |
| Description | 维护周期描述。 |
维护周期
维护周期窗口用于安排定期或 一次性维护。该表单是动态的，包含可用字段 根据所选的Period type进行变更。
| 周期类型 | 描述 |
|---|---|
| One time only | 定义日期和时间，以及维护周期的时长。 |
| Daily | 每天 - 维护频率: 1 (默认) - 每天, 2 - 每两天, 以此类推. 在(时:分) - 维护开始的每日时间. 维护周期时长 - 维护将持续激活的时间长度. |
| Weekly | 每周 - 维护频率: 1 (默认) - 每周一次, 2 - 每两周一次, 以此类推. 星期几 - 指定维护发生的具体星期. 时间(时:分) - 每日维护开始的具体时间. 维护周期时长 - 维护将持续激活的时间长度. |
| Monthly | 月份 - 选择执行定期维护的所有月份。 日期: 每月第几天 - 若维护在每月固定日期进行（例如每月1日），请选择此选项。随后在出现的新字段中选择所需日期。 日期: 星期几 - 若维护仅在特定周几进行（例如每月第一个周一），请选择此选项。然后在下拉菜单中选择月份中的具体周次（第一周/第二周/第三周/第四周/最后一周），并勾选维护日复选框。 时间（时:分） - 每日维护开始的具体时间。 维护周期时长 - 维护将持续激活的时间长度。 |
完成后，点击Add将维护周期添加到Periods中 块。
注释:
- 当每天/每周参数大于1时 起始日或周是指Active since时间所对应的日/周 落在。例如：
- 将Active since设置为1月1日12:00并持续一小时 每两天在23:00设置的维护计划将导致 第一个维护期从1月1日23:00开始，同时 第二次维护期将于1月3日23:00开始;
- 具有相同的Active since时间并设置了一小时的维护时段 每两天在01:00，第一个维护周期将 1月3日01:00开始，而第二个维护时段 将于1月5日01:00开始。
- 夏令时（DST）变更不会影响持续时间 维护将会进行。
- 假设我们有一个两小时的维护窗口 通常从01:00开始，到03:00结束：
- 如果维护一小时后（02:00）发生夏令时变更 并且当前时间从02:00变为03:00时，维护将 继续运行一小时直至04:00
- 如果在维护两小时后（03:00）发生夏令时变更 并且当前时间从03:00变为02:00时，维护将 停止，因为已过去两小时。
- 如果维护周期设置为1天，通常从00:00开始 并在次日00:00结束:
- 由于Zabbix以小时为单位计算天数，实际周期为 维护时间为24小时。
- 如果当前时间向前调整一小时，维护将 在次日01:00停止。
- 如果当前时间回拨一小时，维护将停止 在当天23:00。
- 如果维护时段在小时期间开始，因夏令时变更而被跳过：
- 维护将不会启动。
- 假设我们有一个两小时的维护窗口 通常从01:00开始，到03:00结束：
显示
显示处于维护模式的主机
一个橙色扳手图标 
在主机名称旁边表示此主机处于维护状态于:
- 监控 → 仪表板
- 监控 → 问题
- 资产清单 → 主机 → 主机 资产详情
- 配置 → 主机 (参见 '状态' 列)
当鼠标指针悬停时显示维护详情 图标上方。
此外，主机在维护get中显示橙色背景 监控 → 地图
显示被抑制的问题
通常维护期间的主机问题会被抑制，即不会在前端显示。但也可以通过在这些位置选择显示被抑制的问题选项来配置显示被抑制的问题：
监控 → 仪表板 (在问题主机、问题、按严重程度分类的问题、触发器概览小部件配置中)
监控 → 问题 (在过滤器中)
监控 → 地图 (在地图配置中)
全局
notifications (in user profile configuration)
当显示被抑制的问题时，会显示以下图标：
。将鼠标悬停在图标上会显示更多详细信息：
