点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.3 Zabbix数据库表结构简单解析-Triggers表.Applications表. Mapplings表  1.Trigger表 Trigger是zabbix的重要组成部分,相对应的Trigger表也比较复杂. 主要体现在与其他表的关联关系很强.  2. Applicaion表 Application表用于存储监控像所属于的应用 applicationid:为主键编

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.4 Zabbix数据库表结构简单解析-Expressions表.Media表. Events表  1.Expressions表 Expressions表用于判断triggers时需要用到的正则表达式,助于合理的进行triggers判断. 2.Media表 media 保存了某个用户的media配置项,即对应的告警方式,如邮件等方式.  3. Events表 当Zabbi

zabbix数据库mariadb从本机迁移到云mysql数据库的操作 1.将zabbix数据库导出,并导入到云数据库中 由于数据库较大,如果直接使用shell会话中断会导致数据库导出或者导入失败,使用screen screen -S backzbx 导出zabbix数据库: mysqldump -hzbx_server_ip -uroot -p --default-character-set=utf8 --opt zabbix > zabbix20161228.sql 导入到云服务器1.1.1.

点击返回:自学Zabbix之路 自学Zabbix之路15.5 Zabbix数据库表结构简单解析-其他 表  1. Actions表 actions表记录了当触发器触发时,需要采用的动作. 2.Alerts 表 alerts 表保存了历史的告警事件,可以从这个表里面去做一些统计分析,例如某个部门.某人.某类时间的告警统计,以及更深入的故障发生.恢复时间  3. Config表 config表保存了全局的参数,前端包括后端也是,很多情况下会查询改表的参数的,例如用户的自定义主题.登陆认证类型等,非常

前提条件是主从同步操作完成(主从同步的前提是两个数据库表结构必须一样) 先看一下mysql配置文件 vi /usr/local/mysql/my.cnf 配置内容:------------------------------------------------------------------------------------ [client] port=3306 socket=/tmp/mysql.sock default-character-set=utf8   [mysql] no-a

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.1 Zabbix数据库表结构简单解析-Hosts表.Hosts_groups表.Interface表 说在前面: 数据库中的表的名称都是复数,比如存放Host信息的表的名字是Hosts等. 数据库操作有风险,一旦出问题会造成Zabbix crash.需要谨慎操作. 普通的查询可以在备库上进行.两边数据是实时同步的. 概述: Zabbix数据库共有108个表,表的名称都是

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.2 Zabbix数据库表结构简单解析-Items表 Items表记录了item的所有设置.在Zabbix中,最多的操作就是对items的.如添加监控项.删除监控项.更新监控配置等. itemid:item的id type:item的type,和前端见面配置item的type的对应.数据库中,这一列的值是0到17的数字,分别代表不同的类型: 0:Zabbix agent

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 自学Zabbix之路15.5 Zabbix数据库表结构简单解析-其他 表  1. Actions表 actions表记录了当触发器触发时,需要采用的动作. 2.Alerts 表 alerts 表保存了历史的告警事件,可以从这个表里面去做一些统计分析,例如某个部门.某人.某类时间的告警统计,以及更深入的故障发生.恢复时间  3. Config表 config表保存了全局的参数,前端包括后端也是,很

近期zabbix数据库占用的io高,在页面查看图形很慢,而且数据表已经很大,将采用把数据库的数据目录移到新的磁盘,将几个大表进行分表操作 一.数据迁移: 1.数据同步到新的磁盘上,先停止mysql(不停止同步的话就有问题): systemctl stop mariadb rsync -av /var/lib/mysql/ /mysql_data/ 2.修改mysql的配置文件/etc/my.cnf: datadir=/mysql_data 3.启动mysql: systemctl stop ma

触发器是什么 触发器(triggers)是什么?触发器使用逻辑表达式来评估通过item获取到得数据是处于哪种状态,item一收回数据,讲解任务交给触发器去评估状态,明白触发器是怎么一回事了把?在触发器表达式中我们可以定义哪些值范围是合理,哪些是不合理的,如果出现不合理的值,触发器会把状态改为PROBLEM. 接下来就到了报警以及发邮件 触发器状态 值 描述 OK 触发器的正常状态. 老版本的zabbix中叫做FALSE PROBLEM 非正常状态,例如数据库挂了,系统负载高了,都会是这个状态.

本次案例:100台服务器,每台服务器有30个监控项,每个监控项60秒刷新一次,需要多大的硬盘呢?众所周知,zabbix基本都是通过web配置,这些配置数据也是存放到数据库里的,但是它对硬盘容量的要求基本可以忽略不计,zabbix对硬盘的决定性因素有4个,如下: 1. 每秒处理的数据量 这个问题不说,大家也明白.这边的每秒只是一个平均值,例如我有3000个监控项,每60秒刷新一次,那么平均每秒有50(3000/60)个数据要处理.就是说每秒有50条数据要插入MySQL 2. 历史记录保存时间 za

 下面开始介绍: 1.添加监控表结构详解 (1)hosts,存储被监控的机器的信息,表结构如下: (2)items (3)hosts_templates,存储机器和模版或者模版和模版之间的关系 由于模版和机器都存储在hosts表中,所以hosts_templates和hosts 之间可以hostid关联也可以通过templateid关联. (4)interface,存储了所有设备的ip和端口的数据.(由于hosts表中不仅保存了设备信息还保存了模版信息,所以统计实际监控的设备,此表更加准确) 2

上一篇:Zabbix分布式监控 acknowledges 当出现报错的时候记录 查看着张表记录了一个事件 actions 动作 自动发现 问题告警 恢复告警 自动注册 alerts 报警信息 同web页面的 auditlog 操作日志 在页面上面查看 autoreg_host 自动注册的主机 config 配置 dbversion 数据库版本需要一致 重启zabbix server看日志 dchecks escalations 告警升级 PS:默认的步骤时间间隔是3600秒 events 事件

Zabbix清理历史数据 Zabbix是个很好的监控软件,随着公司监控项目越来越多,数据越来越多,zabbix负载重,可能造成系统性能下降. Zabbix里面最大的表就是历史记录表,history,history_str,history_uint,trends trends_uint,events.清除数据表之前,做个备份,防患于未然. 方法一:相对安全 脚本内容 #!/bin/bash User="root" Passwd="123456789" Date=`da

1 基本认识 1.1 history zabbix默认每分钟采集一次item的数据,然后会存入history表中.主机越多,需要采集的item值就越多,history表的增长速度就越快. 在history表中,每一个item有一个id,然后每条数据会记录时间戳和值.通过联合查询items和hosts表,可以对应给对应的主机. 以下历史实时绘图数据就是从history表中获取的. 这是一个测试用的zabbix,只有几台主机和两个mysql,并且只运行了几天,可见,history表已有32万条数据.

一.Zabbix的数据存储主要分类 1.历史数据 2.趋势数据 3.事件数据 二.每秒处理的数据量 顾名思义,例如,有3000个监控项(item),每60秒取一次值,即平均每秒有50(3000/60)个数据要处理,及每秒有50条数据要插入数据库中 计算公式:每秒数据量 = 总的监控项 / 取值时间 三.历史数据 历史数据定义 每个监控项的取值数据都要记录下来,这些记录一般保留几周到几个月,每条历史数据需要占用大概50个字节(Bytes) 假如历史数据你要保留90天,有3000个监控项,监控间隔6

背景:ZABBIX的环境是LNMP,MySQL的架构是M-M主备模式,单台服务器SSD硬盘800G.监控主机日渐增多,空间不足,迁移到同样架构下的SAS盘2T空间. 架构:A 192.168.0.100 -> B 192.168.0.101 -> C 192.168.0.102 -> D 192.168.0.103步骤:1.搭建级联从库2.修改zabbix server配置,加读锁,切库3.验证 1.搭建级联从库1> 检查开启B上的两个参数 log_bin log_slave_up

zabbix的监控主机数量将近300,且运行了一年时间了,最近zabbix server服务监控历史数据等服务不断自身告警.查询性能也变得很低 关于历史数据的两个参数,在zabbix server的配置文件中 可以选择关闭housekeeper禁止自动定期清除历史记录数据,因为对于大数据的删除会直接影响zabbix的性能.或者调整相应参数 HousekeepingFrequency取值范围:0-24默认值:1说明:housekeep执行频率,默认每小时回去删除一些过期数据.如果server重启,

#!/bin/bashuser="root"passwd="361way"timedate=`date -d $(date -d "-90 day" +%Y%m%d) +%s` #取90天之前的时间戳$(which mysql) -u${user} -p${passwd} -e "use zabbix;DELETE FROM history WHERE 'clock' < $timedate;optimize table hist

MariaDB [(none)]> create database zabbix character set utf8; MariaDB [(none)]> grant all privileges on zabbix.* to 'zabbix'@'localhost' identified by 'zabbix'; MariaDB [(none)]> flush privileges;