Planificación de migración: Teradata a Fabric Data Warehouse

Esto se aplica a:✅ Almacén en Microsoft Fabric

Mover un patrimonio empresarial de Teradata a Fabric Data Warehouse implica más que la transferencia de esquemas y datos. Planificación de código SQL y BTEQ, procesos de carga, seguridad, informes, operaciones y rendimiento.

Este artículo organiza el trabajo en cinco etapas. Utiliza las etapas como un libro de operaciones repetible para cada oleada migratoria. Para la implementación recomendada, véase Métodos de migración para Teradata. Para la remediación de código, consulta Traducir Teradata SQL para Fabric Data Warehouse.

Important

Confirma las limitaciones actuales de Fabric Data Warehouse y la superficie de T-SQL antes de cada oleada de migración. Asigna un responsable y un plan de corrección a cada diferencia bloqueante.

Utiliza la modernización selectiva para la mayoría de las cargas de trabajo:

  • Conserva modelos de negocio y lógica validados.
  • Utiliza Migration Assistant para traducir y desplegar los metadatos compatibles.
  • Sustituye SQL, utilidades y operaciones específicas de Teradata por patrones nativos de Fabric.
  • Rediseña solo las cargas de trabajo bloqueadas por dependencias no soportadas o problemas arquitectónicos existentes.

Migra en oleadas por dominio de negocio, data mart o clúster de carga de trabajo. Evita una migración masiva de una sola vez.

Evaluar y valorar

Evalúa estos flujos de trabajo juntos para no perder ninguna dependencia:

Secuencia de trabajo Assess
Diseño y rendimiento Modelo de datos, volumen, crecimiento, sesgo, ancho de tabla, concurrencia, tiempo de ejecución y objetivos de servicio
ETL y carga FastLoad, MultiLoad, Teradata Parallel Transporter, importación/exportación BTEQ, programación, comportamiento de reinicio y cargas incrementales
Seguridad y operaciones Usuarios, roles, permisos, cuentas de servicio, auditoría, recuperación, monitorización y responsabilidad del soporte
Visualización e informes Informes, modelos semánticos, aplicaciones, exportaciones, calendarios de actualización y dependencias de conexión
Compatibilidad SQL Tablas, vistas, macros, procedimientos, funciones, tipos de datos, QUALIFY, tablas volátiles, PERIOD y flujo de control de BTEQ
Herramientas de migración Extracción de metadatos, preparación del Asistente para la migración, movimiento de datos, control de código fuente y automatización del despliegue
Más allá de la migración Corte, retroceso, optimización, formación, desmantelamiento y prácticas reutilizables para las siguientes oleadas

Define los resultados del negocio, el alcance, los propietarios, las medidas de éxito y las expectativas de retroceso. Produce un inventario de objetos, un mapa de dependencias, una línea base de carga de trabajo, un registro de compatibilidad y un plan de onda.

Planeamiento y diseño

Convierte la evaluación en un diseño ejecutable:

  1. Confirmar Warehouse como destino para el análisis relacional centrado en SQL.
  2. Define los espacios de trabajo de desarrollo, prueba y producción, capacidad, nombre y propiedad.
  3. Asigna objetos y tipos de datos de Teradata a destinos de Fabric. Registra los elementos no apoyados y las alternativas aprobadas. Usa Migration Assistant para la traducción de metadatos.
  4. Diseña el movimiento histórico e incremental de datos por separado.
  5. Rediseñar el acceso en torno a Microsoft Entra ID, los roles del área de trabajo, los permisos de los elementos y los permisos SQL de Warehouse.
  6. Defina los criterios de despliegue, validación, transición y reversión.

Prioriza un modelo dimensional, la carga por lotes, un ELT modular y la reutilización gobernada mediante OneLake en el diseño de destino.

Migrate

Ejecuta cada oleada en este orden:

  1. Provisiona los espacios de trabajo objetivo, identidades, conexiones y ruta de despliegue.
  2. Sube archivos SQL extraídos de Teradata a Migration Assistant, traduce metadatos y corrige objetos que requieren atención.
  3. Copia un conjunto de datos representativo y valida el rendimiento, mapeos, errores y el comportamiento de reinicio.
  4. Completar la carga histórica y establecer sincronización incremental cuando sea necesario.
  5. Recrear procesos de seguridad y operativos.
  6. Validar datos, comportamiento SQL, informes, aplicaciones y rendimiento representativo.
  7. Redirija las conexiones y realice el cambio una vez cumplidos los criterios de aceptación.

No uses el éxito en la creación de objetos como única señal de finalización. Una oleada solo se completa cuando los datos, el comportamiento, la seguridad, las operaciones y el consumo aguas abajo superan sus criterios de aceptación.

Supervisión y control

Operar la fuente y el objetivo en paralelo durante el periodo requerido por el perfil de riesgo de la carga de trabajo.

  • Compara la frescura de los datos, el recuento de filas, los agregados de negocio y los resultados de los informes entre entornos.
  • Monitoriza la duración de la carga, la duración de la consulta, fallos, intentos, consumo de capacidad, sesiones activas y problemas reportados por los usuarios.
  • Revisa las asignaciones de acceso, identidades privilegiadas, permisos del almacén y resultados de pruebas de seguridad.
  • Mantén el código traducido, los recursos de despliegue, las decisiones de mapeo, las pruebas de prueba y las excepciones en el control de versiones.
  • Haz un seguimiento de la preparación de la migración por carga de trabajo y puerta de aceptación, no solo por el número de objetos migrados.
  • Registrar los problemas recurrentes de traducción y de carga como referencia reutilizable para las fases posteriores.
  • Establezca procedimientos de escalado, recuperación, reversión y soporte intensivo posterior antes de la puesta en producción.

La gobernanza incluye linaje, propiedad, clasificación, retención, auditoría y responsabilidad operativa. Aplica estos controles durante la migración, en lugar de hacerlo después del cambio definitivo.

Optimizar y modernizar

Una vez que establezcas la corrección y la estabilidad, elimina patrones de compatibilidad temporales y utiliza capacidades Fabric-native.

  • Refactorizar traducciones literales de SQL en T-SQL modular.
  • Simplifica vistas profundamente anidadas y procesos procedurales monolíticos.
  • Estandariza la ingesta de alto rendimiento mediante patrones eficientes y reiniciables basados en archivos.
  • Optimiza siguiendo las directrices de rendimiento de Fabric Data Warehouse y las pruebas de concurrencia representativas.
  • Reduzca las copias de datos innecesarias mediante el acceso gobernado a OneLake cuando se ajuste a la arquitectura.
  • Integra Data Factory, Power BI, cuadernos y otras cargas de trabajo de Fabric cuando reduzcan la duplicidad o la complejidad operativa.
  • Capacidad de revisar, seguridad, fiabilidad y coste después de que el comportamiento de la carga de trabajo se estabilice.
  • Convierte la ola completada en una plantilla reutilizable para el siguiente dominio.

Lista de verificación de aceptación de oleadas migratorias

Antes de hacer el corte, comprueba que:

  • El inventario de objetos y el mapa de dependencias están completos para la oleada.
  • Las limitaciones bloqueantes de T-SQL tienen correcciones aprobadas.
  • El esquema y el código se despliegan de forma repetible en todos los entornos objetivo.
  • Las rutas de datos históricas e incrementales superan las pruebas de escala y recuperación.
  • La conciliación de datos y la validación empresarial cumplen con los umbrales acordados.
  • La seguridad se recrea y valida con identidades representativas.
  • Los informes, modelos semánticos, aplicaciones y trabajos operativos superan las pruebas.
  • El rendimiento y la concurrencia cumplen con los objetivos de carga de trabajo.
  • Los planes de monitorización, responsabilidad de apoyo, retroceso y hipercuidado están activos.
  • Los responsables del negocio y los responsables técnicos aprueban el cambio a producción.

Contenido relacionado

  • Se actualizó por última vez el