1. Mantenimiento de los servidores de Pandora FMS

1.1 Gestión de la base de datos

1.2 Ejecución manual de la herramienta de mantenimiento

1. Mantenimiento de los servidores de Pandora FMS
1.1 Gestión de la base de datos
1.2 Ejecución manual de la herramienta de mantenimiento
1.3 Respaldo (Backup) de la base de datos

1.4 Respaldo y recuperación completa de Pandora FMS

1.5 Arranque/parada manual de los servidores de Pandora FMS

1.6 Watchdog para los servidores de Pandora FMS
 

1.7 Base de datos de histórico

1.7.1 Configurando una base de datos de histórico

1.7.2 Configurando la gestión del purgado y compactación de la base de datos de histórico

La base de datos de histórico puede contener “todos los datos” del sistema (sin límite), pero si necesita borrar datos o compactarlos de la base de datos de histórico, necesitará ejecutar el script pandora_db usando unos datos específicos en base de datos y un fichero de configuración falso, para poder utilizar el guión de mantenimiento como si estuviera  usando una base de datos normal.

El primer paso es introducir algunos datos en la tabla tconfig de su base de datos de histórico. Utilice estas consultas SQL para crear una configuración mínima, y configurar el comportamiento de pandora_db al ejecutarse contra la base de datos de histórico.

Primero, necesita conectar a su base de datos usando el CLI de MySQL.

Este es un ejemplo, reemplace los valores conforme a sus criterios (pero deje history_db_enabled a cero):

INSERT INTO `tconfig` VALUES (1,'days_purge','180');
INSERT INTO `tconfig` VALUES (2,'history_db_enabled','0');
INSERT INTO `tconfig` VALUES (3,'days_compact','120');
INSERT INTO `tconfig` VALUES (4,'step_compact','1');
INSERT INTO `tconfig` VALUES (5,'event_purge','180');
INSERT INTO `tconfig` VALUES (6,'string_purge','180');
INSERT INTO `tconfig` VALUES (7,'MR','0');

Este ejemplo, es para que la base de datos de histórico almacene en total seis meses (180 días) desde la fecha de ejecución, y compacte datos con más de 4 meses (120 días). Si tiene un mes en su base de datos principal, en total tendrá datos para seis meses, ya que el último mes no tiene datos en la base de datos de histórico pero sí en la principal. Puede colocar aquí cualquier valor, no hay límite en el almacenamiento de la BBDD de histórico (más allá del espacio libre de la máquina).

Recuerde que la base de datos de histórico debe estar en un servidor físico independiente de la base de datos principal y de Pandora FMS.”

El segundo paso es crear un fichero pandora_server.conf adicional. Utilice esta versión reducida propuesta a fin de crear el suyo propio, y llámelo 

/etc/pandora/pandora_server_history_db.conf 

Con el siguiente contenido:

dbengine mysql
dbname pandora_history
dbuser user
dbpass password
dbhost 192.168.70.140
log_file /var/log/pandora/pandora_db_history.log

Ahora puede ejecutar la herramienta pandora_db contra la configuración de la base de datos de histórico y programarla para su ejecución periódica:

/usr/share/pandora_server/util/pandora_db.pl /etc/pandora/pandora_server_history_db.conf

Los valores de los INSERT pueden ser introducidos también en consola como se explica en el siguiente enlace: Opciones de mantenimiento de la base de datos.

 

Este proceso no debería afectar a la operación principal, ya que está ejecutándose contra una BBDD diferente en un servidor diferente.