maski koligacji opcję

Przeprowadzenie wielozadaniowy, Microsoft systemu Windows 2000 i Windows Server 2003 czasami przenieść wątki procesów wśród różnych procesorów.Chociaż efektywne z punktu widzenia systemu operacyjnego, można zmniejszyć tego działania SQL Server wydajności w systemie ciężkich obciążeń, jak każdy procesor pamięci podręcznej jest wielokrotnie ponownie załadować za pomocą danych.Przypisywanie procesorów określonych wątków można zwiększyć wydajność w tych warunkach przez wyeliminowanie załadunków procesora i zmniejszenie migracji wątek przez przetwórców (a tym samym zmniejszając przełączanie kontekstu); związek między wątek i procesor jest nazywany koligacji procesora.

SQL Serverobsługuje koligacjami procesorów z dwóch opcji maski koligacji: affinity mask(znane również jako CPU affinity mask) i affinity I/O mask.For more information on the affinity I/O mask option, see maski koligacji we/wy, opcja.CPU and I/O affinity support for servers with 33 to 64 processors requires the additional use of the Maska affinity64, opcja and maska we/wy affinity64 opcji, respectively.

affinity mask Opcji, które istniały w starszych wersjach SQL Server, dynamicznie kontroluje koligacje Procesora.

W SQL Server, affinity mask opcję można konfigurować bez konieczności ponownego uruchomienia wystąpienie SQL Server.Kiedy używasz sp_configure, należy uruchomić ponownej konfiguracja lub zmienić konfiguracja Z ZASTĘPUJĄ, po ustawieniu opcji konfiguracja.Kiedy używasz SQL Server Express, zmiana opcji maski koligacji wymagają ponownego uruchomienia komputera.

Miejsce zmiany maski koligacji dynamicznie, pozwalając na żądanie uruchomienia i zamknięcia pracownikom Procesora, które wiązać wątków procesu, w SQL Server.Może to występować jako zmiany warunków na serwerze.Na przykład, jeśli nowe wystąpienie SQL Server jest dodawany do serwera, może być konieczne wprowadzenie zmian do affinity mask opcji redystrybuuje obciążenie procesora.

Wymagają modyfikacji koligacji bitmasks SQL Server Nowy harmonogram Procesora włączania i wyłączania istniejącego harmonogramu Procesora.Nowe instancje mogą być następnie przetwarzane na nowe lub pozostałych pracownikom.

Aby rozpocząć nowy harmonogram Procesora, SQL Server tworzy nowy harmonogram i dodaje go do listy jej pracownikom standardowych.Nowy harmonogram uważa się tylko dla nowych instancji przychodzących.Bieżącej instancji nadal działały w tym samym harmonogram.Pracowników migrację do nowego harmonogramu, mogą zwolnić lub miarę tworzenia nowych pracowników.

Trwa zamykanie niedziałający harmonogram wymaga wszystkich partii na harmonogram zakończenia ich działalności i wyjść.Harmonogram, który spowodował zamknięcie niedziałający jest oznaczony jako w trybie offline, tak, aby nie nowej partia jest zaplanowane na nim.

Czy nowy harmonogram jest dodawany lub usuwany, zadań stały system, takich jak lockmonitor, punkt kontrolny, wątek zadaniami systemu (przetwarzania DTC), i kontynuować procesu sygnału na harmonogram podczas serwera jest operacyjne.Zadania te stały system nie są migrowane dynamicznie.Redystrybuowanie obciążenia procesora do wykonywania tych zadań między pracownikom, jest konieczne ponowne uruchomienie SQL Server wystąpienie.Jeśli SQL Server próbuje zamknąć niedziałający harmonogram skojarzonych z zadaniem stały system, zadanie wciąż na harmonogram offline (nie migracji).Ten harmonogram jest związany z procesorów maski koligacji zmodyfikowany i nie wolno umieszczać żadnych obciążenia procesora został affinitized z przed zmianą.Posiadające pracownikom dodatkowe w trybie offline, nie powinna wpływać znacząco na obciążenia systemu.Jeśli nie jest przypadek, aby ponownie skonfigurować te zadania jest wymagany ponowny rozruch serwera bazy danych.

Maski koligacji we/wy bezpośrednio dotyczy zadania koligacji we/wy (takie jak lazywriter i logwriter).Jeśli zadania lazywriter i logwriter nie są affinitized, ich wykonaj te same reguły zdefiniowane dla innych stałych zadań takich jak lockmonitor lub punkt kontrolny.

Aby zapewnić prawidłowe nowe maski koligacji, polecenie ponownej konfiguracji sprawdza, wykluczają się normalnym koligacje Procesora i we/wy.Jeśli nie jest przypadek, komunikat o błędzie jest raportowany w sesja klient i SQL Server Dziennik błędów, wskazując, że takie ustawienie nie jest zalecane.Uruchomione ponownie skonfigurować Z ZASTĘPUJĄ opcje umożliwia koligacje Procesora i we/wy, które nie wykluczają się wzajemnie.

Jeśli określisz maski koligacji, że próba mapowania do nieistniejącego Procesora polecenie ponownej konfiguracji zgłosi komunikat o błędzie do sesja klient i SQL Server dziennik błędów.W tym przypadek przy użyciu opcji Zmień konfiguracja Z ZASTĘPOWANIA nie ma wpływu i ponownie zgłaszany jest błąd tej samej konfiguracja.

Można także wykluczyć SQL Server działania z procesorów przypisane przydziały obciążenia określonego przez system Windows 2000 lub systemu operacyjnego Windows Server 2003.Jeśli użytkownik zestaw bit reprezentuje procesor 1, że procesor jest wybierany przez SQL Server Aparatu bazy danych dla wątek przypisania.Gdy użytkownik zestaw maski koligacji 0 (domyślnie), Microsoft Windows 2000 lub Windows Server 2003, planowanie algorytmy zestaw koligacji wątek.Gdy użytkownik zestaw maski koligacji dowolną wartość niezerową SQL Server koligacji interpretuje wartość jako maski, który określa te procesory kwalifikujących się do zaznaczenia.

Poprzez oddzielenie SQL Server wątków na poszczególnych procesorów, Microsoft Windows 2000 lub Windows Server 2003 z systemem można lepiej ocenić systemu obsługi procesów specyficzne dla systemu Windows.Na przykład na serwerze Procesora 8 uruchomione dwa wystąpienie SQL Server (instancji a i B), można użyć administrator systemu affinity mask opcję, aby przypisać pierwszy zestaw 4 procesory do wystąpienie i drugi zestaw 4 do wystąpienie B.Aby skonfigurować więcej niż 32 procesorów zestaw zarówno affinity mask i affinity64 mask.Wartości dla maski koligacji są następujące:

• Jeden bajt maski koligacji obejmuje maksymalnie 8 procesorów w komputerze wieloprocesorowym.

• Bajt dwóch maski koligacji obejmuje maksymalnie 16 procesorów w komputerze wieloprocesorowym.

• Bajt trzy maski koligacji obejmuje maksymalnie 24 procesorów w komputerze wieloprocesorowym.

• Bajt czterech maski koligacji obejmuje do 32 procesorów w komputerze wieloprocesorowym.

• Obejmujące więcej niż 32 procesorów, konfigurowanie maski koligacji czwartego bajtu dla pierwszych 32 procesorów i maska affinity64 czwartego bajtu dla pozostałych procesorów.

Ponieważ ustawienie SQL Server koligacji procesora jest operacją wyspecjalizowanych, zalecane jest ono używane tylko wtedy, gdy to konieczne.W większości przypadków koligacji domyślnego systemu Microsoft Windows 2000 lub Windows Server 2003 zapewnia najlepszą wydajność.Należy również rozważyć wymagania dotyczące Procesora dla innych aplikacji po ustawieniu maski koligacji.Więcej informacji na ten temat można znaleźć w dokumentacji systemu operacyjnego Windows.

Podczas określania affinity I/O mask opcji, należy użyć go w połączeniu z affinity mask opcji konfiguracja.Nie włączaj tego samego Procesora w obu maski koligacji przełączania i affinity I/O mask opcji.Bity odpowiadają każdego Procesora powinny być w jednym z tych trzech stanów:

• 0, zarówno w affinity mask opcji i affinity I/O mask opcji.

• 1 w affinity mask opcji i 0 w affinity I/O mask opcji.

• 0 in the affinity mask option and 1 in the affinity I/O mask option.

Przestroga
Nie konfigurowania koligacji Procesora w systemie operacyjnym Windows, a także skonfigurować maski koligacji w SQL Server.Próbujesz osiągnąć to samo tych ustawień i konfiguracji są niezgodne, może być nieprzewidywalna wyniki.SQL ServerKoligacje Procesora najlepiej jest skonfigurowany przy użyciu sp_configure opcji w SQL Server.