Di recente, ci sono state molte speculazioni piuttosto nervose qui e qui) su quali opzioni di disponibilità elevata saranno disponibili per SQL Server Standard Edition, una volta che il mirroring del database (DBM) sarà effettivamente rimosso in una versione futura di SQL Server.
Il mirroring del database (DBM) è stato deprecato in SQL Server 2012, con Microsoft che suggerisce di eseguire la migrazione a Gruppi di disponibilità AlwaysOn (che richiede SQL Server Enterprise Edition) e osserva inoltre:"Se la tua edizione di SQL Server non supporta i gruppi di disponibilità AlwaysOn, usa log shipping”.
Il linguaggio esatto di deprecazione era "Le seguenti funzionalità di Motore di database di SQL Server sono supportate nella versione successiva di SQL Server, ma verranno rimosse in una versione successiva. La versione specifica di SQL Server non è stata determinata. Queste funzionalità dovrebbero essere rimosse in una versione futura di SQL Server. Le funzionalità obsolete non devono essere utilizzate nelle nuove applicazioni."
Ciò significa che dovresti interrompere immediatamente l'utilizzo del mirroring del database per le nuove applicazioni? Direi:"Certo che no!" Il mirroring del database continua a funzionare come in passato e non verrà rimosso dal prodotto per un po' di tempo. Se ha senso utilizzare DBM per raggiungere i tuoi obiettivi Recovery Point Objective (RPO) e Recovery Time Objective (RTO), allora vai avanti e usa quella funzione per le nuove applicazioni. A differenza di una funzionalità del linguaggio T-SQL deprecata (che potrebbe essere molto più difficile da riscrivere, testare e distribuire), in futuro sarà molto più semplice passare da DBM a qualche altra tecnica HA/DR.
Storicamente, una funzionalità deprecata di SQL Server non è stata effettivamente rimossa per tre versioni principali dopo la versione in cui la deprecazione è stata annunciata pubblicamente. Se Microsoft segue questo schema, il mirroring del database non verrà effettivamente rimosso fino a "SQL Server 2018" (dato SQL Server 2014, un "SQL Server 2016" speculativo e un "SQL Server 2018" ancora più speculativo).
Secondo Mary Jo Foley, SQL Server 2014 dovrebbe essere disponibile all'inizio del 2014. Supponiamo che "SQL Server 2016" sia disponibile a gennaio 2016 e "SQL Server 2018" sia disponibile a gennaio 2018. Se questa sequenza temporale della versione interamente speculativa fosse terminata essendo accurato, ciò significherebbe che un cliente SQL Server Standard Edition sarebbe ancora in grado di utilizzare il mirroring del database in "SQL Server 2018", che rimarrebbe nel supporto principale di Microsoft fino a gennaio 2023 e sarebbe in supporto esteso fino a gennaio 2028 . Manca molto tempo!
Ciò offre a Microsoft (e ai clienti della Standard Edition) tutto il tempo per trovare un valido sostituto del mirroring del database. Microsoft ha diverse scelte ovvie qui. In primo luogo, potrebbero annullare la decisione di ritiro per DBM. Ciò non richiederebbe alcun lavoro di sviluppo e test da parte di Microsoft, ma estenderebbe ulteriormente il carico di supporto per DBM nel futuro. In secondo luogo, potrebbero consentire una versione limitata dei gruppi di disponibilità in SQL Server Standard Edition (limitata a una o due repliche). In terzo luogo, sembra molto probabile che ci saranno alcune funzionalità relative ad Azure che verranno offerte in sostituzione di DBM). A quel punto potrebbe anche essere disponibile una tecnologia HA/DR completamente nuova.
I clienti di SQL Server Standard Edition hanno diverse scelte ovvie per ciò che faranno quando DBM si avvicinerà alla rimozione dal prodotto. Innanzitutto, potrebbero scegliere di rimanere semplicemente su una versione di SQL Server che utilizza ancora il mirroring del database (che potrebbe essere qualsiasi versione da SQL Server 2005 fino al mio immaginario "SQL Server 2018"). Attualmente, esiste ancora un gran numero di clienti di SQL Server che utilizzano volentieri versioni precedenti di SQL Server, come SQL Server 2000 e SQL Server 2005, ed è probabile che la tendenza continui. In base alla mia esperienza, le organizzazioni che scelgono o devono utilizzare SQL Server Standard Edition per qualsiasi motivo, tendono anche a essere più lente nell'aggiornamento alle nuove versioni di SQL Server poiché vengono rilasciate da Microsoft.
In secondo luogo, potrebbero passare a SQL Server Enterprise Edition a un certo punto nei prossimi anni. Dopotutto, in SQL Server Enterprise Edition sono presenti molte caratteristiche interessanti che hanno molto senso da usare per un'applicazione mission-critical che è effettivamente la chiave per la tua azienda. Molte organizzazioni potrebbero trovare i mezzi per permettersi SQL Server Enterprise Edition in futuro, per una serie di motivi.
In terzo luogo, sono sicuro che Microsoft offrirà molti forti incentivi per i clienti a trasferire semplicemente gran parte della loro infrastruttura di database in Azure nei prossimi anni. Questa potrebbe essere un'alternativa perfettamente praticabile in molte situazioni.
Naturalmente, non tutti saranno contenti di nessuna di queste alternative. Se sei davvero preoccupato per il ritiro del mirroring del database (senza che una sostituzione completamente valida venga annunciata pubblicamente), hai una serie di alternative.
Innanzitutto, potresti considerare di calmarti e aspettare un po' di più per vedere cosa succede man mano che impariamo di più sulle versioni future di SQL Server con il passare del tempo. È molto probabile che Microsoft non abbia preso decisioni finali in questo ambito (ma puoi scommetterci che ci hanno pensato). Potresti anche provare a contattare in privato le persone che conosci nel gruppo di prodotti per presentare la tua causa. La strategia meno efficace (almeno nella mia esperienza) sarebbe quella di lamentarsi ad alta voce e pubblicamente di questo problema, soprattutto prima che Microsoft abbia annunciato le proprie intenzioni per il futuro. Essere la "ruota cigolante" pubblica a volte è controproducente...
Cosa ne pensi di questo? La deprecazione del mirroring del database (senza un valido sostituto annunciato per l'edizione Standard) è una delle principali preoccupazioni per te? Fa parte di un progetto grandioso che ti costringe a usare Enterprise Edition o Azure? Mi piacerebbe sentire i tuoi pensieri!
