为什么IIS运行ASP时会出现数据库连接错误 关键原因有哪些
哎，碰到IIS运行ASP时提示“数据库连接出错”，真是让人头疼。其实，这类问题大多和权限设置、数据库路径和操作系统兼容有关。先别急，我们一步步来捋捋：
-
权限设置问题：比如XP系统的IIS5.1，虽然设置了读写权限，但因为Windows C盘是NTFS格式，导致
c:\windows\temp文件夹没有设置好权限。这时你需要右键temp文件夹，选择“共享和安全”，给user用户全部权限打勾，再刷新网页，错误就会神奇地消失。 -
数据库路径错乱：很多朋友可能把数据库文件和代码放在了IIS主目录的不同位置，路径不对导致数据库连不上。可以在代码里面加句
response.write connstr，看看路径对不对，路径错了赶紧调整。 -
32位与64位兼容性问题：在64位Win7系统上用IIS7跑基于Access数据库的ASP时，经常看到“80004005”错误。那是因为64位系统默认不支持Microsoft Jet驱动，得在应用程序池设置中启用32位应用程序，才玩得到。
-
数据库文件夹权限设置：不仅是
temp目录，数据库所在的文件夹权限也特别关键。建议关闭“使用简单文件夹共享”，再对数据库文件夹进行高级安全设置，确保IIS用户拥有完全控制权。
实际上，这些问题大多是“权限不给力”和“路径不对劲”的合体，让你抓狂！
如何配置和排查IIS环境才能避免数据库连接错误
哎呀，搞好IIS环境，避免数据库连接错误可不是瞎弄的，要特别注意这些细节：
-
检查数据库连接字符串
用数据库管理工具试试看连接字符串是否写对，有时候代码没写错，字符串里的一点点小毛病也能炸锅。 -
开启IIS对ASP的支持
先确保你IIS里开启了ASP功能，包含ISAPI和CGI模块别忘了允许，应用程序池对应的.NET版本也得匹配。 -
启用应用程序池的32位支持
对于用Access数据库的老项目，64位系统真心坑爹，打开“启用32位应用程序”开关，立马见效！ -
给予Temp临时目录正确权限
64位Win7的IIS7，Temp目录位置在C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp，大家别忘了给“Authenticated Users”写权限，否则访问数据库时各种报错。 -
启用ASP父路径支持和其他设置
在IIS管理器里找到你的站点，打开“ASP”设置，把“启用父路径”开起来，别忘了把False改成True，好多问题就是这里没设置好才蒙蔽人的。 -
检查系统及IIS日志
出错时，别忘了翻翻IIS日志和数据库服务器错误日志，让你对症下药快准狠。 -
注册必要的DLL文件
像遇到“找不到服务器或DNS错误”，试试regsvr32 actxprxy.dll和regsvr32 shdocvw.dll命令，听说屡试不爽。 -
关闭简单文件夹共享并细调权限
许多权限问题都是简单文件夹共享惹的祸，关闭它然后给数据库文件夹增加IIS对应的用户权限，稳着点。
看完这些，小伙伴们上线配置环境时就有底啦，不用挠头了！
相关问题解答
-
IIS数据库连接出错是不是权限不够导致的?
说真的，绝大部分情况下，数据库连接错误跟权限脱不开关系！你想想，没权限读写数据库文件，IIS怎么可能连上呢？尤其是临时目录、数据库文件夹这些地方，权限不对，那真是白搭。记得给这些目录正确权限，还得确认IIS用户（比如NetworkService或者IUSR）被包含进去哦！ -
64位系统跑ASP访问Access数据库老提示80004005怎么办?
这问题挺坑的！64位Win7以上的系统默认不支持Jet驱动，也就是Access数据库的老连接方式。别慌，第一步就是进应用程序池设置，打开“启用32位应用程序”这个开关，重启站点试试。大多数“80004005”报错就来不及了，瞬间消失了，超级给力！ -
数据库连接字符串怎么调试确认路径对吗?
你可以在ASP代码中插一句response.write connstr，嘿，这样可以直接把你用的数据库路径打印出来。别忘了路径一定要和服务器硬盘上的数据库文件夹一模一样，不然绝对连不上！如果不对，就赶紧改代码里的连接字符串，试到合适。 -
IIS报“找不到服务器或DNS错误”时该咋办?
这时候别急着拆机，先试试修复系统的IE和网络组件。像regsvr32 actxprxy.dll、regsvr32 shdocvw.dll这些命令很管用，能帮你解决ActiveX代理和网络库的调用问题，别小看它们！执行后再重启，通常问题就能迎刃而解，比盲目重装系统靠谱多啦！
新增评论