Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dotyczy:
SQL Server
Klaster nadmiarowy to kombinacja jednego lub więcej dysków fizycznych w grupie klastrów usługi klastra Microsoft (MSCS), znanej jako grupa zasobów, które są uczestniczącymi węzłami klastra. Grupa zasobów jest skonfigurowana jako klaster trybu przełączenia awaryjnego, który hostuje instancję SQL Server. Wystąpienie klastra trybu failover programu SQL Server jest wyświetlane w sieci tak, jakby był to pojedynczy komputer, ale ma funkcje zapewniające przejście w tryb failover z jednego węzła do drugiego, jeśli jeden węzeł stanie się niedostępny. Aby uzyskać więcej informacji, sprawdź Always On Failover Cluster Instances (SQL Server).
Klastry trybu failover zapewniają obsługę wysokiej dostępności dla całego wystąpienia programu Microsoft SQL Server, w przeciwieństwie do dublowania bazy danych, która zapewnia obsługę wysokiej dostępności dla pojedynczej bazy danych. Mirroring bazy danych działa między klastrami awaryjnego przełączania, a także między klastrem awaryjnego przełączania a hostem nieklastrowanym.
Uwaga / Notatka
Aby zapoznać się z wprowadzeniem do mirroringu bazy danych, zobacz Mirroring bazy danych (SQL Server).
Dublowanie i klastrowanie
Zazwyczaj, gdy dublowanie jest używane łącznie z klastrowaniem, zarówno serwer główny, jak i serwer lustrzany znajdują się w klastrach, z serwerem głównym uruchomionym w instancji klastra trybu failover jednego klastra, a serwer lustrzany w instancji klastra trybu failover innego klastra. Można ustanowić sesję mirroringu, w której jeden partner znajduje się w wystąpieniu klastra w trybie przełączenia awaryjnego, a drugi partner znajduje się na osobnym, nieklastrowanym komputerze.
Jeśli tryb failover klastra sprawia, że serwer główny jest tymczasowo niedostępny, połączenia klientów są odłączone od bazy danych. Po zakończeniu pracy w trybie failover klastra klienci mogą ponownie łączyć się z serwerem głównym w tym samym klastrze lub na innym klastrze lub komputerze bez klastra, w zależności od trybu operacyjnego. W związku z tym podczas podejmowania decyzji o sposobie konfigurowania dublowania bazy danych w środowisku klastra tryb operacyjny używany do dublowania jest istotny.
Sesja w trybie wysokiego bezpieczeństwa z automatycznym przełączaniem awaryjnym
Jeśli zamierzasz dublować bazę danych w trybie wysokiego bezpieczeństwa z automatycznym trybem failover, zalecana jest konfiguracja dwóch klastrów dla partnerów. Ta konfiguracja zapewnia maksymalną dostępność. Świadek może znajdować się w trzecim klastrze lub na komputerze nieklastrowanym.
Jeśli węzeł z uruchomionym bieżącym serwerem głównym ulegnie awarii, automatyczne przejście w tryb failover bazy danych rozpocznie się w ciągu kilku sekund, podczas gdy klaster nadal jest w trybie failover w innym węźle. Sesja dublowania bazy danych kończy się w trybie failover na serwerze dublowanym na innym klastrze lub nieklastrowanym komputerze, a były serwer dublowany staje się serwerem głównym. Nowy serwer główny aktualizuje swoją kopię bazy danych tak szybko, jak to możliwe, i przenosi ją do trybu online jako główną bazę danych. Po zakończeniu pracy w trybie failover klastra, co zwykle trwa kilka minut, grupa klastrowa trybu failover, która wcześniej była głównym serwerem, staje się serwerem lustrzanym.
Na poniższej ilustracji przedstawiono automatyczne przechodzenie w tryb failover między klastrami w sesji dublowania uruchomionej w trybie wysokiego bezpieczeństwa z monitorem (który obsługuje automatyczne przełączanie w tryb failover).
Trzy wystąpienia serwera w sesji mirroringu znajdują się w trzech różnych klastrach: Cluster_A, Cluster_B i Cluster_C. W każdym klastrze uruchomione jest domyślne wystąpienie programu SQL Server jako klastrowe wystąpienie typu failover. Po uruchomieniu sesji dublowania wystąpienie klastra trybu failover na Cluster_A jest serwerem głównym, wystąpienie klastra trybu failover na Cluster_B jest serwerem lustrzanym, a wystąpienie klastra trybu failover na Cluster_C jest świadkiem w sesji dublowania. Ostatecznie aktywny węzeł na Cluster_A kończy się niepowodzeniem, co powoduje, że serwer główny stanie się niedostępny.
Zanim klaster ma czas na przełączenie awaryjne, utrata serwera głównego jest wykrywana przez serwer lustrzany za pomocą świadka. Serwer dublowania aktualizuje swoją bazę danych i udostępnia ją jako nową główną bazę danych tak szybko, jak to możliwe. Po zakończeniu pracy w trybie failover Cluster_A były serwer główny jest teraz serwerem dublowania i synchronizuje bazę danych z bieżącą główną bazą danych na Cluster_B.
Sesja trybu wysokiego bezpieczeństwa bez automatycznego przełączenia awaryjnego
Jeśli replikujesz bazę danych w trybie wysokiego bezpieczeństwa bez automatycznego przełączenia awaryjnego, inny węzeł klastra przejmie rolę serwera głównego, jeśli węzeł z bieżącym serwerem głównym ulegnie awarii. Należy pamiętać, że gdy klaster jest niedostępny, baza danych jest niedostępna.
Sesja trybu High-Performance
Jeśli zamierzasz dublować bazę danych w trybie wysokiej wydajności, rozważ umieszczenie serwera głównego w klastrowanym wystąpieniu klastra trybu failover i umieszczenie serwera dublowanego na serwerze nieklastrowanym w lokalizacji zdalnej. Jeśli klaster przejdzie w tryb failover do innego węzła, wystąpienie klastra trybu failover będzie kontynuowane jako serwer główny w sesji dublowania. Jeśli cały klaster ma problemy, możesz wymusić przekierowanie usługi na serwer lustrzany.
Aby skonfigurować nowy klaster failover SQL Server
Aby skonfigurować dublowanie bazy danych
Zobacz też
Dublowanie bazy danych (SQL Server)
Tryby operacyjne mirroringu bazy danych
Instancje klastra Always On Failover (SQL Server)