問(wèn)題: 網(wǎng)頁(yè)經(jīng)常只打開(kāi)一個(gè)頭部，后面的部分就無(wú)法顯示了，只有重新啟動(dòng)服務(wù)器的IIS才能重新刷新顯示。
這樣的情況出現(xiàn)沒(méi)有固定的時(shí)間，是不定時(shí)出現(xiàn)的，有時(shí)一天也不會(huì)出現(xiàn)，有時(shí)則一天出現(xiàn)好幾次。不知道是IIS的問(wèn)題還是SQL的問(wèn)題。也不知道是不是模板的問(wèn)題。曾經(jīng)懷疑是IIS假死，但是已經(jīng)把2003的補(bǔ)丁都打上了。另外，SQL也打了SP3補(bǔ)丁，應(yīng)該不會(huì)有問(wèn)題了吧？
前臺(tái)用戶在登錄時(shí)有時(shí)會(huì)出現(xiàn)下面錯(cuò)誤
Microsoft OLE DB Provider for SQL Server 錯(cuò)誤 '80040e31'
超時(shí)已過(guò)期
/User/User_ChkLogin.asp，行 94
有時(shí)在后臺(tái)搜索時(shí)也會(huì)產(chǎn)生的錯(cuò)誤，
您現(xiàn)在的位置：注冊(cè)會(huì)員治理 >> 用戶名中含有“ xxxxxx”的會(huì)員錯(cuò) 誤 號(hào)：-2147217871
錯(cuò)誤描述：超時(shí)已過(guò)期
錯(cuò)誤來(lái)源：Microsoft OLE DB Provider for SQL Serve

分析：在這幾個(gè)問(wèn)題的出現(xiàn)均有“超時(shí)已過(guò)期”的現(xiàn)象，并且問(wèn)題也不是經(jīng)常出現(xiàn)，可以判定程序應(yīng)該不會(huì)有問(wèn)題，因此是不是考慮通過(guò)對(duì)IIS的設(shè)置進(jìn)行相關(guān)修改能避免這種問(wèn)題出現(xiàn)。
查看了些資料，發(fā)現(xiàn)IIS假死的原因是：在IIS會(huì)看到應(yīng)用程序池，默認(rèn)只有一個(gè)應(yīng)用程序池，查看應(yīng)用程序池的屬性，會(huì)發(fā)現(xiàn)他的回收時(shí)間，默認(rèn)多達(dá)，1740分鐘，就是說(shuō)，需要在1740分鐘后才回收此應(yīng)用程序池，假如在這個(gè)時(shí)間內(nèi)，達(dá)到請(qǐng)求的最高限制，那么就會(huì)出現(xiàn)ASP假死的情況，這個(gè)就是大型網(wǎng)站出現(xiàn)假死的情況，反而，小型網(wǎng)站確不會(huì)出現(xiàn)這樣的情況，因?yàn)樗��?qǐng)求少，流量少，還沒(méi)達(dá)到限制數(shù)量。當(dāng)然要看的服務(wù)器上網(wǎng)站數(shù)目而定

解決：?jiǎn)蝹�(gè)網(wǎng)站解決方法: 把應(yīng)用程序池回收時(shí)間縮短到300-600分鐘。 多網(wǎng)站解決方法： 新建多個(gè)應(yīng)用程序池，把每個(gè)池回收時(shí)間縮小到300分鐘，然后再分配每個(gè)池10個(gè)網(wǎng)站左右(這個(gè)分配是要求你的網(wǎng)站訪問(wèn)量所定)假如某個(gè)網(wǎng)站，訪問(wèn)量大，就單獨(dú)給他一個(gè)程序池

查看更多 動(dòng)易Cms教程  動(dòng)易Cms模板