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

看到Zabbix的数据表结构吧,就知道数据量大了 性能问题很让人担忧,不过基于Zabbix数据库导出报表,或自动跑报表的时候,就必须去了解一下zabbix的数据表结构了,得知道XX放在哪才能找到XX,既然能找到XX了,让他数据可视化起来也就不是什么问题了,废话少说开撸 0.Hosts表 mysql> DESC hosts;###这里面存有hostid.proxyid.节点信息.状态以及XXX各种信息,比较核心的一张表###+--------------------+---------------

点击返回:自学Zabbix之路 点击返回:自学Zabbix4.0之路 点击返回:自学zabbix集锦 25 Zabbix系统数据表结构介绍 自学Zabbix之路15.1 Zabbix数据库表结构简单解析-Hosts表.Hosts_groups表.Interface表 自学Zabbix之路15.2 Zabbix数据库表结构简单解析-Items表 自学Zabbix之路15.3 Zabbix数据库表结构简单解析-Triggers表.Applications表. Mapplings表 自学Zabbix之

Zabbix采集数据方式 1. zabbix采集数据方式: 基于专用agent   被监控的设备上面安装agent软件,这个agent必须在设备上面有采集数据的权限 基于SNMP,  net-snmp (nms/agent架构)    三个版本SNMPV1 V2c V3(V1 V2安全性较差,V3可加密认证) 基于脚本(ssh) NMS可随时采集被监控设备的数据,简单命令 snmp get .snmp get-next.snmp get-bulk但问题?  获取的数据如何保存,保存在何处?  

一.安装步骤 (1)进入官网选择合适的操作系统版本下载Grafana:https://grafana.com/grafana/download?platform=linux [root@zabbix-server-center ~]# wget https://dl.grafana.com/oss/release/grafana-6.3.6-1.x86_64.rpm [root@zabbix-server-center ~]# sudo yum localinstall grafana-6.3.

原文地址:Android开发 定时任务清理数据 | Stars-One的杂货小窝 公司项目,需要整定时任务,对数据进行清理,需要在每天凌晨0:00进行数据的清理,使用了Alarm和广播的方式来实现 PS:基于此原理,也可以实现自动检测并更新apk的功能 实现 实现的原理为: 1.进入APP,启动闹钟,设置一个闹钟服务(在某个时间点会触发任务),任务中其实主要是发出一个广播 2.设置广播接收器里的逻辑,其中包含清理数据和重新设置闹钟服务(即上述第一步) 之后即可一直循环,可以保证稳定执行 闹钟 设

问题描述: 今天同事说有个zabbix监控数据库历史数据越来越多了, 让我帮忙清一下,顺便熟悉练练手,做个笔记 zabbix监控运行一段时间以后,会留下大量的历史监控数据 zabbix数据库一直在增大可能会造成系统性能下降,查看历史数据室查询速度缓慢. zabbix里面最大的表就是history和history_uint两个表,但是我这边查看到history_log表也是最大的. 而且zabbix里面的时间是使用的时间戳方式记录,所以可以根据时间戳来删除历史数据. 解决方法: 1.首先需要关闭z

zabbix 由于历史数据过大, 因此导致磁盘空间暴涨,  下面是解决方法步骤: 一.分析数据库: 1. 统计数据库中每个表所占的空间: mysql> SELECT table_name AS "Tables", ), ) "Size in MB" FROM information_schema.TABLES WHERE table_schema = 'zabbixdb' ORDER BY (data_length + index_length) DESC;

由于项目原因,最近经常碰到Kafka消息队列拥堵的情况.碰到这种情况为了不影响在线系统的正常使用,需要大家手动的清理Kafka Log.但是清理Kafka Log又不能单纯的去删除中间环节产生的日志,中间关联的很多东西需要手动同时去清理,否则可能会导致删除后客户端无法消费的情况. 在介绍手动删除操作之前,先简单的介绍一下Kafka消费Offset原理. 一.Kafka消费Offset 在通过Client端消费Kafka中的消息时,消费的消息会同时在Zookeeper和Kafka Log中保存,如

Redis 本身支持16个数据库(0~15),通过 数据库id 设置,默认为0.在Windows平台下可以通过启动redis-cli.exe来进入客户端,客户端默认连接数据库0,在客户端里可以输入各种命令. 增加db数量 可以通过修改配置来增加Redis的db数量.在Windows平台下,打开redis.windows.conf,找到databases 16并修改即可. 切换db 通过命令来切换当前的db:select 0,该命令表示切换到第一个数据库.数据库id是从0到15,可以自由切换db,

mysql自带的工具mysqldump,当数据量大了之后进行全备所花的时间比较长,这样将会造成数据库的锁读.从而zabbix服务的监控告警不断,想着做下配置文件的备份.刚好有这么个脚本.满足了需求. 后续会使用xtrabckup来进行完成备份,执行这个脚本所花时间不过几秒 #!/bin/bash ########################### red='\e[0;31m' RED='\e[1;31m' green='\e[0;32m' GREEN='\e[1;32m' blue='\e[

linux memory: mysql -u zabbix -p -h 127.0.0.1 zabbix -e "select h.name, 100-AVG(hi.value_avg) from hosts h join items i on h.hostid=i.hostid join trends_uint hi on i.itemid=hi.itemid where h.status=0 and i.key_='vm.memory.free.[percent]' and hi.clock

背景问题: 使用kafka的路上踩过不少坑,其中一个就是在测试环境使用kafka一阵子以后,发现其日志目录变的很大,占了磁盘很大空间,定位到指定目录下发现其中一个系统自动创建的 topic,__consumer_offsets-45(kafka一共创建了50个分别从0~49标识)文件夹很大,上网搜了一翻,终得解决,记录一下. 问题环境: kafka版本:kafka_2.12-0.10.2.1 解决方法: 假如server.properties有以下配置项: ...log.dirs=/data/k

示例将数据盘挂载到 /mnt目录 , 对 /mnt目录进程容量监控 item 添加对 /mnt 目录的监控项 tragger 添加触发项 这样完成对一个数据盘磁盘容量的监控

hive> select * from (select *,row_number() over (partition by id) num from t_link) t where t.num=1; 保留crt_time最新的一个数据 select * from (select *,row_number() over (partition by id order by crt_time desc) num from t_link) t where t.num=1; 将查询的去重数据保存到新表t_

Job定时删除数据 需求:对一个表,每天删除一月前的历史数据 思路 .编写SQL,删除一月前的历史数据,使用函数取值 .测试JOB创建,查询,维护,管理 .测试布置job,满足效果 ***测试数据准备 select dbms_metadata.get_ddl('TABLE','xxx','IMAGE_APP') ddl_text from dual DDL_TEXT -----------------------------------------------------------------

基于zabbix-manager python2.7 #!/usr/bin/env python # -*- coding: utf-8 -*- # __author__ = "life" # Email: batistuta1977@163.com # Date: 2018/5/23 import smtplib,datetime,os,sys,time from email.mime.multipart import MIMEMultipart from email.mime.te

<script type="text/javascript"> var t function cleaData() { t = setTimeout(syc, 3000); } function syc() { document.getElementById("Label1").innerText = ""; cleart(t); } </script>

目录 Zabbix 数据清理的一系列操作 一.问题 二.解决办法 Zabbix 数据清理的一系列操作 基本信息: Zabbix 版本 4.0.9 MySQL 版本 5.5 一.问题 我们将 Zabbix 的数据存放在测试环境的 RDS (阿里云)上,但是这个 RDS 购买的时候就只有 10G 的存储,所以监控没有几个月,我们的数据库就报存储空间不足的预警了. 首先进行排查,是哪些表占用的存储空间比较多呢,我们发现主要是 history 和 history_uint 这两个表.占用空间最大的是 h

特别提醒: a.文中测试的Zabbix版本为 3.0.3 . b.清理数据属于高危操作,请在测试环境中验证后再执行线上操作!!! 1.统计数据库中每个表所占的空间: mysql> SELECT table_name AS "Tables", round(((data_length + index_length) / 1024 / 1024), 2) "Size in MB" FROM information_schema.TABLES WHERE table_

原文:http://blog.chinaunix.net/uid-9411004-id-4139807.html 或许读者还记得,我们在介绍如何创建一个监控项目时,我们介绍过在“配置项目”表单页面上有两个表单项“保留历史数据(天)”和“保留趋势数据(天)”,并且当时我们给出提示,建议为减轻数据库的压力,在配置监控项目时,应尽可能的在“保留历史数据(天)”表单项里输入较小数据.比如说将这个表单项的输入值调整成7天或半个月.那么,在Zabbix系统中为何有“历史数据”和“趋势数据”两种数据呢?它们又