Test di sovraccarico

Le informazioni contenute in questo argomento fanno riferimento ai test illustrati in Scenari di test per la misurazione MST del motore.

Determinazione delle cause degli eventi di sovraccarico

Esistono diversi scenari in cui solo alcuni picchi di grandi dimensioni (noti anche come eventi di inondazione) di messaggi arrivano al sistema ogni giorno. Tra questi picchi, la velocità effettiva può essere molto bassa. Di seguito sono riportati alcuni esempi di questi tipi di scenari:

• Negoziazione di azioni, ad esempio, a mercato aperto e a mercato chiuso

• Sistemi bancari, ad esempio, durante la riconciliazione delle transazioni di fine giornata

  Altri tipi di eventi possono causare condizioni di backlog simili agli eventi di sovraccarico. Se ad esempio l'indirizzo di trasmissione di un partner entra in modalità non in linea, determinando pertanto la necessità di inviare nuovamente e/o di sospendere i messaggi destinati a tale indirizzo, questa situazione può causare la generazione di un backlog elevato. Quando l'indirizzo del partner torna alla modalità in linea, è possibile che sia presente un numero elevato di messaggi sospesi che è necessario riprendere, il che determina la generazione di un altro tipo di evento di sovraccarico. Questo comportamento viene illustrato nel test del sistema seguente.

Simulazione di un evento di sovraccarico

Ai fini di questo test, il sistema è stato portato inizialmente a circa la metà della velocità effettiva massima sostenibile che, ovviamente, era molto stabile. Per simulare un evento di sovraccarico, successivamente, lo strumento di generazione del carico è stato configurato per l'invio di circa 410 messaggi al secondo per un breve periodo di tempo (corrispondente al periodo di tempo utilizzato per il test di superamento del limite di carico). Di seguito viene illustrato il profilo di carico risultante che determina il numero di messaggi ricevuti al secondo e la profondità dello spooler.

Profilo di carico del test di sovraccarico

Come è possibile osservare dal grafico, durante l'evento di sovraccarico nelle tabelle dello spooler si è creata rapidamente una condizione di backlog. Grazie tuttavia alla durata relativamente breve dell'evento e al fatto che la velocità di ricezione successiva all'evento è stata inferiore alla velocità massima sostenibile, è stato possibile eseguire i processi di pulitura che sono stati in grado di ripristinare lo stato precedente l'evento senza richiedere l'interruzione del sistema. Per questo specifico test, il database MessageBox è stato installato in SQL Server 2005. La durata dell'intero test è stata di circa 45 minuti.

Ogni sistema è naturalmente differente e pertanto la durata può variare. Il metodo migliore per verificare se si sia in grado di risolvere un'eventuale situazione di errore consiste nell'eseguire il test con un carico rappresentativo prima di passare alla fase di produzione.

Vedere anche

Scenari di test per misurare la velocità effettiva massima sostenibile del motore
Uso del dashboard delle impostazioni per l'ottimizzazione delle prestazioni di BizTalk Server
Test di superamento del limite di carico
Test di carico sostenibile