Opzione affinity mask

Per implementare l'elaborazione multitasking, talvolta Microsoft Windows 2000 e Windows Server 2003 spostano i thread dei processi tra diversi processori. Sebbene in questo modo venga garantita una maggiore efficienza del sistema operativo, tuttavia questa attività può comportare una riduzione delle prestazioni di SQL Server nel caso di carichi di lavoro elevati, poiché la cache di ogni processore viene ricaricata più volte con dati. In questi casi, l'assegnazione dei processori a thread specifici consente di aumentare le prestazioni poiché vengono eliminate le operazioni di ricaricamento dei processori e viene ridotta la migrazione dei thread tra i processori, limitando lo scambio di contesto. Questo tipo di associazione tra un thread e un processore è definita affinità processori.

SQL Server supporta l'affinità processori tramite due opzioni affinity mask, ovvero affinity mask (nota anche come CPU affinity mask) e affinity I/O mask. Per ulteriori informazioni sull'opzione affinity I/O mask, vedere Opzione affinity I/O mask. Il supporto dell'affinità di CPU e I/O nei server dotati di un numero di processori compreso tra 33 e 64 richiede l'utilizzo supplementare di Opzione affinity64 mask e Opzione affinity64 I/O mask, rispettivamente.

L'opzione affinity mask, disponibile nelle versioni precedenti di SQL Server, controlla in modo dinamico l'affinità di CPU.

In SQL Server è possibile configurare l'opzione affinity mask senza che sia necessario riavviare l'istanza di SQL Server. Quando si utilizza sp_configure è necessario eseguire RECONFIGURE oppure RECONFIGURE WITH OVERRIDE dopo aver impostato un'opzione di configurazione. Se si utilizza SQL Server Express, la modifica dell'opzione affinity mask non richiede il riavvio.

Le modifiche alle maschere di affinità vengono eseguite in modo dinamico, consentendo l'avvio e l'arresto a richiesta delle utilità di pianificazione della CPU che associano i thread dei processi all'interno di SQL Server. Questa situazione si può verificare quando le condizioni nel server vengono modificate. Ad esempio, se nel server viene aggiunta una nuova istanza di SQL Server, potrebbe essere necessario modificare l'opzione affinity mask per ridistribuire il carico dei processori.

Per le modifiche alle maschere di bit di affinità, è necessario che SQL Server abiliti una nuova utilità di pianificazione della CPU e disabiliti quella esistente. È quindi possibile elaborare nuovi batch nelle nuove utilità di pianificazione o in quelle rimanenti.

Per avviare una nuova utilità di pianificazione della CPU, SQL Server crea una nuova utilità di pianificazione e la aggiunge all'elenco di quelle standard. La nuova utilità di pianificazione viene presa in considerazione unicamente per i nuovi batch in entrata. L'esecuzione dei batch correnti continua nella stessa utilità di pianificazione. I thread di lavoro migrano alla nuova utilità di pianificazione man mano che si liberano o che ne vengono creati di nuovi.

Per chiudere un'utilità di pianificazione, è necessario che tutti i batch nell'utilità abbiano completato le relative attività e interrompano l'esecuzione. Un'utilità di pianificazione che è stata chiusa viene contrassegnata come offline, in modo che non venga pianificato alcun nuovo batch su di essa.

Se viene aggiunta o rimossa una nuova utilità di pianificazione, le attività di sistema permanenti quali lockmonitor, checkpoint, i thread delle attività di sistema (elaborazione DTC) e signal process proseguono l'esecuzione mentre il server è operativo. Queste attività di sistema permanenti non eseguono la migrazione in modo dinamico. Per ridistribuire il carico del processore di queste attività nelle utilità di pianificazione, è necessario riavviare l'istanza di SQL Server. Se SQL Server tenta di chiudere un'utilità di pianificazione associata a un'attività di sistema permanente, l'esecuzione dell'attività continua nell'utilità di pianificazione offline (nessuna migrazione). L'utilità di pianificazione è associata ai processori nella maschera di affinità modificata e non dovrebbe applicare alcun carico al processore con il quale è stata creata l'affinità prima della modifica. La presenza di utilità di pianificazione offline aggiuntive non dovrebbe influire in modo significativo sul carico del sistema. In caso contrario, per riconfigurare queste attività è necessario riavviare il server database.

La maschera di affinità di I/O influisce direttamente sui processi di affinità di I/O, ad esempio i processi Lazywriter e i thread per la scrittura nel log. Se per i processi Lazywriter e i thread per la scrittura nel log non viene creata un'affinità, essi seguono le stesse regole definite per le attività permanenti, ad esempio lockmonitor o checkpoint.

Per garantire che la nuova maschera di affinità sia valida, il comando RECONFIGURE verifica che le affinità di CPU e I/O si escludano a vicenda. In caso contrario, nella sessione del client e nel registro errori di SQL Server viene visualizzato un messaggio di errore che indica che l'impostazione non è corretta. Per consentire affinità di CPU e di I/O che non si escludono a vicenda, è possibile eseguire le opzioni RECONFIGURE WITH OVERRIDE.

Se si specifica una maschera di affinità che tenta di eseguire il mapping a una CPU non esistente, il comando RECONFIGURE visualizza un messaggio di errore nella sessione client e nel registro errori di SQL Server. In questo caso, l'utilizzo dell'opzione RECONFIGURE WITH OVERRIDE non avrà alcun effetto e verrà visualizzato di nuovo lo stesso errore di configurazione.

È inoltre possibile escludere l'attività di SQL Server da processori ai quali sono stati assegnati carichi di lavoro specifici nei sistemi operativi Windows 2000 o Windows Server 2003. Se si imposta su 1 un bit corrispondente a un processore, il processore viene selezionato dal Motore di database di SQL Server per l'assegnazione di thread. Se si imposta affinity mask su 0 (impostazione predefinita), l'affinità del thread viene impostata dagli algoritmi di pianificazione di Microsoft Windows 2000 o Windows Server 2003. Se l'opzione affinity mask viene impostata su un valore diverso da zero, l'affinità di SQL Server interpreta il valore come maschera di bit indicante i processori selezionabili.

L'esclusione dei thread SQL Server da processori specifici consente a Microsoft Windows 2000 o Windows Server 2003 di valutare adeguatamente la gestione dei processi specifici di Windows. Ad esempio, per un server con 8 CPU nel quale sono in esecuzione due istanze di SQL Server (istanza A e B), l'amministratore di sistema può utilizzare l'opzione affinity mask per assegnare il primo set di 4 CPU all'istanza A e il secondo set di 4 CPU all'istanza B. Per configurare più di 32 processori, impostare entrambe le opzioni affinity mask e affinity64 mask. I valori per l'opzione affinity mask sono i seguenti:

• Un valore affinity mask da 1 byte consente di coprire fino a 8 CPU in un computer multiprocessore.

• Un valore affinity mask da 2 byte consente di coprire fino a 16 CPU in un computer multiprocessore.

• Un valore affinity mask da 3 byte consente di coprire fino a 24 CPU in un computer multiprocessore.

• Un valore affinity mask da 4 byte consente di coprire fino a 32 CPU in un computer multiprocessore.

• Per coprire più di 32 CPU, configurare un valore affinity mask da 4 byte per le prime 32 CPU e un valore affinity64 mask da 4 byte per le CPU rimanenti.

L'impostazione dell'affinità processori di SQL Server è un'operazione estremamente complessa, pertanto è consigliabile eseguirla unicamente se è necessario. Nella maggior parte dei casi, l'affinità predefinita di Microsoft Windows 2000 o Windows Server 2003 offre le migliori prestazioni. Quando si impostano le maschere di affinità, è inoltre consigliabile tenere in considerazione i requisiti delle CPU delle altre applicazioni. Per ulteriori informazioni, consultare la documentazione di Windows.

Quando si specifica l'opzione affinity I/O mask, essa deve essere utilizzata insieme all'opzione di configurazione affinity mask. Non abilitare la stessa CPU in entrambe le opzioni affinity mask e affinity I/O mask. Lo stato dei bit corrispondenti a ogni CPU deve essere uno dei tre seguenti:

• 0 in entrambe le opzioni affinity mask e affinity I/O mask.

• 1 nell'opzione affinity mask e 0 nell'opzione affinity I/O mask.

• 0 nell'opzione affinity mask e 1 nell'opzione affinity I/O mask.

Attenzione

Non è consigliabile configurare l'affinità di CPU nel sistema operativo Windows e inoltre configurare la maschera di affinità in SQL Server. Le due impostazioni mirano a ottenere lo stesso risultato e, se le configurazioni sono incoerenti, potrebbero causare risultati imprevisti. La configurazione ottimale dell'affinità di CPU in SQL Server può essere ottenuta utilizzando l'opzione sp_configure di SQL Server.