Cette section fournit les ¨¦tapes n¨¦cessaires ¨¤ une mise ¨¤ jour r¨¦ussie de Áú»¢¶Ä²© 3.4 vers Áú»¢¶Ä²© 4.0.x en utilisant les packages Áú»¢¶Ä²© officiels pour Red Hat Enterprise Linux/CentOS.
M¨ºme si la mise ¨¤ jour des agents Áú»¢¶Ä²© n'est pas obligatoire (mais recommand¨¦e), le serveur Áú»¢¶Ä²© et les proxys doivent ¨ºtre de la m¨ºme version majeure. Par cons¨¦quent, dans une configuration serveur-proxy, le serveur Áú»¢¶Ä²© et tous les proxys doivent ¨ºtre arr¨ºt¨¦s et mis ¨¤ jour.
Pour minimiser les temps d'arr¨ºt et la perte de donn¨¦es lors de la mise ¨¤ jour, il est recommand¨¦ d'arr¨ºter et de mettre ¨¤ jour le serveur Áú»¢¶Ä²©, puis d'arr¨ºter, de mettre ¨¤ jour et de d¨¦marrer les proxys Áú»¢¶Ä²© les uns apr¨¨s les autres. Lorsque tous les proxys sont mis ¨¤ jour, d¨¦marrez le serveur Áú»¢¶Ä²©. Pendant l'indisponibilit¨¦ du serveur Áú»¢¶Ä²©, les proxys en cours d¡¯ex¨¦cution continueront ¨¤ collecter et ¨¤ stocker des donn¨¦es et transmettront les donn¨¦es au serveur Áú»¢¶Ä²© lorsque le serveur sera de nouveau op¨¦rationnel. Les notifications de probl¨¨mes lors de l'arr¨ºt du serveur Áú»¢¶Ä²© ne seront g¨¦n¨¦r¨¦es qu'apr¨¨s le d¨¦marrage du serveur mis ¨¤ jour.
Notez qu'avec la base de donn¨¦es SQLite sur les proxys, les donn¨¦es d'historique des proxys avant la mise ¨¤ jour seront perdues, car la mise ¨¤ jour de base de donn¨¦es SQLite n'est pas prise en charge et le fichier de base de donn¨¦es SQLite doit ¨ºtre supprim¨¦ manuellement. Lorsque le proxy est d¨¦marr¨¦ pour la premi¨¨re fois et que le fichier de base de donn¨¦es SQLite est manquant, le proxy le cr¨¦e automatiquement. Selon la taille de la base de donn¨¦es, la mise ¨¤ jour de la base de donn¨¦es vers la version 4.0 peut prendre beaucoup de temps.
::: notewarning Avant la mise ¨¤ jour, assurez-vous de lire les ** notes de mise ¨¤ jour pertinentes ! ** ::: Les notes de mise ¨¤ jour suivantes sont disponibles :
Mise ¨¤ jour depuis | Lire les notes de mise ¨¤ jour | Notes importantes/changements entre les versions |
---|---|---|
3.4.x | Pour 4.0 | Les biblioth¨¨ques 'libpthread' et 'zlib' sont maintenant obligatoires; Prise en charge du protocole de texte brut supprim¨¦e et l'en-t¨ºte est obligatoire.; Les agents Áú»¢¶Ä²© de version ant¨¦rieure ¨¤ la version 1.4 ne sont plus support¨¦; Le param¨¨tre Serveur dans la configuration du proxy passif est maintenant obligatoire |
3.2.x | Pour 3.4 | Support SQLite en tant que base de donn¨¦es abandonn¨¦ pour le serveur et l¡¯interface Web Áú»¢¶Ä²©; Perl Compatible Regular Expressions (PCRE) support¨¦ au lieu de POSIX ¨¦tendu; biblioth¨¨ques 'libpcre' et 'libevent' obligatoires pour le serveur Áú»¢¶Ä²©; V¨¦rifications de code de sortie ajout¨¦es pour les param¨¨tres utilisateur, les commandes distantes et les ¨¦l¨¦ments system.run[] sans l'indicateur 'nowait' ainsi que les scripts ex¨¦cut¨¦s par le serveur Áú»¢¶Ä²©;; La passerelle Java Áú»¢¶Ä²© doit ¨ºtre mise ¨¤ jour pour prendre en charge de nouvelles fonctionnalit¨¦s |
3.0.x | for 3.2 | La mise ¨¤ jour de la base de donn¨¦es peut ¨ºtre lente, en fonction de la taille de la table d'historique |
Vous pouvez ¨¦galement v¨¦rifier les ±è°ù¨¦-°ù±ð±ç³Ü¾±²õ pour la version 4.0.
Il peut ¨ºtre pratique d'ex¨¦cuter deux sessions SSH parall¨¨les pendant la mise ¨¤ jour, en ex¨¦cutant les ¨¦tapes de mise ¨¤ jour dans la premi¨¨re et en surveillant les journaux de serveur/proxy dans la seconde. Par exemple, ex¨¦cutez tail -f zabbix_server.log
ou tail -f zabbix_proxy.log
dans la deuxi¨¨me session SSH en affichant les derni¨¨res entr¨¦es du fichier journal et les erreurs possibles en temps r¨¦el. Cela peut ¨ºtre critique pour les instances de production.
Arr¨ºtez le serveur Áú»¢¶Ä²© pour ¨ºtre s?r qu¡¯aucune nouvelle donn¨¦e ne soit ins¨¦r¨¦e en base de donn¨¦es.
Si vous mettez ¨¤ jour le proxy, arr¨ºtez le aussi :
Il est possible de mettre ¨¤ jour le serveur uniquement et d'avoir des proxys plus anciens, non mis ¨¤ jour, qui rapportent des donn¨¦es ¨¤ un serveur plus r¨¦cent (les proxys ne peuvent cependant pas actualiser leur configuration). Cette approche, cependant, n'est pas recommand¨¦e et n'est pas support¨¦e par Áú»¢¶Ä²© et ce choix est enti¨¨rement ¨¤ vos risques et p¨¦rils.
Il s¡¯agit d¡¯une ¨¦tape tr¨¨s importante. Assurez-vous d¡¯avoir une sauvegarde de votre base de donn¨¦es. Cela aidera si la proc¨¦dure de mise ¨¤ jour ¨¦choue (manque d'espace disque, arr¨ºt inopin¨¦, tout autre probl¨¨me inattendu).
Faites une copie de sauvegarde des binaires Áú»¢¶Ä²©, des fichiers de configuration et des r¨¦pertoires contenant les fichiers PHP.
Fichiers de configuration :
# mkdir /opt/zabbix-backup/
# cp /etc/zabbix/zabbix_server.conf /opt/zabbix-backup/
# cp /etc/httpd/conf.d/zabbix.conf /opt/zabbix-backup/
Fichiers PHP et binaires Áú»¢¶Ä²© :
Pour proc¨¦der ¨¤ la mise ¨¤ jour, votre d¨¦p?t de package actuel doit ¨ºtre mis ¨¤ jour.
# rpm -Uvh http://repo.zabbix.com/zabbix/4.0/rhel/7/x86_64/zabbix-release-4.0-1.el7.centos.noarch.rpm
Pour mettre ¨¤ jour les composants Áú»¢¶Ä²©, vous pouvez ex¨¦cuter quelque chose comme :
Si vous utilisez PostgreSQL, remplacez mysql
par pgsql
dans la commande. Si vous mettez ¨¤ jour le proxy, remplacez server
par proxy
dans la commande.
Voir les notes de mise ¨¤ jour pour plus de d¨¦tails sur les modifications obligatoires.
D¨¦marrez les composants Áú»¢¶Ä²© ¨¤ jour :
Apr¨¨s la mise ¨¤ jour, vous devrez peut-¨ºtre effacer les cookies et le cache du navigateur Web pour que l'interface Web de Áú»¢¶Ä²© fonctionne correctement.
Il est possible de mettre ¨¤ jour entre des versions mineures de 4.0.x (par exemple, de 4.0.1 ¨¤ 4.0.3). La mise ¨¤ jour entre les versions mineures est facile.
Pour ex¨¦cuter la mise ¨¤ jour mineure Áú»¢¶Ä²©, il faut ex¨¦cuter :
Pour ex¨¦cuter la mise ¨¤ jour mineure du serveur Áú»¢¶Ä²©, ex¨¦cutez :
Pour ex¨¦cuter la mise ¨¤ jour mineure de l'agent Áú»¢¶Ä²©, ex¨¦cutez :
Notez que vous pouvez ¨¦galement utiliser 'update' au lieu de 'upgrade' dans ces commandes. Alors que 'upgrade' supprimera les paquets obsol¨¨tes, 'update' les conservera.