Odbicie lustrzane dystrybutora


10

Czy ktoś miał powodzenie w dublowaniu bazy danych dystrybucji? Mamy dedykowany serwer jako dystrybutor. Obsługuje wszystkie nasze replikacje wypychane od prod do raportowania. Chcielibyśmy zbudować identyczny serwer w pobliżu, na wypadek awarii dystrybutora. Czy ktoś miał sukces w budowaniu czegoś takiego?


W przypadku HA / DR dystrybucyjną bazę danych można wdrożyć w instancji klastrowej, ale nie w lustrzanej bazie danych.
Remus Rusanu

1
+1 Ciekawy pomysł. Dedykowany dystrybutor powinien mieć możliwość kopiowania, ale nigdy nie próbowałem.
gbn

Odpowiedzi:


7

Niestety dublowanie dystrybutora nie jest obsługiwane . Nie jestem pewien, czy to zadziałałoby, ponieważ nazwy serwerów nie byłyby poprawne podczas logowania agentów, nie wspominając już o konieczności ręcznego skonfigurowania wszystkich agentów w polu kopii zapasowej. Obecnie jedyną opcją HA dla dystrybutora jest klastrowanie systemu Windows.


Uważam, że jest to niefortunne ograniczenie bazy danych Distribution. Myślę, że dużym niedopatrzeniem było niedopuszczenie do bazy danych „Secondary Distribution”. Zapewnia jeden punkt awarii w skądinąd dość solidnym zestawie funkcji replikacji.
Matt M

@mrdenny Czy znasz artykuł, w którym wymieniono kroki mające na celu klastrowanie dystrybutora.
sharadov,

Napisałem wiele artykułów na temat klastrowania SQL Server, które są dostępne na sqlmag.com. Zasadniczo konfigurujesz klaster Active / Passive za pomocą Microsoft Cluster Services, a następnie używasz tego wystąpienia jako dystrybutora. Nie możesz pobrać istniejącej instancji, która jest dystrybutorem, i zgrupować ją. Będziesz także potrzebować pewnego rodzaju wspólnej pamięci.
mrdenny,

@MattM zgodnie z artykułem problem polega na tym, że wiele składników replikacji liczy na to, że nazwa hosta dystrybutora się nie zmieni, stąd problem. Właśnie tutaj pojawia się klastrowanie. Teraz ciekawie będzie zobaczyć, jak AlwaysOn zmienia rzeczy (jeśli tak się dzieje), ponieważ grupy dostępności mogą używać innej nazwy sieci niż rzeczywista instancja. Ale prawdopodobnie wymagałoby to użycia wersji Enterprise dla dystrybutora, co byłoby dość drogie.
mrdenny,

@mrdenny Thanks! Znalazłem twoje artykuły, są dość szczegółowe, przeglądam je teraz.
sharadov,

1

Nie. Zobacz dlaczego w tym artykule MSDN .


Ok jest jakiś inny sposób na replikę obecnego dystrybutora, ponieważ dublowanie dystrybutora nie jest obsługiwany
sharadov

Zajrzyj na msdn.microsoft.com/en-us/library/ms151224.aspx w celu omówienia wysyłania i replikacji dzienników. Szczerze mówiąc, nie zrobiłbym tego. Każde zdarzenie awaryjne, które może mieć miejsce, może spowodować utratę danych. To samo w sobie nie stanowi problemu. Replikacja jest bardzo wrażliwa na synchronizację wszystkich danych. Jeśli stracisz dane, to zniknie z okna. Jeśli chcesz się zabezpieczyć, zdobądź inny serwer i po prostu zainstaluj na nim SQL. Poczekaj na awarię, a następnie ponownie skonfiguruj replikację z nowym serwerem jako dystrybutorem.
Ben Thul,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.