Kopia lustrzana bazy danych SQL Server umrze. Jak mogę teraz zagwarantować wysoką dostępność?

11

Funkcja Dublowania bazy danych SQL Server umrze:

Ta funkcja zostanie usunięta w przyszłej wersji Microsoft SQL Server. Unikaj używania tej funkcji w nowych pracach programistycznych i planuj modyfikowanie aplikacji, które obecnie używają tej funkcji. Zamiast tego używaj grup dostępności AlwaysOn .

Czy ktoś wie kiedy? Jakie są moje opcje dla bazy danych wysokiej dostępności (i szybkiego odzyskiwania)?

John Assymptoth
źródło
1
Jeszcze nie umrze. Nie jest jeszcze publiczne, w której przyszłej wersji nie będzie już dostępny w produkcie i jakie będą opcje. AG nie jest dostępne w standardowym wydaniu, będzie, nikt nie wie.
1
AG niedostępne w Wersji standardowej jest ważnym szczegółem. Dzięki.

Odpowiedzi:

5

Jak wspomniano, tworzenie kopii lustrzanych nie jest martwe. (Przynajmniej jeszcze nie.) Ogólna populacja ma wątpliwości, czy Microsoft całkowicie zrezygnuje z HA w wersji Standard.

Istnieją jednak inne metody. W dokumentacji programu SQL Server 2012, odnosząc się do kopii lustrzanej, napisano: „Jeśli Twoja wersja programu SQL Server nie obsługuje grup dostępności AlwaysOn, użyj wysyłania dziennika ”.

http://technet.microsoft.com/en-us/library/ms143729.aspx

Istnieje wiele instrukcji na temat korzystania z wysyłki kłód.

EDYCJA: Możesz przeczytać linki Kin na: SQL Server Log Shipping: Opcje kopiowania plików?

RLF
źródło
4

Podstawowe grupy dostępności dostępne w standardowych edycjach SQL Server 2016 stanowią podobny sposób zastąpienia kopii lustrzanej bazy danych i mają dokładnie podobne funkcje.

Oba dostępne dla wersji standardowych

Dostępna będzie tylko podstawowa baza danych repliki. Baz danych nie można przełączyć w grupy, ponieważ Basic AG może mieć tylko 1 DB na grupę

Wersje Enterprise mają oczywiście kompletne grupy dostępności jako pełnoprawną funkcję zapewniającą HA.

Microsoft nie ogłosił daty wycofania kopii lustrzanej bazy danych, dlatego oczekuje się, że będzie on w co najmniej dwóch przyszłych wersjach po SQL Server 2016.

Masood Hashim
źródło
2

Mirroring nie jest martwy, a obawa ta nie jest dobrym powodem, aby się od niego odejść. Począwszy od SQL Server 2014, wciąż tam jest, więc nie ma powodów do obaw, dopóki nie zaczniesz patrzeć na przejście z 2014 roku do nowszej wersji. Rok 2014 powinien mieć zaledwie 9 dni, to powinno trochę potrwać.

Jeśli nadal chcesz zobaczyć inne opcje wysokiej dostępności, sprawdź funkcje obsługiwane przez każdą edycję. Twoje wybory będą się różnić w zależności od tego, za co zapłaciłeś. Oto link do tego dokumentu: http://msdn.microsoft.com/en-us/library/cc645993(v=sql.120).aspx

AlwaysOn zapewnia większą funkcjonalność, ale kosztem zakupu wersji Enterprise.

Steve Hood
źródło
2
Nie zgadzam się z twoim pierwszym akapitem. Wydatki na oszczędzanie sobie bólu w przyszłości to zawsze lepszy wybór. Wolę poświęcić czas na podejmowanie dobrych decyzji projektowych z dużym wyprzedzeniem, niż zmuszać mnie do pośpiesznej pracy w zbliżającym się terminie końca życia za kilka lat.
Andrew Brennan,
Problem polega na tym, że jeśli chcesz, aby funkcja przełączania awaryjnego działała automatycznie, masz niewiele opcji, jeśli korzystasz z wersji standardowej. To może być najlepsze narzędzie do pracy tutaj. Ponadto, coś takiego jest szybką i łatwą zmianą przy przejściu do nowej wersji, ponieważ tak naprawdę nic nie jest na niej zbudowane.
Steve Hood
1
@AndrewBrennan Ale w którym momencie przesadzasz z architekturą problemu, z którym najprawdopodobniej się nie spotkasz, kiedy możesz poświęcić ten czas na pisanie kodu, który będzie użyteczny dla twojego pracodawcy lub ciebie dzisiaj i zacząć go od razu używać? Istnieje kilka innych opcji HA, ale tworzenie kopii lustrzanych jest naprawdę jedną z najłatwiejszych i najlepszych. Tworzenie kopii lustrzanych również nie wymaga zbyt dużego „uczenia się”, jeśli przechodzisz do trybu wysokiej wydajności, zakładając, że monitorujesz go poprawnie. Dlatego, patrząc na fakt, że opcje HA będą inne po zniknięciu kopii lustrzanej, po co marnować czas?
Ali Razeghi,