L'icône d'actualisation dans la console indique qu'un correctif est en attente. La mise à jour elle-même prend quelques clics - mais les administrateurs qui dorment bien par la suite sont ceux qui ont effectué la sauvegarde, la vérification de la build et l'arrêt du service dans le bon ordre. Voici la routine complète.
Une mise à jour d’Endpoint Central n’est pas difficile. Ce qui le rend risqué, c'est tout ce qui l'entoure : pas de sauvegarde, le mauvais fichier de service pack et une console ouverte au mauvais moment. ManageEngine documente clairement le flux : téléchargez le service pack correct (.PPM) pour votre build, exécutez Update Manager, redémarrez le service, vérifiez le numéro de build. Cette page suit ce flux officiel et ajoute la discipline qui transforme une mise à jour de routine en une mise à jour sûre. Si vous n'avez jamais mis à jour votre serveur Endpoint Central auparavant, faites-le une fois dans cet ordre et cela deviendra une habitude plutôt qu'un événement.
La console elle-même vous indique lorsqu'une mise à jour est prête. Les correctifs et les mises à niveau complètes sont annoncés au même endroit.
Comment la mise à jour s'annonce. Le téléchargement doit toujours commencer à partir de la page officielle vers laquelle la console vous envoie.
Quatre phases. Presque toutes les mises à jour échouées sautent la première phase ou interrompent la phase deux.
Après vous être connecté à la console Endpoint Central, regardez le coin supérieur droit. Lorsqu'un correctif ou une mise à niveau est prêt, une icône d'actualisation y apparaît. Cliquez dessus et une petite fenêtre contextuelle vous indique ce qui est prêt ; un lien Télécharger maintenant vous amène à la page de téléchargement officielle dans un nouvel onglet, exactement comme indiqué dans la vidéo. Cette notification est une invitation à planifier la mise à jour. Il ne s'agit pas d'une instruction pour l'installer au milieu d'une journée de travail.
Avant de télécharger quoi que ce soit, notez votre numéro de build actuel depuis la console. Utilisez ensuite la page Service Packs de ManageEngine : entrez votre version actuelle et elle affiche la séquence exacte requise pour atteindre la dernière version. Ceci est important car les service packs sont appliqués dans l'ordre - si le chemin de votre build vers la cible nécessite deux builds intermédiaires, ils doivent tous être installés, dans l'ordre, l'un après l'autre. Télécharger le dernier .PPM et le pointer vers une ancienne version est une soirée gaspillée classique.
Exécutez la propre sauvegarde du produit à l'aide de l'utilitaire de sauvegarde-restauration (backuprestore.bat) ou confirmez qu'une sauvegarde planifiée récente existe. La sauvegarde intégrée capture les fichiers d'application et la base de données ensemble dans une seule archive restaurable - et ce couplage est tout l'intérêt, car les deux doivent rester synchronisés. Deux remarques honnêtes : la sauvegarde peut s'exécuter pendant que le service du serveur est toujours en cours d'exécution, il n'y a donc aucune excuse pour l'ignorer ; et si votre base de données est un MSSQL externe ou un PostgreSQL distant, la sauvegarde du serveur ne la couvre pas - coordonnez une sauvegarde de base de données distincte avec votre administrateur de base de données avant de continuer.
Enregistrez le fichier .PPM de votre build sur un disque local sur le serveur et validez sa somme de contrôle comme le conseille ManageEngine, afin qu'un téléchargement à moitié terminé n'atteigne jamais le gestionnaire de mise à jour. Vérifiez l'espace libre sur le lecteur d'installation : ManageEngine demande au moins 1,5 fois la taille du dossier UEMS_CentralServer, car Update Manager compresse et enregistre d'abord votre installation existante avant d'appliquer la nouvelle version. Connectez-vous avec les informations d'identification de l'administrateur : il s'agit d'une opération chirurgicale du serveur et non d'une tâche de navigateur.
Ouvrez services.msc, recherchez ManageEngine UEMS - Server et arrêtez-le. Ensuite, ouvrez le Gestionnaire des tâches et confirmez que UEMS.exe, wrapper.exe et java.exe sont tous fermés ; donnez-leur quelques minutes plutôt que de forcer quoi que ce soit. ManageEngine explique clairement pourquoi : les verrous de fichiers dus à des processus persistants sont l'une des principales causes d'échec de la mise à niveau. Ce n'est que lorsque le serveur est complètement arrêté que vous continuez.
Accédez au dossier bin dans UEMS_CentralServer et exécutez UpdateManager.bat. Cliquez sur Parcourir, sélectionnez le fichier .PPM (vous pouvez lire le fichier Lisezmoi du service pack à partir du même écran) et cliquez sur Installer. Respectez ensuite les deux règles qui protègent l'exécution : n'ouvrez pas la console pendant que Update Manager fonctionne, et ne paniquez pas devant la barre de progression - elle se situe généralement à près de 40 % sur "Sauvegarde des fichiers importants" pendant une longue période pendant la phase de sauvegarde. Cette pause est l’outil qui vous protège. Attendez la confirmation Installation réussie. Si votre chemin de mise à niveau comporte plusieurs PPM, fermez l'assistant et démarrez un nouveau UpdateManager.bat pour l'étape suivante - toutes les étapes peuvent être terminées dans la même fenêtre de maintenance.
Une fois la dernière étape réussie, redémarrez le service ManageEngine UEMS - Server et ouvrez la console. Vérifiez que le numéro de build est désormais le build cible : ce numéro unique est votre preuve que le côté serveur de la mise à jour est terminé. Si un Secure Gateway Server (SGS) fait partie de votre configuration, surveillez la console : elle vous dira si une mise à niveau SGS est requise. Considérez cela comme une étape distincte et demandée : ne mettez jamais à niveau SGS automatiquement « simplement parce que » le serveur a été mis à niveau.
Vous ne poussez rien vers les points finaux. Les serveurs de distribution sont mis à niveau lors de leur prochain cycle de réplication et les agents sont mis à niveau lors de leur prochain cycle d'actualisation - 90 minutes par défaut - une fois leur serveur de distribution terminé. En attendant que cette vague se stabilise, évitez de planifier des déploiements de correctifs, car les mises à niveau des agents et les tâches de correctifs se disputent la même fenêtre. Enfin, la question du rythme : appliquez des correctifs qui corrigent rapidement les vulnérabilités et adoptez les versions de service packs selon un cycle planifié plutôt que de poursuivre chaque build le jour où elle apparaît. Ignorer une version cosmétique est une bonne chose. Sauter les étapes requises dans un chemin de mise à niveau ne l’est jamais.
La vidéo montre la mise à jour complète sur une console en direct : la notification, le téléchargement .PPM, UpdateManager.bat et l'endroit où le numéro de build change. Regardez-le une fois avant votre fenêtre de maintenance.
Watch Full VideoConnectez-vous à la console et vérifiez le coin supérieur droit : une icône d'actualisation apparaît lorsqu'un correctif ou une mise à niveau est prête. En cliquant dessus, vous verrez ce qui est disponible et le lien Télécharger maintenant ouvrira la page de téléchargement officielle. Utilisez cette page - et votre numéro de build actuel - pour sélectionner le fichier exact du service pack.
Uniquement si la page Service Packs de ManageEngine indique que votre build peut y accéder directement. Les Service Packs sont séquentiels : entrez votre version actuelle sur cette page et elle répertorie chaque version intermédiaire que vous devez installer en premier. Sauter une étape obligatoire est la raison la plus courante pour laquelle une mise à jour refuse de s'exécuter.
Les serveurs de distribution se mettent à niveau eux-mêmes lors de leur prochain cycle de réplication, et les agents suivent lors de leur prochain cycle d'actualisation, qui a lieu toutes les 90 minutes par défaut. Évitez simplement de planifier le déploiement de correctifs jusqu'à ce que la vague de mise à niveau de l'agent soit terminée.