資訊: IIS: 使用者看到錯誤訊息: 遠端程序呼叫失敗,而且未執行

文章翻譯 文章翻譯
文章編號: 284716 - 檢視此文章適用的產品。
全部展開 | 全部摺疊

結論

本文將告訴您 IIS 在瀏覽器中顯示下列的錯誤訊息的時機:
遠端程序呼叫失敗,而且未執行。

其他相關資訊

這個錯誤時,會顯示 Web 瀏覽器提出要求由已終止,或已經被殺了一個 「 逾時的處理 」 Web 應用程式的使用者。 這是 IIS 已重新啟動後失敗的 Web 應用程式才會顯示一個暫存訊息。IIS,預設情況下,會自動重新啟動所有失敗的處理序出 Web 應用程式,這種行為由 Metabase 值 AppOopRecoverLimit 」。

在 IIS 4.0 中有瑕疵的同處理序 Web 應用程式可以造成整個 Inetinfo.exe 服務失敗,便無法使用的所有網站。 若要協助緩和這種情況下,IIS 4.0 引入程序外的 Web 應用程式的概念。 當 Web 應用程式指定為程序逾時,會執行應用程式在不同的處理序 (MTX.exe) 是獨立於主要的 IIS 服務 (Inetinfo.exe),以便有瑕疵的 Web 應用程式當機,主要的 IIS 服務已不會受到影響,並在所有其他同處理序和程序外網站保持可用。

在 IIS 4.0 中 [AppOopRecoverLimit 不是出現在預設情況下,Metabase 中,但值在內部預設值為 「 5 」 的所有處理序外 Web 應用程式。 這表示當您可以刪除/機程序外的網站五次而且 IIS 會自動重新啟動您在 Web 應用程式。 在 IIS 4.0 中這項設定只適用於在 MTX.exe 中執行的程序外 Web 應用程式。

在 IIS 5.0 中處理序隔離模型已變更為包含新中型隔離 」 集區的不足-的處理-序 」 Web 應用程式中,除了高隔離出處理序的 Web 應用程式。 在 IIS 5.0 AppOopRecoverLimit 限制不是出現在預設情況下,Metabase 中,但值在內部預設值為"-1,"這表示 IIS 會無限期地重新啟動所有的中型隔離和高隔離 Web 應用程式。 如果媒體隔離 (共用) Web 應用程式上 Metabase 中設定 [AppOopRecoverLimit,將會被忽略,而且預設的 「 共用的程序外 Web 應用程式將會重新啟動無限期地。在 IIS 5.0 中這項設定只能被使用在 DLLHost.exe 中執行的高隔離 Web 應用程式上。 此外,若的網站是在低隔離 (同處理序),然後應用程式重新啟動功能被境內由 IIS 管理] 服務的屬性也就列在 [服務控制管理員 (這設定透過 「 服務 」 Microsoft 管理主控台 [MMC] 嵌入式管理單元-在位於系統管理工具群組),而不是 AppOopRecoverLimit 中繼資料庫項目。 在 IIS 5.0 預設情況下,如果 Inetinfo.exe 服務當機,IISReset.exe 命令將會發出無限期地重新啟動 IIS。

每次 IIS 4.0 或 5.0 已重新啟動失敗的處理序外 Web 應用程式,在事件記錄檔中記錄一則錯誤訊息類似下列:
事件識別碼: 37
來源: W3SVC
描述: 「 缺程序的應用程式 /LM/w3svc/root/iishelp 意外終止"。
每次在另外的程序外 IIS Web 站台損毀,或已陣亡下, 一個使用者要求從該網站的頁面將會收到下列錯誤訊息一次在他或她的瀏覽器中 IIS 重新啟動失敗的站台時:
遠端程序呼叫失敗,而且未執行。
在收到該錯誤訊息之後如果使用者再次要求網頁 (或按一下 [在瀏覽器中的 [重新整理),IIS 將已經重新啟動失敗的處理序外 Web 站台 (前提是尚未達到 [AppOOPRecoverLimit),會傳回頁面至瀏覽器依正常程序。

在 IIS 4.0 程序外的網站在第六個嘗試重新啟動該網站上無法五次後 IIS 不會重新啟動該網站,它而是會傳回下列錯誤訊息給瀏覽器:
遠端程序呼叫失敗,而且未執行。
然後,如果使用者按一下 [重新整理,或再次要求網頁,他或她會再收到下列錯誤訊息:
伺服器應用程式錯誤
伺服器已經到達應用程式在處理要求的最大復原的限制。請連絡伺服器管理員以尋求協助。
如果使用者繼續按一下 [在瀏覽器中的 [重新整理,或從失敗的逾時的處理序應用程式要求網頁,他或她會繼續進行 「 伺服器應用程式錯誤 」 的 Web 應用程式仍停止 IIS 重新啟動之前,請參閱。

在另外在 IIS 記錄檔如果您使用 W3C 延伸記錄,您可能會看到類似下列一旦達到 AppOOPRecoverLimit 傳送到伺服器的每一個 GET 要求的項目:
#Software: Microsoft Internet Information Server 4.0
#Version: 1.0
#Date: 2000-11-29 18:24:46
#Fields: time c-ip s-sitename s-ip cs-method cs-uri-stem sc-status sc-win32-status s-port
18:39:26 127.0.0.1 W3SVC1 127.0.0.1 GET /iishelp/iis/misc/default.asp 502 1727 80
18:39:39 127.0.0.1 W3SVC1 127.0.0.1 GET /iishelp/iis/misc/default.asp 502 1726 80
18:46:52 127.0.0.1 W3SVC1 127.0.0.1 GET /iishelp/iis/misc/default.asp 502 1726 80
18:46:52 127.0.0.1 W3SVC1 127.0.0.1 GET /iishelp/iis/misc/default.asp 502 1726 80
					
請注意從右邊"502 」 回應程式碼從 IIS 第三個資料行和資料行旁邊包含 1727"和 1726",這是 「 Win32 」 回應碼。 1727 程式碼會對應到"[遠端程序呼叫失敗和嗎尚未執行 」 錯誤] 和 [1726年對應到 」 的伺服器已經到達最大復原....」預設未啟用 「 Win32 狀態 」 欄位。若要使顯示在 IIS 記錄檔中該資料行,您必須為您的網站編輯擴充的記錄內容。

也注意 IIS 記錄檔中記錄的時間是格林威治標準時間。 所以,例如如果您是在 (美國) 東部時區,您就必須減去 5 小時從會記錄在第一欄來決定接收要求的當地時間的時間 (東部時間是格林威治標準時間-5)。

?考

取得更多資訊有關一些範例程式碼按一下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
280812DOC: AppOopRecoverLimit 範圍中 IISHelp 錯誤
如需關於設定 [AppOopRecoveryLimit 的詳細資訊,按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的發行項:
280812DOC: AppOopRecoverLimit 範圍中 IISHelp 錯誤

屬性

文章編號: 284716 - 上次校閱: 2006年11月21日 - 版次: 2.1
這篇文章中的資訊適用於:
  • Microsoft Internet Information Server 4.0
  • Microsoft Internet Information Services 5.0
關鍵字:?
kbmt kbinfo KB284716 KbMtzh
機器翻譯
重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本:284716
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

提供意見

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com