Condividi tramite

Migrazione dei carichi di lavoro di SQL Server (domande frequenti)

  • Articolo

Si applica a: SQL Server database SQL di Azure Istanza gestita di SQL di Azure SQL Server su una macchina virtuale Azure

La migrazione di carichi di lavoro di SQL Server in locale e applicazioni associate al cloud porta in genere a un'ampia gamma di domande che vanno oltre le semplici informazioni sulle funzionalità del prodotto.

Questo articolo fornisce una panoramica olistica e illustra come ottenere un valore aggiunto durante la migrazione ad Azure SQL. La sezione Modernizzare le applicazioni e SQL tratta le domande su Azure SQL in generale, nonché sugli scenari comuni di modernizzazione di applicazioni e SQL. La sezione Valutazione aziendale e tecnica tratta le domande su risparmio sui costi, licenze, riduzione al minimo dei rischi di migrazione, continuità aziendale, sicurezza, carichi di lavoro e architettura, prestazioni e valutazioni tecniche e aziendali simili. L'ultima sezione illustra il Processo di migrazione e modernizzazione effettivo, incluse indicazioni sugli strumenti di migrazione.

Modernizzare le applicazioni e SQL

Azure SQL

Quali sono i vantaggi dello spostamento di applicazioni e carichi di lavoro di SQL Server in Azure?

Una migrazione ad Azure comporta costi ottimizzati, flessibilità e scalabilità, sicurezza avanzata, conformità, continuità aziendale migliorata e gestione e monitoraggio semplificati.

Che cos'è SQL di Azure?

Azure SQL è una famiglia di prodotti gestiti, sicuri e intelligenti che usano il motore di database di SQL Server nel cloud di Azure. I seguenti servizi appartengono ad Azure SQL: Database SQL di Azure (database SQL), Istanza gestita di SQL di Azure (Istanza gestita di SQL) e SQL Server su VM Azure (VM SQL).

Qual è la differenza tra migrazione e modernizzazione in Azure SQL?

La migrazione ad Azure SQL comporta lo spostamento di applicazioni, infrastrutture e dati da una posizione (ad esempio, data center locale di un'azienda) all'infrastruttura di Azure. Per i clienti di SQL Server, ciò significa eseguire la migrazione dei carichi di lavoro riducendo al minimo l'impatto sulle operazioni. È possibile ridurre i costi IT, migliorare la sicurezza e la resilienza e ottenere scalabilità su richiesta.

La modernizzazione di Azure SQL prevede l'aggiornamento di applicazioni esistenti per i recenti approcci di elaborazione, framework applicativi e tecnologie native del cloud. A tale scopo, è possibile usare servizi PaaS, come database SQL di Azure e Istanza gestita di SQL di Azure, che offrono vantaggi aggiuntivi, dall'innovazione delle app e dall'agilità e velocità di sviluppo all'ottimizzazione dei costi.

Cosa significano IaaS e PaaS?

Infrastructure as a service (IaaS) è un tipo di servizio di cloud computing che offre risorse di calcolo, archiviazione e rete su richiesta.

Platform as a service (PaaS) è un ambiente di sviluppo e distribuzione completo nel cloud, con risorse che consentono di distribuire qualsiasi cosa, da semplici app basate sul cloud ad applicazioni aziendali sofisticate abilitate per il cloud.

PaaS offre altri vantaggi rispetto a IaaS, ad esempio cicli di sviluppo più brevi, ulteriore funzionalità di sviluppo senza aggiungere personale e accesso conveniente a strumenti sofisticati, per citarne alcuni. Azure SQL offre servizi PaaS (Istanza gestita di SQL, Database SQL) e IaaS (VM SQL).

Come decidere se spostare SQL Server in una macchina virtuale, Istanza gestita di SQL o database SQL?

  • Istanza gestita di SQL è la giusta destinazione PaaS per modernizzare le applicazioni SQL Server esistenti su larga scala con quasi tutte le funzionalità di SQL Server (incluse quelle a livello di istanza) riducendo al contempo i costi di gestione del server e del database.

  • Database SQL è la scelta più appropriata quando si creano applicazioni cloud native, poiché offre un'elevata elasticità e flessibilità di scelta tra livelli di architettura e calcolo, ad esempio con il livello serverless per aumentare l'elasticità e il livello di servizio Hyperscale per un'archiviazione e risorse di calcolo altamente scalabili.

  • Se è necessario il controllo completo e la personalizzazione, incluso l'accesso al sistema operativo, è possibile scegliere SQL Server su VM Azure. Il confronto dei servizi fornisce altri dettagli. Un'ampia gamma di strumenti di migrazione consente di scegliere in modo ottimale tramite una valutazione della compatibilità e dei costi del servizio di destinazione.

Come è possibile ridurre i costi passando ad Azure SQL?

È possibile ottenere risparmi significativi a livello di risorse, manutenzione e costi di proprietà, oltre alla possibilità di ottimizzare i carichi di lavoro in modo da ridurre il costo dell'esecuzione. Istanza gestita di SQL di Azure e database SQL offrono tutti i vantaggi dei servizi PaaS grazie all'ottimizzazione automatizzata delle prestazioni, ai backup, all'applicazione di patch software e alla disponibilità elevata, la cui esecuzione normale comporta enormi sforzi e costi.

Ad esempio, Istanza gestita di SQL e database SQL (database singolo e pool elastico) sono dotati di disponibilità elevata incorporata. Inoltre, i livelli Business Critical (Istanza gestita di SQL) e Premium (database SQL) offrono repliche di sola lettura senza costi aggiuntivi, mentre il database SQL livello Hyperscale consente disponibilità elevata e repliche secondarie per scalabilità in lettura senza costi di licenza. Inoltre, i clienti Software Assurance possono usare la licenza di SQL Server locale in Azure applicando Azure Hybrid Benefit (AHB). Software Assurance consente anche di implementare la disponibilità elevata passiva gratuita e i database secondari di ripristino di emergenza usando una VM SQL.

Inoltre, ogni servizio SQL di Azure offre la possibilità di riservare istanze in anticipo (per i termini di un anno o tre anni) e ottenere ulteriori risparmi significativi. I piani tariffari di sviluppo/test consentono di ridurre ulteriormente i costi di sviluppo. Infine, vedere l'articolo seguente su come Ottimizzare i costi di Istanza gestita di SQL di Azure con Microsoft Azure Well-Architected Framework.

Qual è il percorso migliore per le licenze per risparmiare sui costi quando si spostano i carichi di lavoro di SQL Server esistenti in Azure?

Disponibile soltanto in Azure, Azure Hybrid Benefit (AHB) è un benefit di licenza che consente di trasferire le licenze esistenti di Windows Server e SQL Server con Software Assurance (SA) in Azure. In combinazione con i risparmi delle riserve e gli aggiornamenti della sicurezza estesi, AHB consente di risparmiare fino all'85% rispetto ai prezzi con pagamento in base al consumo in Azure SQL. Assicurarsi inoltre di esaminare i diversi piani tariffari di sviluppo/test.

Scenari di modernizzazione di applicazioni e SQL

Scenario 1: Passaggio del data center al cloud: qual è il percorso di modernizzazione per le applicazioni e i database di SQL Server?

È possibile aggiornare le app esistenti di un'organizzazione a un modello cloud-first usando servizi dati e applicazioni completamente gestiti, tra cui Azure App Service, Azure Spring Apps, Database SQL di Azure, Istanza gestita di SQL di Azure e altri servizi PaaS. Azure Kubernetes Services (AKS) permette di adottare un approccio basato su contenitori con Azure. La modernizzazione delle applicazioni e dei dati in Azure viene eseguita in diverse fasi, con gli esempi di scenario più comuni descritti in Cloud Adoption Framework.

Scenario 2: Riduzione dei costi di SQL Server: come è possibile ridurre il costo per la flotta di SQL Server esistente?

Il passaggio a macchine virtuali SQL di Azure, Istanza gestita di SQL o database SQL comporta risparmi in termini di risorse, manutenzione e costi di proprietà. L'uso di licenze locali di SQL Server in Azure tramite Azure Hybrid Benefit con Azure Reservations per VM SQL, Istanza gestita di SQL, database SQL vCore e vCPU vincolato in grado di supportare macchine virtuali offre un'ampia gamma di opzioni per creare una soluzione conveniente.

Per l'implementazione di soluzioni BCDR in Azure SQL, è possibile trarre vantaggio dalle repliche a disponibilità elevata predefinite di Istanza gestita di SQL e database SQL o secondarie a disponibilità elevata e ripristino di emergenza passivi gratuiti usando la VM SQL. Inoltre, i livelli Business Critical (Istanza gestita di SQL) e Premium (database SQL) offrono repliche di sola lettura senza costi aggiuntivi, mentre il database SQL livello Hyperscale consente disponibilità elevata e repliche secondarie per scalabilità in lettura senza costi di licenza. Assicurarsi inoltre di esaminare i diversi piani tariffari di sviluppo/test.

Per comprendere come è possibile risparmiare fino al 64% passando ad Azure SQL, è possibile esaminare il report di impatto ambientale, sociale e di governance (ESG) in Il valore economico della migrazione delle istanze di SQL Server on-premise alle soluzioni SQL di Microsoft Azure. Infine, vedere l'articolo seguente su come Ottimizzare i costi di Istanza gestita di SQL di Azure con Microsoft Azure Well-Architected Framework.

Scenario 3: Ottimizzare il portfolio di applicazioni: come è possibile modernizzare contemporaneamente sia il portfolio di applicazioni sia le istanze di SQL Server?

La modernizzazione delle applicazioni e dei dati in Azure viene eseguita in diverse fasi, con gli esempi di scenario più comuni descritti in Cloud Adoption Framework.

Scenario 4: Termine del supporto di SQL Server: quali opzioni devono essere trasferite ad Azure SQL?

Dopo che SQL Server ha raggiunto la fase di fine del supporto, sono disponibili diverse opzioni di modernizzazione per Azure SQL. Una delle opzioni consiste nell'eseguire la migrazione del carico di lavoro in un'Istanza gestita di SQL di Azure, il che offre pari funzionalità con il prodotto SQL Server in locale. In alternativa, con un ulteriore sforzo, è possibile spostare il carico di lavoro in database SQL di Azure. Questi servizi vengono eseguiti su funzionalità sempre attive di SQL Server, garantendo un efficace "termine del supporto".

La compatibilità con le versioni precedenti viene fornita tramite livelli di compatibilità e impostazioni del livello di compatibilità del database. Strumenti come l'estensione per la migrazione di SQL di Azure in Azure Data Studio o Data Migration Assistant consentono di identificare possibili incompatibilità.

Ogni volta che una soluzione PaaS (Platform-as-a-Service) non rientra nel carico di lavoro, la VM di Azure SQL offre la possibilità di eseguire una migrazione "as-is". Passando alla macchina virtuale SQL di Azure, si ricevono anche patch di sicurezza estese gratuite che possono offrire risparmi significativi, ad esempio fino al 69% per SQL Server 2012.

Scenario 5: Soddisfare la conformità alle normative: in che modo SQL di Azure consente di soddisfare i requisiti di conformità alle normative?

Criteri di Azure include criteri predefiniti che consentono alle organizzazioni di soddisfare la conformità alle normative. È anche possibile creare criteri ad hoc e personalizzati. Per ulteriori informazioni, consultare Controlli di conformità alle normative di Criteri di Azure per il database SQL e Istanza gestita di SQL di Azure. Per una panoramica delle offerte di conformità, è possibile consultare la documentazione sulla conformità di Azure.

Introduzione all'approccio olistico

Come prepararsi a un business case di migrazione?

Microsoft Cloud Adoption Framework per Azure è un ottimo punto di partenza per creare e implementare la strategia aziendale e tecnologica necessaria per il passaggio ad Azure.

Dove è possibile trovare le guide alla migrazione per Azure SQL?

Le guide seguenti consentono di individuare, valutare ed eseguire la migrazione da SQL Server a VM Azure, Istanza gestita di SQL e database SQL.

È necessario modernizzare le applicazioni e SQL contemporaneamente? Quali sono le opzioni disponibili?

No. È possibile adottare un approccio iterativo per modernizzare ogni carico di lavoro e componente.

È possibile modernizzare SQL Server per Istanza gestita di SQL ed eseguire il lift-and-shift dell'applicazione in una macchina virtuale?

Sì. È possibile Collegare l'applicazione a Istanza gestita di SQL di Azure tramite diversi scenari, ad esempio quando viene ospitata in una macchina virtuale.

Valutazione aziendale e tecnica

Costo totale di proprietà, licenze e vantaggi

Come è possibile stimare il risparmio di costo totale di proprietà (TCO) quando si passa ad Azure SQL?

Il passaggio ad Azure SQL comporta notevoli risparmi di TCO migliorando l'efficienza operativa e l'agilità aziendale, eliminando così la necessità di hardware e software locali. Secondo il report ESG Il valore economico della migrazione delle istanze di SQL Server on-premise alle soluzioni SQL di Microsoft Azure, è possibile risparmiare fino al 47% durante la migrazione dall'ambiente locale a VM Azure SQL (IaaS) e fino al 64% durante la migrazione a Istanza gestita di SQL di Azure o database SQL di Azure (PaaS).

Qual è il modello di licenza per Istanza gestita di SQL?

La licenza di Istanza gestita di SQL segue il modello di licenza basato su vCore, in cui si paga per le risorse di calcolo, archiviazione e archiviazione di backup. È possibile scegliere tra diversi livelli di servizio (General Purpose, Business Critical) e generazioni di hardware. La pagina dei prezzi Istanza gestita di SQL offre una panoramica completa degli SKU e dei prezzi possibili.

Qual è il modello di licenza per database SQL?

Database SQL offre una scelta tra il modello di acquisto vCore e il modello di acquisito per unità transazionale del database. È possibile esplorare Prezzi - Database singolo in database SQL di Azure per trovare informazioni sulle opzioni di prezzo.

Quali tipi di sottoscrizioni sono supportati per Istanza gestita di SQL?

Controllare i Tipi di sottoscrizioni supportati per Istanza gestita di SQL.

È possibile usare la licenza di SQL Server locale quando si passa ad Azure SQL?

Se si è proprietari di Software Assurance per licenze di sottoscrizione basate su core o idonee per SQL Server edizione Standard o SQL Server edizione Enterprise, è possibile usare la licenza di SQL Server esistente quando si passa a Istanza gestita di SQL, database SQL o VM di Azure applicando Azure Hybrid Benefit (AHB). È anche possibile usare contemporaneamente queste licenze in ambienti on-premise e Azure (diritti di doppio utilizzo) per un massimo di 180 giorni.

Come passare dalla VM SQL a Istanza gestita di SQL?

È possibile seguire la stessa guida alla migrazione di SQL Server on-premise.

La licenza in uso riguarda la sottoscrizione a SQL Server. È possibile usarla per passare ad Azure SQL?

Sì, le licenze di sottoscrizione idonee possono essere usate per pagare i servizi SQL di Azure a una tariffa ridotta (base) applicando Azure Hybrid Benefit (AHB).

Le licenze in uso sono CAL per SQL Server. Come è possibile passare ad Azure SQL?

Le licenze CAL di SQL Server con diritti di mobilità delle licenze appropriati possono essere usate nelle VM SQL di Azure e nell'host dedicato SQL di Azure.

Che cos'è Azure Hybrid Benefit (AHB)?

Disponibile soltanto in Azure, Azure Hybrid Benefit (AHB) è un benefit di licenza che consente di trasferire le licenze esistenti di Windows Server e SQL Server con Software Assurance (SA) in Azure. AHB consente di risparmiare fino all'85% rispetto ai prezzi con pagamento in base al consumo in Azure SQL, in combinazione con i risparmi delle prenotazioni e gli aggiornamenti della sicurezza estesi. Per altre informazioni, vedere Condizioni per i prodotti dei servizi di Microsoft Azure.

Come convertire la licenza locale di SQL Server in una licenza vCore in Istanza gestita di SQL, database SQL e macchina virtuale SQL?

Per ogni (1) core di SQL Server edizione Enterprise, si ottengono quattro (4) vCore di Istanza gestita di SQL di livello General Purpose o un (1) vCore di Istanza gestita di SQL di livello Business Critical. Analogamente, un (1) core di SQL Server edizione Standard viene convertito in un (1) vCore di Istanza gestita di SQL di livello General Purpose, mentre quattro (4) vCore di SQL Server edizione Standard vengono convertiti in un (1) vCore di Istanza gestita di SQL Business Critical.

L'aggiornamento di Azure Hybrid Benefit di agosto 2020 offre una panoramica delle possibili conversioni da core a vCore per Istanza gestita di SQL, database SQL e macchina virtuale SQL. I diritti AHB applicabili sono descritti anche nelle Condizioni del prodotto. È anche possibile usare il calcolatore di risparmio Azure Hybrid Benefit per calcolare i risparmi esatti per l'ambiente di SQL Server.

Software Assurance (SA) è necessario per l'uso della licenza di SQL Server in Azure SQL?

Software Assurance è un programma di licenza che può essere applicato alle licenze di SQL Server locali, consentendo la mobilità delle licenze, AHB e altri vantaggi. SA è obbligatorio se AHB deve essere richiamato per l'uso di licenze di SQL Server esistenti (con SA) quando si passa ad Azure SQL. Senza SA + AHB, ai clienti vengono addebitati prezzi con pagamento in base al consumo.

In alternativa, le condizioni per la gestione del software in outsourcing applicabili alle licenze di SQL Server acquistate prima del 1° ottobre 2019 consentono di allocare le licenze esistenti all'host dedicato di Azure analogamente all'uso di una licenza per un server nel proprio data center (vedere Prezzi - Macchine virtuali con host dedicato).

È necessario pagare per la disponibilità elevata (HA) in Istanza gestita di SQL e database SQL?

I livelli General Purpose e Business Critical di Istanza gestita di SQL e database SQL si basano su una architettura a disponibilità elevata intrinseca. In questo modo, non sono previsti costi aggiuntivi per la disponibilità elevata. Per database SQL livello Hyperscale, viene addebitata la replica a disponibilità elevata.

È necessario pagare le repliche a disponibilità elevata e ripristino di emergenza per la VM SQL di Azure?

Se si dispone di Software Assurance, è possibile implementare piani di ripristino di emergenza ibridi con SQL Server senza sostenere costi di licenza aggiuntivi per l'istanza di ripristino di emergenza passiva. Per altre informazioni, vedere la documentazione di SQL Server.

È necessario pagare per il ripristino di emergenza (DR) in Istanza gestita di SQL e database SQL?

Istanza gestita di SQL offre la possibilità di configurare una replica standby senza licenza, il che significa che i costi di licenza di SQL Server per i vCore usati dalla replica standby secondaria non vengono addebitati.

È possibile gestire centralmente Azure Hybrid Benefit per SQL Server nell'intera sottoscrizione di Azure?

Sì. È possibile gestire centralmente Azure Hybrid Benefit per SQL Server nell'ambito di un'intera sottoscrizione di Azure o di un account di fatturazione complessivo. Questa funzionalità è attualmente disponibile solo in anteprima.

Se si spostano, per SQL Server, i carichi di lavoro in Istanza gestita di SQL e si lasciano alcuni carichi di lavoro in locale, è possibile gestire tutte le licenze SQL in un'unica posizione?

È possibile gestire centralmente le licenze coperte da Azure Hybrid Benefit per SQL Server nell'ambito di un'intera sottoscrizione di Azure o di un account di fatturazione complessivo. Questi dati possono essere combinati con una panoramica gestita dal partner di licenza o dal reparto di approvvigionamento per ottenere informazioni sulle licenze creando una panoramica delle licenze personalizzata. Le licenze devono essere usate in locale o sul cloud, ma si avranno a disposizione 180 giorni di diritti di utilizzo simultaneo durante la migrazione dei server.

Come si possono ridurre al minimo i tempi di inattività durante la migrazione online?

La funzionalità di collegamento Istanza gestita di SQL offre la migliore soluzione di migrazioni online con tempo di inattività minimo, in base alle esigenze delle applicazioni di livello 1 più critiche. È possibile consultare un'ampia gamma di strumenti e tecnologie di migrazione per scegliere l'opzione ottimale per lo scenario d'uso.

Migrazione senza rischi con una strategia ibrida

È possibile continuare l'esecuzione in locale durante la modernizzazione delle applicazioni in Azure?

Con SQL Server 2016, 2019 e 2022, è possibile usare la Funzionalità di collegamento per Istanza gestita di SQL di Azure per creare una connessione ibrida tra SQL Server e Istanza gestita di SQL di Azure. I dati vengono replicati quasi in tempo reale da SQL Server ad Azure e possono essere usati per modernizzare i carichi di lavoro in Azure. È possibile usare i dati replicati in Azure per la scalabilità orizzontale in lettura e per l'offload dell'analisi.

È possibile continuare a eseguire il collegamento ibrido per tutto il tempo necessario, che si tratti di settimane, mesi, anni: non sono previste restrizioni.

Sì, è possibile usare i dati replicati in Azure per testare e convalidare la strategia di migrazione (prestazioni, carichi di lavoro e applicazioni) prima di eseguire la migrazione ad Azure.

È possibile annullare la migrazione da SQL di Azure e tornare a SQL Server, se necessario?

Con SQL Server 2022, è possibile usare la soluzione migliore per ripristinare facilmente i dati con backup nativo e ripristino da Istanza gestita di SQL a SQL Server, rimuovendo totalmente qualsiasi rischio per la strategia di migrazione ad Azure.

Carichi di lavoro e architettura

Come determinare i carichi di lavoro di SQL Server da spostare in Istanza gestita di SQL?

La migrazione dei carichi di lavoro di SQL Server a Istanza gestita di SQL di Azure è in genere la prima opzione, poiché la maggior parte dei database è pronta per la migrazione a Istanza gestita di SQL. Sono disponibili diversi strumenti per valutare la compatibilità del carico di lavoro con Istanza gestita di SQL di Azure.

È possibile usare l'estensione per la migrazione di SQL di Azure in Azure Data Studio o Data Migration Assistant. Entrambi gli strumenti rilevano i problemi che possono influire sulla migrazione di Istanza gestita di SQL di Azure e danno indicazioni su come risolverli. Dopo aver verificato la compatibilità, è possibile eseguire lo strumento di raccomandazione SKU per analizzare i dati sulle prestazioni e consigliare uno SKU di Istanza gestita di SQL di Azure minimo. Assicurarsi di visitare Azure Migrate, un hub centralizzato per la valutazione e la migrazione ad Azure di server, infrastruttura, applicazioni e dati locali.

Quale livello scegliere tra General Purpose o Business Critical per la destinazione di Istanza gestita di SQL appropriata per un determinato carico di lavoro locale di SQL Server?

La scelta del livello di Istanza gestita di SQL è guidata dalla disponibilità, dalle prestazioni (ad esempio, velocità effettiva, operazioni di I/O al secondo, latenza) e dai requisiti delle funzionalità (ad esempio, OLTP in memoria). Il livello General Purpose è adatto per la maggior parte dei carichi di lavoro generici, perché fornisce già l'architettura a disponibilità elevata e un motore di database completamente gestito con una latenza di archiviazione compresa tra 5 ms e 10 ms. Il livello Business Critical è progettato per le applicazioni che richiedono risposte a bassa latenza (1-2 ms) dal livello di archiviazione, ripristino rapido, requisiti di disponibilità rigorosi e possibilità di eseguire l'off-load dei carichi di lavoro di analisi.

Come è possibile spostare un'istanza di SQL Server altamente automatizzata in Istanza gestita di SQL?

L'automazione della distribuzione dell'infrastruttura di Azure SQL può essere eseguita con PowerShell e CLI. Esempi utili sono disponibili nell'articolo dedicato agli Esempi di Azure PowerShell per database SQL di Azure e Istanza gestita di SQL di Azure. È possibile usare le pipeline di integrazione continua (CI) e distribuzione (CD) di Azure DevOps per incorporare completamente l'automazione nelle procedure di infrastruttura come codice.

La compilazione di modelli e script di database può essere integrata anche tramite Progetti di database con Visual Studio Code o Visual Studio. L'uso delle pipeline CI/CD di Azure DevOps consentirà la distribuzione dei progetti di database in una destinazione SQL di Azure preferita. Infine, è possibile anche automatizzare i servizi tramite strumenti di terze parti. Per altre informazioni, vedere Istanza gestita di SQL di Azure - Comando Terraform.

È possibile spostare solo un carico di lavoro specifico da un cluster locale? Qual è l'impatto sulle licenze e sui costi?

È possibile eseguire la sola migrazione dei database correlati a un carico di lavoro verso un Istanza gestita di SQL di Azure. La creazione e il funzionamento di un'istanza gestita di SQL di Azure richiede licenze di SQL Server. Azure Hybrid Benefit consente di riutilizzare le licenze. Contattare il partner di licenza per esaminare le possibilità offerte dalla mobilità delle licenze e la ristrutturazione delle licenze correnti.

Si mantiene un'istanza di SQL Server altamente consolidata con più applicazioni in esecuzione. È possibile spostarla in Istanza gestita di SQL?

Analogamente a SQL Server in locale, è possibile consolidare ed eseguire più database in una singola istanza di Istanza gestita di SQL, traendo contemporaneamente vantaggio dall'architettura intrinseca a disponibilità elevata, nonché dalla sicurezza e dalla gestione condivisa. Istanza gestita di SQL supporta anche query tra database.

Come eseguire la migrazione di carichi di lavoro di SQL Server Business Intelligence (inclusi Reporting Services e Analysis Services) non compatibili con Istanza gestita di SQL?

Il percorso di migrazione meno impegnativo consiste nello spostamento "as-is" e nell'hosting dei componenti di Business Intelligence in una VM di Azure. Il database Reporting Services può essere ospitato in Istanza gestita di SQL di Azure; Azure Data Factory offre la possibilità di trasferire in modalità lift-and-shift le soluzioni SSIS nel cloud. Quando si compila una moderna soluzione come parte del processo di migrazione, Azure offre un'ampia gamma di servizi per creare una soluzione di data warehouse aziendale.

Si usa un'applicazione da un ISV che non supporta Istanza gestita di SQL/Azure. Quali sono le opzioni disponibili per spostare l'applicazione in Azure e SQL Server in Azure SQL?

La migrazione dell'ambiente "as-is" in una macchina virtuale di Azure è l'opzione più sicura quando l'ISV o il fornitore non offrono alcuna opzione. Tuttavia, invitiamo ISV e fornitori che lavorano a stretto contatto con Microsoft a esaminare le opzioni offerte da Istanza gestita di SQL di Azure. Istanza gestita di SQL di Azure offre opzioni di compatibilità con le versioni precedenti tramite il livello di compatibilità del database, linee guida per le differenze di Transact-SQL e l'implementazione di funzionalità principali per l'istanza gestita di SQL di Azure.

Come mantenere la compatibilità della versione corrente del database di SQL Server in Istanza gestita di SQL?

Il livello di compatibilità del database può essere impostato in Istanza gestita di SQL, come descritto nel blog di SQL di Azure.

Sicurezza

In che modo SQL di Azure aiuta a migliorare il comportamento di sicurezza del database?

La strategia di sicurezza segue l'approccio approfondito alla difesa a più livelli: sicurezza di rete + gestione degli accessi + protezione dalle minacce + tutela delle informazioni. È possibile leggere altre informazioni sulle Funzionalità di sicurezza di database SQL e Istanza gestita di SQL. Microsoft Defender for Cloud è una soluzione per Cloud Security Posture Management (CSPM) e Cloud Workload Protection Platform (CWPP) in Azure.

Continuità aziendale

Come è possibile adattare i concept di continuità aziendale e ripristino di emergenza in locale a quelli di Istanza gestita di SQL di Azure?

La maggior parte dei concept BCDR di SQL di Azure ha un equivalente nelle implementazioni di SQL Server locali. Ad esempio, la disponibilità elevata intrinseca di Istanza gestita di SQL livello General Purpose può essere considerata un equivalente cloud per l'istanza del cluster di failover di SQL Server. Analogamente, Istanza gestita di SQL Business Critical può essere considerata un equivalente cloud per un gruppo di disponibilità Always On con commit sincrono in un numero minimo di repliche. Come concept di ripristino di emergenza, un gruppo di failover in Istanza gestita di SQL è paragonabile a un gruppo di disponibilità con commit asincrono. Database SQL e Istanza gestita di SQL a disponibilità elevata sono supportati da accordi sul livello di servizio. Per altre informazioni, vedere Panoramica della continuità aziendale del database SQL di Azure.

Come vengono gestiti i backup nei servizi PaaS SQL di Azure?

È possibile controllare la documentazione per i backup automatizzati in Istanza gestita di SQL e Database SQL per informazioni su RPO, RTO, conservazione, pianificazione e altre funzioni e funzionalità di backup.

Come si ottiene la disponibilità elevata in Istanza gestita di SQL e database SQL?

Istanza gestita e database SQL si basano sull'architettura a disponibilità elevata (HA) intrinseca. Sono inclusi il supporto per i gruppi di failover e varie altre funzionalità. È possibile scegliere tra due modelli di architettura a disponibilità elevata: modello di disponibilità standard nel livello di servizio General Purpose o modello di disponibilità Premium nel livello di servizio Business Critical.

Come funziona il ripristino di emergenza in Istanza gestita di SQL e database SQL?

Vedere la documentazione su Database SQL e Istanza gestita di SQL. Le Domande frequenti su Istanza gestita di SQL forniscono informazioni sulle opzioni di ripristino di emergenza.

Prestazioni e scalabilità

Come ottenere prestazioni migliori spostando SQL Server locale in Istanza gestita di SQL, database SQL o macchina virtuale SQL?

Il passaggio dall'ambiente locale offre vantaggi in termini di prestazioni grazie alle funzionalità più recenti del motore di database di SQL Server, alla flessibilità di scalabilità cloud e alla generazione più recente dell'hardware sottostante. Informazioni sul motivo per cui i dati di SQL Server appartengono ad Azure. È anche possibile leggere un recente studio di Principled Technologies che confronta Istanza gestita di SQL e SQL Server in Amazon Web Services (AWS) RDS. È importante garantire un dimensionamento appropriato in base ai requisiti per CPU, memoria e archiviazione (operazioni di I/O al secondo, latenza, velocità effettiva del log delle transazioni e dimensioni). Istanza gestita di SQL e database SQL offrono anche una scelta tra diverse configurazioni hardware e livelli di servizio che forniscono mezzi aggiuntivi per raggiungere le prestazioni desiderate. Le applicazioni possono anche sfruttare le capacità di scalabilità orizzontale in lettura, tra cui repliche denominate e repliche geografiche, nonché tecniche come il partizionamento orizzontale del database.

Come è possibile eseguire un confronto delle prestazioni tra Istanza gestita e SQL Server?

Per indicazioni su confronto e ottimizzazione delle prestazioni, vedere la sezione Prestazioni delle Domande frequenti su Istanza gestita di SQL.

Processo di migrazione e modernizzazione

Si desidera modernizzare i carichi di lavoro di SQL Server in Azure SQL. Qual è il passaggio successivo?

Un ottimo punto di partenza è partecipare al Programma di migrazione e modernizzazione di Azure. Quando si avvia un progetto di migrazione, è consigliabile formare un team di migrazione dedicato per formulare ed eseguire il piano di migrazione. Se l'azienda ha un team di account Microsoft o Microsoft Partner assegnato, può fornire indicazioni sull'insieme di competenze richiesto dal team di migrazione e sul processo complessivo.

Dove è possibile trovare le guide alla migrazione ad Azure SQL?

Le guide seguenti consentono di individuare, valutare ed eseguire la migrazione da SQL Server a VM Azure, Istanza gestita di SQL e database SQL. È possibile consultare le Guide alla migrazione del database di Azure, che contengono indicazioni per la migrazione a un'altra destinazione del database.

Quali strumenti di migrazione è possibile usare?

È possibile usare l'estensione di migrazione SQL di Azure per Azure Data Studio per la migrazione e la valutazione di SQL Server o scegliere tra altri strumenti di migrazione.

Come si possono ridurre al minimo i tempi di inattività durante la migrazione online?

La funzionalità di collegamento Istanza gestita di SQL offre la migliore soluzione di migrazioni online con tempo di inattività minimo, in base alle esigenze delle applicazioni di livello 1 più critiche.

Come è possibile ottimizzare i costi dopo la migrazione ad Azure SQL?

Le linee guida di Ottimizzazione dei costi di Microsoft Azure Well-Architected Framework (WAF) forniscono la metodologia per ottimizzare i costi per ogni servizio SQL di Azure. Sono disponibili altre informazioni sui Punti salienti di ottimizzazione dei costi WAF per Istanza gestita di SQL.

Contenuto correlato