Sql server 2008 r2 MSACCESS.EXE中的错误R6034，后跟运行时错误'-2147023782（8007045a）和#x27；

当我启动

MS Access

应用程序（has

VBA

code）时，我收到了这些错误消息

当我在第一条错误消息中单击OK，在第二条错误消息中单击debug时，调试器将打开并指向一行，该行显示：“

Set-oServer=New-SQLDMO.SQLServer

”

我意识到SQL-DMO有问题，但似乎无法注册DLL

我的环境：

Win7 Pro 64位

，

Office 2010 64位

，

MS SQL Server 2008 R2 SP2 64位

我从Microsoft下载了向后兼容软件包，运行了

MSI

，什么都没有。 已尝试手动安装，并收到错误消息：

R6034

对于

C:\Windows\System32\regsvr32.exe

当我单击确定-->模块“

SQLDMO.DLL

”无法加载<代码>确保二进制文件存储在指定路径或调试它。。。废话

当我尝试从

C:\Windows\SysWOW64

注册它时，我得到“

模块“SQLDMO.DLL”可能与您正在运行的Windows版本不兼容。请检查模块是否与..

我已经检查了

SQLDMO.DLL的版本，它肯定是64位的。我已经找到了SQL-DMO需要的所有其他DLL，并将它们存储在
SysWOW64
和
System32
中

我已经运行了
Office修复
，
Windows更新
，
sqlserver修复
（日志文件表明客户端工具向后兼容性的所有内容都通过了）

非常感谢您的帮助。
谢谢，Miki。
不知道我是如何做到的，但（不知怎么的）注册了64位SQLDMO.DLL（在它没有真正注册之前），然后在我的VBA代码-->工具-->引用中…我尝试从64位文件夹加载SQLDMO.DLL。
起初，它不起作用，然后我在SysWOW64（一个32位文件夹）中放置了一个DLL副本，并从那里注册了它（一旦注册，显然，系统不再需要它了-我删除了它，它仍然可以工作）。
然后我试图弄清楚它是如何工作的。我在VBA代码中签入了引用表，Microsoft SQLDMO对象库仍然指向C:\Program Files（x86）\Microsoft SQL Server\80\Tools\Binn，但当我从中删除SQLDMO.DLL时，它仍然工作…然后我查看了C:\Program Files\Microsoft SQL Server\80\Tools\Binn并从中删除了SQLDMO.DLL，然后它停止工作！
我不知道发生了什么，也不知道为什么引用表说它指向一个文件夹，但实际上指向另一个文件夹，或者在以前的相同尝试之后，它是如何工作的，只是现在它工作了。
我希望能够复制这一点（以防我需要再次经历这一过程），因此任何想法/建议都将不胜感激。
谢谢，Miki。
好的，通过从c:\Windows\SysWOW64运行regsvr32.exe SQLDMO.DLL来注册SQLDMO.DLL。SQLDMO.DLL是64位的，据我所知，SysWOW64中的regsvr32.exe是32位的，所以不确定它是如何注册的……错误消息仍然存在。不确定从这里该怎么做。