Exchange Version herausfinden: So prüfst du die Microsoft Exchange-Version schnell und sauber
Du willst die Exchange Version herausfinden, ohne dich durch unnötige Menüs zu klicken? Genau darum geht es hier. Ich zeige dir die schnellsten Wege, egal ob du lokal auf dem Server, per Admin Center oder per PowerShell arbeitest.
Exchange Version herausfinden: So gehe ich vor
Wenn ich die Exchange Version herausfinden will, will ich keine Theorie. Ich will die Nummer. Schnell, sauber, ohne Rätselraten. Genau das bekommst du hier. Ob du Microsoft Exchange On-Premises administrierst oder nur prüfen willst, welche Version auf einem Server läuft: Es gibt klare Wege, und ich zeige sie dir.
Warum die Exchange-Version wichtig ist
Die Versionsnummer entscheidet über mehr als nur Statistik. Sie sagt dir, welche Updates möglich sind, ob ein Sicherheitsfix fehlt und ob ein Migrationspfad überhaupt passt. Wenn ich eine Exchange-Umgebung prüfe, ist die Version immer einer der ersten Checks.
Typische Gründe:
- Sicherheitsupdates prüfen
- Support-Status bewerten
- Migrationsplanung vorbereiten
- Kompatibilität mit Tools oder Add-ins prüfen
- Fehleranalyse schneller eingrenzen
Exchange Version herausfinden über die PowerShell
Wenn ich direkten Zugriff auf den Server habe, ist PowerShell mein erster Weg. Der ist präzise und liefert mehr als nur eine grobe Anzeige.
Nutze diesen Befehl:
Get-ExchangeServer | Format-List Name,AdminDisplayVersionDamit bekommst du den Servernamen und die installierte Exchange-Version. AdminDisplayVersion ist der wichtige Wert. Er zeigt dir, welche Hauptversion und welches Build installiert ist.
Wenn du nur einen bestimmten Server prüfen willst:
Get-ExchangeServer -Identity SERVERNAME | Format-List Name,AdminDisplayVersionDas ist die sauberste Methode, wenn du mehrere Exchange-Server in einer Organisation hast.
Exchange Version herausfinden im Exchange Admin Center
Wenn du lieber per Oberfläche arbeitest, geht das oft auch über das Exchange Admin Center. Je nach Version und Berechtigung ist die Anzeige allerdings nicht immer an derselben Stelle. Darum nutze ich die GUI eher als Ergänzung, nicht als einzige Quelle.
Mein Ansatz:
- Im Exchange Admin Center anmelden
- Zu den Servern wechseln
- Serverdetails öffnen
- Build- oder Versionshinweise prüfen
Wichtig: Das Admin Center zeigt oft nicht so klar wie PowerShell, was genau installiert ist. Wenn ich die Version wirklich sicher wissen will, gehe ich fast immer in die Shell.
Exchange Version herausfinden direkt auf dem Server
Wenn ich am Windows-Server selbst sitze, kann ich die Version auch über installierte Programme oder die Dateiversion prüfen. Das ist nützlich, wenn die Exchange-Verwaltungstools gerade nicht sauber erreichbar sind.
So gehe ich vor:
- Systemsteuerung oder Einstellungen öffnen
- Installierte Programme prüfen
- Nach Microsoft Exchange Server suchen
- Produktversion notieren
Zusätzlich kann man die Dateiversion von Exchange-Komponenten prüfen. Das ist aber eher ein Backup-Weg. Für mich gilt: PowerShell zuerst, GUI danach.
Exchange-Version und Buildnummer verstehen
Die größte Falle: Viele sehen eine Buildnummer und wissen nicht, was sie bedeutet. Genau hier passieren Fehler. Eine Exchange-Version besteht oft aus mehreren Ebenen:
- Hauptversion wie Exchange 2016 oder 2019
- Buildnummer für das genaue Release
- CU oder SU für kumulative bzw. Sicherheitsupdates
Wenn du die Exchange Version herausfinden willst, reicht es nicht, nur „Exchange 2019“ zu kennen. Du brauchst das genaue Build, wenn du Updates, Support oder Troubleshooting ernst nimmst.
Buildnummer mit Microsoft abgleichen
Die Buildnummer muss ich fast immer gegen eine offizielle Microsoft-Quelle prüfen. Dafür nutze ich die Microsoft-Dokumentation zu Exchange-Updates und Support. Gute Einstiegsseiten sind:
- Microsoft Exchange Supportability Matrix
- Exchange Server Updates Overview
- Current versions and service pack levels
Ich gleiche die installierte Buildnummer immer mit einer dieser Quellen ab. So weiß ich sofort, ob der Server aktuell ist oder nicht.
So prüfe ich die Exchange-Version in einer größeren Umgebung
Bei mehreren Servern wird man schnell ungenau, wenn man nur manuell prüft. Deshalb arbeite ich dann strukturiert.
Mein Ablauf:
- Alle Exchange-Server auflisten
- AdminDisplayVersion für jeden Server exportieren
- Versionen zentral vergleichen
- Nur Server mit Abweichungen prüfen
Ein einfacher Export sieht so aus:
Get-ExchangeServer | Select Name,AdminDisplayVersion | Export-Csv C:\Temp\ExchangeVersionen.csv -NoTypeInformationDamit habe ich in Minuten eine saubere Übersicht. Das spart Zeit und verhindert, dass ich einen veralteten Server übersehe.
Häufige Fehler beim Exchange Version herausfinden
Ich sehe immer wieder dieselben Fehler. Die kosten Zeit und sorgen für falsche Schlüsse.
- Nur auf die Oberfläche verlassen statt die Buildnummer zu prüfen
- Exchange-Version mit Windows-Version verwechseln
- CU und SU ignorieren
- Nur einen Server prüfen, obwohl mehrere existieren
- Versionsnummer nicht mit Microsoft abgleichen
Wenn ich sauber arbeiten will, prüfe ich immer: Version, Build, Update-Stand, Support-Status.
Meine Kurzroutine für die Versionsprüfung
Wenn ich wenig Zeit habe, nutze ich diese Reihenfolge:
- PowerShell öffnen
Get-ExchangeServer | Format-List Name,AdminDisplayVersionausführen- Buildnummer notieren
- Mit Microsoft-Dokumentation abgleichen
- Update-Bedarf prüfen
Das ist der schnellste Weg, wenn ich die Exchange Version herausfinden muss und keine Zeit verschwenden will.
Fazit: Exchange Version herausfinden ohne Chaos
Die Exchange Version herausfinden ist kein Ratespiel. Mit PowerShell bekommst du die sauberste Antwort, mit dem Admin Center nur eine Zusatzprüfung. Wenn ich eine Umgebung bewerten will, arbeite ich immer mit der exakten Buildnummer und gleiche sie mit der Microsoft-Dokumentation ab. Das spart Zeit, reduziert Fehler und macht jede weitere Entscheidung einfacher.
Wenn du das nächste Mal die Exchange Version herausfinden musst, nimm den direkten Weg: Version auslesen, Build prüfen, mit Microsoft abgleichen.
}】} to=final ipment=[]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}]}