Pianificazione della migrazione: SQL Server alla Fabric Data Warehouse

si applica a:✅ Magazzino di dati in Microsoft Fabric

Questo articolo dettaglia la strategia, le considerazioni e i metodi per migrare i data warehouse da SQL Server a Microsoft Fabric Data Warehouse.

Suggerimento

Un'esperienza automatizzata per la migrazione da SQL Server è disponibile utilizzando il Fabric Migration Assistant per Data Warehouse. Questo articolo contiene importanti informazioni strategiche e di pianificazione.

Introduzione alla migrazione

Microsoft Fabric è una soluzione tutto-in-uno per l'analisi SaaS per le imprese che offre una suite completa di servizi, tra cui Data Factory, Data Engineering, Data Warehousing, Data Science, Real-Time Intelligence e Power BI.

Questo articolo descrive opzioni per schema (DDL), codice database (DML) e migrazione dei dati e ti aiuta a scegliere un'opzione per il tuo scenario. Utilizza il benchmark TPC-DS del settore per l'illustrazione e i test delle prestazioni. I risultati potrebbero variare a seconda di fattori come tipi di dati, larghezza della tabella e latenza della sorgente.

Preparare la migrazione

Pianifica attentamente il tuo progetto di migrazione prima di iniziare e assicurati che schema, codice e dati siano compatibili con Fabric Data Warehouse. Considera i limiti. Quantificare il lavoro di refactoring degli elementi incompatibili, come pure eventuali altre risorse necessarie prima della consegna della migrazione.

Un altro obiettivo chiave della pianificazione è modificare la progettazione per garantire che la soluzione sfrutta appieno le prestazioni elevate delle query che Fabric Data Warehouse è progettata per offrire. La progettazione di data warehouse ai fini della scalabilità introduce modelli di progettazione unici, pertanto gli approcci tradizionali non si rivelano sempre ottimali. Rivedere le linee guida sulle prestazioni. Anche se alcune modifiche al design possono essere apportate dopo la migrazione, apportare modifiche in anticipo nel processo ti farà risparmiare tempo e fatica. La migrazione da una tecnologia o ambiente all'altro è sempre un grande sforzo.

Il diagramma seguente mostra il ciclo di vita della migrazione. Elenca i pilastri principali che comprendono Valutazione e Valutazione, Pianificazione e Progettazione, Migrazione, Monitoraggio e Governazione, e Ottimizzazione e Modernizzazione, con i compiti associati in ciascun pilastro per pianificare e prepararsi a una migrazione fluida.

Diagramma del ciclo di vita della migrazione, inclusi Valutazione e Valutazione, Pianificazione e Progettazione, Migrazione, Monitoraggio e Governazione, e Ottimizzazione e Modernizzazione.

Runbook per la migrazione

Considera le seguenti attività come manuale di pianificazione per la tua migrazione da SQL Server a Fabric Data Warehouse.

  1. Valutare e verificare
    1. Identificare obiettivi e motivazioni. Stabilire risultati chiari desiderati.
    2. Scopri, valuta e definisci una baseline dell'architettura esistente.
    3. Identificare gli stakeholder e gli sponsor principali.
    4. Definisci l'ambito della migrazione.
      1. Inizia in modo semplice e su piccola scala, e preparati a eseguire più migrazioni di piccola entità.
      2. Iniziare a monitorare e documentare tutte le fasi del processo.
      3. Costruisci un inventario di dati e processi per la migrazione.
      4. Definisci i cambiamenti del modello di dati, se presenti.
      5. Configura lo spazio di lavoro Fabric.
    5. Valuta le competenze e le preferenze del tuo team.
      1. Automatizzare laddove possibile.
      2. Utilizza strumenti e funzionalità integrate per ridurre lo sforzo di migrazione.
    6. Eseguire preventivamente il training del personale sulla nuova piattaforma.
      1. Identificare le esigenze di upskilling e gli asset di training, tra cui Microsoft Learn.
  2. Pianificazione e progettazione
    1. Definire l'architettura desiderata.
    2. Seleziona i metodi e gli strumenti per la migrazione per svolgere i seguenti compiti:
      1. Estrai i dati dalla fonte.
      2. Converti lo schema (DDL), inclusi i metadati per tabelle e viste.
      3. Ingerire dati, inclusi dati storici.
        1. Se necessario, ri-ingegnerizzare il modello dati utilizzando le prestazioni e la scalabilità della nuova piattaforma.
      4. Migrare il codice del database (DML).
        1. Migrare o ristrutturare le stored procedure e i processi aziendali.
    3. Inventariare ed estrarre le funzionalità di sicurezza e le autorizzazioni per gli oggetti dall'origine.
    4. Progettare e pianificare la sostituzione o la modifica dei processi ETL o ELT esistenti per carichi incrementali.
      1. Crea processi ETL o ELT paralleli nel nuovo ambiente.
    5. Preparare un piano di migrazione dettagliato.
      1. Mappare lo stato attuale nel nuovo stato desiderato.
  3. Migrazione
    1. Migra lo schema, i dati e il codice.
      1. Estrai i dati dalla fonte.
      2. Converti lo schema (DDL).
      3. Inserire i dati.
      4. Migrare il codice del database (DML).
    2. Se necessario, scala temporaneamente le risorse di SQL Server per aumentare la velocità di migrazione.
    3. Applicare autorizzazioni e sicurezza.
    4. Migra i processi ETL o ELT esistenti per il carico incrementale.
      1. Migra o rifattorizza i processi di carico incrementale ETL o ELT.
      2. Testare e confrontare i processi di carico incrementale paralleli.
    5. Adatta il piano di migrazione dettagliato se necessario.
  4. Monitoraggio e governance
    1. Esegui in parallelo e confronta con l'ambiente sorgente.
      1. Testare applicazioni, piattaforme di business intelligence e strumenti di query.
      2. Eseguire il benchmark delle prestazioni delle query e ottimizzarle.
      3. Monitorare e gestire costi, sicurezza e prestazioni.
    2. Effettuare un benchmark e una valutazione della governance.
  5. Ottimizzare e modernizzare
    1. Quando l'azienda si sente a proprio agio, eseguire la transizione di applicazioni e piattaforme di report primari a Fabric.
      1. Scala le risorse man mano che il carico di lavoro si sposta da SQL Server a Microsoft Fabric.
      2. Creare un modello ripetibile sulla base dell'esperienza acquisita per le migrazioni future. Iterare.
      3. Individuare opportunità di ottimizzazione dei costi, sicurezza, scalabilità ed eccellenza operativa.
      4. Identificare le opportunità per modernizzare il patrimonio di dati con le funzionalità più recenti di Fabric.

Sollevare e spostare o modernizzare?

In generale, esistono due tipi di migrazione indipendentemente dallo scopo e dall'ambito della migrazione pianificata: "lift and shift" (così com'è) e un approccio in più fasi che incorpora le modifiche all’architettura e al codice.

sposta e trasferisci

In una migrazione lift-and-shift, si trasferisce un modello di dati esistente con modifiche minori al nuovo Fabric Data Warehouse. Questo approccio riduce al minimo i rischi e i tempi di migrazione diminuendo il nuovo lavoro necessario per sfruttare i vantaggi della migrazione.

La migrazione lift and shift è ideale per questi scenari:

  • Hai un ambiente esistente con un numero ridotto di data mart da migrare.
  • Hai un ambiente esistente con dati già presenti in uno schema a stella o a fiocco di neve ben progettato.
  • Si è sotto pressione sul tempo e i costi per passare a Fabric Data Warehouse.

In sintesi, questo approccio funziona bene per carichi di lavoro ottimizzati per il tuo attuale ambiente SQL Server e quindi non richiedono cambiamenti importanti in Fabric.

Modernizzare in un approccio in più fasi con modifiche dell'architettura

Se un data warehouse legacy si è evoluto nel corso di un lungo periodo di tempo, potresti dover riprogettarlo per mantenere i livelli di prestazioni richiesti.

Potresti anche voler riprogettare l'architettura per sfruttare i nuovi motori e le funzionalità disponibili nello spazio di lavoro Fabric.

Differenze di progettazione tra SQL Server e Fabric Data Warehouse

Considera le seguenti differenze tra SQL Server e Fabric Data Warehouse.

Considerazioni sulle tabelle

Quando si esegue la migrazione di tabelle tra ambienti diversi, in genere vengono trasferiti fisicamente solo i dati non elaborati e i metadati. Di solito non si migrano altri elementi del database dal sistema sorgente, come gli indici, perché potrebbero essere inutili o implementati in modo diverso nel nuovo ambiente.

Le ottimizzazioni delle prestazioni nell'ambiente sorgente, come gli indici, indicano dove potresti aggiungere ottimizzazione delle prestazioni in un nuovo ambiente, ma Fabric se ne occupa automaticamente.

Considerazioni su T-SQL

Tieni presente diverse differenze nella sintassi del Data Manipulation Language (DML). Fare riferimento all'area di attacco T-SQL in Fabric Data Warehouse. Inoltre, considera una valutazione del codice quando scegli i metodi di migrazione per il codice del database (DML).

A seconda delle differenze di parità al momento della migrazione, potrebbe essere necessario riscrivere parti del codice DML T-SQL.

Differenze di mappatura dei tipi di dati

Fabric Data Warehouse presenta diverse differenze tra tipi di dati rispetto ad altre piattaforme Microsoft SQL. Per altre informazioni, vedere Tipo di dati in Microsoft Fabric.

La tabella seguente mostra la mappatura dei tipi di dati supportati dal motore di database SQL a Fabric Data Warehouse.

SQL Server Fabric Data Warehouse
money decimal(19,4)
smallmoney decimal(10,4)
smalldatetime datetime2
datetime datetime2
nchar char
nvarchar varchar
tinyint smallint
binary varbinary
datetimeoffset* datetime2

* datetime2 non memorizza le informazioni sull'offset del fuso orario che datetimeoffset memorizza. Poiché il datetimeoffset tipo di dato non è attualmente supportato in Fabric Data Warehouse, estrai i dati sull'offset del fuso orario in una colonna separata.

Suggerimento

Pronti per la migrazione?

Per familiarizzarsi con un'esperienza di migrazione automatizzata, vedere Fabric Migration Assistant per Data Warehouse.

Per ulteriori passaggi manuali di migrazione e dettagli, vedi Metodi di migrazione per SQL Server a Fabric Data Warehouse.

Contenuti correlati

  • Last updated on