Udostępnij za pośrednictwem

Co to jest grupa dostępności „Always On”?

  • Artykuł

Dotyczy:programu SQL Server

W tym artykule przedstawiono pojęcia dotyczące zawsze włączonych grup dostępności, które są centralne do konfigurowania co najmniej jednej grupy dostępności i zarządzania nimi w wersji Enterprise programu SQL Server. W przypadku wersji Standard sprawdź Podstawowe Zawsze Włączone grupy dostępności dla pojedynczej bazy danych.

Funkcja grupy dostępności Always On to rozwiązanie zapewniające wysoką dostępność i odzyskiwanie po awarii, które oferuje alternatywę na poziomie korporacyjnym dla mirroringu baz danych. Grupy dostępności Always On maksymalizują dostępność zestawu baz danych użytkowników dla przedsiębiorstwa. Grupa dostępności obsługuje środowisko trybu failover dla dyskretnego zestawu baz danych użytkowników, znanych jako bazy danych dostępności , które przełączają się jednocześnie. Grupa dostępności obsługuje zestaw podstawowych baz danych odczytu i zapisu oraz jeden do ośmiu zestawów odpowiednich pomocniczych baz danych. Opcjonalnie pomocnicze bazy danych można udostępnić na potrzeby dostępu tylko do odczytu i/lub niektórych operacji tworzenia kopii zapasowych.

W przypadku programu SQL Server włączonego przez usługę Azure Arcmożna wyświetlić grupy dostępności w witrynie Azure Portal.

Przegląd

Grupa dostępności obsługuje zreplikowane środowisko dla odrębnego zestawu baz danych użytkowników, znanych jako bazy danych dostępności . Możesz utworzyć grupę dostępności dla wysokiej dostępności (HA) lub zwiększenia skali odczytu. Grupa wysokiej dostępności to grupa baz danych, które razem przełączają się w tryb awaryjny. Grupa dostępności w skali odczytu to grupa baz danych, które są kopiowane do innych wystąpień programu SQL Server na potrzeby obciążenia tylko do odczytu. Grupa dostępności obsługuje jeden zestaw podstawowych baz danych i jeden do ośmiu zestawów odpowiednich pomocniczych baz danych. Pomocnicze bazy danych nie są kopiami zapasowymi. Kontynuuj regularne tworzenie kopii zapasowych baz danych i dzienników transakcji.

Napiwek

Możesz utworzyć dowolną kopię zapasową podstawowej bazy danych. Alternatywnie można tworzyć kopie zapasowe dzienników i kopiować pełne kopie zapasowe drugorzędnych baz danych. Aby uzyskać więcej informacji, zobacz Przekazywanie obsługiwanych kopii zapasowych do replik pomocniczych w grupie dostępności.

Każdy zestaw baz danych dostępności jest obsługiwany przez replikę dostępności . Istnieją dwa typy replik dostępności: jedna replika podstawowa, która hostuje podstawowe bazy danych, a od jednej do ośmiu replik pomocniczych, z których każda hostuje zestaw pomocniczych baz danych i służy jako potencjalne cele przełączenia awaryjnego dla grupy dostępności. Grupa dostępności przełączy się w tryb failover na poziomie repliki dostępności. Replika dostępności zapewnia nadmiarowość tylko na poziomie bazy danych dla zestawu baz danych w jednej grupie dostępności. Przełączenia awaryjne nie są spowodowane problemami z bazą danych, takimi jak oznaczenie bazy danych jako podejrzanej z powodu utraty pliku danych lub korupcji dziennika transakcji.

Podstawowa replika umożliwia dostęp do podstawowych baz danych dla połączeń klientów wymagających odczytu i zapisu. Replika podstawowa wysyła rekordy dziennika transakcji każdej podstawowej bazy danych do każdej pomocniczej bazy danych. Ten proces - znany jako synchronizacja danych - występuje na poziomie bazy danych. Każda replika pomocnicza buforuje rekordy dziennika transakcji (zabezpiecza dziennika), a następnie stosuje je do odpowiedniej pomocniczej bazy danych. Synchronizacja danych odbywa się między podstawową bazą danych a każdą połączoną pomocniczą bazą danych niezależnie od innych baz danych. W związku z tym pomocnicza baza danych może zostać zawieszona lub zakończyć się niepowodzeniem bez wpływu na inne pomocnicze bazy danych, a podstawowa baza danych może zostać zawieszona lub zakończyć się niepowodzeniem bez wpływu na inne podstawowe bazy danych.

Opcjonalnie można skonfigurować co najmniej jedną replikę pomocniczą w celu obsługi dostępu tylko do odczytu do pomocniczych baz danych i skonfigurować dowolną replikę pomocniczą tak, aby zezwalała na tworzenie kopii zapasowych w pomocniczych bazach danych.

Program SQL Server 2017 wprowadził dwie różne architektury dla grup dostępności. zawsze włączone grupy dostępności zapewniają wysoką dostępność, odzyskiwanie po awarii i równoważenie skali odczytu. Te grupy dostępności wymagają menedżera klastra. W systemie Windows funkcja klastrowania typu failover zapewnia menedżera klastra. W systemie Linux można użyć narzędzia Pacemaker. Druga architektura to grupa dostępności skalowana do odczytu. Grupa dostępności do skalowania odczytu zapewnia repliki dla obciążeń tylko do odczytu, ale nie zapewnia wysokiej dostępności. W grupie dostępności skalowania odczytu nie ma menedżera klastra, ponieważ przełączanie awaryjne nie może być automatyczne.

Wdrażanie grup dostępności Always On dla wysokiej dostępności (HA) w systemie Windows wymaga klastra trybu failover Windows Server (WSFC). Każda replika dostępności danej grupy dostępności musi znajdować się w innym węźle tego samego programu WSFC. Jedynym wyjątkiem jest to, że podczas migracji do innego klastra WSFC grupa dostępności może tymczasowo znajdować się pomiędzy dwoma klastrami.

Notatka

Aby uzyskać informacje o grupach dostępności w systemie Linux, zobacz Grupy dostępności dla programu SQL Server w systemie Linux.

Dla każdej utworzonej grupy dostępności w konfiguracji wysokiej dostępności tworzona jest rola klastra. Klaster WSFC monitoruje tę rolę w celu oceny kondycji repliki podstawowej. Kworum dla zawsze włączonych grup dostępności jest oparte na wszystkich węzłach w klastrze WSFC niezależnie od tego, czy dany węzeł klastra hostuje jakiekolwiek repliki dostępności. W przeciwieństwie do mirroring bazy danych nie ma roli świadka w grupach dostępności Always On.

Notatka

Aby uzyskać informacje na temat relacji składników programu SQL Server Always On z klastrem WSFC, zobacz Klaster trybu failover systemu Windows Server za pomocą programu SQL Server.

Poniższa ilustracja przedstawia grupę dostępności zawierającą jedną replikę podstawową i cztery repliki pomocnicze. Obsługiwane są maksymalnie osiem replik pomocniczych, w tym jedna replika podstawowa i cztery repliki pomocnicze zatwierdzane synchronicznie.

Diagram grupy dostępności z pięcioma replikami.

Terminy i definicje

Termin Opis
grupy dostępności Kontener dla zestawu baz danych, baz danych dostępności, które przechodzą w tryb failover razem.
bazy danych dostępności Baza danych należąca do grupy dostępności. Dla każdej bazy danych dostępności grupa dostępności utrzymuje pojedynczą kopię do odczytu i zapisu (podstawowa baza danych ) oraz od jednej do ośmiu kopii tylko do odczytu (pomocnicze bazy danych).
podstawowa baza danych Kopia odczytu i zapisu bazy danych dostępności.
pomocniczej bazy danych Kopia bazy danych dostępnej tylko do odczytu.
replika dostępności Wystąpienie grupy wysokiej dostępności, które jest hostowane przez określone wystąpienie programu SQL Server i utrzymuje lokalną kopię każdej bazy danych należącej do tej grupy wysokiej dostępności. Istnieją dwa typy replik dostępności: pojedyncza replika podstawowa i jedna do ośmiu replik pomocniczych.
podstawowa replika Replika dostępności, która udostępnia podstawowe bazy danych do połączeń odczytu i zapisu od użytkowników, a także wysyła rekordy dziennika transakcji dla każdej podstawowej bazy danych do każdej repliki pomocniczej.
replika pomocnicza Replika dostępności, która utrzymuje pomocniczą kopię każdej bazy danych dostępności i służy jako potencjalny cel przełączenia awaryjnego dla grupy dostępności. Opcjonalnie replika pomocnicza może obsługiwać dostęp tylko do odczytu do pomocniczych baz danych może obsługiwać tworzenie kopii zapasowych w pomocniczych bazach danych.
słuchacz grupy dostępności Nazwa serwera, z którym klienci mogą się łączyć w celu uzyskania dostępu do bazy danych w podstawowej lub pomocniczej repliki grupy dostępności. Słuchawki grupy dostępności kierują połączenia przychodzące do repliki podstawowej lub do repliki pomocniczej w trybie tylko do odczytu.

Bazy danych dostępności

Aby dodać bazę danych do grupy dostępności, baza danych musi być online, z możliwością odczytu i zapisu, która istnieje w wystąpieniu serwera, które hostuje replikę podstawową. Gdy dodasz bazę danych, dołącza ona do grupy dostępności jako główna baza danych, jednocześnie pozostając dostępną dla klientów. Nie istnieje odpowiednia pomocnicza baza danych do momentu przywrócenia kopii zapasowych nowej podstawowej bazy danych do wystąpienia serwera, które hostuje replikę pomocniczą (przy użyciu funkcji RESTORE WITH NORECOVERY). Nowa baza danych pomocnicza znajduje się w stanie PRZYWRACANIE, dopóki nie zostanie dołączona do grupy dostępności. Aby uzyskać więcej informacji, zobacz Rozpoczynanie ruchu danych na zawsze aktywnej bazie danych podrzędnej (SQL Server).

Dołączanie powoduje umieszczenie pomocniczej bazy danych w stanie ONLINE i zainicjowanie synchronizacji danych z odpowiednią podstawową bazą danych. synchronizacja danych jest procesem, w którym zmiany w głównej bazie danych są replikowane w pomocniczej bazie danych. Synchronizacja danych obejmuje podstawową bazę danych wysyłającą rekordy dziennika transakcji do pomocniczej bazy danych.

Ważny

Baza danych dostępności jest czasami nazywana repliką bazy danych w nazwach, takich jak Transact-SQL, PowerShell i SQL Server Management Objects (SMO). Na przykład termin "replika bazy danych" jest używany w nazwach dynamicznych widoków zarządzania Always On, które zwracają informacje o bazach danych dostępności: sys.dm_hadr_database_replica_states i sys.dm_hadr_database_replica_cluster_states. Jednak w dokumentacji online programu SQL Server termin "replika" zwykle odnosi się do replik dostępności. Na przykład "replika podstawowa" i "replika pomocnicza" zawsze odwołują się do replik wysokiej dostępności.

Repliki dostępności

Każda grupa dostępności definiuje zestaw co najmniej dwóch partnerów trybu failover nazywanych replikami dostępności. repliki dostępności są składnikami grupy dostępności. Każda replika dostępności hostuje kopię baz danych dostępności w grupie dostępności. W przypadku danej grupy dostępności repliki dostępności powinny być uruchomione na osobnych egzemplarzach programu SQL Server, znajdujących się na różnych węzłach klastra WSFC. Każde z tych wystąpień serwera musi być włączone dla funkcji Always On.

Program SQL Server 2019 (15.x) zwiększa maksymalną liczbę replik synchronicznych do 5, z 3 w programie SQL Server 2017 (14.x). Tę grupę pięciu replik można skonfigurować tak, aby w grupie występowało automatyczne przełączanie awaryjne. Istnieje jedna replika podstawowa oraz cztery synchroniczne repliki pomocnicze.

Dana instancja może hostować tylko jedną replikę dostępności na grupę dostępności. Każde wystąpienie może być jednak używane dla wielu grup dostępności. Dane wystąpienie może być wystąpieniem autonomicznym lub wystąpieniem klastra trybu failover programu SQL Server . Jeśli potrzebujesz redundancji na poziomie serwera, użyj wystąpień klastra przełączania awaryjnego.

Każda replika dostępności ma przypisaną początkową rolę — albo rola podstawowa, albo rola pomocnicza— która jest dziedziczona przez bazy danych dostępności tej repliki. Rola danej repliki określa, czy hostuje bazy danych do odczytu i zapisu, czy bazy danych tylko do odczytu. Jedna replika, znana jako replika podstawowa , ma przypisaną rolę podstawową i hostuje bazy danych do odczytu i zapisu, które są znane jako podstawowe bazy danych . Co najmniej jedna inna replika, znana jako replika pomocnicza, ma przypisaną rolę pomocniczą. Replika pomocnicza hostuje bazy danych tylko do odczytu, znane jako pomocnicze bazy danych.

Notatka

Gdy rola repliki dostępności jest nieokreślona, na przykład podczas przełączenia awaryjnego, jej bazy danych są tymczasowo w stanie NIE SYNCHRONIZOWANIA. Ich rola jest ustawiona na ROZWIĄZYWANIE, dopóki rola repliki dostępności nie zostanie rozwiązana. Jeśli replika dostępności przyjmie rolę podstawową, jej bazy danych staną się bazami danych podstawowymi. Jeśli replika dostępności przyjmuje rolę pomocniczą, jej bazy danych stają się pomocniczymi bazami danych.

Tryby dostępności

Tryb dostępności jest właściwością każdej repliki dostępności. Tryb dostępności określa, czy replika podstawowa czeka na zatwierdzenie transakcji w bazie danych, dopóki dana replika pomocnicza nie zapisała rekordów dziennika transakcji na dysku (utrwalając dziennik). Grupy dostępności Always On obsługują dwa tryby dostępności: tryb zatwierdzania asynchronicznego i tryb zatwierdzania synchronicznego.

  • tryb zatwierdzania asynchronicznego

    Replika dostępności korzystająca z tego trybu dostępności jest nazywana repliką asynchroniczną. W trybie zatwierdzania asynchronicznego replika podstawowa zatwierdza transakcje bez oczekiwania na potwierdzenie z replik pomocniczych zatwierdzeń asynchronicznych w celu zabezpieczenia dzienników transakcji. Tryb zatwierdzania asynchronicznego minimalizuje opóźnienie transakcji w pomocniczych bazach danych, ale pozwala im pozostać w tyle za podstawowymi bazami danych, co może prowadzić do utraty niektórych danych.

  • tryb zatwierdzania synchronicznego

    Replika dostępności, która używa tego trybu dostępności, jest znana jako replika synchronicznego zatwierdzenia. W trybie zatwierdzania synchronicznego przed zatwierdzeniem transakcji replika podstawowa zatwierdzana synchronicznie czeka na replikę pomocniczą zatwierdzającą synchroniczną, aby potwierdzić, że zakończono wzmacnianie poziomu zabezpieczeń dziennika. Tryb zatwierdzania synchronicznego zapewnia, że po zsynchronizowaniu danej pomocniczej bazy danych z podstawową bazą danych zatwierdzone transakcje są w pełni chronione. Ta ochrona wiąże się z kosztem zwiększonego opóźnienia transakcji. Opcjonalnie, w programie SQL Server 2017 wprowadzono funkcję wymagana zsynchronizowana drugorzędna, aby zwiększyć bezpieczeństwo kosztem opóźnienia, gdy jest to pożądane. Funkcję REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT można włączyć, aby wymagać określonej liczby replik synchronicznych do zatwierdzenia transakcji, zanim replika podstawowa będzie mogła zatwierdzić.

Aby uzyskać więcej informacji, zobacz Różnice między trybami dostępności dla zawsze włączonej grupy dostępności.

Typy przełączenia awaryjnego

W kontekście sesji między repliką podstawową a repliką pomocniczą, role główną i pomocniczą mogą być potencjalnie wymienne w procesie znanym jako failover. Podczas pracy w trybie failover docelowa replika pomocnicza przechodzi do roli podstawowej, stając się nową repliką podstawową. Nowa replika podstawowa przenosi swoje bazy danych w tryb online jako podstawowe bazy danych, a aplikacje klienckie mogą się z nimi łączyć. Gdy była replika podstawowa jest dostępna, przechodzi do roli pomocniczej, stając się repliką pomocniczą. Poprzednie podstawowe bazy danych stają się pomocniczymi bazami danych, a synchronizacja danych zostanie wznowione.

Grupa dostępności przełączy się w tryb failover na poziomie repliki dostępności. Przełączenia awaryjne nie są spowodowane problemami z bazą danych, takimi jak uznanie bazy danych za podejrzaną z powodu utraty pliku danych, usunięcie bazy danych lub uszkodzenie dziennika transakcji.

Trzy formy trybu failover istnieją automatyczne, ręczne i wymuszone (z możliwością utraty danych). Forma lub formy trybu failover obsługiwane przez daną replikę pomocniczą zależą od trybu dostępności tej repliki oraz, w przypadku trybu zatwierdzania synchronicznego, od trybu failover na replice podstawowej i docelowej replice pomocniczej, jak poniżej.

  • Tryb zatwierdzania synchronicznego obsługuje dwie formy przełączenia awaryjnego —planowane ręczne przełączenie i automatyczne przełączenie, jeśli docelowa replika pomocnicza jest obecnie zsynchronizowana z repliką podstawową. Obsługa tych form trybu failover zależy od ustawienia właściwości i u partnerów failover. Jeśli tryb failover jest ustawiony na "ręczny" w przypadku repliki podstawowej lub pomocniczej, tylko ręczny failover jest obsługiwany dla tej repliki pomocniczej. Jeśli tryb failover jest ustawiony na "automatyczny" zarówno na replice podstawowej, jak i pomocniczej, w tej replice pomocniczej obsługiwane są zarówno automatyczne, jak i ręczne przejście w tryb failover.

    • planowane ręczne przełączenie awaryjne (bez utraty danych)

      Ręczne przełączenie awaryjne następuje po tym, jak administrator bazy danych wydaje polecenie przełączenia awaryjnego i powoduje, że zsynchronizowana replika pomocnicza przechodzi do roli podstawowej (z gwarantowaną ochroną danych), a replika podstawowa do roli pomocniczej. Ręczne przejście w tryb failover wymaga, aby zarówno replika podstawowa, jak i docelowa replika pomocnicza były uruchomione w trybie zatwierdzania synchronicznego, a replika pomocnicza musi być już zsynchronizowana.

    • automatyczne przełączenie awaryjne (bez utraty danych)

      Automatyczne przełączenie awaryjne występuje w odpowiedzi na awarię, która powoduje, że zsynchronizowana replika pomocnicza przechodzi do roli podstawowej (z gwarantowaną ochroną danych). Gdy dawna replika podstawowa staje się dostępna, przechodzi do roli wtórnej. Automatyczne przełączanie wymaga, aby zarówno replika podstawowa, jak i docelowa replika pomocnicza były uruchamiane w trybie synchronicznego zatwierdzania z ustawionym trybem failover na automatyczny. Ponadto replika pomocnicza musi być już zsynchronizowana, mieć kworum WSFC i spełniać warunki określone przez elastyczną politykę failover grupy dostępności.

  • W trybie zatwierdzania asynchronicznego jedyną formą trybu failover jest wymuszone ręczne przejście w tryb failover (z możliwością utraty danych), zwykle nazywane wymuszonym trybem failover. Wymuszone przejście w tryb awaryjny jest uznawane za formę ręcznego przejścia w tryb awaryjny, ponieważ można je zainicjować tylko ręcznie. Wymuszone przejście w tryb failover to opcja odzyskiwania po awarii. Jest to jedyna forma trybu failover, która jest możliwa, gdy docelowa replika pomocnicza nie jest zsynchronizowana z repliką podstawową.

Aby uzyskać więcej informacji, zobacz tryby failover i tryby działania trybu failover (grupy dostępności Always On).

Ważny

  • Instancje klastra z przełączaniem awaryjnym programu SQL Server (FCI) nie obsługują automatycznego przełączania awaryjnego za pomocą grup dostępności, dlatego każda replika dostępności, która jest obsługiwana przez FCI, może być skonfigurowana jedynie do ręcznego przełączania awaryjnego.
  • Jeśli wydasz polecenie wymuszonego przełączenia awaryjnego na zsynchronizowanej replice pomocniczej, replika pomocnicza zachowuje się tak samo jak w przypadku planowanego ręcznego przełączenia awaryjnego.

Korzyści

Zawsze włączone grupy dostępności udostępniają bogaty zestaw opcji, które zwiększają dostępność bazy danych i zwiększają wykorzystanie zasobów. Kluczowe składniki są następujące:

  • Obsługuje maksymalnie dziewięć replik dostępności. Replika dostępności jest wystąpieniem grupy dostępności hostowanej przez określone wystąpienie programu SQL Server i utrzymuje lokalną kopię każdej bazy danych dostępności należącej do grupy dostępności. Każda grupa dostępności obsługuje jedną replikę podstawową i maksymalnie osiem replik pomocniczych. Aby uzyskać więcej informacji, zobacz Co to jest grupa dostępności Always On?

    Ważny

    Każda replika dostępności musi znajdować się w innym węźle pojedynczego klastra trybu failover systemu Windows Server (WSFC). Aby uzyskać więcej informacji na temat wymagań wstępnych, ograniczeń i zaleceń dotyczących grup dostępności, zobacz Wymagania wstępne, ograniczenia i zalecenia dotyczące zawsze włączonych grup dostępności.

  • Obsługuje alternatywne tryby dostępności w następujący sposób:

    • tryb zatwierdzania asynchronicznego. Ten tryb dostępności to rozwiązanie odzyskiwania po awarii, które działa dobrze, gdy repliki dostępności są rozproszone na znaczne odległości.

    • tryb zatwierdzania synchronicznego. Ten tryb dostępności podkreśla wysoką dostępność i ochronę danych w zakresie wydajności, kosztem zwiększonego opóźnienia transakcji. Dana grupa dostępności może obsługiwać maksymalnie pięć replik z synchronizowanym zatwierdzaniem dostępności, wliczając obecną replikę podstawową.

      Aby uzyskać więcej informacji, zobacz Różnice między trybami dostępności dla grupy dostępności Always On.

  • Obsługuje kilka form trybu failover grupy dostępności: automatyczne przejście w tryb failover, planowane ręczne przejście w tryb failover (zwykle nazywane po prostu "ręcznym trybem failover") i wymuszone ręczne przejście w tryb failover (zazwyczaj nazywane po prostu "wymuszonym trybem failover"). Aby uzyskać więcej informacji, zobacz Failover i Tryby Failover (Zawsze Włączone Grupy Dostępności).

  • Umożliwia skonfigurowanie danej repliki dostępności w celu obsługi jednej z poniższych lub obu aktywnych funkcji pomocniczych:

  • Obsługuje odbiornik grupy dostępności dla każdej grupy dostępności. Nasłuchiwacz grupy dostępności Always On to nazwa serwera, z którą klienci mogą się łączyć, aby uzyskać dostęp do bazy danych w podstawowej lub wtórnej repliki grupy dostępności Always On. Odbiorniki grup dostępności kierują połączenia przychodzące do repliki podstawowej lub do repliki pomocniczej tylko do odczytu. Nasłuchiwacz zapewnia szybkie awaryjne przełączenie aplikacji po przełączeniu grupy dostępności. Aby uzyskać więcej informacji, zobacz Połącz się z odbiornikiem grupy dostępności Always On.

  • Obsługuje elastyczną politykę przełączania awaryjnego, zapewniającą większą kontrolę nad przełączaniem w grupach dostępności. Aby uzyskać więcej informacji, zobacz tryby failover (grupy dostępności Always On).

  • Obsługuje automatyczną naprawę strony w celu ochrony przed uszkodzeniem strony. Aby uzyskać więcej informacji, zobacz automatyczna naprawa strony (grupy dostępności: dublowanie bazy danych).

  • Obsługuje szyfrowanie i kompresję, która zapewnia bezpieczny, wydajny transport.

  • Zapewnia zintegrowany zestaw narzędzi upraszczających wdrażanie grup dostępności i zarządzanie nimi, w tym:

Połączenia klienta

Możesz zapewnić łączność klienta z repliką podstawową danej grupy dostępności, tworząc odbiornik grupy dostępności. Odbiornik grupy dostępności udostępnia zestaw zasobów dołączonych do danej grupy dostępności w celu kierowania połączeń klientów z odpowiednią repliką dostępności.

Nasłuchiwacz grupy dostępności jest skojarzony z unikatową nazwą DNS, która służy jako nazwa sieci wirtualnej (VNN), jednym lub wieloma wirtualnymi adresami IP (VIP) oraz numerem portu TCP. Aby uzyskać więcej informacji, zobacz Połącz się z odbiornikiem grupy dostępności Always On.

Napiwek

Jeśli grupa dostępności ma tylko dwie repliki dostępności i nie jest skonfigurowana tak, aby zezwalała na dostęp do odczytu do repliki pomocniczej, klienci mogą łączyć się z repliką podstawową przy użyciu parametrów połączenia dublowania bazy danych . Takie podejście może być przydatne tymczasowo po migracji bazy danych z mirroringu bazy danych do Grup dostępności Always On. Przed dodaniem dodatkowych replik pomocniczych należy utworzyć odbiornik grupy dostępności dla grupy dostępności i zaktualizować aplikacje tak, aby używały nazwy sieciowej odbiornika.

Aktywne repliki wtórne

Grupy dostępności Always On obsługują aktywne wtórne repliki. Aktywne możliwości pomocnicze obejmują obsługę:

  • wykonywanie operacji tworzenia kopii zapasowych na replikach pomocniczych

    Repliki pomocnicze obsługują wykonywanie kopii zapasowych dziennika i kopii tylko do kopiowania kopii zapasowych pełnej bazy danych, pliku lub grupy plików. Możesz skonfigurować grupę dostępności, aby określić preferencje dotyczące miejsca wykonywania kopii zapasowych. Ważne jest, aby zrozumieć, że preferencje nie są wymuszane przez program SQL Server, więc nie ma wpływu na kopie zapasowe ad hoc. Interpretacja tej preferencji zależy od logiki, o ile w ogóle taka istnieje, zapisanej w skryptach zadań tworzenia kopii zapasowej dla każdej z baz danych w danej grupie dostępności. W przypadku pojedynczej repliki dostępności można określić priorytet wykonywania kopii zapasowych tej repliki względem innych replik w tej samej grupie dostępności. Aby uzyskać więcej informacji, zobacz Przekierowanie obsługiwanych kopii zapasowych do pomocniczych replik grupy wysokiej dostępności.

  • Dostęp tylko do odczytu do jednej lub więcej replik pomocniczych (replik z możliwością odczytu)

    Każdą replikę dostępności pomocniczej można skonfigurować tak, aby zezwalała na dostęp tylko do odczytu do lokalnych baz danych, chociaż niektóre operacje nie są w pełni obsługiwane. Zapobiega to próbom nawiązania połączenia odczytu i zapisu z repliką pomocniczą. Istnieje również możliwość zapobiegania obciążeniom z dostępem tylko do odczytu na podstawowej replice poprzez zezwalanie jedynie na dostęp do odczytu i zapisu. Zapobiega to nawiązywaniu połączeń z repliką podstawową, które są tylko do odczytu. Aby uzyskać więcej informacji, zobacz Przekierowanie zadań tylko do odczytu do pomocniczej repliki grupy dostępności Always On.

    Jeśli grupa dostępności obecnie posiada nasłuchiwacz grupy dostępności i co najmniej jedną replikę pomocniczą do odczytu, program SQL Server może kierować żądania połączeń do odczytu do jednej z nich (kierowanie odczytu). Aby uzyskać więcej informacji, zobacz Połącz się z słuchaczem grupy dostępności Always On.

Okres limitu czasu sesji

Okres limitu czasu sesji jest właściwością availability-replica, która określa, jak długo połączenie z inną repliką dostępności może pozostać nieaktywne przed zamknięciem połączenia. Podstawowe i zapasowe repliki przesyłają między sobą sygnał, aby zasygnalizować, że nadal są aktywne. Odbieranie polecenia ping z drugiej repliki w trakcie okresu limitu czasu wskazuje, że połączenie jest nadal otwarte i że instancje serwera komunikują się. Po otrzymaniu polecenia ping replika dostępności wyzerowuje licznik czasu wygaśnięcia sesji w tym połączeniu.

Okres limitu czasu sesji zapobiega temu, aby któraś z replik czekała na czas nieokreślony na odebranie polecenia ping od drugiej repliki. Jeśli polecenie ping nie zostanie odebrane z innej repliki w okresie limitu czasu sesji, replika przekracza limit czasu. Jej połączenie zostaje zamknięte, a replika przechodzi w stan ROZŁĄCZONE. Nawet jeśli rozłączona replika jest skonfigurowana dla trybu zatwierdzania synchronicznego, transakcje nie czekają na ponowne nawiązanie połączenia z repliką i ponowną synchronizację.

Domyślny okres limitu czasu sesji dla każdej repliki dostępności wynosi 10 sekund. Ta wartość jest konfigurowana przez użytkownika, o wartości co najmniej 5 sekund. Zalecamy, aby okres czasu wynosił co najmniej 10 sekund. Ustawienie wartości na mniej niż 10 sekund stwarza możliwość, że system o dużym obciążeniu błędnie zadeklaruje awarię.

Notatka

W roli rozwiązywania limit czasu sesji nie ma zastosowania, ponieważ pingowanie nie występuje.

Automatyczna naprawa strony

Każda replika dostępności próbuje automatycznie odzyskać uszkodzone strony w lokalnej bazie danych, usuwając niektóre typy błędów, które uniemożliwiają odczytywanie strony danych. Jeśli replika pomocnicza nie może odczytać strony, replika żąda nowej kopii strony z repliki podstawowej. Jeśli replika podstawowa nie może odczytać strony, replica wysyła żądanie nowej kopii do wszystkich replik zapasowych i pobiera stronę od pierwszej, która odpowiedziała. Jeśli to żądanie powiedzie się, nieczytelna strona zostanie zamieniona na kopię, co zwykle rozwiązuje błąd.

Aby uzyskać więcej informacji, zobacz Automatyczna Naprawa Strony (Grupy Dostępności: Mirroring Baz Danych).

Współdziałanie i współistnienie z innymi funkcjami aparatu bazy danych

Zawsze włączone grupy dostępności mogą być używane z następującymi funkcjami lub składnikami programu SQL Server:

Następny krok

Wprowadzenie do Always On grup dostępności