> 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-es/historial/revertir-una-migracion.md).
# Revertir una migración
##  Descripción general
Este artículo explica cómo funciona una reversión de migración de datos y cómo realizar una. Una reversión restaura los registros migrados de su organización a sus valores anteriores a la migración: los registros actualizados se devuelven a sus valores anteriores y los registros insertados se eliminan.
### **Cómo funciona la reversión**
Una reversión devuelve los registros migrados a su estado anterior a la migración. Para mantener la integridad de los datos, una reversión revierte todos los objetos, registros y campos definidos en la plantilla de migración.
Data Migrator usa dos comandos para migrar registros: UPDATE e INSERT. Cada comando se maneja de forma diferente durante una reversión.
**UPDATE**
El comando UPDATE se aplica a los registros que coinciden entre las organizaciones de origen y destino mediante el mapeo de registros. Antes de que Data Migrator aplique la actualización al registro de destino, guarda una instantánea de ese registro. La instantánea incluye solo los campos definidos en la plantilla de migración. Durante una reversión, Data Migrator aplica la instantánea al registro de destino y devuelve los campos migrados a sus valores anteriores a la migración.
**INSERT**
El comando INSERT migra un nuevo registro a la organización de destino. Cuando se inserta un registro, Data Migrator registra el ID del nuevo registro. Durante una reversión, Data Migrator usa este ID para identificar el registro insertado y, como el registro no existía en la organización de destino antes de la migración, lo elimina.
{% hint style="warning" %}
#### **Pérdida potencial de datos**
Una reversión restaura los registros a sus valores anteriores a la migración, por lo que cualquier cambio realizado en un registro después de la migración también se pierde. Esto se aplica a los registros que se actualizaron o insertaron durante la migración.
{% endhint %}
#### **Disponibilidad y limitaciones de la reversión**
* Las reversiones están disponibles indefinidamente por ahora. Una futura actualización de Data Migrator podría añadir un límite de tiempo sobre cuánto tiempo permanece disponible una reversión. Si se introduce un límite, esta nota se actualizará para reflejar el cambio.
* No puedes seleccionar objetos específicos y revertirlos individualmente.
* Para las migraciones de datos realizadas antes de que se lanzara la función de reversión, el **Reversión** botón no estará disponible.
#### **Cómo se almacenan los datos de la reversión**
Data Migrator migra registros directamente desde la organización de origen a la organización de destino en un único proceso en tránsito. Solo conserva los resultados de la migración y la instantánea de reversión.
Antes de ejecutar una migración, Data Migrator almacena una instantánea de los registros existentes para que la migración pueda revertirse. Los datos almacenados dependen del comando utilizado:
* **Registros insertados:** Solo se almacenan los ID de los registros. Durante una reversión, estos ID se usan para eliminar los registros insertados.
* **Registros actualizados:** Solo se almacenan los valores de campo necesarios para restaurar cada registro a su estado anterior a la migración.
#### **Cifrado**
La instantánea de reversión se cifra en reposo mediante SSE-S3 (claves administradas por AWS) y se almacena dentro de su inquilino de Data Migrator. Los datos también se cifran en tránsito durante la migración. Actualmente, Data Migrator no admite Bring Your Own Key (BYOK).
## Migración de reversión
{% stepper %}
{% step %}
### Seleccionar migración
1. Haz clic en **Historial** en el menú lateral izquierdo.
2. Haz clic en la operación **Migrar** que deseas revertir.
{% endstep %}
{% step %}
### Iniciar reversión
1. Haz clic en **Reversión**.
2. Revisa la tabla para ver el número total de registros que se revertirán, cuántos se restaurarán y cuántos se eliminarán.
{% hint style="info" %}
Durante una reversión, cada registro se restaura o se elimina, según cómo se haya migrado.
* **Restaurados**: Los registros que existían antes de la migración se migraron con una operación UPDATE. Estos registros se restauran a sus valores anteriores.
* **Eliminados**: Los registros agregados durante la migración se migraron con una operación INSERT. Estos registros se eliminan porque no existían antes de la migración.
{% endhint %}
{% endstep %}
{% step %}
### (Opcional) Desactivar automatizaciones
Al ejecutar una reversión, los procesos automatizados de Salesforce permanecen activos de forma predeterminada. Para evitar que estos procesos se ejecuten durante la reversión, puedes desactivarlos selectivamente a nivel de objeto. Desactivar las automatizaciones de un objeto solo afecta a ese objeto.
Cada proceso a continuación se desactiva individualmente para cada objeto de la plantilla.
* **Triggers**
* **Workflows**
* **Flows**
* **Reglas de validación**
* **Filtros de búsqueda**
Los procesos automatizados se desactivan solo durante la reversión y se restauran una vez que esta finaliza.
{% hint style="warning" %}
Las automatizaciones solo se desactivan para los objetos en los que se seleccionan. Permanecen habilitadas para los demás objetos de la plantilla. Desactiva las automatizaciones para cada objeto que quieras afectar.
{% endhint %}
1. Para desactivar las automatizaciones de Salesforce para un objeto, haz clic en **Automatizaciones**.
2. Marca cualquiera de las automatizaciones que quieras desactivar.
3. Haz clic en **Guardar**.
4. Cuando las automatizaciones están desactivadas para un objeto, el **Automatizaciones** botón mostrará un punto rojo.
5. Repite esto para todos los objetos para los que quieras desactivar automatizaciones.
{% endstep %}
{% step %}
### Ejecutar reversión
1. Haz clic en **Ejecutar** para iniciar el trabajo de reversión.
2. Después de iniciar el trabajo de reversión, aparecerá en la página de **Historial** .
{% endstep %}
{% step %}
### Revisar reversión
Después de que finalice la reversión, puedes revisar los resultados para ver qué registros cambiaron y si se produjo algún error. La página de resultados del trabajo de reversión es muy similar a la página de resultados del trabajo de migración, por lo que los pasos a continuación solo ofrecen una breve descripción general.
{% hint style="info" %}
Para obtener más detalles, consulta el siguiente artículo sobre cómo ver los resultados de la migración.
* [Ver resultados de la migración](/data-migrator/data-migrator-es/historial/ver-resultados-de-la-migracion.md)
{% endhint %}
1. Haz clic en **Historial** en el menú lateral izquierdo.
2. Haz clic en la operación **Reversión** operación que deseas revisar.
3. Comprueba si hay algún **Registros fallidos**.
4. Haz clic en cada objeto del lienzo de la plantilla para ver los resultados detallados del objeto.
5. Cada registro que se haya revertido indicará si se eliminó o se restauró en la columna de **Operación** .
{% 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-es/historial/revertir-una-migracion.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.
