09.11.2017
5475
3
0MSSQL-Zugriffsproblem
Hallo,
ich habe eine 32bit VB6-Anwendung, mit der ich auf MSSQL 2012 Server Instanzen zugreifen möchte, die einen Spielserver (Mirror) haben.
Außerdem habe ich zwei Server: SERVER1 (Windows 2012 R2) und SERVER2 (auch Windows 2012 R2).
Auf beiden ist SQL Server Native Client 11.0 ODBC Driver installiert.
Auf beiden ist im 32- und 64-bit ODBC-Manager der Treiber angezeigt.
Nur auf SERVER1 kann ich die Anwendung fehlerfrei ausführen.
Auf SERVER2 erhalte ich die Meldung: [Microsoft][ODBC Driver Manager] Der Datenquellenname wurde nicht gefunden, und es wurde kein Standardtreiber angegeben.
Wie könnte ich mein Zugriffsproblem lösen?
Danke!
Grüße, Peter
ich habe eine 32bit VB6-Anwendung, mit der ich auf MSSQL 2012 Server Instanzen zugreifen möchte, die einen Spielserver (Mirror) haben.
Außerdem habe ich zwei Server: SERVER1 (Windows 2012 R2) und SERVER2 (auch Windows 2012 R2).
Auf beiden ist SQL Server Native Client 11.0 ODBC Driver installiert.
Auf beiden ist im 32- und 64-bit ODBC-Manager der Treiber angezeigt.
Nur auf SERVER1 kann ich die Anwendung fehlerfrei ausführen.
Auf SERVER2 erhalte ich die Meldung: [Microsoft][ODBC Driver Manager] Der Datenquellenname wurde nicht gefunden, und es wurde kein Standardtreiber angegeben.
Wie könnte ich mein Zugriffsproblem lösen?
Danke!
Grüße, Peter
Kommentieren
Teilen
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 354274
Url: https://administrator.de/forum/mssql-zugriffsproblem-354274.html
Ausgedruckt am: 13.07.2025 um 17:07 Uhr
3 Kommentare
Neuester Kommentar
Wie sieht der Connection-String aus? Domäne oder keine? DNS funktionsfähig? Instanzname eindeutig?
Verwendest du eine System-DSN oder die Angabe der Instanz und DB im Connectionstring?
Verwendest du eine System-DSN oder die Angabe der Instanz und DB im Connectionstring?
Hallo.
Da ist beim Anlagen/Verbinden der Datenquelle auf Server 2 etwas schiefgelaufen.
Vergleiche mal die beiden ODBC-Verbindungskonfigurationen auf den beiden Servern.
Oder nimm' diese Software (ist Freeware)
sqledit.com/odbc/
und exportiere Dir die Datenquelle von Server 1 (wo es funktioniert) und importiere sie Dir (mit der gleichen Software) auf Server 2. Danach sollte es gehen (zumindest dann, wenn Server 2 nicht noch ein ganz anders gelagertes Problem hat und es deswegen dort nicht geht). Die verlinkte Software muß allerdings auf jedem Server installiert werden (ist nicht groß, keine Sorge), Du kannst sie aber, wenn's dadurch/damit funktioniert hat, danach auf beiden Servern auch wieder deinstallieren.
Viele Grüße
von
departure69
Da ist beim Anlagen/Verbinden der Datenquelle auf Server 2 etwas schiefgelaufen.
Vergleiche mal die beiden ODBC-Verbindungskonfigurationen auf den beiden Servern.
Oder nimm' diese Software (ist Freeware)
sqledit.com/odbc/
und exportiere Dir die Datenquelle von Server 1 (wo es funktioniert) und importiere sie Dir (mit der gleichen Software) auf Server 2. Danach sollte es gehen (zumindest dann, wenn Server 2 nicht noch ein ganz anders gelagertes Problem hat und es deswegen dort nicht geht). Die verlinkte Software muß allerdings auf jedem Server installiert werden (ist nicht groß, keine Sorge), Du kannst sie aber, wenn's dadurch/damit funktioniert hat, danach auf beiden Servern auch wieder deinstallieren.
Viele Grüße
von
departure69
Hallo, eine Datenquelle ist hier gar nicht mal im Spiel, ich verwende diesen Connstring:
Driver={SQL Server Native Client 11.0};Server=192.168.0.1;Failover_Partner=192.168.0.2;Database=myDB;Uid=usr;Pwd=password;
und greife damit direkt über die VB6-Anwendung auf die beiden Server zu. Integrierte Anmeldung usw. scheitert, da beide Netzte nicht über eine gemeinde Domäne oder DNS verbunden sind, sondern per VPN-Tunnel mit geringer (aber ausreichender) Bandbreite.
Den OLEDB-SQL-Native-Client11 kann ich leider deshalb nicht verwenden, weil manche Systeme < Windows 7 sind, und damit der aktuelle OLEDB auf denen nicht installiert werden kann.
Driver={SQL Server Native Client 11.0};Server=192.168.0.1;Failover_Partner=192.168.0.2;Database=myDB;Uid=usr;Pwd=password;
und greife damit direkt über die VB6-Anwendung auf die beiden Server zu. Integrierte Anmeldung usw. scheitert, da beide Netzte nicht über eine gemeinde Domäne oder DNS verbunden sind, sondern per VPN-Tunnel mit geringer (aber ausreichender) Bandbreite.
Den OLEDB-SQL-Native-Client11 kann ich leider deshalb nicht verwenden, weil manche Systeme < Windows 7 sind, und damit der aktuelle OLEDB auf denen nicht installiert werden kann.
