Can't create DSN for Office System Driver – Microsoft 365 Apps

Microsoft Technical Article






Technical Guide: Managing ODBC DSNs for Microsoft Office on 64-bit Windows

🚀 Overview

When configuring Open Database Connectivity (ODBC) for Microsoft Office applications—specifically for Access and Excel databases—IT Administrators often encounter a scenario where the required drivers are missing from the configuration interface. On 64-bit versions of Windows (such as Windows 7, 10, or 11), the standard ODBC Data Source Administrator launched via the Control Panel or Administrative Tools may not display the Microsoft Office System Drivers.

This discrepancy occurs because of the architectural separation between 32-bit and 64-bit components. If an organization is running a 32-bit version of Microsoft Office or 32-bit Office System Drivers on a 64-bit operating system, the 64-bit management tool will not recognize or manage those 32-bit drivers. To successfully create a Data Source Name (DSN), admins must utilize the correct architectural version of the ODBC Administrator tool.

⚙️ Key Technical Details

  • Architectural Disconnect: Windows 64-bit includes two distinct versions of the ODBC Data Source Administrator. The default tool is 64-bit, while the tool required for 32-bit Office drivers resides in the SysWOW64 directory.
  • Identifying the Correct Tool:

    To manage 32-bit drivers (common for Office 2003, 2007, and 32-bit versions of 2010), you must manually execute the 32-bit administrator located here:
    %windir%\SysWOW64\odbcad32.exe

    On a standard installation, this path resolves to:
    C:\Windows\SysWOW64\odbcad32.exe

  • Office Version Verification: To determine if your installation requires the 32-bit or 64-bit tool, verify the “bitness” of the Office installation:

    1. Launch an Office application (e.g., Excel).
    2. Navigate to the File tab.
    3. Select Help (or Account > About in newer versions).
    4. The version string will explicitly state 32-bit or 64-bit in parentheses.

    Note: All Microsoft Office versions released prior to Office 2010 are strictly 32-bit applications.

  • Configuration Matrix:

    Windows OS Office Version Data Source Administrator Tool Path
    Windows 64-bit Office 2010 64-bit %systemdrive%\Windows\System32\odbcad32.exe (or Control Panel default)
    Windows 64-bit Office 2010, 2007, or 2003 32-bit %windir%\SysWOW64\odbcad32.exe
    Windows 32-bit Office 2010, 2007, or 2003 32-bit %systemdrive%\Windows\System32\odbcad32.exe

⚠️ Impact

Failure to use the architecture-appropriate ODBC Administrator tool leads to several operational hurdles for IT Admins and end-users:

  • Visibility Issues: Admins may waste time troubleshooting “missing” drivers or attempting to reinstall the Office System Driver (Access Database Engine) when the drivers are already present but simply hidden from the 64-bit GUI.
  • Application Errors: If an IT Admin creates a System DSN using the 64-bit tool, a 32-bit application (like an older accounting suite or custom VB6/.NET x86 app) will be unable to see or connect to that DSN, resulting in “Data source name not found” errors.
  • Automation Failures: Scripts or deployment tools that call odbcad32.exe without specifying the full path might default to the 64-bit version on 64-bit systems, causing automated DSN creation to fail for 32-bit Office environments.
  • Management Overlap: In 64-bit Windows, both the 32-bit and 64-bit tools will display User DSNs, but they will only display System DSNs relevant to their specific architecture. This can lead to confusion if DSNs appear in one tool but not the other.

Official Source: Read the full article on Microsoft.com