Guida alla migrazione: SQL Server al database Azure SQL

Si applica a: Database SQL di Azure

In questa guida viene illustrato come eseguire la migrazione dell'istanza di SQL Server a Azure SQL Database.

È possibile eseguire la migrazione di SQL Server in esecuzione in locale o in:

  • SQL Server in macchine virtuali
  • Amazon Web Services (AWS) EC2
  • Amazon Relational Database Service (AWS RDS)
  • Motore di calcolo (Google Cloud Platform - GCP)
  • Cloud SQL per SQL Server (Google Cloud Platform - GCP)

Per altre informazioni sulla migrazione, vedere panoramica della migrazione. Per altre guide alla migrazione, vedere Migrazione dei database.

Flusso del processo di migrazione

Prerequisiti

Per la migrazione SQL Server al database di Azure SQL, assicurarsi di avere:

Pre-migrazione

Dopo aver verificato che l'ambiente di origine è supportato, iniziare con la fase di pre-migrazione. Individuare tutte le origini dati esistenti, valutare la fattibilità della migrazione e identificare eventuali problemi di blocco che potrebbero impedire la migrazione cloud di Azure.

Rilevazione

Nella fase Individuazione analizzare la rete per identificare tutte le istanze e le funzionalità SQL Server usate dall'organizzazione.

Usare Azure Migrate per valutare l'idoneità della migrazione dei server locali, eseguire il ridimensionamento basato sulle prestazioni e fornire stime dei costi per l'esecuzione in Azure.

In alternativa, usare Microsoft Assessment and Planning Toolkit (MAP Toolkit) per valutare l'infrastruttura IT corrente. Il toolkit offre un potente strumento di inventario, valutazione e creazione di report per semplificare il processo di pianificazione della migrazione.

Per altre informazioni sugli strumenti disponibili per la fase Individuazione, vedere Servizi e strumenti disponibili per gli scenari di migrazione dei dati.

Valutazione

Nota

Se si valuta l'intero patrimonio di dati SQL Server su larga scala in VMWare, usare Azure Migrate per ottenere Azure SQL raccomandazioni per la distribuzione, il ridimensionamento delle entità di destinazione e le stime mensili.

Dopo aver individuato origini dati, valutare eventuali database di SQL Server locali che possono essere migrati in Azure SQL database per identificare i blocchi di migrazione o i problemi di compatibilità.

È possibile usare la Data Migration Assistant (versione 4.1 e successiva) per valutare i database per ottenere:

Per valutare l'ambiente usando La valutazione della migrazione del database, seguire questa procedura:

  1. Aprire l'Data Migration Assistant (DMA).
  2. Selezionare File e quindi scegliere Nuova valutazione.
  3. Specificare un nome del progetto, selezionare SQL Server come tipo di server di origine e quindi selezionare Azure SQL Database come tipo di server di destinazione.
  4. Selezionare i tipi di report di valutazione da generare. Ad esempio, compatibilità e parità delle funzionalità del database. In base al tipo di valutazione, le autorizzazioni necessarie per l'SQL Server di origine possono essere diverse. DMA evidenzia le autorizzazioni necessarie per l'advisor scelto prima di eseguire la valutazione.
    • La categoria di parità delle funzionalità offre un set completo di raccomandazioni, alternative disponibili in Azure e passaggi di mitigazione per pianificare il progetto di migrazione. (autorizzazioni sysadmin necessarie)
    • La categoria problemi di compatibilità identifica parzialmente supportati o non supportati problemi di compatibilità delle funzionalità che potrebbero bloccare la migrazione e consigli per risolverli (CONNECT SQL, VIEW SERVER STATEe VIEW ANY DEFINITION autorizzazioni necessarie).
  5. Specificare i dettagli della connessione di origine per il SQL Server e connettersi al database di origine.
  6. Selezionare Avvia valutazione.
  7. Al termine del processo, selezionare e esaminare i report di valutazione per i problemi di blocco della migrazione e parità delle funzionalità. Il report di valutazione può anche essere esportato in un file che può essere condiviso con altri team o personale nell'organizzazione.
  8. Determinare il livello di compatibilità del database che riduce al minimo le attività di post-migrazione.
  9. Identificare lo SKU di database Azure SQL migliore per il carico di lavoro locale.

Per altre informazioni, vedere Eseguire una valutazione della migrazione SQL Server con Data Migration Assistant.

Se la valutazione rileva più blocchi per verificare che il database non sia pronto per una migrazione del database Azure SQL, prendere in alternativa in considerazione:

Valutazioni e analisi scalabili

Data Migration Assistant supporta l'esecuzione di valutazioni con scalabilità orizzontale e consolidamento dei report di valutazione per l'analisi.

Se sono presenti più server e database che devono essere valutati e analizzati su larga scala per offrire una visualizzazione più ampia dell'estate dei dati, vedere i collegamenti seguenti per altre informazioni:

Importante

L'esecuzione di valutazioni su larga scala per più database, soprattutto di grandi dimensioni, può anche essere automatizzata usando l'utilità della riga di comando DMA e caricata in Azure Migrate per ulteriori analisi e idoneità di destinazione.

Migrate

Dopo aver completato le attività associate alla fase di pre-migrazione, è possibile eseguire lo schema e la migrazione dei dati.

Eseguire la migrazione dei dati usando il metodo di migrazione scelto.

Questa guida descrive le due opzioni più popolari, Data Migration Assistant e Servizio Migrazione del database di Azure.

Data Migration Assistant (DMA)

Per eseguire la migrazione di un database da SQL Server a database Azure SQL tramite DMA, seguire questa procedura:

  1. Scaricare e installare Database Migration Assistant.
  2. Creare un nuovo progetto e selezionare Migrazione come tipo di progetto.
  3. Impostare il tipo di server di origine su SQL Server e sul tipo di server di destinazione su Azure SQL Database, selezionare l'ambito di migrazione come Schema e dati e selezionare Crea.
  4. Nel progetto di migrazione specificare i dettagli del server di origine, ad esempio il nome del server, le credenziali per connettersi al server e al database di origine da eseguire la migrazione.
  5. Nei dettagli del server di destinazione specificare il nome del server di database Azure SQL, le credenziali per connettersi al server e al database di destinazione da eseguire la migrazione.
  6. Selezionare gli oggetti schema e distribuirli nel database di destinazione Azure SQL.
  7. Infine, selezionare Avvia migrazione dei dati e monitorare lo stato di avanzamento della migrazione.

Per un'esercitazione dettagliata, vedere Eseguire la migrazione di SQL Server locali o SQL Server in macchine virtuali di Azure a Azure SQL Database usando l'Data Migration Assistant.

Nota

  • Ridimensionare il database in un livello di servizio e dimensioni di calcolo superiori durante il processo di importazione per ottimizzare la velocità di importazione fornendo più risorse. Al termine dell'importazione, sarà quindi possibile ridurre le caratteristiche.
  • Il livello di compatibilità del database importato è basato sul livello di compatibilità del database di origine.

Servizio Migrazione del database di Azure

Per eseguire la migrazione di database da SQL Server a database Azure SQL tramite DMS, seguire questa procedura:

  1. Se non è già stato fatto, registrare il provider di risorse Microsoft.DataMigration nella sottoscrizione.
  2. Creare un'istanza di Servizio Migrazione del database di Azure in una posizione desiderata a scelta (preferibilmente nella stessa area del database di destinazione Azure SQL). Selezionare una rete virtuale esistente o crearne una nuova per ospitare l'istanza del servizio gestito.
  3. Dopo aver creato l'istanza del servizio migrazione, creare un nuovo progetto di migrazione e specificare il tipo di server di origine come SQL Server e il tipo di server di destinazione come database di Azure SQL. Scegliere Migrazione dei dati offline come tipo di attività nel pannello di creazione del progetto di migrazione.
  4. Specificare i dettagli dell'origine SQL Server nella pagina Dettagli origine migrazione e i dettagli del database di destinazione Azure SQL nella pagina Dettagli destinazione migrazione.
  5. Eseguire il mapping dei database di origine e di destinazione per la migrazione e quindi selezionare le tabelle di cui si vuole eseguire la migrazione.
  6. Esaminare il riepilogo della migrazione e selezionare Esegui migrazione. È quindi possibile monitorare l'attività di migrazione e controllare lo stato di avanzamento della migrazione del database.

Per un'esercitazione dettagliata, vedere Eseguire la migrazione di SQL Server a un database Azure SQL tramite DMS.

Sincronizzazione e cutover dei dati

Quando si usano le opzioni di migrazione che replicano/sincronizzano continuamente le modifiche ai dati dall'origine alla destinazione, i dati e lo schema di origine possono cambiare e derivare dalla destinazione. Durante la sincronizzazione dei dati, assicurarsi che tutte le modifiche apportate all'origine vengano acquisite e applicate alla destinazione durante il processo di migrazione.

Dopo aver verificato che i dati siano uguali sia sull'origine che sulla destinazione, è possibile tagliare dall'origine all'ambiente di destinazione. È importante pianificare il processo di taglio con i team aziendali/applicazioni per garantire un'interruzione minima durante il cutover non influisce sulla continuità aziendale.

Importante

Per informazioni dettagliate sui passaggi specifici associati all'esecuzione di un cutover come parte delle migrazioni tramite DMS, vedere Esecuzione del cutover della migrazione.

Raccomandazioni sulla migrazione

Per velocizzare la migrazione al database Azure SQL, è consigliabile prendere in considerazione i consigli seguenti:

Contesa delle risorse Recommendation
Origine (in genere locale) Il collo di bottiglia primario durante la migrazione nell'origine è DATA I/O e la latenza nel file DATA che deve essere monitorato attentamente. In base alla latenza dei file DATA I/O e DATA e a seconda che si tratti di una macchina virtuale o di un server fisico, è necessario coinvolgere l'amministratore dell'archiviazione ed esplorare le opzioni per attenuare il collo di bottiglia.
Destinazione (database Azure SQL) Il fattore di limitazione più grande è la velocità di generazione del log e la latenza nel file di log. Con Azure SQL Database, è possibile ottenere un massimo di 96 MB/s velocità di generazione dei log. Per velocizzare la migrazione, aumentare il database SQL di destinazione in business critical gen5 8 vCore per ottenere la velocità massima di generazione del log di 96 MB/s e ottenere anche bassa latenza per il file di log. Il livello di servizio Hyperscale offre una frequenza di log di 100 MB/s indipendentemente dal livello di servizio scelto
Rete La larghezza di banda di rete necessaria è uguale alla velocità massima di inserimento dei log 96 MB/s (768 MB/s) A seconda della connettività di rete dal data center locale ad Azure, controllare la larghezza di banda di rete (in genere Azure ExpressRoute) per soddisfare la velocità massima di inserimento dei log.
Macchina virtuale usata per Data Migration Assistant (DMA) CPU è il collo di bottiglia primario per la macchina virtuale che esegue DMA Operazioni da considerare per velocizzare la migrazione dei dati usando
- Macchine virtuali
a elevato utilizzo di calcolo di Azure - Usare almeno F8s_v2 vm (8 vcore) per l'esecuzione di DMA
- Assicurarsi che la macchina virtuale sia in esecuzione nella stessa area di Azure della destinazione
Servizio Migrazione del database di Azure (DMS) Considerazioni sulla contesa delle risorse di calcolo e sugli oggetti di database per dms Usare Premium 4 vCore. DmS si occupa automaticamente di oggetti di database come chiavi esterne, trigger, vincoli e indici non cluster e non richiede un intervento manuale.

Post-migrazione

Dopo aver completato correttamente la fase di migrazione, passare attraverso una serie di attività post-migrazione per assicurarsi che tutto funzioni correttamente ed efficientemente.

La fase post-migrazione è fondamentale per la riconciliazione di eventuali problemi di accuratezza dei dati e la verifica della completezza, oltre a risolvere i problemi di prestazioni con il carico di lavoro.

Correggere le applicazioni

Dopo la migrazione dei dati nell'ambiente di destinazione, tutte le applicazioni che in precedenza usavano l'origine devono iniziare a usare la destinazione. A questo scopo, in alcuni casi, richiedono modifiche alle applicazioni.

Eseguire test

L'approccio di test per la migrazione del database prevede le attività seguenti:

  1. Sviluppare i test di convalida: per testare la migrazione del database, è necessario usare query SQL. È necessario creare le query di convalida da eseguire sia sul database di origine che su quello di destinazione. Le query di convalida devono essere estese all'ambito definito.
  2. Configurare un ambiente di test: l'ambiente di test deve contenere una copia del database di origine e del database di destinazione. Assicurarsi di isolare l'ambiente di test.
  3. Eseguire test di convalida: eseguire i test di convalida sull'origine e sulla destinazione, quindi analizzare i risultati.
  4. Eseguire test delle prestazioni: eseguire test delle prestazioni sull'origine e sulla destinazione, quindi analizzare e confrontare i risultati.

Sfruttare le funzionalità avanzate

Assicurarsi di sfruttare le funzionalità avanzate basate sul cloud offerte da database SQL, ad esempio disponibilità elevata predefinita, rilevamento delle minacce e monitoraggio e ottimizzazione del carico di lavoro.

Alcune funzionalità SQL Server sono disponibili solo dopo la modifica del livello di compatibilità del database al livello di compatibilità più recente (150).

Per altre informazioni, vedere Gestione di database Azure SQL dopo la migrazione

Passaggi successivi