Ein häufig auftretendes Problem ist die Konfiguration einer 32-Bit-ODBC-Verbindung unter einem 64-Bit-Betriebssystem wie Windows Server 2008 64-Bit oder Windows Server 2008 R2 (nur ungefähr 64 Bit). .
Wenn wir zum Beispiel einen VMware vCenter Server-Server unter Windows Server 2008 R2 bereitstellen, werden wir feststellen, dass die Plattformanforderungen erfüllt sind, da vCenter uns nach einem 64-Bit-Betriebssystem fragt. Wenn wir eine Datenbankverbindung wie SQL Server zum Speichern der Datenbank von vCenter verwenden, muss die ODBC-Verbindung zum Herstellen einer Verbindung mit der Datenbank ebenfalls 64 Bit umfassen.
- Das Problem tritt jedoch tatsächlich auf, wenn ein 32-Bit-ODBC auf einem 64-Bit-Betriebssystem konfiguriert werden muss. Beispiel: Installieren Sie einen vCenter Update Manager unter Windows Server 2008 R2 .
- Interessanterweise erfordert der vCenter Update Manager eine 64-Bit-Plattform, aber einen 32-Bit-ODBC. Der Fehler, den wir in der Installation finden können, ist der folgende:
“Der DSN ‘VUM’ existiert nicht oder ist kein 32 – Bit – System – DSN. Update Manager erfordert einen 32-Bit-System-DSN. ”
- Wenn wir mit Windows Server 2008 R2 eine ODBC erstellen, wird standardmäßig eine 64-Bit-Verbindung erstellt. Um einen 32-Bit-ODBC mit einem 64-Bit-Windows Server 2008 oder R2 zu erstellen, führen wir Folgendes aus:
“C: windows syswow64 odbcad32.exe”
Die ausführbare Datei zum Erstellen eines 64-Bit-ODBC lautet:
“C: windows system32 odbcad32.exe”
- Wie Sie sehen, ist es etwas irreführend, aber wenn wir diese beiden Routen kennen, haben wir die Situation bereits kontrolliert.
Damit könnten wir unser 32-BIT-OBDC in unserem Windows 2008 Server R2-System haben.