Kostenlos testen
Kostenlos testen
How-to 5 Schritte 4 Min. Lesezeit Aktualisiert am 11. November 2026

So halten Sie Datenresidenz-Kontrollen in Microsoft 365 konsistent

Microsoft Multi-Geo legt fest, wo Daten gespeichert werden, doch Konsistenz braucht Aufsicht. Inventarisieren Sie, wo Workspaces und Gäste sitzen, und prüfen Sie sie gegen die Residenzregel.

Torsten Mandelkow Funktioniert mit
How-to

Was ist Datenresidenz-Kontrolle in Microsoft 365?

Datenresidenz-Kontrolle in Microsoft 365 heißt zu wissen, wo jeder Workspace und seine Daten liegen, und das gegen die Regel der jeweiligen Region zu prüfen. Multi-Geo platziert die Daten; die Aufsicht ist ein Inventar nach Region und die Prüfung, ob die Attribute hinter der Platzierung stimmen.

Kurz gesagt

  • Residenzregeln sind geografisch, der Tenant ändert sich aber mit jedem neuen Team, jedem Benutzerwechsel und jedem Gast.
  • Microsoft 365 Multi-Geo platziert Daten, sagt aber nicht, ob die Platzierung noch zu Ihrer Regel passt.
  • Die Attribute hinter der Platzierung, etwa Land des Benutzers oder bevorzugter Datenspeicherort, müssen gepflegt und korrekt sein.
  • Rencore verschiebt oder speichert keine Daten nach Region; es schafft Sichtbarkeit und Richtlinienaufsicht darüber, wo etwas liegt.

Schritt für Schritt

Fünf Schritte halten die Residenz konsistent, indem sie den nativen Mechanismus um Aufsicht ergänzen, statt ihn zu ersetzen.

  1. Die Regel je Region und Datenklasse festlegen

    Legen Sie fest, welche Daten in welcher Region bleiben müssen, zum Beispiel Personaldaten in der EU, und in welchen Regionen jede Tochtergesellschaft tätig ist. Eine Regel, die konkret genug zum Prüfen ist, bildet die Grundlage für alle weiteren Schritte.

  2. Die Attribute hinter der Platzierung prüfen

    Bestätigen Sie, dass Land, Abteilung und bevorzugter Datenspeicherort der Benutzer in Entra ID gepflegt und aktuell sind und dass Multi-Geo für die benötigten Regionen eingerichtet ist. Ein leeres Attribut führt stillschweigend zur Standardplatzierung.

    Tipp: Prüfen Sie zuerst eine Stichprobe von Austritten und Wechseln, denn dort veralten Attribute.

  3. Workspaces, Owner und Gäste nach Region inventarisieren

    Bauen Sie eine Sicht auf, welche Teams, Websites und Gruppen in welcher Region liegen, wer sie besitzt und welche Gäste dazugehören. Gegen dieses Bild wird eine Residenzregel geprüft.

    In Rencore:

  4. Die Aufsicht nach Region segmentieren

    Begrenzen Sie, was jeder regionale Admin sieht und steuert, auf die eigene Region, damit die Verantwortlichen einer Region nur diese Region sehen. Virtuelle Umgebungen, gefiltert nach dem Länderattribut in Entra ID, leisten das.

    In Rencore:

  5. Ausnahmen prüfen und den Beleg führen

    Markieren Sie Workspaces, deren Owner oder Gäste außerhalb der Regel liegen, leiten Sie jeden an seinen Owner und halten Sie die Entscheidung fest. Der Beleg zeigt einem Prüfer, dass Residenz geprüft und nicht nur konfiguriert wurde.

    In Rencore:

Was Datenresidenz-Kontrollen so komplex macht

Eine Residenzregel ist schnell geschrieben: Diese Daten bleiben in dieser Region. Der Tenant, in dem sie gelten soll, ist nicht einfach. Benutzer wechseln das Land, ein Workspace wird in einem Land für Teams in mehreren angelegt, Gäste kommen von außerhalb der Region, und Gruppenmitgliedschaften ändern sich wöchentlich. Jede Änderung kann Daten oder Zugriff an einen Ort legen, den die Regel nicht vorsah.

Microsoft 365 Multi-Geo platziert Daten nach dem bevorzugten Datenspeicherort eines Benutzers oder einer Gruppe und setzt voraus, dass diese Einstellungen für jeden Benutzer und jede Gruppe stimmen. Residenz wird dadurch zu einer Frage der Datenqualität. Ohne ein Inventar, das zeigt, wo jeder Workspace und sein Owner sitzen, bleibt die Regel eine Richtlinie auf Papier, die niemand an der Wirklichkeit prüft.

Konnektoren in dieser Anleitung

Jede Konnektor-Seite in der Rencore-Dokumentation listet die Objekte, Richtlinien, Berichte und Aktionen hinter diesen Schritten.

Häufige Fragen zur Datenresidenz in Microsoft 365

Verschiebt oder speichert Rencore unsere Daten nach Region?
Nein. Rencore verschiebt keine Daten zwischen Regionen und bestimmt nicht, wo Microsoft sie speichert. Wo Daten liegen, entscheiden Microsoft 365 und seine Multi-Geo-Einstellungen. Eine Governance-Plattform ergänzt Sichtbarkeit und Richtlinienaufsicht: wo Workspaces, Owner und Gäste sitzen, welche Richtlinien sie verletzen und wer verantwortlich ist.
Was leistet Microsoft 365 Multi-Geo bereits?
Mit Multi-Geo kann ein Tenant Daten für Exchange, SharePoint, OneDrive und Microsoft 365-Gruppen an gewählten geografischen Standorten speichern, abhängig vom bevorzugten Datenspeicherort des Benutzers oder der Gruppe. Es bestimmt, wohin die Daten gehen. Es sagt Ihnen nicht, ob diese Einstellungen bei Tausenden von Benutzern und Workspaces vollständig und korrekt sind, und das ist die Aufsichtslücke.
Warum scheitern Residenzregeln in der Praxis?
Weil sich der Bestand schneller ändert, als die Regel geprüft wird. Benutzer wechseln das Land, Workspaces entstehen für grenzüberschreitende Teams, Gäste kommen aus anderen Regionen, und der bevorzugte Datenspeicherort wird nicht immer mitgeführt. Der Fehler ist selten eine einmal falsch gesetzte Einstellung, sondern viele kleine ungeprüfte Änderungen über die Zeit.
Wer sollte die Residenz-Kontrollen verantworten?
Der oder die Datenschutz- oder Compliance-Verantwortliche sollte Regel und Nachweis verantworten, die IT die Multi-Geo- und Identitätskonfiguration, und jeder regionale Admin überwacht die eigene Region. Gehören Regel und Prüfung verschiedenen Rollen, ist niemand für die Lücke dazwischen verantwortlich. Benennen Sie daher beide Rollen ausdrücklich.
Wie unterstützt Rencore Governance die Residenz-Aufsicht?
Rencore Governance inventarisiert Teams, SharePoint-Websites, Microsoft 365-Gruppen und Gäste, und Virtuelle Umgebungen segmentieren einen Tenant nach Attributen wie dem Land des Benutzers in Entra ID, mit Admin-Rollen je Segment. Jeder regionale Admin sieht und steuert nur die eigenen Benutzer und Objekte, und Richtlinien prüfen den Bestand gegen Ihre Regeln.

Zuletzt aktualisiert am 11. November 2026

Über den Autor

Torsten Mandelkow

Torsten ist Mitgründer und CAA bei Rencore. Während seiner Zeit als SharePoint-Berater war er stets bestrebt, den SharePoint-Entwicklungsprozess zu verbessern und zu automatisieren, zunächst durch die Gründung der SharePoint Software Factory (SPSF) und später durch die Entwicklung der SharePoint-Codeanalyse-Tools, die heute unter dem Namen SPCAF bekannt sind. Nach einem dreijährigen Intermezzo bei Microsoft ist er nun Teil des RENCORE-Teams und verantwortlich für die weitere technische Entwicklung aller unserer Tools.

Weiterlesen

Sehen Sie die Residenz-Aufsicht nach Region in einem Inventar

Wir zeigen Ihnen in einer kurzen Demo, wie Rencore Governance einen Tenant nach Region segmentiert und Workspaces, Owner und Gäste gegen Ihre Regeln prüft.

Demo anfordernKostenlos testen
Rencore Newsletter

Abonnieren Sie unseren Newsletter

Erhalten Sie die neuesten Einblicke zur Governance von Microsoft 365, Copilot und KI-Agenten direkt in Ihr Postfach.

Loading form