Manual Failover
ręczna praca awaryjna odłącza klientów z bazy danych i odwraca role partnerów.Tylko w trybie wysokiego bezpieczeństwa obsługuje ręczna praca awaryjna.
Uwaga
W tym temacie zakłada się, że czytelnik jest obeznany w trybie wysokiego bezpieczeństwa.Aby uzyskać więcej informacji zobaczSynchronous Database Mirroring (High-Safety Mode).
Utrzymywanie dostępności podczas uaktualniania
Administrator bazy danych można użyć ręczna praca awaryjna uaktualnienia sprzętu lub oprogramowania bez utraty dostępności.Używać dublowanie uaktualnień oprogramowania, kopię bazy danych serwera i/lub system musi już otrzymanych uaktualnienia.
Uwaga
Dublowanie bazy danych powinien być w stanie przeprowadzić uaktualnienie stopniowe, ale to nie jest gwarantowane, ponieważ przyszłe zmiany są nieznane.Aby uzyskać więcej informacji zobaczHow to: Minimize Downtime for Mirrored Databases When Upgrading Server Instances.
Na poniższym rysunku pokazano wystąpienie zachować dostępność bazy danych, natomiast uaktualnić wystąpienie serwera bazy danych przy użyciu ręcznego pracy awaryjnej.Po zakończeniu uaktualniania systemu, administrator może opcjonalnie przejmowane praca awaryjna powrócić do oryginalnego wystąpienie serwera.Jest to przydatne, gdy administrator chce zatrzymać sesja dublowanie i korzystania z serwer dublowany, gdzie indziej.W ten sposób wystąpienie jednego serwera można używać wielokrotnie podczas aktualizowania serii wystąpienie serwera bazy danych.
.gif "Planned manual failover")
Warunki wymagane dla ręczna praca awaryjna
ręczna praca awaryjna wymaga bezpieczeństwo transakcji był FULL (to znaczy w trybie wysokiego bezpieczeństwa).Gdy partnerów są podłączone i baza danych jest już zsynchronizowane, ręczna praca awaryjna jest obsługiwany.
W jaki sposób ręczna praca awaryjna programu Works
ręczna praca awaryjna inicjuje następującej sekwencji czynności:
serwer główny rozłącza klientów z główna baza danych, wysyła ogona dziennika do serwer dublowany i, w ramach przygotowania do przełączania się do roli dublowanie, zestawy dublowanie stanu do SYNCHRONIZACJI.
serwer dublowany rejestruje numer sekwencyjny dziennika (LSN) otrzymanych od głównej jako praca awaryjna LSN ostatniego rekordu dziennika.
Uwaga
Aby wyświetlić ten LSN, należy wybrać mirroring_failover_lsn kolumnasys.database_mirroring (Transact-SQL).
Jeśli wszystkie dziennika jest oczekujących w kolejce ponowne wykonanie, serwer dublowany zakończy się do przodu stopniowych lustrzana baza danych.Czas wymagany zależy od szybkości systemu, ostatnie obciążenie pracą oraz ilość dziennika w kolejce ponowne wykonanie.Synchroniczne trybu pracy czas pracy awaryjnej może regulowana ograniczając rozmiar kolejki ponowne wykonanie.Jednakże może to spowodować serwer główny w celu spowolnienie do dublowania serwer mógł nadążyć.
Uwaga
Aby dowiedzieć się bieżący rozmiar kolejki ponowne wykonanie, należy użyć ponowne wykonanie kolejki licznika obiektu wydajności dublowanie bazy danych (Aby uzyskać więcej informacji, zobacz temat Monitoring Database Mirroring).
Serwer dublowanie staje się nowym serwerem głównym i poprzednie serwer główny staje się nowy serwer dublowany.
Nowy serwer główny toczy się ponownie wszystkie niezakończone transakcje oraz zapewnia jego kopię bazy danych online, jak główna baza danych.
Poprzedni głównej przyjmuje rolę dublowania i poprzednie główna baza danych staje się lustrzana baza danych.Nowy serwer dublowany szybko ponownie zsynchronizuje nowej lustrzana baza danych z głównym nowej bazy danych.
Uwaga
Jak najszybciej nowy serwer dublowany została ponownie synchronizowane baz danych, pracy awaryjnej jest ponownie to możliwe, ale w kierunku odwrotnego.
Po awaryjnym przeniesieniu klienci muszą połączyć się z bieżącej bazy danych głównych.Aby uzyskać więcej informacji zobaczConnecting Clients to a Mirrored Database.