分享方式：

MSSQLSERVER_1204

  • 文章

適用於：SQL ServerAzure SQL 資料庫 Azure SQL 受控執行個體

詳細資料

屬性 值
產品名稱 SQL Server
事件識別碼 1204
事件來源 MSSQLSERVER
元件 SQLEngine
符號名稱 LK_OUTOF
訊息文字 SQL Server Database Engine 的執行個體目前無法取得 LOCK 資源。 請在使用中使用者較少時重新執行您的陳述式。 要求資料庫管理員檢查這個執行個體的鎖定與記憶體組態，或者檢查長時間執行的交易。

說明

在執行期間，查詢會經常獲得及釋放對其存取之資源的鎖定。 獲得鎖定後，會從可用的鎖定結構集區用盡鎖定結構。 當因集區中沒有可用的鎖定結構而無法取得新鎖定時，會傳回錯誤 1204 訊息。 此問題可能是因為下列任何原因所造成：

  • SQL Server 無法配置更多記憶體，可能是因為其他進程正在使用它，或是因為 SQL Server 已用盡其所有記憶體，並使用組態選項 max 伺服器記憶體設定的值。

  • 鎖定管理員無法使用 SQL Server 可用記憶體的 60% 以上，而且已符合閾值。

  • 您可以將系統預存程式的組態選項鎖定sp_configure （Transact-SQL） 設定為非預設的非動態值。

  • 您已在 SQL Server 上啟用追蹤旗標 1211、 1224 或兩者，以控制鎖定擴大行為，而且您正在執行需要許多鎖定的查詢。

使用者動作

  • 如果您懷疑 SQL Server 無法設定足夠的記憶體，請嘗試下列選項：

    • 使用類似下列查詢的查詢，識別 SQL Server 內是否有任何其他記憶體 clerk 使用大部分的 SQL Server 設定記憶體：

      SELECT pages_kb, type, name, virtual_memory_committed_kb, awe_allocated_kb
FROM sys.dm_os_memory_clerks
ORDER BY pages_kb DESC;

      然後減少該記憶體 Clerk 的記憶體耗用量，如此才能讓鎖定記憶體使用更多資源。 如需詳細資訊，請參閱 針對 SQL Server 中的記憶體不足或記憶體不足問題進行疑難解答。

    • 如果 SQL Server 以外的應用程式正在耗用資源，請嘗試停止這些應用程式，或考慮在不同的伺服器上執行它們。 這會從 SQL Server 的其他進程釋放記憶體。

    • 如果您設定 了伺服器記憶體上限，請 增加最大伺服器記憶體 設定。

  • 如果您懷疑鎖定管理員使用了可用記憶體的最大數量，請識別持有最多鎖定並終止的交易。 下列文稿會識別具有最多鎖定的交易：

    SELECT request_session_id, COUNT (*) num_locks
FROM sys.dm_tran_locks
GROUP BY request_session_id
ORDER BY count (*) DESC;

    採用最高的會話標識碼，並使用KILL命令終止它。

  • 如果您使用 的非預設值 locks，請使用 sp_configure 下列語句，將的值 locks 變更為其預設設定：

    EXEC sp_configure 'locks', 0;

  • 如果您在使用 SQL Server 追蹤旗標 1211、1224 或兩者時遇到上述錯誤訊息，請檢閱其使用方式，並在執行需要大量鎖定的查詢時加以停用。 如需詳細資訊，請檢閱 DBCC TRACEON - 追蹤旗標（Transact-SQL）， 並 解決 SQL Server 中鎖定擴大所造成的封鎖問題。