Migrar una base de datos

Qué es: llevar el esquema y los datos de una base de datos de origen a una de destino, por ejemplo de tu centro de datos a Amazon RDS, con la menor interrupción posible.

• Homogénea: el mismo motor en origen y destino, como MySQL a RDS para MySQL. El esquema se copia tal cual; solo se mueven los datos.
• Heterogénea: motores distintos, como Oracle a Aurora PostgreSQL. Antes de mover datos hay que convertir el esquema: tablas, vistas, procedimientos almacenados y funciones, porque cada motor tiene su dialecto de SQL.
• Carga completa y replicación continua: primero se copia todo lo que hay; mientras tanto, la base de origen sigue atendiendo a la aplicación. Luego se envían solo los cambios nuevos, la captura de datos de cambio (CDC, change data capture). Cuando destino y origen están al día, apuntas la aplicación al destino: es el corte (cutover), y dura minutos.

Analogía: mudarte de casa dentro de tu ciudad o a otro país. En la misma ciudad llevas los muebles tal cual; a otro país, antes de enchufar nada, cambias adaptadores y voltajes. Dónde falla la analogía: en una mudanza dejas de vivir en la casa vieja mientras cargas el camión. En una migración bien hecha, la base de origen sigue en servicio hasta el corte.

Ejemplo real: Viajes Horizonte tiene su sistema de reservas en Oracle, en su centro de datos, y quiere pasar a Aurora compatible con PostgreSQL para dejar de pagar licencias. Es una migración heterogénea: convierte el esquema, copia los datos y replica los cambios durante dos semanas de pruebas. Luego, un domingo de madrugada, hace el corte.

Úsala cuando: cambies de centro de datos a AWS, de una base en EC2 a una administrada o de un motor comercial a uno abierto. La replicación continua también mantiene una copia viva en AWS para reportes o desastres. No la uses cuando: puedas permitirte parar la aplicación y la base sea pequeña: exportar e importar con las herramientas del propio motor es más simple.