我一直在试图让我们的旧的32位服务（.dll）运行在Windows 2008（R1和R2）上。
该服务访问一个系统DNS的ODBC连接，其次它执行一些统计HTTP调用与一个正常的WebClient请求（sortingPING函数报告数据返回到我们的服务统计）。
我们必须看到的唯一接口是否运行，是通过“LastUpdate”来查看SQL spool / records是否发生了变化，从这里我可以得出结论：“某些东西”不起作用。
在Windows 2000和Windows 2003服务器上，该服务已经运行了近8年。
现在，随着我们将旧服务器迁移到云中，我试图看看能否让这位老朋友也能工作。
不知何故，它可以工作。 我试图看看Windows日志，检查任何错误的迹象。 但没有find。
我的猜测是，它只是缺乏一些“权利”，因为Windows 2008更加封闭/安全。
因此，我也尝试仅为此服务创build一个“特殊用户帐户”，并允许该服务以login帐户访问桌面。
目前我不在乎我们要做的安全性如何，因为没有什么为我工作。 我正在一个非生产服务器上testing这个，所以安全性没有问题。
有没有人有任何线索我需要做什么？
我缺less什么types的安全权限，设置或策略？
我一直在检查关于“32位在64位”的线程等没有运气发现任何东西到目前为止:-(
我迷路了…
是唯一的方法让它运行，安装和保持和旧的Windows 2003服务器在云.. 叹 ？
如果它使用ODBC DSN进行连接，是否必须手动设置？
值得注意的是，ODBCpipe理控制台有两个版本，一个是32位，另一个是64位。 在一个版本中定义的数据源不会出现在另一个版本中。
64位的默认值是通过“pipe理工具”文件夹打开的。 这个32位的文件位于%SystemRoot%\SysWOW64 。 令人困惑的是，这两个可执行文件都被称为odbcad32 。
尝试运行32位控制台并在其中定义系统DSN。 这可能是你的DLL在数据源的registry的错误部分，没有find任何东西。