Condividi tramite

Guida alla migrazione: da SQL Server a Istanza gestita di Azure SQL

Si applica a:Istanza gestita di SQL di Azure SQL

In questa guida viene illustrato come eseguire la migrazione dei database utente di SQL Server ad Azure SQL Managed Instance.

Completare i passaggi di pre-migrazione prima di continuare.

Migrazione

Dopo aver completato i passaggi della fase di pre-migrazione, è possibile eseguire la migrazione dello schema e dei dati.

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

Questa sezione illustra la procedura di migrazione generale per le seguenti opzioni di migrazione consigliate:

  • Collegamento a Istanza gestita
  • Servizio di Ripetizione Log (LRS)
  • Nativo RESTORE DATABASE FROM URL, che utilizza backup nativi di SQL Server e richiede un po' di tempo di inattività
  • Servizio Migrazione del database di Azure, che offre la migrazione con tempi di inattività quasi zero
  • Migrazione di SQL Server in Azure Arc

Istanza gestita di SQL è destinata agli scenari utente che richiedono la migrazione di massa del database da implementazioni locali o SQL Server in macchine virtuali di Azure. È la scelta ottimale quando è necessario sollevare e spostare il back-end delle applicazioni che usano regolarmente funzionalità a livello di istanza e tra database. In questo scenario, è possibile spostare un'intera istanza in un ambiente corrispondente in Azure senza dover ridefinire l'architettura delle applicazioni.

Per spostare le istanze di SQL Server, è necessario pianificare attentamente:

  • La migrazione di tutti i database da collocare (quelli in esecuzione nella stessa istanza)
  • La migrazione di oggetti a livello di istanza da cui dipende l'applicazione, inclusi account di accesso, credenziali, processi e operatori di SQL Server Agent e trigger a livello di server.

Istanza gestita di SQL è un servizio gestito che consente di delegare alcune delle normali attività di amministrazione del database alla piattaforma durante la compilazione. Pertanto, non è necessario eseguire la migrazione di alcuni dati a livello di istanza, ad esempio i processi di manutenzione per i backup regolari o la configurazione AlwaysOn, perché la disponibilità elevata è incorporata.

Migrazione del database

Esegui la migrazione dell'istanza di SQL Server abilitata da Azure Arc a un'Istanza gestita SQL di Azure direttamente tramite il portale di Azure. Per istruzioni dettagliate, vedere Eseguire la migrazione dell'istanza di SQL Server a Istanza gestita di SQL di Azure.

La migrazione del database offre un'esperienza di migrazione predefinita, usando il collegamento Istanza gestita o i metodi del servizio di riproduzione log (LRS) in background, semplificando al tempo stesso la configurazione, la gestione e il monitoraggio del processo di migrazione.

Questa sezione illustra i passaggi generali per eseguire la migrazione da SQL Server a Istanza gestita di SQL di Azure con tempi di inattività minimi usando il collegamento Istanza gestita. Per istruzioni dettagliate, vedere Eseguire la migrazione con il collegamento .

Per eseguire la migrazione con il collegamento, seguire questa procedura:

  1. Creare l'istanza gestita di SQL di destinazione: portale di Azure, PowerShell, Azure CLI.
  2. Preparare l'ambiente per il collegamento.
  3. Configurare il collegamento con SSMS o gli script.
  4. Fermare il carico di lavoro.
  5. Convalidare i dati nell'istanza di destinazione.
  6. Effettuare il failover sul collegamento.

Servizio di Ripetizione Log (LRS)

Questa sezione illustra i passaggi generali per eseguire la migrazione da SQL Server a Istanza gestita di SQL con tempi di inattività minimi usando il servizio di riproduzione dei log. Per istruzioni dettagliate, vedere Esegui la migrazione di database da SQL Server usando il servizio di riproduzione log.

Per eseguire la migrazione con LRS (archiviazione con ridondanza locale), seguire questi passaggi:

  1. Creare un account di archiviazione di Azure con un contenitore BLOB.
  2. Eseguire l'autenticazione all'account di archiviazione Blob usando un token di firma di accesso condiviso o un'identità gestita e convalidare l'accesso.
  3. Assicurarsi di configurare correttamente la struttura di cartelle se si prevede di eseguire la migrazione di più database.
  4. Carica i backup nel tuo account di archiviazione copiando i backup o eseguendo il backup direttamente usando BACKUP TO URL.
  5. Determinare se si vuole eseguire LRS in modalità di completamento automatico o continuo.
  6. Avvia LRS.
  7. Monitorare il progresso della migrazione.
  8. Completare la migrazione (se in modalità continua).

Backup e ripristino

Una funzionalità chiave di Istanza gestita di SQL è la possibilità di ripristinare in modo nativo i file di backup del database (.bak) archiviati in Archiviazione di Azure. Questa funzionalità semplifica la migrazione del database. Il backup e il ripristino sono operazioni asincrone, in base alle dimensioni del database.

Il diagramma seguente offre una panoramica di alto livello del processo:

Il diagramma mostra SQL Server con una freccia con l'etichetta BACKUP/Caricamento su URL che passa ad Azure Storage e una seconda freccia etichettata RESTORE da URL che passa da Azure Storage a un'istanza gestita di SQL.

Nota

Il tempo necessario per eseguire il backup, caricarlo nell'archiviazione di Azure ed eseguire un'operazione di ripristino nativa in Istanza gestita di SQL dipende dalle dimensioni del database. Tenere conto di tempi di inattività sufficienti per supportare l'operazione per database di grandi dimensioni.

La tabella seguente fornisce altre informazioni sui metodi che è possibile usare, a seconda della versione di SQL Server di origine in esecuzione:

Fase Motore SQL e versione Metodo di backup/ripristino
Inserire il backup in Azure Storage Prima del 2012 con il Service Pack 1 CU2 Caricare direttamente il file .bak in Archiviazione di Azure
2012 SP1 CU2 - 2016 Backup diretto con sintassi con credenziali deprecata
2016 e versioni successive Backup diretto con credenziali SAS
Eseguire il ripristino da Azure Storage in un'istanza gestita Ripristina da URL con credenziali SAS

Importante

Quando si esegue la migrazione di un database protetto con Transparent Data Encryption (TDE) a un'istanza gestita di SQL usando l'opzione di ripristino nativa, è necessario eseguire la migrazione del certificato corrispondente dall'istanza di SQL Server (locale o SQL Server in una macchina virtuale di Azure) prima di ripristinare il database. Per informazioni dettagliate, vedere Eseguire la migrazione di un certificato di un database protetto da TDE a Istanza gestita di SQL di Azure.

Il ripristino dei database di sistema non è supportato. Per eseguire la migrazione di oggetti a livello di istanza (archiviati in master o msdb database), eseguirne lo script Transact-SQL (T-SQL) nell'istanza di destinazione.

Per eseguire la migrazione tramite backup e ripristino, seguire questa procedura:

  1. Eseguire il backup del database nel servizio Archiviazione BLOB di Azure. Ad esempio, utilizzare il backup su URL in SQL Server Management Studio. Usare lo strumento di Microsoft Azure per supportare i database precedenti a SQL Server 2012 con Service Pack 1 CU2.

  2. Connettersi all'istanza gestita di SQL usando SQL Server Management Studio (SSMS).

  3. Creare credenziali usando una firma di accesso condiviso per accedere all'account di archiviazione BLOB di Azure con i backup del database. Ad esempio:

    CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
     SECRET = '<secret>'

  4. Ripristinare il backup dal contenitore BLOB di Azure Storage. Ad esempio:

    RESTORE DATABASE [TargetDatabaseName]
FROM URL = 'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'

  5. Al termine del ripristino, visualizzare il database in Esplora oggetti in SSMS.

Per altre informazioni su questa opzione di migrazione, vedere Avvio rapido: ripristinare un database in Istanza gestita di SQL di Azure con SSMS.

Nota

L'operazione di ripristino del database è asincrona e ripetibile. È possibile che venga visualizzato un errore in SSMS se la connessione si interrompe o se scade un timeout. Il database SQL di Azure continua a tentare di ripristinare il database in background ed è possibile tenere traccia dello stato di avanzamento del ripristino usando le visualizzazioni sys.dm_exec_requests e sys.dm_operation_status .

Servizio Migrazione del Database di Azure (Azure DMS)

Questa sezione illustra i passaggi generali per eseguire la migrazione da SQL Server a Istanza gestita di SQL con tempi di inattività minimi usando Servizio Migrazione del database di Azure. Per informazioni dettagliate, vedere Esercitazione: Eseguire la migrazione online di SQL Server a Istanza gestita di SQL di Azure.

Per eseguire la migrazione tramite Servizio Migrazione del database (DMS) dal portale di Azure, seguire questi passaggi:

  1. Apri il portale di Azure.

  2. Apri Azure DMS e seleziona l'istanza DMS se ne hai già creata una, oppure crea una nuova istanza.

  3. Nel dashboard dell'istanza del Servizio Migrazione Dati, selezionare Avvia migrazione, scegliere il tipo di server di origine, impostare il tipo di server di destinazione su Istanza Gestita di SQL di Azure, selezionare il percorso di archiviazione dei file di backup della migrazione e la modalità di migrazione.

  4. Specificare i dettagli di rilevamento di SQL Server di origine per Azure, ad esempio sottoscrizione, gruppo di risorse, percorso e nome dell'istanza di SQL Server. Questo passaggio crea un'istanza di SQL Server abilitata da Azure Arc.

  5. Specificare la sottoscrizione di destinazione e il gruppo di risorse, quindi scegliere l'istanza gestita di SQL di destinazione.

  6. Specificare i dettagli del percorso di backup, ad esempio il gruppo di risorse, l'account di archiviazione, il contenitore BLOB, la cartella, l'ultimo file di backup (per la modalità di migrazione offline) e il database di destinazione.

  7. Facoltativo: Se i backup si trovano in una condivisione di rete in locale, scarica e installa il runtime di integrazione self-hosted su un computer che può connettersi all'istanza di SQL Server di origine e alla posizione contenente i file di backup.

    1. Potrebbe essere necessario specificare i dettagli e le credenziali dell'istanza di SQL Server di origine per connettersi.

    2. Selezionare anche i database e il percorso della condivisione file SMB di rete in cui vengono conservati i file di backup e le credenziali per connettersi.

  8. Avvia la migrazione del database e monitora l'avanzamento nel portale di Azure dal dashboard di monitoraggio dell'istanza DMS.

  9. Completare la transizione.

    1. Arrestare tutte le transazioni in ingresso nel database di origine.

    2. Apportare modifiche alla configurazione dell'applicazione per puntare al database di destinazione in Istanza gestita Azure SQL.

    3. Eseguire i backup del tail log per il database di origine nel percorso di backup specificato.

    4. Assicurarsi che tutti i backup del database abbiano lo stato Ripristinato nella pagina dei dettagli del monitoraggio.

    5. Selezionare Completare cutover nella pagina dei dettagli del monitoraggio.

      Per istruzioni dettagliate, vedere Tutorial: Migrare SQL Server a un'Istanza gestita SQL di Azure con il Servizio Migrazione del Database.

Per eseguire la migrazione tramite Servizio Migrazione del database con Azure Data Studio, seguire questa procedura:

  1. Scaricare e installare Azure Data Studio e l'estensione di Migrazione Azure SQL.

  2. Avvia la procedura guidata Migra a Azure SQL nell'estensione di Azure Data Studio.

  3. Selezionare i database per la valutazione e visualizzare i problemi di idoneità o di preparazione della migrazione (se presenti). Inoltre, raccogliere i dati sulle prestazioni e ottenere raccomandazioni di dimensionamento corrette per Azure.

  4. Selezionare l'account Azure e l'istanza SQL di Azure gestita di destinazione dal proprio abbonamento.

  5. Selezionare il percorso dei backup del database. I backup del database possono trovarsi in una condivisione di rete locale o in un contenitore di Archiviazione BLOB di Azure.

  6. Creare una nuova istanza di Azure DMS utilizzando la procedura guidata in Azure Data Studio. Se in precedenza è stata creata un'istanza di DMS utilizzando Azure Data Studio, è possibile riutilizzare la stessa istanza, se desiderato.

  7. Facoltativo: se i backup si trovano in una condivisione di rete locale, scaricare e installare il runtime di integrazione self-hosted in un computer in grado di connettersi all'istanza di SQL Server di origine e il percorso contenente i file di backup.

  8. Dopo aver avviato la migrazione del database, è possibile monitorare lo stato di avanzamento in Azure Data Studio. È anche possibile monitorare lo stato di avanzamento nella risorsa Servizio Migrazione del database nel portale di Azure.

  9. Completare la transizione.

    1. Arrestare tutte le transazioni in ingresso nel database di origine.

    2. Apportare modifiche alla configurazione dell'applicazione per puntare al database di destinazione in Istanza gestita Azure SQL.

    3. Eseguire eventuali backup della parte finale del log per il database di origine nel percorso di backup specificato.

    4. Assicurarsi che tutti i backup del database abbiano lo stato Ripristinato nella pagina dei dettagli del monitoraggio.

    5. Selezionare Completare cutover nella pagina dei dettagli del monitoraggio.

Migrazione di SQL Server in Azure Arc

Eseguire la migrazione di istanze di SQL Server abilitate da Azure Arc a Istanza gestita di SQL tramite il portale di Azure. SQL Managed Instance offre una soluzione PaaS completamente gestita per le migrazioni lift-and-shift. Il processo include la valutazione dell'idoneità, la selezione di una destinazione, la migrazione dei dati e il monitoraggio dello stato di avanzamento.

Sono disponibili due metodi integrati:

  • Collegamento di Istanza gestita per la replica quasi in tempo reale con tempi di inattività minimi

  • Servizio di riproduzione dei log per il backup e il ripristino continuo.

Microsoft Copilot assiste in tutta la migrazione. La migrazione supporta SQL Server 2012 e versioni successive e automatizza la maggior parte dei passaggi.

Per altre informazioni, vedere Migrazione a Istanza gestita di SQL di Azure - Migrazione di SQL Server in Azure Arc.

Sincronizzazione e passaggio dei dati

Quando si usano opzioni di migrazione che replicano o sincronizzano continuamente le modifiche dei 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 il processo di migrazione acquisisca e applichi tutte le modifiche nell'origine alla destinazione.

Dopo aver verificato che i dati siano uguali sia nell'origine che nella destinazione, è possibile passare dall'origine all'ambiente di destinazione. Pianificare il processo di cutover con i team aziendali e delle applicazioni per garantire un'interruzione minima durante il cutover e che 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.

Post-migrazione

Dopo aver portato a termine la fase di migrazione, è necessario eseguire una serie di attività post-migrazione per assicurarsi che tutto funzioni nel modo corretto e più efficiente possibile.

La fase di post-migrazione è fondamentale per riconciliare eventuali problemi di accuratezza dei dati e verificarne la completezza, nonché per risolvere possibili problemi di prestazioni con il carico di lavoro.

Monitorare e diagnosticare applicazioni

Dopo la migrazione a un'istanza gestita di SQL, tenere traccia del comportamento dell'applicazione e delle prestazioni del carico di lavoro. Questo processo include le due attività seguenti:

Eseguire test

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

  1. Sviluppare test di convalida: per testare la migrazione del database, usare query T-SQL. Creare le query di convalida da eseguire sia sul database di origine che su quello di destinazione. Le query di convalida dovrebbero 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.

Usare le funzionalità avanzate

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

Analisi SQL di Azure consente di monitorare un set elevato di istanze gestite di SQL in modo centralizzato.

Alcune funzionalità di SQL Server sono disponibili solo quando si modifica il livello di compatibilità del database al livello di compatibilità più recente.

Contenuto correlato

  • Last updated on