DBAtlas · Atlas de operaciones de bases de datos

Asistente de migración (migración de datos/esquema)

Va a migrar datos/esquema. ¿Es homogénea o heterogénea, y cuál es su tolerancia al tiempo de inactividad? Planifíquela paso a paso: evaluar → migrar → verificar. Ensaye primero aquí el cutover.

¿Desde qué y hacia qué está migrando?

Homogénea: el mismo motor de base de datos (p. ej., Oracle 19 → Oracle 23, o PostgreSQL a otro servidor). Heterogénea: un motor distinto (p. ej., Oracle → PostgreSQL, MySQL → SQL Server). Las migraciones heterogéneas requieren mucho más trabajo de compatibilidad (tipos de datos, funciones, PL/SQL).

  • Mismo motor, nuevo servidor/versión (homogénea)
  • A un motor distinto (heterogénea)
  • Estoy en la fase de planificación; ¿cómo debería abordarlo?

¿Cuál es su tolerancia al tiempo de inactividad?

Esto determina el método de migración. Si hay una ventana de mantenimiento, el camino más sencillo es dump/restore. Si se requiere un tiempo de inactividad casi nulo, carga los datos iniciales, los mantiene sincronizados con replicación continua (CDC) y hace un cutover breve.

  • Hay una ventana de mantenimiento (el tiempo de inactividad es aceptable)
  • Se requiere un tiempo de inactividad casi nulo

¿Ha evaluado la compatibilidad de esquema y tipos?

En una migración heterogénea, el trabajo real no es copiar los datos sino resolver las diferencias: tipos de datos (VARCHAR2↔TEXT), funciones (NVL↔COALESCE), valores autoincrementales, PL/SQL ↔ PL/pgSQL, funcionalidades eliminadas/distintas.

  • He mapeado las diferencias de esquema/tipos
  • Todavía no las he evaluado

Evalúe primero la compatibilidad

Antes de migrar, mapee las diferencias entre origen y destino; si se omite este paso, la migración se atasca a mitad de camino.

Migración offline (dump / restore)

El método homogéneo más sencillo y fiable: tomar un backup consistente, cargarlo en el destino, verificar y cambiar.

Tiempo de inactividad mínimo (CDC / replicación)

Cargue los datos iniciales y luego mantenga el destino sincronizado con el origen mediante replicación continua; el tiempo de inactividad solo se produce durante el cutover breve.

Migración heterogénea (a otro motor)

Convierta el esquema, mueva los datos, adapte la lógica, verifique. Avance por fases; no lo migre todo de una vez.

Abrir en DBAtlas →