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

  • Articolo

Si applica a:Azure SQL Managed Instance

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

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

  • SQL Server in macchine virtuali
  • Amazon EC2 (Elastic Compute Cloud)
  • Amazon RDS (Relational Database Service) per SQL Server
  • Google Compute Engine
  • Cloud SQL per SQL Server - GCP (Google Cloud Platform)

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 di SQL Server che richiedono un servizio completamente gestito senza dover gestire le macchine virtuali o i relativi sistemi operativi. Istanza gestita di SQL consente di spostare le applicazioni locali in Azure con modifiche minime all'applicazione o al database. Offre un 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
  • Tempi di inattività aziendali accettabili durante il processo di migrazione

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

  • Tutti i database che devono essere raggruppati 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 una 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 le principali cause delle differenze di prestazioni tra Istanza gestita di SQL e la voce di blog di SQL Server.

Scegliere una destinazione appropriata

È possibile usare l'estensione di migrazione sql di Azure per Azure Data Studio per ottenere le Istanza gestita di SQL di Azure consigliate per le dimensioni corrette. 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 un costo minimo. Per altre informazioni, vedere La raccomandazione per ottenere le dimensioni corrette di Azure per i database di SQL Server locali

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

  • 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 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 le risorse di calcolo e archiviazione durante la distribuzione e modificarle successivamente 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 (utilizzo generico e business critical) è la disponibilità di determinate funzionalità, ad esempio OLTP in memoria, disponibili solo nel livello Business Critical.

Alternativa alla macchina virtuale di 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) di 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 del database non è un'opzione accettabile.

Strumenti di migrazione

È consigliabile usare gli strumenti di migrazione seguenti:

Tecnologia Descrizione
Estensione di Migrazione SQL di Azure per Azure Data Studio Basato sul servizio Migrazione del database di Azure, l'estensione Migrazione SQL di Azure per Azure Data Studio consente di valutare i requisiti del database per comprendere l'idoneità per la migrazione, ottenere le raccomandazioni per lo SKU di dimensioni appropriate per le risorse di Azure ed eseguire la migrazione del database di SQL Server ad Azure. È possibile eseguire la migrazione di database singoli o su larga scala usando PowerShell e l'interfaccia della riga di comando di Azure.
Azure Migrate Questo servizio di Azure consente di individuare e valutare il patrimonio di dati SQL su larga scala in VMware. Fornisce raccomandazioni per la distribuzione di Azure SQL, dimensioni di destinazione e stime mensili.
Backup e ripristino nativi Istanza gestita di SQL supporta il ripristino di backup nativi del database di SQL Server (file di .bak). È l'opzione di migrazione più semplice per i clienti che possono fornire backup completi del database a Archiviazione di Azure.
Servizio di riproduzione log Questo servizio cloud è abilitato per Istanza gestita di SQL basato sulla tecnologia di log shipping di SQL Server. È un'opzione di migrazione per i clienti che possono fornire backup completi, differenziali e del database di log 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 di tempo prolungati (settimane o mesi al momento), che richiedono la vera replica online al livello di servizio Business Critical e per i clienti che richiedono la migrazione con tempi di inattività minimi più efficienti.

La tabella seguente elenca gli strumenti di migrazione alternativi:

Tecnologia Descrizione
Replica transazionale Replicare i dati dalle tabelle di database di SQL Server di origine a 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 Smart Bulk Copy 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 di 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 SQL Server di origine 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 dalle origini di SQL Server alle 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 Quando utilizzarlo Considerazioni
Estensione di Migrazione SQL di Azure per Azure Data Studio - Eseguire la migrazione di database singoli o su larga scala.
- Può essere eseguito sia in modalità online che offline.

Origini supportate:
- SQL Server (2005 e versioni successive) locale o in Azure Macchine virtuali
- SQL Server in Amazon EC2
- Amazon RDS per SQL Server
- SQL Server in Google Compute Engine		 - Le migrazioni su larga scala possono essere automatizzate tramite PowerShell o l'interfaccia della riga di comando di Azure.

- Il tempo necessario per completare la migrazione dipende dalle dimensioni del database e dal numero di oggetti nel database.

- Azure Data Studio è necessario quando non si usa PowerShell o l'interfaccia della riga di comando di Azure.
Backup e ripristino nativi - Eseguire la migrazione di singoli database di applicazioni line-of-business.
- Migrazione rapida e semplice senza un servizio o uno strumento di migrazione separato.

Origini supportate:
- SQL Server (da 2005 a 2019) locale o macchina virtuale di Azure
- Amazon EC2
- Macchina virtuale di calcolo DI SQL Server GCP		 - Il backup del database usa più thread per ottimizzare il trasferimento dei dati a 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 completo e un ripristino (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) locale o macchina virtuale di Azure
- Amazon EC2
- Amazon RDS per SQL Server
- Macchina virtuale di calcolo DI SQL Server GCP		 - 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 i 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
- Macchina virtuale di calcolo DI SQL Server GCP		 - 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 la tecnologia del gruppo di disponibilità AlwaysOn per replicare il database quasi in tempo reale, rendendo una replica esatta del database di 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 Quando utilizzarlo 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 complete o parziali del database delle tabelle selezionate (subset di un database).

Origini supportate:
- SQL Server (da 2012 a 2019) con alcune limitazioni
- Amazon EC2
- Macchina virtuale di calcolo DI SQL Server GCP
- Il programma di installazione è relativamente complesso rispetto ad altre opzioni di migrazione.
- Offre 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
- Macchina virtuale di calcolo DI SQL Server GCP		 - 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
- Macchina virtuale di calcolo DI SQL Server GCP
- 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 SQL Server di origine.
- L'unione di dati da più origini di dati a Istanza gestita di SQL di Azure è in genere per i 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 di SQL Server Integration Services (SSIS) in SSISDB a Istanza gestita di SQL di Azure usando Servizio Migrazione del database di Azure.

Per la migrazione sono supportati solo i pacchetti SSIS in SSISDB a partire da SQL Server 2012. Convertire 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 di 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 documenta una procedura dettagliata end-to-end dello scenario di migrazione.

SQL Server Analysis Services

È possibile eseguire la migrazione di modelli tabulari di SQL Server Analysis Services da SQL Server 2012 e versioni successive ad 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 ad 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 di SQL Server sono le istanze del cluster di failover Always On e i gruppi di disponibilità AlwaysOn diventano obsoleti nell'istanza gestita di SQL di destinazione. L'architettura a disponibilità elevata è già incorporata nei livelli di servizio Utilizzo generico (modello di disponibilità standard) e Business Critical (modello di disponibilità Premium) per Istanza gestita di SQL. Il modello di disponibilità Premium offre anche 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 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 abbia accesso in lettura all'ID Microsoft Entra (in precedenza Azure Active Directory). Un utente con il ruolo Global Amministrazione istrator può configurare tale accesso tramite il portale di Azure.
  • Configurazione di Servizio Migrazione del database di Azure per abilitare le migrazioni di accesso di 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 il riavvio del 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 edizione Standard RVICE) 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 progettata appositamente dagli architetti della 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 di Active Directory di Windows Server agli account Microsoft Entra e può eseguire una ricerca UPN per ogni account di accesso rispetto all'istanza di Active Directory di origine. L'utilità script i ruoli del server e del database personalizzati, insieme all'appartenenza ai ruoli e alle autorizzazioni utente. I database indipendenti non sono ancora supportati e viene creato uno script solo per un subset di autorizzazioni di SQL Server possibili.

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 SQL Server di origine 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 migrazione di oggetti a livello di istanza (archiviati nei master database e msdb ), crearli tramite T-SQL e quindi ricrearli nell'istanza gestita di destinazione.

OLTP in memoria (tabelle ottimizzate per la memoria)

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

Importante

OLTP in memoria è supportato solo nel livello Business Critical in Istanza gestita di SQL di Azure. Non è supportato nel livello 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 OLTP in memoria.

  • Per eseguire la migrazione al livello 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 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 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, 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. Analisi SQL di Azure consente di monitorare un set di istanze gestite di grandi dimensioni 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 che il livello di compatibilità del database è stato modificato nel livello di compatibilità più recente (150).

Risorse per la migrazione

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

Risorsa Descrizione
Strumento e modello di valutazione dei carichi di lavoro dei dati Questo strumento fornisce piattaforme di destinazione "più adatte" suggerite, idoneità al cloud e un livello di correzione dell'applicazione/database per un carico di lavoro. Offre un semplice calcolo con un clic e una generazione di report 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 di 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 di Active Directory di Windows Server agli account Microsoft Entra, insieme alla migrazione facoltativa degli account di accesso nativi di SQL Server.
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 elimina 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