Configurare il numero massimo di thread nel sistema di elaborazione dei processi per il servizio di coda di Project Server
Ultima modifica dell'argomento: 2015-02-27
Il servizio di coda di Microsoft Office Project Server 2007 consente di configurare il numero massimo di thread di elaborazione di processi per ogni tipo di coda.
La pagina Impostazioni coda nelle impostazioni del server di Project Web Access include l'impostazione Numero massimo di thread per il sistema di elaborazione dei processi il cui valore predefinito è quattro per ogni tipo di coda. Nella modifica di questi valori è necessario valutare numerosi aspetti. Un numero troppo elevato di thread di elaborazione di processi potrebbe influire negativamente sulle prestazioni del server applicazioni provocando errori di timeout ed eccezioni di memoria. Un amministratore può cercare, ad esempio, di aumentare il numero massimo di thread di elaborazioni di processi da quattro a 10 nelle code delle schede attività e nelle code di progetto per soddisfare il previsto aumento di presentazioni di schede attività e di aggiornamenti di progetto per un periodo di fine mese. Senza un'attenta valutazione, un simile incremento può influire negativamente sulle prestazioni.
La coda è progettata per limitare la velocità di elaborazione dei processi in modo da distribuire i picchi che possono sovraccaricare il server. In termini di gestione dei progetti, si parla di "livellamento" del server quando si impedisce a questo di eseguire troppe operazioni contemporaneamente .
Coda a thread multipli
Una coda a thread multipli consente di:
Eseguire rapidamente i processi.
Evitare il blocco completo dell'elaborazione dei processi qualora in uno di essi si verifichi un problema.
Nelle tabelle seguenti viene descritto l'ordine di elaborazione dei processi in una coda a thread singolo e a thread multipli. In questo esempio, sono stati salvati e pubblicati tre progetti nella sequenza seguente:
Il Progetto 1 è salvato e pubblicato.
Il Progetto 2 è salvato e pubblicato.
Il Progetto 2 è salvato.
Il progetto 2 è aperto, modificato, salvato e pubblicato nuovamente.
Nella tabella seguente viene descritto il modo in cui verranno elaborati i processi in coda in un ambiente a thread singolo. Le intestazioni di colonna da T1 a T9 indicano i segmenti di tempo. Tutte le operazioni saranno completate alla fine del nono segmento di tempo. Il primo processo di pubblicazione del Progetto 2 è stato ignorato per ottimizzare il processo in quanto la coda rileva un processo di pubblicazione analogo nel Progetto 2 successivo. Inoltre, i processi Relazioni per il Progetto 1 e 2 sono di priorità inferiore, pertanto vengono elaborati in seguito.
| Thread | T1 | T2 | T3 | T4 | T5 | T6 | T7 | T8 | T9 |
|---|---|---|---|---|---|---|---|---|---|
Thread 1 |
Progetto 1: salvataggio |
Progetto 1: pubblicazione |
Progetto 2: salvataggio |
Progetto 2: pubblicazione (ignorato) |
Progetto 3: salvataggio |
Progetto 2: salvataggio |
Progetto 2: pubblicazione |
Project 1: relazioni |
Project 2: relazioni |
Nella tabella seguente viene descritto il modo in cui verranno elaborati i processi in coda in un ambiente a thread multipli, in questo esempio, tre. Il tempo impiegato per cercare di elaborare le stesse operazioni dell'esempio precedente è superiore alla metà. Questo ambiente consente ai processi correlati, ovvero tutti i processi relativi al Progetto 1 salvataggio e pubblicazione, di essere elaborati insieme nello stesso thread. Se nella correlazione uno dei processi non riesce, l'elaborazione di altri processi della stessa correlazione potrebbe non riuscire, ma ciò non pregiudicherà le elaborazioni di altri processi in altri thread.
| Thread | T1 | T2 | T3 | T4 | T5 | T6 | T7 | T8 | T9 |
|---|---|---|---|---|---|---|---|---|---|
Thread 1 |
Progetto 1: salvataggio |
Progetto 1: pubblicazione |
Progetto 1: salvataggio |
Project 1: relazioni |
|||||
Thread 2 |
Progetto 2: salvataggio |
Progetto 2: salvataggio |
Progetto 2: pubblicazione |
Project 2: relazioni |
|||||
Thread 3 |
Progetto 3: salvataggio |
Impostazioni consigliate
Come punto di partenza, si consiglia di impostare il numero massimo di thread del sistema di elaborazione in base al numero di processori (o core) disponibili. Se il server applicazioni Project Server utilizza, ad esempio, un processore singolo dual core, la configurazione delle impostazioni con due thread per ogni coda è un buon punto di partenza. Se il server di applicazioni utilizza un processore quad core, si potranno utilizzare otto thread per ogni coda. È possibile modificare queste impostazioni di conseguenza non solo in base al volume delle transazioni, ma anche alla dimensione media delle transazioni, ad esempio la pubblicazione di progetti di 10 righe o di progetti di 1000 righe.
È opportuno inoltre tenere presente la topologia della farm e altre applicazioni in esecuzione. Ad esempio, modificare l'impostazione di conseguenza se il server applicazioni viene utilizzato anche come server Web front-end oppure per eseguire ricerche o altre attività che richiedono un utilizzo intensivo del processore. È inoltre possibile monitorare i contatori delle prestazioni, i registri applicazioni e i registri ULS in modo da ottimizzare la coda per lavorare con i carichi normali del server.