Am anderen Ende der Pipe befindet sich kein Prozess (SQL Server 2012)

Ich habe diesen Fehler:

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)

Ich weiß, es gibt ähnliche Fragen auf dieser Site, und die Antwort lautet, TCP / IP und Pipes zu aktivieren. Aber ich habe beide aktiviert und funktioniert immer noch nicht:

Ich verwende Microsoft SQL Server 2012 und der Benutzer verfügt über vollständige Berechtigungen.

Der Server wurde standardmäßig nur auf Windows-Authentifizierung eingestellt. Es gibt keine Benachrichtigung, dass der Ursprung der Fehler darin besteht, daher ist es schwierig, dies herauszufinden. Das SQL Management Studio warnt nicht, selbst wenn Sie einen Benutzer nur mit SQL-Authentifizierung erstellen.

Die Antwort lautet also: Wechseln Sie von Windows zur SQL-Authentifizierung :

1. Klicken Sie mit der rechten Maustaste auf den Servernamen und wählen Sie properties ;
2. Wählen security Sie Registerkarte;
3. Aktivieren Sie die SQL Server and Windows Authentication mode ;
4. Starten Sie den SQL Server-Dienst neu.

Sie können sich jetzt mit Ihrem Login / Passwort verbinden.

Um dies zu beheben, stellen Sie mithilfe der Windows-Authentifizierung eine Verbindung zu SQL Management Studio her, klicken Sie mit der rechten Maustaste auf Serverknoten Eigenschaften-> Sicherheit und aktivieren Sie den SQL Server- und Windows-Authentifizierungsmodus. Wenn Sie 'sa' verwenden, stellen Sie sicher, dass das Konto aktiviert ist. Öffnen Sie dazu 'sa' unter Logins und zeigen Sie Status an.

Wenn dies nicht funktioniert hat, müssen Sie möglicherweise SQL Server neu installieren

Sie können auch versuchen, zu den Diensten zu wechseln und Ihre SQL Server-Instanz neu zu starten

Ich hatte dies kürzlich auch für die integrierte Sicherheit. Es stellte sich heraus, dass mein Problem eigentlich ziemlich einfach zu beheben war, aber hauptsächlich, weil ich vergessen hatte, "Trusted_Connection = True" hinzuzufügen. zu meiner Verbindungszeichenfolge .

Ich weiß, dass das ziemlich offensichtlich erscheint, aber ich musste ungefähr 20 Minuten lang arbeiten, bis mir klar wurde, dass ich mein Verbindungszeichenfolgenformat von connectionstrings.com kopiert hatte und dieser Teil der Verbindungszeichenfolge fehlte.

Einfach und ich fühle mich ein bisschen dumm, aber es war die Antwort für mich.

Ein weiterer Grund für diesen Fehler könnte ein falscher oder nicht vorhandener Datenbankname sein.

Das Erzwingen der TCP / IP-Verbindung (durch Bereitstellen 127.0.0.1anstelle von localhostoder .) kann den wahren Grund für den Fehler aufdecken. In meinem Fall war der in der Verbindungszeichenfolge angegebene Datenbankname falsch.

Also, hier ist die Checkliste:

• Stellen Sie sicher, dass Named Pipe im Konfigurationsmanager aktiviert ist (vergessen Sie nicht, den Server neu zu starten).
• Stellen Sie sicher, dass die Datenbank, mit der Sie eine Verbindung herstellen, vorhanden ist.
• Stellen Sie sicher, dass die SQL Server-Authentifizierung (oder der gemischte Modus) aktiviert ist.

Bitte überprüfen Sie dies auch. Überprüfen Sie auch die Konfiguration TCP / IP, Names PipeLine und Shared Memory aktiviert

Wenn Sie versuchen, sich mit SQL-Anmeldeinformationen anzumelden, können Sie auch versuchen, den LoginMode für SQL Server in der Registrierung so zu ändern, dass sowohl die SQL Server- als auch die Windows-Authentifizierung zulässig sind.

1. Öffnen Sie regedit
2. Wechseln Sie zum SQL-Instanzschlüssel (kann je nach Instanzname variieren): Computer \ HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ Microsoft SQL Server \ MSSQL14.SQLEXPRESS \ MSSQLServer \
3. Setzen Sie LoginMode auf 2

4. Starten Sie den SQL-Dienst und SQL Server Management Studio neu und versuchen Sie es erneut.

Ich bin zum zweiten Mal mit diesem Problem konfrontiert und alle vorherigen Antworten sind fehlgeschlagen. Glücklicherweise erledigt die folgende Anfrage den Job:

Alter login [user] with CHECK_POLICY = OFF
go

Alter login [user] with CHECK_POLICY = ON
go

Für mich ist das Passwort für meinen Login-Benutzer abgelaufen und ich habe die gleiche Ausnahme erhalten. Dann melde ich mich mit dem Windows-Authentifizierungsmodus an und ändere das Passwort für den zugeordneten Benutzer. Dadurch wurde mein Problem gelöst.

Hatte auch dieser Fehler, war die Ursache einfach, aber nicht offensichtlich: falsches Passwort. Ich bin mir nicht sicher, warum ich nicht nur "Anmeldung fehlgeschlagen" vom frisch installierten SQL 2016-Server erhalten habe.

Ja, dieser Fehler könnte genauso gut sein: "Etwas ist fehlgeschlagen, viel Glück beim Herausfinden, was" - In meinem Fall war es ein falscher Benutzername. SQL Server 2019 RC1.

Ich habe das gleiche Problem: "Eine Verbindung zum Server wurde erfolgreich hergestellt, aber während des Anmeldevorgangs ist ein Fehler aufgetreten. (Anbieter: Anbieter für gemeinsam genutzten Speicher, Fehler: 0 - Am anderen Ende der Pipe befindet sich kein Prozess.)"

Meine Verbindung ist:

server = POS06 \ SQLEXPRESS; AttachDbFilename = C: ... \ Datas.mdf; Initial Catalog = Datas; Benutzer-ID = sa; Pwd = 12345; Verbindungszeitlimit = 10;

Aber mein SQL ist POS06 \ MSQL2014

Ändern Sie die Verbindungszeichenfolge in

Server = POS06 \ MSQL2014; AttachDbFilename = C: ... \ Datas.mdf; Initial Catalog = Datas; Benutzer-ID = sa; Pwd = 12345; Verbindungszeitlimit = 10;

es funktionierte.

Stellen Sie sicher, dass Sie unter Sicherheit-> Anmeldungen einen Benutzer angegeben haben. Wenn nein, fügen Sie ihn hinzu und versuchen Sie es erneut.

Befolgen Sie die andere Antwort. Wenn dies immer noch nicht funktioniert, starten Sie Ihren Computer neu, um den SQL Server-Dienst unter Windows effektiv neu zu starten.