Typy klientských připojení k replikám ve skupině dostupnosti AlwaysOn

platí pro:SQL Server

Ve skupině dostupnosti AlwaysOn můžete nakonfigurovat jednu nebo více replik dostupnosti tak, aby umožňovala připojení jen pro čtení při spuštění pod sekundární rolí (to znamená při spuštění jako sekundární replika). Můžete také nakonfigurovat každou repliku dostupnosti tak, aby umožňovala nebo vyloučila připojení pouze pro čtení při spuštění v primární roli (to znamená při spuštění jako primární replika).

Pokud chcete usnadnit klientský přístup k primárním nebo sekundárním databázím dané skupiny dostupnosti, měli byste definovat posluchač Availability Group. Ve výchozím nastavení posluchač skupiny dostupnosti směruje příchozí připojení k primární replice. Skupinu dostupnosti však můžete nakonfigurovat tak, aby podporovala směrování pro čtení, což umožňuje naslouchací procesu skupiny dostupnosti přesměrovat žádosti o připojení aplikací pro čtení na čitelnou sekundární repliku. Další informace najdete v tématu Konfigurace směrování pouze pro čtení pro skupinu dostupnosti (SQL Server).

Při selhání se sekundární replika stává primární rolí a předchozí primární replika stává sekundární rolí. Během procesu převzetí služeb při selhání jsou všechna připojení klientů k primární i sekundární replice ukončena. Po převzetí služeb při selhání se klient znovu připojí k naslouchací službě skupiny dostupnosti, která znovu připojí klienta k nové primární replice, kromě požadavku na připojení určeného pro čtení. Pokud je směrování jen pro čtení nakonfigurované na klientovi a na instancích serveru, které hostují novou primární repliku a na alespoň jedné čitelné sekundární replice, požadavky na připojení záměru pro čtení se znovu směrují na sekundární repliku, která podporuje typ přístupu k připojení, který klient vyžaduje. Aby bylo zajištěno bezproblémové prostředí klienta po převzetí služeb při selhání, je důležité nakonfigurovat přístup pro sekundární i primární roli každé dostupnostní instance.

Poznámka:

Informace o naslouchacím procesu skupiny dostupnosti, který zpracovává požadavky na připojení klienta, naleznete v tématu Naslouchací procesy skupiny dostupnosti, Připojení klienta a Převzetí služeb při selhání aplikací (SQL Server).

Typy přístupu k připojení podporované sekundární rolí

Sekundární role podporuje tři alternativy pro připojení klientů následujícím způsobem:

Žádná připojení
Nejsou povolena žádná uživatelská připojení. Sekundární databáze nejsou k dispozici pro přístup pro čtení. Toto je výchozí chování v sekundární roli.

Připojení určená pouze pro čtení
Sekundární databáze jsou k dispozici pouze pro připojení, pro které je vlastnost připojení záměru aplikace nastavená na Jen pro čtení (připojení záměru čtení).

Informace o této vlastnosti připojení naleznete v tématu Sql Server Native Client Support for High Availability, Disaster Recovery.

Povolit jakékoli připojení jen pro čtení
Pro připojení pro čtení jsou k dispozici všechny sekundární databáze. Tato možnost umožňuje připojení klientů s nižší verzí.

Další informace naleznete v tématu Konfigurace přístupu Read-Only na replice dostupnosti (SQL Server).

Typy přístupu k připojení podporované primární rolí

Primární role podporuje dvě alternativy pro připojení klientů následujícím způsobem:

Všechna připojení jsou povolená.
Primárním databázím je povoleno připojení jak pro čtení i zápis, tak pouze pro čtení. Toto je výchozí chování primární role.

Povolit pouze připojení pro čtení i zápis
Pokud je vlastnost připojení záměru aplikace nastavena na ReadWrite nebo není nastavena, připojení je povoleno. Připojení, pro která je klíčové slovo připojovacího řetězce záměru aplikace nastaveno na ReadOnly , nejsou povolena. Povolování pouze připojení pro čtení a zápis může pomoci zabránit zákazníkům ve spojování pracovních zatížení určených pro čtení s primární replikou omylem.

Informace o této vlastnosti připojení naleznete v tématu Použití klíčových slov připojovacího řetězce s SQL Server Native Client.

Další informace naleznete v tématu Konfigurace přístupu Read-Only na replice dostupnosti (SQL Server).

Vliv konfigurace přístupu k připojení ke klientovi

Nastavení přístupu k připojení repliky určuje, jestli pokus o připojení selže nebo je úspěšný. Následující tabulka shrnuje, jestli je daný pokus o připojení úspěšný nebo neúspěšný pro každé nastavení přístupu k připojení.

Role repliky Přístup ke spojení podporován na replice Záměr připojení Výsledek pokusu o připojení
Secondary Všechno Záměr pro čtení, čtení i zápis nebo žádný zadaný záměr připojení Success
Secondary Žádné (Toto je výchozí sekundární chování.) Záměr pro čtení, čtení a zápis, nebo žádná specifikovaná intence připojení Failure
Secondary Jen pro čtení Záměr čtení Success
Secondary Jen pro čtení Zadaný záměr připojení pro čtení a zápis nebo není specifikován žádný záměr připojení Failure
Primary Vše (Toto je výchozí primární chování.) Režim připojení: pouze pro čtení, pro čtení i zápis, nebo žádný určený režim připojení. Success
Primary Čtení-zápis Jen pro čtení Failure
Primary Čtení-zápis Zadaný záměr připojení: buď pro čtení a zápis, nebo není specifikován žádný záměr připojení. Success

Informace o konfiguraci skupiny dostupnosti tak, aby přijímala připojení klientů ke svým replikám, najdete v tématu Naslouchací procesy skupiny dostupnosti, připojení klienta a převzetí služeb při selhání aplikací (SQL Server).

Příklad konfigurace Connection-Access

V závislosti na tom, jak se pro přístup k připojení konfigurují různé repliky dostupnosti, se může po převzetí služeb při selhání skupiny dostupnosti změnit podpora připojení klientů. Představte si například skupinu dostupnosti, pro kterou se reportování provádí na vzdálených sekundárních replikách s asynchronním potvrzením. Všechny aplikace jen pro čtení pro databáze v této skupině dostupnosti nastavují vlastnost připojení Application Intent na ReadOnly, aby všechna připojení jen pro čtení byla připojení se záměrem čtení.

Tato ukázková skupina pro zajištění dostupnosti má dvě synchronní potvrzující repliky v hlavním výpočetním centru a dvě asynchronní potvrzující repliky na satelitním místě. U primární role jsou všechny repliky nakonfigurované pro přístup pro čtení i zápis, což brání připojení záměru čtení k primární replice ve všech situacích. Synchronní sekundární role potvrzení využívá výchozí konfiguraci přístupu pro připojení ("žádný"), která znemožňuje všechna klientská připojení v sekundární roli. Naproti tomu repliky asynchronního potvrzení jsou nakonfigurované tak, aby umožňovaly připojení se záměrem čtení v sekundární roli. Následující tabulka shrnuje tuto ukázku konfigurace:

Replica Režim závazku Počáteční role Připojovací přístup pro sekundární roli Přístup k připojení pro primární roli
Replika 1 Synchronous Primary None Čtení-zápis
Replika 2 Synchronous Secondary None Čtení-zápis
Replika 3 Asynchronous Secondary Jen pro čtení Čtení-zápis
Replika 4 Asynchronous Secondary Jen pro čtení Čtení-zápis

V tomto ukázkovém scénáři obvykle dochází k převzetí služeb při selhání pouze mezi replikami synchronního potvrzení, a hned poté se aplikace určené pro čtení mohou znovu připojit k jedné ze sekundárních replik asynchronně potvrzovaných. Pokud však dojde k havárii v hlavním výpočetním centru, ztratí se obě repliky synchronního potvrzení. Správce databáze v satelitní lokalitě odpoví vynuceným ručním převzetím služeb při selhání na sekundární repliku s asynchronním potvrzováním. Sekundární databáze na zbývající sekundární replice jsou pozastaveny kvůli vynucenému převzetí služeb při selhání, čímž se stávají nedostupnými pro úlohy jen pro čtení. Nová primární replika, která je nakonfigurována pro připojení pro čtení a zápis, brání tomu, aby úloha se záměrem čtení konkurovala úloze pro čtení a zápis. To znamená, že dokud správce databáze neobnoví sekundární databáze na zbývající sekundární replice asynchronního potvrzení, klienti záměru čtení se nemůžou připojit k žádné replice dostupnosti.

Související úkoly

Související obsah

Viz také

přehled skupin dostupnosti AlwaysOn (SQL Server)
Naslouchací služby Skupiny dostupnosti, Připojení klientů a Přepnutí služeb při selhání aplikací (SQL Server)
Statistika

  • Last updated on