Q：用的模板，没用创建动作，但是触发器触发了我钉钉直接被通知了，怎么取消模板自带的动作？
A：没有动作是不会触发事件告警的 ，确定是从这个平台推出的钉钉消息？或者看下zabbix的动作日志，看下能不能找到对应的消息推送记录。
Q：确实没用创建动作，但是触发了我钉钉直接被通知了。
A：如下，没有设定触发条件，表示任何告警都进行推送。
Q：怎么解决这个报警啊（0 C:D:E::Disk write request responses are too high(write >0.02s for 15m) ; High memory utilization (>90% for 5m)）？
A：1.硬盘硬件性能升级；2. 调整触发阈值，降低触发灵敏度
Q：配置zabbix固定时间告警，固定时间是设置在哪比较好呢？能不能那种不管有没有触发都可以发送信息出来。
A：有个方案，写个自定义一个监控项，然后设定调度方式采集，在设定的时间点触发采集动作，然后关联推出告警。
Q：那这种是不是就可以做到不触发也能告警呢，我只想让它实现固定时间发一个消息出来，可以看到比如CPU、磁盘这些的使用情况。
目前我的做法是在触发器上设置时间段，来定时触发，但是这个条件是需要满足触发条件才行。
A：那就用另一种方式， 写个这样的触发器，然后让CPU、内存的阈值一定触发，然后到点就触发告警。通知内容里面写入{ITEM.VALUE<1-9>}，分别带出CPU、内存的最新取值。
Q：还可以这样哇，我这个也是自己琢磨很久才写出来的。又有一个问题，如果这样做的话，那是不是要重新加触发器？
A：是呀，不然还能有啥办法触发动作。
Q：完了哇，我现在不能告警，好像是他只能告警一次，不知道怎么回事？
A：什么意思呢？
Q：就是我之前不是设置了时间段告警嘛，确实告警了，但是就告警了一次，第二天开始就不告警了，是不是因为没有恢复的原因。
A：是，调整成这样就能重复触发了。
Q：这要是触发了，没有进行恢复的话，是不是第二天就不会告警了？
A：按截图这样，“问题事件生成模式”选择多重，就是不管你之前的告警是否恢复，都会产生新的。
Q：请问MSSQL2005，能用自带的ODBC进行监控吗？
A：zabbix内置模板应该就有ODBC方式监控MSSQL的，看下监控项是否有这种"不支持的"提示信息？ 
Q：我用了自带的模板，也配置了odbc.ini，但是没有数据出来。就一个端口有数据。
A：端口这个监控项用的采集方式是"简单检查" ，不经过ODBC的，具体ODBC的连接问题得看报错提示或者是日志报错去处理。
Q：zabbix在监控交换机的时候，私有mib需要上传到zabbix吗？
A：如果用的是zabbix自带的模板，是不需要手动上传mib文件的；如果是自己手动做snmp模板的话，就要看模板制作的时候用的是是字符串的OID还是纯数字OID了，字符串的这种格式的OID就需要上传mib文件加载到系统。
Q：如果需要上传到zabbix，是上传到哪个目录？是直接用winscp之类的直接导进去吗？
1. 下载私有MIB文件：首先，从设备或厂商提供的源下载私有MIB文件。这些文件通常以.mib或.txt为扩展名。
2.定位MIB文件目录：将下载的MIB文件保存到Linux系统中某个目录，例如 /usr/share/snmp/mibs 或 /etc/snmp.
3.配置SNMP：编辑SNMP的配置文件，通常位于 /etc/snmp/snmp.conf。如果文件不存在，则可以创建它。
# 在配置文件中添加以下内容来告诉SNMP在哪里找到MIB文件：
mibs +ALL
mibdirs +/usr/share/snmp/mibs # 根据实际存放MIB文件的目录进行设置
4.重启SNMP服务：重启SNMP服务以使配置更改生效。具体命令因所使用的操作系统和SNMP软件而异，例如：
systemctl restart snmpd
Q：oid前面加点和不加点有啥区别？
A：没有区别，你OID最前面不写的情况下，snmp命令内部会帮你补全，但规范来说最前面最好是带。
