BizTalk Server データベース テーブルの大規模な成長
次の表は、通常、最も大きくなるBizTalk Serverテーブルの一覧です。 このデータを使用して、潜在的な問題が存在する可能性がある場所を特定できます。
テーブルの一覧
テーブル | 説明 | コメント |
---|---|---|
HostNameQ_Suspended テーブル | このテーブルには、特定のホストの中断されたインスタンスに関連付けられている Spool テーブル内のメッセージへの参照が含まれています。 このテーブルは BizTalkMsgBoxDb データベースにあります。 | HostNameQ_Suspended テーブルに多数のレコードがある場合、テーブルには、グループ ハブ ページに表示される有効な中断されたインスタンスが含まれている可能性があります。 これらのインスタンスは終了できます。 これらのインスタンスが グループ ハブに表示されない場合、インスタンスはインスタンスまたは孤立したルーティングエラー レポートをキャッシュしている可能性があります。 中断されたインスタンスを終了すると、このテーブル内の項目と、Spool テーブルと Instances テーブル内の関連する行がクリーンされます。 |
HostNameQ テーブル | このテーブルには、特定のホストに関連付けられているが中断されていない Spool テーブル内のメッセージへの参照が含まれています。 このテーブルは BizTalkMsgBoxDb データベースにあります。 | HostNameQ テーブルに多数のレコードがある場合は、次の種類のインスタンスが存在する可能性があります。 - すぐに実行できるインスタンス - アクティブなインスタンス - 脱水されたインスタンス BizTalk Serverインスタンスを "キャッチアップ" して処理する時間が必要です。 このテーブルは、処理の受信レートが処理の送信レートを上回ると大きくなる可能性があります。 このシナリオは、BizTalkDTADb データベースが大きいか、ディスクの遅延SQL Serverが原因で発生する可能性もあります。 |
Spool、Parts、Fragments テーブル | これらのテーブルは、BizTalkMsgBoxDb データベースに実際のメッセージ データを格納します。 | 多くのレコードを持つ Spool、Parts、Fragments テーブルは、多数のメッセージが現在アクティブ、脱水、または中断されていることを意味します。 これらのテーブルのサイズ、パーツの数、断片化設定によっては、1 つのメッセージですべてのテーブルが生成される場合があります。 各メッセージには、Spool テーブルに 1 行、Parts テーブルに少なくとも 1 つの行があります。 |
インスタンス テーブル | このテーブルは、すべてのインスタンスとその現在の状態を BizTalkMsgBoxDb データベースに格納します。 | BizTalk Server管理者は、多数の中断されたインスタンスを Instances テーブルに残すことを許可しないでください。 多くの退避されたインスタンスは、ビジネス ロジックで実行時間の長いオーケストレーションが必要な場合にのみ残す必要があります。 1 つのサービス インスタンスを Spool テーブル内の多くのメッセージに関連付けることができることに注意してください。 |
TrackingData_x_x テーブル | 次の表は、追跡データ デコード サービス (TDDS) 用の BizTalkMsgBoxDb データベースに追跡されたイベントを格納して、BizTalkDTADb データベースにイベントを移動します。 | TrackingData_x_x テーブルが大きい場合は、TDDS が実行されていないか、正常に実行されていません。 TDDS が実行されている場合は、イベント ログと BizTalkDTADb データベースのTDDS_FailedTrackingData テーブルでエラー情報を確認します。 |
Tracking_Fragmentsx、Tracking_Partsx、Tracking_Spoolx テーブル | これらのテーブルのそれぞれ 2 つは、BizTalkMsgBoxDb データベースと BizTalkDTADb データベースにあります。 1 つはオンラインで、もう 1 つはオフラインです。 | TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server エージェント ジョブは、追跡されたメッセージ本文を BizTalkDTADb データベース内のこれらのテーブルに直接移動します。 |
テーブルdta_ServiceInstances | このテーブルは、BizTalkDTADb データベース内のサービス インスタンスの追跡イベントを格納します。 | このテーブルが大きい場合は、BizTalkDTADb データベースが大きくなる可能性があります。 |
dta_DebugTrace テーブル | 次の表は、BizTalkDTADb データベースにオーケストレーション デバッガー イベントを格納します。 | dta_DebugTrace テーブルに多数のレコードがある場合は、オーケストレーション図形の追跡が使用されているか、使用されていました。 オーケストレーションのデバッグが通常の操作に必要ない場合は、すべてのオーケストレーションのオーケストレーション図形の追跡を無効にします。 オーケストレーション図形の追跡が既に無効になっており、BizTalkMsgBoxDb データベースにバックログが存在する場合、TDDS は引き続きこのデータを dta_DebugTrace テーブルに移動するため、dta_DebugTrace テーブルは引き続き拡大する可能性があります。 BizTalkDTADb 追跡データベースのサイズを制御するには、グローバル追跡を無効にすることもできます。 「グローバル追跡と追跡データベースのサイズ設定ガイドラインを無効にする方法」を参照してください。 |
テーブルdta_MessageInOutEvents | このテーブルは、追跡されたイベント メッセージを BizTalkDTADb データベースに格納します。 これらの追跡されるイベント メッセージには、メッセージ コンテキスト情報が含まれます。 | BizTalkTrackingDb データベースのdta_DebugTrace テーブルとdta_MessageInOutEvents テーブルが大きすぎる場合は、追跡ホストを停止した後にテーブルを手動で切り捨てることができます。 テーブルを切り捨てる手順については、「KB 952555: BizTalk Server データベースを維持およびトラブルシューティングする方法」の「dta_DebugTrace テーブル」の詳細を参照してください。 |
テーブルdta_ServiceInstanceExceptions | 次の表は、BizTalkDTADb データベース内の中断されたサービス インスタンスのエラー情報を格納します。 | 通常、dta_ServiceInstanceExceptions テーブルは、インスタンスが定期的に中断されている環境では大きくなります。 |