Áú»¢¶Ä²© es compatible con TimescaleDB, una soluci¨®n de base de datos basada en PostgreSQL que divide autom¨¢ticamente los datos en fragmentos basados en el tiempo para ofrecer un rendimiento m¨¢s r¨¢pido a escala.
Actualmente, el proxy de Áú»¢¶Ä²© no es compatible con TimescaleDB.
Las instrucciones de esta p¨¢gina se pueden usar para los siguientes escenarios:
Suponemos que la extensi¨®n TimescaleDB ya se ha instalado en el servidor de base de datos (consulte las instrucciones de instalaci¨®n en la ).
La extensi¨®n TimescaleDB tambi¨¦n debe estar habilitada para la base de datos espec¨ªfica ejecutando:
Para ejecutar este comando se requieren privilegios de administrador de base de datos.
Si utiliza un esquema de base de datos distinto de 'public', debe agregar una cl¨¢usula SCHEMA al comando anterior. Por ejemplo:
echo "CREATE EXTENSION IF NOT EXISTS timescaledb SCHEMA yourschema CASCADE;" | sudo -u postgres psql zabbix
Luego ejecute el script postgresql/timescaledb/schema.sql
. Para las nuevas instalaciones, el script debe ejecutarse despu¨¦s de que se haya creado la base de datos PostgreSQL regular con el esquema/datos iniciales (consulte creaci¨®n de base de datos).
Ignore los mensajes de advertencia que informan que no se siguen las mejores pr¨¢cticas mientras ejecuta el script schema.sql
en TimescaleDB versi¨®n 2.9.0 y superior. Independientemente de esta advertencia, la configuraci¨®n se completar¨¢ correctamente.
La migraci¨®n de los datos de historial, tendencias y registros de auditor¨ªa existentes puede llevar mucho tiempo. El servidor y la interfaz de usuario de Áú»¢¶Ä²© deben estar inactivos durante el per¨ªodo de migraci¨®n.
El script schema.sql
establece los siguientes par¨¢metros de mantenimiento:
Para utilizar el mantenimiento particionado para el historial y las tendencias, ambas opciones deben estar habilitadas. Tambi¨¦n es posible habilitar la anulaci¨®n individualmente ya sea solo para el historial o solo para las tendencias.
El script postgresql/timescaledb/schema.sql
establece dos par¨¢metros adicionales:
Para eliminar con ¨¦xito los datos comprimidos por parte del limpiador interno, ambas opciones Anular el per¨ªodo del historial de elementos y Anular per¨ªodo de tendencia de elementos deben estar habilitadas. Si la anulaci¨®n est¨¢ deshabilitada y las tablas tienen fragmentos comprimidos, el limpiador interno no eliminar¨¢ datos de estas tablas y se mostrar¨¢n advertencias sobre una configuraci¨®n incorrecta en Limpiador interno y en la Informaci¨®n del sistema.
Todos estos par¨¢metros se pueden cambiar en ´¡»å³¾¾±²Ô¾±²õ³Ù°ù²¹³¦¾±¨®²Ô ¡ú Limpiador interno despu¨¦s de la instalaci¨®n.
Es posible que desee ejecutar la herramienta timescaledb-tune proporcionada por TimescaleDB para optimizar los par¨¢metros de configuraci¨®n de PostgreSQL en su postgresql.conf
.
When upgrading Áú»¢¶Ä²© to a version that contains new TimescaleDB hypertables, Áú»¢¶Ä²© server does not automatically configure those hypertables (for example, when upgrading from Áú»¢¶Ä²© 6.4 to 7.2, as versions 7.0.0 and 7.0.2 have introduced new hypertables).
To configure new TimescaleDB hypertables, follow these steps:
postgresql/timescaledb/schema.sql
script; this configures the new TimescaleDB hypertables. Note that, since Áú»¢¶Ä²© 7.0.0, the script's location and name have changed from postgresql/timescaledb.sql
to postgresql/timescaledb/schema.sql
.Please ignore warning messages informing that the best practices are not followed while running schema.sql
script on TimescaleDB version 2.9.0 and higher. Regardless of this warning, the configuration will be completed successfully.
La compresi¨®n nativa de TimescaleDB es compatible con todas las tablas de Áú»¢¶Ä²© que son hipertablas de TimescaleDB. Durante la actualizaci¨®n o migraci¨®n a TimescaleDB, la compresi¨®n inicial de las tablas grandes puede llevar mucho tiempo.
Tenga en cuenta que la compresi¨®n es compatible con la licencia comunitaria Timescale "timescale" y no es compatible con la licencia "apache" Apache 2.0. Si Áú»¢¶Ä²© detecta que la compresi¨®n no est¨¢ soportada, se escribe un mensaje de advertencia en el registro del servidor Áú»¢¶Ä²© y los usuarios no pueden habilitar la compresi¨®n en la interfaz.
Se recomienda a los usuarios que se familiaricen con la compresi¨®n en la antes de usar la compresi¨®n.
Tenga en cuenta que existen ciertas limitaciones impuestas por la compresi¨®n, espec¨ªficamente:
La configuraci¨®n de compresi¨®n se puede cambiar en el bloque Compresi¨®n de historial y tendencias en la secci¨®n ´¡»å³¾¾±²Ô¾±²õ³Ù°ù²¹³¦¾±¨®²Ô ¡ú Limpieza de la interfaz de Áú»¢¶Ä²©.
±Ê²¹°ù¨¢³¾±ð³Ù°ù´Ç | Predeterminado | Comentarios |
---|---|---|
Habilitar compresi¨®n | Habilitado | Marcar o desmarcar la casilla de verificaci¨®n no activa/desactiva la compresi¨®n inmediatamente. Debido a que la compresi¨®n es manejada por el limpiador, los cambios tendr¨¢n efecto en hasta 2 veces las horas definidas en HousekeepingFrequency (configurada en zabbix_server.conf)Despu¨¦s sl deshabilitar la compresi¨®n, los nuevos fragmentos que caigan en el per¨ªodo de compresi¨®n no se comprimir¨¢n. Sin embargo, todos los datos previamente comprimidos permanecer¨¢n comprimidos. Para descomprimir fragmentos previamente comprimidos, siga las instrucciones en la . Al actualizar desde versiones anteriores de Áú»¢¶Ä²© con TimescaleDB compatible, la compresi¨®n no estar¨¢ habilitada de forma predeterminada. |
Comprimir registros anteriores a | 7d | Este par¨¢metro no puede tener menos de 7 d¨ªas. Debido a la inmutabilidad de los fragmentos comprimidos, todos los datos tard¨ªos (por ejemplo, datos retrasados por un proxy) que sean anteriores a este valor ser¨¢n descartados. |