Risoluzione dei problemi di latenza di MessageBox

In un mondo perfetto, tutti i messaggi vengono elaborati e recapitati non appena sono stati pubblicati nel database MessageBox e il database MessageBox non crescerebbe mai a una dimensione eccessiva. Tutti i messaggi in MessageBox a cui non si fa più riferimento verrebbero rimossi immediatamente dai processi di SQL Agent che puliscono periodicamente le tabelle di database MessageBox.

Negli scenari reali, tuttavia, i messaggi non vengono in genere ricevuti in modo prevedibile e lineare e i processi di SQL Agent richiedono tempo per pulire le tabelle di database MessageBox.

Pertanto, in alcuni scenari; MessageBox può crescere abbastanza rapidamente.

Gli elementi seguenti possono causare che MessageBox diventi eccessivamente grande e ostacoli le prestazioni complessive.

• L'istanza host Biztalk con il set di opzioni "consenti rilevamento host" viene arrestata. Si tratta dell'host responsabile dello spostamento dei dati di rilevamento dal database MessageBox al database di rilevamento Biztalk (BizTalkDTADb).

• SQL Server Agent non è in esecuzione Ciò può verificarsi se i processi SQL responsabili dello spostamento dei dati dal database MessageBox al database BizTalkDTADb [successivamente l'eliminazione dei dati spostati nel MessageBox] non sono in esecuzione. È fondamentale che il servizio SQL Agent venga eseguito tutto il tempo per evitare questo problema.

• I processi di SQL Server sono disabilitati Anche se SQL Server Agent è in esecuzione, è fondamentale che nessuno dei processi predefiniti di SQL Server sia disabilitato.

• Il database BizTalkDTADb cresce eccessivamente Questo può accadere se il database BizTalkDTADb diventa molto grande, causando un prolungamento dei tempi di inserimento nel database BizTalkDTADb. Quando lo spostamento dei dati da parte di Tracking Data Delivery Service (TDDS) rallenta, si verifica un accumulo nel database MessageBox. Per evitare questo problema, è importante eseguire periodicamente i processi di archiviazione e eliminazione di SQL Server nei database BizTalkDTADb.

• Latenza eccessiva di I/O su disco Se la velocità dei dati in arrivo nel database MessageBox è superiore a quanto possa elaborare e trasferire il sistema nel database BizTalkDTADb, potrebbe accumularsi un backlog nel database MessageBox. Se il backlog continua a crescere senza problemi, si tratta di un problema molto grave e le prestazioni del sistema peggiorano nel tempo. Un modo per risolvere questo problema consiste nell'installare dischi più veloci e/o aggiornare l'hardware per garantire che il sistema sia in grado di eseguire il ripristino da eventuali backlog dei messaggi riscontrati nel corso del tempo.

Pianificare il futuro

Anche se tutte le procedure consigliate descritte sopra sono seguite, nel corso del tempo il volume dei dati di rilevamento spostati nel database BizTalkDTADb crescerà molto grande. È importante implementare un piano di manutenzione del database per archiviare periodicamente i dati di rilevamento in modo che il sistema possa continuare a funzionare in modo ottimale.

La quantità di dati cronologici che è possibile conservare nel database BizTalkDTADb dipende dal volume di messaggi inseriti nel sistema. Per i sistemi che non sono soggetti a stress elevato e velocità effettiva questo database crescerà a una velocità più lenta e sarà possibile conservare più dati cronologici nel database BizTalkDTADb.

È consigliabile conservare dati minimi nel database BizTalkDTADb in modo che le prestazioni di runtime non vengano sacrificate.