sys.dm_os_schedulers (Transact-SQL)
針對 SQL Server 中的每個排程器，各傳回一個資料列，其中每個排程器都會對應至個別的處理器。請利用這份檢視來監視排程器的狀況或識別失控的工作。
資料行名稱 |
資料類型 |
說明 |
|---|---|---|
scheduler_address |
varbinary(8) |
排程器的記憶體位址。不可為 Null。 |
parent_node_id |
int |
排程器所屬節點 (也稱為父節點) 的識別碼。這代表非統一記憶體存取 (NUMA) 節點。不可為 Null。 |
scheduler_id |
int |
排程器的識別碼。所有用來執行一般查詢的排程器，其識別碼都小於 1048576。識別碼大於或等於 1048576 的排程器是 SQL Server 內部使用的排程器，例如專用管理員連接排程器。不可為 Null。 |
cpu_id |
smallint |
指派給排程器的 CPU 識別碼。 不可為 Null。 .gif "附註") 附註
255 不表示與 SQL Server 2005 中一樣的「沒有相似性」。如需其他相似性資訊，請參閱＜sys.dm_os_threads (Transact-SQL)＞。
|
status |
nvarchar(60) |
指出排程器的狀態。它可以是下列值之一：
不可為 Null。 HIDDEN 排程器用來處理 Database Engine 內部的要求。VISIBLE 排程器用來處理使用者要求。 OFFLINE 排程器對應到相似性遮罩中離線的處理器，因此不會用來處理任何要求。ONLINE 排程器對應到相似性遮罩中上線的處理器，可以用來處理執行緒。 DAC 指出排程器正在專用管理員連接下執行。 HOT ADDED 表示已加入排程器來回應 Hot Add CPU 事件。 |
is_online |
bit |
如果 SQL Server 設定成只使用伺服器上部分可用的處理器，這個組態可能表示部分排程器對應到不在相似性遮罩中的處理器。如果是這種情況，這個資料行會傳回 0。這個值表示排程器目前未用於處理查詢或批次。 不可為 Null。 |
is_idle |
bit |
1 = 排程器閒置。目前沒有任何工作者正在執行。不可為 Null。 |
preemptive_switches_count |
int |
排程器的工作者切換到先佔式模式的次數。 若要執行 SQL Server 外部的程式碼 (例如，擴充預存程序和分散式查詢)，執行緒必須在非先佔式排程器的控制之外執行。若要這麼做，工作者必須切換到先佔式模式。 |
context_switches_count |
int |
這個排程器上發生的內容切換次數。不可為 Null。 若要讓其他的工作者能夠執行，目前正在執行的工作者必須讓出排程器的控制權或切換內容。 附註
如果工作者產生排程器且將本身置於可執行的佇列中，然後卻找不到其他工作者，則該工作者將會選取其本身。在這個情況下，不會更新 context_switches_count，但會更新 yield_count。
|
idle_switches_count |
int |
排程器於閒置時等候事件的次數。這個資料行與 context_switches_count 相似。不可為 Null。 |
current_tasks_count |
int |
與這個排程器關聯的目前工作數目。這個計數包含下列項目：
工作完成時，這個計數會遞減。不可為 Null。 |
runnable_tasks_count |
int |
已擁有指派工作且正在等候排程到可執行佇列上的工作者數目。不可為 Null。 |
current_workers_count |
int |
與這個排程器相關聯的工作者數目。這個計數包括未獲指派任何工作的工作者。不可為 Null。 |
active_workers_count |
int |
使用中工作者的數目。使用中的工作者絕對不是先佔式、必須擁有相關聯的工作，而且正在執行、可執行或已暫停。不可為 Null。 |
work_queue_count |
bigint |
暫止佇列中的工作數目。這些工作正在等候工作者收取。不可為 Null。 |
pending_disk_io_count |
int |
等候完成的暫止 I/O 數目。每個排程器都有暫止 I/O 的清單，每當內容切換時，會檢查這些暫止 I/O，判斷這些暫止 I/O 是否已完成。插入要求時，這個計數會遞增。完成要求時，這個計數會遞減。這個數目不會指出 I/O 的狀態。不可為 Null。 |
load_factor |
int |
指出這個排程器上所見負載的內部值。這個值是用來決定新工作應置於這個排程器還是另一個排程器。當排程器負載不平衡時，這個值對偵錯相當有用。在 SQL Server 2000 中，會將工作傳送到特定的排程器。然而在 SQL Server 中，路由決策是依據排程器的負載而定。SQL Server 也會利用節點和排程器的負載因數來協助判斷取得資源的最佳位置。工作加入佇列時，負載因數會遞增。工作完成時，負載因數會遞減。使用負載因數可協助 SQL Server OS 工作負載平衡得更好。不可為 Null。 |
yield_count |
int |
用來表示這個排程器上進度的內部值。排程器監視器使用這個值來判斷排程器上的工作者是否未準時讓給其他的工作者。這個值不表示工作者或工作已轉換到新工作者。不可為 Null。 |
last_timer_activity |
bigint |
在 CPU 刻度中，排程器上次檢查排程器計時器佇列的時間。不可為 Null。 |
failed_to_create_worker |
bit |
如果新工作者無法建立在這個排程器上，則設成 1。發生原因通常是記憶體條件約束。可為 Null。 |
active_worker_address |
varbinary(8) |
目前使用中工作者的記憶體位址。可為 Null。如需詳細資訊，請參閱＜sys.dm_os_workers (Transact-SQL)＞。 |
memory_object_address |
varbinary(8) |
排程器記憶體物件的記憶體位址。不是 NULLABLE。 |
task_memory_object_address |
varbinary(8) |
工作記憶體物件的記憶體位址。不可為 Null。如需詳細資訊，請參閱＜sys.dm_os_memory_objects (Transact-SQL)＞。 |
quantum_length_us |
bigint |
僅供參考之用。不支援。我們無法保證未來的相容性。 公開 SQLOS 所使用的排程器配量。 |
權限
需要伺服器的 VIEW SERVER STATE 權限。
範例
A. 監視隱藏與非隱藏排程器
下列查詢會輸出所有排程器之 SQL Server 中工作者和工作的狀態。這項查詢可以在具有下列元件的電腦系統上執行：
兩個處理器 (CPU)
兩個 (NUMA) 節點
每個 NUMA 節點各一個 CPU
設定為 0x03 的相似性遮罩。
SELECT
scheduler_id,
cpu_id,
parent_node_id,
current_tasks_count,
runnable_tasks_count,
current_workers_count,
active_workers_count,
work_queue_count
FROM sys.dm_os_schedulers;
以下為結果集：
scheduler_id cpu_id parent_node_id current_tasks_count
------------ ------ -------------- -------------------
0 1 0 9
257 255 0 1
1 0 1 10
258 255 1 1
255 255 32 2
runnable_tasks_count current_workers_count
-------------------- ---------------------
0 11
0 1
0 18
0 1
0 3
active_workers_count work_queue_count
-------------------- --------------------
6 0
1 0
8 0
1 0
1 0
輸出中提供下列資訊：
共有五個排程。其中兩個排程器的識別碼值 < 1048576。識別碼 >= 1048576 的排程器稱為隱藏排程器。排程器 255 代表專用管理員連接 (DAC)。每個執行個體只有一個 DAC 排程器。協調記憶體壓力的資源監視器會使用排程器 257 和排程器 258，每個 NUMA 節點各一個。
輸出中有 23 項使用中的工作。除了 SQL Server 已經啟動的資源管理工作以外，這些工作還包括使用者要求。SQL Server 工作的範例為 RESOURCE MONITOR (每個 NUMA 節點一個)、LAZY WRITER (每個 NUMA 節點一個)、LOCK MONITOR、CHECKPOINT 和 LOG WRITER。
NUMA 節點 0 對應到 CPU 1，而 NUMA 節點 1 則對應到 CPU 0。SQL Server 通常會在節點 0 以外的 NUMA 節點上啟動。如需詳細資訊，請參閱＜了解非統一記憶體存取＞。
當 runnable_tasks_count 傳回 0 時，不會有任何動態執行的工作。不過，可能會有使用中的工作階段。
代表 DAC 的排程器 255 有 3 個與其相關聯的工作者。這些工作者是在 SQL Server 啟動時配置，而且不會變更。這些工作者只能用來處理 DAC 查詢。此排程器上的兩項工作代表連接管理員和閒置工作者。
active_workers_count 代表具有相關聯工作並於非先佔式模式下執行的所有工作者。某些工作 (例如網路接聽程式) 則是在先佔式排程下執行。
隱藏排程器不會處理一般使用者要求。DAC 排程器例外。這個 DAC 排程器有一個執行緒可以處理要求。
B. 監視忙碌系統中的非隱藏排程器
下列查詢顯示負載沈重之非隱藏排程器的狀態，其中包含的要求數目大於可用工作者所能處理的上限。在這個範例中，有 256 個工作者已被指派了工作。某些工作正在等候對工作者的指派。可執行計數偏低表示有多個工作正在等候資源。
[!附註]
您可以藉由查詢 sys.dm_os_workers 找出工作者的狀態。如需詳細資訊，請參閱＜sys.dm_os_workers (Transact-SQL)＞。
查詢內容如下：
SELECT
scheduler_id,
cpu_id,
current_tasks_count,
runnable_tasks_count,
current_workers_count,
active_workers_count,
work_queue_count
FROM sys.dm_os_schedulers
WHERE scheduler_id < 255;
以下為結果集：
scheduler_id current_tasks_count runnable_tasks_count
------------ ------------------- --------------------
0 144 0
1 147 1
current_workers_count active_workers_count work_queue_count
--------------------- -------------------- --------------------
128 125 16
128 126 19
相較之下，下列結果顯示的多個可執行工作中，沒有任何一項工作正在等候取得工作者。兩種排程器的 work_queue_count 都是 0。
scheduler_id current_tasks_count runnable_tasks_count
------------ ------------------- --------------------
0 107 98
1 110 100
current_workers_count active_workers_count work_queue_count
--------------------- -------------------- --------------------
128 104 0
128 108 0