Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Nota
Questa funzionalità verrà rimossa a partire da una delle prossime versioni di Microsoft SQL Server. Non usare questa funzionalità in un nuovo progetto di sviluppo e modificare non appena possibile le applicazioni in cui è attualmente implementata. Usare invece ALTER SERVER CONFIGURATION (Transact-SQL).
Per eseguire il multitasking, Microsoft Windows sposta talvolta thread di processi tra processori diversi. Anche se in questo modo viene garantita una maggiore efficienza del sistema operativo, 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 tali casi, l'assegnazione dei processori a thread specifici consente di aumentare le prestazioni, in quanto le operazioni di ricaricamento dei processori vengono eliminate e si riduce la migrazione dei thread tra i processori, limitando lo scambio di contesto. Questo tipo di associazione tra un thread e un processore è definito "affinità processori".
SQL Server supporta l'affinità dei processori tramite due opzioni di maschera di affinità: affinity mask (nota anche come maschera di affinità della CPU) e affinity I/O mask. Per altre informazioni sull'opzione Affinity I/O mask, vedere Opzione di configurazione del server Affinity Input-Output. Il supporto di Affinity CPU e I/O per server con 33 fino a 64 processori richiede rispettivamente l'uso aggiuntivo dell'opzione di configurazione del server affinity64 mask e dell'opzione di configurazione del server affinity64 Input-Output mask.
Nota
Il supporto dell'affinità nei server dotati di un numero di processori compreso tra 33 e 64 è disponibile solo su sistemi operativi a 64 bit.
L'opzione affinity mask, già disponibile nelle versioni precedenti di SQL Server, controlla in modo dinamico l'affinità della 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. Quando si usa SQL Server Express, la modifica dell'opzione affinity mask richiede un riavvio.
Le modifiche alle maschere di affinità vengono eseguite in modo dinamico, consentendo l'avvio e l'arresto su 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 per queste attività di sistema tra 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 di 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, viene segnalato un messaggio di errore alla sessione client e al log degli errori SQL Server, a indicare che tale impostazione non è consigliata. 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 log degli 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.
È anche possibile escludere SQL Server attività dai processori assegnati assegnazioni di carico di lavoro specifiche dal sistema operativo 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 su affinity mask
0 (impostazione predefinita), gli algoritmi di pianificazione di Microsoft Windows 2000 o Windows Server 2003 impostano l'affinità del thread. Quando si imposta su affinity mask
qualsiasi valore diverso da zero, SQL Server affinità interpreta il valore come maschera di bit che specifica i processori idonei per la selezione.
Separando SQL Server thread dall'esecuzione in determinati processori, Microsoft Windows 2000 o Windows Server 2003 può valutare meglio 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ò usare 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 comprende 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.
Poiché l'impostazione SQL Server'affinità del processore è un'operazione specializzata, è consigliabile usarla solo quando 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.
Nota
Per visualizzare e analizzare l'utilizzo dei singoli processori, è possibile utilizzare Monitor di sistema 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 configurare l'affinità della CPU nel sistema operativo Windows e contemporaneamente l'opzione affinity mask 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à della CPU di SQL Server può essere ottenuta usando l'opzione sp_configure in SQL Server.
Esempio
Si supponga di configurare l'opzione affinity mask. Se, ad esempio, i processori 1, 2 e 5 sono selezionati come disponibili tramite l'impostazione dei bit 1, 2 e 5 su 1 e l'impostazione dei bit 0, 3, 4, 6 e 7 su 0, viene specificato il valore esadecimale 0x26 oppure l'equivalente decimale 38
. Numerare i bit da destra a sinistra. L'opzione affinity mask inizia a contare i processori da 0 a 31. Nell'esempio seguente il contatore 1
rappresenta il secondo processore nel server.
sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
sp_configure 'affinity mask', 38;
RECONFIGURE;
GO
Di seguito sono riportati i valori affinity mask
per un sistema con 8 CPU.
Valore decimale | Maschera di bit binaria | Numeri dei processori in cui vengono eseguiti i thread di SQL Server |
---|---|---|
1 | 00000001 | 0 |
3 | 00000011 | 0 e 1 |
7 | 00000111 | 0, 1 e 2 |
15 | 00001111 | 0, 1, 2 e 3 |
31 | 00011111 | 0, 1, 2, 3 e 4 |
63 | 00111111 | 0, 1, 2, 3, 4 e 5 |
127 | 01111111 | 0, 1, 2, 3, 4, 5 e 6 |
255 | 11111111 | 0, 1, 2, 3, 4, 5, 6 e 7 |
affinity mask è un'opzione avanzata. Se si usa la stored procedure di sistema sp_configure per modificare l'impostazione, è possibile modificare affinity mask
solo quando vengono visualizzate le opzioni avanzate su 1. Dopo aver eseguito il comando Transact-SQL RECONFIGURE, la nuova impostazione viene applicata immediatamente senza che sia necessario riavviare l'istanza di SQL Server.
Configurazione NUMA (Non-Uniform Memory Access)
Quando si utilizza hardware basato sulla configurazione NUMA ed è impostata l'opzione affinity mask, verrà creata un'affinità fra tutte le utilità di pianificazione di un nodo e la rispettiva CPU. Quando l'opzione affinity mask non è impostata, viene creata un'affinità tra le utilità di pianificazione e il gruppo di CPU contenute nel nodo NUMA. Un'utilità di pianificazione di cui viene eseguito il mapping al nodo NUMA N1 potrà pianificare operazioni in qualsiasi CPU del nodo, ma non nelle CPU associate a un altro nodo.
Le operazioni eseguite in un solo nodo NUMA possono utilizzare solo pagine del buffer di tale nodo. Quando un'operazione viene eseguita in parallelo sulle CPU di più nodi, è possibile utilizzare la memoria di tutti i nodi coinvolti.
Problemi relativi alle licenze
L'affinità dinamica è strettamente correlata alle licenze per le CPU. SQL Server non consente alcuna configurazione delle opzioni di maschera di affinità che violano i criteri di licenza.
Avvio
Se una maschera di affinità specificata viola i criteri di licenza durante l'avvio SQL Server o durante il collegamento al database, il livello del motore completa il processo di avvio o l'operazione di collegamento/ripristino del database e quindi reimposta il valore di esecuzione sp_configure per la maschera di affinità su zero, emettendo un messaggio di errore al log degli errori SQL Server.
Riconfigurare
Se un'opzione affinity mask specificata viola i criteri di licenza durante l'esecuzione del comando Transact-SQL RECONFIGURE, nella sessione client e nel log degli errori di SQL Server verrà visualizzato un messaggio di errore che richiede all'amministratore del database di riconfigurare l'opzione. In questo caso il comando RECONFIGURE WITH OVERRIDE non verrà accettato.
Vedere anche
Monitoraggio dell'utilizzo delle risorse (Monitor di sistema)
RECONFIGURE (Transact-SQL)
Opzioni di configurazione del server (SQL Server)
sp_configure (Transact-SQL)
ALTER SERVER CONFIGURATION (Transact-SQL)