Fehlermeldung bei SQL Verbindung

[crack24 10]

Hallo,

wir benutzen hier ein Zeiterfassungsprogramm, dass auf eine SQLServer Express Instanz zugreift. Das sollte auf 5 Rechnern (Win7 64bit) laufen, aber zwei davon verweigern hartnäckig die Zusammenarbeit.

Wenn ich das Programm starte kommt irgendwann die Fehlermeldung

Quelle: Microsoft OLE DB Provider for SQL Server
Fehler: 80004005 - Unbekannter Fehler
Beschreibung: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server existiert nicht oder Zugriff verweigert.
SQL: Kein SQL-Befehl.
Betriebssystem: WinNT (6.1.7601, Service Pack 1)
ADO-Version: 6.1
Server/DB: /
LastError: 0

Das ist der Connection String (Passwort ist keins vorgesehen)
Provider=SQLOLEDB.1;Persist Security Info=False;User ID=tc;Initial Catalog=tc;Data Source=srvdc01\sqlexpress

Habt ihr vielleicht eine Idee warum das bei den einen funktioniert und bei den anderen nicht?

Viele Grüße
crack

[Sunny61 773]

Ein Zeiterfassungsprogramm ohne richtige Zugangsdaten zu benutzen halte ich persönlich für grenzwertig.

 

05er Fehler deuten eigentlich fast immer auf Zugriff verweigert hin. Erstell auf den betroffenen Rechnern doch mal ein neues Benutzerprofil für die Benutzer, bei denen der Zugriff nicht funktioniert.

[crack24 10]

Ein Zeiterfassungsprogramm ohne richtige Zugangsdaten zu benutzen halte ich persönlich für grenzwertig.

 

05er Fehler deuten eigentlich fast immer auf Zugriff verweigert hin. Erstell auf den betroffenen Rechnern doch mal ein neues Benutzerprofil für die Benutzer, bei denen der Zugriff nicht funktioniert.

 

Das Programm hat auch nochmal bestimmte Benutzer mit Kennwort. Von daher ist zumindest ein Minium an Sicherheit gegeben.

 

Ich habe mich an einem Rechner wo es nicht funktioniert, mit einem Benutzer von einem Rechner wo es funktioniert angemeldet, aber das hat nichts gebracht. Dann scheint es nicht vom Windows Benutzer abzuhängen oder?

[Sunny61 773]

Dann wird es wohl am Rechner liegen. Welche Sicherheitssoftware ist installiert? Ist denn der Port TCP und UDP 1433 vom Rechner zum SQL Server freigegeben?

[crack24 10]

GData Business Antivirus und die Windows Firewall sind auf allen Rechern aktiv. Speziell definierte Ausnahmen oder Regeln gibt es keine. Wenn ich Port TCP und UDP 1433 am Rechner freigebe, ändert sich nichts.

 

Das Problem besteht seit einer Woche, nach unserer Serverumstellung. Vorher gab es einen Win2003 mit SQL Server 2000. Dort hat es mit allen Rechern funktioniert. Der neue Server ist ein Win2012 mit SQL2012 Express und die Datenbank wurde migriert. So gesehen hat sich an den Clients eigentlich nichts geändert und trotzdem hat es bei dreien gleich funktioniert und bei den anderen mit anscheinend gleicher Konfiguration nicht.

[Dukel 436]

Hast du evtl. unterschiedliche SQL Client Versionen? Kannst du diese Upgraden?

[crack24 10]

Hast du evtl. unterschiedliche SQL Client Versionen? Kannst du diese Upgraden?

 

Da bin ich mir jetzt nicht ganz sicher was du meinst. Das Zeiterfassungsprogramm das die Datenbankverbindung braucht? Ansonsten sind alle PCs vor kurzem vom gleichen Image installiert worden.

[XP-Fan 215]

Hallo,

 

wenn der PC kein IPv6 benötigt entferne mal den Haken an der Netzwerkkarte, Rechner neu starten und wieder testen ob es dann funktioniert.

[crack24 10]

Microsoft® SQL Server® 2012 Native Client habe ich an einem Rechner installiert, hat aber nichts gebracht. IPv6 ist nicht aktiviert auf den Rechnern.

[Dukel 436]

Unterstützt die Zeiterfassungssoftware überhaupt Windows Server 2012 und SQL Server 2012?

[crack24 10]

Unterstützt die Zeiterfassungssoftware überhaupt Windows Server 2012 und SQL Server 2012?

 

Ja bei 3 Rechnern funktioniert der Zugriff ja bestens. Nur bei zwei anderen nicht, die bekommen einfach keine Verbindung zum SQL Express. Gleicher Connection String wie bei den funktionierenden Rechnern. Zugriff auf den Server an sich haben sie auch.

[Dukel 436]

Ich meinte nicht ob es funktioniert, sondern es es (vom Hersteller) unterstützt wird.

 

Was sagt der Hersteller zu dem Problem?

[Sunny61 773]

Öffne eine administrative Commandline auf einem der betroffenen Rechner und lass ein telnet sqlserver\Instanz 1433 [ENTER] ablaufen. Was genau passiert? Ist auf dem Ziel SQL noch irgendetwas einzustellen? Können die Clients den SQL denn anpingen oder auch per SMB erreichen?

[crack24 10]

Die Migration auf SQL2012 wurde zusammen mit dem Hersteller durchgeführt. Ich habe direkt danach leider nur 3 Arbeitsplätze testen können. Die haben auch funktioniert.

Der Hersteller verlangt für Support unverschämte 4 EUR pro Minute. Deswegen möchte ich nur ungern nochmal an den wenden.

 

Telnet sagt folgendes

C:\windows\system32>telnet srvdc01\sqlexpress 1433
Verbindungsaufbau zu srvdc01\sqlexpress...Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 1433: Verbindungsfehler

 

Anpingen und SMB funktioniert. Er dient auch als Fileserver und das läuft.

 

Ich habe mir jetzt schon mehrmals mit dem SQL Management Studio die Instanz angeschaut, aber da komme ich nicht weiter. Ich kenne auch keine Einstellung die einem Client die Verbindung erlauben würde und dem anderen nicht. Es haben ja alle den gleichen Connection String.

 

*edit*

Wenn ich telnet bei den Rechnern ausführe, die funktionieren, kommt die gleiche Fehlermeldung aber es geht trotzdem :confused:

bearbeitet 24. Juli 2013 von crack24

[Sunny61 773]

Die Migration auf SQL2012 wurde zusammen mit dem Hersteller durchgeführt. Ich habe direkt danach leider nur 3 Arbeitsplätze testen können. Die haben auch funktioniert.

Der Hersteller verlangt für Support unverschämte 4 EUR pro Minute. Deswegen möchte ich nur ungern nochmal an den wenden.

Dann mußt Du doch wissen ob, und was du auf den Clients eingestellt hast. Auf dem SQL Server gibt es auch den SQL Server-Konfigurations-Manager. Starte den und schau dir die Instanz an ob Du etwas findest. Ansonsten bleibt dir wohl nur den Hersteller anzurufen.

 

Telnet sagt folgendes

C:\windows\system32>telnet srvdc01\sqlexpress 1433

Verbindungsaufbau zu srvdc01\sqlexpress...Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 1433: Verbindungsfehler

 

 

 

Sorry, der Befehl muss anders lauten: telnet srvdc01 1433 [ENTER].