針對 Azure SQL Database 和 Azure SQL 受控執行個體的連線能力問題及其他錯誤進行疑難排解
適用於：
Azure SQL DatabaseAzure SQL 受控執行個體
當 Azure SQL Database 或 Azure SQL 受控執行個體的連線失敗時，您會收到錯誤訊息。 這些連線問題可能是因為重新設定、防火牆設定、連線逾時、不正確的登入資訊，或在應用程式設計程序期間無法套用最佳做法和設計指引所造成。 此外，如果達到某些 Azure SQL Database 或 SQL 受控執行個體資源的上限，您就無法再連線。
注意
您可以使用 Azure SQL 連線檢查程式來偵測並修正 Azure SQL Database、Azure SQL 受控執行個體及 Azure Synapse Analytics 環境中各種連線錯誤。
暫時性錯誤訊息 (40197、40613 及其他)
Azure 基礎結構能夠在 SQL Database 服務出現繁重的工作負載時動態重新設定伺服器。 此動態行為可能導致您的用戶端程式遺失其與資料庫或執行個體的連線。 此類錯誤情況稱為「暫時性錯誤」 。 資料庫重新設定事件由於規劃的事件 (例如，軟體升級) 或未規劃的事件 (例如，處理序損毀或負載平衡) 而發生。 大部分的重新設定事件通常只是短期的，至多應在不到 60 秒的時間完成。 不過，這些事件可能偶爾會需要更長時間才能完成，例如當大型交易導致長時間執行的復原時。 下表列出應用程式在連線到 Azure SQL Database 時可能收到的各種暫時性錯誤。
暫時性錯誤碼清單
| 錯誤碼 | 嚴重性 | 描述 |
|---|---|---|
| 926 | 14 | 無法開啟資料庫 'replicatedmaster'。 它已經由復原標示成 SUSPECT。 如需詳細資訊，請參閱 SQL Server 錯誤記錄檔。 在重新設定的最後一個階段，當舊的主要資料庫正在關閉其記錄時，此錯誤可能會短期記錄於 SQL 受控執行個體錯誤記錄檔中。 如需涉及此錯誤訊息的其他非暫時性案例，請參閱 MSSQL 錯誤文件。 |
| 4060 | 16 | 無法開啟登入所要求的資料庫 "%.*ls"。 登入失敗。 如需詳細資訊，請參閱錯誤 4000 到 4999 |
| 40197 | 17 | 服務處理您的要求時發生錯誤。 請再試一次。 錯誤代碼 %d。 當服務因為軟體或硬體升級、硬體故障或任何其他容錯移轉問題而關閉時，您會收到這個錯誤。 內嵌在錯誤 40197 訊息中的錯誤代碼 (%d) 提供發生的失敗或容錯移轉種類的其他資訊。 錯誤代碼會內嵌在錯誤 40197 的訊息錯誤範例包括 40020、40143、40166 和 40540。 重新連線會自動將您連線到資料庫的狀況良好複本。 您的應用程式必須攔截錯誤 40197、記錄訊息中內嵌的錯誤碼 (%d) 以進行疑難排解，並嘗試重新連接到 SQL Database 直到資源可供使用，並再次建立您的連線。 如需相關資訊，請參閱暫時性錯誤。 |
| 40501 | 20 | 服務目前忙碌中。 在 10 秒後重試要求。 事件識別碼：%ls。 程式碼：%d。 如需詳細資訊，請參閱： • 邏輯 SQL Server 資源限制。 • 針對單一資料庫且以 DTU 為基礎的限制。 • 針對彈性集區且以 DTU 為基礎的限制。 • 針對單一資料庫且以虛擬核心為基礎的限制。 • 針對彈性集區且以虛擬核心為基礎的限制。 • Azure SQL 受控執行個體資源限制。 |
| 40613 | 17 | 伺服器 '%.*ls' 上的資料庫 '%.*ls' 目前無法使用。 請稍後重試連接。 如果問題仍然存在，請連絡客戶支援，並將工作階段追蹤識別碼 '%.*ls' 提供給他們。 如果目前已在資料庫中建立專用管理員連接 (DAC)，可能就會發生此錯誤。 如需相關資訊，請參閱暫時性錯誤。 |
| 49918 | 16 | 無法處理要求。 資源不足，無法處理要求。 服務目前忙碌中。 請稍後再重試要求。 如需詳細資訊，請參閱： • 邏輯 SQL Server 資源限制。 • 針對單一資料庫且以 DTU 為基礎的限制。 • 針對彈性集區且以 DTU 為基礎的限制。 • 針對單一資料庫且以虛擬核心為基礎的限制。 • 針對彈性集區且以虛擬核心為基礎的限制。 • Azure SQL 受控執行個體資源限制。 |
| 49919 | 16 | 無法處理建立或更新要求。 訂用帳戶 "%ld" 太多建立或更新作業進行中。 服務正忙於處理多個建立或更新您訂用帳戶或伺服器的要求。 要求目前已封鎖以求資源最佳化。 查詢 sys.dm_operation_status 以查看暫止的作業。 等待直到暫止的建立或更新要求完成，或刪除您的其中一個暫止要求，稍後再重試您的要求。 如果您的作業似乎發生停滯，請等候其他進行中的作業完成，或盡可能取消這些作業。 例如，您可以藉由刪除所建立的資料庫或複本，來取消資料庫複本或異地複本建立。 如果無法取消明顯停滯的作業，請向 Microsoft 開啟支援票證。 |
| 49920 | 16 | 無法處理要求。 訂用帳戶 "%ld" 太多作業進行中。 服務正忙於處理這個訂用帳戶的多個要求。 要求目前已封鎖以求資源最佳化。 查詢 sys.dm_operation_status 以查看作業狀態。 等候直到暫止的要求已完成，或刪除您其中一個暫止要求，稍後再重試您的要求。 如果您的作業似乎發生停滯，請等候其他進行中的作業完成，或盡可能取消這些作業。 例如，您可以藉由刪除所建立的資料庫或複本，來取消資料庫複本或異地複本建立。 如果無法取消明顯停滯的作業，請向 Microsoft 開啟支援票證。 |
| 4221 | 16 | 登入 read-secondary 失敗，因為 'HADR_DATABASE_WAIT_FOR_TRANSITION_TO_VERSIONING' 上的等候時間很長。 無法使用複本進行登入，因為在複本回收時執行中之交易的資料列版本已遺失。 將主要複本上的使用中交易復原或認可，就可以解決問題。 避免在主要伺服器上的冗長寫入交易，就可讓此條件發生率降至最低。 |
| 615 | 21 | 找不到資料庫識別碼 %d，名稱 '%.*ls'。 錯誤碼 615。 這表示記憶體內部快取不會與 SQL Server 執行個體同步，而且查閱正在擷取過時的資料庫識別碼。 SQL 登入會使用記憶體內部快取，來取得資料庫名稱與識別碼的對應。 快取應該會與後端資料庫同步，並且在 SQL Server 執行個體的資料庫連結和中斷連結時進行更新。 當中斷連結工作流程未能準時清除記憶體內部快取，而且後續對資料庫的查閱都指向過時的資料庫識別碼時，就會收到此錯誤。 嘗試重新連線到 SQL Database，直到資源可供使用，然後重新建立連線。 如需相關資訊，請參閱暫時性錯誤。 |
解決暫時性連線問題的步驟
- 檢查 Microsoft Azure 服務儀表板 ，以取得應用程式報告錯誤期間發生的任何已知中斷。
- 連線到雲端服務 (例如 Azure SQL Database) 的應用程式應該預期會有定期的重新設定事件，並實作重試邏輯來處理這些錯誤，而不是向使用者顯示應用程式錯誤。
- 由於資料庫接近其資源限制，因此似乎是暫時性連線問題。 請參閱資源限制。
- 如果連線問題繼續發生，或如果您的應用程式發生錯誤的持續時間超過 60 秒，或如果您在一天當中，看到錯誤多次發生，請在 Azure 支援網站上選取 [取得支援]，來提出 Azure 支援要求。
實作重試邏輯
強烈建議您的用戶端程式具有重試邏輯，以便在給予暫時性錯誤一些時間自行修正後，可以嘗試重新建立連線。 我們建議您在您第一次重試前延遲 5 秒鐘。 在少於 5 秒的延遲之後重試，就會產生使雲端服務超過負荷的風險。 對於後續每次重試，延遲應以指數方式成長，最大值為 60 秒。
如需重試邏輯的程式碼範例，請參閱：
如需在應用程式中處理暫時性錯誤的詳細資訊，請檢閱針對 SQL Database 的暫時性連線錯誤進行疑難排解
連線集區 (ADO.NET) 中討論了有關使用 ADO.NET 之用戶端的「封鎖期間」。
與伺服器建立連線時，發生了與網路相關或執行個體特定的錯誤
如果應用程式無法連線到伺服器，就會發生此問題。
若要解決此問題，請嘗試修復常見連線問題的步驟一節中的步驟 (依顯示的順序)。
找不到或無法存取伺服器/執行個體 (錯誤 26、40、10053)
錯誤 26：尋找指定的伺服器時發生錯誤
System.Data.SqlClient.SqlException: A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections.(provider: SQL Network Interfaces, error: 26 – Error Locating Server/Instance Specified)
錯誤 40：無法開啟與伺服器的連線
A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server)
錯誤 10053：在接收來自伺服器的要求時發生傳輸層級的錯誤
10053: A transport-level error has occurred when receiving results from the server. (Provider: TCP Provider, error: 0 - An established connection was aborted by the software in your host machine)
如果應用程式無法連線到伺服器，就會發生這些問題。
若要解決這些問題，請嘗試修復常見連線問題的步驟一節中的步驟 (依顯示的順序)。
因為防火牆問題而無法連線到伺服器
錯誤 40615：無法連線到 < servername >
若要解決此問題，請透過 Azure 入口網站在 SQL Database 上設定防火牆設定。
錯誤 5：無法連線到 < servername >
若要解決此問題，請確定已在用戶端與網際網路之間的所有防火牆上開放連接埠 1433，以供輸出連線使用。
無法登入伺服器 (錯誤 18456、40531)
使用者 '< 使用者名稱 >' 登入失敗
Login failed for user '<User name>'.This session has been assigned a tracing ID of '<Tracing ID>'. Provide this tracing ID to customer support when you need assistance. (Microsoft SQL Server, Error: 18456)
若要解決此問題，請洽詢您的服務管理員，以提供有效的使用者名稱和密碼。
一般而言，服務管理員可以使用下列步驟來新增登入認證：
使用 SQL Server Management Studio (SSMS) 登入伺服器。
在
master資料庫中執行下列 SQL 查詢，以檢查登入名稱是否已停用：SELECT name, is_disabled FROM sys.sql_logins;如果對應的名稱已停用，使用下列陳述式啟用它：
ALTER LOGIN <User name> ENABLE;如果 SQL 登入使用者名稱不存在，請編輯並執行下列 SQL 查詢，以建立新的 SQL 登入：
CREATE LOGIN <SQL_login_name, sysname, login_name> WITH PASSWORD = '<password, sysname, Change_Password>'; GO在 [SSMS 物件總管] 中，展開 [資料庫]。
選取您要授與使用者權限的資料庫。
以滑鼠右鍵按一下 [安全性]，然後依序選取 [新增] 和 [使用者]。
在產生且含有預留位置的指令碼 (範例如下所示) 中，遵循此處的步驟來取代範本參數，然後加以執行：
CREATE USER [<user_name, sysname, user_name>] FOR LOGIN [<login_name, sysname, login_name>] WITH DEFAULT_SCHEMA = [<default_schema, sysname, dbo>]; GO -- Add user to the database owner role EXEC sp_addrolemember N'db_owner', N'<user_name, sysname, user_name>'; GO您也可以使用
sp_addrolemember，將特定使用者對應至特定的資料庫角色。注意
在 Azure SQL Database 中，考慮使用較新的 ALTER ROLE 語法，來管理資料庫角色成員資格。
如需詳細資訊，請參閱管理 Azure SQL Database 中的資料庫和登入。
已超過連線逾時的錯誤
System.Data.SqlClient.SqlException (0x80131904)：已超過連線逾時
System.Data.SqlClient.SqlException (0x80131904): Connection Timeout Expired. The timeout period elapsed while attempting to consume the pre-login handshake acknowledgement. This could be because the pre-login handshake failed or the server was unable to respond back in time. The duration spent while attempting to connect to this server was - [Pre-Login] initialization=3; handshake=29995;
System.Data.SqlClient.SqlException (0x80131904)：已超過逾時
System.Data.SqlClient.SqlException (0x80131904): Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
System.Data.Entity.Core.EntityException：基礎提供者在開啟上失敗
System.Data.Entity.Core.EntityException: The underlying provider failed on Open. -> System.Data.SqlClient.SqlException: Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding. -> System.ComponentModel.Win32Exception: The wait operation timed out
無法連線到 < 伺服器名稱 >
Cannot connect to <server name>.ADDITIONAL INFORMATION:Connection Timeout Expired. The timeout period elapsed during the post-login phase. The connection could have timed out while waiting for server to complete the login process and respond; Or it could have timed out while attempting to create multiple active connections. The duration spent while attempting to connect to this server was - [Pre-Login] initialization=231; handshake=983; [Login] initialization=0; authentication=0; [Post-Login] complete=13000; (Microsoft SQL Server, Error: -2) For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&EvtSrc=MSSQLServer&EvtID=-2&LinkId=20476 The wait operation timed out
這些例外狀況可能是因連線或查詢問題而造成。 若要確認此錯誤是因連線問題而造成，請參閱確認錯誤是否因連線問題而造成。
因為應用程式無法連線到伺服器而發生連線逾時。 若要解決此問題，請嘗試修復常見連線問題的步驟一節中的步驟 (依顯示的順序)。
網路連線終止錯誤
SQL 用戶端程式庫會使用 TCP 網路通訊協定連線到 Azure SQL Database 和 Azure SQL 受控執行個體。 用戶端程式庫使用稱為 TCP 提供者的較低層級元件來管理 TCP 連線。 當 TCP 提供者偵測到遠端主機意外終止現有的 TCP 連線時，用戶端程式庫會出現錯誤。 因為錯誤是用戶端錯誤，而不是 SQL Server 錯誤，所以不會包含任何 SQL 錯誤號碼。 反之，錯誤號碼為 0，則使用了來自 TCP 提供者的錯誤訊息。
網路連線終止錯誤的範例包括：
A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.) An existing connection was forcibly closed by the remote host
A transport-level error has occurred when sending the request to the server. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.)
The client was unable to establish a connection because of an error during connection initialization process before login. Possible causes include the following: the client tried to connect to an unsupported version of SQL Server; the server was too busy to accept new connections; or there was a resource limitation (insufficient memory or maximum allowed connections) on the server. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.)
A connection was successfully established with the server, but then an error occurred during the login process. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.)
連線終止錯誤可能會因為資料庫或彈性集區暫時無法使用而發生。 也可能因為資料庫伺服器與用戶端應用程式之間的網路基礎結構發生各種問題，包括防火牆、網路設備等。這些問題可能是暫時性或永久性問題。 一般的方針是，考慮永久失敗前，應用程式應該先針對這些錯誤使用固定數目的重試嘗試。
資源管理錯誤
Azure SQL Database 會根據 Resource Governor 來使用資源治理實作，以強制執行資源限制。 深入了解 Azure SQL Database 中的資源管理。
首先會列出最常見的資源治理錯誤及其詳細資料，後面接著資源治理錯誤訊息表。
錯誤 10928 和 10936：資源識別碼：1。 [資料庫/彈性集區] 的要求限制為 %d 並且已達到限制。如需協助
如果達到資料庫層級限制，則此案例中的詳細錯誤訊息會讀取：Resource ID : 1. The request limit for the database is %d and has been reached. See 'http://go.microsoft.com/fwlink/?LinkId=267637' for assistance.
如果達到彈性集區限制，此案例中的詳細錯誤訊息會讀取：Resource ID : 1. The request limit for the elastic pool is %d and has been reached. See 'http://go.microsoft.com/fwlink/?LinkId=267637' for assistance. 彈性集區限制高於資料庫限制，如需詳細資訊，請參閱資源限制。 當集區中的多個資料庫同時使用資源 (例如背景工作角色) 時，可能會達到這些限制。
此錯誤訊息表示已達到資料庫或彈性集區的背景工作限制。 將出現資料庫或彈性集區服務目標的最大同時背景工作角色值將，而不是預留位置 %d。
注意
Azure SQL Database 的初始供應項目僅支援單一執行緒查詢。 在那時，要求數目一律等於背景工作角色數目。 Azure SQL Database 中的錯誤訊息 10928 和 10936 包含「資料庫的要求限制 [...] 為 N，且已達到其限制」的描述，以支援回溯相容性。 達到的限制實際上是背景工作角色數目。 如果平行處理原則的最大程度 (MAXDOP) 設定等於零或大於一，則背景工作數目可能遠高於要求數目，而且可能比 MAXDOP 等於一時更快達到限制。
深入了解工作階段、背景工作和要求。
視需要使用專用管理員連接 (DAC) 連線
如果在接近或達到背景工作限制的情況下正在進行即時事件，則當您使用 SQL Server Management Studio (SSMS) 或 Azure Data Studio 來連線時，可能會收到錯誤 10928。 即使已達到最大的背景工作閾值，一個工作階段還是可以使用資料庫管理員的診斷連線 (DAC) 來連線。
從 SSMS 建立與 DAC 的連線：
- 從功能表中，選取 [檔案] > [新增] > [資料庫引擎查詢]
- 在連線對話方塊的 [伺服器名稱] 欄位中，輸入
admin:<fully_qualified_server_name>(這將是admin:servername.database.windows.net之類的內容)。 - 選取 [選項 >>]
- 選取 [連線屬性] 索引標籤
- 在 [連接到資料庫:] 方塊中，輸入資料庫的名稱
- 選取 [連接]。
如果您收到錯誤 40613：Database '%.*ls' on server '%.*ls' is not currently available. Please retry the connection later. If the problem persists, contact customer support, and provide them the session tracing ID of '%.*ls'，這可能表示另一個工作階段已連線到 DAC。 一次只能有一個工作階段針對單一資料庫或彈性集區工作階段連線到 DAC。
若您在選取 [連線] 之後遇到「無法連線到伺服器」錯誤，如果您使用 18.9 之前的 SSMS 版本，則可能仍已成功建立 DAC 工作階段。 早期的 SSMS 版本會嘗試提供 Intellisense 來連線到 DAC。 這會失敗，因為 DAC 只支援單一背景工作，而 Intellisense 需要個別的背景工作。
您無法將 DAC 連線與物件總管搭配使用。
檢閱您的 max_worker_percent 使用量
若要針對資料庫尋找 14 天的資源耗用量統計資料，請查詢 sys.resource_stats 系統目錄檢視。 max_worker_percent 資料行顯示相對於資料庫的背景工作限制所使用的背景工作百分比。 連線到您的邏輯伺服器上的 master 資料庫，以查詢 sys.resource_stats。
SELECT start_time, end_time, database_name, sku, avg_cpu_percent, max_worker_percent, max_session_percent
FROM sys.resource_stats;
您也可以從 sys.dm_db_resource_stats 動態管理檢視，查詢過去一小時的資源耗用量統計資料。 直接連線到資料庫，以查詢 sys.dm_db_resource_stats。
SELECT end_time, avg_cpu_percent, max_worker_percent, max_session_percent
FROM sys.dm_db_resource_stats;
盡可能降低背景工作使用量
封鎖鏈結可能導致資料庫中的背景工作數目突然激增。 大量並行平行查詢可能導致大量背景工作。 增加平行處理原則的最大程度 (MAXDOP) 或將 MAXDOP 設為零，可以增加使用中背景工作的數目。
依照下列步驟，將沒有足夠背景工作的事件分級：
調查是否發生封鎖，或者，您是否可以識別大量並行背景工作。 執行下列查詢以檢查目前要求，並在資料庫傳回錯誤 10928 時檢查封鎖。 您可能需要使用專用管理員連接 (DAC) 連線，以執行查詢。
SELECT r.session_id, r.request_id, r.blocking_session_id, r.start_time, r.status, r.command, DB_NAME(r.database_id) AS database_name, (SELECT COUNT(*) FROM sys.dm_os_tasks AS t WHERE t.session_id=r.session_id and t.request_id=r.request_id) AS worker_count, i.parameters, i.event_info AS input_buffer, r.last_wait_type, r.open_transaction_count, r.total_elapsed_time, r.cpu_time, r.logical_reads, r.writes, s.login_time, s.login_name, s.program_name, s.host_name FROM sys.dm_exec_requests as r JOIN sys.dm_exec_sessions as s on r.session_id=s.session_id OUTER APPLY sys.dm_exec_input_buffer (r.session_id,r.request_id) AS i WHERE s.is_user_process=1; GO尋找包含
blocking_session_id的資料列，以識別已封鎖的工作階段。 在清單中尋找每個blocking_session_id，以判斷是否也要封鎖該工作階段。 這最終將帶領您前往源頭封鎖者。 調整源頭封鎖者查詢。注意
如需針對長時間執行或封鎖查詢進行疑難排解的詳細資訊，請參閱了解和解決 Azure SQL Database 封鎖問題。
若要識別大量並行背景工作，請檢閱整體要求數目和每個要求的
worker_count資料行。Worker_count是取樣時的背景工作數目，而且可能會在要求執行時隨時間變更。 如果提高背景工作數的原因是以平行處理原則的最佳程度執行的並行查詢，則調整查詢以降低資源使用率。 如需詳細資訊，請參閱查詢微調/提示。
評估資料庫的平行處理原則的最大程度 (MAXDOP) 設定。
提高背景工作限制
如果儘管解決了封鎖、將查詢最佳化，並驗證您的 MAXDOP 設定，但資料庫始或彈性集區終將達到其限制，則請考慮調整資料庫或彈性集區，以提高背景工作限制。
依服務層級和計算大小尋找 Azure SQL Database 的資源限制：
深入了解背景工作的 Azure SQL Database 資源治理。
錯誤 10929：資源識別碼：1
10929: Resource ID: 1. The %s minimum guarantee is %d, maximum limit is %d and the current usage for the database is %d. However, the server is currently too busy to support requests greater than %d for this database. See http://go.microsoft.com/fwlink/?LinkId=267637 for assistance. Otherwise, please try again later.
錯誤 40501：服務目前忙碌中
40501: The service is currently busy. Retry the request after 10 seconds. Incident ID: %ls. Code: %d.
這是引擎節流錯誤，指出已超過資源限制。
如需資源限制的詳細資訊，請參閱邏輯 SQL 伺服器資源限制。
錯誤 40544：資料庫已達到大小配額
40544: The database has reached its size quota. Partition or delete data, drop indexes, or consult the documentation for possible resolutions. Incident ID: <ID>. Code: <code>.
當資料庫已達到大小配額時，就會發生此錯誤。
下列步驟可協助您解決此問題或提供更多選項：
使用 Azure 入口網站中的儀表板來檢查目前的資料庫大小。
注意
若要識別哪些資料表耗用最多空間，因而可能需要加以清除，請執行下列 SQL 查詢：
SELECT o.name, SUM(p.row_count) AS 'Row Count', SUM(p.reserved_page_count) * 8.0 / 1024 AS 'Table Size (MB)' FROM sys.objects o JOIN sys.dm_db_partition_stats p on p.object_id = o.object_id GROUP BY o.name ORDER BY [Table Size (MB)] DESC; GO如果目前大小未超過您版本支援的大小上限，您可以使用 ALTER DATABASE 來增加 MAXSIZE 設定。
如果資料庫已經超過您版本支援的大小上限，請嘗試下列一或多個步驟：
錯誤 40549：工作階段已終止，因為您有長時間執行的交易
40549: Session is terminated because you have a long-running transaction. Try shortening your transaction.
如果您重複遇到此錯誤，請嘗試遵循下列步驟來解決此問題：
執行下列查詢，以查看
duration_ms資料行具有高值的任何開啟的工作階段：SELECT r.start_time, DATEDIFF(ms,start_time, SYSDATETIME()) as duration_ms, r.session_id, r.request_id, r.blocking_session_id, r.status, r.command, DB_NAME(r.database_id) AS database_name, i.parameters, i.event_info AS input_buffer, r.last_wait_type, r.open_transaction_count, r.total_elapsed_time, r.cpu_time, r.logical_reads, r.writes, s.login_time, s.login_name, s.program_name, s.host_name FROM sys.dm_exec_requests as r JOIN sys.dm_exec_sessions as s on r.session_id=s.session_id OUTER APPLY sys.dm_exec_input_buffer (r.session_id,r.request_id) AS i WHERE s.is_user_process=1 ORDER BY start_time ASC; GO您可以選擇忽略
input_buffer資料行顯示從sys.fn_MSxe_read_event_stream讀取之查詢的資料列：這些要求與擴充的事件工作階段相關。檢閱
blocking_session_id資料行，以查看封鎖是否有助於長時間執行的交易。注意
如需針對 Azure SQL Database 中的封鎖進行疑難排解的詳細資訊，請參閱了解和解決 Azure SQL Database 封鎖問題。
請考慮批次處理您的查詢。 如需批次處理的相關資訊，請參閱如何使用批次處理來改善 SQL Database 應用程式效能。
錯誤 40551：已終止工作階段，因為它過度使用 tempdb
40551: The session has been terminated because of excessive TEMPDB usage. Try modifying your query to reduce the temporary table space usage.
若要暫時解決此問題，請遵循下列步驟：
- 變更查詢，以減少暫存資料表的空間使用量。
- 不再需要暫存物件之後，請加以卸除。
- 截斷資料表或移除未使用的資料表。
錯誤 40552：已終止工作階段，因為它過度使用交易記錄空間使用量
40552: The session has been terminated because of excessive transaction log space usage. Try modifying fewer rows in a single transaction.
若要解決此問題，請嘗試下列方法：
- 此問題可能是因為插入、更新或刪除作業所導致。 嘗試透過實作批次處理或分割成多個較小的交易，來減少立即操作的資料列數目。
- 此問題可能是因為索引重建作業所導致。 若要解決此問題，請確定資料表中受影響的資料列數目 * (以位元組為單位進行更新之欄位的平均大小 + 80) < 2 GB。
- 針對索引重建，應使用平均索引大小來取代已更新欄位的平均大小。
- 如需詳細資訊，請參閱針對 Azure SQL 資料庫中的寫滿交易記錄進行疑難排解和針對 Azure SQL 受控執行個體的寫滿交易記錄進行疑難排解。
錯誤 40553：已終止工作階段，因為它過度使用記憶體
40553: The session has been terminated because of excessive memory usage. Try modifying your query to process fewer rows.
若要解決此問題，請嘗試將查詢最佳化。
如需深入了解疑難排解程序，請參閱我的查詢是否在雲端中正常運作？。
如需有關其他記憶體不足錯誤和範例查詢的詳細資訊，請參閱針對 Azure SQL Database 中的記憶體不足錯誤進行疑難排解。
資源治理錯誤訊息表
| 錯誤碼 | 嚴重性 | 描述 |
|---|---|---|
| 10928 | 20 | 資源識別碼：%d。 資料庫的 %s 限制是 %d，且已達到。 請參閱「http://go.microsoft.com/fwlink/?LinkId=267637」以取得協助。 資源識別碼可指出已達到限制的資源。 當資源識別碼 = 1 時，這表示已達到背景工作限制。 深入了解錯誤 10928：資源識別碼：1。資料庫的要求限制為 %d 且已達到此限制。當資源識別碼 = 2 時，這表示已達到工作階段限制。 深入了解資源限制： • 邏輯 SQL Server 資源限制。 • 針對單一資料庫且以 DTU 為基礎的限制。 • 針對單一資料庫且以虛擬核心為基礎的限制。 • Azure SQL 受控執行個體資源限制。 |
| 10936 | 20 | 資源識別碼：%d。 彈性集區的 %s 限制是 %d，且已達到。 請參閱「http://go.microsoft.com/fwlink/?LinkId=267637」以取得協助。 資源識別碼可指出已達到限制的資源。 當資源識別碼 = 1 時，這表示已達到背景工作限制。 深入了解錯誤 10936：資源識別碼：1。彈性集區的要求限制為 %d 且已達到此限制。。 當資源識別碼 = 2 時，這表示已達到工作階段限制。 深入了解資源限制： • 邏輯 SQL Server 資源限制。 • 針對彈性集區且以 DTU 為基礎的限制。 • 針對彈性集區且以虛擬核心為基礎的限制。 • Azure SQL 受控執行個體資源限制。 |
| 10929 | 20 | 資源識別碼：%d。 %s 最小保證是 %d，最大限制是 %d，而資料庫的目前使用量是 %d。 但伺服器目前太忙碌，無法針對此資料庫支援大於 %d 的要求。 資源識別碼可指出已達到限制的資源。 對於背景工作執行緒，資源識別碼 = 1。 對於工作階段，資源識別碼 = 2。 如需詳細資訊，請參閱： • 邏輯 SQL Server 資源限制。 • 針對單一資料庫且以 DTU 為基礎的限制。 • 針對彈性集區且以 DTU 為基礎的限制。 • 針對單一資料庫且以虛擬核心為基礎的限制。 • 針對彈性集區且以虛擬核心為基礎的限制。 • Azure SQL 受控執行個體資源限制。 否則，請稍後再試一次。 |
| 40544 | 20 | 資料庫已達到大小配額。 資料分割或刪除資料、卸除索引，或參閱可能解決方式的文件。 如需調整資料庫，請參閱調整單一資料庫資源和調整彈性集區資源。 |
| 40549 | 16 | 工作階段已終止，因為您有長時間執行的交易。 請嘗試縮短您的交易。 如需批次處理的相關資訊，請參閱如何使用批次處理來改善 SQL Database 應用程式效能。 |
| 40550 | 16 | 已終止工作階段，因為它取得太多鎖定。 請嘗試在單一交易中讀取或修改較少的資料列。 如需批次處理的相關資訊，請參閱如何使用批次處理來改善 SQL Database 應用程式效能。 |
| 40551 | 16 | 已終止工作階段，因為它過度使用 tempdb。 請嘗試修改查詢，減少使用暫存資料表空間。如果您是使用暫存物件，請在工作階段不再需要暫存物件時予以卸除，藉此節省 tempdb 資料庫的空間。 如需 SQL Database 中 tempdb 限制的詳細資訊，請參閱 SQL Database 中的 tempdb 資料庫。 |
| 40552 | 16 | 已終止工作階段，因為它過度使用交易記錄檔空間。 請嘗試在單一交易中修改較少的資料列。 如需批次處理的相關資訊，請參閱如何使用批次處理來改善 SQL Database 應用程式效能。 如果您使用 bcp.exe 公用程式或 System.Data.SqlClient.SqlBulkCopy 類別執行大量插入，請嘗試使用 -b batchsize 或 BatchSize 選項來限制每一筆交易中要複製到伺服器的資料列數目。 如果您要使用 ALTER INDEX 陳述式重建索引，請嘗試使用 REBUILD WITH ONLINE = ON 選項。 如需虛擬核心購買模型的交易記錄大小相關資訊，請參閱：• 針對單一資料庫且以虛擬核心為基礎的限制。 • 針對彈性集區且以虛擬核心為基礎的限制。 • Azure SQL 受控執行個體資源限制。 |
| 40553 | 16 | 已終止工作階段，因為它過度使用記憶體。 請嘗試修改查詢以處理較少的資料列。 減少 Transact-SQL 程式碼中的 ORDER BY 和 GROUP BY 作業數目，從而減少查詢的記憶體需求。 如需調整資料庫，請參閱調整單一資料庫資源和調整彈性集區資源。 如需有關記憶體不足錯誤和範例查詢的詳細資訊，請參閱針對 Azure SQL Database 中的記憶體不足錯誤進行疑難排解。 |
彈性集區錯誤
下列錯誤與建立及使用彈性集區有關：
| 錯誤碼 | 嚴重性 | 描述 | 更正措施 |
|---|---|---|---|
| 1132 | 17 | 彈性集區已達到其儲存體限制。 彈性集區的儲存體使用量不能超過 (%d) MB。 當彈性集區達到儲存體限制時，嘗試將資料寫入資料庫。 如需資源限制的相關資訊，請參閱： • 針對彈性集區且以 DTU 為基礎的限制。 • 針對彈性集區且以虛擬核心為基礎的限制。 |
請考慮盡可能增加彈性集區的 DTU 及/或儲存體，以提高其儲存體限制、減少彈性集區中個別資料庫所使用的儲存體量，或是從彈性集區移除資料庫。 若要調整彈性集區，請參閱調整彈性集區資源。 如需從資料庫移除未使用空間的詳細資訊，請參閱在 Azure SQL Database 中管理資料庫的檔案空間。 |
| 10929 | 16 | %s 最小保證是 %d，最大限制是 %d，而資料庫的目前使用量是 %d。 但伺服器目前太忙碌，無法針對此資料庫支援大於 %d 的要求。 如需資源限制的相關資訊，請參閱： • 針對彈性集區且以 DTU 為基礎的限制。 • 針對彈性集區且以虛擬核心為基礎的限制。 否則，請稍後再試一次。 每個資料庫的最小 DTU / vCore；每個資料庫的最大 DTU / vCore。 彈性集區中的所有資料庫並行背景工作總數試圖超過集區限制。 |
請考慮盡可能增加彈性集區的 DTU 或 vCore，以提高其背景工作數的限制，或是從彈性集區移除資料庫。 |
| 40844 | 16 | 伺服器 '%ls' 上的資料庫 '%ls' 是彈性集區中的 '%ls' 版資料庫，且無法有連續複製關聯性。 | N/A |
| 40857 | 16 | 找不到伺服器 '%ls' 的彈性集區，彈性集區名稱: '%ls'。 指定的彈性集區不存在於指定的伺服器中。 | 請提供有效的彈性集區名稱。 |
| 40858 | 16 | 彈性集區 '%ls' 已存在於伺服器 '%ls' 中。 指定的彈性集區已存在於指定的伺服器中。 | 請提供新的彈性集區名稱。 |
| 40859 | 16 | 彈性集區不支援服務層級 '%ls'。 指定的服務層級不支援彈性集區佈建。 | 請提供正確的版本，或者將服務層級保留空白，以使用預設的服務層級。 |
| 40860 | 16 | 彈性集區 '%ls' 和服務目標 '%ls' 的組合無效。 如果資源類型指定為 'ElasticPool'，才能同時指定彈性集區和服務層級。 | 請指定正確的彈性集區和服務層級組合。 |
| 40861 | 16 | 資料庫版本 '%.*ls' 必須與彈性集區服務層級 ('%.*ls') 相同。 資料庫版本和彈性集區服務層級不同。 | 請勿指定與彈性集區服務層級不同的資料庫版本。 請注意，不需要指定資料庫版本。 |
| 40862 | 16 | 指定彈性集區服務目標時，必須指定彈性集區名稱。 彈性集區服務目標不是彈性集區的唯一識別依據。 | 使用彈性集區服務目標時，請指定彈性集區名稱。 |
| 40864 | 16 | 服務層級 '%.*ls' 的彈性集區 DTU 數必須至少為 (%d) 個 DTU。 試圖將彈性集區的 DTU 數設為低於最小限制。 | 請重試將彈性集區的 DTU 數至少設為等於最小限制。 |
| 40865 | 16 | 服務層級 '%.*ls' 的彈性集區 DTU 數不可超過 (%d) 個 DTU。 試圖將彈性集區的 DTU 數設為高於最大限制。 | 請重試將彈性集區的 DTU 數設為低於最大限制。 |
| 40867 | 16 | 服務層級 '%.*ls' 的每個資料庫最大 DTU 必須至少為 (%d)。 試圖將每個資料庫的最大 DTU 設為低於支援的限制。 | 請考慮使用可支援所需設定的彈性集區服務層級。 |
| 40868 | 16 | 服務層級 '%.*ls' 的每個資料庫最大 DTU 不可超過 (%d)。 試圖將每個資料庫的最大 DTU 設為超過支援的限制。 | 請考慮使用可支援所需設定的彈性集區服務層級。 |
| 40870 | 16 | 服務層級 '%.*ls' 的每個資料庫最小 DTU 不可超過 (%d)。 試圖將每個資料庫的最小 DTU 設為超過支援的限制。 | 請考慮使用可支援所需設定的彈性集區服務層級。 |
| 40873 | 16 | 資料庫數目 (%d) 和每個資料庫的最小 DTU (%d) 不能超過彈性集區的 DTU 數 (%d)。 試圖針對彈性集區中的資料庫指定最小 DTU 而超過彈性集區的 DTU 數。 | 請考慮增加彈性集區的 DTU 數，或減少每個資料庫的最小 DTU，或是減少彈性集區中的資料庫數目。 |
| 40877 | 16 | 除非不包含任何資料庫，否則無法刪除彈性集區。 彈性集區包含一或多個資料庫，因此無法刪除。 | 若要刪除彈性集區，請移除其中的資料庫。 |
| 40881 | 16 | 彈性集區 '%.*ls' 已達到其資料庫計數上限。 如果彈性集區的 DTU 為 (%d) 個，則彈性集區的資料庫計數上限不能超過 (%d)。 當達到彈性集區的資料庫計數上限時，試圖建立資料庫，或將資料庫加入至彈性集區。 | 請考慮盡可能增加彈性集區的 DTU 數，以提高其資料庫限制，或是從彈性集區移除資料庫。 |
| 40889 | 16 | 不能減少彈性集區 '%.*ls' 的 DTU 數或儲存體限制，因為這麼做會無法提供足夠的儲存空間給位於其中的資料庫。 試圖將彈性集區的儲存體限制減少為低於其儲存體使用量。 | 請考慮減少彈性集區中之個別資料庫的儲存體使用量，或從集區中移除資料庫，以便減少集區的 DTU 數或儲存體限制。 |
| 40891 | 16 | 每個資料庫的最小 DTU (%d) 不能超過每個資料庫的最大 DTU (%d)。 試圖將每個資料庫的最小 DTU 設為超過每個資料庫的最大 DTU。 | 請確定每個資料庫的最小 DTU 並未超過每個資料庫的最大 DTU。 |
| TBD | 16 | 彈性集區中個別資料庫的儲存體大小，不能超過 '%.*ls' 服務層級彈性集區所允許的大小上限。 資料庫的大小上限超過彈性集區服務層級所允許的大小上限。 | 請將資料庫的大小上限設定在彈性集區服務層級所允許的大小上限內。 |
無法開啟登入所要求的資料庫 "master"。 登入失敗
發生此問題的原因是帳戶沒有存取 master 資料庫的權限。 但根據預設，SQL Server Management Studio (SSMS) 會嘗試連線到 master 資料庫。
若要解決此問題，請依照下列步驟執行︰
在 SSMS 的登入畫面上，選取 [選項]，然後選取 [連線屬性]。
在 [連接到資料庫] 欄位中，輸入使用者的預設資料庫名稱作為預設的登入資料庫，然後選取 [連線]。
唯讀錯誤
若您嘗試寫入唯讀的資料庫，將會收到錯誤。 在某些情況下，資料庫唯讀狀態的原因可能不會立即清除。
錯誤 3906：無法更新資料庫 "DatabaseName"，因為該資料庫是唯讀狀態。
嘗試修改唯讀資料庫時，將會引發下列錯誤。
Msg 3906, Level 16, State 2, Line 1
Failed to update database "%d" because the database is read-only.
您可能已連線至唯讀複本
針對 Azure SQL Database 與 Azure SQL 受控執行個體，您可能已連線至唯讀複本上的資料庫。 在此情況下，使用 DATABASEPROPERTYEX() 函式 的下列查詢將會傳回 READ_ONLY：
SELECT DATABASEPROPERTYEX(DB_NAME(), 'Updateability');
GO
若您正在使用 SQL Server Management Studio 進行連線，請確認是否已在連線選項的 [其他連線參數] 索引標籤中指定 ApplicationIntent=ReadOnly。
若連線來自應用程式或使用連接字串的用戶端，請驗證連接字串是否已指定 ApplicationIntent=ReadOnly。 深入了解連線至唯讀複本。
資料庫可能已設定為唯讀
若您正在使用 Azure SQL Database，則資料庫本身可能已設定為唯讀。 您可以使用下列查詢來驗證資料庫的狀態：
SELECT name, is_read_only
FROM sys.databases
WHERE database_id = DB_ID();
您可以使用 ALTER DATABASE Transact-SQL，在 Azure SQL Database 中修改資料庫的唯讀狀態。 您目前無法在受控執行個體中將資料庫設定為唯讀。
確認錯誤是否因為連線問題而造成
若要確認錯誤是否因為連線問題而造成，請檢閱顯示開啟連線呼叫的框架堆疊追蹤，如下列所示 (請注意對 SqlConnection 類別的參考)：
System.Data.SqlClient.SqlConnection.TryOpen(TaskCompletionSource`1 retry)
at System.Data.SqlClient.SqlConnection.Open()
at AzureConnectionTest.Program.Main(String[] args)
ClientConnectionId:<Client connection ID>
當查詢問題觸發例外狀況時，您將注意到如下的呼叫堆疊 (請注意對 SqlCommand 類別的參考)。 在此情況下，請調整您的查詢。
at System.Data.SqlClient.SqlCommand.ExecuteReader()
at AzureConnectionTest.Program.Main(String[] args)
ClientConnectionId:<Client ID>
如需微調效能的其他指引，請參閱下列資源：
- 如何維護 Azure SQL 索引和統計資料 (英文)
- 在 Azure SQL Database 中手動微調查詢效能
- 使用動態管理檢視監視 Azure SQL Database 的效能
- 操作 Azure SQL Database 中的查詢存放區
修復常見連線問題的步驟
確定已啟用 TCP/IP 作為應用程式伺服器上的用戶端通訊協定。 如需詳細資訊，請參閱設定用戶端通訊協定。 在未安裝 SQL 工具的應用程式伺服器上，執行cliconfg.exe (SQL Server 用戶端網路公用程式)，以驗證已啟用 TCP/IP。
檢查應用程式的連接字串，以確定其已正確設定。 例如，確定連接字串會指定正確的連接埠 (1433) 和完整的伺服器名稱。 請參閱取得連線資訊。
嘗試增加連線逾時值。 建議至少使用 30 秒的連線逾時。
使用 SQL Server Management Studio (SSMS)、UDL 檔案、Ping 或 Telnet，來測試應用程式伺服器與 Azure SQL Database 之間的連線能力。 如需詳細資訊，請參閱針對連線問題進行疑難排解 (英文) 和診斷連線問題。
注意
作為疑難排解步驟，您也可以在不同的用戶端電腦上測試連線能力。
最佳做法是確定重試邏輯已就緒。 如需重試邏輯的詳細資訊，請參閱針對 SQL Database 中的暫時性錯誤和連線錯誤進行疑難排解。
如果這些步驟無法解決您的問題，請嘗試收集更多資料，然後連絡支援人員。 如果您的應用程式是雲端服務，請啟用記錄。 此步驟會傳回失敗的 UTC 時間戳記。 此外，SQL Database 會傳回追蹤識別碼。 Microsoft 客戶支援服務可以使用此資訊。
如需如何啟用記錄的詳細資訊，請參閱在 Azure App Service 中針對應用程式啟用診斷記錄。
後續步驟
在下列文章中深入了解相關主題：
意見反應
即將登場：在 2024 年，我們將逐步淘汰 GitHub 問題作為內容的意見反應機制，並將它取代為新的意見反應系統。 如需詳細資訊，請參閱：https://aka.ms/ContentUserFeedback。
提交並檢視相關的意見反應