affinity mask 伺服器組態選項
注意
未來的 Microsoft SQL Server 版本將移除這項功能。 請勿在新的開發工作中使用此功能，並且儘速修改使用此功能的應用程式。 請改為使用 ALTER SERVER CONFIGURATION (Transact-SQL)。
為了執行多工作業，Microsoft Windows 有時會在不同的處理器之間移動處理序執行緒。 雖然從作業系統的觀點來看很有效率，但是在繁重的系統負載下，此活動可能會降低 SQL Server 效能，因為每個處理器快取都會重複地重新載入資料。 在這些情況中，將特定執行緒指定給處理器，可降低處理器重新載入的情形並減少跨處理器移轉執行緒的問題 (藉此減少內容切換)，進而提升效能，而執行緒與處理器之間的關聯則稱為處理器相似性。
SQL Server 透過兩個親和性遮罩選項來支援處理器親和性：親和性遮罩 (也稱為 CPU 親和性遮罩) 與親和性 I/O 遮罩。 如需 affinity I/O mask 選項的詳細資訊，請參閱 affinity Input-Output mask 伺服器組態選項。 擁有 33 到 64 個處理器的 CPU 與 I/O 相似性支援需要分別另外使用 affinity64 mask 伺服器組態選項 與 affinity64 Input-Output mask 伺服器組態選項。
注意
擁有 33 到 64 個處理器之伺服器的相似性支援只能在 64 位元的作業系統上使用。
[親和性遮罩] 選項存在於較早的 SQL Server 版本中，可動態控制 CPU 親和性。
在 SQL Server 中，不需要重新啟動 SQL Server 執行個體，即可設定 [親和性遮罩] 選項。 使用 sp_configure 時，您必須在設定組態選項之後，執行 RECONFIGURE 或 RECONFIGURE WITH OVERRIDE。 當您使用SQL Server Express時，變更 affinity mask 選項需要重新開機。
對親和性遮罩的變更會動態發生，允許視需要啟動或關閉 SQL Server 中繫結處理序執行緒的 CPU 排程器。 這會因伺服器上的條件變更而發生。 例如，若要將 SQL Server 的新執行個體新增至伺服器，可能必須對 [親和性遮罩] 選項進行調整，以便重新散發處理器負載。
對親和性位元遮罩的修改，需要 SQL Server 啟用新的 CPU 排程器，並停用現有的 CPU 排程器。 然後，新批次可在新的或剩餘的排程器上加以處理。
為了啟動新的 CPU 排程器，SQL Server 會建立新的排程器，並新增至其標準排程器的清單。 新的排程器只能用於新內送的批次。 目前批次會繼續在相同的排程器上執行。 工作者會在釋出時或建立新工作者時，合併到新的排程器。
排程器上所有的批次都完成活動並結束，才能關閉排程器。 必須關閉的排程器會標示為離線，如此就不會在此排程器上排定新批次。
不論新增或移除新的排程器，只要伺服器保持運作，永久性系統工作就會繼續在排程器上執行，例如，鎖定監視、檢查點、系統工作執行緒 (處理 DTC) 及訊號處理序。 這些永久性系統工作不會動態地移轉。 若要跨排程器轉散發這些系統工作的處理器負載，必須重新開機SQL Server實例。 如果 SQL Server 嘗試關閉與永久性系統工作相關聯的排程器，該工作就會繼續在離線的排程器上執行 (沒有移轉)。 此排程器已繫結到修改的相似性遮罩中的處理器，且不應在變更之前放置任何負載於此處理器上。 具有多餘的離線排程器並不會明顯影響到系統的負載。 如果不是這樣的狀況，重新設定這些工作需要重新啟動資料庫伺服器。
I/O affinity mask 會直接影響到 I/O 相似性工作 (例如 lazywriter 與 logwriter)。 如果 lazywriter 與 logwriter 工作並未相似化，則會遵循針對其他永久性工作所定義的相同規則，例如鎖定監視或檢查點。
為了確定新的相似性遮罩有效，RECONFIGURE 命令會驗證一般的 CPU 和 I/O 相似性是否互斥。 如果不是這種情況，則會向用戶端會話報告錯誤訊息，並將錯誤訊息回報給SQL Server錯誤記錄檔，表示不建議使用這類設定。 執行 RECONFIGURE WITH OVERRIDE 選項可允許未互斥的 CPU 和 I/O 相似性。
如果您指定嘗試對應到不存在 CPU 的親和性遮罩，RECONFIGURE 命令就會將錯誤訊息回報至用戶端工作階段和 SQL Server 錯誤記錄檔。 在此情況下，使用 RECONFIGURE WITH OVERRIDE 選項沒有作用，而且會再次回報相同的組態錯誤。
您也可以從 Windows 2000 或 Windows Server 2003 作業系統指派的特定工作負載指派的處理器排除SQL Server活動。 如果將代表處理器的位元設為 1，SQL Server 資料庫引擎就會選取該處理器來進行執行緒指派。 當您設定 affinity mask 為 0 (預設) 時，Microsoft Windows 2000 或 Windows Server 2003 排程演算法會設定執行緒的親和性。 當您設定 affinity mask 為任何非零值時，SQL Server親和性會將值解譯為位元遮罩，指定這些處理器符合選取資格。
藉由將SQL Server執行緒與在特定處理器上執行隔離，Microsoft Windows 2000 或 Windows Server 2003 可以更妥善地評估系統處理 Windows 特定的進程。 例如，系統管理員可以在執行兩個 SQL Server 執行個體 (執行個體 A 與 B) 的 8-CPU 伺服器上，使用 [親和性遮罩] 選項來將第一組 4 個 CPU 指派到執行個體 A，並將第二組 4 個 CPU 指派到執行個體 B。若要設定 32 個以上的處理器，請同時設定 [親和性遮罩] 與 affinity64 mask。 affinity mask 的值如下：
一個位元組的
affinity mask可在多處理器的電腦中處理最多 8 個 CPU。兩個位元組的
affinity mask可在多處理器的電腦中處理最多 16 個 CPU。三個位元組的
affinity mask可在多處理器的電腦中處理最多 24 個 CPU。四個位元組的
affinity mask可在多處理器的電腦中處理最多 32 個 CPU。若要處理 32 個以上的 CPU，請針對前 32 個 CPU 設定四個位元組的相似性遮罩，並針對剩餘的 CPU 設定最多四個位元組的 affinity64 遮罩。
因為設定SQL Server處理器親和性是特製化的作業，因此建議只在需要時才使用。 在大部分情況下，Microsoft Windows 2000 或 Windows Server 2003 的預設相似性可提供最佳效能。 您也應該在設定相似性遮罩時，考量其他應用程式的 CPU 需求。 如需詳細資訊，請參閱您的 Windows 作業系統文件集。
注意
您可使用「Windows 系統監視器」來檢視和分析個別處理器的使用方式。
在指定 affinity I/O mask 選項時，您必須與 affinity mask 組態選項連接使用。 請勿同時在 affinity mask 參數與 affinity I/O mask 選項中啟用相同的 CPU。 對應到每個 CPU 的位元組狀態應為下列三個的其中一個：
在 affinity mask 選項與 affinity I/O mask 選項中皆為 0。
在 affinity mask 選項中為 1，而在 affinity I/O mask 選項中為 0。
在 affinity mask 選項中為 0，在 affinity I/O mask 選項中為 1。
警告
不要在 Windows 作業系統中設定 CPU 親和性，同時又在 SQL Server 中設定親和性遮罩。 這些設定嘗試達到相同的結果，如果組態不一致，可能會有無法預期的結果。 設定 SQL Server CPU 親和性時，最好使用 SQL Server 中的 sp_configure 選項。
範例
以設定 affinity mask 選項為例，如果選取處理器 1、2 與 5 為可用，並將位元 1、2、5 設成 1，位元 0、3、4、6 與 7 設成 0，就會指定十六進位值 0x26 (或相當的十進位值 38 )。 位元的編號從右算起。 affinity mask 選項會從 0 到 31 開始計算處理器，所以在下列範例中，計數器 1 代表伺服器上的第二個處理器。
sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
sp_configure 'affinity mask', 38;
RECONFIGURE;
GO
以下為 8-CPU 系統的 affinity mask 值。
| 十進位值 | 二進位位元遮罩 | 允許 SQL Server 執行緒的處理器數目 |
|---|---|---|
| 1 | 00000001 | 0 |
| 3 | 00000011 | 0 與 1 |
| 7 | 00000111 | 0、1 與 2 |
| 15 | 00001111 | 0、1、2 與 3 |
| 31 | 00011111 | 0、1、2、3 與 4 |
| 63 | 00111111 | 0、1、2、3、4 與 5 |
| 127 | 01111111 | 0、1、2、3、4、5 與 6 |
| 255 | 11111111 | 0、1、2、3、4、5、6 與 7 |
affinity mask 屬於進階選項。 如果您使用sp_configure系統預存程式來變更設定，您只能在顯示進階選項設定為 1 時變更 affinity mask 。 執行 Transact-SQL RECONFIGURE 命令之後，新的設定會立即生效，而不需重新啟動 SQL Server 執行個體。
非統一記憶體存取 (NUMA)
當使用以非統一記憶體存取 (NUMA) 為基礎的硬體且設定相似性遮罩時，節點中的每一個排程器將相似於它自己的 CPU。 若未設定相似性遮罩，則每一個排程器會相似於 NUMA 節點內的 CPU 群組，且對應到 NUMA 節點 N1 的排程器可在該節點的任何 CPU 上設定工作排程，但不能在與另一個節點相關聯的 CPU 上設定。
在單一 NUMA 節點上執行的任何作業只能使用該節點的緩衝區頁面。 若作業平行執行於多個節點的 CPU 上，則可使用任何相關節點的記憶體。
授權問題
動態相似性受到 CPU 授權的嚴格控制， SQL Server不允許違反授權原則的任何親和性遮罩選項設定。
啟動
如果指定的親和性遮罩在啟動 SQL Server期間或資料庫附加期間違反授權原則，引擎層將會完成啟動程式或資料庫附加/還原作業，然後將 affinity mask 的sp_configure執行值重設為零，發出錯誤訊息給SQL Server錯誤記錄檔。
重新設定
如果指定的親和性遮罩在執行 Transact-SQL RECONFIGURE 命令時違反授權原則，就會向用戶端工作階段和 SQL Server 錯誤記錄檔回報錯誤訊息，並要求資料庫管理員重新設定親和性遮罩。 在此情況下，不會接受任何 RECONFIGURE WITH OVERRIDE 命令。
另請參閱
監視資源使用狀況 (系統監視器)
RECONFIGURE (Transact-SQL)
伺服器組態選項 (SQL Server)
sp_configure (Transact-SQL)
ALTER SERVER CONFIGURATION (Transact-SQL)