Condividi tramite

Opzioni di fine del supporto di SQL Server

  • Articolo

Si applica a: SQL Server 2012 (11.x) SQL Server 2014 (12.x)

In questo articolo vengono illustrate le opzioni per gestire i prodotti SQL Server che raggiungono la fine del supporto.

Informazioni sul ciclo di vita di SQL Server

Ogni versione di SQL Server ha un supporto di almeno 10 anni che include cinque anni di supporto Mainstream e cinque anni di supporto "Extended":

  • Il supporto Mainstream include aggiornamenti di funzionalità, prestazioni, scalabilità e sicurezza.
  • Il supporto esteso include solo gli aggiornamenti della sicurezza.

La fine del supporto (a volte chiamata anche scadenza) indica che un prodotto ha raggiunto la fine del ciclo di vita e che la manutenzione e il supporto non sono più disponibili per il prodotto. Per altre informazioni sul ciclo di vita Microsoft, vedere Criteri relativi al ciclo di vita Microsoft.

Opzioni

Quando SQL Server raggiunge la fine del supporto, è possibile scegliere di:

Per altre informazioni, indicazioni e strumenti per pianificare e automatizzare l'aggiornamento o la migrazione, vedere:

Questa tabella fornisce le opzioni di migrazione per un'istanza di SQL Server che non dispone del supporto esteso ed è in esecuzione in locale.

Opzione di migrazione Descrizione
Modernizzare in Azure
Passare a PaaS con Istanza gestita di SQL di Azure Trasferire in modalità lift-and-shift a Istanza gestita di SQL per servizi completamente gestiti che vengono eseguiti su funzionalità sempre attuali. In altre parole, la fine del supporto.
Passare a IaaS con SQL Server su VM di Azure Eseguire l'aggiornamento alla versione più recente di SQL Server su macchine virtuali di Azure o spostare i dati "così come sono" con SQL Server 2012 e ottenere 3 anni di Aggiornamenti di sicurezza estesa gratuitamente.
Passare alla soluzione Azure VMware Spostare i dati "così come sono" con SQL Server al di fuori del supporto esteso e ottenere 3 anni di Aggiornamenti di sicurezza estesa gratuitamente.
Modernizzare nell'ambiente locale
Eseguire l'aggiornamento locale Eseguire l'aggiornamento alle versioni più recenti di SQL Server e Windows Server.
Rimanere in locale
Acquistare aggiornamenti di sicurezza estesa Mantenere il server e l'applicazione così come sono fino a tre anni.

Questo articolo descrive i vantaggi e le considerazioni per ogni approccio, con risorse aggiuntive utili per il processo decisionale.

Eseguire l'aggiornamento di SQL Server

Quando SQL Server raggiunge la fine del supporto, è possibile scegliere di eseguire l'aggiornamento a una versione più recente supportata di SQL Server. Questa opzione garantisce la coerenza ambientale e consente di usare il set di funzionalità più recente e di adottare il ciclo di vita del supporto della nuova versione.

Vantaggi

  • Tecnologia più recente: le nuove versioni di SQL Server introducono innovazioni che includono funzionalità per prestazioni, scalabilità e disponibilità elevata, oltre a sicurezza migliorata.

  • Controllo: si ha un maggiore controllo sulle caratteristiche e sulla scalabilità perché vengono gestiti sia l'hardware che il software.

  • Ambiente familiare: in caso di aggiornamento da una versione precedente di SQL Server, questo è l'ambiente più simile.

  • Ampia applicabilità:si applica alle applicazioni di database di qualsiasi tipo, inclusi sistemi OLTP e archiviazione dati.

  • Rischio basso per le applicazioni di database: quando la compatibilità del database è allo stesso livello del sistema legacy, le applicazioni di database esistenti sono protette da modifiche funzionali e di prestazioni che possono avere effetti negativi. Un'applicazione deve essere completamente ricertificata solo quando richiede funzionalità disponibili con un'impostazione di compatibilità del database più recente. Per altre informazioni, vedere Certificazione della compatibilità.

Considerazioni

  • Costo: questo approccio richiede l'investimento iniziale più grande e la gestione più continuativa. È necessario acquistare, eseguire la manutenzione e gestire il proprio hardware e il software.

  • Tempo inattivo: potrebbe verificarsi un tempo inattivo a seconda della strategia di aggiornamento. Esiste anche un rischio intrinseco di problemi durante un processo di aggiornamento sul posto.

  • Complessità: con versioni non supportate di Windows Server sarà necessario aggiornare anche il sistema operativo poiché le versioni più recenti di SQL Server potrebbero non essere supportate in queste versioni di Windows. Poiché esiste un ulteriore rischio durante il processo di aggiornamento del sistema operativo, una migrazione affiancata può risultare l'approccio più prudente, sebbene più costoso. Gli aggiornamenti sul posto del sistema operativo non sono supportati nelle istanze del cluster di failover per Windows Server 2008 o Windows Server 2008 R2.

    Nota

    Gli aggiornamenti in sequenza del sistema operativo del cluster sono disponibili a partire da Windows Server 2016.

Risorse

Novità della versione:

Requisiti hardware:

Aggiornamenti di versione ed edizione supportati:

Strumenti:

  • Database Experimentation Assistant consente di valutare la versione di destinazione di SQL Server per un carico di lavoro specifico.
  • Data Migration Assistant consente di rilevare problemi di compatibilità che possono influire sulle funzionalità del database nella nuova versione di SQL Server.
  • Assistente ottimizzazione query consente di ottimizzare i carichi di lavoro che potrebbero comportare effetti negativi durante l'aggiornamento della compatibilità del database.

Per altre informazioni sulle nuove caratteristiche di SQL Server 2022 (16.x), vedi Confronto con SQL Server 2022.

Istanza gestita di SQL di Azure

Se si vuole usufruire dei vantaggi offerti dall'offload della manutenzione e dei costi, ma il set di funzionalità di un database SQL di Azure singolo risulta troppo limitato, è possibile passare a Istanza gestita di SQL di Azure. Un'istanza gestita è molto simile a SQL Server locale, ma senza doversi preoccupare di errori hardware o dell'applicazione di patch. Istanza gestita di SQL è una raccolta di database di sistema e utente con un set di risorse condiviso pronto per il trasferimento in modalità lift-and-shift e che può essere usato per la maggior parte delle migrazioni nel cloud. Questa opzione è ideale per le applicazioni nuove o le applicazioni locali esistenti in cui si vogliono usare le funzionalità stabili più recenti del motore di database di SQL Server e di cui viene eseguita la migrazione al cloud con modifiche minime.

Vantaggi

  • Costo: è possibile ridurre i costi tramite l'offload della manutenzione del software e dell'hardware.
  • Lift-and-shift: è possibile trasferire in modalità lift-and-shift l'intera istanza di SQL Server locale in un'istanza gestita, inclusi tutti i database, senza apportare modifiche al database o con modifiche minime.
  • Funzionalità: il set di funzionalità di un'istanza gestita corrisponde a quello di un'istanza locale di SQL Server e include ad esempio le query tra database, la pubblicazione e la distribuzione della replica transazionale, la pianificazione dei processi SQL e il supporto CLR.
  • Scalabilità: tutti i database all'interno di un'istanza gestita condividono le risorse ed è possibile aumentare o ridurre le risorse in qualsiasi momento senza tempi di inattività.
  • Automazione: l'applicazione di patch e i backup vengono eseguiti automaticamente, consentendo di ridurre i tempi di manutenzione.
  • Disponibilità: il costo del servizio include archiviazione e disponibilità elevata, con una disponibilità garantita del 99,99%.
  • Intelligent Insights:è possibile ottenere informazioni dettagliate sulle prestazioni dei database con Intelligence e analisi predefinite.
  • Senza versione: il database SQL di Azure è senza versione, ovvero viene sempre usata la versione più recente e non è necessario preoccuparsi di aggiornamenti o tempi di inattività. Inoltre, la versione usata è la più recente e aggiornata poiché le ultime funzionalità stabili vengono rilasciate prima nel cloud.
  • Rischio basso per le applicazioni di database: quando la compatibilità del database è allo stesso livello dei database locali, le applicazioni di database esistenti sono protette da modifiche funzionali e di prestazioni che possono avere effetti negativi. Un'applicazione deve essere completamente ricertificata solo quando richiede funzionalità disponibili con un'impostazione di compatibilità del database più recente. Per altre informazioni, vedere Certificazione della compatibilità.

Considerazioni

  • Costo: l'opzione dell'istanza gestita può risultare più costosa rispetto a quella del database singolo.
  • Differenze di Transact-SQL: esistono alcune differenze di Transact-SQL (T-SQL) tra database singolo e SQL Server locale.
  • Distribuzione: la distribuzione di un'istanza gestita può richiedere più tempo rispetto a un database singolo.
  • Limitazione delle funzionalità: sebbene un'istanza gestita condivida la maggior parte delle funzionalità con SQL Server, alcune funzionalità non sono supportate.
  • Limitazione delle dimensioni: le dimensioni di archiviazione combinate per tutti i database all'interno di un'istanza gestita sono limitate a 8 TB, anziché a 524 PB come per SQL Server locale.
  • Networking: i requisiti di rete per un'istanza gestita aggiungono un ulteriore livello di complessità all'infrastruttura e richiedono un gateway VPN o Azure ExpressRoute.
  • Tempi di manutenzione: non vengono garantiti tempi di manutenzione esatti, sebbene siano quasi trasparenti.

Risorse

Strumenti:

Estendere il supporto

Se non si è pronti a eseguire l'aggiornamento e a passare al cloud, è possibile acquistare una sottoscrizione degli aggiornamenti della sicurezza estesa per ricevere gli aggiornamenti della sicurezza critici per un massimo di tre anni successivi alla data di fine del supporto.

Vantaggi

  • Supporto dell'applicazione: questa è l'opzione migliore se l'applicazione richiede una nuova certificazione per una versione più recente di SQL Server. Si tratta di uno scenario comune per le applicazioni che non usano la certificazione di compatibilità.
  • Infrastruttura coerente: non è necessario modificare l'infrastruttura in alcun modo.
  • Supporto tecnico: se si ha aderito al programma Software Assurance o a un altro piano di supporto, è possibile continuare a ricevere supporto tecnico da Microsoft per il prodotto SQL Server per cui è terminato il supporto. Questo è l'unico modo per ottenere supporto per SQL Server 2012 (11.x).
  • Tempo: questa opzione è disponibile per tre anni e offre tempo aggiuntivo per certificare le applicazioni.

Considerazioni

  • Disponibilità limitata: questa opzione è disponibile solo per i clienti che hanno aderito al programma Software Assurance o con licenze di abbonamento.
  • Costo: questa opzione può rivelarsi costosa poiché gli aggiornamenti della sicurezza estesa rappresentano circa il 75% del costo annuale della licenza locale.
  • Intervallo di tempo limitato: poiché questa opzione è disponibile solo per tre anni, è comunque necessario eseguire l'aggiornamento o la migrazione alla fine del periodo di tre anni per garantire sicurezza e conformità.
  • Nessuna correzione dei bug: se si verifica un bug non di sicurezza nel prodotto, Microsoft non rilascerà alcuna correzione.
  • Supporto limitato: gli aggiornamenti della sicurezza estesa non includono nuove funzionalità, miglioramenti funzionali o correzioni richieste dai clienti. Le correzioni di sicurezza sono limitate a quelle classificate come critiche da Microsoft Security Response Center (MSRC).

Risorse

SQL Server in macchine virtuali di Azure

Un'altra opzione consiste nell'eseguire la migrazione del carico di lavoro a una macchina virtuale di Azure che esegue SQL Server. È possibile eseguire la migrazione del sistema senza modifiche e mantenere SQL Server con la fine del supporto oppure eseguire l'aggiornamento a una versione più recente di SQL Server. Si tratta dell'opzione migliore per le migrazioni e le applicazioni che richiedono l'accesso a livello di sistema operativo. Le macchine virtuali di SQL Server sono pronte per il trasferimento in modalità lift-and-shift per le applicazioni esistenti che richiedono una migrazione rapida al cloud con modifiche minime o senza modifiche.

Vantaggi

  • Aggiornamenti della sicurezza estesa gratuiti: se scegli di mantenere SQL Server così com'è, usando SQL Server 2012 (11.x), puoi ottenere gli aggiornamenti della sicurezza estesa senza costi aggiuntivi per tre anni dopo la fine del supporto, anche senza avere Software Assurance.

  • Costi contenuti: si risparmiano i costi dell'hardware e del prodotto server, pagando solo per l'utilizzo orario.

  • Lift-and-shift: è possibile trasferire in modalità lift-and-shift SQL Server e l'infrastruttura dell'applicazione nel cloud con modifiche minime o senza modifiche.

  • Ambiente ospitato: si otterranno i vantaggi di un ambiente ospitato, ad esempio l'offload della manutenzione di hardware e software.

  • Automazione: in Windows Server 2008 R2 e versioni successive si otterranno i vantaggi dell'applicazione automatica delle patch e dei backup automatici.

  • Controllo del sistema operativo: si ha il controllo dell'ambiente del sistema operativo, ma con il set di funzionalità già noto di SQL Server.

  • Distribuzione rapida: è possibile eseguire rapidamente la distribuzione da una libreria di immagini della macchina virtuale.

  • Mobilità delle licenze: è possibile trasferire la propria licenza per diminuire i costi operativi.

  • Disponibilità elevata: si ottengono i vantaggi della disponibilità delle macchine virtuali integrata nell'infrastruttura Azure, garantita fino al 99,99%, oltre a sfruttare le opzioni a disponibilità elevata di SQL Server, come le istanze del cluster di failover e i gruppi di disponibilità Always On.

  • Rischio basso per le applicazioni di database: quando la compatibilità del database è allo stesso livello dei database legacy, le applicazioni di database esistenti sono protette da modifiche funzionali e di prestazioni che possono avere effetti negativi. Un'applicazione deve essere completamente ricertificata solo quando richiede funzionalità disponibili con un'impostazione di compatibilità del database più recente. Per altre informazioni, vedere Certificazione della compatibilità.

Considerazioni

  • Gestibilità: è ancora necessario gestire sia SQL Server che il software del sistema operativo.
  • Networking: è necessario configurare la macchina virtuale per l'integrazione con l'infrastruttura di rete e di Active Directory, con un ulteriore livello di complessità.
  • Istanza del cluster di failover con archiviazione condivisa: le macchine virtuali di Azure supportano solo le istanze del cluster di failover che usano Spazi di archiviazione diretta o condivisioni file Premium e non supportano un'istanza del cluster di failover che usa l'archiviazione condivisa. Di conseguenza, le macchine virtuali di Azure supportano solo le istanze del cluster di failover quando si usa Windows Server 2012 o versioni successive.
  • Tempo inattivo di scalabilità: si registreranno tempi di inattività durante la modifica delle risorse della CPU e di archiviazione.
  • Limitazione delle dimensioni: sebbene l'istanza di SQL Server possa supportare il numero di database necessario, il totale cumulativo di tutti i database per una singola istanza di SQL Server è 256 TB, anziché 524 PB come per SQL Server locale.

Risorse

Soluzione Azure VMware

La soluzione Azure VMware consente di eseguire l'ambiente VMware in Azure con strumenti familiari e un percorso di migrazione rapido.

L'esecuzione di SQL Server nelle macchine virtuali in questo ambiente offre i vantaggi gratuiti degli aggiornamenti della sicurezza estesa all'esecuzione in Azure. Per informazioni su come configurare gli aggiornamenti della sicurezza estesa nella soluzione Azure VMware vedere: Aggiornamenti della sicurezza estesa per SQL Server e Windows Server nelle VM della soluzione Azure VMware.

Database SQL di Azure

Se si vuole eseguire l'offload della manutenzione, ridurre i costi ed eliminare la necessità di eseguire l'aggiornamento in futuro, è possibile spostare il carico di lavoro nel database singolo del database SQL di Azure. Questa opzione è ideale per le applicazioni cloud moderne in cui si vogliono usare le funzionalità stabili più recenti del motore di database di SQL Server e che hanno vincoli di tempo per lo sviluppo e il marketing.

Vantaggi

  • Costo: il database singolo può essere economicamente conveniente poiché viene eseguito l'offload dei costi di hardware, software e manutenzione ed è possibile pagare per l'utilizzo al secondo o all'ora.
  • Flessibilità: il database singolo è adatto per le applicazioni progettate per il cloud quando la produttività degli sviluppatori e tempi di commercializzazione rapidi per le soluzioni sono cruciali o per le applicazioni che richiedono l'accesso esterno.
  • Funzionalità comuni: sono disponibili le funzionalità del motore di database di SQL Server più comunemente usate, ma non tante quante sono disponibili per Istanza gestita di SQL di Azure.
  • Distribuzione rapida: è possibile implementare rapidamente un database singolo.
  • Scalabilità: è possibile aumentare o ridurre le risorse in modo rapido e semplice in base alle esigenze aziendali, offrendo più vantaggi in termini di costi.
  • Disponibilità: il costo del servizio include archiviazione e disponibilità elevata, con una disponibilità garantita del 99,995%.
  • Automazione: l'applicazione di patch e i backup vengono eseguiti automaticamente, consentendo di ridurre i tempi di manutenzione.
  • Intelligent Insights: è possibile ottenere informazioni dettagliate sulle prestazioni del database con Intelligence e analisi predefinite.
  • Senza versione: il database SQL di Azure è senza versione, ovvero viene sempre usata la versione più recente e non è necessario preoccuparsi di aggiornamenti o tempi di inattività. Inoltre, la versione usata è la più recente e aggiornata poiché le ultime funzionalità stabili vengono rilasciate prima nel cloud.
  • Rischio basso per le applicazioni di database: quando la compatibilità del database è allo stesso livello del database locale, le applicazioni esistenti sono protette da modifiche funzionali e di prestazioni che possono avere effetti negativi. Un'applicazione deve essere completamente ricertificata solo quando richiede funzionalità disponibili con un'impostazione di compatibilità del database più recente. Per altre informazioni, vedere Certificazione della compatibilità.

Considerazioni

  • Opzioni di migrazione limitate: è possibile eseguire solo la migrazione di un database singolo alla volta, anziché di un'intera istanza.
  • Limitazione delle funzionalità: sebbene siano disponibili le funzionalità del database SQL di Azure usate più di frequente, il set di funzionalità per un database singolo non è completo come quello di Istanza gestita di SQL di Azure o di SQL Server.
  • Differenze di Transact-SQL: esistono alcune differenze di Transact-SQL (T-SQL) tra database singolo e SQL Server locale.
  • Limitazioni delle dimensioni: un database singolo ha una dimensione massima del database di 128 TB rispetto a 524 PB per SQL Server.
  • Tempi di manutenzione: non vengono garantiti tempi di manutenzione esatti, sebbene siano quasi trasparenti.

Risorse

Strumenti:

Date del ciclo di vita

La tabella seguente offre un'approssimazione delle date del ciclo di vita per i prodotti SQL Server. Per dettagli e accuratezza maggiori, vedere la pagina Criteri relativi al ciclo di vita Microsoft.

Versione Anno di pubblicazione Anno di fine del supporto Mainstream Anno di fine del supporto esteso
SQL Server 2022 2022 2028 2033
SQL Server 2019 2019 2025 2030
SQL Server 2017 2017 2022 2027
SQL Server 2016 2016 2021 2026
SQL Server 2014 2014 2019 2024
SQL Server 2012 2012 2017 2022
SQL Server 2008 R2 2010 2012 2019
SQL Server 2008 2008 2012 2019
SQL Server 2005 2006 2011 2016
SQL Server 2000 2000 2005 2013

Importante

In caso di discrepanze tra questa tabella e la pagina del ciclo di vita di Microsoft, quest'ultima sostituisce questa tabella creata come riferimento approssimativo.

Contenuto correlato