SQL-Server abgeschossen !!! Dienst sql-server verbogen !!!

[SE-Foto]

😳

HILFE!
Ich habs versehentlich unter ein gelöstet Problem gehängt, darum hier nochmal NEU:

Ich habe versucht einen Client einzurichten. Dabei konnte ich nicht auf den SQL Server zugreifen.
Im Forum habe ich dann das -gelöst- durchgelesen und habe wie dort beschrieben den Dienst sql-Server so eingestellt: Anmelden-Lokales Systemkonto, Datenaustausch zulassen.

Dann den Dienst beendet und neu gestartet: Mit dem Ergebnis, dass jetzt überhaupt nichts mehr geht!

KEIN ZUGRIFF MEHR MÖGLICH

HILFE!!!

 

[Janusch]

Hallo,


wird dieser Dienst überhaupt noch gestartet?

Sende bitte ein Screenshot der Einstellungem vom Reiter Allgemein und Anmelden.


Schaue über START -> Ausführen cmd.exe starten

osql -D eazy -U sa -P sa04jT14

falls 1> erscheint mit quit raus, sonnst Fehler posten.

 

[SE-Foto]

wie sende ich ein screenshot?
muss ich das Bild auf meinem server ablegen? und dann als img einfügen?


Und ja, gestertet wird er jetzt wieder. Habe Netzwerkdienst eingetragen. Ich komme aber unter Verwaltung Gar nicht mehr in die Konfiguration der ODBC

 

[SE-Foto]

Habs mal so gemacht:

http://www.fotostudiobedarf.de/p/SQL-allg

[img]http://www.fotostudiobedarf.de/p/SQL-anm

 

[SE-Foto]

So sollte es aussehen, sorry

 

[SE-Foto]

Sorry, ich vergass:

 

[Janusch]

Hallo,

stelle dort auf lokales Konto ein und checkbox aktivieren.

Dienst beesnen und starten.

Was gibt dann der Befehl in der cmd.exe aus?

 

[SE-Foto]

So, sorry, die Kinder mussten erst ins Bett, jetzt bin ich am Start.

Einstellung wieder geändert auf Lokal, Haken gesetzt, Meldung cmd:

Genau die das gleiche...

den screenshot spar ich mir jetzt mal.

 

[SE-Foto]

beendet und gestartet habe ich natürlich auch...

 

[SE-Foto]

😀 😀 😀

ICH HABS !!!!!

Ich Hornochse habe bei der Netzwerkeinrichtung neben der Arbeitsgruppe auch den Rechnernamen geändert.

OK, dass habe ich schon gemerkt: Aber es bringt offensichtlich nichts, wenn man überall den Pfad auf den neuen Rechnernamen ändert. Irgendwie scheint es auch in der Datenbank hinterlegt zu sein.

Aber jetzt bin ich immer noch genau so weit, wie heute morgen:
Ich bekomme den Client nicht ans laufen.

Fehlermeldung:

SQLState '01000'
SQL-Server-Fehler: 2
(MS) ODBC SQL Server Driver DBNETLIB Conntection Open (Connect)
Fehler bei der Verbindung
SQLState '08001'
SQL_Server-Fehler: 17
(MS) ODBC SQL Server Driver DBNETLIB SQL Server existiert nicht oder Zugriff verweigert.

Die Firewall Einstellungen (sqlserv) Freigabe habe ich bereits gemacht.
Ich hatte auch schon mal den Client auf einem 2. Rechner laufen. Dieser wurde nun durch einen neuen ersetzt und ich bekomme es nicht mehr hin.

Da das Netzwerk Probleme machte (Netzwerk ist nur eine Arbeitsgruppe) habe ich die AG bei der Neuinstallation umbenannt. und alles neu eingerichtet. Aber irgendetwas muss ich letztes mal anders gemacht haben, da klappte es auf Anheib 🙁

 

[Marcel]

Mach bitte mal Screenshots der ODBC-Einstellungen. Dann ist das vielleicht leichter nachvollziehbar.

 

[SE-Foto]

So, komme erst jetzt wieder dazu mich darum zu kümmern.

Ich habe inzwischen festgestellt, dass ich nicht den Port manuell einstellen kann. Sobald ich den Haken dynamisch entferne und den vorgeleisteten Port 4433 nehme, komme ich nicht mehr auf die Datenbank. Das war auch zuvor das Problem. Der Rechnername iwar es nicht.

Hier nun meine Einstellungen der ODBC:

Lokal alles sauber, Netzwerk: Nada.
Windows Firewall zum testen deaktiviert (War früher aber aktiv und funktionierte) SQLSRV ist zugelassen
Ansonsten FritzBox: Firewall (bisher unverändert. Hab mal versucht 4433 freizugeben, aber das kann ich ja am Rechner nicht einstellen)

Ich verzweifele langsam.

 

[SE-Foto]

So, jetzt läufts

Ich weiß nicht genau warum, aber es läuft.

Ich denke, ich kann aber noch den einen oder andere nützlichen Tip dazu abgeben.

1.) Mein Thread Thema Datenbank abgeschossen: Das ist passiert, weil ich in den ODBC Einstellungen (Clientkonfiguration) den Haken bei Anschluss dynamisch bestimmen rausgenommen und den vorgeschlagenen Port 1433 aktiviert habe. Danach ging nichts mehr.
Kaum war die dynamische Portwahl wieder aktiv, war die SQL-Datenbank wieder erreichbar. (Auch wenn es nicht empfohlem wird - bei mir gehts nur so)

2.) Nach der Clientinstallation stand beim Clientrechner als Benutzername eazysales und nicht sa, Passwort fehlte ganz. Eine Änderung funktionierte dann nach Punkt 3.

3.) Ich hatte versehentlich zwar beim Server, nicht aber beim Client die Firewall deaktiviert. Seltsamerweise konnte ich sie nach erfolgreicher Verbindung wieder aktivieren und es funktioniert.

4.) Nach der Neuinstallation (Client) fehlte der (Server)Rechner in der Netzwerkumgebung. Nach dem mappen eines Laufwerkes ist das nicht mehr passiert.

Nun läuft alles wie es soll.
Hoffentlich kann der eine oder andere damit auch seinen Fehler eingrenzen.

 

[dr.aux]

Re: So, jetzt läufts

Ich glaube ich hatte dasselbe Problem:

Nun habe ich im Dos-Fenster (auf dem Server Start > Ausführen > cmd.exe) den Befehl "netstat -an -b" eingegeben und mir den TCP/IP-Port von sqlsrv.exe aufgeschrieben.
Dann habe ich im Client unter Systemsteuerung > ODBC > System-DNS > eazy > Konfigurieren > weiter > Clientkonfiguration

... Anschluss dynamisch bestimmen abgeschaltet und den Port eingetragen!

Dann schliessen und siehe da, Wawi kann den SQL-Server auch wieder finden. Komischerweise wird das Häckchen unter "Anschluss dynamisch bestimmen" automatisch wieder gesetzt; Wawi funktioniert jedoch wie gewohnt...