Ostatnio pojawiło się wiele nerwowych spekulacji tu i tutaj) na temat tego, jakie opcje wysokiej dostępności będą dostępne dla SQL Server Standard Edition po faktycznym usunięciu dublowania bazy danych (DBM) w przyszłej wersji SQL Server.
Dublowanie bazy danych (DBM) zostało wycofane w programie SQL Server 2012, a firma Microsoft zasugerowała migrację do grup dostępności AlwaysOn (co wymaga programu SQL Server Enterprise Edition), a ponadto zauważa:„Jeśli Twoja wersja programu SQL Server nie obsługuje grup dostępności AlwaysOn, użyj wysyłka dziennika”.
Dokładny język wycofania to „Następujące funkcje aparatu bazy danych programu SQL Server są obsługiwane w następnej wersji programu SQL Server, ale zostaną usunięte w nowszej wersji. Nie określono konkretnej wersji programu SQL Server. Te funkcje mają zostać usunięte w przyszłej wersji programu SQL Server. Przestarzałe funkcje nie powinny być używane w nowych aplikacjach”.
Czy to oznacza, że powinieneś natychmiast przestać używać Database Mirroring dla nowych aplikacji? Powiedziałbym:„Oczywiście, że nie!” Database Mirroring działa tak samo jak w przeszłości i nie zostanie usunięty z produktu przez dłuższy czas. Jeśli ma sens użycie DBM, aby pomóc osiągnąć cele dotyczące punktu odzyskiwania (RPO) i docelowego czasu odzyskiwania (RTO), użyj tej funkcji w nowych aplikacjach. W przeciwieństwie do przestarzałej funkcji języka T-SQL (która może być znacznie trudniejsza do przepisania, przetestowania i wdrożenia), w przyszłości znacznie łatwiej będzie przejść z DBM na inną technikę HA/DR.
Historycznie rzecz biorąc, przestarzała funkcja programu SQL Server nie została w rzeczywistości usunięta dla trzech głównych wersji po wersji, w której deprecjacja została publicznie ogłoszona. Jeśli Microsoft zastosuje się do tego wzorca, dublowanie bazy danych nie zostanie faktycznie usunięte do czasu „SQL Server 2018” (biorąc pod uwagę SQL Server 2014, spekulacyjny „SQL Server 2016” i jeszcze bardziej spekulacyjny „SQL Server 2018”).
Według Mary Jo Foley, SQL Server 2014 powinien być dostępny na początku 2014 roku. Załóżmy, że „SQL Server 2016” będzie dostępny w styczniu 2016 roku, a „SQL Server 2018” będzie dostępny w styczniu 2018 roku. jeśli jest dokładny, oznaczałoby to, że klient SQL Server Standard Edition nadal będzie mógł korzystać z dublowania bazy danych w programie „SQL Server 2018”, który pozostanie w głównym nurcie obsługi firmy Microsoft do stycznia 2023 r. i będzie objęty rozszerzoną obsługą do stycznia 2028 r. . To dość dużo czasu!
Daje to firmie Microsoft (i jej klientom w wersji Standard Edition) mnóstwo czasu na opracowanie realnego zamiennika dla Database Mirroring. Microsoft ma tutaj kilka oczywistych wyborów. Po pierwsze, mogą cofnąć decyzję o wycofaniu DBM. Nie wymagałoby to od Microsoftu prac rozwojowych i testowych, ale rozszerzyłoby obciążenie związane z obsługą DBM w przyszłości. Po drugie, mogą zezwolić na ograniczoną wersję grup dostępności w SQL Server Standard Edition (ograniczoną do jednej lub dwóch replik). Po trzecie, wydaje się bardzo prawdopodobne, że będzie jakaś funkcja związana z Azure, która będzie oferowana jako zamiennik DBM). Do tego czasu może być również dostępna zupełnie nowa technologia HA/DR.
Klienci SQL Server Standard Edition mają kilka oczywistych możliwości wyboru tego, co zrobią, gdy DBM będzie coraz bliżej usunięcia z produktu. Po pierwsze, mogą po prostu pozostać przy wersji SQL Server, która nadal korzysta z dublowania bazy danych (która może być dowolną wersją od SQL Server 2005 do mojego wyimaginowanego „SQL Server 2018”). Obecnie nadal duża liczba klientów korzystających z SQL Server szczęśliwie korzysta ze starszych wersji SQL Server, takich jak SQL Server 2000 i SQL Server 2005, i prawdopodobnie trend ten będzie się utrzymywał. Z mojego doświadczenia wynika, że organizacje, które z jakiegokolwiek powodu wybierają lub muszą używać SQL Server Standard Edition, zwykle wolniej uaktualniają do nowych wersji SQL Server, gdy są one wydawane przez Microsoft.
Po drugie, w ciągu najbliższych kilku lat mogą w pewnym momencie przejść do wersji SQL Server Enterprise Edition. W końcu SQL Server Enterprise Edition zawiera wiele atrakcyjnych funkcji, które mają sens w przypadku aplikacji o znaczeniu krytycznym, które są w rzeczywistości kluczowe dla Twojej firmy. Wiele organizacji może w przyszłości znaleźć środki na zakup SQL Server Enterprise Edition z wielu powodów.
Po trzecie, jestem pewien, że firma Microsoft będzie bardzo zachęcać klientów do przeniesienia większości infrastruktury baz danych na platformę Azure w ciągu najbliższych kilku lat. W wielu sytuacjach może to być całkiem realna alternatywa.
Oczywiście nie wszyscy będą zadowoleni z żadnej z tych alternatyw. Jeśli naprawdę martwisz się wycofaniem dublowania bazy danych (bez publicznego ogłoszenia całkowicie opłacalnego zastąpienia), masz kilka alternatyw.
Po pierwsze, możesz rozważyć uspokojenie się i poczekanie trochę dłużej, aby zobaczyć, co się stanie, gdy z czasem dowiemy się więcej o przyszłych wersjach SQL Server. Bardzo prawdopodobne, że Microsoft nie podjął jeszcze żadnych ostatecznych decyzji w tym zakresie (ale można się założyć, że o tym pomyślał). Możesz również spróbować skontaktować się prywatnie ze znajomymi osobami z grupy produktów, aby przedstawić swoją sprawę. Najmniej skuteczną strategią (przynajmniej z mojego doświadczenia) byłoby głośne i publiczne narzekanie na ten problem, zwłaszcza zanim Microsoft ogłosił swoje zamiary na przyszłość. Bycie publicznym „piszczącym kołem” czasami przynosi efekt przeciwny do zamierzonego…
Co o tym myślisz? Czy wycofanie dublowania bazy danych (bez zapowiedzianego, realnego zastąpienia wersji Standard Edition) jest dla ciebie poważnym problemem? Czy ta część jakiegoś wielkiego projektu zmusza Cię do korzystania z Enterprise Edition lub Azure? Chciałbym usłyszeć twoje myśli!
