Condividi tramite

Controllo dell'installazione del driver ODBC

Garantire l'installazione e la funzionalità corretti dei driver ODBC è fondamentale per garantire una connettività di database trasparente in varie applicazioni e sistemi. Questo articolo illustra come verificare la corretta installazione dei driver ODBC e assicurarsi che siano configurati correttamente per facilitare l'accesso e la gestione dei dati.

Amministratore origine dati ODBC e stringa di connessione ODBC di esempio

Esistono due copie dell'amministratore dell'origine dati ODBC nei sistemi a 64 bit:

  • Per le applicazioni a 64 bit, selezionare Windows+R e digitare ODBCAD32.EXE o C:\WINDOWS\SYSTEM32\ODBCAD32.EXE.

  • Per le applicazioni a 32 bit, selezionare Windows+R e digitare C:\WINDOWS\SYSWOW64\ODBCAD32.EXE.

Le applicazioni che chiamano il driver ODBC possono usare nomi di origine dati (DSN) o stringa di connessione senza DSN. Ecco alcuni esempi:

  • driver={sql server};server=sqlprod01;database=northwind;trusted_connection=yes
  • dsn=userdsn1
  • dsn=test;uid=sa;pwd=<Password>

La prima stringa di connessione specifica in modo esplicito il nome del driver, il nome del server, il nome del database e se usare la sicurezza integrata (trusted_connection). Si tratta di una connessione senza DSN.

Il secondo e il terzo stringa di connessione usano un DSN, che è un incapsulamento di questi elementi archiviati nel Registro di sistema. Il nome utente e la password non possono essere archiviati nel DSN e devono essere specificati in modo esplicito.

Un DSN è un collegamento per le applicazioni per caricare il driver, fornendo un livello di riferimento indiretto. Usando un DSN, è possibile modificare il server, il database e persino il tipo di database a cui l'applicazione si connette senza modificare l'applicazione.

Driver e registro di amministrazione dell'origine dati ODBC

È possibile utilizzare l'amministratore ODBC per verificare la presenza di driver ODBC e DSN. Avviare l'amministratore ODBC per verificare se il driver viene visualizzato nell'amministratore dell'origine dati ODBC. Ecco alcuni driver a 64 bit e a 32 bit:

Screenshot che mostra un driver a 64 bit.

Screenshot che mostra un driver a 32 bit.

Le informazioni sul driver e sul DSN vengono archiviate nel Registro di sistema:

Screenshot che mostra le informazioni sul driver e sul DSN nel Registro di sistema.

Nei computer a 64 bit, la Wow6432Node voce del Registro di sistema viene usata per archiviare informazioni DSN e driver a 32 bit. I DSN di sistema vengono archiviati in HKEY_LOCAL_MACHINEe i DSN utente vengono archiviati in HKEY_CURRENT_USER. Ad esempio:

  • HKEY_LOCAL_MACHINE\SOFTWARE\ODBC
  • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\ODBC
  • HKEY_CURRENT_USER\Software\ODBC
  • HKEY_CURRENT_USER\Software\Wow6432Node\ODBC

La ODBC.INI sottochiave contiene un elenco di tutti i DSN e le sottochiavi per ogni DSN. La ODBCINST.INI sottochiave elenca tutti i driver.

Screenshot che mostra ODBC. INI e ODBCINST. Sottochiavi INI.

Se si verifica un problema durante il caricamento di un driver tramite DSN, controllare la ODBC.INI sottochiave per individuare il driver usato dal DSN.

Screenshot che mostra come individuare il driver usato dal DSN.

Note

La voce LastUser non influisce sul stringa di connessione. Viene usato solo durante il test del DSN nell'amministratore dell'origine dati ODBC.

Convalidare il nome del server, il nome del database e se il driver è installato. Se il driver non può essere caricato, viene visualizzato il seguente messaggio di errore:

ERROR [IM002] [Microsoft][ODBC Driver Manager] Nome origine dati non trovato e nessun driver predefinito specificato.

Anche se il percorso del driver nel DSN non è corretto, gestione driver può comunque individuarlo nella ODBCINST.INI sottochiave dal nome del driver elencato nella chiave del Registro di sistema origini dati ODBC.

Supporto per l'installazione di driver di terze parti

Per i driver ODBC di terze parti, il supporto Microsoft è limitato a:

  • Controllare se sono presenti le chiavi del Registro di sistema del driver. In caso contrario, reinstallare o consultare il fornitore.
  • Controllare se i percorsi puntano a una DLL esistente effettiva. In caso contrario, reinstallare o consultare il fornitore.
  • Creare un DSN di test ed eseguire un test di connessione.
  • Consente di acquisire una traccia PROCMON che il fornitore può analizzare.

Ulteriori informazioni