Wie verwende ich einen 32-Bit-ODBC-Treiber auf 64-Bit-Server 2008, wenn das Installationsprogramm keinen Standard-DSN erstellt?
Ich bin auf ein Problem mit Software von Drittanbietern gestoßen, mit der wir die Verwendung von Softwarelizenzen in unseren Computerlabors nachverfolgen. Wir haben die App kürzlich auf 64-Bit-Server 2008 migriert, nachdem wir von der Firma die Zusicherung erhalten hatten, dass sie kompatibel ist, und einige vorläufige Tests durchgeführt haben, die zeigten, dass die App in der 64-Bit-Umgebung funktioniert. Leider hat die Person, die die Tests durchgeführt hat, nicht die Funktionalität einiger Apps getestet, die auf den Zugriff auf die Daten angewiesen sind, um Live- und Post-Processing für die Daten durchzuführen und einige Berichte zu erstellen.
Es stellt sich heraus, dass die Anwendung keinen 64-Bit-ODBC-Treiber für den Zugriff auf ihre internen Daten hat und keinen 64-Bit-SQL Server-ODBC-Treiber zum Exportieren ihrer Daten nach SQL Server verwenden kann. Es enthält und installiert einen 32-Bit-ODBC-Treiber, installiert ihn jedoch als Benutzerdatenquelle und nicht als Systemdatenquelle, was bedeutet, dass mein Windows-Dienst, der die Live-Sammlung ausführt, ihn nicht finden kann. Ich kann auch keinen System-DSN erstellen, da die Datenquellen-Administratorkonsole den installierten Treiber nicht finden kann.
Meine Frage ist, wie ich eine Datenquelle für diese Verbindung konfiguriere, auf die ich von einem C # /. NET-Windows-Dienst aus zugreifen kann, der unter einem Systemkonto ausgeführt wird.
Da ich eine Möglichkeit gefunden habe, werde ich meine Lösung als Antwort bereitstellen (im Einklang mit derFAQ zur Beantwortung Ihrer eigenen Frage).