Skype for Business Server 2019 zu SE: In-Place-Upgrade-Playbook
Build-Nummern, Pflicht-Reihenfolge und ein Rollback-Plan, den man wirklich brauchtW I S S E N · S K Y P E F O R B U S I N E S S S E R V E R S E
Skype for Business Server 2019 zu SE – das vollständige In-Place-Upgrade-Playbook
Vom voll gepatchten 2019er-Server zur evergreen-CU – mit Build-Nummern, Wartungsfenster und ehrlichem Rollback-Plan.
Boddenberg – IT-Beratung & Engineering · boddenberg.de · Stand: Juni 2026
|
TL;DR Die Kurzfassung für Eilige Skype for Business Server SE wird offiziell als In-Place Upgrade auf einem voll gepatchten 2019er-Server installiert – eine Neuinstallation auf der grünen Wiese gibt es nicht. Eintrittskarte ist CU8HF1 (Build 7.0.2046.548). Der Pfad: 2019 CU8HF1 → SE RTM (7.0.2046.810) → Pflicht-Hotfix September 2025 (7.0.2046.828) → aktuelle CU. Technisch passiert fast nichts, kommerziell und beim Lifecycle alles. Wer Backup von SQL-Back-End und CMS auslässt, hat keinen Rollback – nur Hoffnung. |
|---|
Worum es hier geht
Du sitzt auf einem Skype-for-Business-Server 2019, der Extended Support ist seit dem 14. Oktober 2025 Geschichte, und irgendwer im Audit-Team hat angefangen, unangenehme Fragen zu stellen. Die ruhigste Antwort darauf heißt In-Place Upgrade auf Skype for Business Server SE. Klingt nach großem Drama, ist aber der entspannteste Server-Umstieg, den Microsoft je gebaut hat – weil unter der Haube kein großer Codewechsel stattfindet.
Dieser Artikel ist das vollständige Playbook für genau diesen einen Pfad: 2019 → SE. Kein editionsübergreifendes Allgemein-Geschwafel, sondern konkrete Build-Nummern, die Pflicht-Reihenfolge der Hotfixes, ein realistisches Wartungsfenster und ein Rollback-Plan, den du wirklich brauchst, wenn es klemmt. Wer das Big Picture zu SE sucht – Lizenzlogik, Architektur, Hybrid – findet das im
Pillar „Skype for Business Server SE im Überblick“, der hier die Überblicksquelle ist. Dieser Spoke geht in die Hände-schmutzig-machen-Tiefe.
|
HINWEIS Für wen das hier ist Für Admins und Berater, die einen produktiven 2019er-Server haben und ihn supported halten müssen – sei es als Dauerlösung On-Prem oder als saubere Brücke Richtung Teams. Wenn du noch unter CU8HF1 stehst, fang nicht hier an, sondern beim Patchen. |
|---|
Der Upgrade-Pfad in vier Stationen
Microsoft empfiehlt offiziell genau einen Weg nach SE: das In-Place Upgrade aus einem voll gepatchten 2019er-Setup. Es gibt kein „SE-Setup.exe“, das dir auf einem nackten Windows-Server eine frische SE-Installation hinstellt. Wer SE „neu“ will, installiert zuerst SfB Server 2019 RTM und patcht von dort hoch. Der reale Pfad sieht so aus:
Skizze 1: Die vier Stationen des In-Place-Upgrades – von CU8HF1 bis zur evergreen-CU. Die Reihenfolge ist nicht optional.
Der entscheidende Punkt steht vorne: CU8HF1 (Build 7.0.2046.548, März 2025) ist die Eintrittskarte. Genau dieser Codestand ist das, was SE intern verwendet. Stehst du darunter, ist Schluss – erst hochpatchen, dann umsteigen. Stehst du drüber, ist alles gut.
|
ACHTUNG Pflicht-Reihenfolge: den September-Hotfix nicht überspringen Der September-2025-Hotfix 2 (Build 7.0.2046.828) ist ein Zwischenschritt, kein optionales Update. Er muss installiert sein, bevor höhere Builds folgen. Wer direkt von der RTM auf eine spätere CU springen will und den Hotfix überspringt, läuft in genau die Versions-Inkompatibilität, die der Troubleshooting-Spoke unter „incompatible service version“ beschreibt. |
|---|
Voraussetzungen für ein sauberes Upgrade
Bevor du den Installer auch nur ansiehst, muss die folgende Liste komplett abgehakt sein. Das ist keine Bürokratie, sondern die Differenz zwischen einem Wartungsfenster und einem langen Wochenende.
|
Voraussetzung |
Detail / Regel |
|---|---|
|
Patch-Stand 2019 |
CU8HF1, Build 7.0.2046.548 (März 2025). Darunter ist Stopp. |
|
Alle Rollen gleich |
Front-End-, Edge- und Voraussetzungs-Rollen auf demselben Patchstand. |
|
Backup |
SQL-Back-End UND Central Management Store gesichert. Ohne Backup kein Rollback. |
|
Vorbereitung |
Topology Builder, AD-Vorbereitung und Lizenz-Zuweisung sind durchgespielt. |
|
Lizenz steht |
Software Assurance bzw. Subscription für Server UND CALs ist aktiv – sonst kein Nutzungsrecht. |
|
TIPP Build-Nummern auf einen Blick – merk sie dir CU8HF1: 7.0.2046.548 (Eintrittskarte). SE RTM: 7.0.2046.810. Sept-2025-Hotfix 2: 7.0.2046.828 (Pflicht-Zwischenschritt). Drei Zahlen, die du beim Upgrade auswendig haben solltest – sie entscheiden, ob du auf der unterstützten Spur fährst oder daneben. |
|---|
Das Upgrade Schritt für Schritt
Jetzt wird es konkret. Führ die Schritte in dieser Reihenfolge aus, idealerweise im angekündigten Wartungsfenster (rechne für eine Standard-Edition-Box mit 60–90 Minuten inkl. Reboots, für einen Enterprise-Pool entsprechend Pool-weise mehr).
|
TIPP Was sich technisch wirklich ändert: nichts Funktional ändert sich nichts. Wirklich nichts. Microsoft dokumentiert selbst, dass die SE-RTM gegenüber CU8HF1 keine größeren Codeänderungen enthält. Was sich ändert: Branding im Setup-Dialog, EULA-Akzeptanz und die Lizenzprüfung gegen die neue Subscription-Logik. Pre-release-Label: In manchen CU-Builds zeigt das Setup ein „pre-release“-Label. Reines Kosmetik-Problem ohne Funktionsauswirkung – Microsoft entfernt das in einem späteren Update. Nicht in Panik verfallen. |
|---|
Der Rollback-Plan – bevor du ihn brauchst
Ein In-Place Upgrade ist kein Knopfdruck mit Undo. Wenn ein Schritt fehlschlägt und kein bekannter Fehler greift, ist der saubere Weg der Rückbau aus dem Backup. Genau deshalb steht das Backup ganz oben in der Voraussetzungs-Liste – und nicht als frommer Wunsch, sondern als harte Bedingung.
Skizze 2: Die Rollback-Triage – erst prüfen, ob der Fehler bekannt ist, dann entscheiden. Ohne Backup gibt es den rechten Ast gar nicht.
Praxis: das Wochenend-Upgrade bei der Musterwerk GmbH
Die Musterwerk GmbH betreibt eine Enterprise-Edition mit einem Drei-Knoten-Front-End-Pool, dediziertem SQL-Back-End und Enterprise Voice über lokale SIP-Trunks. Compliance verlangt On-Prem, also ist Teams kurzfristig keine Option. Der Auftrag: supported werden, ohne die Telefonie am Montagmorgen abzuschießen.
Ablauf in der Realität: Freitagabend nach Feierabend Backup von SQL und CMS verifiziert (nicht nur „gemacht“ – verifiziert). Pre-Check ergab, dass zwei der drei Knoten auf CU8HF1 standen, der dritte hing eine CU zurück. Also erst diesen einen Knoten nachpatchen – das hätte sonst genau die „incompatible service version“-Meldung produziert. Dann Pool-weise: Knoten in Drain-Modus, Installer elevated, Hotfix-Reihenfolge eingehalten, Reboot, Verification, nächster Knoten.
Gesamtdauer: gut drei Stunden für alle drei Knoten, davon die Hälfte Reboots und Verifikation. Am Montag hat niemand gemerkt, dass überhaupt etwas passiert ist – was beim UC-Upgrade das höchste erreichbare Lob ist. Der einzige Schreckmoment: das pre-release-Label im Setup-Dialog, das den Junior-Admin kurz nervös machte. Kosmetik, wie erwartet.
|
HINWEIS Der Consulting-Hebel: Patch-Disziplin als Dauerauftrag Das Upgrade selbst ist ein Tag Arbeit. Der eigentliche Wert liegt danach: Unter der Modern Lifecycle Policy verlierst du den Support, wenn du zu lange keinen CU einspielst – ganz ohne klassisches End-of-Support-Datum. Wer das Upgrade macht, aber keinen Patch-Rhythmus etabliert, steht in 18 Monaten wieder im unsupported state. Das ist die Stelle, an der ein Wartungsvertrag mehr wert ist als das Upgrade-Projekt. |
|---|
Häufige Fragen
Kann ich SE komplett neu installieren statt In-Place upzugraden?
Nein. SE wird offiziell nur als In-Place Upgrade auf einer SfB-Server-2019-Installation installiert. Für eine „Neuinstallation“ installierst du zuerst SfB 2019 RTM und patchst dann hoch bis zum aktuellen SE-Build. Ein eigenständiges SE-Setup auf nacktem Windows gibt es nicht.
Welcher Build ist die Voraussetzung für das Upgrade?
CU8HF1, Build 7.0.2046.548 vom März 2025. Das ist die Codebasis, die SE intern verwendet. Darunter ist das Upgrade ein harter Stopp.
Muss ich den September-2025-Hotfix wirklich installieren?
Ja. Der Sept-2025-Hotfix 2 (Build 7.0.2046.828) ist ein Pflicht-Zwischenschritt, bevor höhere Builds folgen. Überspringst du ihn, riskierst du Versions-Inkompatibilitäten beim nächsten CU.
Wie lange dauert das Upgrade und gibt es Downtime?
Für eine Standard-Edition-Box realistisch 60–90 Minuten inklusive Reboots. Bei einem Enterprise-Pool fährst du Knoten für Knoten, sodass der Pool als Ganzes erreichbar bleibt – die Gesamtdauer steigt, die spürbare Downtime für User bleibt minimal, wenn du sauber drainst.
Was mache ich, wenn das Upgrade fehlschlägt?
Erst prüfen, ob es ein bekannter Fehler aus der Error-Matrix ist (siehe Troubleshooting-Spoke). Wenn ja: Fix anwenden, Hotfix-Reihenfolge kontrollieren, Installer elevated erneut starten. Wenn nein: Rollback aus dem Backup – SQL-Back-End und CMS zurück, Pool im Topology Builder zurückbauen. Ohne Backup ist hier Endstation.
Brauche ich während des Upgrades eine aktive Lizenz?
Ja. Der SE Update Installer setzt aktive Lizenzen im Tenant voraus, und SE darf grundsätzlich nur mit Subscription bzw. aktiver Software Assurance auf Server und CALs betrieben werden. Ohne SA kein Nutzungsrecht – das ist keine technische, sondern eine lizenzrechtliche Hürde.
Ändern sich nach dem Upgrade meine Telefonie-Einstellungen?
Nein. Funktional bleibt alles wie unter CU8HF1. Voice-Routing, Trunks und Dial-Plans wandern unverändert mit. Die Verification-Phase sollte trotzdem einen echten Testanruf enthalten – Vertrauen ist gut, ein klingelndes Telefon ist besser.
Weiterführende Themen
Dieses Playbook deckt den Upgrade-Pfad ab. Für die angrenzenden Themen geht es hier weiter:
Fazit
Das In-Place Upgrade von SfB 2019 nach SE ist technisch der ruhigste Pfad, den ein Microsoft-Server je hatte – vorausgesetzt, du stehst sauber auf CU8HF1, hältst die Hotfix-Reihenfolge ein und hast ein verifiziertes Backup für den Fall der Fälle. Die eigentliche Arbeit beginnt danach: Patch-Disziplin unter der Modern Lifecycle Policy.
Wenn du den 14. Oktober 2025 noch nicht hinter dir gelassen hast, ist jeder weitere Tag im unsupported state ein Tag, den dein nächstes Audit gegen dich verwendet. Pack das Wartungsfenster ein, geh die vier Stationen durch – und wenn du dabei Begleitung willst: genau das ist unser Tagesgeschäft.
Über den Autor
Ulrich B. Boddenberg ist unabhängiger IT-Berater, Software-Engineer und Fachbuchautor mit rund 30 Jahren Erfahrung in Microsoft-Enterprise-Infrastrukturen (Active Directory, ADFS, Entra ID, Exchange, SharePoint, PKI, Teams-Telefonie). Webseite: boddenberg.de.