Microsoft 365 Mandanten-zu-Mandanten-Migration: Chatverlauf im Überblick – was erhalten bleibt und was nicht

Von Mirko Peters · 2026-10-28

Erfahren Sie, was bei einer Mandanten-zu-Mandanten-Migration von Microsoft 365 mit dem Chatverlauf in Microsoft Teams passiert, was dabei kaputtgeht und wie Sie kritische Daten sichern.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Bei der Planung einer Microsoft 365-Migration zählt der Erhalt des Microsoft Teams-Chatverlaufs zu den komplexesten Herausforderungen für Organisationen. E-Mails und OneDrive-Dateien lassen sich vergleichsweise problemlos übertragen. Einzelchats, Gruppenchat-Verläufe und eingebettete Berechtigungen überschreiten Mandantengrenzen dagegen oft nur mit spezieller Drittanbieter-Software und sorgfältiger Vorbereitung.

Das Wichtigste in Kürze

• Einzel- und Gruppenchatverläufe sind direkt an die Benutzeridentitäten im ursprünglichen Mandanten gebunden.
• Native Migrationstools von Microsoft decken vor allem Kernworkloads wie Postfächer ab. Chatdaten erfordern daher Lösungen von Drittanbietern.
• Kanalunterhaltungen und Besprechungsaufzeichnungen müssen im Zielmandanten manuell neu strukturiert und die Berechtigungen neu aufgebaut werden.
• Ein erhaltener Chatkontext hängt vollständig davon ab, ein strikt definiertes Cutover-Sperrfenster festzulegen, um Datenabweichungen zu verhindern.
• Wer die Einschränkungen von Chats kennt, vermeidet kostspielige Überraschungen bei Unternehmensfusionen und Ausgliederungen.

Der Aufbau eines Teams-Chats bei einer Migration

Wenn IT-Administratoren ein Projekt zur Mandanten-zu-Mandanten-Migration angehen, behandeln sie eine Microsoft Teams-Migration häufig als einfaches Kopieren von Dateien. Ein Microsoft Team ist jedoch kein einzelnes Objekt in einem Ordner. Vielmehr ist es ein komplexes Geflecht miteinander verbundener Komponenten, darunter Gruppenchats, individuelle Chatverläufe, Kanal-Registerkarten, gemeinsam genutzte Dateibereiche und Mitgliederlisten.

Beim Verschieben eines Postfachs bewegen Sie ein einzelnes primäres Objekt. Beim Verschieben eines Teams oder eines Chatverlaufs bewegen Sie dagegen mehrere Objekte, die alle aufeinander verweisen. Diese internen Verweise und Querverbindungen lassen sich nicht sauber über Cloud-Grenzen hinweg übertragen. Da die Mandantengrenze strukturell darauf ausgelegt ist, externe Organisationen vollständig abzuschotten, bricht die Verknüpfung auseinander, sobald ein Chatthread aus einer Umgebung herausgelöst und in eine andere eingefügt wird.

Fallstricke bei Einzel- und Gruppenchats

Einzelchats und dauerhafte Gruppenchats sind die empfindlichsten Elemente jeder modernen Migration am Arbeitsplatz. Benutzer betrachten historische Chatverläufe oft als dauerhafte digitale Aktenschränke, in denen sie alte Entscheidungen, geteilte Links und frühere Fehlerbehebungsschritte nachschlagen.

Bei einer Migration sind diese Chatverläufe an die jeweiligen Benutzerobjekt-IDs und Mandantenadressen gebunden, in denen sie entstanden sind. Werden Konten im Zielmandanten neu bereitgestellt, werden diese historischen Chatverweise regelmäßig getrennt. Ohne gezielten Eingriff mit spezieller Migrationssoftware von Drittanbietern sehen Benutzer in ihrer neuen Umgebung leere aktive Chatfenster. Teams müssen ihren digitalen Kontext dann von Grund auf neu aufbauen.

Warum native Tools bei Chatdaten an ihre Grenzen stoßen

Microsoft hat die nativen Möglichkeiten für Mandanten-zu-Mandanten-Migrationen deutlich verbessert. Administratoren stehen heute native Tools zur Verfügung, die Onboarding der Kernbenutzer, Postfachsynchronisierung und die Übertragung einfacher OneDrive-Inhalte zuverlässig abdecken.

Trotz dieser Verbesserungen lassen die nativen Werkzeuge von Microsoft oft die komplexen Feinheiten historischer Chat-Daten und begleitender Workloads wie Planner-Boards, Whiteboards und Loop-Komponenten außen vor. Diese Anwendungen wurden ursprünglich so konzipiert, dass sie vollständig innerhalb eines einzigen, geschlossenen Mandantenkonstrukts existieren. Soll ein Wechsel über Mandantengrenzen hinweg erfolgen, sind in der Regel spezialisierte Migrationslösungen von Drittanbietern erforderlich. Diese müssen Benutzerkennungen abbilden, Chat-Verläufe rekonstruieren und unterbrochene Kanalberechtigungen in der Zielumgebung wiederherstellen.

Berechtigungen neu aufbauen und Verknüpfungen wiederherstellen

Das Grundprinzip einer Mandantengrenze ist absolute Sicherheit und Isolation. Wenn ein Unternehmen aufgeteilt oder zusammengeführt wird, gehen die Daten selbst selten dauerhaft verloren. Die umgebende Struktur wird jedoch praktisch immer gestört. Berechtigungen, die festlegen, wer bestimmte Dateien einsehen, auf private Kanäle zugreifen oder gemeinsam genutzte Dokumente bearbeiten kann, werden nicht automatisch übernommen.

Im Quellmandanten haben Administratoren und Projektleiter sorgfältig komplexe Berechtigungsstrukturen aufgebaut. Im Zielmandanten müssen diese Berechtigungen bewusst neu eingerichtet werden. Wird die Zuordnung der Berechtigungen in der Planungsphase vernachlässigt, melden sich Mitarbeitende am Stichtag mit ihren gewohnten SharePoint-Websites und Teams-Kanälen an und stellen fest, dass sie vollständig von wichtigen Unternehmensressourcen ausgeschlossen sind.

Das Risiko für Automatisierungen und Flows

Neben dem Chat-Verlauf der Benutzer fallen automatisierte Workflows bei Mandantenmigrationen häufig als versteckte Opfer an. Power Automate-Flows, Power Apps und automatisierte Warnmeldungen sind eng mit den Benutzerkonten und den SharePoint-Website-IDs des ursprünglichen Mandanten verknüpft.

Selbst wenn Migrationswerkzeuge die Definition eines Power Automate-Flows erfolgreich übertragen, brechen die zugrunde liegenden Verbindungsverweise nach der Ankunft sofort ab. Solange Entwickelnde nicht systematisch erneut anmelden und jeden einzelnen Trigger und jede Aktion mit den Endpunkten des neuen Mandanten verbinden, bleiben automatisierte Geschäftsprozesse am ersten Tag der Umstellung stillschweigend stehen und schlagen fehl.

Fazit: Planung für die Realität nach der Migration

Bei einer komplexen Konsolidierung in der Cloud reicht es nicht, nur E-Mail-Weiterleitungen und Dateiübertragungen zu betrachten. Der Schutz historischer Chat-Daten, die sorgfältige Zuordnung von Berechtigungen und die Berücksichtigung begleitender Apps wie Teams und Power Automate sind entscheidende Schritte, um die Geschäftskontinuität zu sichern. Einen umfassenden Überblick über den gesamten Migrationszyklus, einschließlich Domänenumstellungen und Koexistenzstrategien, erhalten Sie in der Folge Hören Sie sich die vollständige Folge an des M365 FM Podcasts mit praxisnahen Expertentipps.

Häufige Fragen

Werden Microsoft Teams-Chats bei einer Mandantenmigration automatisch übertragen?

Nein, standardmäßige Microsoft Teams-Chat-Verläufe und Einzelunterhaltungen werden nicht automatisch in einen neuen Mandanten übernommen. Sie benötigen spezielle Migrationswerkzeuge von Drittanbietern, um sie zu exportieren, umzuwandeln und in die Zielumgebung zu importieren.

Was passiert mit geteilten Links in Teams-Chats nach einem Umzug?

Geteilte Links, die auf Dateien im alten Mandanten verweisen, funktionieren nicht mehr, da die Quellumgebung nicht mehr existiert oder nicht mehr erreichbar ist. Dateien müssen in die neuen OneDrive- oder SharePoint-Speicherorte migriert und die Links neu erstellt werden.

Können native Microsoft-Tools eine vollständige Migration von Teams und Chats übernehmen?

Microsoft bietet native Funktionen für Postfächer, einfache OneDrive-Dateien und die grundlegende Benutzerbereitstellung. Komplexe Workloads wie umfangreiche Teams-Chat-Verläufe, Kanalstrukturen und App-Verbindungen erfordern in der Regel jedoch Migrationslösungen von Drittanbietern.

Wie verhalten sich Power Automate-Flows nach einem Umzug von Mandant zu Mandant?

Power Automate-Flows, die mit Benutzerkonten oder SharePoint-Websites verknüpft sind, funktionieren nicht mehr, da ihre Verbindungsverweise auf den alten Mandanten zeigen. Sie müssen in der neuen Umgebung manuell neu authentifiziert und verbunden werden.