Come gestire e risolvere i problemi relativi a database BizTalk Server

Traduzione articoli Traduzione articoli
Identificativo articolo: 952555 - Visualizza i prodotti a cui si riferisce l?articolo.
Espandi tutto | Chiudi tutto

In questa pagina

Sommario

Database di Microsoft BizTalk Server e l'integrità dei database sono molto importanti per un ambiente di messaggistica BizTalk Server riuscito. In questo articolo vengono descritti aspetti da considerare quando si lavora con database BizTalk Server. Tali considerazioni includono quanto segue:
  • È necessario disattivare il Aggiornamento automatico statistiche e Creazione automatica statistiche Opzioni di Microsoft SQL Server.
  • È necessario impostare correttamente il massimo grado di proprietà di parallelismo.
  • Determinare quando è possibile ricostruire gli indici di BizTalk Server.
  • Potrebbe verificarsi il blocco, il blocco critico o blocco.
  • Si verificano problemi con database di grandi dimensioni o tabelle.
  • Processi di agente di BizTalk SQL Server
  • Le istanze del servizio possono essere sospesa.
  • Potrebbero verificarsi problemi di prestazioni di SQL Server e BizTalk Server.
  • È necessario seguire le procedure consigliate in BizTalk Server.

INTRODUZIONE

In questo articolo viene descritto come gestire i database di BizTalk Server e come risolvere i problemi di database BizTalk Server.

Informazioni

Problemi noti

È necessario disattivare le opzioni di Auto Update Statistics e Auto Create Statistics

È necessario disattivare il Creazione automatica statistiche e Aggiornamento automatico statistiche opzioni del database BizTalkMsgBoxDb. Per determinare se queste impostazioni sono disattivate, eseguire le seguenti stored procedure in SQL Server:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics'

È necessario impostare l'impostazione di CurrentSetting OFF. Se questa opzione è impostata su su, disattivarlo eseguendo le seguenti stored procedure in SQL Server:
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'

Per ulteriori informazioni, fare clic sui numeri degli articoli della Microsoft Knowledge Base riportato di seguito:
917845 Che verifichi il blocco, condizioni o altri problemi di SQL Server un deadlock quando si tenta di connettersi al database BizTalkMsgBoxDb in BizTalk Server
912262 L'opzione di auto update statistics, l'auto create opzione statistiche e l'impostazione di parallelismo sono disattivati nell'istanza di SQL Server di database che ospita il database BizTalk Server BizTalkMsgBoxDB

È necessario impostare correttamente il massimo grado di proprietà di tipo parallelismo

Sul computer che esegue SQL Server e che ospita il database BizTalkMsgBoxDb, impostare il grado massimo di proprietà run_value e config_value parallelismo su un valore pari a 1. Per determinare il grado massimo di impostazione di parallelismo, eseguire la seguente stored procedure contro il server Master del database in SQL Server:
exec sp_configure 'max degree of parallelism'
Se la proprietà run_value e config_value non sono impostate su un valore pari a 1, eseguire la stored procedure seguente nel SQL Server di impostarli su 1:
exec sp_configure 'max degree of parallelism', '1'
reconfigure with override

Per ulteriori informazioni, fare clic sui numeri degli articoli della Microsoft Knowledge Base riportato di seguito:
899000 L'impostazione di parallelismo per l'istanza di SQL Server durante la configurazione di BizTalk Server
917845 Che verifichi il blocco, condizioni o altri problemi di SQL Server un deadlock quando si tenta di connettersi al database BizTalkMsgBoxDb in BizTalk Server

Determinare quando è possibile ricostruire gli indici di BizTalk Server

La maggior parte degli indici di BizTalk Server sono raggruppati (ID di indice: 1). È possibile utilizzare l'istruzione DBCC SHOWCONTIG SQL Server per visualizzare le informazioni sulla frammentazione per le tabelle di BizTalk Server.

Gli indici di BizTalk Server sono basati su GUID. Pertanto, la frammentazione si verifica in genere. Se il valore di densità di scansione restituito dall'istruzione DBCC SHOWCONTIG è inferiore al 30%, gli indici di BizTalk Server possono essere ricostruiti durante i tempi di inattività.

Molte tabelle di BizTalk Server contengono colonne che utilizzano le definizioni del tipo di dati. Impossibile eseguire l'indicizzazione in linea in queste colonne. Pertanto, non si dovrebbero mai ricostruire gli indici di BizTalk Server mentre BizTalk Server elabora i dati.

Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
917845 Che verifichi il blocco, condizioni o altri problemi di SQL Server un deadlock quando si tenta di connettersi al database BizTalkMsgBoxDb in BizTalk Server
Per ulteriori informazioni su come analizzare l'output dell'istruzione DBCC SHOWCONTIG, visitare il seguente sito Web Microsoft:
http://TechNet.microsoft.com/en-us/library/cc966523.aspx

Potrebbe verificarsi il blocco, il blocco critico o blocco

In genere, i blocchi e blocchi si verificano in un ambiente BizTalk Server. Tuttavia, questi blocchi o blocchi non rimangono per un lungo periodo di tempo. Pertanto, il blocco e il blocco critico indicare un potenziale problema.

Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
917845 Che verifichi il blocco, condizioni o altri problemi di SQL Server un deadlock quando si tenta di connettersi al database BizTalkMsgBoxDb in BizTalk Server

Si potrebbero verificare problemi con database di grandi dimensioni o tabelle

Abbiamo visto che quando il database di BizTalkMsgBoxDb è maggiore di 5 GB, possono verificarsi problemi di prestazioni. In teoria, il database BizTalkMsgBoxDb dovrebbe non mantenga tutti i dati. Il database di BizTalkMsgBoxDb deve essere considerato un buffer fino a quando i dati vengono elaborati o spostati il database BizTalkDTADb.

Un ambiente che utilizza un potente SQL Server al back-end e molti orchestrazioni di lunga può disporre di un database di BizTalkMsgBoxDb è maggiore di 5 GB. Un ambiente high-volume che non utilizza le orchestrazioni alcun a esecuzione prolungata dovrebbe disporre di un database di BizTalkMsgBoxDb è notevolmente inferiore a 5 GB.

Il database di BizTalkDTADb non dispone di una dimensione fissa. Tuttavia, se le prestazioni diminuiscono, il database probabilmente è troppo grande. 15 GB a 20 GB in genere, viene considerata troppo grande. Quando si dispone di database di grandi dimensioni BizTalk Server, potrebbero verificarsi i seguenti problemi:
  • Il database BizTalkMsgBoxDb continua a crescere. Tuttavia, il file di registro e le dimensioni dei dati rimangono grandi.
  • BizTalk Server richiede più tempo rispetto al solito per elaborare anche uno scenario di flusso semplice messaggio.
  • Rilevamento stato e attività (sistema) query richiede più tempo rispetto al solito e timeout.
  • Il file di log del database non viene mai troncato.
  • I processi di agente di BizTalk SQL Server eseguiti più lentamente.
  • Alcune tabelle sono significativamente più grandi o dispongono di troppe righe rispetto alla dimensione normale tabella.
I database possono assumere dimensioni elevati per diversi motivi. Queste ragioni possono includere le seguenti operazioni:
  • I processi di BizTalk SQL Server Agent non è in esecuzione
  • Numero elevato di istanze sospese
  • Errori del disco
  • Rilevamento
  • La limitazione
  • Prestazioni SQL Server
  • Latenza di rete
Assicurarsi di conoscere quanto previsto nel proprio ambiente per determinare se si verifica un problema di dati.

Per impostazione predefinita, rilevamento è attivato per l'host predefinito. BizTalk richiede che il Consenti rilevamento Host opzione effettuato su un singolo host. Quando è attivato il rilevamento, la verifica dei dati decodificare Service (TDDS) Sposta la verifica dei dati dell'evento dal database BizTalkMsgBoxDb per il database BizTalkDTADb. Se l'host di rilevamento viene arrestato, TDDS non spostare i dati del database BizTalkDTADb e il TrackingData_x_x le tabelle del database BizTalkMsgBoxDb continueranno a crescere.

Si consiglia di dedicare un host di rilevamento. Per consentire TDDS per mantenere la nuova registrazione degli eventi negli scenari di volumi elevati, creare più istanze di un host di rilevamento singolo. Nessun host di più rilevamento deve esistere.

In una tabella può essere un numero eccessivo di righe. Non esiste un numero set di righe sono troppo numerose. Inoltre, questo numero di righe varia in base al tipo di dati viene memorizzato nella tabella. Ad esempio, una tabella di dta_DebugTrace è probabilmente più di 1 milione di righe ha troppe righe. A Nome hostTabella Q_Suspended che contiene più di 200.000 righe probabilmente ha troppe righe.

Utilizzare i processi di agente di BizTalk SQL Server corretti

I processi di BizTalk SQL Server Agent sono importanti per la gestione di database BizTalk Server e per la gestione ad alte prestazioni.

Il Eseguire il backup di BizTalk Server Agente di SQL Server processo è l'unico metodo supportato per eseguire il backup dei database BizTalk Server. Questo processo richiede che tutti i database di BizTalk Server utilizzano un modello di recupero completo. Si consiglia di configurare questo processo per un ambiente BizTalk Server integro. I metodi SQL Server utilizzabile per eseguire il backup dei database BizTalk Server solo se SQL Server Agent è stato arrestato e tutte le istanze di host BizTalk Server vengono interrotti.

Il MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Processo dell'agente di SQL Server viene eseguito all'infinito. Pertanto, la cronologia dei processi Agente SQL Server non visualizza mai esito positivo. Se si verifica un errore, il processo verrà riavviato entro un minuto e continua a essere eseguito all'infinito. Pertanto, è possibile ignorare l'errore. Inoltre, è possibile cancellare la cronologia dei processi. Deve essere solo questione se la cronologia dei processi viene segnalato che questo processo costantemente ha esito negativo e viene riavviato.

Il MessageBox_Message_Cleanup_BizTalkMsgBoxDb Processo dell'agente di SQL Server è il solo processo di BizTalk Server non dovrà essere attivato perché è stato avviato al MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Processo agente SQL Server.

Il Archiviazione ed eliminazione DTA Processo dell'agente di SQL Server consente di mantenere il database BizTalkDTADb, eliminazione e archiviazione di messaggi rilevati. Questo processo legge ogni riga della tabella e confronta il timestamp per determinare se deve essere rimosso.

Tutti i processi di BizTalk SQL Server Agent, ad eccezione di MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Processo dell'agente di SQL Server deve essere eseguito correttamente.

Per ulteriori informazioni su tutti i processi di BizTalk Server SQL Server Agent, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
919776 Descrizione dei processi di agente di SQL Server in BizTalk Server

Le istanze del servizio possono essere sospeso

Le istanze del servizio possono essere sospeso (può essere ripristinate) o sospeso (non può essere ripristinate). Queste istanze del servizio potrebbero essere la messaggistica, orchestrazione o porta.

Queste istanze del servizio possono rendere BizTalkMsgBoxDb database aumentano inutilmente e può essere terminata. Nella tabella seguente sono elencati il metodo può essere utilizzato, a seconda della versione di BizTalk:
Riduci questa tabellaEspandi questa tabella
Hub gruppoHATTerminate.vbsStrumento terminatore
BizTalk Server 2010No
BizTalk Server 2009No
BizTalk Server 2006 R2
BizTalk Server 2006
BizTalk Server 2004No
Per ulteriori informazioni relative allo script Terminate.vbs, visitare il seguente sito Web MSDN:
http://msdn.microsoft.com/en-us/library/bb203857.aspx
Le istanze di memorizzazione nella cache non vengono visualizzati nel Hub gruppo pagina ed è possibile sospendere o cessare li. Questa limitazione è una causa comune di crescita della tabella. Per evitare che i nuovi messaggi zombie per le istanze del servizio di cache in BizTalk Server 2006, installare l'hotfix nell'articolo della Microsoft Knowledge Base 936536. Questo problema viene risolto in BizTalk Server 2006 R2 e versioni successive.

Nota Un messaggio di zombie è un messaggio che è stato instradato ma non consumato.

Per ulteriori informazioni, fare clic sul numero dell'articolo della Knowledge Base Mirosoft:
936536 FIX: Problemi di prestazioni con BizTalk Server 2006 e la limitazione dei messaggi vengono registrati nel file di registro delle prestazioni
Al termine di un'istanza di host BizTalk Server, la memorizzazione nella cache istanze non possono essere rimossi. Per risolvere il problema nel 2006 BizTalk Server, installare l'hotfix nell'articolo della Microsoft Knowledge Base 944426. In BizTalk Server 2006 R2, installare BizTalk 2006 R2 Service Pack 1. Questo problema viene risolto in BizTalk Server 2009 e versioni successive.

Per ulteriori informazioni, fare clic sui numeri degli articoli della Microsoft Knowledge Base riportato di seguito:
974563 Elenco degli aggiornamenti rapidi di Microsoft BizTalk Server sono incluse nel Service Pack 1 per BizTalk Server 2006 R2
944426 FIX: Istanze orfane cache potrebbero essere incorporate nelle istanze e gli host coda tabelle del database BizTalkMsgBoxDb in BizTalk Server 2006 e BizTalk Server 2006 R2
Un altro problema comune è il report di errori di Routing (RFRs) potrebbero aumentare nella BizTalkHostQ e BizTalkHostTabelle di Q_Suspended. Il RFRs non vengono rimossi e questo comportamento potrebbe causare l'aumento delle dimensioni del database BizTalkMsgBoxDb. Per risolvere questo problema in BizTalk Server 2006, installare l'hotfix nell'articolo della Microsoft Knowledge Base 941690. Questo problema viene risolto in BizTalk Server 2006 R2 e versioni successive.

Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
941690 FIX: Report di errori di Routing non vengono rimossi dalla <biztalkhostname>tabella Q_Suspended su un server di BizTalk Server 2006</biztalkhostname>
Termini "messaggi orfani" e "messaggi di zombie" sono spesso intercambiabili.

Un messaggio di orfano è un messaggio che non è associata un'istanza. Ad esempio, un rapporto errore routing è un messaggio di orfano.

Un messaggio di zombie è un messaggio che è stato instradato ma non consumato. Ad esempio, un messaggio è stato recapitato a un'orchestrazione convoy. Tuttavia, l'orchestrazione convoy arrestato da un altro percorso di codice. Al termine dell'istanza dell'orchestrazione. Il messaggio viene scartato e ora identificato come un messaggio di zombie.

Per una descrizione dei messaggi di zombie, visitare il seguente sito Web MSDN:
http://blogs.msdn.com/biztalk_core_engine/archive/2004/06/30/169430.aspx

Potrebbero verificarsi problemi di prestazioni di SQL Server e BizTalk Server

BizTalk Server rende centinaia di transazioni brevi e molto veloce per SQL Server all'interno di un minuto. Se SQL Server è in grado di sostenere questa attività, BizTalk Server, potrebbero verificarsi problemi di prestazioni. In Performance Monitor, monitorare il Media letture/sec, Media scritture disco secondi/Trasf e Media scritture disco/sec Performance Monitor contatori nel Disco fisico oggetto prestazioni. Il valore ottimale è inferiore a 10 ms (millisecondi). Un valore pari a 20 ms o maggiore viene considerato una riduzione delle prestazioni.

Per ulteriori informazioni sulle prestazioni di SQL Server, visitare il seguente sito Web Microsoft:
http://TechNet.microsoft.com/en-us/library/cc966540.aspx
Per ulteriori informazioni sulla disponibilità elevata del database BizTalk Server 2004, visitare il seguente sito Web MSDN:
http://msdn.microsoft.com/en-us/library/ms942187.aspx
Per ulteriori informazioni sulla disponibilità elevata del database BizTalk Server 2006, visitare il seguente sito Web MSDN:
http://msdn.microsoft.com/en-us/library/aa559920.aspx
Per ulteriori informazioni, fare clic sui numeri degli articoli della Microsoft Knowledge Base riportato di seguito:
298475 Come risolvere i problemi di prestazioni SQL Server

271509 Come monitorare i blocchi in SQL Server 2005 e SQL Server 2000

Le procedure consigliate in BizTalk Server

Avviare Agente SQL Server su SQL Server. Quando l'agente di SQL Server viene arrestato, Impossibile eseguire i processi BizTalk SQL Server agente incorporati che sono responsabili della manutenzione del database. Crescita del database a causa di questo comportamento, e questa crescita può causare problemi di prestazioni. Manutenzione del database BizTalk Server ha migliorato notevolmente in BizTalk Server 2004 Service Pack 2 (SP2) e versioni successive.

Inserire i file LDF SQL Server e MDF su unità separate. Quando i file LDF e MDF per i database BizTalkMsgBoxDb e BizTalkDTADb sono sulla stessa unità, potrebbe verificarsi un conflitto di disco.

Se non traggano vantaggio dal corpo del messaggio di verifica, non abilitare questa funzionalità. Tuttavia, è consigliabile attivare nella verifica corpo dei messaggi durante lo sviluppo e la risoluzione dei problemi relativi a una soluzione. In tal caso, assicurarsi di disattivare la verifica dell'organismo messaggi dopo aver terminato. Quando il corpo dei messaggi è attivata, la dimensione dei database di BizTalk Server. Se sussiste l'esigenza aziendale che richiede l'abilitazione di corpo dei messaggi, confermare che il TrackedMessages_Copy_BizTalkMsgBoxDb e Archiviazione ed eliminazione DTA Esecuzione dei processi di Agente SQL Server correttamente.

In genere, i registri delle transazioni più piccoli causano prestazioni migliori. Per conservare i registri delle transazioni più piccoli, configurare il Eseguire il backup di BizTalk Server Processo di Agente SQL Server venga eseguito più frequentemente. Per ulteriori informazioni sull'ottimizzazione della BizTalk Server, visitare il seguente sito Web MSDN:
http://msdn.microsoft.com/en-us/library/bb743398.aspx
La procedura sp_ForceFullBackup memorizzati nel database BizTalkMgmtDb utilizzabile anche per eseguire un backup completo del file di dati e log ad-hoc. La stored procedure aggiorna la tabella adm_ForceFullBackup con un valore 1. La prossima volta che il Eseguire il backup di BizTalk Server viene eseguito il processo, viene creato un set di backup completo del database.

BizTalk Server Best Practices Analyzer (BPA) può essere utilizzata per valutare una distribuzione di BizTalk Server. Il BPA esegue numerosi controlli correlati al database. Per ulteriori informazioni sui BPA, visitare il seguente sito Web Microsoft:
http://www.microsoft.com/downloads/details.aspx?FamilyID = 93d432fe-1370-4b6d-aaa8-a0c43c30f5ab & displaylang = en

Risoluzione dei problemi

La migliore risoluzione dei problemi per i database di BizTalk Server SQL Server dipendono dal tipo di problema del database, ad esempio il blocco o blocco critico. Per risolvere un problema di database BizTalk Server, attenersi alla seguente procedura.

Passaggio 1: Attivare ed eseguire tutti i processi di agente di BizTalk SQL Server obbligatori

Tutti i BizTalk SQL Server agente dei processi, ad eccezione di MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb processo deve essere attivato ed eseguito correttamente. Non disattivare qualsiasi altro processo.

Se si verifica un errore, utilizzare il Visualizza cronologia opzione SQL Server per visualizzare le informazioni sull'errore e quindi risolvere il problema di conseguenza. È importante ricordare che il MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Processo dell'agente di SQL Server viene eseguito all'infinito. Pertanto, deve essere solo interessato se la cronologia dei processi viene segnalato che il processo costantemente ha esito negativo e viene riavviato.

Passaggio 2: Utilizzare lo strumento di MsgBoxViewer

Raccogliere i dati di MsgBoxViewer durante la riproduzione di un problema.

Lo strumento MsgBoxViewer è utile per la risoluzione dei problemi perché offre un report in formato HTML che contiene informazioni dettagliate su dimensioni delle tabelle e il conteggio delle righe. Il report può contribuire a determinare se BizTalk Server è la limitazione. Lo strumento fornisce inoltre uno snapshot di database BizTalk Server e la configurazione di BizTalk Server.

Per ulteriori informazioni su come scaricare lo strumento MsgBoxViewer, visitare il seguente sito Web Microsoft:
http://blogs.technet.com/jpierauc/Pages/msgboxviewer.aspx
Per ulteriori informazioni sulla limitazione in BizTalk Server, visitare il seguente sito Web MSDN:
http://msdn.microsoft.com/en-us/library/aa559893.aspx
Se BizTalk Server viene eseguito più lentamente, eseguire lo strumento di MsgBoxViewer e quindi esaminare il report HTML generato per qualsiasi problema. Il Riepilogo sezione sono elencati gli avvisi in gialli e potenziali problemi in rosso.

Inoltre, è possibile utilizzare lo strumento MsgBoxViewer per determinare quali tabelle sono più grandi e la maggior parte dei record di output. Nella tabella seguente elenca le tabelle di BizTalk Server che in genere aumentano il valore più grande. È possibile utilizzare questi dati per determinare l'eventuale presenza di un potenziale problema.
Riduci questa tabellaEspandi questa tabella
TabellaDescrizione
Nome hostQ_SuspendedIn questa tabella contiene un riferimento ai messaggi nella tabella Spool associate a istanze sospese per lo specifico host. In questa tabella si trova nel database BizTalkMsgBoxDb.
Nome hostQIn questa tabella contiene un riferimento ai messaggi nella tabella Spool che sono associati lo specifico host e non sospeso. In questa tabella si trova nel database BizTalkMsgBoxDb.
Spool
Parti
Frammenti
Queste tabelle archiviano dati effettivi del messaggio nel database BizTalkMsgBoxDb.
IstanzeQuesta tabella vengono memorizzate tutte le istanze e il relativo stato corrente del database BizTalkMsgBoxDb.
TrackingData_0_xQueste quattro tabelle archiviano gli eventi attività Monitoraggio Business (BAM) registrate nel database BizTalkMsgBoxDb per TDDS spostare gli eventi per il database BAMPrimaryImport.
TrackingData_1_xQueste quattro tabelle memorizzano eventi rilevati nel database BizTalkMsgBoxDb per TDDS spostare gli eventi per il database BizTalkDTADB.
Tracking_Fragmentsx
Tracking_Partsx
Tracking_Spoolx
Due di ciascuna di queste tabelle sono i database BizTalkMsgBoxDb e BizTalkDTADb. Uno è in linea e l'altro è in linea.

BizTalk Server 2004 SP2 e versioni successive, il processo dell'agente di TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server Sposta messaggio rilevato organismi direttamente a queste tabelle nel database BizTalkDTADb.

In BizTalk Server 2004 Service Pack 1 (SP1) e nelle versioni precedenti di BizTalk Server 2004, il processo dell'agente di TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server copiate i corpi dei messaggi rilevati nelle tabelle del database BizTalkMsgBoxDb. Il processo dell'agente di TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server Cancella le tabelle non in linea e rende le tabelle in linea mentre il processo richiede anche le tabelle in linea non in linea.
dta_ServiceInstancesQuesta tabella vengono memorizzati eventi rilevati per le istanze del servizio nel database BizTalkDTADb. Se questa tabella è di grandi dimensioni, è probabilmente grande database BizTalkDTADb.
dta_DebugTraceQuesta tabella vengono memorizzati gli eventi di debugger orchestrazione nel database BizTalkDTADb.
dta_MessageInOutEventsQuesta tabella vengono memorizzati i messaggi di evento registrati nel database BizTalkDTADb. Questi messaggi di evento revisioni includono le informazioni di contesto del messaggio.
dta_ServiceInstanceExceptionsQuesta tabella vengono memorizzate le informazioni di errore per qualsiasi istanza del servizio sospeso nel database BizTalkDTADb.
Prendere in considerazione i seguenti scenari.
Nome hostTabelle Q_Suspended
Se il Nome hostQ_Suspended tabelle contengono molti record, le tabelle potrebbero essere valide istanze sospese visualizzate in Hub gruppo o in HAT. Queste istanze possono essere terminate. Se queste istanze non vengono visualizzate in Hub gruppo o in HAT, le istanze sono probabilmente caching istanze o resi orfani report errori di routing. Al termine di istanze sospese, gli elementi in questa tabella e le righe associate nelle tabelle di Spool e istanze vengono eliminati.

In questo scenario, gestire le istanze sospese per ripristinarle oppure che chiudono li. Utilizzabile anche lo strumento BizTalk terminatore.
Nome hostQ tabelle
Se il Nome hostQ tabelle contengono molti record, possono esistere i seguenti tipi di istanze:
  • Pronto per eseguire istanze
  • Istanze attive
  • Istanze disidratate
BizTalk Server ha bisogno di tempo "" e le istanze di processo. In questa tabella può aumentare fino a quando la velocità di elaborazione in ingresso outpaces la velocità di elaborazione in uscita. Questa situazione può verificarsi quando un altro problema si verifica, ad esempio un database di grandi dimensioni BizTalkDTADb o ritardi disco SQL Server.
Eseguire lo spooling, parti e frammenti di tabelle
Se le tabelle di Spool, parti e i frammenti di abbiano molti record, numero di messaggi correntemente attivi, disidratate o sospeso. A seconda della dimensione, il numero di parti e le impostazioni di frammentazione in queste tabelle, di un singolo messaggio potrebbe generare tutte queste tabelle. Ogni messaggio ha esattamente una riga nella tabella Spool e almeno una riga nella tabella Parts.
Tabella delle istanze
L'amministratore BizTalk non dovrebbero consentire molte istanze sospese rimanga nella tabella istanze. Istanze disidratate devono rimanere solo se la logica aziendale richiede orchestrazioni a esecuzione prolungata. Ricordare che tale istanza di un servizio può essere associato a molti messaggi nella tabella Spool.
TrackingData_x_x tabelle
Se il TrackingData_x_x le tabelle sono di grandi dimensioni, l'host di rilevamento (TDDS) non è in esecuzione o non viene eseguita correttamente. Se il rilevamento host istanza è in esecuzione, esaminare i registri eventi e la tabella TDDS_FailedTrackingData non riuscita nel database BizTalkDTADb per informazioni sull'errore. Se BizTalk è la limitazione con uno stato di 6 (database di grandi dimensioni), queste tabelle possono essere troncate anche utilizzando lo strumento BizTalk terminatore.

Se non c'è una distanza grande tra i numeri di sequenza in BizTalkMsgBoxDb TrackingData_x_x tabelle e quelle di BAMPrimaryImport o BizTalkDTADb TDDS_StreamStatus, quindi TDDS potrebbe non spostare i dati dal database BizTalkMsgBoxDb. Per risolvere il problema, utilizzare lo strumento BizTalk terminatore per eliminare queste tabelle e reimpostare il numero di sequenza.

In BizTalk Server 2006 R2, installare BizTalk 2006 R2 Service Pack 1 per risolvere un problema noto con i dati di tracciamento. Per ulteriori informazioni, fare clic sui numeri degli articoli della Microsoft Knowledge Base riportato di seguito:
969870 FIX: I dati di tracciamento non viene spostati come previsto dal database di BizTalkMsgBoxDb nel database di BizTalkDTADb di BizTalk Server 2006 R2

974563 Elenco degli aggiornamenti rapidi di Microsoft BizTalk Server sono incluse nel Service Pack 1 per BizTalk Server 2006 R2
Tabelle Tracking_Spool1 o Tracking_Spool2
Se le tabelle Tracking_Spool1 o Tracking_Spool2 assumere dimensioni elevate in BizTalk Server 2004 SP1 e nelle versioni precedenti di BizTalk Server 2004, confermare che il TrackingSpool_Cleanup_BizTalkMsgBoxDb Processo dell'agente di SQL Server è abilitato e in esecuzione.

Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
907661 Le tabelle del database BiztalkMsgBoxDb Tracking_Spool1 o Tracking_Spool2 diventano molto grandi in BizTalk Server 2004


Per ulteriori informazioni su un campione di SDK di manutenzione Database, visitare il seguente sito Web MSDN:
http://msdn.microsoft.com/en-us/library/ms966372.aspx
dta_MessageInOutEvents e dta_DebugTrace tabella
La tabella dta_DebugTrace viene popolata quando Inizio e fine forma è attivata su un'orchestrazione. Se la tabella dta_DebugTrace include molti record, questi eventi di debug orchestrazione vengono utilizzati o sono stati utilizzati. Se il debug di orchestrazione non è necessario per le operazioni regolari, deselezionare la casella di controllo per il Inizio e fine forma opzione nelle proprietà dell'orchestrazione.

La tabella dta_MessageInOutEvents viene popolata quando Messaggio di inviare e ricevere è attivato per le orchestrazioni e/o condutture. Se questi eventi di rilevamento non sono necessari, deselezionare la casella di controllo per questa opzione l'orchestrazione e/o la proprietà della pipeline.

Se questi eventi di traccia sono disattivati o se esiste un backlog nel database BizTalkMsgBoxDb, queste tabelle possono continuare a crescere quanto TDDS continua spostare i dati nelle tabelle.

Per impostazione predefinita, è attivata la registrazione globale. Se non è necessaria la registrazione globale, può essere disattivato. Per ulteriori informazioni, visitare il seguente sito Web Microsoft:
http://TechNet.microsoft.com/en-us/library/bb203858.aspx
Se la tabella dta_DebugTrace e/o la tabella dta_messageInOutEvents nel database BizTalkDTADb è troppo grande, è possibile troncare manualmente le tabelle dopo avere arrestato l'host di rilevamento. Lo strumento BizTalk terminatore fornisce anche questa funzionalità.

In BizTalk Server 2004, la visualizzazione di dtav_FindMessageFacts nel database BizTalkDTADb impedisce che la tabella dta_MessageInOutEvents troncamento. Per aggirare il problema, attenersi alla seguente procedura:
  1. Interrompere l'host di rilevamento e il processo di pulizia DTA e archiviazione.
  2. Se si desidera troncare la tabella dta_messageInOutEvents, salvare e quindi eliminare la visualizzazione di dtav_FindMessageFacts. A tale scopo, attenersi alla seguente procedura:
    1. In SQL Server, accedere alla visualizzazione di dtav_FindMessageFacts nel database BizTalkDTADb.
    2. Pulsante destro del mouse il dtav_FindMessageFacts visualizzare, fare clic su Tutte le attività, quindi fare clic su Genera Script SQL. Quando il Genera script SQL verrà visualizzata la finestra di dialogo, non apportare alcuna modifica e quindi fare clic su OK.
    3. Nome dtav_FindMessageFacts.sql file, quindi scegliere Salva.
    4. Pulsante destro del mouse il dtav_FindMessageFacts Consente di visualizzare e quindi fare clic su Elimina. Fare clic su Rimuovi tutto.
È ora possibile troncare le tabelle. Se si tronca la tabella dta_messageInOutEvents, è inoltre necessario troncare la tabella di dta_url. Esiste solo la tabella dta_url in BizTalk Server 2004.

Dopo aver terminato, attenersi alla seguente procedura per ricreare la vista dtav_FindMessageFacts:
  1. Aprire una nuova query in SQL Server.
  2. Nel Database disponibili elenco, selezionare la BizTalkDTADb database.
  3. Eseguire lo script dtav_FindMessageFacts.sql salvata. Ciò consente di ricreare la vista nel database BizTalkDTADb.
Riavviare l'host di rilevamento e la Archiviazione ed eliminazione DTA processo.
Per ulteriori informazioni sulle linee guida di ridimensionamento del database di verifica, visitare il seguente sito Web MSDN:
http://msdn.microsoft.com/en-us/library/aa559162.aspx
tabella dta_ServiceInstanceExceptions
In genere la tabella dta_ServiceInstanceExceptions diventa grande in un ambiente è regolarmente istanze sospese.

Passaggio 3: Analizzare gli scenari di deadlock

In uno scenario di blocco critico, attivare l'analisi di DBCC su SQL Server in modo che le informazioni di deadlock viene scritto nel registro SQLERROR.

In SQL Server 2005 e versioni successive, eseguire l'istruzione seguente:
DBCC TRACEON (1222,-1)
In SQL Server 2000, eseguire l'istruzione seguente:
DBCC TRACEON (1204)
Inoltre, utilizzare l'utilità PSSDiag per raccogliere i dati di Lock: Deadlock evento e ilLock: Deadlock Chain evento.

Il BizTalkMsgBoxDB tratta di un database Online Transaction Processing (OLTP) high-volume e transazioni elevato. È previsto un blocco critico e questo blocco critico viene gestito internamente dal motore di BizTalk Server. Quando si verifica questo problema, non gli errori sono elencati nel log degli errori. Quando si analizza una situazione di blocco critico, deve correlare il deadlock che si sta indagando nell'output con un errore di blocco critico nei registri eventi.

Per ulteriori informazioni su PSSDiag per SQL, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
830232 Utilità di raccolta dati PSSDIAG

Passaggio 4: Cercare processi bloccati

Utilizzare Activity Monitor in SQL Server per ottenere l'identificatore del processo server (SPID) di un processo di blocco del sistema. Quindi, eseguire Profiler SQL per determinare l'istruzione SQL che viene eseguito in blocco SPID.

Per risolvere un problema di blocco e di blocco in SQL Server, utilizzare PSSDiag per utilità SQL per l'acquisizione di tutti gli eventi Transact-SQL con lo script di blocco attivato.

In SQL Server 2005 e versioni successive, è possibile specificare il soglia dei processi bloccati l'impostazione per determinare quale SPID o SPID blocco supera la soglia specificata.

Per ulteriori informazioni su PSSDiag per SQL, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
830232 Utilità di raccolta dati PSSDIAG
Per ulteriori informazioni sulla soglia dei processi bloccati, visitare il seguente sito Web MSDN:
http://msdn2.microsoft.com/en-us/library/ms181150.aspx
Nota Quando si verifica un blocco o problema di blocco in SQL Server, si consiglia di contattare il servizio supporto tecnico clienti Microsoft. Supporto tecnico clienti Microsoft può aiutarti a configurare le opzioni di utilità PSSDiag corrette.

Passaggio 5: Installare il Service Pack più recente di BizTalk Server e l'aggiornamento cumulativo

BizTalk Server 2006 R2 e versioni successive sono spostati a un modello di aggiornamento cumulativo (CU). Aggiornamenti cumulativi conterrà le correzioni più recenti. È disponibile anche BizTalk Server 2006 R2 Service Pack 1:
BizTalk Server 2006 R2 Service Pack 1
BizTalk Server 2004 SP1 include alcuna eliminazione e archiviazione di funzionalità per il database BizTalkDTADb. Questa funzionalità è inclusa in BizTalk Server 2004 SP2. In base alle dimensioni del database BizTalkDTADb, l'installazione di BizTalk Server 2004 SP2 potrebbe richiedere ore perché il programma di installazione consente di eliminare il database BizTalkDTADb.

Per informazioni sulla risoluzione di problemi durante l'installazione di BizTalk Server 2004 Service Pack 2, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
940519 Problemi noti in BizTalk Server 2004 Service Pack 2 non sono documentati nel file ReadmeSP2.htm
Quando si installa BizTalk Server 2004 Service Pack 2, si consiglia di attenersi alla seguente procedura:
  1. Installare l'hotfix nell'articolo della Microsoft Knowledge Base 894253. Seguire la procedura descritta in questo articolo della Knowledge Base riportato di seguito per eseguire lo script bts_tracking_shrinkexistingdatabase.sql in SQL Server 2000. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
    894253 FIX: La procedura memorizzata dtasp_PruneTrackingdatabase() potrebbe richiedere molte ore per pulire il database DTA in BizTalk Server 2004
  2. Installare SP2 di BizTalk Server 2004. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
    888751 Come ottenere il service pack più recente di BizTalk Server 2004

Eliminare tutti i dati

Se i database sono troppo grandi o il metodo preferito consiste nell'eliminare tutti i dati, è possibile eliminare tutti i dati.

Attenzione Non utilizzare questo metodo in qualsiasi ambiente in cui i dati sono essenziali dell'azienda o se sono necessari i dati.

Procedura di eliminazione dei Database BizTalkMsgBoxDb

Per eliminare tutti i dati nel database di BizTalkMsgBoxDb, è possibile utilizzare lo strumento BizTalk terminatore. In caso contrario, attenersi alla seguente procedura.

Nota Questa azione consente di eliminare tutti i messaggi. Prestare estrema attenzione se si esegue questa procedura in un ambiente di produzione.
  1. Eseguire il backup di tutti i database di BizTalk Server. Tenere presente che BizTalkMgmtDb.dbo.sp_ForceFullBackup stored procedure può essere utilizzata per imporre un backup completo del file di dati e log. Eseguire la stored procedure e quindi eseguire il processo dell'agente di Backup BizTalk Server SQL.
  2. Copiare lo script Msgbox_cleanup_logic.sql da Unità: \Programmi\Microsoft BizTalk 200x\schema a SQL Server.
  3. Eseguire questo script SQL sul database per aggiornare la procedura memorizzata bts_CleanupMsgbox BizTalkMsgBoxDb.
  4. Arrestare tutti gli host BizTalk, servizi e adattatori isolati personalizzati. Se si utilizza HTTP o l'adattatore SOAP, riavviare i servizi IIS.
  5. Eseguire la procedura bts_CleanupMsgbox memorizzati su tutti i database di BizTalkMsgBoxDb.
  6. Riavviare tutti i servizi di BizTalk Server e le istanze dell'host.
Per informazioni su un problema noto con il bts_CleanupMsgbox stored procedure nel 2006 BizTalk Server, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
924715 FIX: Messaggio di dati non vengono eliminati dal database di rilevamento dopo aver eseguito la bts_CleanupMsgbox stored procedure in un ambiente di test BizTalk Server 2006

Opzioni di eliminazione dei database di BizTalkDTADb

Per eliminare tutti i dati dal database di BizTalkDTADb, è possibile utilizzare il tool terminatore BizTalk. In caso contrario, utilizzare uno dei seguenti metodi.

Nota Entrambi i metodi di eliminare tutti i messaggi. Il metodo 2 risulta più veloce.
  • Metodo 1:
    1. Eseguire il backup di tutti i database di BizTalk Server.
    2. Eseguire la procedura dtasp_PurgeAllCompletedTrackingData memorizzati. Per ulteriori informazioni sulla procedura memorizzata dtasp_PurgeAllCompletedTrackingData, visitare il seguente sito Web MSDN:
      http://msdn.microsoft.com/en-us/library/aa561918.aspx
      Nota Questa azione Elimina messaggi completati.
  • Metodo 2:
    1. Eseguire il backup di tutti i database BizTalk.
    2. Eseguire la procedura dtasp_CleanHMData memorizzati. Utilizzare questa opzione solo se il database BizTalkDTADb contiene molte istanze incomplete che devono essere rimosso.

      A tale scopo, attenersi alla seguente procedura:
      1. Arrestare tutti gli host BizTalk, servizi e adattatori isolati personalizzati. Se si utilizza HTTP o l'adattatore SOAP, riavviare i servizi IIS.
      2. Eseguire la procedura dtasp_CleanHMData memorizzati nel database di BizTalkDTADb.
      3. Riavviare tutti gli host e i servizi di BizTalk Server.
Passaggi di sola BizTalk Server 2004
Per eliminare tutti i dati dal database di BizTalkDTADb in BizTalk Server 2004, attenersi alla seguente procedura.

Nota Questa azione Elimina messaggi completati.
  1. Eseguire il backup di tutti i database di BizTalk Server.
  2. Arrestare tutti gli host BizTalk, servizi e adattatori isolati personalizzati. Se si utilizza HTTP o l'adattatore SOAP, riavviare i servizi IIS.
  3. Installare l'hotfix nell'articolo della Microsoft Knowledge Base 894253. Seguire la procedura descritta in questo articolo della Knowledge Base riportato di seguito per eseguire lo script Bts_tracking_shrinkexistingdatabase.sql in SQL Server 2000.

    Per informazioni sulla stored procedure dtasp_PruneTrackingdatabase archiviati, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
    894253 FIX: La procedura memorizzata dtasp_PruneTrackingdatabase() potrebbe richiedere molte ore per pulire il database DTA in BizTalk Server 2004
  4. Riavviare tutti i servizi di BizTalk e host.
Nota Se è necessario disporre i dati di tracciamento, eseguire il backup del database BizTalkDTADb, ripristinare il database a un altro SQL Server e quindi eliminare il database originale di BizTalkDTADb.

Se si necessita di aiuto per analizzare i dati di MsgBoxViewer o l'output PSSDiag, contattare il servizio supporto tecnico clienti Microsoft. Per un elenco completo dei numeri di telefono del servizio supporto tecnico clienti e informazioni sui costi dell'assistenza, visitare il seguente sito Web Microsoft:
http://support.microsoft.com/contactus/?ws=support
Nota Prima di contattare il servizio supporto tecnico clienti, comprimere i dati di MsgBoxViewer, l'output PSSDiag e aggiornati degli eventi (file con estensione evt). Potrebbe essere necessario inviare che gli stessi file su un BizTalk Server supportano tecnico.

Proprietà

Identificativo articolo: 952555 - Ultima modifica: venerdì 12 agosto 2011 - Revisione: 1.0
Le informazioni in questo articolo si applicano a:
  • Microsoft BizTalk Server Branch 2010
  • Microsoft BizTalk Server Developer 2010
  • Microsoft BizTalk Server Enterprise 2010
  • Microsoft BizTalk Server Standard 2010
  • Microsoft BizTalk Server 2009 Enterprise
  • Microsoft BizTalk Server 2009 Developer
  • Microsoft BizTalk Server 2009 Standard
  • Microsoft BizTalk Server 2009 Branch
  • Microsoft BizTalk Server 2006 R2 Enterprise Edition
  • Microsoft BizTalk Server 2006 R2 Developer Edition
  • Microsoft BizTalk Server 2006 R2 Standard Edition
  • Microsoft BizTalk Server 2006 Enterprise Edition
  • Microsoft BizTalk Server 2006 Developer Edition
  • Microsoft BizTalk Server 2006 Standard Edition
  • Microsoft BizTalk Server 2004 Enterprise Edition
  • Microsoft BizTalk Server 2004 Developer Edition
  • Microsoft BizTalk Server 2004 Standard Edition
Chiavi: 
kbpubtypekc kbinfo kbhowto kbmt KB952555 KbMtit
Traduzione automatica articoli
Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell?utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell?utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 952555
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com