搜索關(guān)鍵字為（和以前一樣）
Microsoft JET Database Engine未指定的錯(cuò)誤

錯(cuò)誤提示為
Microsoft JET Database Engine (0x80004005) 未指定的錯(cuò)誤

昨天從win2003轉(zhuǎn)到winxp pro版，但是在調(diào)試相冊程序時(shí)，發(fā)現(xiàn)上面的錯(cuò)誤，這個(gè)錯(cuò)誤困擾我今天一天時(shí)間了，一直找不到解決方法，重裝系統(tǒng)也不行。但程序有win2003服務(wù)器上運(yùn)行正常，在網(wǎng)上搜索了一下，發(fā)現(xiàn)出現(xiàn)這種原因有多種，最常見的就是下面這兩種。

原因
系統(tǒng)temp文件的訪問權(quán)限不夠，以前總是關(guān)注IIS，文件本身的權(quán)限什么的，
一般人好像都想不到會是這里有問題,今天之前,我還從來沒往這方面想過.....

解決方法
修改windows或winnt下的temp文件夾的安全選項(xiàng)
加上everyone完全控制
至少要給IIS來賓用戶加上寫權(quán)限

但是我按照這兩種方法設(shè)置，還是沒有解決問題，導(dǎo)致我又重裝系統(tǒng)，還是不行，呵呵，郁悶。
我知道，出現(xiàn)這種原因肯定是權(quán)限問題。但就是不知道是什么地方出了問題。在微軟官方MSDN上面也沒有找到解決辦法。于是我想，不如把IIS的目錄權(quán)限設(shè)置一下試試，于是在iis里面把這個(gè)網(wǎng)站設(shè)置成不允許匿名訪問，結(jié)果成功了。我感到非常不解，因?yàn)樽鳛檎军c(diǎn)肯定得允許匿名訪問的，所以我覺得這不是正常解決辦法。只有留待以后解決了......

還有一種：把 /windows/system32/config/systemprofile/Local Settings/TEMP 目錄權(quán)限設(shè)置everyone的可讀取權(quán)限，問題終于解決了

另外還找到三種情況：

第一種解決方法：使用Ms Access里的“工具->數(shù)據(jù)庫實(shí)用工具->壓縮和修復(fù)數(shù)據(jù)庫”來修復(fù)db/global.asa。如果修復(fù)后還是出錯(cuò)，請查看db目錄下是否有g(shù)lobal.dbl文件，如果有請刪除，如無法刪除請結(jié)束服務(wù)器w3wp.exe進(jìn)程(win2003)或Aspnet_wp.exe進(jìn)程(win2000)后再刪除。

第二種解決辦法：
設(shè)置Internet信息服務(wù)（IIS）管理器中的應(yīng)用程序池，更改網(wǎng)站的程序池屬性見下圖：