Comment faire pour gérer et dépanner les bases de données BizTalk Server

Traductions disponibles Traductions disponibles
Numéro d'article: 952555 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Résumé

Bases de données Microsoft BizTalk Server et la santé des bases de données sont très importants pour un environnement de messagerie BizTalk Server réussi. Cet article traite des éléments importants à prendre en compte lorsque vous travaillez avec des bases de données BizTalk Server. Ces considérations sont les suivants :
  • Vous devez désactiver le Mise à jour automatique des statistiques et Auto Create Statistics Options de Microsoft SQL Server.
  • Vous devez définir correctement le degré Max de propriété de parallélisme.
  • Déterminer quand vous pouvez reconstruire les index BizTalk Server.
  • Verrouillage, blocage ou blocage peut se produire.
  • Vous pouvez rencontrer des problèmes avec des tables ou bases de données volumineuses.
  • Travaux de l'Agent de BizTalk SQL Server
  • Instances de service peuvent être suspendus.
  • Vous pouvez rencontrer des problèmes de performances de SQL Server et BizTalk Server.
  • Vous devez suivre les meilleures pratiques dans BizTalk Server.

INTRODUCTION

Cet article décrit comment gérer les bases de données BizTalk Server et comment résoudre les problèmes de base de données BizTalk Server.

Plus d'informations

Problèmes connus

Vous devez désactiver les options Auto Update Statistics et Auto Create Statistics

Vous devez désactiver le Auto Create Statistics et Mise à jour automatique des statistiques options sur la base de données BizTalkMsgBoxDb. Pour déterminer si ces paramètres sont désactivés, exécutez les procédures stockées suivantes dans SQL Server :
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics'

Vous devez attribuer le paramètre CurrentSetting OFF. Si ce paramètre est défini sur sur, désactivez-le en exécutant les procédures stockées suivantes dans SQL Server :
exec sp_dboption 'BizTalkMsgBoxDB', 'auto create statistics', 'off'
exec sp_dboption 'BizTalkMsgBoxDB', 'auto update statistics', 'off'

Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
917845 Vous rencontrez le blocage, un blocage de conditions ou autres problèmes de SQL Server lorsque vous essayez de vous connecter à la base de données BizTalkMsgBoxDb dans BizTalk Server
912262 L'option de statistiques de mise à jour automatique, le standard automatique de créer des statistiques, et le paramètre de parallélisme sont désactivés dans l'instance de base de données SQL Server qui héberge la base de données BizTalkMsgBoxDB de BizTalk Server

Vous devez définir correctement le degré Max de propriété de parallélisme

Sur l'ordinateur qui exécute SQL Server et qui héberge la base de données BizTalkMsgBoxDb, de définir le degré de Max des propriétés run_value et config_value de parallélisme pour une valeur de 1. Pour déterminer le degré Max de paramètre de parallélisme, exécutez cette procédure sur le maître de stockée la base de données dans SQL Server :
exec sp_configure 'max degree of parallelism'
Si les propriétés run_value et config_value ne sont pas définies sur la valeur 1, exécutez la procédure stockée suivante dans SQL Server pour les définir à 1 :
exec sp_configure 'max degree of parallelism', '1'
reconfigure with override

Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
899000 Le paramètre de parallélisme pour l'instance de SQL Server lorsque vous configurez BizTalk Server
917845 Vous rencontrez le blocage, un blocage de conditions ou autres problèmes de SQL Server lorsque vous essayez de vous connecter à la base de données BizTalkMsgBoxDb dans BizTalk Server

Déterminer quand vous pouvez reconstruire les index BizTalk Server

La plupart des index de BizTalk Server sont configurés en cluster (ID d'index: 1). vous pouvez utiliser l'instruction DBCC SHOWCONTIG SQL Server pour afficher les informations de fragmentation pour les tables de BizTalk Server.

Les index de BizTalk Server sont basés sur le GUID. Par conséquent, la fragmentation se produit en général. Si la valeur de densité d'analyse qui est retournée par l'instruction DBCC SHOWCONTIG est inférieure à 30 pour cent, les index BizTalk Server peuvent être reconstruites pendant les interruptions de service.

Nombre de tables BizTalk Server contiennent des colonnes qui utilisent des définitions de type de données. L'indexation en ligne ne peut pas être effectuée dans ces colonnes. Par conséquent, vous ne devez jamais recréer les index de BizTalk Server tandis que BizTalk Server traite les données.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
917845 Vous rencontrez le blocage, un blocage de conditions ou autres problèmes de SQL Server lorsque vous essayez de vous connecter à la base de données BizTalkMsgBoxDb dans BizTalk Server
Pour plus d'informations sur la façon d'analyser le résultat de l'instruction DBCC SHOWCONTIG, visitez le site Web Microsoft suivant :
http://technet.Microsoft.com/en-us/library/cc966523.aspx

Verrouillage, blocage ou blocage peut se produire.

En règle générale, les verrous et les blocs de se produisent dans un environnement BizTalk Server. Toutefois, ces verrous ou des blocs ne restent pas longtemps. Par conséquent, blocage et de blocage indiquent un problème potentiel.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
917845 Vous rencontrez le blocage, un blocage de conditions ou autres problèmes de SQL Server lorsque vous essayez de vous connecter à la base de données BizTalkMsgBoxDb dans BizTalk Server

Vous pouvez rencontrer des problèmes avec des tables ou bases de données volumineuses

Nous avons vu que lorsque la base de données BizTalkMsgBoxDb est supérieure à 5 Go, les problèmes de performances peuvent se produire. Dans l'idéal, la base de données BizTalkMsgBoxDb ne doit pas contenir toutes les données. La base de données BizTalkMsgBoxDb doit être considéré comme une mémoire tampon jusqu'à ce que les données sont traitées ou déplacées vers la base de données BizTalkDTADb.

Un environnement qui utilise un puissant SQL Server à l'extrémité arrière et plusieurs orchestrations longue peut avoir une base de données de BizTalkMsgBoxDb est supérieure à 5 Go. Un environnement high-volume qui n'utilise aucune orchestration longue doit disposer d'une base de données BizTalkMsgBoxDb qui est beaucoup plus petit que 5 Go.

La base de données BizTalkDTADb n'a pas de taille fixe. Toutefois, si les performances se dégradent, la base de données est probablement trop grand. En règle générale, Go 15 à 20 Go est considéré comme trop volumineux. Lorsque vous avez de grandes bases de données BizTalk Server, vous pouvez rencontrer les problèmes suivants :
  • La base de données BizTalkMsgBoxDb continue de croître. Toutefois, le fichier journal et la taille des données demeurent importantes.
  • BizTalk Server prend plus de temps que d'habitude pour traiter même un scénario de flux de message simple.
  • Les requêtes de la santé et l'activité de suivi (HAT) prennent plus de temps que d'habitude et peuvent expirer.
  • Le fichier journal de base de données n'est jamais tronqué.
  • Les travaux de l'Agent de SQL Server de BizTalk s'exécutent plus lentement que d'habitude.
  • Certaines tables sont beaucoup plus volumineuses ou ont trop de lignes par rapport à la taille de la table habituelle.
Bases de données peuvent devenir volumineux pour diverses raisons. Ces raisons peuvent être les suivants :
  • Travaux de l'Agent de SQL Server de BizTalk ne sont pas en cours d'exécution
  • Grand nombre d'instances suspendues
  • Défaillances de disque
  • Suivi
  • La limitation
  • Performances SQL Server
  • Latence du réseau
Assurez-vous que vous savez ce qui est attendu dans votre environnement pour déterminer si un problème de données se produit.

Par défaut, le suivi est activé sur l'hôte par défaut. BizTalk requiert que le Permettre le suivi de l'hôte option Vérifier sur un seul hôte. Lorsque le suivi est activé, le suivi des données décoder Service (TDDS) déplace le suivi des données d'événement à partir de la base de données BizTalkMsgBoxDb à la base de données BizTalkDTADb. Si l'hôte de suivi est arrêté, le service TDDS ne déplace pas les données à la base de données BizTalkDTADb et le TrackingData_x_x tables dans la base de données BizTalkMsgBoxDb augmentera.

Nous vous recommandons de dédier un hôte sur suivi. Pour autoriser le service TDDS maintenir les nouveaux événements de suivi dans les scénarios à volume élevé, créer plusieurs instances d'un hôte unique de suivi. Aucun hôte plusieurs suivi ne doit exister.

Il peut y avoir trop de lignes dans une table. Il n'y a aucun numéro d'ensemble de lignes sont trop nombreux. En outre, ce nombre de lignes varie selon le type de données stockées dans la table. Par exemple, une table de dta_DebugTrace qui comporte plus de 1 million de lignes probablement a trop de lignes. A Nom d'hôteLa table Q_Suspended qui a plus de 200 000 lignes probablement comporte trop de lignes.

Utiliser les travaux de l'Agent de SQL Server de BizTalk corrects

Les travaux de l'Agent de SQL Server de BizTalk sont importants pour gérer les bases de données BizTalk Server et maintenant des performances élevées.

Le BizTalk Server de sauvegarde Agent de SQL Server travail est la seule méthode prise en charge pour sauvegarder les bases de données BizTalk Server. Cette tâche nécessite que toutes les bases de données BizTalk Server utilisent un modèle de récupération complète. Vous devez configurer ce travail pour un environnement sain de BizTalk Server. Les méthodes SQL Server peuvent être utilisées pour sauvegarder les bases de données BizTalk Server que si l'Agent de SQL Server s'arrête et si toutes les instances d'hôte BizTalk Server sont arrêtés.

Le MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Travail de l'Agent de SQL Server s'exécute indéfiniment. Par conséquent, l'historique des travaux de l'Agent de SQL Server n'affiche jamais une réussite. En cas d'échec, le travail redémarre dans la minute et continue de s'exécuter indéfiniment. Par conséquent, vous pouvez ignorer en toute sécurité l'échec. En outre, vous peuvent effacer l'historique des travaux. Vous ne devez être concernées si l'historique des travaux signale que ce travail échoue en permanence et qu'il redémarre.

Le MessageBox_Message_Cleanup_BizTalkMsgBoxDb Travail de l'Agent de SQL Server est la seule tâche de BizTalk Server ne doit pas être activée car elle est lancée par le MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Travail de l'Agent de SQL Server.

Le Archivage et la Purge DTA Travail de l'Agent de SQL Server vous aide à maintenir la base de données BizTalkDTADb par purge et archivage des messages suivis. Ce travail lit chaque ligne de la table et compare l'horodatage pour déterminer si l'enregistrement doit être supprimé.

Tous les travaux de l'Agent de SQL Server de BizTalk à l'exception de la MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Travail de l'Agent de SQL Server doit être exécuté avec succès.

Pour plus d'informations sur tous les travaux de l'Agent de BizTalk Server SQL Server, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
919776 Description des tâches de l'Agent de SQL Server dans BizTalk Server

Instances de service peuvent être suspendues.

Instances de service peuvent être suspendus (peut être repris) ou suspendus (ne peut être repris). Ces instances de service est peut-être la messagerie, Orchestration ou le Port.

Ces instances de service peuvent rendre le BizTalkMsgBoxDb de base de données augmentent inutilement et peut être arrêté. Le tableau suivant répertorie le méthode peut être utilisée, selon la version de BizTalk :
Réduire ce tableauAgrandir ce tableau
Concentrateur de groupeHATTerminate.vbsOutil de terminaison
BizTalk Server 2010OuiNonOuiOui
BizTalk Server 2009OuiNonOuiOui
BizTalk Server 2006 R2OuiOuiOuiOui
BizTalk Server 2006OuiOuiOuiOui
BizTalk Server 2004NonOuiOuiOui
Pour plus d'informations sur le script Terminate.vbs, reportez-vous au site Web MSDN suivant :
http://msdn.Microsoft.com/en-us/library/bb203857.aspx
Instances de mise en cache n'apparaissent pas dans le Concentrateur de groupe page et que vous ne pouvez pas suspendre ou de les arrêter. Cette restriction est une cause fréquente de la croissance de la table. Pour empêcher les nouveaux messages de type « zombie » pour les instances de service de cache en BizTalk Server 2006, installez le correctif dans l'article 936536 de la Base de connaissances Microsoft. Ce problème est résolu dans BizTalk Server 2006 R2 et versions ultérieures.

Remarque Un message de type « zombie » est un message qui a été acheminé mais non consommé.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances rentabilisation :
936536 CORRECTIF : Vous rencontrez des problèmes de performances avec BizTalk Server 2006 et la limitation de messages est consignée dans le fichier journal de performances
Lorsqu'une instance de l'hôte BizTalk Server se termine, la mise en cache des instances peut-être subsister. Pour résoudre ce problème en BizTalk Server 2006, installez le correctif dans l'article 944426 de la Base de connaissances Microsoft. BizTalk Server 2006 R2, installez BizTalk 2006 R2 Service Pack 1. Ce problème est résolu dans BizTalk Server 2009 et versions ultérieures.

Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
974563 Liste des correctifs de Microsoft BizTalk Server qui se trouvent dans le BizTalk Server 2006 R2 Service Pack 1
944426 CORRIGER : Instances de cache orphelins peuvent être générées dans les Instances et de la file d'attente des hôtes tables de la base de données BizTalkMsgBoxDb dans BizTalk Server 2006 et BizTalk Server 2006 R2
Un autre problème courant est que rapports d'échecs de routage (RFRs) peut s'accumuler le BizTalkHostQuestions- réponses BizTalkHostTables de Q_Suspended. Les RFRs ne sont pas supprimés, et ce comportement peut provoquer la base de données BizTalkMsgBoxDb à croître. Pour résoudre ce problème en BizTalk Server 2006, installez le correctif dans l'article 941690 de la Base de connaissances Microsoft. Ce problème est résolu dans BizTalk Server 2006 R2 et versions ultérieures.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
941690 CORRIGER : Rapports de défaillance du routage ne sont pas supprimés de la <biztalkhostname>table Q_Suspended sur un serveur BizTalk Server 2006</biztalkhostname>
Les termes « orphelins messages » et « messages zombie » sont fréquemment utilisés indifféremment.

Un message d'orphelin est un message qui n'a pas d'instance associée. Par exemple, un rapport d'échec routage est un message orphelin.

Un message de type « zombie » est un message qui a été acheminé mais non consommé. Par exemple, un message a été remis à une orchestration du convoi. Toutefois, l'orchestration convoy tombait en panne un autre chemin d'accès du code. À la fin de l'instance d'orchestration. Le message est rejeté et s'appelle désormais un message de type « zombie ».

Pour obtenir une description des messages de type « zombie », visitez le site Web MSDN suivant :
http://blogs.msdn.com/biztalk_core_engine/archive/2004/06/30/169430.aspx

Vous pouvez rencontrer des problèmes de performances de SQL Server et BizTalk Server

BizTalk Server rend des centaines de transactions courtes et très rapides à SQL Server au sein d'une minute. Si le SQL Server ne peut pas supporter cette activité, de BizTalk Server pouvez rencontrer des problèmes de performances. L'Analyseur de performances, de surveiller la Moyenne disque s/lecture, la moyenne disque s/transfert et Moyenne disque s/écriture Analyseur de performances compteurs dans la Disque physique objet de performance. La valeur optimale est inférieure à 10 ms (millisecondes). Une valeur de 20 ms ou plus est considérée comme une baisse des performances.

Pour plus d'informations sur les performances de SQL Server, visitez le site Web Microsoft suivant :
http://technet.Microsoft.com/en-us/library/cc966540.aspx
Pour plus d'informations sur la disponibilité de base de données BizTalk Server 2004, visitez le site Web MSDN suivant :
http://msdn.Microsoft.com/en-us/library/ms942187.aspx
Pour plus d'informations sur la disponibilité de base de données BizTalk Server 2006, reportez-vous au site Web MSDN suivant :
http://msdn.Microsoft.com/en-us/library/aa559920.aspx
Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
298475 Comment résoudre les problèmes de performances SQL Server

271509 Comment faire pour surveiller le blocage de SQL Server 2005 et SQL Server 2000

Meilleures pratiques dans BizTalk Server

Démarrez l'Agent de SQL Server sur le SQL Server. Lorsque l'Agent de SQL Server est arrêté, les travaux de l'Agent de SQL Server de BizTalk intégrés qui sont responsables de la maintenance de base de données ne peut pas s'exécuter. Cela traduit par croissance de la base de données, et cette croissance peut provoquer des problèmes de performances. Maintenance de base de données BizTalk Server a considérablement amélioré dans BizTalk Server 2004 Service Pack 2 (SP2) et versions ultérieures.

Placez les fichiers SQL Server LDF et MDF sur des lecteurs séparés. Lorsque les fichiers LDF et MDF pour les bases de données BizTalkMsgBoxDb et BizTalkDTADb sont sur le même lecteur, contention de disque peut se produire.

Si vous ne bénéficiez pas de corps du message suivi, n'activez pas cette fonctionnalité. Toutefois, il est conseillé d'activer le suivi de corps de message pendant que vous développez et résoudre les problèmes liés à une solution. Si vous faites cela, assurez-vous que vous désactivez le suivi de corps de message lorsque vous avez terminé. Lorsque le corps du message suivi est activé, les bases de données BizTalk Server s'agrandit. S'il existe un besoin qui nécessite l'activation du corps du message suivi, confirmez que le TrackedMessages_Copy_BizTalkMsgBoxDb et Archivage et la Purge DTA Travaux de l'Agent de SQL Server sont exécutent avec succès.

En règle générale, les journaux de transactions plus petites provoquent meilleures performances. Pour conserver les journaux de transactions plus petites, configurer le BizTalk Server de sauvegarde Travail de l'Agent de SQL Server plus la fréquence d'exécution. Pour plus d'informations sur l'optimisation de BizTalk Server, visitez le site Web MSDN suivant :
http://msdn.Microsoft.com/en-us/library/bb743398.aspx
La procédure stockée de sp_ForceFullBackup dans la base de données BizTalkMgmtDb peut également être utilisée pour aider à effectuer un sauvegarde complète des fichiers journaux et de données ad-hoc. La procédure stockée met à jour la table adm_ForceFullBackup avec une valeur 1. La prochaine fois que le BizTalk Server de sauvegarde exécution du travail, un jeu de sauvegarde de base de données complète est créé.

Le BizTalk Server Best Practices Analyzer (BPA) peut être utilisée pour évaluer un déploiement BizTalk Server existant. L'analyseur BPA effectue de nombreuses vérifications de base de données relatives. Pour plus d'informations sur l'analyseur BPA, visitez le site Web Microsoft suivant :
adresse http://www.Microsoft.com/downloads/details.aspx ?FamilyID = 93d432fe-1370-4b6d-aaa8-a0c43c30f5ab & displaylang = fr

Résolution des problèmes

La meilleure pour les bases de données BizTalk Server SQL Server les étapes de dépannage varient selon le type de problème de base de données, telles que le blocage ou l'interblocage. Pour résoudre un problème de base de données BizTalk Server, procédez comme suit.

Étape 1: Activer et exécuter toutes les tâches de l'Agent de BizTalk SQL Server requis

Tous les l'Agent de BizTalk SQL Server des travaux à l'exception de la MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb travail doit être activée et exécutée avec succès. Ne désactivez pas n'importe quel autre travail.

En cas d'échec, utilisez le Afficher l'historique option de SQL Server pour afficher les informations d'erreur et résoudre le problème d'en conséquence. N'oubliez pas que le MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Travail de l'Agent de SQL Server s'exécute indéfiniment. Par conséquent, vous devez uniquement être concerné si l'historique des travaux signale que le travail échoue en permanence et redémarre.

Étape 2: Utiliser l'outil MsgBoxViewer

Collecter des données de MsgBoxViewer pendant que vous reproduire un problème.

L'outil MsgBoxViewer est utile pour la résolution des problèmes, car il fournit un rapport HTML qui contient des informations sur les tailles de tableau et le nombre de lignes détaillées. Le rapport peut également aider à déterminer si BizTalk Server est la limitation. En outre, l'outil fournit un instantané des bases de données BizTalk Server et la configuration de BizTalk Server.

Pour plus d'informations sur la façon de télécharger l'outil MsgBoxViewer, reportez-vous au site Web Microsoft suivant :
http://blogs.TechNet.com/jpierauc/pages/msgboxviewer.aspx
Pour plus d'informations sur la limitation dans BizTalk Server, visitez le site Web MSDN suivant :
http://msdn.Microsoft.com/en-us/library/aa559893.aspx
Lorsque BizTalk Server s'exécute plus lentement que d'habitude, exécutez l'outil MsgBoxViewer et puis passez en revue le rapport HTML généré pour tous les problèmes. Le Résumé section répertorie les avertissements dans les problèmes de jaunes et potentielles en rouge.

En outre, vous pouvez utiliser l'outil MsgBoxViewer pour déterminer les tables sont les plus gros et ont la plupart des enregistrements de sortie. Le tableau suivant répertorie les tables de BizTalk Server qui augmentent généralement la plus grande. Vous pouvez utiliser ces données pour déterminer l'origine d'un problème potentiel.
Réduire ce tableauAgrandir ce tableau
TableDescription
Nom d'hôteQ_SuspendedCette table contient une référence à des messages dans le tableau de mise en attente qui sont associés à des instances suspendues pour l'hôte particulier. Cette table se trouve dans la base de données BizTalkMsgBoxDb.
Nom d'hôteQCette table contient une référence à des messages dans le tableau de mise en attente qui sont associés à l'hôte particulier et ne sont pas suspendues. Cette table se trouve dans la base de données BizTalkMsgBoxDb.
BOBINE
Parties
Fragments
Ces tables stockent des données du message proprement dit dans la base de données BizTalkMsgBoxDb.
InstancesCette table stocke toutes les instances et leur état actuel dans la base de données BizTalkMsgBoxDb.
TrackingData_0_xCes quatre tables stockent les événements Business Activity Monitoring (BAM) suivis dans la base de données BizTalkMsgBoxDb pour le service TDDS déplacer les événements vers la base de données BAMPrimaryImport.
TrackingData_1_xCes quatre tables stockent les événements suivis dans la base de données BizTalkMsgBoxDb pour le service TDDS déplacer les événements vers la base de données BizTalkDTADB.
Tracking_Fragmentsx
Tracking_Partsx
Tracking_Spoolx
Deux de chacune de ces tables se trouvent dans les bases de données BizTalkMsgBoxDb et BizTalkDTADb. N'est en ligne, et l'autre est en mode hors connexion.

Dans BizTalk Server 2004 SP2 et versions ultérieures, le travail de l'Agent de SQL Server de TrackedMessages_Copy_BizTalkMsgBoxDb déplace le corps du message suivi directement à ces tables dans la base de données BizTalkDTADb.

Dans BizTalk Server 2004 Service Pack 1 (SP1) et dans les versions antérieures de BizTalk Server 2004, le travail de l'Agent de SQL Server de TrackedMessages_Copy_BizTalkMsgBoxDb copie les corps des messages suivis dans ces tables dans la base de données BizTalkMsgBoxDb. Le travail de l'Agent de SQL Server de TrackingSpool_Cleanup_BizTalkMsgBoxDb purge les tables en mode hors connexion et rend les tables en ligne pendant que la tâche prend également les tables en ligne en mode hors connexion.
dta_ServiceInstancesCette table stocke les événements suivis pour les instances de service dans la base de données BizTalkDTADb. Si cette table est volumineuse, la base de données BizTalkDTADb est sans doute volumineux.
dta_DebugTraceCette table stocke les événements du débogueur d'Orchestration dans la base de données BizTalkDTADb.
dta_MessageInOutEventsCette table stocke les messages d'événements de suivi dans la base de données BizTalkDTADb. Ces messages d'événements de suivi incluent des informations de contexte de message.
dta_ServiceInstanceExceptionsCette table stocke les informations d'erreur pour toute instance de service suspendues dans la base de données BizTalkDTADb.
Examinons les scénarios suivants.
Nom d'hôteTables Q_Suspended
Si le Nom d'hôteQ_Suspended tables ont de nombreux enregistrements, les tables peuvent être valides instances suspendues apparaissant dans Concentrateur de groupe ou dans HAT. Ces instances peuvent être terminées. Si ces instances n'apparaissent pas dans Concentrateur de groupe ou dans HAT, les instances sont probablement caching des instances ou orphelins routage rapports d'échec. Lorsque les instances suspendues sont terminées, les éléments de cette table et leurs lignes dans les tables du spouleur et Instances associées sont nettoyées.

Dans ce scénario, gérer les instances suspendues par leur rétablissement ou y mettre fin. L'outil de terminaison BizTalk peut également être utilisé.
Nom d'hôteQ tables de
Si le Nom d'hôteQ tables ont un grand nombre d'enregistrements, les types suivants d'instances peuvent exister :
  • Instances prête à exécuter
  • Instances actives
  • Instances déshydratés
BizTalk Server a besoin de temps pour « rattrapage » et les instances de processus. Ce tableau peut augmenter lorsque le taux de traitement distance les autres secteurs la vitesse de traitement sortante. Ce scénario peut se produire lorsqu'un autre problème se produit, telles que les retards de disque de SQL Server ou d'une grande base de données BizTalkDTADb.
Spouler, articles et Fragments de tables
Si les tables du spouleur, les pièces et les Fragments de nombreux enregistrements, de nombreux messages sont actuellement actifs, déshydratés ou suspendu. Selon la taille, le nombre de parties et les paramètres de la fragmentation dans ces tableaux, un seul message peut générer toutes ces tables. Chaque message a exactement une ligne dans la table de spoule et au moins une ligne dans la table Parts.
Tableau d'instances
L'administrateur BizTalk ne doit pas autoriser de nombreuses instances suspendues à rester dans le tableau d'Instances. Instances déshydratés doivent rester uniquement si la logique métier requiert des orchestrations durables. N'oubliez pas de que cette instance d'un service peut être associée à de nombreux messages de la table de spoule.
TrackingData_x_x tables
Si la TrackingData_x_x tables sont volumineuses, l'hôte de suivi (le service TDDS) ne fonctionne pas ou ne fonctionne pas correctement. Si le suivi instance d'hôte est en cours d'exécution, passez en revue les journaux des événements et la table TDDS_FailedTrackingData dans la base de données BizTalkDTADb pour plus d'informations d'erreur. Si BizTalk est la limitation avec un état de 6 (grande base de données), ces tables peuvent également être tronqués en utilisant l'outil de terminaison BizTalk.

S'il existe un grand intervalle entre les numéros de séquence dans le TrackingData_ de BizTalkMsgBoxDbx_x tables et les tables BAMPrimaryImport ou BizTalkDTADb TDDS_StreamStatus, le service TDDS ne peut pas déplacer les données de la base de données BizTalkMsgBoxDb. Pour résoudre ce problème, utilisez l'outil de terminaison BizTalk pour purger ces tables et réinitialiser le numéro de séquence.

Sur BizTalk Server 2006 R2, installez BizTalk 2006 R2 Service Pack 1 pour résoudre un problème connu avec les données de suivi. Pour plus d'informations, cliquez sur les numéros ci-dessous pour afficher les articles correspondants dans la Base de connaissances Microsoft :
969870 CORRECTIF : Les données de suivi ne sont pas déplacées comme prévu à partir de la base de données BizTalkMsgBoxDb à la base de données BizTalkDTADb dans BizTalk Server 2006 R2

974563 Liste des correctifs de Microsoft BizTalk Server qui se trouvent dans le BizTalk Server 2006 R2 Service Pack 1
Tables de Tracking_Spool1 ou Tracking_Spool2
Si les tables Tracking_Spool1 ou Tracking_Spool2 devient volumineux dans BizTalk Server 2004 SP1 et dans les versions antérieures de BizTalk Server 2004, confirmez que le TrackingSpool_Cleanup_BizTalkMsgBoxDb Travail de l'Agent de SQL Server est activé et en cours d'exécution.

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
907661 Les tables Tracking_Spool1 ou Tracking_Spool2 dans la base de données BiztalkMsgBoxDb devient très volumineux dans BizTalk Server 2004


Pour plus d'informations sur un échantillon SDK de Maintenance de base de données, reportez-vous au site Web MSDN suivant :
http://msdn.Microsoft.com/en-us/library/ms966372.aspx
dta_MessageInOutEvents et dta_DebugTrace table
La table dta_DebugTrace est remplie lorsque Début de la forme et de fin est activé sur une orchestration. Si la table dta_DebugTrace a un grand nombre d'enregistrements, ces événements de débogage d'orchestration sont en cours d'utilisation ou ont été utilisés. Si le débogage d'orchestration n'est pas requis pour des opérations régulières, désactivez la case à cocher pour la Début de la forme et de fin option dans les propriétés d'orchestration.

La table dta_MessageInOutEvents est remplie lorsque Message d'envoyer et recevoir est activé sur les orchestrations et/ou pipelines. Si ces événements de suivi ne sont pas nécessaires, désactivez la case à cocher pour que cette option dans l'orchestration et/ou les propriétés de pipeline.

Si ces événements de suivi sont désactivés ou s'il existe un retard dans la base de données BizTalkMsgBoxDb, ces tables peuvent continuer à croître car le service TDDS continue à déplacer ces données dans ces tables.

Par défaut, suivi global est activé. Si le suivi global n'est pas nécessaire, elle peut être désactivée. Pour plus d'informations, reportez-vous au site Web Microsoft suivant :
http://technet.Microsoft.com/en-us/library/bb203858.aspx
Si la table dta_DebugTrace et/ou de la table dta_messageInOutEvents dans la base de données BizTalkDTADb est trop volumineuse, vous pouvez tronquer les tables manuellement après avoir arrêté l'hôte de suivi. L'outil de terminaison BizTalk fournit également cette fonctionnalité.

Dans BizTalk Server 2004, la table dta_MessageInOutEvents empêche l'affichage de dtav_FindMessageFacts dans la base de données BizTalkDTADb de troncature. Pour contourner ce problème, procédez comme suit :
  1. Arrêtez l'hôte de suivi et le travail de Purge DTA et d'archivage.
  2. Si vous souhaitez tronquer la table dta_messageInOutEvents, enregistrer, puis supprimez la vue dtav_FindMessageFacts. Pour ce faire, procédez comme suit :
    1. Dans SQL Server, accéder au mode de dtav_FindMessageFacts dans la base de données BizTalkDTADb.
    2. Cliquez droit sur le dtav_FindMessageFacts afficher, cliquez sur Toutes les tâches, puis cliquez sur Générer un Script SQL. Lorsque le Générer des Scripts SQL Ouvre la boîte de dialogue, n'apportez aucune modification et puis cliquez sur OK.
    3. Nommez le fichier dtav_FindMessageFacts.sql et puis cliquez sur Enregistrer.
    4. Cliquez droit sur le dtav_FindMessageFacts afficher, puis cliquez Supprimer. Cliquez sur Supprimer tout.
Maintenant, vous pouvez tronquer l'ou les tables. Si vous tronquez la table dta_messageInOutEvents, vous devez également tronquer la table dta_url. La table dta_url n'existe que dans BizTalk Server 2004.

Lorsque vous avez terminé, suivez ces étapes pour recréer la vue de dtav_FindMessageFacts :
  1. Ouvrez une nouvelle requête dans SQL Server.
  2. Dans la Bases de données disponibles liste, sélectionnez la BizTalkDTADb base de données.
  3. Exécuter votre script dtav_FindMessageFacts.sql enregistrée. Cela permet de recréer la vue dans la base de données BizTalkDTADb.
Redémarrez l'hôte de suivi et la Archivage et la Purge DTA travail.
Pour plus d'informations sur le suivi des instructions de dimensionnement de base de données, reportez-vous au site Web MSDN suivant :
http://msdn.Microsoft.com/en-us/library/aa559162.aspx
table dta_ServiceInstanceExceptions
La table dta_ServiceInstanceExceptions devient généralement volumineuse dans un environnement régulièrement a suspendu des instances.

Étape 3: Étudier des scénarios de blocage

Dans une situation de blocage, activer le suivi de DBCC sur la SQL Server afin que les informations de blocage sont écrites dans le journal SQLERROR.

Dans SQL Server 2005 et versions ultérieures, exécutez l'instruction suivante :
DBCC TRACEON (1222,-1)
Dans SQL Server 2000, exécutez l'instruction suivante :
DBCC TRACEON (1204)
En outre, utilisez l'utilitaire PSSDiag pour collecter des données sur le Lock : Deadlock événement et leLock : Deadlock Chain événement.

La base de données BizTalkMsgBoxDB est une base de données de traitement de transactions en ligne (OLTP) high-volume et de forte intensité transactionnelle. Certains l'interblocage est attendue, et ce blocage est géré en interne par le moteur de BizTalk Server. Lorsque ce problème se produit, aucune erreur n'est répertoriés dans les journaux d'erreurs. Lorsque vous recherchez une situation de blocage, le blocage que vous recherchez dans la sortie doit être mis en corrélation avec une erreur de blocage dans les journaux des événements.

Pour plus d'informations sur PSSDiag pour SQL, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
830232 Utilitaire de collecte de données PSSDIAG

Étape 4: Recherchez des processus bloqués

Utilisez le moniteur de l'activité dans SQL Server pour obtenir l'identificateur de processus serveur (SPID) d'un processus de système de verrouillage. Ensuite, exécutez SQL du Générateur de profils pour déterminer l'instruction SQL qui s'exécute dans le SPID de verrouillage.

Pour résoudre un problème de verrouillage et de blocage dans SQL Server, utilisez la PSSDiag pour l'utilitaire SQL pour capturer tous les événements Transact-SQL qui ont activé le script de blocage.

Dans SQL Server 2005 et versions ultérieures, vous pouvez spécifier le seuil de processus bloqué définition pour déterminer les SPID ou SPID bloquant plus longtemps que le seuil que vous spécifiez.

Pour plus d'informations sur PSSDiag pour SQL, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
830232 Utilitaire de collecte de données PSSDIAG
Pour plus d'informations sur le seuil de processus bloqué, visitez le site Web MSDN suivant :
http://msdn2.Microsoft.com/en-us/library/ms181150.aspx
Remarque Lorsque vous rencontrez un verrouillage ou problème de blocage dans SQL Server, nous vous recommandons de contacter les Services de Support technique Microsoft. Services de Support technique Microsoft peut vous aider à configurer les options de l'utilitaire PSSDiag correctes.

Étape 5: Installer le dernier Service Pack de BizTalk Server et mise à jour Cumulative

BizTalk Server 2006 R2 et les versions ultérieures ont déplacés vers un modèle de mise à jour Cumulative (CU). Les mises à jour cumulatives contient les derniers correctifs. BizTalk Server 2006 R2 Service Pack 1 est également disponible :
BizTalk Server 2006 R2 Service Pack 1
BizTalk Server 2004 SP1 n'intègre aucune des fonctionnalités pour la base de données BizTalkDTADb d'archivage et la purge. Cette fonctionnalité est incluse avec BizTalk Server 2004 SP2. Selon la taille de la base de données BizTalkDTADb, l'installation de BizTalk Server 2004 SP2 peut prendre heures parce que le programme d'installation supprime définitivement la base de données BizTalkDTADb.

Pour plus d'informations sur l'autre problèmes lorsque vous installez BizTalk Server 2004 Service Pack 2, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
940519 Problèmes connus dans BizTalk Server 2004 Service Pack 2 qui ne sont pas documentés dans le fichier ReadmeSP2.htm
Lorsque vous installez le Service Pack 2 de BizTalk Server 2004, nous vous recommandons de suivre ces étapes :
  1. Installez le correctif dans l'article 894253 de la Base de connaissances Microsoft. Suivez les étapes décrites dans cet article de la Base de connaissances pour exécuter le script bts_tracking_shrinkexistingdatabase.sql dans SQL Server 2000. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    894253 CORRECTIF : La procédure stockée de dtasp_PruneTrackingdatabase() peut prendre plusieurs heures pour nettoyer la base de données DTA dans BizTalk Server 2004
  2. Installer BizTalk Server 2004 SP2. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    888751 Comment faire pour obtenir le dernier service pack BizTalk Server 2004

Supprimer toutes les données

Si les bases de données sont trop grandes ou si la méthode recommandée consiste à supprimer toutes les données, toutes les données peuvent être supprimées.

Attention : N'utilisez pas cette méthode dans n'importe quel environnement où les données sont critiques, ou si les données sont requises.

Étapes de purge de la base de données BizTalkMsgBoxDb

Pour supprimer toutes les données dans la base de données BizTalkMsgBoxDb, vous pouvez utiliser l'outil de terminaison BizTalk. Dans le cas contraire, procédez comme suit.

Remarque Cette action supprime tous les messages. Soyez extrêmement prudent si vous suivez ces étapes dans un environnement de production.
  1. Sauvegardez toutes les bases de données BizTalk Server. N'oubliez pas que la procédure stockée peut être utilisée pour forcer une sauvegarde complète des fichiers journaux et de données de BizTalkMgmtDb.dbo.sp_ForceFullBackup. Exécutez cette procédure stockée et puis exécuter le travail de l'Agent de sauvegarde BizTalk Server SQL.
  2. Copiez le script Msgbox_cleanup_logic.sql à partir de Lecteur: \Program Files\Microsoft BizTalk 200x\schema à la SQL Server.
  3. Exécutez ce script SQL sur la base de données BizTalkMsgBoxDb pour mettre à jour de la procédure stockée de bts_CleanupMsgbox.
  4. Arrêtez tous les hôtes BizTalk, les services et les adaptateurs isolés personnalisés. Si vous utilisez HTTP ou l'adaptateur SOAP, redémarrez les services IIS.
  5. Exécutez la procédure stockée de bts_CleanupMsgbox sur toutes les bases de données BizTalkMsgBoxDb.
  6. Redémarrer toutes les instances de l'hôte et les services de BizTalk Server.
Pour plus d'informations sur un problème connu avec la procédure stockée de bts_CleanupMsgbox en BizTalk Server 2006, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
924715 CORRECTIF : Message de données ne sont pas supprimées de la base de données de suivi après l'exécution de la bts_CleanupMsgbox de procédure stockée dans un environnement de test BizTalk Server 2006

Purge des options de la base de données BizTalkDTADb

Pour supprimer toutes les données à partir de la base de données BizTalkDTADb, vous pouvez utiliser le l'outil de terminaison BizTalk. Dans le cas contraire, utilisez l'une des méthodes suivantes.

Remarque Les deux méthodes supprimer tous les messages. Méthode 2 est plus rapide.
  • Méthode 1 :
    1. Sauvegardez toutes les bases de données BizTalk Server.
    2. Exécutez la procédure stockée de dtasp_PurgeAllCompletedTrackingData. Pour plus d'informations sur la procédure stockée de dtasp_PurgeAllCompletedTrackingData, reportez-vous au site Web MSDN suivant :
      http://msdn.Microsoft.com/en-us/library/aa561918.aspx
      Remarque Cette action supprime les messages tout terminés.
  • Méthode 2 :
    1. Sauvegardez toutes les bases de données BizTalk.
    2. Exécutez la procédure stockée de dtasp_CleanHMData. Utilisez cette option uniquement si la base de données BizTalkDTADb contient plusieurs instances incomplètes qui doivent être supprimés.

      Pour ce faire, procédez comme suit :
      1. Arrêtez tous les hôtes BizTalk, les services et les adaptateurs isolés personnalisés. Si vous utilisez HTTP ou l'adaptateur SOAP, redémarrez les services IIS.
      2. Exécutez la procédure stockée de dtasp_CleanHMData sur la base de données BizTalkDTADb.
      3. Redémarrez tous les hôtes et les services de BizTalk Server.
Étapes BizTalk Server 2004 uniquement
Pour supprimer toutes les données de la base de données BizTalkDTADb dans BizTalk Server 2004, procédez comme suit.

Remarque Cette action supprime les messages tout terminés.
  1. Sauvegardez toutes les bases de données BizTalk Server.
  2. Arrêtez tous les hôtes BizTalk, les services et les adaptateurs isolés personnalisés. Si vous utilisez HTTP ou l'adaptateur SOAP, redémarrez les services IIS.
  3. Installez le correctif dans l'article 894253 de la Base de connaissances Microsoft. Suivez les étapes décrites dans cet article de la Base de connaissances pour exécuter le script Bts_tracking_shrinkexistingdatabase.sql dans SQL Server 2000.

    Pour plus d'informations sur la procédure stockée de dtasp_PruneTrackingdatabase, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
    894253 CORRECTIF : La procédure stockée de dtasp_PruneTrackingdatabase() peut prendre plusieurs heures pour nettoyer la base de données DTA dans BizTalk Server 2004
  4. Redémarrez tous les hôtes et les services BizTalk.
Remarque Si vous devez avoir les données de suivi, sauvegardez la base de données BizTalkDTADb, restaurer la base de données à un autre SQL Server et puis purger la base de données BizTalkDTADb d'origine.

Si vous avez besoin d'aide pour analyser les données de MsgBoxViewer ou la sortie de PSSDiag, contactez les Services de Support technique Microsoft. Pour une liste complète des numéros de téléphone des Services de Support technique et des informations sur les coûts de support, visitez le site Web Microsoft suivant :
http://support.Microsoft.com/contactus/?ws=support
Remarque Avant de contacter le Support technique, compresser les données de MsgBoxViewer, la sortie de PSSDiag et les journaux des événements mis à jour (fichiers .evt). Vous devrez peut-être envoyer que ces fichiers à un BizTalk Server ingénieur de support.

Propriétés

Numéro d'article: 952555 - Dernière mise à jour: vendredi 12 août 2011 - Version: 1.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • 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
Mots-clés : 
kbpubtypekc kbinfo kbhowto kbmt KB952555 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 952555
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

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