使用docker拉取官方提供的zabbix镜像来快速部署一个zabbix监控系统
zabbix_server.log日志出现query failed: [0] PGRES_FATAL_ERROR:ERROR: could not read block 619 in file "base/17376/55998": read only 0 of 32768 bytes大量报错
在安装logstash服务前面所需要准备的工作，包括rsyslog服务的安装与配置，然后再创建模板和主机。
一次断电意外导致本地使用中的zabbix_proxy无法正常工作，随即进行排查。
一个模板被多台主机使用，其中某一台主机的告警阈值需要被修改，后续其他机器的该项告警阈值需要保持不变。如果只是监控项上触发器，我们可以选择在主机上直接停用不符合阈值的告警，再新建一条阈值符合预期的触发器告警这种做法，但是如果触发器是来自自动发现规则的触发器类型的话，再用这种新增的做法，那修改的内容就会多很多，再新建就会很麻烦。
某IT公司的员工小东，在公司部署了一台zabbix用来监控windows系统服务器的一些使用情况。他现在想做到一个功能，就是通过浏览器发现某台windows主机出现内存过高，或者cpu利用率过高，或者某台服务器的一些服务挂了的一些告警后，他在浏览器那里通过执行脚本来打开远程桌面，然后他只需要填入远程主机的账号和密码就可以登陆那台出现的window主机里面排查报错原因。
1、 通常是出现在删除某个监控主机，然后重新添加回来，数据库关联的外键没有删除干净；2、 数据库架构问题，例如高可用的主主架构，如果某些事项不注意，例如每个系统时间不同步，会导致数据写入延迟或出错；3、 zabbix在运行一段时间后，由于默认的自增长等外键大小限制问题。
Zabbix-agent的工作模式可以分为主动模式（Active）和被动模式（Passive）。
部署grafana的时候需要提前安装docker，然后下载镜像，最后启动grafana。
注：查看内容可结合监控工具zabbix进行监控。如同一类型有多个结果，可结合自动发现规则，检测OK可通过system.run或str日志监控进行监控
总结zabbix在监控Tomacat的时候遇到的问题以及解决方式。
对于一个Zabbix监控玩的很溜小伙伴来说，MIB这个词肯定有所耳闻。本文主要讲解MIB的含义、作用以及MIB的查看方法。
这几天忙了一个项目，为顾客自定义安装一个他们公司专有的功能和界面，一堆的工具包，php包，客户没有这么专业弄的。所以我的老同事就让我，弄一个可以为客户一键部署的zabbix安装包。
我是一只小菜鸡
御前侍卫张五哥
机灵小和尚
乐维君
