Saltar al contenido

Migración con Forge

Migra el código, no solo las tablas

Forge lleva entornos Oracle, Teradata, SQL Server y SAS a BigQuery, Cloudera, PostgreSQL, AlloyDB u Oracle, con procedimientos, vistas, funciones, triggers y jobs del planificador incluidos, y demuestra cada objeto ejecutando los dos lados y comparando los resultados.

Desde

  • Oracle
  • Teradata
  • SQL Server
  • SAS

Hacia

  • BigQuery
  • Cloudera (Iceberg, Impala, PySpark)
  • PostgreSQL / AlloyDB
  • Oracle

Un procedimiento de Oracle traducido a BigQuery: el primer despliegue se rechaza porque BigQuery no tiene SELECT … INTO; Forge lo repara a partir del error y lo despliega en 1,1 segundos.

Una traducción real de nuestro entorno Oracle de pruebas, reproducida.

Cómo transcurre una migración

  1. 01

    Evaluar

    Un informe a partir del catálogo de origen y del propio código de cada objeto: qué migra solo, qué necesita una decisión, qué no se migra y por qué, volúmenes de datos y vías de carga. Sin llamadas a un modelo y sin estimar horas.

  2. 02

    Planificar

    Oleadas construidas a partir del grafo de dependencias, para que cada objeto llegue después de lo que usa. Las tablas grandes se cargan en oleadas propias a través de Lakeflow.

  3. 03

    Traducir y desplegar

    Cada objeto se traduce para el destino y se despliega; si el destino lo rechaza, Forge lee el error y lo repara, un número limitado de veces. Lo que sale con poca confianza espera a que lo revise una persona.

  4. 04

    Demostrar

    Recuentos de filas, agregados y huellas de fila para las tablas. Las vistas y las funciones se ejecutan en los dos motores y se comparan sus resultados. Los procedimientos se ejecutan en el destino y las tablas que escriben se comparan con el origen.

  5. 05

    Pasar a producción

    Los jobs del planificador llegan como jobs de Lakeflow en borrador: activarlos es el paso a producción, así nada se carga dos veces. Si el resultado va a vivir en dbt, expórtalo como proyecto dbt.

Medido

47 / 47

Nuestro entorno Oracle de pruebas, migrado a AlloyDB con oleadas automáticas: 34 de 34 objetos migrados (tablas, un paquete, procedimientos, funciones, vistas, un trigger, vistas materializadas y jobs del planificador) y 47 de 47 validaciones superadas.

Nuestro entorno Oracle de pruebas, migrado a AlloyDB con oleadas automáticas: 34 de 34 objetos migrados (tablas, un paquete, procedimientos, funciones, vistas, un trigger, vistas materializadas y jobs del planificador) y 47 de 47 validaciones superadas.

Dónde se detiene Forge y pregunta

Hay cosas que no se pueden traducir sin tomar una decisión, y Forge las retiene en lugar de adivinar:

  • un calendario que cron no puede expresar, como «el último día laborable del mes»
  • un bucle fila a fila en BigQuery, donde cada iteración es un job: Forge propone reescribirlo por conjuntos y tú eliges
  • una vista materializada que se refresca en cada commit

Míralo con tus propios datos

Conectamos Qry a un conjunto de datos que elijas y te lo enseñamos funcionando: una hora y sin diapositivas.