Das Aktualisierungssymbol in der Konsole zeigt an, dass ein Hotfix wartet. Das Update selbst erfordert ein paar Klicks – aber die Admins, die danach gut schlafen, sind diejenigen, die das Backup, den Build-Check und den Dienststopp in der richtigen Reihenfolge durchgeführt haben. Hier ist die komplette Routine.
Ein Endpoint Central-Update ist nicht schwierig. Was es riskant macht, ist alles drumherum: kein Backup, die falsche Service Pack-Datei und eine Konsole, die im falschen Moment geöffnet wurde. ManageEngine dokumentiert den Ablauf klar: Laden Sie das richtige Service Pack (.PPM) für Ihren Build herunter, führen Sie den Update Manager aus, starten Sie den Dienst neu, überprüfen Sie die Build-Nummer. Diese Seite folgt diesem offiziellen Ablauf und fügt die Disziplin hinzu, die ein routinemäßiges Update zu einem sicheren macht. Wenn Sie Ihren Endpoint Central-Server noch nie zuvor aktualisiert haben, führen Sie dies einmal in dieser Reihenfolge durch, dann wird es zur Gewohnheit und nicht zu einem Ereignis.
Die Konsole selbst teilt Ihnen mit, wann ein Update bereit ist. Hotfixes und vollständige Upgrades werden an derselben Stelle angekündigt.
Wie sich das Update ankündigt. Der Download sollte immer von der offiziellen Seite beginnen, auf die Sie von der Konsole weitergeleitet werden.
Vier Phasen. Fast jedes fehlgeschlagene Update überspringt Phase eins oder bricht Phase zwei ab.
Nachdem Sie sich bei der Endpoint Central-Konsole angemeldet haben, sehen Sie sich die obere rechte Ecke an. Wenn ein Hotfix oder ein Upgrade bereit ist, wird dort ein Aktualisierungssymbol angezeigt. Klicken Sie darauf und ein kleines Popup informiert Sie darüber, was bereit ist; Über den Link Jetzt herunterladen gelangen Sie in einem neuen Tab zur offiziellen Download-Seite, genau wie im Video gezeigt. Bei dieser Benachrichtigung handelt es sich um eine Aufforderung, das Update zu planen – es handelt sich nicht um eine Anweisung, es mitten am Arbeitstag zu installieren.
Bevor Sie etwas herunterladen, notieren Sie sich Ihre aktuelle Build-Nummer in der Konsole. Verwenden Sie dann die Service Packs-Seite von ManageEngine: Geben Sie Ihren aktuellen Build ein und es wird die genaue Reihenfolge angezeigt, die erforderlich ist, um die neueste Version zu erreichen. Dies ist wichtig, da Service Packs nacheinander angewendet werden. Wenn der Pfad von Ihrem Build zum Ziel zwei Zwischen-Builds erfordert, müssen alle der Reihe nach nacheinander installiert werden. Das Herunterladen der neuesten .PPM-Datei und das Verweisen auf einen alten Build ist die klassische Zeitverschwendung.
Führen Sie die eigene Sicherung des Produkts mit dem Backup-Restore-Dienstprogramm (backuprestore.bat) aus oder bestätigen Sie, dass eine kürzlich geplante Sicherung vorhanden ist. Das integrierte Backup erfasst die Anwendungsdateien und die Datenbank zusammen in einem einzigen wiederherstellbaren Archiv – und diese Paarung ist der springende Punkt, denn beide müssen synchron bleiben. Zwei ehrliche Anmerkungen: Das Backup kann ausgeführt werden, während der Serverdienst noch läuft. Es gibt also keinen Grund, es zu überspringen. und wenn es sich bei Ihrer Datenbank um eine externe MSSQL- oder eine Remote-PostgreSQL-Datenbank handelt, deckt die Serversicherung diese nicht ab – koordinieren Sie eine separate Datenbanksicherung mit Ihrem DBA, bevor Sie fortfahren.
Speichern Sie die .PPM-Datei für Ihren Build auf einem lokalen Laufwerk auf dem Server und validieren Sie deren Prüfsumme gemäß den Anweisungen von ManageEngine, sodass ein halbfertiger Download nie den Update Manager erreicht. Überprüfen Sie den freien Speicherplatz auf dem Installationslaufwerk: ManageEngine fordert mindestens die 1,5-fache Größe des Ordners UEMS_CentralServer, da der Update Manager Ihre vorhandene Installation zunächst komprimiert und speichert, bevor er den neuen Build anwendet. Melden Sie sich mit Administratoranmeldeinformationen an – dies ist ein Servervorgang, keine Browseraufgabe.
Öffnen Sie services.msc, suchen Sie ManageEngine UEMS – Server und stoppen Sie es. Öffnen Sie dann den Task-Manager und bestätigen Sie, dass UEMS.exe, wrapper.exe und java.exe alle beendet wurden. Geben Sie ihnen ein paar Minuten, anstatt etwas zu erzwingen. ManageEngine äußert sich unverblümt zu den Gründen: Dateisperren durch verweilende Prozesse sind eine der Hauptursachen für fehlgeschlagene Upgrades. Erst wenn der Server vollständig gestoppt ist, fahren Sie fort.
Gehen Sie zum Ordner bin in UEMS_CentralServer und führen Sie UpdateManager.bat aus. Klicken Sie auf Durchsuchen, wählen Sie die .PPM-Datei aus (Sie können die Service Pack-Readme-Datei auf demselben Bildschirm lesen) und klicken Sie auf Installieren. Beachten Sie dann die beiden Regeln, die den Lauf schützen: Öffnen Sie nicht die Konsole, während der Update Manager arbeitet, und geraten Sie nicht in Panik, wenn der Fortschrittsbalken während der Sicherungsphase für längere Zeit bei etwa 40 Prozent auf „Sichern wichtiger Dateien“ steht. Diese Pause ist das Werkzeug, das Sie schützt. Warten Sie auf die Bestätigung Installation erfolgreich. Wenn Ihr Upgrade-Pfad mehr als ein PPM umfasst, schließen Sie den Assistenten und starten Sie ein neues UpdateManager.bat für die nächste Phase – alle Phasen können innerhalb desselben Wartungsfensters abgeschlossen werden.
Nachdem die letzte Phase erfolgreich war, starten Sie den Dienst ManageEngine UEMS – Server erneut und öffnen Sie die Konsole. Überprüfen Sie, ob die Build-Nummer jetzt der Ziel-Build ist – diese einzelne Nummer ist Ihr Beweis dafür, dass die Serverseite des Updates abgeschlossen ist. Wenn ein Secure Gateway Server (SGS) Teil Ihres Setups ist, achten Sie auf die Konsole: Dort erfahren Sie, ob ein SGS-Upgrade erforderlich ist. Behandeln Sie dies als einen separaten Schritt mit Aufforderung – aktualisieren Sie SGS niemals automatisch, „nur weil“ der Server aktualisiert wurde.
Sie übertragen nichts an Endpunkte. Verteilungsserver werden bei ihrem nächsten Replikationszyklus aktualisiert, und Agenten werden bei ihrem nächsten Aktualisierungszyklus aktualisiert – standardmäßig 90 Minuten –, sobald ihr Verteilungsserver fertig ist. Bis diese Welle nachlässt, sollten Sie die Planung von Patch-Bereitstellungen vermeiden, da Agent-Upgrades und Patch-Jobs um dasselbe Zeitfenster kämpfen. Abschließend noch die Frage nach dem Rhythmus: Wenden Sie Hotfixes an, die Schwachstellen umgehend schließen, und nehmen Sie Service Pack-Versionen in einem geplanten Zyklus heraus, anstatt jeden einzelnen Build an dem Tag zu verfolgen, an dem er erscheint. Es ist in Ordnung, einen kosmetischen Build zu überspringen. Das Überspringen der erforderlichen Schritte innerhalb eines Upgrade-Pfads ist niemals der Fall.
Das Video zeigt das komplette Update auf einer Live-Konsole – die Benachrichtigung, den .PPM-Download, UpdateManager.bat und wo sich die Build-Nummer ändert. Sehen Sie es sich vor Ihrem Wartungsfenster einmal an.
Watch Full VideoMelden Sie sich bei der Konsole an und überprüfen Sie die obere rechte Ecke: Ein Aktualisierungssymbol wird angezeigt, wenn ein Hotfix oder Upgrade bereit ist. Wenn Sie darauf klicken, wird angezeigt, was verfügbar ist, und der Link „Jetzt herunterladen“ öffnet die offizielle Download-Seite. Verwenden Sie diese Seite – und Ihre aktuelle Build-Nummer –, um die genaue Service Pack-Datei auszuwählen.
Nur wenn auf der Service Packs-Seite von ManageEngine steht, dass Ihr Build direkt damit beginnen kann. Service Packs sind sequentiell: Geben Sie auf dieser Seite Ihren aktuellen Build ein und es werden alle Zwischen-Builds aufgelistet, die Sie zuerst installieren müssen. Das Überspringen einer erforderlichen Phase ist der häufigste Grund, warum ein Update nicht ausgeführt werden kann.
Nein. Verteilungsserver aktualisieren sich selbst bei ihrem nächsten Replikationszyklus und Agenten folgen bei ihrem nächsten Aktualisierungszyklus, der standardmäßig alle 90 Minuten erfolgt. Vermeiden Sie einfach die Planung von Patch-Bereitstellungen, bis die Agent-Upgrade-Welle abgeschlossen ist.