PAR-W2a
Teradata → Amazon Redshift
Madurez: BorradorVersión 0.1.0
Qué puede decirse
Metodología en borrador. No es un «playbook probado».
Esto es metodología escrita a partir de documentación pública, no un servicio probado.
Alcance
- Plataforma de origen
- Teradata (Vantage / Database): tablas, vistas, macros, procedimientos almacenados SQL, funciones, scripts BTEQ, cargas FastLoad/MultiLoad/TPT, roles y permisos, consumidores
- Plataforma de destino
- Amazon Redshift (aprovisionado o Serverless) [SUPUESTO: se decide en Fase 2]
Fuera de alcance
- Funciones externas (UDF en C/Java), UDT y triggers: se inventarian y se clasifican 'no se convierte'
- Tablas temporales bitemporales (ValidTime/TransactionTime): se inventarian; el rediseno es decision de negocio
- BI consumidor (es PAR-B*); orquestadores externos de los jobs BTEQ (se inventarian, no se migran aqui)
Herramientas oficiales
Las herramientas citadas son de sus fabricantes. Se mencionan solo para identificarlas; no hay afiliación ni respaldo.
| Nombre | Uso | Verificación | Advertencia |
|---|---|---|---|
| AWS Schema Conversion Tool (SCT), Teradata a Amazon Redshift (esquema, codigo, scripts) | componente opcional: evaluacion y conversion; genera informe de evaluacion | 2026-10-18 docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Source.Teradata.html | Exige SELECT sobre DBC, SYSUDTLIB, SYSLIB y la base origen, y CREATE PROCEDURE en la base origen (solo para HELP PROCEDURE). Pide credenciales de Teradata. Esas credenciales NO entran a la VM de agentes; que el cliente las otorgue es decision de P-DAT. Fuera del camino critico. |
| AWS SCT: conversion de scripts BTEQ a Amazon Redshift RSQL | componente opcional; informe de evaluacion en PDF o CSV con acciones y complejidad estimada | 2026-10-18 docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP-converting-bteq-rsql.html | — |
| Agentes de extraccion de datos de AWS SCT (Teradata 13+ a S3 y luego Redshift) | componente de carga, del lado del cliente; alternativa: Snowball Edge para volumenes grandes (hasta 100 TB por dispositivo segun la pagina) | 2026-10-18 docs.aws.amazon.com/SchemaConversionTool/latest/userguide/agents.html (pagina larga; leida solo la cabecera y la lista de origenes) | — |
| DMS Schema Conversion | NO aplicable a este par | 2026-10-18 docs.aws.amazon.com/dms/latest/userguide/CHAP_SchemaConversion.html | La tabla de rutas soportadas NO incluye Teradata (para Redshift solo figura Oracle). No sustituye a SCT aqui. |
| COPY desde Parquet en S3 hacia Redshift | componente | 2026-10-18 docs.aws.amazon.com/redshift/latest/dg/copy-usage_notes-copy-from-columnar.html | — |
| Vistas de catalogo de Teradata (DBC.TablesV, ColumnsV, DatabasesV, IndicesV, RoleMembersV, AllRightsV, TableSizeV, FunctionsV; DBQL: QryLogV, QryLogSQLV, QryLogObjectsV, QryLogStepsV, QryLogUtilityV) | fuente_de_inventario | 2026-10-18 docs.teradata.com/r/Lake-Database-Reference/Data-Dictionary/Data-Dictionary-Views/X-Views y docs.teradata.com/r/Enterprise_IntelliFlex_VMware/Database-Administration/Tracking-Query-Behavior-with-Database-Query-Logging-Operational-DBAs/DBQL-Views | La primera pagina es del manual de VantageCloud Lake; confirmar contra la version del cliente. DBQL debe estar habilitado (BEGIN QUERY LOGGING) o no hay historial. |
Demanda y estado
Sin cliente que lo haya pedido.
- Release descubrimiento:
- sin_asignar
- Release ejecutor:
- sin_asignar
Esta ficha está en revisión. Pídenos el detalle en el discovery.