Die Anforderung ist fehlgeschlagen, oder der Dienst nicht in einer angemessenen Art und Weise reagieren?
https://stackoverflow.com/questions/1617402
-
06-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ich habe die folgenden Fehler, während ich auf SQL Server 2008 Management Studio mit dem Windows-Authentifizierung verbinden.
"The request failed or the service did not respond in a timely fashion.
Consult the event log or other applicable error logs for details."
Ist jemand mir sagen, warum ich diese Störung erhalte, während mein SQL Server unter Netzwerkdienst in a / c gebaut läuft ????
Ich googeln es aber nicht immer Lösung ..
Danke
Lösung
Die oben genannten Problem geschah in meinem lokalen System. Überprüfen Sie in SQL Server-Konfigurations-Manager.
Schritt 1:
SQL Server Netzwerkkonfiguration
Schritt 2:
- Protokolle für lokalen Servernamen
- Protokollname VIA Behinderte oder nicht ..
- , wenn nicht deaktiviert, deaktivieren und überprüfen
.. nachdem ich Änderungen der SQL Server-Browser zu arbeiten begann
Andere Tipps
Hatte das gleiche Problem, ich es behoben.
- Öffnen Sie SQL Server-Konfigurations-Manager
- Klicken Sie auf die SQL Server-Dienste (links)
- Doppelklicken Sie auf der SQL Server-Instanz, die ich anfangen wollte
- Wählen Sie das
Built-in accountOptionsfeld in denLog OnRegisterkarte und wählen Sie Lokal System aus dem Dropdown-Menü - Klicken Sie am unteren Rand anwenden, dann klicken Sie rechts, um die Instanz und wählen
Start
Das funktioniert wirklich - ich viele Seiten überprüft hatte und bekam endlich die Antwort
.Dies kann tritt auf, wenn die master.mdf oder die mastlog.ldf beschädigt wird. Um das Problem liest den folgenden Pfad zu lösen.
C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL, dort werden Sie einen Ordner“Template Data“ finden, kopieren Sie die master.mdf und mastlog.ldf und ersetzen Sie es in
C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA Ordner.
Das ist es. Jetzt den MS SQL-Dienst starten und Sie sind fertig.
Wenn Sie SQL Server in einer lokalen Umgebung ausgeführt werden und nicht über eine TCP / IP-Verbindung. Zum Protokolle unter SQL Server Configuration Manager, Eigenschaften und TCP / IP deaktivieren. Sobald dies geschehen ist, dann wird die Fehlermeldung weg, wenn der Dienst neu gestartet wird.
Es war sehr mühsam, wenn ich gleiches Problem. Wenn ich dieses Problem habe, deinstalliere ich meinen SQL Server 2008, aber nach dem SQL Server 2008 erneut zu installieren, habe ich das gleiche Problem. Ich war so angespannt plus, hatte ich keine Hilfe von jeder Website bekommen.
Um über dieses Problem kommen. Einfach Sie benötigen auf SQL Server Configuration Manager gehen und dann auf dem linken Panel auf Protokolle klicken. Wenn Sie Netzwerkdienst nur disable 'VIA-Protokoll läuft. Und danach versucht, SQL-Dienst zu starten, wird es erfolgreich ausgeführt werden.
Wenn Sie vor kurzem das Passwort geändert mit dem Dienstkonto zugeordnet:
- Start SQL Server Configuration Manager .
- Wählen Sie SQL Server Services im linken Fensterbereich.
- Rechtsklick auf den Dienst, den Sie im rechten Fensterbereich zu starten versuchen, und klicken Sie auf Eigenschaften .
- Geben Sie das neue Kennwort und Kennwort bestätigen.
deaktivieren Sie einfach das VIA-Protokoll in SQL Server-Konfigurations-Manager
Um dieses Problem für einige Stunden nach der Jagd, fanden wir ein Protokoll in den SQL Server-Agent-Protokolle unter Angabe der folgenden:
This installation of SQL Server Agent is disabled. The edition of SQL server that installed this service does not support SQL server agent.
Wir waren SQL Server Express verwenden. Nach einigen googeln erscheint es SQL Server Express nicht SQL Server-Agenten unterstützen.
Ich habe kein direktes Stück Microsoft-Kommunikation finde die besagt, dass SQL Express nicht SQL Server-Agenten nicht unterstützt, aber dieses Gefühl scheint in vielen Foren hallte werden.
In meinem Fall war das Problem, dass ich laufen zwei andere SQL Server-Instanzen, die waren (oder zumindest einer von ihnen war) verursacht einen Konflikt.
Die Lösung war einfach die andere SQL Server-Instanz zu stoppen und der zugehörige SQL Server-Agent.
Während ich schon mal dabei bin, werde ich auch dafür, dass Named Pipes empfehlen ist in Ihrem Serverprotokolleinstellungen aktiviert
Ich denke, diese Lösung ist besser geeignet, weil es Sie nicht verhindern, dass unter Verwendung von TCP / IP-Zugriff.
Um einen Port in dem Windows-Firewall für TCP-Zugriff zu öffnen
Klicken Sie im Startmenü auf Ausführen, geben Sie wf.msc, und dann auf OK klicken.
In dem Windows-Firewall mit erweiterter Sicherheit auf der linken Seite, Rechtsklick auf Eingehende Regeln, und klicken Sie dann auf Neue Regel im Aktionsbereich.
In dem Regeltyp Dialogfeld wählt Port und klicken Sie auf Weiter.
Im Protokoll und Ports Dialogfeld wählen Sie TCP. wählen Sie Spezifische lokale Ports, und geben dann die Portnummer von der Instanz der Database Engine, wie 1433 für die Standardinstanz. Klicken Sie auf Weiter.
Im Dialogfeld Aktion wählen Sie die Verbindung zulassen, und klicken Sie dann auf Weiter.
Im Dialogfeld Profil wählen Sie alle Profile, die die beschreiben Computer Verbindungsumgebung, wenn Sie die eine Verbindung herstellen möchten Database Engine, und klicken Sie auf Weiter.
Im Dialogfeld Namen geben Sie einen Namen und eine Beschreibung für diese Regel, und dann auf Fertig stellen.
(Quelle: https://msdn.microsoft.com/en-us /library/ms175043.aspx )
fand ich von Ereignisprotokollen, die My SQL Server Auswertung abgelaufen ist. Ich brauchte ein Upgrade oder benötigt Community Edition zu verwenden.
Für mich ist ein einfaches Windows-Update, es behebt, ich wünschte, ich versuchte es vor.
Ereignisanzeige zeigt Anmeldung fehlgeschlagen - der Benutzer wurde auf diesem Computer den angeforderte Anmeldetyp nicht gewährt
