> For the complete documentation index, see [llms.txt](https://docs.flosum.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.flosum.com/data-migrator/data-migrator-de/verlauf/eine-migration-ruckgangig-machen.md).
# Eine Migration rückgängig machen
##  Übersicht
Dieser Artikel erklärt, wie ein Rollback bei einer Datenmigration funktioniert und wie man einen durchführt. Ein Rollback setzt die migrierten Datensätze Ihrer Organisation auf ihre Werte vor der Migration zurück: Aktualisierte Datensätze werden auf ihre vorherigen Werte wiederhergestellt, und eingefügte Datensätze werden gelöscht.
### **So funktioniert ein Rollback**
Ein Rollback setzt Ihre migrierten Datensätze auf ihren Zustand vor der Migration zurück. Um die Datenintegrität zu wahren, setzt ein Rollback alle im Migrations-Template definierten Objekte, Datensätze und Felder zurück.
Data Migrator verwendet zwei Befehle, um Datensätze zu migrieren: UPDATE und INSERT. Jeder Befehl wird während eines Rollbacks unterschiedlich behandelt.
**UPDATE**
Der Befehl UPDATE gilt für Datensätze, die über die Datensatzzuordnung zwischen der Quell- und der Zielorganisation abgeglichen wurden. Bevor Data Migrator das Update auf den Zieldatensatz anwendet, speichert es einen Schnappschuss dieses Datensatzes. Der Schnappschuss enthält nur die im Migrations-Template definierten Felder. Während eines Rollbacks wendet Data Migrator den Schnappschuss auf den Zieldatensatz an und setzt die migrierten Felder auf ihre Werte vor der Migration zurück.
**INSERT**
Der Befehl INSERT migriert einen neuen Datensatz in die Zielorganisation. Wenn ein Datensatz eingefügt wird, speichert Data Migrator die ID des neuen Datensatzes. Während eines Rollbacks verwendet Data Migrator diese ID, um den eingefügten Datensatz zu identifizieren, und löscht ihn, da der Datensatz vor der Migration in der Zielorganisation nicht vorhanden war.
{% hint style="warning" %}
#### **Möglicher Datenverlust**
Ein Rollback stellt Datensätze auf ihre Werte vor der Migration zurück, sodass auch alle Änderungen, die nach der Migration an einem Datensatz vorgenommen wurden, verloren gehen. Dies gilt für Datensätze, die während der Migration entweder aktualisiert oder eingefügt wurden.
{% endhint %}
#### **Verfügbarkeit und Einschränkungen von Rollbacks**
* Rollbacks sind derzeit unbegrenzt verfügbar. Ein zukünftiges Update von Data Migrator könnte eine zeitliche Begrenzung dafür hinzufügen, wie lange ein Rollback verfügbar bleibt. Falls eine Begrenzung eingeführt wird, wird dieser Hinweis entsprechend aktualisiert.
* Sie können keine bestimmten Objekte auswählen und sie einzeln zurücksetzen.
* Bei Datenmigrationen, die vor der Veröffentlichung der Rollback-Funktion durchgeführt wurden, ist die **Rollback** Schaltfläche nicht verfügbar.
#### **Wie Rollback-Daten gespeichert werden**
Data Migrator migriert Datensätze in einem einzigen, laufenden Prozess direkt von der Quellorganisation in die Zielorganisation. Es speichert nur die Migrationsergebnisse und den Rollback-Schnappschuss.
Bevor eine Migration ausgeführt wird, speichert Data Migrator einen Schnappschuss der vorhandenen Datensätze, damit die Migration rückgängig gemacht werden kann. Die gespeicherten Daten hängen vom verwendeten Befehl ab:
* **Eingefügte Datensätze:** Es werden nur die Datensatz-IDs gespeichert. Während eines Rollbacks werden diese IDs verwendet, um die eingefügten Datensätze zu löschen.
* **Aktualisierte Datensätze:** Es werden nur die Feldwerte gespeichert, die erforderlich sind, um jeden Datensatz auf seinen Zustand vor der Migration zurückzusetzen.
#### **Verschlüsselung**
Der Rollback-Schnappschuss wird im Ruhezustand mit SSE-S3 (von AWS verwaltete Schlüssel) verschlüsselt und in Ihrem Data-Migrator-Tenant gespeichert. Daten werden während der Migration außerdem während der Übertragung verschlüsselt. Data Migrator unterstützt derzeit kein Bring Your Own Key (BYOK).
## Rollback-Migration
{% stepper %}
{% step %}
### Migration auswählen
1. Klicken Sie auf **Verlauf** im Menü der linken Seitenleiste.
2. Klicken Sie auf die **Migrieren** Operation, die Sie zurücksetzen möchten.
{% endstep %}
{% step %}
### Rollback starten
1. Klicken Sie auf **Rollback**.
2. Überprüfen Sie die Tabelle, um die Gesamtzahl der zurückzusetzenen Datensätze sowie die Anzahl der wiederherzustellenden und zu löschenden Datensätze zu sehen.
{% hint style="info" %}
Während eines Rollbacks wird jeder Datensatz entweder wiederhergestellt oder gelöscht, je nachdem, wie er migriert wurde.
* **Wiederhergestellt**: Datensätze, die bereits vor der Migration vorhanden waren, wurden mit einer UPDATE-Operation migriert. Diese Datensätze werden auf ihre vorherigen Werte zurückgesetzt.
* **Gelöscht**: Datensätze, die während der Migration hinzugefügt wurden, wurden mit einer INSERT-Operation migriert. Diese Datensätze werden gelöscht, da sie vor der Migration nicht vorhanden waren.
{% endhint %}
{% endstep %}
{% step %}
### (Optional) Automatisierungen deaktivieren
Beim Ausführen eines Rollbacks bleiben automatisierte Salesforce-Prozesse standardmäßig aktiv. Um zu verhindern, dass diese Prozesse während des Rollbacks ausgelöst werden, können Sie sie gezielt auf Objektebene deaktivieren. Das Deaktivieren von Automatisierungen für ein Objekt betrifft nur dieses Objekt.
Jeder der folgenden Prozesse wird für jedes Objekt im Template einzeln deaktiviert.
* **Trigger**
* **Workflows**
* **Flows**
* **Validierungsregeln**
* **Nachschlagefilter**
Automatisierte Prozesse werden nur während des Rollbacks deaktiviert und nach Abschluss des Rollbacks wiederhergestellt.
{% hint style="warning" %}
Automatisierungen werden nur für die Objekte deaktiviert, in denen sie ausgewählt sind. Für andere Objekte im Template bleiben sie aktiviert. Deaktivieren Sie Automatisierungen für jedes Objekt, das betroffen sein soll.
{% endhint %}
1. Um Salesforce-Automatisierungen für ein Objekt zu deaktivieren, klicken Sie auf **Automatisierungen**.
2. Aktivieren Sie die Kontrollkästchen für die Automatisierungen, die Sie deaktivieren möchten.
3. Klicken Sie auf **Speichern**.
4. Wenn Automatisierungen für ein Objekt deaktiviert sind, wird die **Automatisierungen** Schaltfläche einen roten Punkt anzeigen.
5. Wiederholen Sie dies für alle Objekte, für die Sie Automatisierungen deaktivieren möchten.
{% endstep %}
{% step %}
### Rollback ausführen
1. Klicken Sie auf **Ausführen** um den Rollback-Job zu starten.
2. Nachdem Sie den Rollback-Job gestartet haben, wird er auf der **Verlauf** Seite angezeigt.
{% endstep %}
{% step %}
### Rollback überprüfen
Nachdem der Rollback abgeschlossen ist, können Sie die Ergebnisse überprüfen, um zu sehen, welche Datensätze geändert wurden und ob Fehler aufgetreten sind. Die Ergebnisseite des Rollback-Jobs ähnelt stark der Ergebnisseite des Migrationsjobs, daher geben die folgenden Schritte nur einen kurzen Überblick.
{% hint style="info" %}
Weitere Details finden Sie im folgenden Artikel dazu, wie Migrationsergebnisse angezeigt werden.
* [Migrationsergebnisse anzeigen](/data-migrator/data-migrator-de/verlauf/migrationsergebnisse-anzeigen.md)
{% endhint %}
1. Klicken Sie auf **Verlauf** im Menü der linken Seitenleiste.
2. Klicken Sie auf die **Rollback** Operation, die Sie überprüfen möchten.
3. Achten Sie auf etwaige **Fehlgeschlagene Datensätze**.
4. Klicken Sie auf jedes Objekt auf der Template-Leinwand, um detaillierte Ergebnisse für das Objekt anzuzeigen.
5. Für jeden zurückgesetzten Datensatz wird in der **Operation** Spalte angezeigt, ob er gelöscht oder wiederhergestellt wurde.
{% endstep %}
{% endstepper %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.flosum.com/data-migrator/data-migrator-de/verlauf/eine-migration-ruckgangig-machen.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
