问将主机名问题标记为在Zabbix中解决的

EN

某些触发器或项字段只能在其相关模板中进行修改。

如果主机的触发器附加到主机上的模板，则无法启用“允许手动关闭”。有两种方法可以解决这一问题：

1:移到顶层模板并修改它.

每当您选择附加到模板的触发器时，触发器配置页面的顶部将有一个或多个“父触发器”链接。(如果有多个由'=>‘箭头分隔的箭头，这意味着继承有许多层，要编辑任何必须直接到顶部的继承层)。

一旦到达顶部，所有字段都应该是可编辑的，包括手动关闭和触发器表达式本身。

注意:此选项将修改所有附加到此模板的主机的。仔细考虑在一个主机上对整个子集进行哪些更改。

2:新的、特定于主机的触发器

如果您不喜欢修改使用此模板的所有主机--例如，您可能不希望任何技术人员能够手动解析所有主机的主机名更改警报，而是只希望在主机内克隆原始触发器的唯一，然后禁用它.。

为了解释，因为您不能修改基于模板的触发器，所以可以打开触发器配置，点击'Clone‘(确保您仍然处于宿主的上下文中，而不是模板的上下文中)，并在新创建的触发器中进行所需的更改。通过这种方式，您可以启用手动关闭，确认新的触发器，而只会影响所选主机。。

如果您要使用此解决方法，您应该确保不要忘记禁用原来的一个！从主机上的触发器列表中找出哪一个是一个简单的方法，就是检查触发器名称旁边的模板名称-基于模板的触发器总是在触发器列表中有一个指向其模板的链接，而特定主机的触发器没有链接。

不幸的是，如果不删除整个模板，就无法删除模板触发器。如果您发现需要修改许多这样的主机，您可能需要考虑为这些主机创建一个新的模板，并进行相关的修改()；拥有太多的特定于主机的条件会使更改它们的条件从长远来看很费时。和往常一样，考虑一下你的环境以及什么对你的组织最有意义。

另外，手动关闭是(可能)这种情况下的最佳选择。在警报系统中的，特别是像Zabbix这样的系统，我们倾向于选择几个假阳性，因此在大多数情况下保留触发器是正确的想法。在Zabbix中，您可以忽略触发器，直到它解决为止(默认情况下，这种配置更改触发器在下一次检查时会得到解决)，但是如果您依赖Zabbix web接口本身来提供信息，这些被忽略/确认的触发器可能会使发现实际问题更加困难。在不完全禁用它们的情况下，手动关闭确保您可以在必要时立即解决这些问题，否则仍然需要它们。