Migrar una base de datos sin detener la operación parece una misión imposible, pero AWS resuelve ese reto con dos servicios complementarios: Database Migration Service (DMS) y Schema Conversion Tool (SCT). Aquí entenderás cuándo usar cada uno, cómo funcionan juntos y por qué son clave si estás preparando tu certificación o planeando una migración real.

¿Qué es AWS DMS y cómo funciona?

DMS, o Database Migration Service, te permite mover bases de datos hacia AWS sin interrumpir su funcionamiento. Mientras la migración ocurre, tus usuarios siguen consultando, escribiendo y operando con normalidad.

El servicio se apoya en cuatro piezas que vale la pena conocer:

• Origen: la base de datos desde donde migras. Puede estar en un servidor local, en otra nube o incluso dentro de AWS.
• Destino: la base de datos hacia donde mueves los datos, como RDS, Aurora o DynamoDB. La lista de compatibilidad está en la documentación oficial.
• Instancia de replicación: el motor que copia los datos y los envía al destino.
• Flujo de replicación: define qué datos se migran y cómo se transfieren.

¿Qué hace AWS DMS? Mueve bases de datos hacia AWS en tiempo real, manteniendo la base de datos origen operativa durante todo el proceso de migración.

¿Por qué elegir DMS para tu migración?

La razón principal es que soporta migraciones homogéneas y heterogéneas. Es decir, puedes mover datos entre el mismo motor (Postgres a Postgres) o entre motores distintos (Oracle a PostgreSQL), lo cual abre la puerta a modernizar tu stack.

Además, ofrece replicación continua, así que los datos siguen sincronizándose mientras migras. Eso reduce el tiempo de inactividad, algo crítico cuando hablas de bases de datos productivas.

Algunos casos de uso reales:

• Mover una base de datos local hacia AWS sin afectar la operación.
• Replicar datos en tiempo real para análisis y reportes.
• Cambiar de motor de base de datos sin afectar el servicio.

Un ejemplo típico de arquitectura es tener un PostgreSQL on premise en tu centro de datos y, mediante DMS, replicarlo hacia un PostgreSQL corriendo en Amazon EC2. Los usuarios siguen conectados al origen mientras la copia ocurre en paralelo [01:55].

¿Qué es Schema Conversion Tool y cuándo usarlo?

Si buscas SCT en la consola de AWS, no lo vas a encontrar. Schema Conversion Tool es una herramienta descargable, no un servicio gestionado dentro de la consola [02:45].

Su función entra en juego cuando cambias de motor. Por ejemplo, si pasas de Oracle a PostgreSQL, las estructuras internas no son iguales: tipos de datos, procedimientos almacenados y vistas pueden comportarse distinto. SCT analiza tu base de datos origen y convierte los esquemas al formato compatible con el destino.

¿Cuándo necesito Schema Conversion Tool? Cuando migras entre motores diferentes y debes adaptar la estructura del esquema, los objetos y los procedimientos antes de mover los datos.

¿Cómo funciona SCT paso a paso?

El flujo es directo y se integra con DMS para cubrir migraciones complejas:

1. SCT analiza la base de datos de origen.
2. Convierte los objetos y esquemas al formato del destino.
3. Si detecta incompatibilidades, sugiere soluciones y genera reportes detallados.
4. Una vez listo el esquema, DMS se encarga de mover los datos.

Esa integración es lo interesante: DMS y SCT son complementarios. Uno mueve los datos, el otro adapta la estructura. Juntos resuelven escenarios que de forma manual tomarían semanas.

Algunos usos típicos del utilitario:

• Convertir una base de datos Oracle a PostgreSQL sin perder datos.
• Migrar bases de datos antiguas a motores modernos en AWS.
• Preparar una base de datos para ser migrada después con DMS.

¿Cuándo usar DMS y cuándo SCT en una certificación AWS?

La regla rápida que te conviene memorizar es esta: si el escenario solo implica mover datos entre bases del mismo tipo, DMS es suficiente. Si el escenario menciona un cambio de motor (por ejemplo, de Oracle a Aurora PostgreSQL), entonces SCT es imprescindible y normalmente trabaja en conjunto con DMS.

¿DMS y SCT se usan juntos? Sí. SCT convierte el esquema cuando los motores son distintos y DMS migra los datos. En migraciones heterogéneas, ambos se complementan.

Entender esa diferencia te ayuda a leer mejor las preguntas del examen y a diseñar arquitecturas más limpias en proyectos reales. ¿Has migrado alguna base de datos con estos servicios? Cuéntame en los comentarios qué reto enfrentaste.