Ponowne łączenie z bazą danych dublowanie sesji
Jeśli połączenia ustanowionego dublowanie bazy danych sesja nie powiedzie się jakiejkolwiek przyczyny, na przykład ze względu na dublowanie bazy danych pracy awaryjnej i aplikacja próbuje połączyć się z serwera początkowego, dostawca danych programu access można próbować ponownie, używając nazwy partner pracy awaryjnej, przechowywane w pamięci podręcznej klient.Ponowne łączenie nie jest automatyczne, jednak.Aplikacja musi dowiedział się o błąd.Następnie aplikacja wymaga połączenia nie powiodło się zamknięcie i otwarcie nowego połączenia przy użyciu tego samego połączenia ciąg atrybuty.W tym momencie dostawca danych programu access przekierowuje połączenia do partner pracy awaryjnej.Jeśli wystąpienie serwera identyfikowanego przez to nazwa jest aktualnie serwer dublowany, zwykle powiedzie się próba połączenia.Jeśli jest niejasne, czy transakcja została przekazana lub wycofana, aplikacja musi sprawdzić na stan transakcji, w taki sam sposób, jak podczas ponownego łączenia się z wystąpienie serwera autonomicznego.
Ponowne łączenie podobny do wstępnego połączenia, dla którego połączenie ciąg dostarczonych Nazwa partner pracy awaryjnej.Jeśli pierwsza próba połączenia nie powiedzie się, próby połączenia alternatywne i z powrotem między Nazwa partner początkowego i pracy awaryjnej Nazwa partner, dopóki klient łączy się z serwer dublowany albo upłynie limit czasu dostawca danych programu access.
Ostrzeżenie
SQL ServerNative Client weryfikuje, że podawał podstawowego wystąpienia serwera, ale nie, czy to wystąpienie jest partner wystąpienie serwera określonego w polu Nazwa partner początkowego połączenia ciąg.
Jeśli połączenia TCP/IP i klient używa systemu Windows XP lub później, Algorytm ponownych prób połączenia określa czas przydzielony do prób połączeń w każdej rundzie.Aby uzyskać więcej informacji, zobacz Słowa kluczowe ciąg połączenia przy użyciu programu SQL Server Native Client.
.gif "Ważna informacja") Ważne: |
|---|
Jeśli klient pobiera odłączony od bazy danych, dostawca danych programu access nie próbuje ponownie.Klient musi wydać nowe żądanie połączenia.Ponadto jeśli aplikacja zakończy niedziałający na utraty połączenia, go spowoduje utratę buforowanych partner nazwy.Jeśli połączenie zostało utracone, ponieważ serwer dublowany stał się niedostępny, jedynym sposobem na aplikacji można połączyć serwer duplikatu jest przez podanie nazwy partner pracy awaryjnej w związku z jego ciąg. |
Wpływ przekierowanie na aplikacji klienta
Po przejęciu awaryjnym dostawca danych programu access przekierowuje połączenia do bieżącego wystąpienie serwer dublowany.Przekierowywanie jest jednak przezroczysty dla klientów.Przekierowane połączenia klient, wydaje się połączenia z wystąpienie serwera identyfikowane przez nazwę partner początkowego.Podczas początkowej partner jest obecnie serwer duplikatu, klient może się pojawić, podłączone do woluminu dublowanego serwera i aktualizowania duplikat bazy danych.W rzeczywistości jednak klient został przekierowany do partner pracy awaryjnej, która jest bieżąca baza danych głównych, i aktualizuje nowej dublowana baza danych klienta.
Po przekierowywane do pracy awaryjnej partner klient mogą wystąpić nieoczekiwane wyniki podczas korzystania z Transact-SQL za pomocą instrukcja, aby użyć innej bazy danych.Może się to zdarzyć, jeśli bieżące wystąpienie serwer dublowany (partner pracy awaryjnej) ma inny zestaw baz danych niż oryginalny serwer dublowany (partner początkowego).
Zobacz także