Poprawka: Błąd połączenia mogą być zgłaszane, mimo że serwer bazy danych jest faktycznie dostępne podczas próby nawiązania połączenia z bazą danych przy użyciu obiektu SqlConnection w ADO.NET 2.0

Symptomy

Podczas próby nawiązania połączenia z bazą danych przy użyciu obiektu SqlConnection w programie Microsoft ADO.NET 2.0, błąd połączenia mogą być zgłaszane, mimo że serwer bazy danych jest faktycznie dostępne. Ten problem jest najbardziej zauważalna, gdy spełnione są następujące warunki:

• Serwer bazy danych było niedostępne przez co najmniej minutę.

• Aplikacja kliencka próbował połączyć się z serwerem bazy danych, w tym czasie.

Przyczyna

Ten problem występuje z powodu zachowania występującego podczas poprzednich prób nawiązania połączenia do serwera, na którym jest uruchomiony program Microsoft SQL Server się nie powieść. Puli połączeń SqlClient wewnętrznie może ograniczyć liczbę nowe próby nawiązania połączenia z serwerem. Ten proces ma wystąpić przez krótki czas. W tym czasie puli połączeń automatycznie przesyła ostatniego błędu, który wystąpił zamiast próbować nawiązać połączenie z serwerem. Po upływie okresu czasu, dalej żądanie połączenia z aplikacji klienckiej osiąga wartość true połączenia do serwera, na którym działa program SQL Server. Uwaga Czasami okres czasu można powiększać bardzo duże. Ten problem będzie zależeć od tego, jak długo serwer bazy danych jest niedostępny.

Rozwiązanie

Aby rozwiązać ten problem, należy pobrać plik odpowiedni dla komputera:

Obejście

Aby obejść ten problem, należy użyć metody ClearPool lub ClearAllPoolsSqlConnection obiektu zresetować puli połączeń.

Stan

Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft wymienionych w sekcji „Dotyczy”.

Więcej informacji

Po zastosowaniu tej poprawki, nadal może wystąpić małe opóźnienie zanim aplikacja kliencka można pomyślnie połączyć się z serwerem bazy danych, gdy serwer bazy danych odzyskuje sprawności po awarii. Zazwyczaj opóźnienie to nie powinno trwać ponad 60 sekund, niezależnie od tego, jak długo program SQL Server wcześniej stała się niedostępna. Aby uzyskać więcej informacji, kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:

824684 Opis standardowej terminologii używanej do opisywania aktualizacji oprogramowania firmy MicrosoftAby uzyskać więcej informacji na temat klasy SqlConnection odwiedź następującą witrynę Microsoft Developer Network (MSDN) w sieci Web:

http://msdn2.microsoft.com/en-us/library/system.data.sqlclient.sqlconnection(VS.80).aspxTa poprawka jest uwzględniona w pakiecie poprawek jako poprawka w następującym artykule bazy wiedzy Microsoft Knowledge Base:

NAPRAW 912151 : połączenie może zostać przekroczony limit czasu przed najpierw spróbować połączyć się z serwerem partnera pracy awaryjnej podczas próby nawiązania połączenia dublowanego bazy danych programu SQL Server 2005 przy użyciu aplikacji na podstawie ADO.NET 2.0

NAPRAW 912731 : połączone podczas ADO.NET aplikacja korzysta z obszaru nazw System.Data.SqlClient, aplikacja może wystąpić wysokie wykorzystanie Procesora i może przestać odpowiadać

912732 FIX: błąd może wystąpić, gdy rozpoczyna nową transakcję w ADO.NET 2.0 dla połączenia, który jest otwarty w bazie danych programu SQL Server 2005

NAPRAW 913177 : może pojawić się komunikat o błędzie, gdy aplikacja podłączony ADO.NET używa klasa

NAPRAW 913764 : komunikat o błędzie podczas próby uruchomienia kwerendy UNION ALL lub wywołać metodę DeriveParameters: "Błąd krytyczny połączenia wewnętrznego"

NAPRAW 913765 : może wystąpić wyjątek, gdy wywołania jednej z metod wykonywania na wystąpienie klasy SqlCommand w aplikacji ADO.NET 2.0

NAPRAW 913766 : A DateTime kolumna, która nie zawiera żadnych danych niepoprawnie jest reprezentowana przez pole DateTime.MinValue, gdy rozszeregować obiektu DataSet programu.NET Framework 2.0 na komputerze klienckim