Напоследък имаше много нервни спекулации тук и тук) за това какви опции за висока наличност ще бъдат налични за SQL Server Standard Edition, след като Database Mirroring (DBM) действително бъде премахнат в бъдеща версия на SQL Server.
Дублирането на база данни (DBM) беше отхвърлено в SQL Server 2012, като Microsoft предложи да мигрирате към AlwaysOn Availability Groups (което изисква SQL Server Enterprise Edition) и допълнително отбеляза:„Ако вашето издание на SQL Server не поддържа AlwaysOn Availability Groups, използвайте доставка на дневници“.
Точният език за оттегляне беше „Следните функции на SQL Server Database Engine се поддържат в следващата версия на SQL Server, но ще бъдат премахнати в по-късна версия. Конкретната версия на SQL Server не е определена. Тези функции са планирани да бъдат премахнати в бъдеща версия на SQL Server. Оттеглените функции не трябва да се използват в нови приложения.”
Това означава ли, че трябва незабавно да спрете да използвате Database Mirroring за нови приложения? Бих казал:"Разбира се, че не!" Database Mirroring продължава да работи точно както в миналото и няма да бъде премахнат от продукта за известно време. Ако има смисъл да използвате DBM, за да ви помогне да постигнете целите си за цел за точка на възстановяване (RPO) и цел за време за възстановяване (RTO), тогава продължете и използвайте тази функция за нови приложения. За разлика от остарялата езикова функция на T-SQL (която може да бъде много по-трудно за пренаписване, тестване и внедряване), в бъдеще ще бъде много по-лесно да преминете от DBM към друга техника HA/DR.
Исторически, оттеглена функция на SQL Server всъщност не е била премахната за три основни версии след версията, когато оттеглянето е било публично обявено. Ако Microsoft следва този модел, огледалното копиране на базата данни всъщност няма да бъде премахнато до „SQL Server 2018“ (предвид SQL Server 2014, спекулативен „SQL Server 2016“ и още по-спекулативен „SQL Server 2018“).
Според Мери Джо Фоли, SQL Server 2014 трябва да бъде наличен в началото на 2014 г. Да предположим, че „SQL Server 2016“ е наличен през януари 2016 г., а „SQL Server 2018“ е наличен през януари 2018 г. Ако тази изцяло спекулативна версия на графика приключи ако е точно, това би означавало, че клиент на SQL Server Standard Edition все още ще може да използва огледално копиране на база данни в „SQL Server 2018“, което ще остане в основната поддръжка от Microsoft до януари 2023 г. и ще бъде в разширена поддръжка до януари 2028 г. Това е доста дълго време!
Това дава на Microsoft (и техните клиенти на Standard Edition) достатъчно време, за да измислят жизнеспособен заместител на Database Mirroring. Microsoft има няколко очевидни избора тук. Първо, те биха могли да отменят решението за оттегляне за DBM. Това не изисква работа по разработка и тестване от Microsoft, но ще разшири тежестта на поддръжката за DBM още в бъдещето. Второ, те биха могли да позволят ограничена версия на групите за наличност в SQL Server Standard Edition (ограничена до едно или две реплики). Трето, изглежда много вероятно да има някаква функция, свързана с Azure, която ще се предлага като заместител на DBM). Дотогава може да има и някаква напълно нова HA/DR технология.
Клиентите на SQL Server Standard Edition имат няколко очевидни избора за това какво ще правят, тъй като DBM се приближава до премахването на продукта от продукта. Първо, те биха могли да изберат просто да останат на версия на SQL Server, която все още използва огледално копиране на база данни (което може да бъде всяка версия от SQL Server 2005 до моя въображаем „SQL Server 2018“). В момента все още има голям брой клиенти на SQL Server, които с удоволствие използват по-стари версии на SQL Server, като SQL Server 2000 и SQL Server 2005, и е вероятно тази тенденция да продължи. Според моя опит организациите, които избират или трябва да използват SQL Server Standard Edition по някаква причина, също са склонни да надграждат по-бавно до нови версии на SQL Server, когато са пуснати от Microsoft.
Второ, те биха могли да преминат към SQL Server Enterprise Edition в някакъв момент през следващите няколко години. В края на краищата има много завладяващи функции в SQL Server Enterprise Edition, които имат много смисъл да се използват за критично за мисия приложение, което всъщност е ключово за вашия бизнес. Много организации може да намерят средства да си позволят SQL Server Enterprise Edition в някакъв момент в бъдещето по редица причини.
Трето, сигурен съм, че ще има много силни стимули от Microsoft за клиентите просто да преместят голяма част от инфраструктурата си на база данни в Azure през следващите няколко години. Това може да бъде напълно жизнеспособна алтернатива в много ситуации.
Разбира се, не всеки ще бъде доволен от някоя от тези алтернативи. Ако наистина сте загрижени за оттеглянето на Database Mirroring (без напълно жизнеспособна замяна да бъде обявена публично), имате редица алтернативи.
Първо, може да помислите да се успокоите и да изчакате още малко, за да видите какво ще се случи, докато научаваме повече за бъдещите версии на SQL Server с течение на времето. Много вероятно е Microsoft да не е взела окончателни решения в тази област (но можете да се обзаложите, че са помислили за това). Можете също така да опитате да се свържете насаме с хора, които познавате в продуктовата група, за да направите своя случай. Най-малко ефективната стратегия (поне според моя опит) би била да се оплаквате шумно и публично от този проблем, особено преди Microsoft да обяви намеренията си за бъдещето. Да бъдеш публично „скърцащо колело“ понякога е контрапродуктивно...
Какво мислиш за това? Основна грижа за вас ли е оттеглянето на Database Mirroring (без обявена жизнеспособна замяна на Standard Edition)? Това част от някакъв грандиозен дизайн ли е, за да ви принуди да използвате Enterprise Edition или Azure? Ще се радвам да чуя вашите мисли!
