Beginnen Sie mit einer Bestandsaufnahme, nicht mit „Exportieren“
Ein geordneter Ausstieg beginnt damit, zu wissen, was übertragen werden müsste und wofür die einzelnen Elemente verwendet werden. Notieren Sie Dateien, Nachrichten, Datenbanken, Konten und Anwendungen, die vom Dienst abhängen, wer sie nutzt und welche Abläufe betroffen wären, wenn sie nicht mehr verfügbar wären. Berücksichtigen Sie auch weniger sichtbare Komponenten: Berechtigungen, Automatisierungsregeln, Sicherungskopien, Domains, Zugriffsschlüssel und Integrationen mit anderen Tools. Gehen Sie nicht davon aus, dass all dies zusammen mit den Hauptdaten heruntergeladen wird; manches erfordert separate Schritte oder ist möglicherweise gar nicht Teil des Exports.
Trennen Sie, was Sie aufbewahren müssen, von dem, was nur aus Bequemlichkeit oder aufgrund interner Vorgaben dort verbleibt. Notieren Sie für jede Gruppe einen ungefähren Umfang, eine verantwortliche Person und ein vorgesehenes Ziel. Halten Sie auch fest, ob die Informationen weiter aktualisiert werden müssen oder ob eine archivierte Kopie genügt. In einem kleinen Unternehmen ist es sinnvoll, eine Person für die Freigabe von Änderungen und eine weitere Person mit Kenntnis der täglichen Abläufe zu benennen. So wird deutlich, wer entscheidet und wer praktische Probleme erkennen kann.
Diese Liste beweist nicht, dass eine Migration möglich ist, verhindert aber, dass ein heruntergeladener Ordner mit einem vollständigen Ausstieg aus dem Dienst verwechselt wird. Außerdem können Sie dem Anbieter gezieltere Fragen stellen: Enthält der Export beispielsweise Berechtigungen, Konfigurationen oder Beziehungen zwischen Datensätzen? Je genauer die Bestandsaufnahme ist, desto leichter lässt sich vergleichen, was Sie übertragen wollten und was Sie tatsächlich erhalten.
Suchen Sie nach den konkreten Bedingungen des Dienstes
Suchen Sie vor dem Vertragsabschluss die Dokumentation, die für das Produkt und den Kontotyp gilt, den Sie tatsächlich verwenden werden: Dienstbedingungen, Exportanleitungen, Kündigungsrichtlinien und Löschregeln. Prüfen Sie, ob zwischen vom Kunden hochgeladenen Daten, von einer Anwendung erzeugten Inhalten, Metadaten und Konfigurationen unterschieden wird. Ein Anbieter kann Exporte für bestimmte Produkte oder Formate dokumentieren, ohne dass deshalb alle Komponenten seiner Plattform auf dieselbe Weise übertragbar sind. Ob eine Option verfügbar ist, kann auch von der Edition oder der Berechtigungsstufe abhängen.
Notieren Sie den genauen Speicherort der Dokumentation und das Datum Ihres Abrufs. Suchen Sie nach konkreten Antworten: Was lässt sich exportieren, wer darf den Export durchführen, wie lange bleibt der Zugriff nach der Kündigung verfügbar, welche Kosten können entstehen und welche Voraussetzungen gelten? Prüfen Sie, ob das Konto vorbereitet, eine Funktion aktiviert oder der Export vor Beginn der Kündigung beantragt werden muss. Behandeln Sie eine Supportantwort oder eine allgemeine Webseite nicht als vertragliche Garantie: Vergewissern Sie sich, dass die Bedingungen für Ihre Region, Edition und Vereinbarung gelten.
Microsoft beschreibt beispielsweise für seine Produkte und verbundenen Dienste Exportmöglichkeiten über maschinenlesbare Formate, APIs, PowerShell und Portal-Funktionen; dieser Umfang lässt sich nicht auf andere Anbieter übertragen. Unterscheiden Sie beim Lesen einer Anleitung zwischen einer allgemeinen Möglichkeit und dem, was für Ihr konkretes Produkt gilt. Wenn etwas unklar bleibt, bewahren Sie Frage und Antwort auf und gleichen Sie die Informationen erneut mit den Bedingungen Ihres Kontos ab.
Führen Sie einen Probeexport durch und prüfen Sie das Ergebnis
Wenn der Dienst es zulässt, testen Sie vor der vollständigen Migration einen repräsentativen Ausschnitt. Wählen Sie verschiedene Inhaltstypen und beziehen Sie gegebenenfalls Berechtigungen oder die Ordnerstruktur ein. Ein zu einfaches Beispiel kann wichtige Unterschiede verbergen. Wählen Sie daher Beispiele, die der tatsächlichen Nutzung entsprechen, ohne aus dem Test eine vollständige Kopie zu machen. Speichern Sie das Ergebnis in einer von Ihnen kontrollierten Umgebung und prüfen Sie, ob sich die Dateien öffnen lassen, Datumsangaben und Namen plausibel sind und wesentliche Beziehungen erhalten geblieben sind.
Testen Sie bei einer Anwendung auch, ob sich der Export in das Zielsystem importieren lässt. Prüfen Sie, ob Datensätze vollständig erscheinen und die benötigte Organisation erhalten bleibt. Eine heruntergeladene Datei ist nicht automatisch eine nutzbare Migration: Sie kann lesbar sein und trotzdem nicht ermöglichen, die Arbeit ohne Anpassungen in einem anderen System fortzusetzen. Notieren Sie, was Sie direkt überprüfen können und wofür ein Test im Zielsystem erforderlich ist.
Halten Sie fest, wie lange der Vorgang dauerte, welche manuellen Schritte nötig waren und was fehlte. Wiederholen Sie die Prüfung, sofern dies sicher möglich ist, mit einem Benutzerkonto mit den üblichen Berechtigungen und nicht nur mit einem Administratorkonto. So können Sie eine Formatbeschränkung von einer Zugriffsbeschränkung unterscheiden. Verwenden Sie für unnötige Tests keine echten vertraulichen Daten und löschen Sie das Original nicht, um die Funktionsfähigkeit der Kopie zu beweisen. Diese Prüfungen dienen der Vorbereitung; sie sind weder eine technische Zertifizierung noch eine Garantie dafür, dass sich ein späterer, umfangreicherer Export oder ein Export unter anderen Bedingungen genauso verhält.
Unterscheiden Sie Export, Anbieterwechsel und Datenportabilität
Die Begriffe klingen möglicherweise austauschbar, beschreiben aber unterschiedliche Probleme. Das Herunterladen einer Kopie ermöglicht die Aufbewahrung bestimmter Daten; bei einem Anbieterwechsel muss ein Dienst übertragen und wieder betriebsbereit gemacht werden; Portabilität kann sich auf gesetzliche Rechte mit einem bestimmten Anwendungsbereich beziehen. Die Ziele hängen zusammen, sind aber nicht austauschbar: Ein Export kann zur Archivierung nützlich sein, ohne für die Weiternutzung einer Anwendung auszureichen. Ein betrieblicher Übergang kann zudem Aufgaben erfordern, die sich nicht durch das Herunterladen von Dateien erledigen lassen.
Das Datenverordnung der Europäischen Union umfasst Maßnahmen, die den Wechsel zwischen bestimmten Datenverarbeitungsdiensten erleichtern sollen, einschließlich eines Wechsels zu einem anderen Anbieter oder zu lokalen Lösungen. Das bedeutet weder, dass jede Anwendung, jeder Inhalt oder jedes Konto in gleicher Weise erfasst ist, noch dass der Zielanbieter exportierte Daten automatisch akzeptiert. Der Anwendungsbereich hängt vom Dienst und den einschlägigen Bedingungen ab. Ziehen Sie deshalb nicht allein aus dem Namen einer rechtlichen Kategorie allgemeine Schlüsse.
Halten Sie fest, welchen Dienst Sie nutzen und welches Ergebnis Sie benötigen: eine lesbare Kopie, einen funktionierenden Import oder einen vollständigen Übergang. Lassen Sie die Anwendbarkeit der Vorschriften angemessen prüfen, wenn eine Entscheidung rechtliche oder vertragliche Folgen hat. Dieser Leitfaden legt Ihren Vertrag nicht aus und bestimmt nicht, ob ein bestimmter Dienst unter eine regulierte Kategorie fällt. Die praktische Regel ist bescheidener: Verwenden Sie „Portabilität“ nicht als Ersatz für einen technischen Test oder als Kompatibilitätsversprechen.
Prüfen Sie Kündigung und Löschung getrennt
Die Kündigung eines Abonnements bedeutet nicht immer, dass alle Daten sofort gelöscht werden; eine Löschanfrage löst für sich genommen auch nicht die Frage, wie Sie benötigte Daten vorher zurückbekommen. Notieren Sie vor der Kündigung die vom Anbieter vorgeschriebene Reihenfolge der Schritte, wer sie ausführen darf und ob Kulanzfristen, Zwischenzustände oder Aufbewahrungsfristen bestehen. Prüfen Sie außerdem, ob die Kündigung den Zugriff schon vor dem Ende des Zeitraums einschränkt, in dem Daten noch verfügbar sein könnten: Die Reihenfolge von Download und Kündigung kann entscheidend sein.
Microsoft gibt für seine Geschäftskundenabonnements an, dass verbliebene Kundendaten nach 30 Tagen und spätestens 180 Tage nach der Kündigung gelöscht werden können. Das ist eine dokumentierte Bedingung für diesen Kontext und keine allgemeine Frist für Cloud-Dienste. Bevor Sie sich auf diesen Zeitraum verlassen, prüfen Sie, ob er für Ihr Abonnement und Ihre Bedingungen gilt. Verstehen Sie ihn weder als allgemeingültiges Zeitfenster noch als Empfehlung, bis zum Ende der Frist zu warten.
Prüfen Sie auch, welche Nachweise Sie aufbewahren können: Kündigungsbestätigung, Anforderungsnummer, in der Konsole sichtbarer Status oder Antwort des Anbieters. Die Google-Cloud-Dokumentation erläutert den sicheren Löschprozess für Kundendaten. Eine allgemeine Beschreibung dieses Prozesses ermöglicht es Nutzern jedoch nicht, von außen festzustellen, welche konkreten Kopien oder Systeme in einem Einzelfall bereits gelöscht wurden. Wenn Sie eine formelle Bestätigung benötigen, fragen Sie, was sie abdeckt und was nicht, und bewahren Sie die Antwort zusammen mit der konsultierten Dokumentation auf. Nehmen Sie nicht an, dass eine Anzeige über ein geschlossenes Konto allein die Löschung jeder technischen oder gesicherten Kopie beweist.
Erstellen Sie eine Ausstiegscheckliste und berücksichtigen Sie ihre Grenzen
Halten Sie vor dem Wechsel eine kurze, überprüfbare Liste bereit: aktuelle Bestandsaufnahme; exportierte Kopie; Prüfung des Öffnens oder Imports; ermittelte Abhängigkeiten; überprüfte Berechtigungen; konsultierter Vertrag und Fristen; getestetes Zielsystem; geplante Kündigung; aufbewahrte Nachweise. Kennzeichnen Sie jeden Punkt als erledigt, offen oder nicht zutreffend und notieren Sie, wer offene Punkte bearbeiten soll. So dient die Liste der Koordination und erinnert nicht nur daran, dass etwas heruntergeladen wurde.
Lassen Sie den alten Dienst aktiv, bis der neue Ablauf geprüft ist, sofern Vertrag, Sicherheit und Kosten dies zulassen. Vergleichen Sie die Ergebnisse im Zielsystem, bevor Sie sich ausschließlich auf den neuen Dienst verlassen. Prüfen Sie bei Infrastrukturkonten neben dem Datenexport auch Ressourcen und Abonnements, die weiterhin Kosten verursachen könnten. Die offiziellen Azure-Anleitungen empfehlen, Daten vor der Kündigung der zugehörigen Abonnements zu exportieren. So lassen sich die Übertragung von Informationen und die administrativen Schritte zur Kontoschließung voneinander trennen.
Manche Grenzen können Nutzer nicht vollständig klären. Möglicherweise sehen Sie keine internen Sicherungskopien, Replikate, Protokolle oder vom Anbieter verwalteten Abhängigkeiten; auch können Sie nicht allein beweisen, dass sich eine Anwendung in einer anderen Umgebung gleich verhält. Dokumentieren Sie, was Sie beobachtet haben und was noch offen ist, statt aus einem erfolgreichen Export eine absolute Aussage abzuleiten. Ein positives Testergebnis verringert die Unsicherheit in diesem konkreten Fall, garantiert aber nicht, dass keine weiteren ungeprüften Komponenten oder Bedingungen existieren. Ein zuverlässiger Ausstieg verbindet Vorbereitung und Prüfung mit Vorsicht bei dem, was sich von außen nicht verifizieren lässt. Wiederholen Sie die Prüfung, wenn sich Vertrag, Produkt oder Datenumfang ändern. Ziel ist nicht die Annahme, dass der Ausstieg einfach sein wird, sondern rechtzeitig zu erkennen, welche Schritte, Formate und Entscheidungen noch ungeklärt sind.