Migración de bases de datos a la nube: AWS DMS, Google DMS y Yandex Data Transfer

La migración de una base de datos a un proveedor en la nube rara vez se limita a volcar un dump. Si la base es grande y la ventana de inactividad se mide en minutos, se necesita un servicio que primero copie los datos, luego alcance los cambios acumulados durante la copia y mantenga la copia actualizada hasta el momento del corte. Los grandes proveedores en la nube tienen herramientas propias para esto: AWS Database Migration Service, Google Cloud Database Migration Service y Yandex Data Transfer.

Cómo funciona la migración sin larga indisponibilidad

Casi todos estos servicios trabajan según un mismo esquema:

1. Copia inicial — traslado de los datos existentes tabla por tabla.
2. CDC (Change Data Capture) — lectura del registro de cambios de la fuente (WAL en PostgreSQL, binlog en MySQL, redo logs en Oracle) y aplicación de los cambios en el receptor mientras se realiza la copia y después de ella.
3. Corte — la aplicación se detiene brevemente, se espera a que el receptor alcance a la fuente y se apunta la aplicación a la nueva base.

Las migraciones se dividen en homogéneas (PostgreSQL → PostgreSQL) y heterogéneas (Oracle → PostgreSQL). En el segundo caso, además de los datos, hay que traducir el esquema, los procedimientos y los tipos, y es precisamente ahí donde los servicios difieren más.

AWS Database Migration Service

El más antiguo y versátil de los tres. Funciona en dos modos:

• Con instancia de replicación — una máquina virtual que lee la fuente y escribe en el receptor. Se paga por horas según la clase de instancia, más almacenamiento adicional sobre el volumen incluido.
• DMS Serverless — la capacidad se ajusta automáticamente y se paga en unidades DCU por hora.

Para migraciones heterogéneas existe DMS Schema Conversion: conversión de esquemas y código, por ejemplo de Oracle o SQL Server a PostgreSQL. Según la página de precios de AWS, esta función es gratuita; solo hay que pagar por el almacenamiento S3 que utiliza.

La fortaleza de DMS es la amplia variedad de fuentes y receptores y el soporte maduro de SGBD comerciales. La desventaja: hay que dimensionar la instancia por cuenta propia, vigilar las tareas y lidiar con las particularidades de CDC para cada fuente.

Google Cloud Database Migration Service

El servicio está pensado para trasladar bases hacia Google Cloud y funciona sin máquinas virtuales dedicadas: Google se encarga del snapshot de los datos y de la replicación de cambios.

Según la documentación se soportan:

• migraciones homogéneas — MySQL a Cloud SQL for MySQL, PostgreSQL a Cloud SQL for PostgreSQL y AlloyDB, SQL Server a Cloud SQL for SQL Server;
• heterogéneas — Oracle y SQL Server a Cloud SQL for PostgreSQL o AlloyDB con conversión de esquema.

La principal limitación es la dirección: el servicio traslada datos hacia las bases gestionadas de Google, no entre sistemas arbitrarios. Las condiciones de pago dependen del tipo de migración; las cifras actuales están en la página de precios del servicio.

Yandex Data Transfer

El servicio de Yandex Cloud para traslado y replicación continua de datos entre bases, colas y almacenamientos. Soporta tres tipos de transferencia: copia, replicación y copia seguida de replicación.

Fuentes según la documentación: PostgreSQL, MySQL, Oracle, MongoDB, ClickHouse, Greenplum, YDB, Apache Kafka, Data Streams, Object Storage, Elasticsearch, OpenSearch y otras. Receptores: PostgreSQL, MySQL, MongoDB, ClickHouse, Greenplum, YDB, Kafka, Object Storage, Apache Iceberg, OpenSearch y otros. No todas las combinaciones fuente-receptor están disponibles; algunas funcionan en modo Preview.

La particularidad de Data Transfer es la orientación no solo a la mudanza puntual, sino también a flujos continuos: por ejemplo, replicación de PostgreSQL a ClickHouse para analítica o volcado de cambios a Kafka.

El coste se compone de los recursos computacionales de los workers (vCPU y memoria por horas) y del número de filas transferidas; los primeros 100 millones de filas al mes no se tarifican, y las transferencias en estado Preview son gratuitas.

Comparación

Qué está disponible para una empresa rusa

• Pago. Con tarjeta rusa no se puede pagar ni a AWS ni a Google Cloud: Visa y Mastercard no funcionan en el extranjero desde marzo de 2022, y Google Cloud no acepta nuevos clientes desde Rusia.
• Datos personales. Desde el 1 de julio de 2025 el registro primario de los datos personales de ciudadanos rusos debe realizarse en bases situadas en territorio de Rusia (más detalles sobre la Ley 152-FZ). La migración de tal base a una nube extranjera no cumple este requisito.

Por eso, para una empresa rusa la elección real es Yandex Data Transfer, servicios análogos de otras nubes rusas o una migración por cuenta propia: replicación lógica de PostgreSQL, replicación de MySQL, pg_dump con posterior puesta al día de los cambios. Sobre el funcionamiento de estos SGBD — en los artículos sobre MySQL y PostgreSQL.

Cómo prepararse para la migración

1. Compruebe que su fuente está soportada y la variante de CDC necesaria: para PostgreSQL normalmente se requiere wal_level = logical, para MySQL — binlog en formato ROW.
2. Haga una prueba sobre una copia: tiempo de copia, retraso de la replicación, volumen de cambios.
3. Verifique los datos tras la copia — número de filas y checksums en tablas clave.
4. Compruebe lo que los servicios no trasladan: usuarios y permisos, secuencias, triggers, extensiones.
5. Planifique el corte y la reversión: en qué momento se detiene la escritura, cuánto esperar al catching up y cómo volver a la base antigua si algo va mal.

Errores típicos

• Falta de claves primarias — CDC no puede aplicar correctamente los cambios a la tabla.
• No considerar el retraso de replicación — el corte se hace cuando el receptor aún no ha alcanzado a la fuente.
• Secuencias no sincronizadas — después del corte las nuevas filas reciben identificadores ya usados.
• Tipos exóticos y extensiones en migraciones heterogéneas sin pruebas previas.
• Datos personales transferidos al extranjero sin evaluar los requisitos legales.