本頁是否能提供幫助?
您對此內容的意見反應十分重要。 請告訴我們您的想法。
其他意見反應?
剩餘 1500 個字元
匯出 (0) 列印
全部展開

Azure SQL Database 資源管理

更新日期: 2015年3月

本主題提供因為背景工作執行緒 (最大並行要求) 和工作階段管理所導致的要求拒絕/連接遺失機制相關資訊。

下表提供有關工作者執行緒管理所導致的要求拒絕/連接遺失機制、傳回的對應錯誤碼以及如何解決錯誤之建議的資訊。

 

要求拒絕/連接遺失的機制 傳回的錯誤碼 建議

SQL Database 會管理對資料庫的背景工作執行緒 (並行要求) 數目限制。如果任何資料庫的並行要求數目超過允許的限制,都會收到錯誤 10928,而且這個資料庫的進一步要求可能會遭到拒絕。

  • 以 Web/Business 版本的資料庫而言,並行要求的上限為 180。超出此限制就會收到錯誤 10928。

    此外,這項限制 (180) 只是上限,我們不保證 Web/Business Edition 資料庫會在系統過於忙碌時讓要求到達這個上限值。萬一系統過於忙碌,可供 Web/Business Edition 資料庫使用的工作者執行緒會更少,而且使用者將會收到錯誤 10929。不過,這種情況應該很罕見。




    對於 Basic、Standard 和 Premium 資料庫,並行要求限制會隨著資料庫的效能層級而改變。如需詳細資訊,請參閱<Azure SQL Database 服務層和效能層級>。

10928:資源識別碼:1. 資料庫的 %s 限制是 %d,目前已經達到此限制。請參閱 http://go.microsoft.com/fwlink/?LinkId=267637 取得協助。

10929:資源識別碼:1. %s 最小保證是 %d,最大限制是 %d,而資料庫的目前使用量是 %d。不過,伺服器目前太忙碌,對這個資料庫無法支援大於 %d 的要求。請參閱 http://go.microsoft.com/fwlink/?LinkId=267637 取得協助。否則請稍後再試。

note附註
兩個錯誤訊息中的資源識別碼值指出已達到限制的資源。如果是工作者執行緒,資源識別碼 = 1。

10928:檢查 dm_exec_requests 來檢視目前正在執行哪些使用者要求。

10929:在 10 秒後退出並重試一次要求。

Important重要事項
  • 因為管理工作者執行緒所導致的錯誤 (10928/10929) 會取代工作者執行緒的原始引擎節流錯誤 (40501)。在正常情況下,使用者應該不再收到工作者執行緒的引擎節流錯誤。

  • 在類似使用同盟資料庫功能的某些情況下,有可能在登入資料庫時發生觸及工作者執行緒上限錯誤 (10928),因為這項作業會在 Connection.Open 呼叫之下利用工作者執行緒。這可能會將應用程式置於工作者執行緒上限臨界值之上。應用程式應該有內建邏輯,以便適當地處理這類情況的錯誤。

下表提供有關工作階段管理所導致的要求拒絕/連接遺失機制、傳回的對應錯誤碼以及如何解決錯誤之建議的資訊。

 

要求拒絕/連接遺失的機制 傳回的錯誤碼 建議

SQL Database 會管理可對資料庫建立的並行工作階段數目限制。當觸及資料庫的並行工作階段限制時,對資料庫的新連接會遭到拒絕,而且使用者將會收到錯誤碼 10928。不過,與資料庫之間的現有工作階段不會終止。

  • 如果是 Web/Business Edition 資料庫,並行工作階段限制為內部。

  • 對於 Basic、Standard 和 Premium 資料庫,並行工作階段限制會隨著資料庫的效能層級而改變。如需詳細資訊,請參閱<Azure SQL Database 服務層和效能層級>。

10928:資源識別碼:2. 資料庫的 %s 限制是 %d,目前已經達到此限制。請參閱 http://go.microsoft.com/fwlink/?LinkId=267637 取得協助。

note附註
錯誤訊息中的資源識別碼值指出已達到限制的資源。如果是工作階段,則資源識別碼 = 2。

10928:檢查 dm_exec_requests 來檢視目前正在執行哪些使用者要求。

另請參閱

顯示:
© 2015 Microsoft