affinity mask 選項

為了完成多工作業，Microsoft Windows 2000 與 Windows Server 2003 有時會在不同的處理器之間移動處理序執行緒。雖然從作業系統的觀點來看很有效率，但是在繁重的系統負載下，這項活動可能會降低 SQL Server 的效能，因為每個處理器快取會重複地重新載入資料。在這些情況中，將特定執行緒指定給處理器，可降低處理器重新載入的情形並減少跨處理器移轉執行緒的問題 (藉此減少內容切換)，進而提升效能，而執行緒與處理器之間的關聯則稱為處理器相似性。

SQL Server 透過兩個相似性遮罩選項支援處理器相似性：affinity mask (也稱為 CPU affinity mask) 與 affinity I/O mask。如需有關 affinity I/O mask 選項的詳細資訊，請參閱＜affinity I/O mask 選項＞。擁有 33 到 64 個處理器的 CPU 與 I/O 相似性支援需要分別另外使用 affinity64 mask 選項與 affinity64 I/O mask 選項。

affinity mask 選項存在於較早的 SQL Server 版本中，可動態控制 CPU 相似性。

在 SQL Server 中，不需要重新啟動 SQL Server 執行個體，即可設定 affinity mask 選項。使用 sp_configure 時，您必須在設定組態選項之後，執行 RECONFIGURE 或 RECONFIGURE WITH OVERRIDE。當您使用 SQL Server Express 時，變更 affinity mask 選項後需要重新啟動。

對 affinity mask 的變更會動態發生，允許視需要啟動或關閉 SQL Server 中繫結處理序執行緒的 CPU 排程器。這會因伺服器上的條件變更而發生。例如，若將 SQL Server 的新執行個體加入伺服器，則可能必須對 affinity mask 選項進行調整，以便分散處理器負載。

對相似性位元遮罩的修改需要 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 選項沒有作用，而且會再次回報相同的組態錯誤。

您也可以從處理器中排除 SQL Server 活動，此為 Windows 2000 或 Windows Server 2003 作業系統所指定的特定工作負載。如果將某處理器的代表位元設成 1，則表示 SQL Server Database Engine 已選取該處理器準備進行執行緒指派。若將 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 伺服器上，使用 affinity mask 選項將第一組 4 個 CPU 指派到執行個體 A，並將第二組 4 個 CPU 指派到執行個體 B。若要設定 32 個以上的處理器，請同時設定 affinity mask 與 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 作業系統文件集。

在指定 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 選項。