通常、最も大きくなる BizTalk Server テーブルを次の表に示します。 このデータを使用して、潜在的な問題が存在する可能性がある場所を特定できます。
テーブルの一覧
| 表 | 説明 | コメント |
|---|---|---|
| HostNameQ_Suspended テーブル | このテーブルには、特定のホストの中断されたインスタンスに関連付けられている Spool テーブル内のメッセージへの参照が含まれています。 このテーブルは BizTalkMsgBoxDb データベースにあります。 | HostNameQ_Suspended テーブルに多数のレコードがある場合、テーブルには、グループ ハブ ページに表示される有効な中断されたインスタンスが含まれている可能性があります。 これらのインスタンスは終了できます。 これらのインスタンスが グループ ハブに表示されない場合、インスタンスはインスタンスまたは孤立したルーティング エラー レポートをキャッシュしている可能性があります。 中断されたインスタンスを終了すると、このテーブル内の項目と、Spool テーブルと Instances テーブル内の関連する行がクリーンアップされます。 |
| HostNameQ テーブル | このテーブルには、特定のホストに関連付けられているが中断されていない Spool テーブル内のメッセージへの参照が含まれています。 このテーブルは BizTalkMsgBoxDb データベースにあります。 |
HostNameQ テーブルに多数のレコードがある場合は、次の種類のインスタンスが存在する可能性があります。 - すぐに実行できるインスタンス - アクティブなインスタンス - 非活性化されたインスタンス BizTalk Server には、インスタンスを "キャッチアップ" して処理する時間が必要です。 このテーブルは、受信処理速度が処理の送信レートを上回ると大きくなる可能性があります。 このシナリオは、大規模な BizTalkDTADb データベースまたは SQL Server ディスクの遅延が原因で発生する場合もあります。 |
| スプール、パーツ、フラグメントテーブル | これらのテーブルは、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 テーブルは、インスタンスが定期的に中断されている環境では大きくなります。 |