Condividi tramite

Guida alla migrazione: da server SQL a SQL Server in VM Azure

  • Articolo

Si applica a:SQL Server nelle Macchine virtuali Azure

In questa guida si apprenderà come eseguire la migrazione dei database utente da SQL Server a un'istanza di SQL Server in Macchine virtuali di Azure da strumenti e tecniche in base alle esigenze.

Completare i passaggi di pre-migrazione prima di continuare.

Migrazione

Dopo aver completato i passaggi di pre-migrazione, è possibile eseguire la migrazione dei database utente e dei componenti. Eseguire la migrazione dei database usando il metodo di migrazione preferito.

Le sezioni seguenti forniscono opzioni per l'esecuzione di una migrazione in ordine di preferenza:

Eseguire la migrazione usando l'estensione di migrazione SQL di Azure per Azure Data Studio (tempi di inattività minimi)

Per eseguire una migrazione con tempi di inattività minimi con Azure Data Studio, seguire questa procedura dettagliata. Per un tutorial dettagliato passo passo, vedere Tutorial: Migrare SQL Server su Macchine Virtuali Azure con Database Migration Service:

  1. Scaricare e installare Azure Data Studio e l'estensione di Migrazione SQL di Azure.
  2. Avviare la procedura guidata "Migrate to Azure SQL" nell'estensione in Azure Data Studio.
  3. Selezionare i database per la valutazione e visualizzare i problemi di idoneità o di preparazione della migrazione (se presenti). Inoltre, raccogli i dati sulle prestazioni e ottieni consigli di Azure di dimensioni adeguate.
  4. Selezionare l'account Azure e il server SQL di destinazione in Azure Machine dalla sottoscrizione.
  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 un nuovo Servizio Migrazione del database di Azure usando la procedura guidata in Azure Data Studio. Se in precedenza è stato creato un Servizio Migrazione del database di Azure usando Azure Data Studio, è possibile riutilizzare lo stesso, se necessario.
  7. Facoltativo: Se i backup si trovano in una condivisione di rete locale, scaricare e installare il runtime di integrazione self-hosted su una macchina che può connettersi all'istanza di SQL Server di origine e alla posizione 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 tenere traccia dello stato di avanzamento nel portale di Azure nella risorsa del servizio Migrazione del database di Azure.
  9. Completare il cutover.
    1. Arrestare tutte le transazioni in ingresso nel database di origine.
    2. Apportare le modifiche alla configurazione dell'applicazione per puntare al database di destinazione in SQL Server in Macchine virtuali di Azure.
    3. Eseguire eventuali backup del log finale del database di origine nella posizione di backup specificata.
    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.

Backup e ripristino

Per eseguire una migrazione standard usando il backup e il ripristino:

  1. Configurare la connettività a SQL Server in VM Azure in base alle esigenze. Per altre informazioni, vedere Connettersi a una macchina virtuale su Azure.
  2. Sospendere o arrestare tutte le applicazioni che usano database destinati alla migrazione.
  3. Verificare che i database utente siano inattivi usando la modalità utente singolo.
  4. Eseguire un backup completo del database su una posizione locale.
  5. Copiare i file di backup locali nella macchina virtuale usando un desktop remoto, Azure Data Explorer o l'utilità della riga di comando AzCopy. È consigliabile eseguire backup superiori a 2 TB.
  6. Ripristina i backup completi del database su SQL Server in macchine virtuali di Azure.

Rimuovere e allegare da un URL

Rimuovere il database e i file di log e trasferirli nell'archivio BLOB di Azure. Allegare il database dall'URL nella macchina virtuale di Azure. Usare questo metodo se si desidera che i file di database fisici risiedano nell'archivio BLOB, che potrebbe essere utile per i database di dimensioni molto grandi. Per eseguire la migrazione di un database utente tramite il metodo manuale, attenersi ai passaggi generali seguenti:

  1. Scollegare i file di database dall'istanza on-premise del database.
  2. Copia i file del database scollegati in Azure Blob Storage usando l'utilità della riga di comando AzCopy.
  3. Collegare i file del database dall'URL di Azure all'istanza di SQL Server nella macchina virtuale di Azure.

Convertire in una macchina virtuale, caricare in un URL e distribuire come nuova macchina virtuale

Usare questo metodo per eseguire la migrazione di tutti i database di sistema e utente in un'istanza di SQL Server locale a una macchina virtuale di Azure. Per eseguire la migrazione di un'intera istanza di SQL Server utilizzando il metodo manuale, attenersi ai passaggi generali seguenti:

  1. Convertire macchine fisiche o virtuali in VHD di Hyper-V.
  2. Caricare i file VHD su Archiviazione di Azure utilizzando il cmdlet Add-AzureVHD.
  3. Distribuire una nuova macchina virtuale utilizzando il VHD caricato.

Nota

Per eseguire la migrazione di un'intera applicazione, è consigliabile usare Azure Site Recovery.

Trasferimento dei log

Il log shipping replica i file di log transazionali dall'ambiente locale a un'istanza di SQL Server in una macchina virtuale di Azure. Ciò garantisce tempi di inattività minimi durante il failover e ha un sovraccarico di configurazione inferiore rispetto alla configurazione di un gruppo di disponibilità Always On.

Per ulteriori informazioni, vedere Tabelle e procedure memorizzate per il Log Shipping.

Spedire un disco rigido

Usare il metodo del servizio di importazione/esportazione di Windows per trasferire grandi quantità di dati di file sull'archivio BLOB di Azure in situazioni in cui il caricamento in rete è eccessivamente costoso o non è possibile. Con questo servizio, è possibile inviare uno o più dischi rigidi contenenti tali dati a un data center di Azure, dove i dati verranno caricati nell'account di archiviazione.

Eseguire la migrazione di oggetti esterni ai database utente

Potrebbero essere necessari altri oggetti di SQL Server per il funzionamento senza problemi dei database utente dopo la migrazione.

La tabella seguente fornisce un elenco di componenti e metodi di migrazione consigliati che possono essere completati prima o dopo la migrazione dei database utente.

Funzionalità Componente Metodi di migrazione
Database Modello Script con SQL Server Management Studio.
Il database tempdb Pianificare lo spostamento tempdb nel disco temporaneo della VM di Azure (SSD) per ottenere prestazioni ottimali. Assicurati di selezionare una dimensione di macchina virtuale con un'unità SSD locale sufficiente per ospitare tempdb.
Database degli utenti con FileStream Usare i metodi di backup e ripristino per la migrazione. Il Data Migration Assistant non supporta i database con FileStream.
Sicurezza SQL Server e accessi di Windows Usare Data Migration Assistant per eseguire la migrazione degli account di accesso utente.
Ruoli SQL Server Creazione di script con SQL Server Management Studio.
Provider del servizio di crittografia È consigliabile eseguire la conversione per usare Azure Key Vault. Questa procedura usa l'estensione SQL IaaS Agent.
Oggetti server Dispositivi di backup Sostituire con il backup del database usando Backup di Azure o scrivere backup in Archiviazione di Azure (SQL Server 2012 SP1 CU2 +). Questa procedura usa l'estensione SQL IaaS Agent.
Server collegati Invio di query con SQL Server Management Studio.
Trigger del server Script con SQL Server Management Studio.
Replica Pubblicazioni locali Esecuzione di script con SQL Server Management Studio.
Sottoscrittori locali Scripting con SQL Server Management Studio.
PolyBase PolyBase Script con SQL Server Management Studio.
Gestione Posta elettronica del database Uso di script con SQL Server Management Studio.
SQL Server Agent Lavori Script con SQL Server Management Studio.
Avvisi Creazione di script con SQL Server Management Studio.
Operatori Creazione di script con SQL Server Management Studio.
Proxy Scripting con SQL Server Management Studio.
Sistema operativo File, condivisioni di file Prendere nota di tutti gli altri file o condivisioni file utilizzati dai server SQL e replicarli sulla destinazione delle Macchine Virtuali di Azure.

Post-migrazione

Dopo aver completato la fase di migrazione, è necessario completare una serie di attività post-migrazione per assicurarsi che tutto funzioni nel modo più corretto ed efficiente possibile.

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. Per completare questa attività, in alcuni casi sarà necessario apportare modifiche alle applicazioni.

Applicare eventuali correzioni consigliate da Data Migration Assistant ai database utente. È necessario creare uno script per queste correzioni per garantire la coerenza e consentire l'automazione.

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 i 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.

Ottimizzazione

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

Per altre informazioni su questi problemi e sui passaggi per attenuarli, vedere:

Contenuto correlato