HTTP API 中的錯誤記錄

文章編號: 820729

結論

本文說明超文字傳輸通訊協定 (HTTP) API 的錯誤記錄功能。

有些在 HTTP 應用程式中發生的錯誤會由 HTTP API 自動處理，而不會傳回應用程式進行處理。這個情況發生的原因是因為如果不這麼處理，這類錯誤的發生頻率可能會超過事件記錄或應用程式處理常式的負荷。

以下主題說明 HTTP API 錯誤記錄的不同層面：

設定 HTTP API 錯誤記錄
登錄設定可控制 HTTP API 記錄錯誤、記錄檔的許可大小上限，以及記錄檔位置。
HTTP API 錯誤記錄檔的格式
HTTP API 會建立符合全球資訊網協會 (W3C) 記錄檔慣例的記錄檔。您可以使用標準工具來剖析這些記錄檔。不過，與 W3C 記錄檔不同的是，HTTP API 記錄檔不包含資料行名稱。
HTTP API 記錄的錯誤類型
HTTP API 會記錄各種常見的錯誤。

回此頁最上方 | 提供意見

2002-07-05 18:45:09 172.31.77.6 2094 172.31.77.6 80 HTTP/1.1 GET /qos/1kbfile.txt 503 – ConnLimit 2002-07-05 19:51:59 127.0.0.1 2780 127.0.0.1 80 HTTP/1.1 GET /ThisIsMyUrl.htm 400 – Hostname 2002-07-05 19:53:00 127.0.0.1 2894 127.0.0.1 80 HTTP/2.0 GET / 505 - Version_N/S 2002-07-05 20:06:01 172.31.77.6 64388 127.0.0.1 80 - - - - - Timer_MinBytesPerSecond

HTTP API 所記錄的錯誤類型

HTTP API 會記錄用戶端、連接逾時、孤立要求的錯誤回應、以及處理不當的中斷連線。

下列清單指出 HTTP API 所記錄的錯誤類型：

對用戶端的回應 HTTP API 會傳送錯誤回應至用戶端，例如，在上一次接收的要求中，因為剖析錯誤而造成的 400 錯誤。HTTP API 傳送錯誤回應後，HTTP API 就會終止連線。
連線逾時 HTTP API 連線逾時。如果在連線逾時的時候，要求正處於攔置狀態，系統便會在錯誤記錄檔中，使用要求來提供有關連線的詳細資訊。
孤立的要求使用者模式處理程序意外地結束，但當時還有傳送至該程序的佇列要求。HTTP API 會將孤立的要求記錄在錯誤記錄檔。

由原因片語字串指定的特定錯誤類型，總是會出現在每個錯誤行的最後一個欄位。下表指出 HTTP API 原因片語。

摺疊此表格展開此表格

原因片語	說明
AppOffline	發生服務無法使用的錯誤 (HTTP 錯誤 503)。服務目前無法使用，因為應用程式錯誤造成應用程式離線。
AppPoolTimer	發生服務無法使用的錯誤 (HTTP 錯誤 503)。服務目前無法使用，因為應用程式集區處理程序太忙碌而無法處理要求。
AppShutdown	發生服務無法使用的錯誤 (HTTP 錯誤 503)。服務目前無法使用，因為應用程式因回應系統管理員原則而自動關閉。
BadRequest	處理要求時發生剖析錯誤。
Client_Reset	在能夠將要求指派給工作者處理程序之前，用戶端和伺服器之間的連線已經關閉。造成這種問題最常見的原因，是用戶端提前關閉與伺服器的連線。
Connection_Abandoned_By_AppPool	從應用程式集區傳來的工作者處理程序意外地結束，或是因為關閉其處理常式，而造成擱置中的要求遭到遺棄。
Connection_Abandoned_By_ReqQueue	從應用程式集區傳來的工作者處理程序意外地結束，或是因為關閉其處理常式，而造成擱置中的要求遭到遺棄。Windows Vista 和 Windows Server 2008 特有的錯誤。
Connection_Dropped	在伺服器能夠傳送其最終回應封包之前，用戶端和伺服器之間的連線已經關閉。造成這種問題最常見的原因，是用戶端提前關閉與伺服器的連線。
Connection_Dropped_List_Full	用戶端和伺服器之間的連線中斷清單已滿。Windows Vista 和 Windows Server 2008 特有的錯誤。
ConnLimit	發生服務無法使用的錯誤 (HTTP 錯誤 503)。服務目前無法使用，因為已達到或超過網站層級的連線限制。
Connections_Refused	核心 NonPagedPool 記憶體已低於 20MB，http.sys 已停止接收新的連線
停用	發生服務無法使用的錯誤 (HTTP 錯誤 503)。服務目前無法使用，因為系統管理員已經讓應用程式離線。
EntityTooLarge	實體超過所允許的最大大小。
FieldLength	已超過欄位長度限制。
Forbidden	剖析時所遇到的禁止項目或順序。
標頭	標頭發生剖析錯誤。
主機名稱	處理主機名稱時發生剖析錯誤。
內部	發生內部伺服器錯誤 (HTTP 錯誤 500)。
Invalid_CR/LF	出現不合法的歸位字元或換行字元。
LengthRequired	遺漏必要的長度值。
無法使用	發生服務無法使用的錯誤 (HTTP 錯誤 503)。服務目前無法使用，因為發生內部錯誤 (例如記憶體配置失敗)。
未執行	發生未執行錯誤 (HTTP 錯誤 501)，或是因未知的傳輸編碼，造成服務無法使用的錯誤 (HTTP 錯誤 503)。
號碼	處理號碼時發生剖析錯誤。
指定條件	遺漏必要的指定條件。
QueueFull	發生服務無法使用的錯誤 (HTTP 錯誤 503)。服務目前無法使用，因為應用程式要求佇列已滿。
RequestLength	已超過要求長度限制。
Timer_AppPool	連線已過期，因為應用程式集區佇列中的要求，等候伺服器應用程式清除佇列並處理該要求的時間過長。此逾時的等候時間是 ConnectionTimeout。根據預設，此值設定為 2 分鐘。
Timer_ConnectionIdle	連線已過期，並維持在閒置狀態。預設的 ConnectionTimeout 期間是 2 分鐘。
Timer_EntityBody	在要求實體主體到達前，連線已過期。當要求很明顯具有實體主題時，HTTP API 會開啟 Timer_EntityBody 計時器。一開始，此計時器的限制會設定為 ConnectionTimeout 值 (通常是 2 分鐘)。每次此要求收到其他資料跡象時，HTTP API 就會重設計時器，多給連線 2 分鐘時間 (或是在 ConnectionTimeout 指定的任何時間)。
Timer_HeaderWait	連線已過期，因為要求的標題剖析所費時間，超出預設的 2 分鐘限制。
Timer_MinBytesPerSecond	連線已過期，因為用戶端未以合理的速度收到回應。回應的傳送率低於預設的 240 位元組/秒。這可透過 MinFileBytesPerSec 中繼資料庫屬性來管理。
Timer_ReqQueue	連線已過期，因為應用程式集區佇列中的要求，等候伺服器應用程式清除佇列的時間過長。此逾時時間是 ConnectionTimeout。根據預設，此值設定為 2 分鐘。Windows Vista 和 Windows Server 2008 特有的錯誤。
Timer_Response	保留。目前不使用。
Timer_SslRenegotiation	連線已過期，因為用戶端與伺服器之間 SSL 重新交涉的所費時間，超出預設的兩分鐘逾時值。
URL	處理 URL 時發生剖析錯誤。
URL_Length	URL 超出許可的大小上限。
動詞命令	處理動詞命令時發生剖析錯誤。
Version_N/S	發生不支援版本錯誤 (HTTP 錯誤 505)。

回此頁最上方 | 提供意見

?考

如需有關新增 IIS HTTP 錯誤記錄其他記錄欄位的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：

832975

(http://support.microsoft.com/kb/832975/ )

系統現在已提供其他屬性可記錄至 IIS 6.0 和 IIS 7.0 的 Httperr#. 記錄檔中

回此頁最上方 | 提供意見

屬性

文章編號: 820729 - 上次校閱: 2012年11月30日 - 版次: 7.0

kbhttphandlers kbhttp kbapi kberrmsg kbinfo kbfixme kbmsifixme KB820729

Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

回此頁最上方 | 提供意見