Ich habe ein Anmeldekonto auf meinem localhost \ sql2008-Server erstellt (z. B. User123).
Der Datenbank zugeordnet (Standard)
Der Authentifizierungsmodus unter SQL Server ist auf beide eingestellt (Windows und SQL).
Die Anmeldung bei SQL Server schlägt jedoch mit der folgenden Meldung fehl (für Benutzer123).
Hinweis: Sie haben mehrmals überprüft, ob Benutzername / Passwort korrekt eingegeben wurden
Fehlerdetails:
Anmeldung für Benutzer 'User123' (Net.SqlClient Data Provider) fehlgeschlagen
Servername: localhost \ sql2008 Fehlernummer: 18456 Schweregrad: 14 Status: 1 Zeilennummer: 65536
Hilfe dazu bitte.
sql-server
sql-server-2008
Sreedhar
quelle
quelle
Antworten:
Standardmäßig ist die Fehlermeldung "Anmeldung fehlgeschlagen" nichts anderes als eine Client-Benutzerverbindung, die vom Server aufgrund nicht übereinstimmender Anmeldeinformationen abgelehnt wurde. Die erste Aufgabe, die Sie möglicherweise überprüfen, besteht darin, festzustellen, ob dieser Benutzer über relevante Berechtigungen für diese SQL Server-Instanz und auch für die relevante Datenbank verfügt. Das ist gut. Wenn die erforderlichen Berechtigungen nicht festgelegt wurden, müssen Sie dieses Problem natürlich beheben, indem Sie relevante Berechtigungen für die Benutzeranmeldung erteilen.
Wenn dieser Benutzer über relevante Berechtigungen für Datenbank und Server verfügt und der Server bei dieser Anmeldung auf Probleme mit Anmeldeinformationen stößt, wird beim Zurückgeben der Authentifizierung an SQL Server die folgende Fehlermeldung angezeigt:
Ok, was nun, wenn Sie sich die Fehlermeldung ansehen, denken Sie, dass dies nicht beschreibend ist, um die Ebene und den Status zu verstehen. Standardmäßig zeigt der Betriebssystemfehler "Status" als 1 an, unabhängig von der Art der Probleme bei der Authentifizierung der Anmeldung. Um weitere Untersuchungen durchzuführen, müssen Sie sich auch das relevante Fehlerprotokoll der SQL Server-Instanz ansehen, um weitere Informationen zum Schweregrad und zum Status dieses Fehlers zu erhalten. Sie können einen entsprechenden Eintrag im Protokoll wie folgt anzeigen:
Wie oben definiert, sind die Spalten Schweregrad und Status des Fehlers der Schlüssel, um die genaue Reflexion für die Ursache des Problems zu finden. Bei der obigen Fehlernummer 8 für den Status wird ein Authentifizierungsfehler aufgrund einer Kennwortinkongruenz angezeigt. Online-Bücher beziehen sich auf: Standardmäßig werden benutzerdefinierte Nachrichten mit einem Schweregrad von weniger als 19 nicht an das Microsoft Windows-Anwendungsprotokoll gesendet, wenn sie auftreten. Benutzerdefinierte Nachrichten mit einem Schweregrad von weniger als 19 lösen daher keine SQL Server Agent-Warnungen aus.
Sung Lee, Programmmanager in SQL Server-Protokollen (Dev.team), hat weitere Informationen zur Beschreibung des Fehlerzustands aufgeführt: Die allgemeinen Fehlerzustände und ihre Beschreibungen finden Sie in der folgenden Tabelle:
Sie können sehen, dass im Fehlerprotokoll dieser SQL Server-Instanz kein Schweregrad oder Status definiert ist. Die nächste Option zur Fehlerbehebung besteht darin, das Sicherheitsprotokoll der Ereignisanzeige zu überprüfen [Bearbeiten, da ein Screenshot fehlt, Sie jedoch das erhalten
Idee, suchen Sie im Ereignisprotokoll nach interessanten Ereignissen].
quelle
Sie müssen die SQL Server-Authentifizierung aktivieren:
quelle
Ich hatte das gleiche Problem, aber mein Problem war, dass ich die Serverauthentifizierung nicht auf "SQL Server- und Windows-Authentifizierungsmodus" eingestellt hatte (was Sie hatten). Ich wollte es hier nur erwähnen, falls jemand es in Ihrer Frage verpasst hat.
Sie können darauf zugreifen, indem Sie
quelle
Sie können darauf zugreifen, indem Sie
Nur für alle anderen, die dies lesen: Dies funktionierte auch für mich auf 2012 SQL Server. Vielen Dank
quelle
Die richtige Lösung für das Problem besteht darin, sicherzustellen, dass die SQL Server-Authentifizierung für Ihren SQL Server aktiviert ist.
quelle
Navigieren Sie nach dem Aktivieren des "SQL Server- und Windows-Authentifizierungsmodus" zu den folgenden Schritten.
Starten Sie schließlich den SQL Server neu.
quelle