Python调用Access.Application COM对象报Server execution failed错误求助

首先，你的问题核心在于Click-to-Run版本的Office 2016和MSI安装的Access 2013 Runtime共存时，COM组件注册出现了版本混淆——系统无法确定应该调用哪个版本的Access.Application，从而触发了Server execution failed错误。下面是几个可行的解决方案，按优先级推荐：

方案1：指定具体版本的ProgID创建对象 #

这是最安全且无需修改系统设置的方法。每个Access版本都有对应的版本特定ProgID，直接调用即可避免冲突：

• Office 2016的ProgID：Access.Application.16
• Access 2013 Runtime的ProgID：Access.Application.15

修改你的测试代码，明确指定版本：

from comtypes.client import CreateObject
# 优先尝试调用Office 2016完整版的Access
try:
    access = CreateObject('Access.Application.16')
except Exception as e:
    # 如果2016版本调用失败， fallback到2013 Runtime
    print(f"调用Office 2016失败：{e}，尝试Access 2013 Runtime")
    access = CreateObject('Access.Application.15')

from comtypes.gen import Access
DBEngine = access.DBEngine
db = DBEngine.CreateDatabase('test234.mdb', Access.DB_LANG_GENERAL)
db.Close()

测试时可以分别单独调用两个ProgID，确认哪个版本能正常工作——一般来说，Access 2013 Runtime作为本地MSI安装，COM注册更稳定；而Click-to-Run版本的Office 2016可能因为虚拟化机制，需要确保Canopy环境有足够权限访问其组件。

方案2：修改注册表默认ProgID指向（谨慎操作） #

如果你希望默认的Access.Application直接指向某个版本，可以通过修改注册表实现，但修改注册表有风险，请先备份相关分支：

1. 打开注册表编辑器：按下Win+R，输入regedit并回车
2. 定位到HKEY_CLASSES_ROOT\Access.Application\CLSID，记录当前的CLSID值
3. 找到你想默认使用的版本的CLSID：
   • 对于Office 2016：查看HKEY_CLASSES_ROOT\Access.Application.16\CLSID的值
   • 对于Access 2013 Runtime：查看HKEY_CLASSES_ROOT\Access.Application.15\CLSID的值
4. 将HKEY_CLASSES_ROOT\Access.Application\CLSID的值替换为目标版本的CLSID
5. 重启Python环境，测试原代码是否正常运行

注意：Click-to-Run版本的Office组件注册表可能存在虚拟化路径，修改前请确认目标版本的msaccess.exe路径是否有效（比如2016路径一般为C:\Program Files\Microsoft Office\root\Office16\MSACCESS.EXE，2013 Runtime路径为C:\Program Files\Microsoft Office\Office15\MSACCESS.EXE）。

方案3：卸载冲突版本（可选） #

如果不需要同时保留两个Access版本，可以考虑卸载其中一个：

• 若你主要使用Office 2016的完整功能，且能解决ODBC驱动问题，可以卸载Access 2013 Runtime（但你之前提到Office 2016的数据库引擎无法安装，所以这个方案可能不适用）
• 若你更依赖Access 2013 Runtime的驱动，可以考虑卸载Office 2016 Click-to-Run版本，换成MSI安装的Office 2016，这样就能安装对应的数据库引擎

额外注意事项 #

• Click-to-Run版本的Office不支持与同版本的MSI组件共存，这也是你无法安装Access 2016数据库引擎的原因，所以跨版本共存是唯一选择
• 确保Python环境（Canopy）是64位版本，与你的Office和Runtime版本一致（都是x64），32/64位不匹配也会导致COM调用失败

内容的提问来源于stack exchange，提问作者KDM