Asynchroniczne bazy danych, dublowanie (tryb wysokiej wydajności)
Ostrzeżenie
Asynchroniczne dublowanie bazy danych jest obsługiwana tylko przez SQL Server 2005 Enterprise Edition Service Pack 1 (SP1) i nowszych wersji.
Gdy jest bezpieczeństwo transakcji zestaw , dublowanie sesja bazy danych działa asynchronicznie.Operacja asynchroniczna obsługuje tylko jeden tryb działania — tryb wysokiej wydajności.W tym trybie zwiększa wydajność na koszt wysoka wysoka dostępność.Tryb wysokiej wydajności używa serwer dublowany i serwer duplikatu.Nigdy nie wpływ problemów na serwerze dublowanie serwer dublowany.Na utratę główne serwera jest oznaczony ROZŁĄCZONO duplikat bazy danych, ale jest dostępna jako rezerwa aktywna.
Tryb wysokiej wydajności obsługuje tylko jeden formularz przełączanie roli: wymuszona usługa (o możliwości utraty danych), które korzysta z serwera dublowanie jako serwer rezerwy aktywnej.Wymuszone usługa jest jedną z możliwych odpowiedzi awarii serwer dublowany.Ponieważ możliwe jest utrata danych, należy rozważyć inne alternatywy przed wymuszanie usługa do dublowania.Aby uzyskać więcej informacji zobacz "Odpowiada do awarii z kapitału" w dalszej części tego tematu.
Poniższy rysunek pokazuje konfiguracja sesja przy użyciu trybu wysokiej wydajności.
.gif "Konfiguracja sesji zawierająca tylko partnera")
W trybie wysokiej wydajności, tak szybko, jak serwer dublowany wysyła dziennik transakcji do serwer duplikatu, serwer dublowany wysyła potwierdzenie do klient, bez oczekiwania na potwierdzenie ze serwer duplikatu.Transakcje zatwierdzanie bez oczekiwania na serwer duplikatu zapisać dziennik dysku.Operacja asynchroniczna pozwala na serwer dublowany do uruchomienia przy użyciu transakcji minimalny opóźnienie.
serwer duplikatu próbuje nadążać za rekordów dziennika wysłanych przez serwer dublowany.Ale duplikat bazy danych może być nieco za dublowana baza danych zwłoki, chociaż zazwyczaj jest mały odstęp między bazami danych.Jednak szczeliny może stać się istotne serwer dublowany jest pod obciążeniem ciężkich pracy lub system serwer duplikatu jest nad załadowany.
Kiedy jest odpowiedni tryb wysokiej wydajności?
Tryb wysokiej wydajności może być przydatne w scenariuszu odzyskiwanie po awarii, serwery główne i lusterka są oddzielone znaczną odległość i którym nie ma niewielkie błędy wpływu serwer dublowany.
Ostrzeżenie
Dziennik wysyłki może być uzupełnienie dublowanie bazy danych i jest korzystna alternatywa do asynchronicznego dublowanie bazy danych.Aby uzyskać informacje o zaletach wysyłanie dziennika, zobaczWysoka dostępność rozwiązań Przegląd.Informacje dotyczące używania wysyłanie dziennika z dublowanie bazy danych, zobacz Dublowanie baz danych i dzienników.
Wpływ świadka w trybie wysokiej wydajności
Konfigurowanie trybu wysokiej wydajności za pomocą języka Transact-SQL, gdy właściwości bezpieczeństwa jest zestaw do, zdecydowanie zaleca się właściwość ŚWIADKA również być zestaw do OFF.Świadka mogą współistnieć z trybu wysokiej wydajności, ale monitora zapewnia żadnych korzyści i wprowadza ryzyka.
Jeśli Monitor jest odłączony od sesja, gdy albo partner elektrotechnicznych blach teksturowanych niedziałający, baza danych staje się niedostępny.Wynika to nawet jeśli wysokiej wydajności tryb nie wymaga świadka, jeśli jest zestaw, kworum składające się z dwóch lub więcej wystąpień serwera wymaga sesji.Jeśli kworum straty sesja go nie służą bazy danych.
Gdy świadka jest zestaw w sesja trybu wysokiej wydajności, wymuszanie kworum oznacza, że:
Jeśli serwer duplikatu jest tracone, serwer dublowany musi podłączony do monitora.W przeciwnym razie serwer dublowany Trwa swoją bazę danych w trybie offline aż do monitora lub serwer duplikatu przyłącza sesja.
Jeśli serwer dublowany zostaną utracone, wymuszanie usługa serwer duplikatu wymaga, że serwer duplikatu być podłączony do monitora.
Ostrzeżenie
Aby uzyskać informacje dotyczące typów kworum, zobacz Kworum: Jak świadka wpływa na dostępność bazy danych.
Odpowiadać awarii głównej
Gdy zleceniodawca nie powiedzie się, właściciel bazy danych ma kilka opcji, w następujący sposób:
Pozostaw bazy danych niedostępne dopóki głównej znów dostępny.
Jeśli dublowana baza danych i dziennika transakcji są nienaruszone, ta opcja zachowuje wszystkie transakcji na koszt o dostępności.
Przerwać dublowanie sesja bazy danych, ręcznie zaktualizować bazę danych i rozpoczęcia nowej sesja dublowanie bazy danych.
Jeżeli dublowana baza danych jest tracone, ale nadal działa serwer dublowany, niezwłocznie podjąć próbę tworzyć kopię zapasową ogona dziennika głównego bazy danych.Jeśli kopia zapasowa końcowego fragmentu dziennika powiedzie się, usunięcie, dublowanie może być swoje najlepsze alternatywne.Po usunięciu dublowanie, można przywracanie dziennika na bazie byłego dublowanie zachowuje wszystkie dane.
Ostrzeżenie
Jeśli kopia zapasowa końcowego fragmentu dziennika nie powiodło się i nie można czekać na serwer dublowany do odzyskania, należy rozważyć wymuszanie usługa, która ma zaletę utrzymania stanu sesja.
Siła usługa (o możliwości utraty danych) na serwer duplikatu.
Wymuszone ściśle metoda odzyskiwanie po awarii i usługa powinny być używane oszczędnie.Wymuszanie usługa jest możliwe, tylko jeśli serwer dublowany działa, sesja jest asynchroniczna (bezpieczeństwo transakcji jest zestaw do OFF), i sesji albo nie ma żadnych świadka (właściwość ŚWIADKA jest zestaw wyłączająca) lub monitor jest podłączony do serwera dublowania (która jestmają one kworum).
Wymuszanie usługa powoduje, że serwer duplikatu przyjąć rolę głównego zobowiązanego i służą jego kopię bazy danych dla klientów.Kiedy usługa jest wymuszone, dzienniki niezależnie od transakcji kapitału nie wysłane do serwer duplikatu zostaną utracone.Dlatego należy ograniczyć wymuszona usługa do sytuacji, gdy jest dopuszczalne możliwości utraty danych i dostępność bezpośredniego bazy danych jest krytyczna.Aby uzyskać informacje dotyczące wymuszona usługa działa i na najważniejsze wskazówki dotyczące używania go, zobacz Wymuszone usługi (o możliwej utracie danych).