Jedes Jahr stellen Administratoren zwei Fragen zu Endpoint Central: Was hat sich tatsächlich geändert und wie kann ich ein Upgrade durchführen, ohne den einen Server zu beschädigen, der alle PCs im Büro verwaltet? Diese Seite beantwortet beides ehrlich – was ManageEngine im Jahr 2025 wirklich geliefert hat, und die sichere Upgrade-Routine, die das Video demonstriert.
Hier ist die ehrliche Form von Endpoint Central im Jahr 2025. Es gab eine schlagzeilenträchtige Einführung – die Digital Employee Experience (DEX)-Funktionen kamen im August 2025 auf – und der Rest des Jahres bestand auf der On-Premises-Build-Linie 11.4.25xx aus Service Packs und Hotfixes: Sicherheitsfixes und Stabilitätsarbeiten, die Art von Update, die selten Schlagzeilen macht, aber im Stillen Ihren Server schützt. In diesem Leitfaden wird behandelt, was neu ist, was sich nicht geändert hat und welche Upgrade-Reihenfolge Ihre Daten und Konfigurationen beibehält – dieselbe Reihenfolge, die im Video oben gezeigt wird.
Im August 2025 kündigte ManageEngine Digital Employee Experience (DEX)-Funktionen für Endpoint Central an. DEX überwacht die Probleme, die Benutzer spüren, aber selten richtig melden – langsame Startzeiten, Anwendungsabstürze, verzögerte Anmeldungen, CPU-Spitzen und Speicherauslastung – und wandelt sie in Geräte- und Anwendungszustandsbewertungen um, mit Ein-Klick- und Workflow-basierten Korrekturen, die von derselben Konsole aus angeboten werden.
Zwei ehrliche Fußnoten. Erstens läuft DEX auf demselben einzelnen Agenten wie der Rest von Endpoint Central – es muss kein zweites Überwachungstool bereitgestellt werden. Zweitens handelt es sich um ein Add-on, und ManageEngine verkauft es auch eigenständig als SaaS-Produkt DEX Manager Plus. Durch die Aktualisierung Ihres Servers wird dieser nicht eingeschaltet; Es gibt eine separate Test- und Lizenzentscheidung, die in einem eigenen Leitfaden in dieser Serie behandelt wird.
Die On-Premises-Linie bis 2025 war die Build-Serie 11.4.25xx, die als Service Packs (PPM-Dateien) und Hotfixes und nicht als eine einzige riesige Version bereitgestellt wurde. Bei den meisten Einträgen in der veröffentlichten Readme-Datei von ManageEngine für diese Builds handelt es sich um Korrekturen und Absicherungen, nicht um Features.
Ein Beispiel, an das man sich erinnern sollte: Der Build 11.4.2514.01 vom März 2025 in der Service-Pack-Readme-Datei von ManageEngine behebt ein Problem mit der Windows-Produktinstallationskomponente, das eine Eskalation lokaler Berechtigungen hätte ermöglichen können, zusammen mit einem kleineren Fix für die Verschiebung des Neustarts unter Linux. Das ist die wahre Struktur eines Jahres voller Updates – unscheinbar und genau das, was Sie nicht überspringen möchten.
Das Video beginnt dort, wo jedes Upgrade stattfinden sollte: Öffnen Sie Ihr Profil in der Konsole und lesen Sie die Build-Nummer. Wenn ein Update verfügbar ist, zeigt die Konsole eine Download-Option an – und vor allem bietet sie die Datei an, die zu Ihrem Build passt.
Endpoint Central-Upgrades erfolgen sequentiell. Sie wenden das Service Pack an, das für den von Ihnen ausgeführten Build bestimmt ist. Dabei handelt es sich möglicherweise nicht um die neueste Datei im Internet. Das Herunterladen und Erzwingen eines zufälligen neueren PPM führt dazu, dass Upgrades fehlschlagen. Der eigene Vorschlag der Konsole ist der sichere Weg.
Das Video verspricht ein Upgrade ohne Verlust von Daten oder Konfigurationen – und die Sicherung sorgt dafür, dass dieses Versprechen sicher eingehalten werden kann. Bevor Sie die Update-Datei berühren, erstellen Sie ein Backup des Servers: einen VM-Snapshot oder ein vollständiges Backup der Maschine, einschließlich der Produktdatenbank.
Wenn während des Upgrades etwas schief geht, gibt es keine Downgrade-Schaltfläche. Das Backup ist der Weg zurück. Kein Backup, kein Upgrade – diese Regel kennt keine Ausnahmen, selbst für einen kleinen Hotfix.
Wenn das PPM heruntergeladen und die Sicherung gesichert ist, stoppen Sie das Produkt, damit seine Dateien ersetzt werden können. Öffnen Sie services.msc, suchen Sie den Dienst ManageEngine UMS Server und stoppen Sie ihn – genau wie im Video gezeigt.
Öffnen Sie dann den Ordner bin in Ihrem Endpoint Central-Installationsordner und führen Sie UpdateManager.bat aus. Navigieren Sie zu der PPM-Datei, die Sie heruntergeladen haben, starten Sie die Installation und lassen Sie sie laufen. Im Video dauert das Update ungefähr 30 Minuten; Größere Datenbanken dauern länger. Unterbrechen Sie den Vorgang nicht und starten Sie den Server nicht auf halbem Weg neu.
Wenn UpdateManager fertig ist, starten Sie die ManageEngine-Dienste erneut und öffnen Sie die Konsole. Gehen Sie zurück zum gleichen Profilbildschirm aus Schritt 1 und bestätigen Sie, dass sich die Build-Nummer geändert hat in die von Ihnen beabsichtigte.
Schließen Sie mit zwei Stichproben ab: Stellen Sie sicher, dass einige Agenten normal einchecken, und werfen Sie einen Blick auf eine Routineansicht, die Sie täglich verwenden – Patches oder Inventar. Wenn die Konsole geladen wird, der Build korrekt ist und die Agenten berichten, ist das Upgrade tatsächlich abgeschlossen. Die Agenten auf Ihren PCs erhalten ihre neue Version, wenn sie sich beim aktualisierten Server anmelden. Sie besuchen keinen einzigen Schreibtisch.
Sehen Sie, wie der Build-Check, der Dienststopp und der UpdateManager live auf einem echten Server ausgeführt werden, genau so, wie es passiert.
▶️ Watch Full VideoIm Video dauert das Update selbst etwa 30 Minuten. Ihre Zeit variiert je nach Datenbankgröße und Servergeschwindigkeit. Planen Sie ein Wartungsfenster von etwa einer Stunde ein, damit sich die Überprüfungsschritte nie überstürzt anfühlen.
Der Upgrade-Vorgang ist darauf ausgelegt, Ihre Daten und Konfigurationen voranzutreiben, und das Video folgt der datensicheren Reihenfolge: Zuerst Backup, dann das Service Pack. Das Backup ist Ihre Versicherung – nehmen Sie es jederzeit in Anspruch, auch für kleine Hotfixes.
Ja. Im Video wird darauf hingewiesen, dass derselbe UpdateManager-Prozess für Endpoint Central, Desktop Central und Patch Manager Plus gilt, da sie denselben Upgrade-Mechanismus verwenden: Überprüfen Sie den Build, stoppen Sie den Dienst, wenden Sie das passende PPM an und überprüfen Sie dann.