Panoramica della migrazione: SQL Server a Istanza gestita di SQL di Azure

Si applica a: Istanza gestita di SQL di Azure

Informazioni sulle opzioni e le considerazioni per la migrazione dei database SQL Server a Istanza gestita di SQL di Azure.

È possibile eseguire la migrazione di SQL Server database in esecuzione in locale o in:

  • SQL Server in Azure Macchine virtuali.
  • Amazon Web Services (AWS) Elastic Compute Cloud (EC2).
  • Motore di calcolo in Google Cloud Platform (GCP).
  • Amazon RDS
  • Cloud SQL per SQL Server in GCP.

Per altre guide alla migrazione, vedere Migrazione dei database.

Panoramica

Istanza gestita di SQL di Azure è un'opzione di destinazione consigliata per i carichi di lavoro SQL Server che richiedono un servizio completamente gestito senza dover gestire macchine virtuali o sistemi operativi. Istanza gestita di SQL consente di spostare le applicazioni locali in Azure con modifiche minime all'applicazione o al database. Offre l'isolamento completo delle istanze con il supporto della rete virtuale nativa.

Assicurarsi di esaminare le funzionalità del motore di database di SQL Server disponibile in Istanza gestita di SQL di Azure per convalidare la supportabilità della destinazione di migrazione.

Considerazioni

I fattori chiave da considerare quando si valutano le opzioni di migrazione sono:

  • Numero di server e database
  • Dimensioni dei database
  • Tempo di inattività aziendale accettabile durante il processo di migrazione

Uno dei principali vantaggi della migrazione dei database SQL Server a Istanza gestita di SQL consiste nel fatto che è possibile scegliere di eseguire la migrazione dell'intera istanza o semplicemente di un subset di singoli database. Pianificare attentamente di includere quanto segue nel processo di migrazione:

  • Tutti i database che devono essere inseriti nella stessa istanza
  • Oggetti a livello di istanza necessari per l'applicazione, inclusi account di accesso, credenziali, processi e operatori di SQL Agent e trigger a livello di server

Nota

Istanza gestita di SQL di Azure garantisce la disponibilità del 99,99%, anche in scenari critici. Il sovraccarico causato da alcune funzionalità in Istanza gestita di SQL non può essere disabilitato. Per altre informazioni, vedere la voce di blog Principali cause delle differenze di prestazioni tra Istanza gestita di SQL e SQL Server.

Scegliere una destinazione appropriata

È possibile usare l'estensione di migrazione Azure SQL per Azure Data Studio per ottenere le dimensioni corrette Istanza gestita di SQL di Azure raccomandazione. L'estensione raccoglie i dati sulle prestazioni dall'istanza di SQL Server di origine per fornire raccomandazioni di Azure di dimensioni appropriate che soddisfano le esigenze di prestazioni del carico di lavoro con costi minimi. Per altre informazioni, vedere Ottenere le dimensioni appropriate di Azure per i database di SQL Server locali

Le linee guida generali seguenti consentono di scegliere il livello di servizio e le caratteristiche appropriate di Istanza gestita di SQL per soddisfare la baseline delle prestazioni:

  • Usare la baseline di utilizzo della CPU per effettuare il provisioning di un'istanza gestita corrispondente al numero di core usati dall'istanza di SQL Server. Potrebbe essere necessario ridimensionare le risorse in modo che corrispondano alle caratteristiche di configurazione hardware.
  • Usare la baseline di utilizzo della memoria per scegliere un'opzione vCore che corrisponda in modo appropriato all'allocazione di memoria.
  • Usare la latenza di I/O di base del sottosistema di file per scegliere tra i livelli di servizio per utilizzo generico (latenza maggiore di 5 ms) e business critical (latenza inferiore a 3 ms).
  • Usare la velocità effettiva di base per preallocare le dimensioni dei file di dati e di log per ottenere le prestazioni di I/O previste.

È possibile scegliere risorse di calcolo e archiviazione durante la distribuzione e quindi modificarle in seguito usando il portale di Azure, senza incorrere in tempi di inattività per l'applicazione.

Importante

Qualsiasi discrepanza nei requisiti di rete virtuale per le istanze gestite può impedire la creazione di nuove istanze o l'uso di istanze esistenti. Altre informazioni sulle creazione di nuove reti e la configurazione di reti esistenti.

Un'altra considerazione chiave nella selezione del livello di servizio di destinazione in Istanza gestita di SQL di Azure (per utilizzo generico e business critical) è la disponibilità di determinate funzionalità, ad esempio In-Memory OLTP, disponibili solo in business critical livello.

alternativa alla macchina virtuale SQL Server

L'azienda potrebbe avere requisiti che rendono SQL Server in Azure Macchine virtuali una destinazione più adatta rispetto a Istanza gestita di SQL di Azure.

Se una delle condizioni seguenti si applica all'azienda, prendere in considerazione la possibilità di passare a una macchina virtuale (VM) SQL Server:

  • È necessario l'accesso diretto al sistema operativo o al file system, ad esempio per installare agenti personalizzati o di terze parti nella stessa macchina virtuale con SQL Server.
  • Si ha una dipendenza rigorosa dalle funzionalità ancora non supportate, ad esempio FileStream/FileTable, PolyBase e transazioni tra istanze.
  • È necessario rimanere in una versione specifica di SQL Server (ad esempio 2012).
  • I requisiti di calcolo sono molto inferiori rispetto alle offerte di un'istanza gestita (ad esempio un vCore) e il consolidamento dei database non è un'opzione accettabile.

Strumenti di migrazione

È consigliabile usare gli strumenti di migrazione seguenti:

Tecnologia Descrizione
Estensione di migrazione di Azure SQL per Azure Data Studio L'estensione di migrazione Azure SQL per Azure Data Studio offre sia le funzionalità di valutazione SQL Server che di migrazione in Azure Data Studio. Supporta le migrazioni online (per le migrazioni che richiedono tempi di inattività minimi) o offline (per le migrazioni in cui il tempo di inattività persiste durante la durata della migrazione).
Azure Migrate Questo servizio di Azure consente di individuare e valutare il patrimonio di dati SQL su larga scala in VMware. Fornisce Azure SQL raccomandazioni per la distribuzione, il dimensionamento di destinazione e le stime mensili.
Servizio Migrazione del database di Azure Questo servizio di Azure supporta la migrazione in modalità offline per le applicazioni che possono consentire tempi di inattività durante il processo di migrazione. A differenza della migrazione continua in modalità online, la migrazione in modalità offline esegue un ripristino monouso di un backup completo del database dall'origine alla destinazione.
Backup e ripristino nativi Istanza gestita di SQL supporta il ripristino dei backup nativi del database SQL Server (file con estensione bak). È l'opzione di migrazione più semplice per i clienti che possono fornire backup completi del database in Archiviazione di Azure.
Servizio di riproduzione log Questo servizio cloud è abilitato per Istanza gestita di SQL basato sulla tecnologia di log shipping SQL Server. È un'opzione di migrazione per i clienti che possono fornire backup completi, differenziali e di log del database in Archiviazione di Azure. Il servizio Di riproduzione log viene usato per ripristinare i file di backup da Archiviazione BLOB di Azure a Istanza gestita di SQL.
Collegamento a Istanza gestita Questa funzionalità consente la migrazione online a Istanza gestita di SQL usando la tecnologia Always On. È un'opzione di migrazione per i clienti che richiedono l'accessibilità del database in Istanza gestita di SQL in modalità R/O mentre la migrazione è in corso, che devono mantenere la migrazione in esecuzione per periodi prolungati di tempo (settimane o mesi al momento), che richiedono la vera replica online per business critical livello di servizio e per i clienti che richiedono la migrazione del tempo di inattività minimo più efficiente.

La tabella seguente elenca gli strumenti di migrazione alternativi:

Tecnologia Descrizione
Replica transazionale Replicare i dati dall'origine SQL Server tabelle di database in Istanza gestita di SQL fornendo un'opzione di migrazione dei tipi di sottoscrittore del server di pubblicazione mantenendo al tempo stesso la coerenza transazionale.
Copia bulk Lo strumento di copia bulk (bcp) copia i dati da un'istanza di SQL Server in un file di dati. Usare lo strumento per esportare i dati dall'origine e importare il file di dati nell'istanza gestita di SQL di destinazione.

Per le operazioni di copia bulk ad alta velocità per spostare i dati in Istanza gestita di SQL di Azure, è possibile usare lo strumento Copia bulk intelligente per ottimizzare la velocità di trasferimento sfruttando le attività di copia parallele.
Importazione guidata esportazione/BACPAC BACPAC è un file windows con estensione bacpac che incapsula lo schema e i dati di un database. È possibile usare BACPAC per esportare i dati da un'origine SQL Server e importare nuovamente i dati in Istanza gestita di SQL di Azure.
Azure Data Factory Il attività Copy in Azure Data Factory esegue la migrazione dei dati dai database di origine SQL Server a Istanza gestita di SQL usando connettori predefiniti e un runtime di integrazione.

Data Factory supporta un'ampia gamma di connettori per spostare i dati da origini SQL Server a Istanza gestita di SQL.

Confrontare le opzioni di migrazione

Confrontare le opzioni di migrazione per scegliere il percorso appropriato alle esigenze aziendali.

La tabella seguente confronta le opzioni di migrazione consigliate:

Opzione di migrazione Utilizzo Considerazioni
Estensione di migrazione di Azure SQL per Azure Data Studio - Eseguire la migrazione di database singoli o più database su larga scala.
- Può essere eseguito sia in modalità online (tempo di inattività minimo) che offline (tempo di inattività accettabile).

Origini supportate:
- SQL Server (da 2005 a 2019) locale o macchina virtuale di Azure
- Amazon EC2
- GCP Compute SQL Server VM
- Facile da configurare e iniziare.
- Richiede la configurazione del runtime di integrazione self-hosted per accedere a SQL Server e backup locali.
- Include funzionalità di valutazione e migrazione.
Servizio Migrazione del database di Azure - Eseguire la migrazione di database singoli o più database su larga scala.
- Può essere eseguito sia in modalità online (tempo di inattività minimo) che in modalità offline.

Origini supportate:
- SQL Server (da 2005 a 2019) locale o macchina virtuale di Azure
- Amazon EC2
- GCP Compute SQL Server VM
- Le migrazioni su larga scala possono essere automatizzate tramite PowerShell.
- Il tempo necessario per completare la migrazione dipende dalle dimensioni del database e dipende dal tempo di backup e ripristino.
- Potrebbe essere necessario un tempo di inattività sufficiente.
Backup e ripristino nativi - Eseguire la migrazione di singoli database di applicazioni line-of-business.
- Migrazione rapida e semplice senza uno strumento o un servizio di migrazione separato.

Origini supportate:
- SQL Server (da 2005 a 2019) locale o macchina virtuale di Azure
- Amazon EC2
- GCP Compute SQL Server VM
- Il backup del database usa più thread per ottimizzare il trasferimento dei dati per Archiviazione BLOB di Azure, ma la larghezza di banda e le dimensioni del database dei partner possono influire sulla velocità di trasferimento.
- Il tempo di inattività deve contenere il tempo necessario per eseguire un backup e un ripristino completi (ovvero una dimensione dell'operazione di dati).
Servizio di riproduzione log - Eseguire la migrazione di singoli database di applicazioni line-of-business.
- È necessario un maggiore controllo per le migrazioni di database.

Origini supportate:
- SQL Server (da 2008 a 2019) in locale o macchina virtuale di Azure
- Amazon EC2
- Amazon RDS per SQL Server
- GCP Compute SQL Server VM
- La migrazione comporta l'esecuzione di backup completi del database in SQL Server e la copia dei file di backup in Archiviazione BLOB di Azure. Il servizio Di riproduzione log viene usato per ripristinare i file di backup da Archiviazione BLOB di Azure a Istanza gestita di SQL.
- I database ripristinati durante il processo di migrazione saranno in modalità di ripristino e non possono essere usati per carichi di lavoro di lettura o scrittura fino al completamento del processo.
Funzionalità di collegamento per Istanza gestita di SQL di Azure - Eseguire la migrazione di singoli database di applicazioni line-of-business.
- È necessario un maggiore controllo per le migrazioni di database.
- È necessaria la migrazione minima dei tempi di inattività.

Origini supportate:
- SQL Server (da 2016 a 2019) locale o macchina virtuale di Azure
- Amazon EC2
- GCP Compute SQL Server VM
- La migrazione comporta la creazione di una connessione di rete tra SQL Server e Istanza gestita di SQL e l'apertura delle porte di comunicazione.
- Usa Always On tecnologia del gruppo di disponibilità per replicare il database quasi in tempo reale, creando una replica esatta del database SQL Server in Istanza gestita di SQL.
- Il database può essere usato per l'accesso in sola lettura in Istanza gestita di SQL mentre è in corso la migrazione.
- Offre prestazioni ottimali durante la migrazione con tempi di inattività minimi.

Nella tabella seguente vengono confrontate le opzioni di migrazione alternative:

Metodo o tecnologia Utilizzo Considerazioni
Replica transazionale - Eseguire la migrazione pubblicando continuamente le modifiche dalle tabelle del database di origine alla destinazione Istanza gestita di SQL tabelle di database.
- Eseguire migrazioni di database complete o parziali delle tabelle selezionate (subset di un database).

Origini supportate:
- SQL Server (da 2012 a 2019) con alcune limitazioni
- Amazon EC2
- GCP Compute SQL Server VM

- Il programma di installazione è relativamente complesso rispetto ad altre opzioni di migrazione.
- Fornisce un'opzione di replica continua per eseguire la migrazione dei dati (senza portare offline i database).
- La replica transazionale presenta limitazioni da considerare quando si configura il server di pubblicazione nell'istanza di SQL Server di origine. Per altre informazioni , vedere Limitazioni per la pubblicazione di oggetti .
- È disponibile la funzionalità per monitorare l'attività di replica .
Copia bulk - Eseguire migrazioni di dati complete o parziali.
- Può contenere tempi di inattività.

Origini supportate:
- SQL Server (da 2005 a 2019) locale o macchina virtuale di Azure
- Amazon EC2
- Amazon RDS per SQL Server
- GCP Compute SQL Server VM
- Richiede tempi di inattività per l'esportazione dei dati dall'origine e l'importazione nella destinazione.
- I formati di file e i tipi di dati usati nell'esportazione o nell'importazione devono essere coerenti con gli schemi di tabella.
Importazione guidata esportazione/BACPAC - Eseguire la migrazione di singoli database di applicazioni line-of-business.
- Adatto per database più piccoli.
Non richiede un servizio o uno strumento di migrazione separato.

Origini supportate:
- SQL Server (da 2005 a 2019) locale o macchina virtuale di Azure
- Amazon EC2
- Amazon RDS
- GCP Compute SQL Server VM

- Richiede tempi di inattività perché i dati devono essere esportati nell'origine e importati nella destinazione.
- I formati di file e i tipi di dati usati nell'esportazione o nell'importazione devono essere coerenti con gli schemi di tabella per evitare errori di troncamento o mancata corrispondenza del tipo di dati.
- Il tempo impiegato per esportare un database con un numero elevato di oggetti può essere notevolmente superiore.
Azure Data Factory - Eseguire la migrazione e/o trasformare i dati dai database di origine SQL Server.
- L'unione di dati da più origini dati a Istanza gestita di SQL di Azure è in genere per carichi di lavoro di business intelligence (BI).
- Richiede la creazione di pipeline di spostamento dei dati in Data Factory per spostare i dati dall'origine alla destinazione.
- Il costo è una considerazione importante e si basa su fattori come trigger della pipeline, esecuzioni di attività e durata dello spostamento dei dati.

Interoperabilità delle funzionalità

Quando si esegue la migrazione di carichi di lavoro che si basano su altre funzionalità di SQL Server, è necessario tenere presenti altre considerazioni.

SQL Server Integration Services

Eseguire la migrazione di pacchetti e progetti SQL Server Integration Services (SSIS) in SSISDB per Istanza gestita di SQL di Azure tramite Servizio Migrazione del database di Azure.

Per la migrazione sono supportati solo i pacchetti SSIS in SSISDB a partire da SQL Server 2012. Convertire i pacchetti SSIS meno recenti prima della migrazione. Per altre informazioni, vedere l'esercitazione sulla conversione del progetto .

SQL Server Reporting Services

È possibile eseguire la migrazione di report SQL Server Reporting Services (SSRS) a report impaginati in Power BI. Usare lo strumento di migrazione RDL per preparare ed eseguire la migrazione dei report. Microsoft ha sviluppato questo strumento per consentire ai clienti di eseguire la migrazione di report RDL (Report Definition Language) dai server SSRS a Power BI. È disponibile in GitHub e consente di seguire una procedura dettagliata completa dello scenario di migrazione.

SQL Server Analysis Services

SQL Server Analysis Services modelli tabulari da SQL Server 2012 e versioni successive possono essere migrati in Azure Analysis Services, ovvero un modello di distribuzione PaaS (Platform as a Service) per il modello tabulare di Analysis Services in Azure. Per altre informazioni sulla migrazione di modelli locali a Azure Analysis Services, vedere questa esercitazione video.

In alternativa, è possibile valutare la possibilità di eseguire la migrazione dei modelli tabulari di Analysis Services locali a Power BI Premium usando i nuovi endpoint di lettura/scrittura XMLA.

Disponibilità elevata

Le funzionalità a disponibilità elevata SQL Server Always On istanze del cluster di failover e Always On gruppi di disponibilità diventano obsoleti nell'istanza gestita di SQL di destinazione. L'architettura a disponibilità elevata è già incorporata nei livelli di servizio per utilizzo generico (modello di disponibilità standard) e business critical (modello di disponibilità Premium) per Istanza gestita di SQL. Il modello di disponibilità Premium fornisce anche la scalabilità in lettura che consente la connessione a uno dei nodi secondari per scopi di sola lettura.

Oltre all'architettura a disponibilità elevata inclusa in Istanza gestita di SQL, la funzionalità gruppi di failover automatico consente di gestire la replica e il failover dei database in un'istanza gestita in un'altra area.

Processi di SQL Agent

Usare l'opzione Servizio Migrazione del database di Azure offline per eseguire la migrazione dei processi di SQL Agent. In caso contrario, creare script per i processi in Transact-SQL (T-SQL) usando SQL Server Management Studio e quindi ricrearli manualmente nell'istanza gestita di SQL di destinazione.

Importante

Attualmente, Servizio Migrazione del database di Azure supporta solo i processi con i passaggi del sottosistema T-SQL. È necessario eseguire manualmente la migrazione dei processi con i passaggi del pacchetto SSIS.

Account di accesso e gruppi

Spostare gli account di accesso SQL dall'origine SQL Server a Istanza gestita di SQL di Azure usando Servizio Migrazione del database in modalità offline. Usare il riquadro Seleziona account di accesso nella Migrazione guidata per eseguire la migrazione degli account di accesso all'istanza gestita di SQL di destinazione.

Per impostazione predefinita, Servizio Migrazione del database di Azure supporta la migrazione solo degli account di accesso SQL. Tuttavia, è possibile abilitare la migrazione degli account di accesso di Windows tramite:

  • Verifica che l'istanza gestita di SQL di destinazione disponga dell'accesso in lettura di Azure Active Directory (Azure AD). Un utente con il ruolo amministratore globale può configurare tale accesso tramite il portale di Azure.
  • Configurazione di Servizio Migrazione del database di Azure per abilitare le migrazioni di accesso a utenti o gruppi di Windows. Questa operazione viene configurata tramite il portale di Azure nella pagina Configurazione. Dopo aver abilitato questa impostazione, riavviare il servizio per rendere effettive le modifiche.

Dopo aver riavviato il servizio, gli account di accesso utente o gruppo di Windows vengono visualizzati nell'elenco degli account di accesso disponibili per la migrazione. Per gli account di accesso a utenti o gruppi di Windows di cui si esegue la migrazione, viene richiesto di specificare il nome di dominio associato. Gli account utente del servizio (account con il nome di dominio NT AUTHORITY) e gli account utente virtuali (account con il nome di dominio NT SERVICE) non sono supportati. Per altre informazioni, vedere Come eseguire la migrazione di utenti e gruppi di Windows in un'istanza di SQL Server per Istanza gestita di SQL di Azure tramite T-SQL.

In alternativa, è possibile usare l'utilità PowerShell appositamente progettata dagli architetti di migrazione dei dati Microsoft. L'utilità usa PowerShell per creare uno script T-SQL per ricreare gli account di accesso e selezionare gli utenti del database dall'origine alla destinazione.

L'utilità PowerShell esegue automaticamente il mapping degli account Windows Server Active Directory agli account Azure AD e può eseguire una ricerca UPN per ogni account di accesso nell'istanza di Active Directory di origine. L'utilità scrive ruoli personalizzati del server e del database, insieme all'appartenenza ai ruoli e alle autorizzazioni utente. I database indipendenti non sono ancora supportati e vengono inseriti script solo un subset di possibili autorizzazioni SQL Server.

Crittografia

Quando si esegue la migrazione di database protetti da Transparent Data Encryption a un'istanza gestita usando l'opzione di ripristino nativo, eseguire la migrazione del certificato corrispondente dall'istanza di origine SQL Server all'istanza gestita di SQL di destinazione prima del ripristino del database.

Database di sistema

Il ripristino dei database di sistema non è supportato. Per eseguire la master migrazione di oggetti a livello di istanza (archiviati nei database e msdb ), crearli tramite T-SQL e quindi ricrearli nell'istanza gestita di destinazione.

In-Memory OLTP (tabelle ottimizzate per la memoria)

SQL Server offre una funzionalità OLTP In-Memory. Consente l'utilizzo di tabelle ottimizzate per la memoria, tipi di tabella ottimizzati per la memoria e moduli SQL compilati in modo nativo per eseguire carichi di lavoro con velocità effettiva elevata e requisiti di bassa latenza per l'elaborazione transazionale.

Importante

In-Memory OLTP è supportato solo nel livello business critical in Istanza gestita di SQL di Azure. Non è supportato nel livello per utilizzo generico.

Se nell'istanza di SQL Server locale sono presenti tabelle ottimizzate per la memoria o tipi di tabella ottimizzati per la memoria e si vuole eseguire la migrazione a Istanza gestita di SQL di Azure, è necessario:

  • Scegliere il livello business critical per l'istanza gestita di SQL di destinazione che supporta In-Memory OLTP.

  • Per eseguire la migrazione al livello per utilizzo generico in Istanza gestita di SQL di Azure, rimuovere tabelle ottimizzate per la memoria, tipi di tabella ottimizzati per la memoria e moduli SQL compilati in modo nativo che interagiscono con oggetti ottimizzati per la memoria prima di eseguire la migrazione dei database. È possibile usare la query T-SQL seguente per identificare tutti gli oggetti che devono essere rimossi prima della migrazione al livello per utilizzo generico:

    SELECT * FROM sys.tables WHERE is_memory_optimized=1
    SELECT * FROM sys.table_types WHERE is_memory_optimized=1
    SELECT * FROM sys.sql_modules WHERE uses_native_compilation=1
    

Per altre informazioni sulle tecnologie in memoria, vedere Ottimizzare le prestazioni usando tecnologie in memoria in Azure SQL Database e Istanza gestita di SQL di Azure.

Funzionalità avanzate

Assicurarsi di sfruttare le funzionalità avanzate basate sul cloud in Istanza gestita di SQL. Ad esempio, non è necessario preoccuparsi di gestire i backup perché il servizio lo esegue per l'utente. È possibile eseguire il ripristino in qualsiasi momento entro il periodo di conservazione. Inoltre, non è necessario preoccuparsi di configurare la disponibilità elevata, perché la disponibilità elevata è incorporata.

Per rafforzare la sicurezza, è consigliabile usare l'autenticazione di Azure AD, il controllo, il rilevamento delle minacce, la sicurezza a livello di riga e la maschera dati dinamica.

Oltre alle funzionalità avanzate di gestione e sicurezza, Istanza gestita di SQL offre strumenti avanzati che consentono di monitorare e ottimizzare il carico di lavoro. Azure SQL Analytics consente di monitorare un ampio set di istanze gestite in modo centralizzato. L'ottimizzazione automatica nelle istanze gestite monitora continuamente le prestazioni dell'esecuzione del piano SQL e corregge automaticamente i problemi di prestazioni identificati.

Alcune funzionalità sono disponibili solo dopo la modifica del livello di compatibilità del database al livello di compatibilità più recente (150).

Risorse per la migrazione

Per altre informazioni, vedere le risorse seguenti sviluppate per progetti di migrazione reali.

Asset Descrizione
Strumento e modello di valutazione dei carichi di lavoro dei dati Questo strumento fornisce piattaforme di destinazione "più adatte" suggerite, conformità al cloud e un livello di correzione dell'applicazione/database per un carico di lavoro. Offre semplici calcoli e generazione di report con un clic che consente di accelerare le valutazioni di grandi dimensioni fornendo un processo decisionale automatizzato e uniforme per le piattaforme di destinazione.
Utilità per spostare gli account di accesso SQL Server locali in Istanza gestita di SQL di Azure Uno script di PowerShell può creare uno script di comando T-SQL per ricreare gli account di accesso e selezionare gli utenti del database da SQL Server locale a Istanza gestita di SQL di Azure. Lo strumento consente il mapping automatico degli account Windows Server Active Directory agli account Azure AD, insieme alla migrazione facoltativa SQL Server account di accesso nativi.
Automazione della raccolta dati perfmon tramite Logman È possibile usare lo strumento Logman per raccogliere i dati Perfmon (per comprendere le prestazioni di base) e ottenere raccomandazioni sulla destinazione della migrazione. Questo strumento usa logman.exe per creare il comando che creerà, avvierà, arresta ed eliminerà i contatori delle prestazioni impostati in un'istanza remota di SQL Server.

Queste risorse sono state progettate dal team di progettazione dei dati di SQL. L'obiettivo principale di questo team consiste nello sbloccare e accelerare la modernizzazione complessa per i progetti di migrazione della piattaforma dati alla piattaforma dati di Microsoft Azure.

Passaggi successivi