依次做了如下排查：
該ASP網(wǎng)站ACCESS數(shù)據(jù)庫(kù)所在目錄及有關(guān)特別的config目錄賦予用戶讀寫及修改權(quán)限，甚至在調(diào)試期間，一度將整站賦予了everyone完全控制，未果；
設(shè)置啟用IIS–ASP的父路徑：
設(shè)置運(yùn)行該站點(diǎn)的程序池啟用32位應(yīng)用程序:
權(quán)限權(quán)限，還是權(quán)限問(wèn)題：
自不必說(shuō)：C:\\\\Windows\\\\temp 目錄需要IIS_IUSRS完全權(quán)限，還有一種說(shuō)法是：IIS7下的32位MS Jet引擎臨時(shí)目錄位置：C:\\\\Windows\\\\ServiceProfiles\\\\NetworkService\\\\AppData\\\\Local\\\\Temp 也一并授權(quán)處理過(guò)了。
后來(lái)在一次無(wú)意中點(diǎn)擊：
無(wú)法驗(yàn)證對(duì)web站點(diǎn)本地物理路徑的訪問(wèn)？
立即做了如下設(shè)置：
至此再去試了一下：ASP Access已可正常訪問(wèn)，問(wèn)題完美解決。
小結(jié)一下：沒(méi)有更改上述此項(xiàng)設(shè)置之前，為什么之前那套Asp MSSQL一直運(yùn)行正常，唯獨(dú)這套ASP Access就不行？官方解釋如下：
服務(wù)器配置為將傳遞身份驗(yàn)證和內(nèi)置帳戶一起使用，以訪問(wèn)指定的物理路徑。但是，IIS 管理器無(wú)法驗(yàn)證此內(nèi)置帳戶是否有訪問(wèn)權(quán)。請(qǐng)確保應(yīng)用程序池標(biāo)識(shí)具有該物理路徑的讀取訪問(wèn)權(quán)。如果此服務(wù)器加入到域中，并且應(yīng)用程序池標(biāo)識(shí)是 NetworkService 或 LocalSystem，則驗(yàn)證<domain>\\\\<computer_name>$ 具有該物理路徑的讀取訪問(wèn)權(quán)，然后重新測(cè)試這些設(shè)置。
更多關(guān)于云服務(wù)器，域名注冊(cè)，虛擬主機(jī)的問(wèn)題，請(qǐng)?jiān)L問(wèn)西部數(shù)碼官網(wǎng)：m.ps-sw.cn
