Esercitazione: eseguire la migrazione offline di SQL Server a Istanza gestita di SQL di Azure 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 di database da un'istanza locale di SQL Server a Istanza gestita di SQL di Azure 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 Istanza gestita di SQL di Azure.
Questa esercitazione illustra come eseguire la migrazione del database AdventureWorks da un'istanza locale di SQL Server a un'istanza di Istanza gestita di SQL di Azure usando Azure Data Studio e Servizio Migrazione del database. 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 dello SKU Istanza gestita di SQL di Azure che funzionerà meglio per il carico di lavoro
- Specificare i dettagli dell'istanza di SQL Server di origine, del percorso di backup e dell'istanza di destinazione di Istanza gestita di SQL di Azure
- Creare un'istanza del Servizio Migrazione del database di Azure
- Avviare la migrazione e monitorare lo stato di avanzamento fino al completamento
Suggerimento
In Servizio Migrazione del database di Azure è possibile eseguire la migrazione dei database offline o mentre sono online. In una migrazione offline , il tempo di inattività dell'applicazione inizia all'avvio della migrazione. Per limitare il tempo di inattività al tempo necessario per passare al nuovo ambiente dopo la migrazione, usare una migrazione online . È consigliabile testare una migrazione offline per determinare se il tempo di inattività è accettabile. Se il tempo di inattività previsto non è accettabile, eseguire una migrazione online.
Questa esercitazione descrive una migrazione offline da SQL Server a Istanza gestita di SQL di Azure. Per una migrazione online, vedere Eseguire la migrazione di SQL Server a Istanza gestita di SQL di Azure online in Azure Data Studio.
Prerequisiti
Prima di iniziare l'esercitazione:
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 Istanza gestita di SQL di Azure 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 i gruppi di risorse di Azure che contengono l'istanza di destinazione di Istanza gestita di SQL di Azure o l'account di archiviazione di Azure
- Ruolo Proprietario o Collaboratore per la sottoscrizione di Azure (obbligatorio se si crea una nuova istanza di Servizio Migrazione del database)
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 Istanza gestita di SQL di Azure.
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 all'istanza gestita di destinazione prima di ripristinare il database. Per altre informazioni sulla migrazione di database abilitati per TDE, vedere Esercitazione: Eseguire la migrazione di database abilitati per TDE (anteprima) ad Azure SQL in Azure Data Studio.
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 gestita di destinazione.
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.cn443 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.netinvece .download.microsoft.com443 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.net443 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 per la prima volta, assicurarsi che il provider di risorse Microsoft.DataMigration sia registrato nella sottoscrizione. È possibile completare i passaggi per registrare il provider di risorse.
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:
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.
Fare clic con il pulsante destro del mouse sulla connessione al server e scegliere Gestisci.
Nel menu del server, in Generale, selezionare Migrazione SQL di Azure.
Nel dashboard di Migrazione SQL di Azure selezionare Migrate to Azure SQL (Eseguire la migrazione a SQL di Azure) per aprire la migrazione guidata.
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
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.
Nel passaggio 2: Risultati e raccomandazioni della valutazione completare i passaggi seguenti:
- In Scegliere la destinazione SQL di Azure selezionare Istanza gestita di SQL di Azure.
Selezionare Visualizza/Seleziona per visualizzare i risultati della valutazione.
Nei risultati della valutazione selezionare il database e quindi esaminare il report di valutazione per assicurarsi che non siano stati trovati problemi.
Selezionare Ottieni raccomandazione di Azure per aprire il riquadro raccomandazioni.
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 Istanza gestita di SQL di Azure. 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.
Nella destinazione selezionata Istanza gestita di SQL di Azure selezionare Visualizza dettagli per aprire il report dettagliato sulle raccomandazioni sku:
In Rivedi Istanza gestita di SQL di Azure Consigli esaminare la raccomandazione. Per salvare una copia della raccomandazione, selezionare la casella di controllo Salva report di raccomandazione.
Selezionare Chiudi per chiudere il riquadro raccomandazioni.
Selezionare Avanti per continuare la migrazione del database nella procedura guidata.
Configurare le impostazioni di migrazione
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 destinazione di Istanza gestita di SQL di Azure. Quindi, seleziona Avanti.
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 backup del database vengono ripristinati in un'istanza di destinazione di Istanza gestita di SQL di Azure. Il tempo di inattività dell'applicazione deve essere considerato fino al termine della migrazione.
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.
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. Archiviazione dettagli dell'account Gruppo di risorse e account di archiviazione in cui vengono caricati i file di backup. Non è necessario creare un contenitore. Servizio Migrazione del database crea automaticamente un contenitore BLOB nell'account di archiviazione specificato durante il processo di caricamento. 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 l'istanza e la condivisione file di SQL Server di origine si trovano nello stesso computer, l'origine non può accedere alla condivisione file usando un 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:
In Gruppo di risorse selezionare il gruppo di risorse che contiene un'istanza esistente di Servizio Migrazione del database.
In Servizio Migrazione del database di Azure selezionare un'istanza esistente di Servizio Migrazione del database nel gruppo di risorse selezionato.
Selezionare Avanti.
Creare una nuova istanza di Servizio Migrazione del database
Per creare una nuova istanza di Servizio Migrazione del database:
In Gruppo di risorse creare un nuovo gruppo di risorse per contenere una nuova istanza di Servizio Migrazione del database.
In Servizio Migrazione del database di Azure selezionare Crea nuovo.
In Crea Servizio Migrazione del database di Azure immettere un nome per l'istanza di Servizio Migrazione del database e quindi selezionare Crea.
In Configura runtime di integrazione completare la procedura seguente:
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.
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.
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.
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
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.
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 nell'account di archiviazione di Azure. Caricato Il file di backup è stato caricato nell'account di archiviazione di Azure. Restoring Il servizio sta ripristinando il file di backup in Istanza gestita di SQL di Azure. Ripristinata Il file di backup viene ripristinato correttamente in Istanza gestita di SQL di Azure. 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 Istanza gestita di SQL di Azure, 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.
Importante
Dopo la migrazione, la disponibilità di Istanza gestita di SQL con il livello di servizio Business Critical potrebbe richiedere molto più tempo rispetto al livello Utilizzo generico perché è necessario eseguire il seeding di tre repliche secondarie per un gruppo di disponibilità elevata Always On. La durata di questa operazione dipende dalle dimensioni dei dati. Per altre informazioni, vedere Durata delle operazioni di gestione.
Limiti
La migrazione a Istanza gestita di SQL di Azure usando l'estensione Azure SQL 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é l'annidamento non è supportato.
- 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 dei database esistenti tramite Servizio Migrazione del database nell'Istanza gestita di SQL di Azure di destinazione non è supportata.
- Il Servizio Migrazione del database non supporta la configurazione della disponibilità elevata e del ripristino di emergenza nella destinazione in modo che corrisponda alla topologia di origine.
- 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.
- Un singolo processo di archiviazione con ridondanza locale (creato dal Servizio Migrazione del database) può essere eseguito per un massimo di 30 giorni. Alla scadenza di questo periodo, il processo viene annullato automaticamente, in modo che il database di destinazione venga eliminato automaticamente.
- Se è stato visualizzato l'errore seguente:
Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance. Questo problema è per impostazione predefinita, Hekaton (noto anche come OLTP in memoria di SQL Server) non è supportato nel livello Utilizzo generico di Istanza gestita di SQL di Azure. Per continuare la migrazione, un modo consiste nell'eseguire l'aggiornamento al livello Business Critical, che supporta Hekaton. Un altro modo consiste nel assicurarsi che il database di origine non lo usi mentre il Istanza gestita di SQL di Azure è utilizzo generico.
Passaggi successivi
- Completare una guida introduttiva per eseguire la migrazione di un database a Istanza gestita di SQL usando il comando T-SQL RESTORE.
- Altre informazioni sulle Istanza gestita di SQL.
- Informazioni su come connettere le app a Istanza gestita di SQL.
- Per risolvere i problemi, vedere Problemi noti.