Condividi tramite

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

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:

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.

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.

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 usando il componente di migrazione di SQL Server in SQL Server Management Studio (tempo di inattività minimo)

Il componente di migrazione in SQL Server Management Studio (SSMS) controlla i problemi di aggiornamento e compatibilità da versioni precedenti di SQL Server a versioni successive di SQL Server, in esecuzione in locale e in altri ambienti di macchine virtuali (VM).

Il componente di migrazione rileva problemi di compatibilità correlati a modifiche critiche, modifiche nel comportamento del sistema, funzionalità deprecate e altri dati rilevanti.

  • Il report fornisce anche un controllo della parità delle funzionalità se si vuole eseguire la migrazione da un database multipiattaforma a un altro.
  • Il rapporto di valutazione dell'assistente di aggiornamento fornisce l'impatto degli oggetti, la possibile causa e i passaggi di soluzione.

Per altre informazioni, vedere Usare il componente di migrazione di SQL Server in SQL Server Management Studio.

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 utenti con FILESTREAM Usare i metodi di backup e ripristino per la migrazione. Il componente di migrazione di SQL Server in SQL Server Management Studio non supporta i database con FILESTREAM.
Sicurezza SQL Server e accessi di Windows Usare il componente di migrazione di SQL Server in SQL Server Management Studio per eseguire la migrazione degli account di accesso utente.
Ruoli SQL Server 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 Script con SQL Server Management Studio.
Trigger del server Script con SQL Server Management Studio.
Replica Pubblicazioni locali Script con SQL Server Management Studio.
Sottoscrittori locali Script con SQL Server Management Studio.
PolyBase PolyBase Script con SQL Server Management Studio.
Gestione Posta elettronica del database Script con SQL Server Management Studio.
SQL Server Agent Lavori Script con SQL Server Management Studio.
Avvisi Script con SQL Server Management Studio.
Operatori Script con SQL Server Management Studio.
Proxy Script 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 dal componente di migrazione di SQL Server 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

  • Last updated on