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.
Nella tabella seguente sono elencate le tabelle di BizTalk Server che tendenzialmente crescono di più in dimensione. È possibile usare questi dati per determinare dove può esistere un potenziale problema.
Elenco tabelle
Tabella | Descrizione | Commenti |
---|---|---|
HostNameQ_Sospeso Tabella | Questa tabella contiene un riferimento ai messaggi nella tabella Spool associati a istanze sospese per l'host specifico. Questa tabella si trova nel database BizTalkMsgBoxDb. | Se le tabelle HostNameQ_Suspended contengono molti record, le tabelle potrebbero contenere istanze sospese valide visualizzate nella pagina Hub di gruppo . È possibile terminare queste istanze. Se queste istanze non vengono visualizzate nell'hub di gruppo, è probabile che le istanze memorizzino nella cache o siano report di errori di routing orfani. Quando si terminano le istanze sospese, si puliscono gli elementi in questa tabella e le righe associate nelle tabelle Spool e Instances. |
Tabella HostNameQ | Questa tabella contiene un riferimento ai messaggi nella tabella Spool associati all'host specifico e non vengono sospesi. Questa tabella si trova nel database BizTalkMsgBoxDb. | Se le tabelle HostNameQ hanno molti record, possono esistere i tipi di istanze seguenti: - Istanze pronte all'uso - Istanze attive - Istanze deidratate BizTalk Server richiede tempo per "recuperare" ed elaborare le istanze. Questa tabella può aumentare quando la velocità di elaborazione in ingresso supera la velocità di elaborazione in uscita. Questo scenario può verificarsi anche a causa di grandi ritardi del database BizTalkDTADb o dei dischi di SQL Server. |
Tabelle Spool, Parti e Frammenti | Queste tabelle archiviano i dati effettivi dei messaggi nel database BizTalkMsgBoxDb. | Le tabelle Spool, Parts e Fragments in cui sono presenti molti record implicano che un numero elevato di messaggi è attualmente attivo, disidratato o sospeso. A seconda delle dimensioni, del numero di parti e delle impostazioni di frammentazione in queste tabelle, un singolo messaggio può generare tutte queste tabelle. Ogni messaggio ha esattamente una riga nella tabella Spool e almeno una riga nella tabella Parts. |
Tabella delle istanze | Questa tabella archivia tutte le istanze e il relativo stato corrente nel database BizTalkMsgBoxDb. | L'amministratore di BizTalk Server non deve consentire a molte istanze sospese di rimanere nella tabella Istanze. Molte istanze disidratate dovrebbero rimanere solo nel caso in cui la logica aziendale richieda orchestrazioni di lunga durata. Tenere presente che un'istanza del servizio può essere associata a molti messaggi nella tabella Spool. |
Tabella TrackingData_x_x | Questa tabella archivia gli eventi rilevati nel database BizTalkMsgBoxDb per Tracking Data Decode Service (TDDS) per spostare gli eventi nel database BizTalkDTADb. | Se le tabelle TrackingData_x_x sono di grandi dimensioni, TDDS non è in esecuzione o non è in esecuzione correttamente. Se TDDS è in esecuzione, esaminare i registri eventi e la tabella TDDS_FailedTrackingData nel database BizTalkDTADb per informazioni sull'errore. |
Tracking_Fragments, Tracking_Parts, Tracking_Spool tabelle | Due di queste tabelle si trovano nei database BizTalkMsgBoxDb e BizTalkDTADb. Uno è online e l'altro è offline. | L'operazione TrackedMessages_Copy_BizTalkMsgBoxDb di SQL Server Agent sposta i corpi dei messaggi tracciati direttamente in queste tabelle del database BizTalkDTADb. |
tabella dta_ServiceInstances | Questa tabella archivia gli eventi rilevati per le istanze del servizio nel database BizTalkDTADb. | Se questa tabella è grande, il database BizTalkDTADb è probabilmente di grandi dimensioni. |
tabella dta_DebugTrace | Questa tabella archivia gli eventi del debugger dell'Orchestrazione nel database BizTalkDTADb. | Se la tabella dta_DebugTrace contiene molti record, il tracciamento delle forme di orchestrazione è stato utilizzato o è in corso di utilizzo. Se il debug dell'orchestrazione non è necessario per le normali operazioni, disabilitare il tracciamento dei componenti dell'orchestrazione per tutte le orchestrazioni. Se il rilevamento delle forme di orchestrazione è già disabilitato e nel database BizTalkMsgBoxDb esiste un backlog, la tabella dta_DebugTrace può continuare a crescere perché TDDS continua a spostare questi dati nella tabella dta_DebugTrace. Per controllare le dimensioni del database di rilevamento BizTalkDTADb, è possibile scegliere di disabilitare il rilevamento globale. Vedere Come disattivare il tracciamento globale e Linee guida per la dimensione del database di tracciamento. |
Tabella dta_MessageInOutEvents | Questa tabella archivia i messaggi di evento rilevati nel database BizTalkDTADb. Questi messaggi di evento rilevati includono informazioni sul contesto del messaggio. | Se la tabella dta_DebugTrace e la tabella dta_MessageInOutEvents nel database BizTalkTrackingDb sono troppo grandi, è possibile troncare le tabelle manualmente dopo l'arresto dell'host di rilevamento. Per istruzioni su come troncare le tabelle, vedere i dettagli della "tabella dta_DebugTrace" in KB 952555: Come gestire e risolvere i problemi dei database di BizTalk Server. |
tabella delle eccezioni dta_ServiceInstance | Questa tabella archivia le informazioni sugli errori per qualsiasi istanza del servizio sospeso nel database BizTalkDTADb. | La tabella dta_ServiceInstanceExceptions in genere diventa grande in un ambiente che ha regolarmente istanze sospese. |