Making the Initial Connection to a Database Mirroring Session

Początkowego połączenia z bazą danych dublowane klient musi dostarczyć ciąg połączenia, który zapewnia minimalny zestaw nazwa wystąpienie serwera.Wymaga to nazwa serwera powinny określić bieżące wystąpienie serwer główny i jest znany jako Nazwa początkowego partner.

Opcjonalnie ciąg połączenia można także podać nazwę innego wystąpienia serwera, które określają bieżące wystąpienie serwer dublowany, do użytku, jeżeli początkowe partner jest niedostępna podczas pierwszej próby połączenia.Druga nazwa jest określana jako Nazwa partner pracy awaryjnej.

Ciąg połączenia należy również podać nazwę bazy danych.Jest to konieczne umożliwić prób przejęcia awaryjnego przez dostawca dostępu do danych.

Po otrzymaniu ciąg połączenia, Dostawca dostępu do danych przechowuje nazwy początkowej partnera i nazwa partner pracy awaryjnej, jeżeli podany w pamięci podręcznej w pamięci nietrwałej klient (dla kod zarządzany w pamięci podręcznej jest objęty zakresem do domena aplikacji).Po buforowane, Nazwa partner początkowe nigdy nie jest aktualizowany przez dostawca dostępu do danych.Gdy klient poda nazwę partner pracy awaryjnej, dostępu do danych dostawcy również są przechowywane tymczasowo nazwy tego partnera pracy awaryjnej przypadek gdy dostawca nie może połączyć się przy użyciu nazwy początkowej partnera.

Dublowanie sesja bazy danych nie chroni przed problemów dostęp do serwera, które są specyficzne dla klient s, np. przy klient występują problemy, komunikowanie się z siecią.Próba połączenia z bazą danych dublowane może także się nie powieść z różnych przyczyn, które są do dostawca dostępu do danych; na przykład, próba połączenia może się nie powieść, ponieważ wystąpienie serwer główny jest nieaktywny, ponieważ występuje, gdy baza danych jest możliwe, lub z powodu błędu sieciowego.

Podczas próby połączenia, za pomocą nazwy początkowej partner rozpoczyna się od dostawca dostępu do danych.Jeśli wystąpienie określonego serwera jest dostępny i jest bieżące wystąpienie serwer główny, zazwyczaj powiedzie się próba połączenia.

Jeśli próba ta nie działa, Dostawca dostępu do danych stara nazwa partner pracy awaryjnej, jeśli są dostępne.Jeśli nazwa partner albo poprawnie identyfikuje bieżący serwer główny, Dostawca dostępu do danych zwykle powiedzie się podczas otwierania połączenia początkowego.Na korzystanie z tego połączenia, Dostawca dostępu do danych pobiera nazwę wystąpienie serwera z bieżącego serwer dublowany.Ta nazwa jest przechowywana w pamięci podręcznej jako nazwa partnera pracy awaryjnej, zastępując nazwę partner pracy awaryjnej dostarczanych przez klientów, ewentualnych.Po tej dacie .NET Framework Data dostawca dla SQL Server nie aktualizuje nazwę partner pracy awaryjnej. Z drugiej strony, SQL Server Macierzysty klient aktualizacje w pamięci podręcznej przy każdym kolejnym połączeniu lub resetowanie połączenia zwraca nazwę innego partner.

Na poniższym rysunku pokazano połączenie klient do wstępnego partner Partner_A, dublowane bazy danych o nazwie Db_1.Na poniższym rysunku pokazano przypadek, w którym podana przez klient poprawnie Nazwa partner początkowy identyfikuje bieżący serwer główny Partner_A.Próba połączenia początkowego kończy się powodzeniem i Dostawca dostępu do danych jest przechowywana nazwa serwer dublowany (aktualnie Partner_B) jako nazwa partner pracy awaryjnej w lokalnej pamięci podręcznej.Wreszcie, klient łączy się z główną kopię Db_1 bazy danych.

Próba połączenia początkowego może zakończyć się niepowodzeniem, na przykład z powodu błędu sieciowego lub wystąpienie serwera nieaktywne.Ponieważ początkowego partnera jest niedostępny, dostawca danych dostęp do próby połączenia się z partnerem pracy awaryjnej, klient musi podano nazwę partner pracy awaryjnej w ciąg połączenia.

W takim przypadek nazwa partner pracy awaryjnej jest niedostępny, oryginalne próba połączenia jest kontynuowane do przekroczenia limitu czasu połączenia sieciowego, lub (podobnie jak przypadek bazy danych innych niż dublowane), zwracany jest błąd.

Podczas pracy awaryjnej Nazwa partner jest podany w ciąg połączenia, zachowanie dostawca dostępu do danych zależy od protokół sieciowego i systemu operacyjnego klient, w następujący sposób:

• Dla protokołu TCP/IP, jeśli klient jest uruchomiony system Microsoft Windows XP lub nowszym, próby połączenia są regulowane przez algorytm ponownych prób połączenia, które są specyficzne dla dublowanie bazy danych.The connection retry algorithm determines the maximum czas (the retry czas) allotted for opening a connection in a given connection attempt.Aby uzyskać więcej informacji zobaczPrzy użyciu słów kluczowych ciąg połączenia z SQL Server Native klient.

• Dla innych protokołów sieciowych i klientów, którzy nie korzystają z systemu Microsoft Windows XP lub nowszym

  W przypadku wystąpienia błędu lub początkowy partner jest niedostępny, próba połączenia początkowego czeka, aż upływa limit czasu połączenia sieciowego lub limit czasu logowania wygasa dostawca dostępu do danych.Oczekiwanie na tym jest zwykle w celu o 20 do 30 sekund.Po tej dacie jeśli dostawca dostępu do danych nie upłynął limit czasu, podejmowana jest próba łączenia się z partner pracy awaryjnej.Limit czasu połączenia wygaonie, zanim połączenie zakończy się pomyślnie lub partner pracy awaryjnej jest niedostępny, nie powiedzie się próba połączenia.Jeśli partner pracy awaryjnej jest dostępna w ramach ustalonego limitu czasu logowania i jest teraz serwerem głównym, zwykle powiedzie się próba połączenia.