Was nicht in die Cloud gehört, und wann hybrides Exchange sich lohnt

Die Frage wird meist andersherum gestellt: Was können wir in die Cloud verlagern? Nützlicher ist die umgekehrte Richtung. Denn die Anwendungen, die aus guten Gründen im Haus bleiben, bestimmen den Aufbau der gesamten Umgebung, nicht die, die ohnehin leicht umziehen.

Vier Gründe, warum etwas im Haus bleibt

Diese vier kommen in der Praxis regelmäßig vor. Sie sind keine vollständige Liste. Lizenzfragen, Herstellerfreigaben und Wirtschaftlichkeit kommen je Fall hinzu. Aber alles andere ist meist eine Frage der Reihenfolge, nicht des Ob.

• Sonderhardware: Eine Maschinensteuerung, ein Messplatz, ein Kartenleser mit eigener Schnittstelle. Was physisch angebunden ist, bleibt in der Regel physisch angebunden. Umwege über Netzwerkweiterleitung gibt es, aber sie sind der Ausnahmefall und wollen erprobt sein.
• Latenz: Anwendungen, bei denen Millisekunden zählen, vertragen keinen Umweg. Das betrifft weniger Büroarbeit als Produktion und Steuerung.
• Datenhaltung mit Auflagen: Wo Vorgaben einen bestimmten Speicherort verlangen, entscheidet nicht die Technik, sondern die Auflage.
• Abhängigkeiten: Eine Anwendung, die an drei anderen hängt, zieht nicht allein um. Solche Ketten sind der häufigste Grund, warum ein Projekt in der Mitte stehenbleibt.

Was daraus folgt: die hybride Umgebung

Wenn ein Teil bleibt und ein Teil geht, entsteht keine halbe Cloud, sondern eine eigene Betriebsform. Sie hat drei Eigenschaften, die man kennen sollte, bevor man sich hineinbegibt.

• Zwei Identitätswelten müssen zusammenpassen. Wer sich lokal anmeldet, soll ohne zweites Kennwort auch in der Cloud arbeiten können. Das ist der Teil, der am häufigsten unterschätzt wird.
• Die Internetanbindung wird zur kritischen Leitung. Was vorher im Haus lief, hängt nun daran. Ob eine zweite Leitung nötig ist, entscheidet sich daran, wie lange ein Ausfall tragbar ist.
• Sicherung und Überwachung müssen beide Welten abdecken. Zwei getrennte Werkzeuge bedeuten zwei getrennte blinde Flecken.

Der häufigste Fall: hybrides Exchange

Bei E-Mail begegnet einem die hybride Form am häufigsten: Postfächer liegen teils lokal, teils in der Cloud, und für die Nutzenden sieht es aus wie ein System. Drei Gründe sprechen dafür, und sie gelten unabhängig von der Unternehmensgröße nur dann, wenn sie zutreffen.

• Viele Postfächer: Ab einer gewissen Zahl lässt sich nicht alles an einem Wochenende verschieben. Wellenweise umzuziehen setzt voraus, dass beide Seiten gleichzeitig funktionieren.
• Große Archive: Wo Jahre an E-Mails liegen, dauert allein die Übertragung Tage. Der Parallelbetrieb verhindert, dass in dieser Zeit niemand arbeiten kann.
• Anwendungen, die den Server brauchen: Ein Scanner, der Mails verschickt, oder eine Fachanwendung mit fester Serveradresse. Häufig können solche Geräte nur einfaches SMTP ohne moderne Anmeldung. Für sie braucht es vor dem Abschalten einen Ersatzweg, und der ist selten in einer Stunde gebaut.

Umgekehrt gilt: Ist der Umzug an einem Wochenende machbar und hängt keine Anwendung am alten Server, spricht wenig für den Umweg. Die hybride Bereitstellung bringt eigene Technik mit, die eingerichtet, verstanden und im Fehlerfall auch wieder auseinandergenommen werden will. Eine Einschränkung bleibt: Für den Umzug selbst braucht es sie in den meisten Fällen. Die Frage ist nicht ob, sondern wie lange.

Der Punkt, der am häufigsten liegen bleibt

Bei einer Migration ist die hybride Bereitstellung meist ein Zwischenzustand und kein Ziel. Ein Zwischenschritt mit Enddatum ist ein Plan; einer ohne wird zur Dauerlast: Zwei Systeme wollen gepflegt werden, und die Fehlersuche wird schwieriger, nicht leichter. Wo Anwendungen dauerhaft im Haus bleiben, ist die hybride Form dagegen der Zielzustand, dann aber bewusst gewählt und nicht übrig geblieben.

Genau an dieser Stelle hat sich etwas Grundlegendes geändert. Jahrelang galt: Wer Benutzerkonten lokal führt und in die Cloud synchronisiert, kann den letzten Exchange-Server nicht abschalten, weil die postfachbezogenen Attribute nur dort verwaltbar sind. Genau dafür stand in vielen Häusern ein Server, den niemand mehr brauchte und trotzdem niemand abschalten durfte.

Inzwischen gibt es einen Weg heraus: Microsoft hat die Verwaltung dieser Angaben in die Cloud verlagert und schreibt einen festgelegten Teil davon ins lokale Active Directory zurück. Beides ist mittlerweile allgemein verfügbar. Die anzulegende Konfiguration trägt in der Oberfläche allerdings weiter den Zusatz „Preview". Eine Voraussetzung gehört ebenfalls dazu: Das Zurückschreiben läuft über Entra Cloud Sync, das zusätzlich zur vorhandenen Synchronisierung eingerichtet wird. Ersetzen muss man diese nicht.

Der Zeitdruck kommt von anderer Seite: Für Exchange Server 2016 und 2019 ist die Unterstützung am 14. Oktober 2025 ausgelaufen. Wer den letzten Server behält, betreibt entweder eine Fassung ohne Sicherheitsaktualisierungen oder stellt auf die Subscription Edition um. Was das im Einzelnen bedeutet, haben wir im Beitrag zum letzten Exchange-Server beschrieben.

Wie fängt man an?

Mit einer Liste der Anwendungen und der Frage, welche der vier Gründe oben auf sie zutreffen. Was keinen davon erfüllt, ist ein Kandidat für den Umzug. Zu prüfen bleiben dann noch Herstellerfreigabe, Lizenzbedingungen und Wirtschaftlichkeit. Die Reihenfolge ergibt sich aus Aufwand und Abhängigkeiten. Wie diese Einordnung im Einzelnen läuft, steht auf unserer Seite zur Cloud-Strategie; die Betriebsform selbst beschreiben wir unter hybride Infrastruktur. Ein erstes Gespräch kostet nichts.

Stand: August 2026. Die Angaben zu Exchange (Support-Ende, cloud-seitige Verwaltung und Voraussetzungen) sind gegen die Microsoft-Dokumentation geprüft und ändern sich weiter. Vor einer Umstellung gehört der aktuelle Stand nachgesehen.