15 Notes de mise à niveau pour 7.0.4

Modifications incompatibles

Modifications dans la résolution de certaines macros intégrées

Le comportement de résolution des macros {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {EVENT.CAUSE.*}, {EVENT.TAGS.*} et {EVENT.SYMPTOMS} a été corrigé afin d’être cohérent avec celui des autres macros intégrées. Désormais, elles seront résolues en *UNKNOWN* si une erreur se produit lors de l’évaluation de leur valeur.

À la suite de cette modification, afin de garantir un fonctionnement correct, il est nécessaire de mettre à jour les types de média pour les intégrations suivantes : iTop, Jira Service Desk, ManageEngine ServiceDesk, SolarWinds Service Desk.

Cette modification peut également affecter tous les scripts personnalisés ou intégrations utilisant les macros mentionnées ci-dessus.

Erreur de restauration de base de données avec PostgreSQL/TimescaleDB après une mise à niveau depuis 7.0.0-7.0.4

L’utilisation de pg_restore pour restaurer une sauvegarde PostgreSQL ou TimescaleDB créée dans Zabbix 7.0.0-7.0.4 entraînera une erreur indiquant l’absence de la fonction base36_decode, ce qui provoquera l’échec de la restauration. Cette erreur se produit lors de la restauration d’une sauvegarde créée avec pg_dump.

Consultez les problèmes connus pour plus de détails sur la correction manuelle de ce problème avant de créer la sauvegarde.

Si vous n’avez pas encore effectué la mise à niveau vers Zabbix 7.0.0, notez qu’il ne devrait pas y avoir de tels problèmes lors des mises à niveau depuis des versions de Zabbix antérieures à 7.0 vers 7.0.5. Pour les instructions de mise à niveau, consultez Mise à niveau du schéma TimescaleDB.

Exigences

libevent 2.0.10 requis

La version minimale requise de libevent a été portée à 2.0.10.

Bases de données

Modifications de la base de données

Un problème de clonage lent des modèles a été résolu en ajoutant des index pour le champ uuid. Cette modification peut entraîner des temps de mise à niveau longs sur de grands ensembles de données.

Nouvel index sur la table auditlog

Un nouvel index a été ajouté à la table auditlog afin d'améliorer les temps de réponse de la base de données et de l'interface lors du filtrage des enregistrements par IP dans le Journal d'audit.

Notez que les utilisateurs disposant de journaux d'audit volumineux peuvent constater des temps de mise à niveau prolongés en raison de la taille de la base de données.

Processus

Les problèmes ne sont plus mis en cache en l'absence de services activés

Le gestionnaire de services ne met plus les problèmes en cache s'il n'y a aucun service activé.

Le gestionnaire de services vérifiera, au démarrage, la présence de services activés dans le cache de configuration et ne mettra les problèmes en cache que s'il existe des services activés ; il détectera également l'ajout du premier service ou la suppression du dernier service et initialisera/libérera le cache des problèmes.