Access數(shù)據(jù)庫出現(xiàn)0x80004005問題的解決方法-設(shè)計(jì)應(yīng)用

精品文檔-下載后可編輯Access數(shù)據(jù)庫出現(xiàn)0x80004005問題的解決方法-設(shè)計(jì)應(yīng)用這篇論壇文章著重介紹了Access數(shù)據(jù)庫出現(xiàn)0x80004005問題的解決方法，更多內(nèi)容請(qǐng)參考下文：

項(xiàng)目做了三個(gè)月了，終于也差不多完成了，昨天交去測(cè)試，結(jié)果出現(xiàn)了下面這樣的問題：

[OLEDbException(0x80004005):Unspecifiederror]

System.Data.OLEDb.OleDbConnection.ProcessResults(Int32hr)+20

System.Data.OleDb.OleDbConnection.InitializeProvider()+57

System.Data.OleDb.OleDbConnection.Open()+203

WeBB.WAVE.Controls.OleDBManager.FillDataTable(DataTablei_dataTable)+85

Webb.WAVE.Controls.WaveExpire.LoadExpireDateForClient(DataTablei_table,Int64i_clientID)+189

Webb.WAVE.inc_Client_AccessManage.LoadExpireDate(Stringi_sortKey)+99

Webb.WAVE.inc_Client_AccessManage.Page_Load(Objectsender,EventArgse)+85

System.Web.UI.Control.OnLoad(EventArgse)+67

System.Web.UI.Control.LoadRecursive()+35

System.Web.UI.Control.LoadRecursive()+98

System.Web.UI.Control.LoadRecursive()+98

System.Web.UI.Page.ProcessRequestMain()+750

說明一下：這個(gè)錯(cuò)誤總會(huì)在運(yùn)行一段時(shí)間后出現(xiàn)，而等一會(huì)工（不定多少時(shí)間），或者重新啟動(dòng)IIS或者服務(wù)器，這個(gè)問題就解決了。而再運(yùn)行一會(huì)又會(huì)（時(shí)間越來越短）出現(xiàn)這個(gè)問題。

而我在自己的電腦是運(yùn)行時(shí)，基本上沒出現(xiàn)這樣的問題，于是反復(fù)的查找原因，不得其解，在MSDN里找到了三篇相關(guān)的文章：其中這一篇還有點(diǎn)道理:

SYMPTOMS

WhentryingtoconnecttoanAccess.mdbfile,anODBCerrorisreturnedstating"DiskorNetworkError".TheMicrosoftOLEDBProviderfortheMicrosoftJetdatabaseenginemayalsoreturnan"Unspecifiederror"(errorcode=0x80004005)message.

TheproblemcanoccuronlywhenthedatasourceisopenedundertheMicrosoftInternetInformationServer(IIS)oraMicrosoftWindowsNTservicebutnotunderalogged-onuseraccount.CAUSE

Jetcreatesatemporaryfilewhentheengineisstarted.Indoingso,itfirstcheckstheTMPenvironmentvariableandusesthatpathtodefinewherethetemporaryfileiscreated.Ifitdoesn'tseeaTMPenvironmentvariable,itlooksfortheTEMPenvironmentvariable.IfTEMPisnotdefined,itthenusestheWindowsfolder(\WINDOWSor\WINNT).

IfTMP/TEMPisdefinedbutpointstoanonexistentfolder,theerroroccurs.

Moreover,whenopeningtheAccessdatabasethroughIISoraWindowsNTservice,andwhenIISortheserviceisrunningunderthelocalsystemaccount,theTMPorTEMPsystemenvironmentvariableisused.WhentheWebservicesorWindowsNTservicearestartedusingauseraccount,theTMP/TEMPuserprofileenvironmentvariablesisused.RESOLUTION

DefineaTMPorTEMPenvironmentvariableandassignthevariabletoanexistingfolder.IfyouareaccessingtheAccessdatabasefromIIS,becertaintocheckthesystemenvironmentsettingsratherthanenvironmentvariablesofthelogged-onuser.AlsoensurethattheIUSERanonymousIISaccounthasaccesstothetemporaryfolder.

Youmustrestartthecomputerafterchanginganyenvironmentvariables.EnvironmentvariablesaresetunderWindowsNT4.0bygoingtotheControlPanelandclickingSystemandthenselectingtheEnvironmenttab.

然而我不解的是，為什么在前幾個(gè)星期的測(cè)試中沒有這個(gè)問題，而在近幾天，出現(xiàn)的越來越頻繁呢？

在網(wǎng)上找了幾篇相關(guān)的文章（有好多論壇上的帖子也有討論這個(gè)問題的，但我沒能找到解決答案）：

思考幾小時(shí)間后，我想會(huì)不會(huì)是不能建立臨時(shí)文件的原因呢？其實(shí)只要能讓錯(cuò)誤在我自己的電腦上出現(xiàn)，那我就好辦了，但問題是，只是偶而出現(xiàn)在我的電腦上，而且很快就好了，從頭到尾都只出現(xiàn)過兩三次。但在服務(wù)器上卻出現(xiàn)問題越來越多了，幾分鐘就不行了。根據(jù)前面的一些文章來分析，我決定做以下一個(gè)測(cè)試：

1、刪除IIS在Windows下的帳號(hào)（InternetGuestAccount）的文件寫權(quán)限當(dāng)然，只對(duì)項(xiàng)目的目錄。

2、同時(shí)也刪除它在臨時(shí)目錄（C:\DocumentsandSettings\WEBB-COUNTRY-WU\ASPNET\LocalSettings\Temp，不的機(jī)器所有不同）的寫權(quán)限。

好了，終于在我的電腦上也出現(xiàn)了同樣的錯(cuò)誤，而且所有的與數(shù)據(jù)庫相關(guān)的頁面都不能訪問。而且根據(jù)MSDN里的說明，這是因?yàn)闆]有權(quán)限在臨時(shí)目錄里寫文件而產(chǎn)生的，與之相同。然而，問題又在于，服務(wù)器上的并不是一直錯(cuò)誤，而是一時(shí)錯(cuò)誤一時(shí)正常。

可以解釋的就是服務(wù)器臨時(shí)文件滿了?。。?！而這又不好證明，我不可能一直測(cè)試，讓我的臨時(shí)文件也滿了（就算是COPY文件到臨時(shí)目錄里，也不能算是IIS帳號(hào)的，而是操作者的），而且臨時(shí)文件它自己（OLEDB的鏈接線程）也會(huì)刪除的。只好另外想辦法，就是用磁盤配額。給IIS帳號(hào)：In