チェックリスト:毎週のパフォーマンス チェックの実行
このトピックでは、BizTalk Server システムのパフォーマンスの問題を回避するために、週単位で従う必要があるベスト プラクティスを示します。
| 手順 | リファレンス |
|---|---|
| データベースの自動拡張を固定数に設定する | - データベースの自動拡張は、特に MessageBox and Tracking (DTA) データベースの場合は、パーセンテージではなく、固定数のメガバイト数に設定する必要があります。 BizTalk Serverアプリケーションとスループットによっては、MessageBox データベースと Tracking データベースが非常に大きくなる場合があります。 自動拡張をパーセンテージに設定すると、自動拡張も大幅に増加する可能性があります。 - システムが新しく、静的サイズが明確に確立されていない場合は、[自動拡張を有効にする] オプションを使用してファイルを構成し、ファイルの拡張をメガバイト単位で指定します。 増加増分は、通常、100 MB (大きなファイルの場合)、10 MB (中規模のファイルの場合)、または 1 MB (小さいファイルの場合) を超えてはなりません。 各BizTalk Server データベースに推奨されるファイル サイズを含むテーブルについては、BizTalk Server データベースの最適化に関するホワイト ペーパー (https://go.microsoft.com/fwlink/p/?LinkID=153594) の付録 B – 推奨されるBizTalk Server データベース構成に関するセクションを参照してください。 |
| SQL Server Profilerで監視するイベントを制限する | SQL Server プロファイラー では、関心のあるイベントだけを監視できます。 トレースが大きすぎる場合は、必要な情報に基づいてトレースをフィルター処理して、イベント データのサブセットのみが収集されるようにすることができます。 監視するイベントが多すぎると、サーバーと監視プロセスのオーバーヘッドが増え、トレース ファイルやトレース テーブルが非常に大きくなる可能性があります。特に、監視プロセスを長期にわたって実行する場合はこの可能性が高くなります。 |
| アダプターのパフォーマンスを向上させるためにメッセージ バッチ処理を構成する | - 複数の操作を 1 つのバッチに結合することで、アダプターによって実行されるトランザクションの数を最小限に抑えます。 - メッセージ数に加えて、バッチ内の合計バイト数に基づいてバッチ サイズを制限します。 バッチ サイズの制限の詳細については、「 アダプターのパフォーマンスを向上させるためのバッチ処理の構成」を参照してください。 |
| 大きなメッセージしきい値を調整する | スループットを向上させるには、大きなメッセージしきい値を増やします。これにより、マッピング中にディスクにバッファーされる大きなメッセージの数が減ります。 |
| BizTalk Server プロセスでのメモリ リークまたはメモリ不足の例外を調査する | BizTalk プロセスのメモリ リークは、さまざまな理由で発生する可能性があります。 メモリ リークが発生する可能性があるシナリオと修正方法については、Microsoft サポート技術情報の記事 918643、BizTalk Server プロセス (https://go.microsoft.com/fwlink/p/?LinkId=157212) のメモリ リークまたはメモリ不足例外のトラブルシューティング方法に関する記事を参照してください。 |