Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email文章編號: 118552 - 上次校閱: 2007年2月22日 - 版次: 5.3 處理 SQL Server 中的死結情況的描述
結論死結是條件 2 或更多的處理序嘗試存取另持有鎖定的資源。由於每個處理程序要求的其他人的資源可以完成既非程序。偵測到死結時 SQL Server 會復原有最少的交易處理時間並傳回錯誤訊息 1205 給應用程式。錯誤訊息 1205年會終止目前的批次，並復原目前的交易。 其他相關資訊在某些情況下發生死結狀況會造成資料程式庫 (DB Lib) 命令 (例如 dbsqlexec、 dbsqlok 或 dbresults) 傳回 FAIL。永遠是要檢查傳回碼從每個 DB Lib 指令程式的責任。如果其中一個這些 DB Lib 命令傳回 FAIL，程式應該取消批次，並不嘗試繼續。在某些情況下很可能繼續執行批次中的後續命令。不過，因為發生死結的狀況，而造成它的命令已回復批次中的後續命令可能會失敗例如找不到的物件的一個更嚴重錯誤。 在其他情況下發生死結狀況不會造成 DB Lib 命令，以傳回 FAIL。若要處理這種情況，程式必須檢查訊息處理常式中的訊息 1205年，並使用 dbsetuserdata 函數來這傳達給您的應用程式 (範例可在中找到第 4 「 資料程式庫函數 」 在 SQL Server 「 程式設計人員參考 》 的對於 C"dbsetuserdata 之下)。程式必須再檢查死結指示器顯示在每個 DB-Library 呼叫後，並且應該取消批次，如果偵測到死結。 雖然看起來好像沒有必要在收到 1205年死結訊息之後取消批次，它是必要的因為伺服器並不永遠中止批次在死結的狀況。如果未取消批次，嘗試提交新批次可能會造成資料程式庫錯誤 10038"結果等候中 」。 您可以找到的死結的描述及如何偵測死結條件中 ＜ 附錄 E 最大化一致性和並行"在 [SQL Server 的 Windows NT"對於 C 程式設計人員參考 ＞ 範例。 這篇文章中的資訊適用於:
 機器翻譯重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本：118552?
(http://support.microsoft.com/kb/118552/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群立即取得協助文章翻譯
|
回此頁最上方
