Tabelle database di dimensioni elevate per BizTalk Server
Nella tabella seguente sono elencate le tabelle BizTalk Server che in genere aumentano le dimensioni maggiori. È possibile usare questi dati per determinare dove può esistere un potenziale problema.
Elenco tabelle
Tabella | Descrizione | Commenti |
---|---|---|
Tabella HostNameQ_Suspended | 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, è possibile che le tabelle contengano 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 memorizzano nella cache le istanze o i report degli 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 per l'esecuzione - Istanze attive - Istanze disidratate BizTalk Server necessario tempo per "recuperare" ed elaborare le istanze. Questa tabella può aumentare quando la velocità di elaborazione in ingresso supera la frequenza di elaborazione in uscita. Questo scenario può verificarsi anche a causa di grandi ritardi del database BizTalkDTADb o di SQL Server disco. |
Tabelle Spool, Parti e Frammenti | Queste tabelle archiviano i dati effettivi dei messaggi nel database BizTalkMsgBoxDb. | Le tabelle Spool, Parts e Fragments contengono molti record implicano che sono presenti un numero elevato di messaggi attualmente attivi, disidratati o sospesi. 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 che molte istanze sospese rimangano nella tabella Istanze. Molte istanze disidratate devono rimanere solo se la logica di business richiede orchestrazioni a esecuzione prolungata. 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 il servizio TDDS (Tracking Data Decode Service) 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 sugli errori. |
Tracking_Fragments x,Tracking_Parts x, tabellex Tracking_Spool | Due di queste tabelle si trovano nei database BizTalkMsgBoxDb e BizTalkDTADb. Uno è online e l'altro è offline. | Il processo TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server Agent sposta i corpi dei messaggi rilevati direttamente in queste tabelle nel 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 di orchestrazione nel database BizTalkDTADb. | Se la tabella dta_DebugTrace contiene molti record, viene utilizzato o utilizzato il rilevamento della forma di orchestrazione. Se il debug dell'orchestrazione non è necessario per le normali operazioni, disabilitare il rilevamento delle forme di orchestrazione per tutte le orchestrazioni. Se il rilevamento delle forme di orchestrazione è già disabilitato e esiste un backlog nel database BizTalkMsgBoxDb, la tabella dta_DebugTrace potrebbe 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 How to Off Global Tracking and Tracking Database Sizing Guidelines (Come disattivare le linee guida per il rilevamento e il rilevamento delle dimensioni del database). |
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 aver arrestato l'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 relativi ai database BizTalk Server. |
tabella dta_ServiceInstanceExceptions | Questa tabella archivia le informazioni sugli errori per qualsiasi istanza del servizio sospesa nel database BizTalkDTADb. | La tabella dta_ServiceInstanceExceptions diventa in genere di grandi dimensioni in un ambiente che ha regolarmente istanze sospese. |