meta data de esta página
  •  

¡Esta es una revisión vieja del documento!

, , , , , ,

Problemas con la BDD de Zabbix

Liberar espacio, fichero ibdata muy grande

A veces en instalaciones de zabbix que llevan un tiempo en funcionamiento y que se han ido actualizando nos econtramos que el fichero ibdata1 es de un tamaño enorme. Eso es debido a que en MySQL cuando usamos el motor de bases de datos InnoDB, todas las tablas e indices se almacenan bajo la tabla system de MySQL, que se corresponde con el fichero ibdata1, que se encuentra en la carpeta /var/lib/mysql

Para colmo de males cuando se elimina una tabla o toda una base de datos, el espacio que ocupaban en el fichero ibdata1 no se recupera.

La solución a dicho problema podemos hacer dos cosas: cambiar el motor de bases de datos a MyISAM o bien realizar un volcado completo de todas las bases de datos, reiniciar el servidor y recuperar el volcado y reconfigurar el servidor para que las tablas innodb se almacenen en ficheros independientes, evitando de este modo que vuelva a aparecer el problema.

Yo he optado por el segundo método, para ello he seguido estos pasos:

  1. Lo primero es tener una copia de seguridad de la base de datos

Paramos el servidor de zabbix 

systemctl stop zabbix-server
y hacemos la copia 
mysqldump -u user -p'lapassword' --single-transaction --quick nombrebasededatosacopiar | gzip > backup-nombrebasededatos-fecha.sql.gz

  • Editamos el fichero /etc/my.cnf y añadimos la siguiente líenea bajo la sección [mysqld]

 innodb_file_per_table=1

  • Reiniciamos la BDD 
    systemctl restart mariadb
  • Hacemos una copia de todas las Bases de datos 
    mysqldump -u root -ptmppassword --all-databases > dump.sql
  • También deberíamos de hacer una copia de los ficheros existentes dentro de /var/lib/mysql
  • Nos conectamos al mysql y borramos la Base de datos zabbix
    mysql>drop database zabbix;
No borrar el resto de BDD

* Salimos de la base de datos y paramos el servicio 

systemctl stop mariadb

  • Borramos los ficheros ibdata1 y los ficheros ib_logfile* 

cd /var/lib/mysql/
rm ibdata1
rm ib_logfile*

  • Iniciamos el servicio de BDD y volvemos a crear la base de datos zabbix

  
systemctl start mariadb
mysql -u root -p
Una vez conectados a MySQL creamos una nueva base de datos llamada zabbix 
mysqld>    CREATE DATABASE zabbix;

Una vez que nos sale el mensaje de que la operación se ha efectuado 

Output
Query OK, 1 row affected (0.00 sec)

Salimos de MySQL con CTRL+D. y desde la línea de comando ejecutamos el siguiente comando para importar la copia que había creado: 

mysql -u root -p zabbix < dump.sql

  • Iniciampos el servicio de zabbix 
    systemctl start zabbix-server
Referencias :
  * https://blog.openalfa.com/como-reducir-el-tamano-del-fichero-ibdata1-en-mysql
  * https://mierda.tv/2017/06/19/solucion-a-archivo-ibdata1-gigante-con-mysql/

Reparar error mysql ‘table’ doesn’t exist in engine

si nos aparece este error y no podemos hacer un copia de seguridad de nuestra BDD, debemos de ir a la ubicación de nuestra base de datos /var/lib/mysql/zabbix y renombrar o borrar todos los ficheros con extensión frm que aparecen.

es preferible renombrar los ficheros, ya que desde dichos ficheros frm también es posible recuperar la BDD con el siguiente proceso http://www.juanmitaboada.com/recuperar-una-tabla-de-mysql-desde-los-ficheros-frm-y-ibd/

Solucionar problemas de corrupción

Si tenemos problemas de que la base de datos de zabbix se queda incoherente, normalmente será porque la tabla history_uint es muy grande o está corrupta. Para solucionarlo podemos hacer lo siguiente: 

mysqlq -p
mysql> use zabbix; 
mysql> TRUNCATE TABLE history;
mysql> TRUNCATE TABLE history_str;
mysql> TRUNCATE TABLE history_uint;
mysql> TRUNCATE TABLE history_log;
mysql> TRUNCATE TABLE history_text;
Cerrar mysql y ejecutar 
mysqlcheck -u root -p --auto-repair --check --all-databases

Borrar registros huérfanos

https://github.com/mattiasgeniar/zabbix-orphaned-data-cleanup

Referencias