Pianificazione della migrazione: Teradata a Fabric Data Warehouse

si applica a:✅ Magazzino di dati in Microsoft Fabric

Spostare un patrimonio Teradata aziendale su Fabric Data Warehouse comporta più di uno schema e un trasferimento di dati. Pianifica il codice SQL e BTEQ, il caricamento dei processi, la sicurezza, la reportistica, le operazioni e le prestazioni.

Questo articolo organizza il lavoro in cinque fasi. Usa le fasi come un runbook ripetibile per ogni ondata di migrazione. Per l'implementazione raccomandata, vedi Metodi di migrazione per Teradata. Per la bonifica del codice, vedi Translate Teradata SQL per Fabric Data Warehouse.

Approccio consigliato

Usa la modernizzazione selettiva per la maggior parte dei carichi di lavoro:

• Preservare modelli di business e logiche validate.
• Usa Migration Assistant per tradurre e distribuire i metadati supportati.
• Sostituire SQL, utilità e operazioni specifici di Teradata con modelli nativi di Fabric.
• Riprogetta solo i carichi di lavoro bloccati da dipendenze non supportate o problemi architettonici esistenti.

Migra a ondate per dominio aziendale, data mart o cluster di carico di lavoro. Evita una singola migrazione del big bang.

Valuta e analizza

Valuta insieme questi flussi di lavoro per non perdere alcuna dipendenza:

Definisci i risultati aziendali, l'ambito, i proprietari, le misure di successo e le aspettative di rollback. Produrre un inventario degli oggetti, una mappa delle dipendenze, una base del carico di lavoro, un registro di compatibilità e un piano d'onda.

Pianificare e progettare

Trasforma la valutazione in un progetto eseguibile:

1. Conferma che Warehouse è il target per l'analisi relazionale incentrata su SQL.
2. Definisci spazi di lavoro di sviluppo, test e produzione, capacità, denominazione e proprietà.
3. Mappare oggetti Teradata e tipi di dati ai target Fabric. Registra gli elementi non supportati e le alternative approvate. Usa Migration Assistant per la traduzione dei metadati.
4. Progetta separatamente il movimento storico e incrementale dei dati.
5. Riprogettare l'accesso attorno a Microsoft Entra ID, ruoli nello spazio di lavoro, permessi degli oggetti e permessi SQL del Warehouse.
6. Definisci i criteri di deployment, validazione, cutover e rollback.

Privilegiare un modello dimensionale, il caricamento in modalità batch, un ELT modulare e il riutilizzo governato tramite OneLake nella progettazione di destinazione.

Migrate

Esegui ogni ondata in quest'ordine:

1. Fornisci gli spazi di lavoro di destinazione, le identità, le connessioni e il percorso di distribuzione.
2. Carica file SQL estratti di Teradata su Migration Assistant, traduci i metadati e correggi gli oggetti che richiedono attenzione.
3. Copiare un set di dati rappresentativo e convalidare la velocità effettiva, le mappature, gli errori e il comportamento al riavvio.
4. Completare il carico storico e stabilire la sincronizzazione incrementale quando necessario.
5. Ricreare processi di sicurezza e operativi.
6. Valida dati, comportamento SQL, report, applicazioni e prestazioni rappresentative.
7. Devia le connessioni ed effettua il cutover dopo che i criteri di accettazione sono stati soddisfatti.

Non usare il successo della creazione degli oggetti come unico segnale di completamento. Un'ondata è completa solo quando dati, comportamento, sicurezza, operazioni e consumo a valle superano i loro criteri di accettazione.

Monitoraggio e governance

Operare sorgente e target in parallelo per il periodo richiesto dal profilo di rischio del carico di lavoro.

• Confronta la freschezza dei dati, il conteggio delle righe, gli aggregati aziendali e i risultati dei report tra gli ambienti.
• Monitorare la durata del caricamento, la durata delle query, i guasti, i tentativi, il consumo di capacità, le sessioni attive e i problemi segnalati dagli utenti.
• Esamina assegnazioni di accesso, identità privilegiate, permessi del Warehouse e risultati dei test di sicurezza.
• Conserva il codice tradotto, gli asset di distribuzione, le decisioni di mappatura, le evidenze dei test e le eccezioni nel controllo del codice sorgente.
• Monitora il livello di preparazione alla migrazione in base al carico di lavoro e al gate di accettazione, non solo in base al numero di oggetti migrati.
• Registra i problemi ricorrenti di traduzione e caricamento come guida riutilizzabile per le ondate successive.
• Stabilire procedure di escalation, recovery, rollback e hypercare prima del taglio della produzione.

La governance comprende la discendenza, la proprietà, la classificazione, la conservazione, la revisione e la responsabilità operativa. Applica questi controlli durante la migrazione invece che dopo il taglio finale.

Ottimizzare e modernizzare

Dopo aver stabilito correttezza e stabilità, rimuovi i pattern di compatibilità temporanei e usa le funzionalità Fabric-native.

• Rifattorizza le traduzioni SQL letterali in T-SQL modulare.
• Semplificare le viste eccessivamente annidate e i processi procedurali monolitici.
• Standardizza l'ingestione ad alta velocità su modelli efficienti e riavviabili basati su file.
• Ottimizza utilizzando le linee guida sulle prestazioni di Fabric Data Warehouse e test di concorrenza rappresentativi.
• Ridurre le copie di dati inutili utilizzando accesso OneLake governato dove si adatta all'architettura.
• Integra Data Factory, Power BI, i notebook e altri carichi di lavoro di Fabric laddove ciò riduca la duplicazione o la complessità operativa.
• Capacità di revisione, sicurezza, affidabilità e costi dopo che il comportamento del carico di lavoro si stabilizza.
• Trasforma l'onda completata in un template riutilizzabile per il dominio successivo.

Lista di controllo per l'accettazione dell'ondata di migrazione

Prima del passaggio, verifica che:

• L'inventario degli oggetti e la mappa di dipendenza sono completi per l'ondata.
• Le limitazioni bloccanti di T-SQL dispongono di correzioni approvate.
• Schema e codice vengono distribuiti in modo ripetibile in ogni ambiente target.
• I percorsi dati storici e incrementali superano i test di scala e di recupero.
• La riconciliazione dei dati e la validazione aziendale raggiungono le soglie concordate.
• La sicurezza viene ricreata e validata con identità rappresentative.
• I report, i modelli semantici, le applicazioni e i processi operativi superano i test.
• Le prestazioni e il parallelismo soddisfano gli obiettivi del carico di lavoro.
• Il monitoraggio, la presa in carico del supporto, il rollback e i piani di supporto intensivo post-rilascio sono attivi.
• I responsabili aziendali e i responsabili tecnici approvano il passaggio in produzione.

Contenuti correlati

• Metodi di migrazione per Teradata
• Traduce Teradata SQL per Fabric Data Warehouse
• Migra caricando un file
• Data warehousing in Microsoft Fabric
• Inserisci i dati nel warehouse
• Metti in sicurezza la tua Fabric Data Warehouse
• Controllo del codice sorgente con Warehouse