Asynchronous Database Mirroring (High-Performance Mode)
Uwaga
Dublowanie asynchronicznego bazy danych jest obsługiwane tylko przez SQL Server 2005 Enterprise Edition Z dodatkiem usługa Pack 1 (SP1) i jego nowszych wersjach.
Jeśli bezpieczeństwo transakcji ma wartość OFF, dublowanie bazy danych sesja działa asynchronicznie.Operacja asynchroniczna obsługuje tylko jeden tryb działania — tryb wysokiej wydajności.W tym trybie zwiększa wydajność na koszt o wysoka wysoka dostępność.Tryb wysokiej wydajności używa głównych serwera i serwer dublowany.Problemy serwer dublowany nigdy nie wpływ serwer główny.Na utratę serwer główny, dublowania bazy danych jest oznaczony jako DISCONNECTED, ale jest dostępna jako ciepła rezerwa.
Tryb wysokiej wydajności, obsługuje tylko jeden formularz przełączanie roli: Usługa wymuszona (o możliwości utraty danych), które korzysta z serwer dublowany jako serwer ciepłej rezerwy. wymuszona usługa jest jednym z możliwych odpowiedzi do awarii serwer główny.Ponieważ utrata danych jest to możliwe, należy wziąć pod uwagę inne alternatywy przed wymuszanie usługa do dublowania.Aby uzyskać więcej informacji zobacz temat "Odpowiadać na błąd z głównej," w dalszej części tego tematu.
Na poniższym rysunku pokazano konfiguracja z sesja, używając trybu wysokiej wydajności.
.gif "Partner-only configuration of a session")
W trybie wysokiej wydajności, tak szybko, jak serwer główny wysyła dziennika dla transakcji serwer dublowany głównych serwer wysyła potwierdzenie do klient, bez konieczności oczekiwania na potwierdzenie z serwer dublowany.zatwierdzanie transakcji bez oczekiwania serwer dublowany do zapisu w dzienniku na dysku.Operacja asynchroniczna pozwala serwer główny do uruchomienia przy użyciu transakcji minimalny opóźnienie.
serwer dublowany próbuje nadążyć z rekordów dziennika wysłanych przez serwer główny.Ale lustrzana baza danych może być zwłoki nieco związany z główna baza danych, chociaż zazwyczaj jest mały odstęp między bazami danych.Jednak luki może stać się istotne serwer główny jest pod obciążeniem ciężki pracy lub system serwer dublowany jest za pośrednictwem załadowany.
Gdy tryb High-Performance jest odpowiedni?
Tryb wysokiej wydajności może być przydatne w scenariuszu odzyskiwanie systemu po awarii serwerów kapitał i dublowania oddzielone są znaczące odległości i których nie chcesz małych błędy, które wpływają serwer główny.
Uwaga
wysyłanie dziennika może być uzupełnienie dublowanie bazy danych i jest korzystna alternatywne w stosunku do dublowania asynchronicznego bazy danych.Aby uzyskać informacje na temat zalet wysyłanie dziennika ZobaczHigh Availability Solutions Overview. Aby uzyskać informacje dotyczące korzystania z dziennika Wysyłka dublowanie bazy danych zobacz Database Mirroring and Log Shipping.
Wpływ dowód w trybie High-Performance
Jeśli używasz języka Transact-SQL skonfigurować tryb wysokiej wydajności, za każdym razem, gdy właściwość bezpieczeństwa ma wartość OFF, zaleca się właściwość dowód również zestaw na OFF.Świadka mogą współistnieć z trybu wysokiej wydajności, ale dowód zapewnia nie korzyści i wprowadza ryzyka.
Jeśli dowód jest odłączony od sesja, kiedy partner albo przejść niedziałający, baza danych staje się niedostępny.Dzieje się, nawet jeśli wysokiej wydajności tryb nie wymaga dowód, jeśli jest ono zestaw, sesja wymaga kworum, składający się z dwóch lub więcej wystąpień serwera.Jeśli kworum straty sesja, go nie może służyć bazy danych.
Gdy jest świadka zestaw w sesja trybu wysokiej wydajności, stosowania kworum oznacza, że:
Jeśli serwer dublowany zostaje utracone, serwer główny musi być podłączony do dowód.W przeciwnym razie serwer główny wprowadza swoją bazę danych w tryb offline aż serwer dowód lub dublowania dołącza do sesja.
W przypadku utraty głównych serwera wymuszanie usługa serwer dublowany wymaga, że serwer dublowany połączyć dowód.
Uwaga
Aby uzyskać informacje o typach kworum Zobacz Quorum: How a Witness Affects Database Availability.
Odpowiadanie na błąd głównej
W przypadku niepowodzenia głównej właścicielem bazy danych ma kilka opcji, w następujący sposób:
W bazie danych należy pozostawić niedostępne, dopóki głównej będą ponownie dostępne.
Jeżeli główna baza danych i dziennik transakcji są nienaruszone, ta opcja zachowuje wszystkie transakcji zatwierdzonych na koszt o dostępności.
Przerwać dublowanie sesja bazy danych, ręcznie zaktualizować bazę danych, a następnie rozpocząć nową bazę danych, dublowanie sesja.
Jeżeli główna baza danych jest tracone, ale nadal działa serwer główny, natychmiast próbować wykonać kopię zapasową ogona dziennik w głównej bazie danych.Wykonywanie kopia zapasowa dziennika dziennika ogona zakończy się pomyślnie, usuwając dublowanie może być swoje najważniejsze alternatywne.Po usunięciu dublowanie, można przywrócić w dzienniku na poprzedni lustrzana baza danych, która zachowuje wszystkie dane.
Uwaga
Jeżeli kopia zapasowa końcowego fragmentu dziennika nie powiodło się i nie można poczekać na serwer główny do odzyskania, należy rozważyć możliwość wymuszania usługa, która ma tę zaletę, utrzymywania stanu sesja.
serwer dublowany wymuszenia na usłudze (o możliwości utraty danych).
wymuszona usługa ściśle metoda odzyskiwanie systemu po awarii i powinno być używane oszczędnie, tylko.Wymuszanie usługa jest możliwe tylko wtedy, gdy serwer główny działa, sesja pochodzi asynchroniczne (bezpieczeństwo transakcji jest ustawiona na wyłączona) oraz sesja nie ma żadnych dowód (dowód właściwość jest ustawiona na wyłączona) lub dowód jest połączony z serwer dublowany (to znaczy mają kworum).
Wymuszanie usługa powoduje, że serwer dublowany przyjmuje rolę głównego i udostępniać jego kopię bazy danych dla klientów.Usługa jest wymuszone, dzienniki transakcji, niezależnie od głównej nie została jeszcze wysłana do serwer dublowany zostaną utracone.Dlatego należy ograniczyć wymuszona usługa do sytuacji, gdy jest dopuszczalna utrata danych możliwe i dostępność bezpośredniego bazy danych jest krytyczna.Aby uzyskać informacje o tym, jak wymusić działa usługa i najważniejsze wskazówki dotyczące korzystania z jej, zobacz Forced Service (with Possible Data Loss).