今天把部门的主页按照以往的步骤放置到新的服务器上，asp竟然始终无法运行，在原来的机器上运行正常，翻来覆去的调试，就是找不到原因。用Google搜索发现问题可能是服务器本身出现的问题，新服务器上装的是正版的windows 2003 server 64bit的，是不是64位的系统和32位的不兼容，按照以下的方法试了一下，运行正常了，真长见识。不由得感叹，学无止境呀！

从网上搜索发现是64位的iis无法兼容32的jet引擎，需要让iis以32为的方式运行，只要在命令行输入一下命令
cscript C:\inetpub\adminscripts\adsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 1
之后IIS就会以32位方式来运行了。运行命令后网站果然可以正常运行了

另外：网上还提到如果运行了asp.net模块当iis以32为方式运行时也必须加载32的asp.net扩展，否则iis无法正常运行，因为64位的IIS无法加载32位的ASP.Net模块，32位的IIS也无法加载64位的ASP.Net模块.

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

症状：64位Windows 2003下面配置好IIS后，运行ASP页面，如果里面有连接access数据库的代码，就会出现错误警告：

　　ADODB.Connection 错误 '800a0e7a'

　　未找到提供程序。该程序可能未正确安装。

　　/连接“网站内容管理”数据库.asp，行 2

原因：IIS是以64位方式来运行的，它只能加载64位模块,不能加载32位模块。而访问access数据库的jet引擎只有32位的，没有64位，因此无法被IIS加载。

　　解决思路：让IIS以32位方式运行，从而可以调用32位的jet引擎

　　解决方法：在命令行窗口输入

　　cscript C:\inetpub\adminscripts\adsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 1

　　上面方法的负面效应：因为IIS被改成以32位方式运行，所以它只能加载32位模块。如果改之前，IIS加载了其他64位的模块，则改之后就无法加载这个模块了。如果想继续使用这个模块的功能，只能寻找这个模块的32位版本并加载。

　　如果希望IIS重新以64位方式运行，可以输入

　　cscript C:\inetpub\adminscripts\adsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 0