Replikacja SQL Server umożliwia administratorom baz danych dystrybucję danych na wielu serwerach w całej organizacji. Możesz chcieć wdrożyć replikację w swojej organizacji z kilku powodów, takich jak:
- Równoważenie obciążenia. Replikacja umożliwia rozpowszechnianie danych na wielu serwerach, a następnie dystrybuuje obciążenie kwerend między tymi serwerami.
- Przetwarzanie offline. Replikacja obsługuje manipulowanie danymi z bazy danych na komputerze, który nie zawsze jest podłączony do sieci.
- Nadmiar. Replikacja pozwala zbudować serwer bazy danych typu fail-over, który jest gotowy do odbioru obciążenia przetwarzania natychmiast.
Każdy scenariusz replikacji ma dwa główne komponenty:
- Wydawcy mieć dane do zaoferowania innym serwerom. Dany system replikacji może mieć jednego lub więcej wydawców.
- Subskrybenci są serwerami baz danych, które chcą otrzymywać aktualizacje od wydawcy po zmodyfikowaniu danych.
Nic nie stoi na przeszkodzie, aby pojedynczy system działał w obu tych pojemnościach. W rzeczywistości często jest to projektowanie rozproszonych systemów bazodanowych na dużą skalę.
Obsługa SQL Server dla replikacji
Microsoft SQL Server obsługuje trzy typy replikacji baz danych. Ten artykuł zawiera krótkie wprowadzenie do każdego z tych modeli, podczas gdy przyszłe artykuły będą je bardziej szczegółowo omawiać. Oni są:
- Replikacja migawki działa tak, jak sugeruje jego nazwa. Wydawca po prostu robi migawkę całej zreplikowanej bazy danych i udostępnia ją subskrybentom. Oczywiście jest to proces bardzo czasochłonny i wymagający dużej ilości zasobów. Z tego powodu większość administratorów nie używa replikacji migawek cyklicznie dla często zmieniających się baz danych. Istnieją dwa scenariusze, w których replikacja migawki jest powszechnie używana: Po pierwsze, jest używana w przypadku baz danych, które rzadko się zmieniają. Po drugie, służy do ustawienia linii bazowej w celu ustanowienia replikacji między systemami, podczas gdy przyszłe aktualizacje są propagowane za pomocą transakcyjne lub scalanie replikacji .
- Replikacja transakcyjna oferuje bardziej elastyczne rozwiązanie dla baz danych, które zmieniają się regularnie. W przypadku replikacji transakcyjnej agent replikacji monitoruje wydawcy pod kątem zmian w bazie danych i przekazuje te zmiany subskrybentom. Ta transmisja może odbywać się natychmiast lub okresowo.
- Scal replikacja umożliwia wydawcy i subskrybentowi samodzielne wprowadzanie zmian w bazie danych. Obie jednostki mogą pracować bez aktywnego połączenia sieciowego. Po ponownym podłączeniu agent replikacji scalającej sprawdza, czy zmiany w obu zestawach danych i odpowiednio modyfikuje każdą bazę danych. Jeśli zmiany są w konflikcie, agent używa predefiniowanego algorytmu rozwiązywania konfliktów w celu określenia odpowiednich danych. Replikacja scalania jest często używana przez użytkowników laptopów i inne osoby, które nie mogą być stale połączone z wydawcą.
Każda z tych technik replikacji służy użytecznemu celowi i jest dobrze dopasowana do konkretnych scenariuszy bazy danych.
Jeśli pracujesz z programem SQL Server 2016, wybierz swoje wydanie na podstawie potrzeb związanych z replikacją. Każda edycja ma różne możliwości, jeśli chodzi o obsługę replikacji:
- Tylko obsługa subskrybentów: Wyrazić,Ekspresuj za pomocą narzędzi lub Zaawansowane usługi i Sieć edycje oferują ograniczone możliwości replikacji, zdolne do działania tylko jako klient replikacji.
- Pełna obsługa wydawcy i subskrybenta: Standard i Przedsiębiorstwo oferują pełne wsparcie, a Enterprise obejmuje także publikowanie Oracle, replikację transakcyjną typu peer to peer oraz replikację transakcyjną jako subskrypcję aktualizowalną.
Jak już zapewne zauważyliście, funkcje replikacji SQL Server oferują administratorom baz danych potężne narzędzie do zarządzania i skalowania baz danych w środowisku korporacyjnym.
