Esercitazione: Eseguire la migrazione di SQL Server a SQL Server in Azure Macchine virtuali offline in Azure Data Studio

È possibile usare Servizio Migrazione del database di Azure e l'estensione Migrazione SQL di Azure in Azure Data Studio per eseguire la migrazione dei database da un'istanza locale di SQL Server a SQL Server in Azure Macchine virtuali (SQL Server 2016 e versioni successive) offline e con tempi di inattività minimi.

Per i metodi di migrazione del database che potrebbero richiedere una configurazione manuale, vedere Migrazione dell'istanza di SQL Server a SQL Server in Azure Macchine virtuali.

Questa esercitazione illustra come eseguire la migrazione del database AdventureWorks di esempio da un'istanza locale di SQL Server a un'istanza di SQL Server in Azure Macchine virtuali usando Azure Data Studio e Servizio Migrazione del database di Azure. Questa esercitazione usa la modalità di migrazione offline, che considera un tempo di inattività accettabile durante il processo di migrazione.

In questa esercitazione apprenderai a:

• Aprire la procedura guidata Eseguire la migrazione ad Azure SQL in Azure Data Studio
• Eseguire una valutazione dei database SQL Server di origine
• Raccogliere dati sulle prestazioni dall'istanza di SQL Server di origine
• Ottenere una raccomandazione di SQL Server in Azure Macchine virtuali SKU che funzionerà meglio per il carico di lavoro
• Impostare i dettagli dell'istanza di SQL Server di origine, del percorso di backup e dell'istanza di destinazione di SQL Server in Azure Macchine virtuali
• Creare un'istanza del Servizio Migrazione del database di Azure
• Avviare la migrazione e monitorare lo stato di avanzamento fino al completamento

Questa esercitazione descrive una migrazione offline da SQL Server a SQL Server in Azure Macchine virtuali. Per una migrazione online, vedere Eseguire la migrazione online di SQL Server a SQL Server in Azure Macchine virtuali in Azure Data Studio.

Prerequisiti

Prima di iniziare l'esercitazione:

• Scaricare e installare Azure Data Studio.

• Installare l'estensione Migrazione SQL di Azure da Azure Data Studio Marketplace.

• Avere un account Azure assegnato a uno dei ruoli predefiniti seguenti:

  • Collaboratore per l'istanza di destinazione di SQL Server in Azure Macchine virtuali e per l'account di archiviazione in cui si caricano i file di backup del database da una condivisione di rete SMB (Server Message Block)
  • Ruolo lettore per il gruppo di risorse di Azure che contiene l'istanza di destinazione di SQL Server in Azure Macchine virtuali o per l'account Archiviazione di Azure
  • Ruolo Proprietario o Collaboratore per la sottoscrizione di Azure

  In alternativa all'uso di uno di questi ruoli predefiniti, è possibile assegnare un ruolo personalizzato.

  Importante

  Un account Azure è necessario solo quando si configurano i passaggi di migrazione. Non è necessario un account Azure per la valutazione o per visualizzare le raccomandazioni di Azure nella migrazione guidata in Azure Data Studio.

• Creare un'istanza di destinazione di SQL Server in Azure Macchine virtuali.

  Importante

  Se si dispone di una macchina virtuale di Azure esistente, deve essere registrata con l'estensione SQL IaaS Agent in modalità di gestione completa.

• Verificare che gli account di accesso usati per connettere l'istanza di SQL Server di origine siano membri del ruolo del server SYSADMIN o disporre dell'autorizzazione CONTROL edizione Standard RVER.

• Fornire una condivisione di rete SMB, una condivisione file dell'account di archiviazione di Azure o un contenitore BLOB dell'account di archiviazione di Azure che contiene i file di backup completi del database e i file di backup del log delle transazioni successivi. Servizio Migrazione del database usa il percorso di backup durante la migrazione del database.

  Importante

  • L'estensione Migrazione SQL di Azure per Azure Data Studio non esegue backup del database o non avvia alcun backup del database per conto dell'utente. Il servizio usa invece i file di backup del database esistenti per la migrazione.
  • Se i file di backup del database si trovano in una condivisione di rete SMB, creare un account di archiviazione di Azure che Servizio Migrazione del database può usare per caricare i file di backup del database in e per eseguire la migrazione dei database. Assicurarsi di creare l'account di archiviazione di Azure nella stessa area in cui si crea l'istanza di Servizio Migrazione del database.
  • È possibile scrivere ogni backup in un file di backup separato o in più file di backup. L'aggiunta di più backup, ad esempio i log completi e delle transazioni in un singolo supporto di backup, non è supportata.
  • È possibile fornire backup compressi per ridurre la probabilità di riscontrare potenziali problemi associati alla migrazione di backup di grandi dimensioni.

• Assicurarsi che l'account del servizio che esegue l'istanza di SQL Server di origine disponga delle autorizzazioni di lettura e scrittura per la condivisione di rete SMB che contiene i file di backup del database.

• Se si esegue la migrazione di un database protetto da Transparent Data Encryption (TDE), è necessario eseguire la migrazione del certificato dall'istanza di SQL Server di origine a SQL Server in Azure Macchine virtuali prima di eseguire la migrazione dei dati. Per altre informazioni, vedere Spostare un database protetto da TDE in un'altra istanza di SQL Server.

  Suggerimento

  Se il database contiene dati sensibili protetti da Always Encrypted, il processo di migrazione esegue automaticamente la migrazione delle chiavi Always Encrypted all'istanza di destinazione di SQL Server in Azure Macchine virtuali.

• Se i backup del database si trovano in una condivisione file di rete, specificare un computer in cui è possibile installare un runtime di integrazione self-hosted per accedere ed eseguire la migrazione dei backup del database. La migrazione guidata offre il collegamento di download e le chiavi di autenticazione per scaricare e installare il runtime di integrazione self-hosted.

  In preparazione per la migrazione, verificare che nel computer in cui si installa il runtime di integrazione self-hosted siano abilitate le regole del firewall in uscita e i nomi di dominio seguenti:

  Nomi di dominio	Porta in uscita	Descrizione
  Cloud pubblico: {datafactory}.{region}.datafactory.azure.net o *.frontend.clouddatahub.net Azure per enti pubblici:{datafactory}.{region}.datafactory.azure.us Microsoft Azure gestito da 21Vianet: {datafactory}.{region}.datafactory.azure.cn	443	Richiesto dal runtime di integrazione self-hosted per connettersi a Servizio Migrazione del database. Per una data factory appena creata in un cloud pubblico, individuare il nome di dominio completo (FQDN) dalla chiave di runtime di integrazione self-hosted nel formato {datafactory}.{region}.datafactory.azure.net. Per una data factory esistente, se non viene visualizzato il nome di dominio completo nella chiave di integrazione self-hosted, usare *.frontend.clouddatahub.net invece .
  download.microsoft.com	443	Richiesta dal runtime di integrazione self-hosted per il download degli aggiornamenti. Se l'aggiornamento automatico è stato disabilitato, è possibile ignorare la configurazione di questo dominio.
  *.core.windows.net	443	Usato dal runtime di integrazione self-hosted che si connette all'account di archiviazione di Azure per caricare i backup del database dalla condivisione di rete

  Suggerimento

  Se i file di backup del database sono già disponibili in un account di archiviazione di Azure, non è necessario un runtime di integrazione self-hosted durante il processo di migrazione.

• Se si usa un runtime di integrazione self-hosted, assicurarsi che il computer in cui è installato il runtime possa connettersi all'istanza di SQL Server di origine e alla condivisione file di rete in cui si trovano i file di backup.

• Abilitare la porta in uscita 445 per consentire l'accesso alla condivisione file di rete. Per altre informazioni, vedere consigli per l'uso di un runtime di integrazione self-hosted.

• Se si usa Servizio Migrazione del database di Azure per la prima volta, assicurarsi che il provider di risorse Microsoft.DataMigration sia registrato nella sottoscrizione.

Aprire la procedura guidata Eseguire la migrazione ad Azure SQL in Azure Data Studio

Per aprire la procedura guidata Esegui la migrazione ad Azure SQL:

1. In Azure Data Studio passare a Connessione ions. Selezionare e connettersi all'istanza locale di SQL Server. È anche possibile connettersi a SQL Server in una macchina virtuale di Azure.

2. Fare clic con il pulsante destro del mouse sulla connessione al server e scegliere Gestisci.

3. Nel menu del server in Generale selezionare Migrazione SQL di Azure.

4. Nel dashboard di Migrazione SQL di Azure selezionare Migrate to Azure SQL (Eseguire la migrazione a SQL di Azure) per aprire la migrazione guidata.

   

5. Nella prima pagina della procedura guidata avviare una nuova sessione o riprendere una sessione salvata in precedenza.

Eseguire una valutazione del database, raccogliere i dati sulle prestazioni e ottenere raccomandazioni di Azure

1. Nel passaggio 1: Database per la valutazione nella procedura guidata Eseguire la migrazione a SQL di Azure selezionare i database da valutare. Quindi, seleziona Avanti.

2. Nel passaggio 2: Risultati e raccomandazioni della valutazione completare i passaggi seguenti:

   1. In Scegliere la destinazione SQL di Azure selezionare SQL Server nella macchina virtuale di Azure.

      

   2. Selezionare Visualizza/Seleziona per visualizzare i risultati della valutazione.

   3. Nei risultati della valutazione selezionare il database e quindi esaminare il report di valutazione per assicurarsi che non siano stati trovati problemi.

   4. Selezionare Ottieni raccomandazione di Azure per aprire il riquadro raccomandazioni.

   5. Selezionare Raccogli dati sulle prestazioni. Selezionare una cartella nel computer locale per archiviare i log delle prestazioni e quindi selezionare Avvia.

      Azure Data Studio raccoglie i dati sulle prestazioni fino a quando non si arresta la raccolta dati o si chiude Azure Data Studio.

      Dopo 10 minuti, Azure Data Studio indica che è disponibile una raccomandazione per SQL Server in Azure Macchine virtuali. Dopo aver generato la prima raccomandazione, è possibile selezionare Riavvia raccolta dati per continuare il processo di raccolta dati e perfezionare la raccomandazione sku. Una valutazione estesa è particolarmente utile se i modelli di utilizzo variano nel tempo.

   6. Nella destinazione sql server selezionata in Azure Macchine virtuali selezionare Visualizza dettagli per aprire il report dettagliato sulle raccomandazioni sku:

   7. In Esaminare SQL Server in Azure Macchine virtuali Consigli esaminare la raccomandazione. Per salvare una copia della raccomandazione, selezionare la casella di controllo Salva report di raccomandazione.

3. Selezionare Chiudi per chiudere il riquadro raccomandazioni.

4. Selezionare Avanti per continuare la migrazione del database nella procedura guidata.

Configurare le impostazioni di migrazione

1. Nel passaggio 3: Destinazione SQL di Azure nella procedura guidata Eseguire la migrazione a SQL di Azure selezionare l'account Azure, la sottoscrizione di Azure, l'area o la località di Azure e il gruppo di risorse che contiene l'istanza di SQL Server di destinazione nell'istanza di Azure Macchine virtuali. Quindi, seleziona Avanti.

2. In Passaggio 4: Modalità migrazione selezionare Migrazione offline e quindi selezionare Avanti.

   Nota

   In modalità di migrazione offline, il database SQL Server di origine non deve essere usato per l'attività di scrittura mentre i file di backup del database vengono ripristinati nell'istanza di destinazione di SQL Server in Azure Macchine virtuali. Il tempo di inattività dell'applicazione persiste dall'inizio del processo di migrazione fino al termine.

3. In Passaggio 5: Configurazione origine dati selezionare il percorso dei backup del database. I backup del database possono trovarsi in una condivisione di rete locale o in un contenitore BLOB di archiviazione di Azure.

   Nota

   Se i backup del database vengono forniti in una condivisione di rete locale, è necessario configurare un runtime di integrazione self-hosted nel passaggio successivo della procedura guidata. È necessario un runtime di integrazione self-hosted per accedere ai backup del database di origine, verificare la validità del set di backup e caricare i backup nell'account di archiviazione di Azure.

   Se i backup del database si trovano già in un contenitore BLOB di archiviazione di Azure, non è necessario configurare un runtime di integrazione self-hosted.

• Per i backup che si trovano in una condivisione di rete, immettere o selezionare le informazioni seguenti:

  Nome	Descrizione
  Credenziali di origine - Nome utente	Credenziali (autenticazione di Windows e SQL) per connettersi all'istanza di SQL Server di origine e convalidare i file di backup.
  Credenziali di origine - Password	Credenziali (autenticazione di Windows e SQL) per connettersi all'istanza di SQL Server di origine e convalidare i file di backup.
  Percorso condivisione di rete che contiene i backup	Percorso di condivisione di rete che contiene i file di backup completi e del log delle transazioni. I file o i file di backup non validi nella condivisione di rete che non appartengono al set di backup valido vengono ignorati automaticamente durante il processo di migrazione.
  Account utente di Windows con accesso in lettura al percorso della condivisione di rete	Credenziali di Windows (nome utente) con accesso in lettura alla condivisione di rete per recuperare i file di backup.
  Password	Credenziali di Windows (password) con accesso in lettura alla condivisione di rete per recuperare i file di backup.
  Nome database di destinazione	È possibile modificare il nome del database di destinazione durante il processo di migrazione.

• Per i backup archiviati in un contenitore BLOB di archiviazione di Azure, immettere o selezionare le informazioni seguenti:

  Nome	Descrizione
  Nome database di destinazione	È possibile modificare il nome del database di destinazione durante il processo di migrazione.
  Archiviazione dettagli dell'account	Il gruppo di risorse, l'account di archiviazione e il contenitore in cui si trovano i file di backup.
  Ultimo file di backup	Nome del file dell'ultimo backup del database di cui si sta eseguendo la migrazione.

  Importante

  Se la funzionalità di controllo del loopback è abilitata e la condivisione file e SQL Server di origine si trovano nello stesso computer, l'origine non sarà in grado di accedere alla condivisione file usando il nome di dominio completo. Per risolvere questo problema, disabilitare la funzionalità di controllo del loopback.

• L'estensione di migrazione sql di Azure per Azure Data Studio non richiede più configurazioni specifiche nelle impostazioni di rete dell'account Archiviazione di Azure per eseguire la migrazione dei database di SQL Server ad Azure. Tuttavia, a seconda del percorso di backup del database e delle impostazioni di rete dell'account di archiviazione desiderato, sono necessari alcuni passaggi per assicurarsi che le risorse possano accedere all'account Archiviazione di Azure. Vedere la tabella seguente per i vari scenari di migrazione e configurazioni di rete:

  Scenario	Condivisione di rete SMB	Archiviazione di Azure contenitore dell'account
  Abilitato da tutte le reti	Nessun passaggio aggiuntivo	Nessun passaggio aggiuntivo
  Abilitato da reti virtuali e indirizzi IP selezionati	Vedere 1a	Vedere 2a
  Abilitato da reti virtuali selezionate e indirizzi IP + endpoint privato	Vedere 1b	Vedere 2b

  1a - Configurazione di rete dell'archiviazione BLOB di Azure

  Se il runtime di integrazione self-hosted è installato in una macchina virtuale di Azure, vedere la sezione 1b - Configurazione della rete di archiviazione BLOB di Azure. Se nella rete locale è installato il runtime di integrazione self-hosted, è necessario aggiungere l'indirizzo IP client del computer host nell'account di Archiviazione di Azure come indicato di seguito:

  

  Per applicare questa configurazione specifica, connettersi al portale di Azure dal computer SHIR, aprire la configurazione dell'account Archiviazione di Azure, selezionare Rete e quindi selezionare la casella di controllo Aggiungi indirizzo IP client. Selezionare Salva per rendere persistente la modifica. Per i passaggi rimanenti, vedere la sezione 2a - Configurazione di rete dell'archiviazione BLOB di Azure (endpoint privato).

  1b - Configurazione di rete dell'archiviazione BLOB di Azure

  Se il servizio SHIR è ospitato in una macchina virtuale di Azure, è necessario aggiungere la rete virtuale della macchina virtuale all'account Archiviazione di Azure poiché la macchina virtuale ha un indirizzo IP non pubblico che non può essere aggiunto alla sezione Intervallo di indirizzi IP.

  

  Per applicare questa configurazione specifica, individuare l'account Archiviazione di Azure, nel pannello Archiviazione dati selezionare Rete e quindi selezionare la casella di controllo Aggiungi rete virtuale esistente. Viene aperto un nuovo pannello, selezionare la sottoscrizione, la rete virtuale e la subnet della macchina virtuale di Azure che ospita il runtime di integrazione. Queste informazioni sono disponibili nella pagina Panoramica della macchina virtuale di Azure. In caso affermativo, la subnet potrebbe indicare che l'endpoint del servizio è necessario , selezionare Abilita. Quando tutto è pronto, salvare gli aggiornamenti. Per i passaggi rimanenti necessari, vedere la sezione 2a - Configurazione di rete dell'archiviazione BLOB di Azure (endpoint privato).

  2a - Configurazione di rete dell'archiviazione BLOB di Azure (endpoint privato)

  Se i backup vengono inseriti direttamente in un contenitore di Archiviazione di Azure, tutti i passaggi precedenti non sono necessari perché non esiste un runtime di integrazione che comunica con l'account Archiviazione di Azure. Tuttavia, è comunque necessario assicurarsi che l'istanza di SQL Server di destinazione possa comunicare con l'account Archiviazione di Azure per ripristinare i backup dal contenitore. Per applicare questa configurazione specifica, seguire le istruzioni nella sezione 1b - Configurazione della rete di archiviazione BLOB di Azure, specificando l'istanza SQL di destinazione Rete virtuale quando si compila il popup "Aggiungi rete virtuale esistente".

  2b - Configurazione di rete dell'archiviazione BLOB di Azure (endpoint privato)

  Se è stato configurato un endpoint privato nell'account Archiviazione di Azure, seguire i passaggi descritti nella sezione 2a - Configurazione della rete di archiviazione BLOB di Azure (endpoint privato). È tuttavia necessario selezionare la subnet dell'endpoint privato, non solo la subnet di SQL Server di destinazione. Verificare che l'endpoint privato sia ospitato nella stessa rete virtuale dell'istanza di SQL Server di destinazione. In caso contrario, creare un altro endpoint privato usando il processo nella sezione Archiviazione di Azure configurazione dell'account.

Creare un'istanza di Servizio Migrazione del database

Nel passaggio 6: Servizio Migrazione del database di Azure nella procedura guidata Eseguire la migrazione a SQL di Azure creare una nuova istanza di Servizio Migrazione del database di Azure o riutilizzare un'istanza esistente creata in precedenza.

Nota

Se in precedenza è stata creata un'istanza di Servizio Migrazione del database usando il portale di Azure, non è possibile riutilizzare l'istanza nella migrazione guidata in Azure Data Studio. È possibile riutilizzare un'istanza solo se è stata creata l'istanza usando Azure Data Studio.

Usare un'istanza esistente di Servizio Migrazione del database

Per usare un'istanza esistente di Servizio Migrazione del database:

1. In Gruppo di risorse selezionare il gruppo di risorse che contiene un'istanza esistente di Servizio Migrazione del database.

2. In Servizio Migrazione del database di Azure selezionare un'istanza esistente di Servizio Migrazione del database nel gruppo di risorse selezionato.

3. Selezionare Avanti.

Creare una nuova istanza di Servizio Migrazione del database

Per creare una nuova istanza di Servizio Migrazione del database:

1. In Gruppo di risorse creare un nuovo gruppo di risorse per contenere una nuova istanza di Servizio Migrazione del database.

2. In Servizio Migrazione del database di Azure selezionare Crea nuovo.

3. In Crea Servizio Migrazione del database di Azure immettere un nome per l'istanza di Servizio Migrazione del database e quindi selezionare Crea.

4. In Configura runtime di integrazione completare la procedura seguente:

   1. Selezionare il collegamento Download and install integration runtime (Scarica e installa runtime di integrazione) per aprire il collegamento di download in un Web browser. Scaricare il runtime di integrazione e quindi installarlo in un computer che soddisfi i prerequisiti per connettersi all'istanza di SQL Server di origine.

      Al termine dell'installazione, Viene aperto automaticamente Microsoft Integration Runtime Configuration Manager per avviare il processo di registrazione.

   2. Nella tabella Chiave di autenticazione copiare una delle chiavi di autenticazione fornite nella procedura guidata e incollarla in Azure Data Studio. Se la chiave di autenticazione è valida, viene visualizzata un'icona di spunta verde in Integration Runtime Configuration Manager. Un segno di spunta verde indica che è possibile continuare a Registrare.

      Dopo aver registrato il runtime di integrazione self-hosted, chiudere Microsoft Integration Runtime Configuration Manager.

      Nota

      Per altre informazioni su come usare il runtime di integrazione self-hosted, vedere Creare e configurare un runtime di integrazione self-hosted.

5. In Crea Servizio Migrazione del database di Azure in Azure Data Studio selezionare Test connessione per verificare che l'istanza di Servizio Migrazione del database appena creata sia connessa al runtime di integrazione self-hosted appena registrato.

6. Tornare alla migrazione guidata in Azure Data Studio.

Avviare la migrazione del database

Nel passaggio 7: Riepilogo della procedura guidata Esegui migrazione a SQL di Azure esaminare la configurazione creata e quindi selezionare Avvia migrazione per avviare la migrazione del database.

Monitorare la migrazione del database

1. In Azure Data Studio, nel menu del server in Generale, selezionare Migrazione SQL di Azure per passare al dashboard per le migrazioni sql di Azure.

   In Stato migrazione del database è possibile tenere traccia delle migrazioni in corso, completate e non riuscite (se presenti) oppure visualizzare tutte le migrazioni di database.

   

2. Selezionare Migrazioni di database in corso per visualizzare le migrazioni attive.

   Per ottenere altre informazioni su una migrazione specifica, selezionare il nome del database.

   Nel riquadro dei dettagli della migrazione vengono visualizzati i file di backup e il relativo stato:

   Status	Descrizione
   Arrivata	Il file di backup è arrivato nel percorso di backup di origine ed è stato convalidato.
   Caricamento	Il runtime di integrazione carica il file di backup in Archiviazione di Azure.
   Caricato	Il file di backup è stato caricato in Archiviazione di Azure.
   Restoring	Il servizio sta ripristinando il file di backup in SQL Server in Azure Macchine virtuali.
   Ripristinata	Il file di backup è stato ripristinato correttamente in SQL Server in Azure Macchine virtuali.
   Annullati	Il processo di migrazione è stato annullato.
   Ignorato	Il file di backup è stato ignorato perché non appartiene a una catena di backup del database valida.

Dopo il ripristino di tutti i backup del database nell'istanza di SQL Server in Azure Macchine virtuali, viene avviato un cutover di migrazione automatica da Servizio Migrazione del database per assicurarsi che il database migrato sia pronto per l'uso. Lo stato della migrazione passa da In corso a Completato.

Limiti

La migrazione a SQL Server in macchine virtuali di Azure tramite l'estensione SQL di Azure per Azure Data Studio presenta le limitazioni seguenti:

• Se si esegue la migrazione di un database singolo, i backup del database devono essere inseriti in una struttura di file flat all'interno di una cartella di database (inclusa la cartella radice del contenitore) e le cartelle non possono essere annidate, perché non sono supportate.
• Se si esegue la migrazione di più database usando lo stesso contenitore Archivio BLOB di Azure, è necessario inserire i file di backup per database diversi in cartelle separate all'interno del contenitore.
• La sovrascrittura di database esistenti tramite Servizio Migrazione del database nella macchina virtuale di destinazione in SQL Server di azure non è supportata.
• La configurazione della disponibilità elevata e del ripristino di emergenza nella destinazione in modo che corrisponda alla topologia di origine non è supportata dal Servizio Migrazione del database.
• Gli oggetti server seguenti non sono supportati:
  • SQL Server Agent - processi
  • Credenziali
  • Pacchetti SSIS
  • Controllo server
• Non è possibile usare un runtime di integrazione self-hosted esistente creato da Azure Data Factory per le migrazioni di database con Servizio Migrazione del database. Inizialmente, il runtime di integrazione self-hosted deve essere creato usando l'estensione di migrazione Azure SQL in Azure Data Studio e può essere riutilizzato per altre migrazioni di database.
• Le macchine virtuali con SQL Server 2008 e versioni successive come versioni di destinazione non sono supportate durante la migrazione a SQL Server in Azure Macchine virtuali.
• Se si usa una macchina virtuale con SQL Server 2012 o SQL Server 2014, è necessario archiviare i file di backup del database di origine in un contenitore BLOB Archiviazione di Azure anziché usare l'opzione condivisione di rete. Archiviare i file di backup come BLOB di pagine perché i BLOB in blocchi sono supportati solo in SQL 2016 e versioni successive.
• È necessario assicurarsi che l'estensione SQL IaaS Agent nella macchina virtuale di Azure di destinazione sia in modalità completa anziché in modalità Lightweight.
• L'estensione SQL IaaS Agent supporta solo la gestione dell'istanza del server predefinita o di un'istanza denominata singola.
• Il numero di database di cui è possibile eseguire la migrazione a una macchina virtuale di Sql Server di Azure dipende dalla specifica hardware e dal carico di lavoro, ma non esiste alcun limite applicato. Tuttavia, ogni operazione di migrazione (avvio della migrazione, cutover) per ogni database richiederà alcuni minuti in sequenza. Ad esempio, per eseguire la migrazione di 100 database, potrebbero essere necessari circa 200 (2 x 100) minuti per creare la coda di migrazione e circa 100 (1 x 100) minuti per tagliare tutti i 100 database (esclusi i tempi di backup e ripristino). Pertanto, la migrazione diventerà più lenta man mano che aumenta il numero di database. Microsoft consiglia di pianificare in anticipo una finestra di migrazione più lunga in base a test rigorosi di migrazione o partizionamento di un numero elevato di database in batch durante la migrazione a una macchina virtuale di Azure di SQL Server.
• Oltre a configurare rete/firewall dell'account Archiviazione di Azure per consentire alla macchina virtuale di accedere ai file di backup. È anche necessario configurare rete/firewall di SQL Server nella macchina virtuale di Azure per consentire la connessione in uscita all'account di archiviazione.
• È necessario mantenere l'alimentazione di SQL Server di destinazione nella macchina virtuale di Azure mentre è in corso la migrazione SQL. Inoltre, quando si crea una nuova migrazione, si esegue il failover o si annulla la migrazione.
• Errore: Login failed for user 'NT Service\SQLIaaSExtensionQuery. Motivo: l'istanza di SQL Server è in modalità utente singolo. Un possibile motivo è che SQL Server di destinazione nella macchina virtuale di Azure sia in modalità di aggiornamento. Soluzione: attendere che SQL Server di destinazione nella macchina virtuale di Azure esci dalla modalità di aggiornamento e avvii di nuovo la migrazione.
• Errore: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists. Soluzione: Connessione all'istanza di SQL Server di destinazione nella macchina virtuale di Azure ed eliminare il file XXX.mdf. Avviare quindi di nuovo la migrazione.

Passaggi successivi

• Completare una guida introduttiva per eseguire la migrazione di un database a SQL Server in Azure Macchine virtuali usando il comando T-SQL RESTORE.
• Altre informazioni su SQL Server in Windows Macchine virtuali di Azure.
• Informazioni su come connettere le app a SQL Server in Azure Macchine virtuali.
• Per risolvere i problemi, vedere Problemi noti.