ASP编程：ASP之80004005毛病信息的剖析
减少客户内IT专业人才缺乏带来的影响。ASP的客户员工利用浏览器进入相关的应用软件，简单易用，无需专业技术支持。毛病1.毛病信息MicrosoftOLEDBProviderforODBCDriverserror80004005
TheMicrosoftJetdatabase
enginecannotopenthefile(unknown).Itisalreadyopenedexclusively
byanotheruser,oryouneedpermissiontoviewitsdata.
缘故原由：
这个毛病产生在当IIS利用匿名帐号(一般是IUSR)时,该帐号在NT中对数据库地点的目次
没有准确的权限.（这就是为何在Win95和PWS下没成绩，由于win95基本就没有目次权限这一说）
反省文件和目次的权限.断定你可以在该目次中有可以新建和删除一时文件的权限。
这些一时文件实际上是数据库创建在统一个目次下的文件,可是要注重的是，有大概这些文件
也大概创建在其余目次，比方/Winnt.
利用NT的文件监督程序监督文件失利时究竟是会见了甚么目次。
这个NT的文件监督程序能够在这个中央下载
假如你对数据库利用了一个收集地点，比方映照地点，就要反省一下共享文件和目次的权限，
还要反省一下数据源文件（DSN）是不是被其余程序标记成为正在利用中，
这些其余程序通常为VisualInterDev，封闭任何一个InterDev中的正翻开和数据库毗连的项目。
这个毛病还大概产生在这类情形：假如在DSN中利用了一个UNC路径（就是通用定名协定），请改用
当地路径举行测试，由于假如对当地数据库利用UNC也大概堕落。
还大概产生在这类情形，假如服务器要会见Access中的一个表，而这个表却连接在一个收集服务器上。
2.毛病信息：
MicrosoftOLEDBProviderforODBCDriverserror80004005
Couldntuse(unknown);file
alreadyinuse.
缘故原由：
多人利用时数据库被锁定。
3.毛病信息：
MicrosoftOLEDBProviderforODBCDriverserror80004005
Datasourcenamenotfoundandnodefaultdriverspecified.
缘故原由：
最大概的缘故原由是ConnectString是一个在global.asa中初始化的Session变量，可是global.asa
却没有一般事情。办理举措是，反省赋值时是不是准确：（在你的asp中到场上面的代码）
<%="auth_useris"&request.servervariables("auth_user")%>
<P>
<%="auth_typeis"&request.servervariables("auth_type")%>
<P>
<%="connectionstringis"&session("your_connectionstring")%>
<P>
另有一个缘故原由就是你在你的ConnectString中到场了过剩的空格，比方
DSN=MyDSN;Database=Pubs;
尝尝改成上面这个模样：
DSN=MyDSN;Database=Pubs;
假如是global.asa还没有事情，反省该文件是不是在使用程序的根目次中,大概是假造目次的根目次中。
另有大概毛病呈现的缘故原由是DSN称号没找着，这能够接纳我供应的id=36767的举措办理。
最初是反省是不是安装了最新的驱动程序，既是不是是最新的MDAC版本。
4.毛病信息
MicrosoftOLEDBProviderforODBCDriverserror80004005
Datasourcenamenot??
缘故原由：
这个毛病有多是呈现在你的盘算机上软件安装（或则反安装）的按次上。
假如ODBC的版本纷歧致的话，就会产生该毛病。
办理举措是安装最新版本的MDAC
5.毛病信息：
MicrosoftOLEDBProviderforODBCDriverserror80004005
GeneralerrorUnabletoopenregistrykeyDriverId.
缘故原由：
这个毛病产生在爱从注册表中读取数值的时分。利用regedit32.exe反省你的注册表的权限。
你也能够利用NT中的注册表监督程序（NTRegMon）来看读取失利信息。该程序到这找：
6.毛病信息：
MicrosoftOLEDBProviderforODBCDriverserror80004005
ConnectionOpen(CreateFile()).
缘故原由：
两个缘故原由：当一个数据库中包括有分离在不必呆板上的允许干系时，
这也大概产生在统一台呆板上，当你给一个干系设置了UNC路径，而另外一个干系倒是当地路径。
毛病缘故原由是：
当用户利用IIS匿名帐号登录后，对当地这台呆板而言他是有权的，可是关于一个UNC路径的呆板，
别的这台呆板是不会以为你以后匿名登录的帐号在它那下面也是正当的。
如许它就不同意你会见它下面的资本，招致毛病。
两个办理举措：
1。在IIS工具中，改动IIS匿名帐号成别的一个基于域的帐号。（也就是不利用匿名登录）
2。或则在那台你要会见资本的呆板上也创立一个和以后匿名帐号一样的帐号，利用一样的暗码。
7.毛病信息
缘故原由：
该毛病是由SQLServer发生的，当它不承受或则不克不及够熟悉这个登录帐号的时分，大概没有利用办理员身份登录，
也多是在NT中没有SQL暗射帐号酿成的。
利用体系办理员帐号(SA)登录，一样平常暗码应当为空.注重，这时候必需利用CoonectString而不克不及够利用DSN文件。
由于DSN中没有保留用户名和暗码。
反省NT是不是给SQL映照了帐号。
8.毛病信息
MicrosoftOLEDBProviderforODBCDriverserror80004005
Loginfailed-User:Reason:
NotdefinedasavaliduserofatrustedSQLServerconnection.
缘故原由：
缘故原由同上。
尝尝这个举措：在SQLServer的EnterpriseManager中，选择Server/SQLServer/Configure[ASCII
133]/SecurityOptions/Standard.
假如是运转在IIS4中，作废选择该项目标PasswordSynchronization选项。
9.毛病信息
MicrosoftOLEDBProviderforODBCDriverserror80004005
Couldntlockfile.
缘故原由：
大概是没有准确的权限天生Access数据库的锁定文件(.ldb)
默许时，该文件和你的数据库是统一个目次的。
给匿名帐号全权会见数据库共享目次的权限。
偶然是由于文件是由于共享时成心利用了只读的权限限定。尝尝利用上面的代码。
SetConn=Server.CreateObject("ADODB.Connection")
Conn.Mode=adModeShareDenyWrite8
10.毛病信息
MicrosoftOLEDBProviderforODBCDriverserror80004005
(unknown)isntavalid写软件都是想的时间比写的时间要长的.如果反过来了就得看看是什么原因了.另外大家可以回去问问公司里的小MM.(一般企业里,跟你们交付软件接触得最多的是她们) 下载一个源代码，然后再下载一个VBScript帮助，在源代码中遇到不认识的函数或是其他什么程序，都可以查帮助进行解决，这样学习效率很高。 我可以结合自己的经验大致给你说一说，希望对你有所帮助，少走些弯路。 我可以结合自己的经验大致给你说一说，希望对你有所帮助，少走些弯路。 接下来就不能纸上谈兵了，最好的方法其实是实践。实践，只能算是让你掌握语言特性用的。而提倡做实际的Project也不是太好，因为你还没有熟练的能力去综合各种技术，这样只能使你自己越来越迷糊。 下载一个源代码，然后再下载一个VBScript帮助，在源代码中遇到不认识的函数或是其他什么程序，都可以查帮助进行解决，这样学习效率很高。 最近在学asp，不要问我为什么不直接学.net，因为公司网站是asp做的所以有这个需要，卖了本书asp入门到精通，对里面的六大内置对象老是记不住，还有很多属性和方法看的头晕。 如何更好的使自己的东西看上去很不错等等。其实这些都不是问题的实质，我们可以在实践中不断提升自己，不断充实自己。
页:
[1]