Pianificazione della migrazione: pool SQL dedicati di Azure Synapse Analytics a Fabric Data Warehouse

si applica a:✅ Magazzino di dati in Microsoft Fabric

Questo articolo descrive strategie, considerazioni e metodi per migrare da Azure Synapse Analytics pool SQL dedicati a Microsoft Fabric Data Warehouse.

Suggerimento

Usa il Fabric Migration Assistant per Data Warehouse per un'esperienza di migrazione automatizzata da Azure Synapse Analytics pool SQL dedicati. Questo articolo contiene importanti informazioni strategiche e di pianificazione.

Introduzione alla migrazione

Microsoft Fabric è una soluzione tutto-in-uno di analisi SaaS per le aziende. 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. Quantifica il lavoro necessario per rifattorizzare gli elementi incompatibili e qualsiasi altra risorsa necessaria per realizzare la migrazione.

Un altro obiettivo chiave della pianificazione è adattare il design affinché la soluzione sfrutti appieno le prestazioni Fabric Data Warehouse query. 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 puoi apportare alcune modifiche al design dopo la migrazione, apportare modifiche anticipate fa 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 e i compiti associati ai suoi cinque pilastri: Valutare e Valutare, Pianificare e Progettare, Migrare, Monitorare e Governare, e Ottimizzare e Modernizzare.

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

Considerare le attività seguenti come runbook di pianificazione per la migrazione da pool SQL dedicati di Synapse 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. Usare gli strumenti e le funzionalità predefiniti di Azure per semplificare la 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. Estrazione dei dati dall'origine.
      2. Conversione dello schema (DDL), inclusi i metadati di tabelle e viste.
      3. Inserimento dati, inclusi i dati cronologici.
        1. Se necessario, riingegnerizzare il modello dati utilizzando nuove prestazioni e scalabilità della piattaforma.
      4. Migrazione del 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/ELT esistenti per il carico incrementale.
      1. Creare processi ETL/ELT paralleli nel nuovo ambiente.
    5. Preparare un piano di migrazione dettagliato.
      1. Mappare lo stato attuale allo stato desiderato.
  3. Migrazione
    1. Esegui la migrazione di schema, dati e codice.
      1. Estrazione dei dati dall'origine.
      2. Conversione dello schema (DDL).
      3. Inserimento dati
      4. Migrazione del codice del database (DML).
    2. Se necessario, ridimensionare temporaneamente le risorse del pool SQL dedicato per facilitare la velocità della migrazione.
    3. Applicare autorizzazioni e sicurezza.
    4. Migrare i processi ETL/ELT esistenti per il caricamento incrementale.
      1. Migrare o rifattorizzare i processi di caricamento incrementale ETL/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 verso l'alto o verso il basso man mano che il carico di lavoro si sposta da Azure Synapse Analytics 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:

  • Si dispone di un ambiente esistente con un numero ridotto di warehouse di cui eseguire la migrazione.
  • 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 dedicato di pool SQL Azure Synapse e che non richiedono grandi cambiamenti 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: pool SQL dedicati di Synapse e Data Warehouse di Fabric

Prendere in considerazione le differenze seguenti per Azure Synapse e Microsoft Fabric data warehousing, confrontando i pool SQL dedicati con 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 aver bisogno di ottimizzazione in un nuovo ambiente. Fabric gestisce automaticamente queste ottimizzazioni.

Considerazioni su T-SQL

Ci sono diverse differenze nella sintassi del Data Manipulation Language (DML) da considerare. Rivedi l'area superficiale T-SQL in Fabric Data Warehouse e esegui una valutazione del codice quando scegli un metodo per migrare il codice del database.

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 i tipi di dati rispetto a Azure Synapse Analytics pool SQL dedicati. Per altre informazioni, vedere Tipo di dati in Microsoft Fabric.

La tabella seguente mostra la mappatura dei tipi di dati supportati dai pool SQL dedicati Azure Synapse a Fabric Data Warehouse.

Pool SQL dedicati di Synapse 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 extra sull'offset del fuso orario che datetimeoffset memorizza. Poiché Fabric Data Warehouse attualmente non supporta il tipo di dato datetimeoffset, devi estrarre i dati dell'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 Azure Synapse Analytics pool SQL dedicati a Fabric Data Warehouse.

Contenuti correlati

  • Last updated on