Condividi tramite

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

  • Articolo

Si applica a:Istanza gestita di SQL di Azure SQL

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 durante la valutazione delle opzioni di migrazione sono:

  • Numero di server e database
  • Dimensioni del 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 è la possibilità di 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 da cui dipende l'applicazione, quali account di accesso, credenziali, operatori e processi 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. Vedere la voce del blog Cause principali delle differenze di prestazioni tra Istanza gestita di SQL e SQL Server per ulteriori informazioni.

Scegliere una destinazione appropriata

È possibile usare una Estensione di migrazione SQL di Azure per Azure Data Studio per ottenere un'Istanza gestita di SQL di Azure consigliata delle 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 Ottenere una raccomandazione Azure per eseguire la migrazion dei database SQL Server

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 base 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 base 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 General Purpose (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, quindi modificarle in seguito usando il portale di Azure senza incorrere in tempi di inattività nell'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 (General Purpose 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 VM Azure 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.
  • È presente una stretta dipendenza da funzionalità non ancora supportate, come FileStream/FileTable, PolyBase e le transazioni tra istanze.
  • È assolutamente necessario mantenere una versione specifica di SQL Server (ad esempio, 2012).
  • I requisiti di calcolo sono nettamente inferiori, rispetto a quanto offerto dall'istanza gestita (ad esempio, un vCore) e il consolidamento di 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 Basata su Azure Database Migration Service, l'estensione di 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 migrare i singoli database o ridimensionarli con 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 sulla distribuzione, sul dimensionamento della destinazione e stime mensili di Azure SQL.
Backup e ripristino nativi Istanza gestita di SQL supporta il ripristino nativo dai backup del database di SQL Server (file .bak). È l'opzione di migrazione più semplice per i clienti che possono fornire backup completi del database ad Azure Storage.
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 Azure Storage. Log Replay Service viene utilizzato per ripristinare i file di backup da Azure Blob Storage a Istanza gestita di SQL.
Collegamento a Istanza gestita Questa caratteristica consente la migrazione online a Istanza gestita di SQL utilizzando la tecnologia di disponibilità Always On per replicare le modifiche quasi in tempo reale. È 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 a più alte prestazioni con tempi inattivi minimi.

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 in massa (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 in massa 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 Un BACPAC è un file di 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 L'attività Copia 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 l'opzione adatta alle esigenze aziendali.

La tabella seguente confronta le opzioni di migrazione consigliate:

Opzione di migrazione Quando utilizzare Considerazioni
Funzionalità di collegamento per le istanze gestite di Azure SQL - Tempo inattivo minimo necessario, soprattutto per i carichi di lavoro critici.
- Necessità di migrare al livello di servizio business critical.
- Necessità di migrare più database.
- Necessità di accesso in sola lettura al database su istanza gestita di SQL di Azure durante la migrazione.
- Necessità di annullare la migrazione da Azure a SQL Server 2022.
- Eseguire la migrazione di singoli database di applicazioni line-of-business o più database nella stessa o in più istanze gestite di SQL.
- Necessità di flessibilità per il cutover nell’intervallo di tempo.

Fonti supportate:
- SQL Server (da 2016 a 2022) in locale o macchina virtuale di Azure
- Amazon EC2
- VM di SQL Server di calcolo 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à distribuita Always On 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.
- Può essere oggetto di cutover in qualsiasi momento, quindi la durata della migrazione è illimitata
- Non interessato dagli aggiornamenti o dai failover di sistema
Estensione di Migrazione SQL di Azure per Azure Data Studio - Esegui la migrazione dei database su larga scala.
- Può essere eseguito sia in modalità online che offline.

Fonti supportate:
- SQL Server (dal 2005) locale o in macchine virtuali di Azure
- 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 CLI di Azure.
- Il tempo di migrazione di un database dipende dal numero di oggetti in un database e dalle dimensioni del database.
- Azure Data Studio è necessario quando non si usa PowerShell o l'interfaccia della riga di comando di Azure.
Servizio di riproduzione log - Eseguire la migrazione di singoli database di applicazioni line-of-business.
- Necessità di un maggiore controllo sulla migrazione del database.
- Carichi di lavoro non sensibili che possono comportare tempi inattivi.
- Può usare solo un endpoint pubblico.
- Necessità di migrare più database.

Fonti supportate:
- SQL Server (da 2008 a 2019) in locale o macchina virtuale di Azure
- Amazon EC2
- Amazon RDS per SQL Server
- VM di SQL Server di calcolo GCP		 - La migrazione consiste nell'esecuzione di backup di database in SQL Server completi e nella copia dei file di backup in Archiviazione BLOB di Azure. Log Replay Service viene utilizzato per ripristinare i file di backup da Azure Blob Storage a Istanza gestita di SQL.
- I database durante il processo di migrazione sono in modalità di ripristino e non possono essere usati per i carichi di lavoro di lettura o scrittura fino al completamento del processo.
- Usa un endpoint pubblico, quindi non è necessaria una configurazione di rete speciale.
- Può essere interrotto da aggiornamenti di sistema o failover.
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.

Fonti supportate:
- SQL Server (da 2005 a 2019) in locale o macchina virtuale di Azure
- Amazon EC2
- VM di SQL Server di calcolo 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).

Nella tabella seguente vengono confrontate le opzioni di migrazione alternative:

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

Fonti supportate:
- SQL Server (da 2012 a 2019) con alcune limitazioni
- Amazon EC2
- VM di SQL Server di calcolo 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 - È possibile eseguire migrazioni di dati complete o parziali.
- È possibile contenere i tempi di inattività.

Fonti supportate:
- SQL Server (da 2005 a 2019) in locale o macchina virtuale di Azure
- Amazon EC2
- Amazon RDS per SQL Server
- VM di SQL Server di calcolo 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 delle tabelle.
Importazione guidata esportazione/BACPAC - Eseguire la migrazione di singoli database di applicazioni line-of-business.
- Adatto per database di piccole dimensioni.
Non richiede un servizio o uno strumento di migrazione separato.

Fonti supportate:
- SQL Server (da 2005 a 2019) in locale o macchina virtuale di Azure
- Amazon EC2
- Amazon RDS
- VM di SQL Server di calcolo 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 delle tabelle per evitare errori di troncamento o di mancata corrispondenza dei dati.
- Il tempo necessario per esportare un database con un numero elevato di oggetti può essere significativamente superiore.
Azure Data Factory - Eseguire la migrazione e 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; i gruppi di disponibilità Always On diventano obsoleti nell'istanza gestita di SQL di destinazione. L'architettura a disponibilità elevata è già incorporata nei livelli di servizio General Purpose (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, 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 solo la migrazione di account di accesso SQL. È però possibile abilitare la migrazione degli account di accesso Windows seguendo questa procedura:

  • Verifica del fatto che l'istanza gestita di SQL di destinazione abbia accesso in lettura al Microsoft Entra ID (in precedenza Azure Active Directory). Un utente con il ruolo di 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 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/gruppo di Windows vengono visualizzati nell'elenco degli account di accesso disponibili per la migrazione. Per tutti gli account di accesso utente/gruppo di Windows di cui si esegue la migrazione viene richiesto di specificare il nome di dominio associato. Gli account utente del servizio (account con nome di dominio NT AUTHORITY) e gli account utente virtuali (account con nome di dominio NT SERVICE) non sono supportati. Per altre informazioni, vedere Esercitazione: eseguire la migrazione di utenti e gruppi di Windows in un'istanza di SQL Server a un'istanza gestita di SQL di Azure con la sintassi DDL 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à esegue script sui 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

In caso di migrazione di un database protetto tramite Transparent Data Encryption a un'istanza gestita di SQL di Azure con l'opzione del ripristino nativo, prima di ripristinare il database è necessario eseguire la migrazione del certificato corrispondente dall'istanza di SQL Server all'istanza gestita di SQL prima del ripristino del database.

Database di sistema

Il ripristino di database di sistema non è supportato. Per eseguire la migrazione di oggetti a livello di istanza (archiviati nei database master e msdb), crearli tramite T-SQL, 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 General Purpose.

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 General Purpose 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 General Purpose:

    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 informazioni tecniche, vedere Ottimizzare le prestazioni usando tecnologie in memoria nel database SQL di Azure e 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 ripristinare un database in un punto nel tempo entro il periodo di conservazione. Non è inoltre necessario preoccuparsi della configurazione della disponibilità elevata, perché la disponibilità elevata è integrata.

Per rafforzare la sicurezza, è consigliabile usare autenticazione di Microsoft Entra, controllo, rilevamento delle minacce, sicurezza a livello di riga e mascheramento dinamico dei dati.

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 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 indica le piattaforme di destinazione "più idonee" suggerite, la preparazione per il cloud e il livello di correzione di applicazioni/database per un determinato carico di lavoro. Offre funzionalità semplici e accessibili con un solo clic per l'esecuzione di calcoli e la generazione di report, che consentono di accelerare le valutazioni in ambienti estesi grazie a un processo decisionale automatizzato e uniforme per la piattaforma 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 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.
Automatizzazione 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.

Contenuto correlato