Żaden proces nie znajduje się na drugim końcu potoku (SQL Server 2012)

Mam ten błąd:

A connection was successfully established with the server, but then an error occurred
during the login process. (provider: Shared Memory Provider, error: 0 - No process is
on the other end of the pipe.)

(Microsoft SQL Server, Error: 233)

Wiem, że w tej witrynie są podobne pytania, a odpowiedź brzmi, aby włączyć TCP / IP i potoki. Ale włączyłem oba i nadal nie działa:

Używam programu Microsoft SQL Server 2012 i użytkownik ma pełne uprawnienia.

Serwer był domyślnie ustawiony na uwierzytelnianie systemu Windows. Nie ma żadnego powiadomienia, że ​​przyczyną błędów jest to, więc trudno to rozgryźć. Studio zarządzania SQL nie ostrzega, nawet jeśli utworzysz użytkownika tylko z uwierzytelnianiem SQL.

Odpowiedź brzmi więc: Przełącz się z uwierzytelniania systemu Windows na uwierzytelnianie SQL :

1. Kliknij prawym przyciskiem myszy nazwę serwera i wybierz properties;
2. Wybierz securitykartę;
3. Włącz SQL Server and Windows Authentication mode;
4. Uruchom ponownie usługę SQL Server.

Możesz teraz połączyć się za pomocą swojego loginu / hasła.

Aby rozwiązać ten problem, połącz się z SQL Management Studio przy użyciu uwierzytelniania systemu Windows, a następnie kliknij prawym przyciskiem myszy węzeł serwera Właściwości-> Zabezpieczenia i włącz tryb uwierzytelniania SQL Server i Windows. Jeśli używasz „sa”, upewnij się, że konto jest włączone. Aby to zrobić, otwórz „sa” w sekcji Logins i wyświetl Status.

Jeśli to nie zadziałało, może być konieczna ponowna instalacja programu SQL Server

Możesz także spróbować przejść do usług i ponownie uruchomić instancję serwera Sql

Niedawno miałem to również ze względu na zintegrowane bezpieczeństwo. Okazuje się, że mój problem był właściwie dość prosty do naprawienia, ale głównie dlatego, że zapomniałem dodać „Trusted_Connection = True” do moich parametrów połączenia.

Wiem, że może się to wydawać dość oczywiste, ale musiałem pracować przez około 20 minut, zanim zdałem sobie sprawę, że skopiowałem format parametrów połączenia z connectionstrings.com i brakowało tej części parametrów połączenia.

Proste i czuję się trochę głupio, ale to była odpowiedź dla mnie.

Innym powodem tego błędu może być niepoprawna lub nieistniejąca nazwa bazy danych.

Wymuszenie połączenia TCP / IP (poprzez podanie 127.0.0.1zamiast localhostlub .) może ujawnić prawdziwą przyczynę błędu. W moim przypadku nazwa bazy danych określona w parametrach połączenia była niepoprawna.

Oto lista kontrolna:

• Upewnij się, że nazwany potok jest włączony w menedżerze konfiguracji (nie zapomnij zrestartować serwera).
• Upewnij się, że baza danych, z którą się łączysz, istnieje.
• Upewnij się, że uwierzytelnianie SQL Server (lub tryb mieszany) jest włączone.

Sprawdź to również Sprawdź w konfiguracji TCP / IP, nazwy PipeLine i pamięć współdzielona włączone

Jeśli próbujesz zalogować się przy użyciu poświadczeń SQL, możesz również spróbować zmienić LoginMode dla SQL Server w rejestrze, aby zezwolić zarówno na uwierzytelnianie SQL Server, jak i Windows.

1. Otwórz regedit
2. Przejdź do klucza instancji SQL (może się różnić w zależności od nazwy instancji): Computer \ HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL14.SQLEXPRESS \ MSSQLServer \
3. Ustaw LoginMode na 2

4. Uruchom ponownie usługę SQL i SQL Server Management Studio i spróbuj ponownie.

Z tym problemem mam do czynienia po raz drugi i wszystkie poprzednie odpowiedzi zawiodły, na szczęście następująca prośba załatwia sprawę:

Alter login [user] with CHECK_POLICY = OFF
go

Alter login [user] with CHECK_POLICY = ON
go

Dla mnie hasło wygasło dla mojego użytkownika logowania i dostałem ten sam wyjątek. Następnie loguję się w trybie uwierzytelniania systemu Windows i zmieniam hasło dla skojarzonego użytkownika, co rozwiązało mój problem.

W przypadku tego błędu przyczyna była prosta, ale nieoczywista: nieprawidłowe hasło. Nie jestem pewien, dlaczego nie otrzymałem tylko komunikatu „Błąd logowania” ze świeżo zainstalowanego serwera SQL 2016.

Tak, ten błąd może równie dobrze brzmieć „coś się nie udało, powodzenia w zastanawianiu się co” - w moim przypadku była to zła nazwa użytkownika. SQL Server 2019 RC1.

Mam ten sam problem „Połączenie z serwerem zostało pomyślnie nawiązane, ale następnie wystąpił błąd podczas procesu logowania. (Dostawca: Dostawca pamięci współużytkowanej, błąd: 0 - Żaden proces nie znajduje się na drugim końcu potoku)”.

Moje połączenie to:

serwer = POS06 \ SQLEXPRESS; AttachDbFilename = C: ... \ Datas.mdf; Initial Catalog = Datas; ID użytkownika = sa; Pwd = 12345; Limit czasu połączenia = 10;

Ale My SQL to POS06 \ MSQL2014

Zmień parametry połączenia na

serwer = POS06 \ MSQL2014; AttachDbFilename = C: ... \ Datas.mdf; Initial Catalog = Datas; ID użytkownika = sa; Pwd = 12345; Limit czasu połączenia = 10;

zadziałało.

upewnij się, że podałeś użytkownika w Security-> Logins, jeśli nie - dodaj go i spróbuj ponownie.

Postępuj zgodnie z drugą odpowiedzią, a jeśli nadal nie działa, uruchom ponownie komputer, aby skutecznie ponownie uruchomić usługę SQL Server w systemie Windows.

Zawsze staraj się logować przy użyciu tych poświadczeń w SQL Management Studio. Może to ujawnić więcej szczegółów, których nie otrzymujesz w swoim kodzie w czasie wykonywania. Sprawdziłem uwierzytelnianie SQL + Windows, zrestartowałem serwer, ale nadal bez powodzenia. Po próbie zalogowania się przy użyciu usługi SQL Management otrzymałem następujący monit:

W jakiś sposób hasło wygasło, chociaż login został utworzony zaledwie kilka minut wcześniej. W każdym razie, nowe hasło ustawione, parametry połączenia zaktualizowane i wszystko w porządku.