2016-05-31 10 views
0

Der Versuch, eine ODBC-Verbindung für UPS einzurichten, um von unserem Versand-Client-Computer auf unseren SQL-Server zuzugreifen.ODBC-Verbindung von Domain Win 7 Client zu Server 2012

Ich habe so viel gescheuert, wie ich kann ein ran across:

runas /netonly /user:domain\account "c:\windows\system32\odbcad32.exe" 

nun mit dieser Methode auf meinem aktuellen Client-Computer, ich war erfolgreich eine ODBC-Verbindung einrichten kann mithilfe von SQL Native Client 11 (5058). Ich verwende Win 10. Unser Versandcomputer, mit mehreren manifesten Systemen, verwendet immer noch Win 7, aber ansonsten ist das Setup auf der Domain gleich.

Mit dem gleichen Prozess wie oben wird die Verbindung letztendlich beendet und der Server ist nicht online/nicht verfügbar/keine Remoteverbindungen zulassen.

Gibt es einen Schritt, den ich vermisse? Beide Clients haben die gleichen Regeln für die Firewall, beide verwenden den gleichen Benutzer/Passwort in der runas cmd. Der einzige Unterschied zwischen den beiden Clients ist Win 10 vs. Win 7, und der aktuell angemeldete Benutzer ist anders (aber das sollte nicht mit dem runas cmd zusammenhängen?)

Vielen Dank!

+0

Also ich denke, ich habe die Wurzel des Problems entdeckt, aber noch keine Lösung gefunden. Der runas-Befehl funktionierte auf dem Win 10-Computer, da das Betriebssystem 64-Bit war und das 64-Bit-ODBC-Feld aus dem Ordner system32, der Win 7-PC 32-Bit-Betriebssystem und das 32-Bit-ODBC-Panel ausgeführt wurde aus dem System32. Beide versuchen, sich mit einem Server 2012 SQL 64-Bit zu verbinden. Also, warum würde eine 32-Bit-Verbindung nicht funktionieren, und welche zusätzliche Einrichtung muss ich auf dem Client (oder Server) durchführen, damit es funktioniert? – TheMrMystery

Antwort

0

Also nach einigen Tagen/Stunden des Ausprobierens verschiedener Lösungen und Vorschläge aus dem gesamten Interweb, stieß ich auf diese Lösung/Tipps.

Überprüfen Sie in der SQL Server-Konfiguration die Netzwerkkonfigurationsprotokolle/Clients/Aliase. In meinem Fall wurde ein Aliase für 32-Bit und nicht für 64-Bit eingerichtet. Ich habe den 32-Bit-Modus deaktiviert.

Ich fand dann Vorschläge zu uns die IP (die ich in der Vergangenheit versucht hatte, ohne Erfolg), aber dieses Mal, nachdem sichergestellt, dass alle TCP/IP-Protokolle aktiviert waren und die 32-Bit-Aliase deaktiviert war, ich war in der Lage, den 32-Bit- auf den 64-Bit-SQL-Server unter Verwendung der xxx.xxx.xxx.xxx-Adresse des Servers zu verbinden.

Test kam erfolgreich zurück!