BizTalk 2010 アプリケーションには、SQL 受信場所が 1 つあります。これは、SQL Server をホストするサーバーに向けられており、毎日確実に動作します。
今日、何らかの理由で SQL Server がダウンし、5 回再試行した後、SQL 受信場所が無効になりました。
より多くの再試行を許可するか、可能であればこの機能を無効にすることで、この自動無効化を回避する方法を探しています。これを克服する方法について何か提案はありますか?
BizTalk 2010 アプリケーションには、SQL 受信場所が 1 つあります。これは、SQL Server をホストするサーバーに向けられており、毎日確実に動作します。
今日、何らかの理由で SQL Server がダウンし、5 回再試行した後、SQL 受信場所が無効になりました。
より多くの再試行を許可するか、可能であればこの機能を無効にすることで、この自動無効化を回避する方法を探しています。これを克服する方法について何か提案はありますか?
この機能を無効にする方法はないため、次のオプションがあります。
WCF-SQL アダプターを使用して SQL をポーリングしている場合は、アダプターの [バインド] タブで、[閉じる]、[開く]、および [受信タイムアウト] の設定を、使い慣れた値に設定し、BizTalk が問題を解決するのに十分な時間を提供する値に設定します。失敗。[メッセージ] タブの [エラー処理] の下に、[失敗時に位置情報を無効にする] オプションもあります。このオプションはオフのままにしておきます。
「古い」SQL アダプター (つまり、WCF ではない) を使用している場合は、受信場所が SQL Server に接続できない場合にそれ自体が無効になるという事実に対処する必要があります。
ただし、これらのタイプの障害を処理するための戦略を導入することは価値があります。受信場所がそれ自体を無効にすると、エラー メッセージがアプリケーション イベント ログに書き込まれます。かなり単純なソフトウェアがイベント ログで特定のエラーをチェックし、電子メール アラートを送信する可能性があります。または、専用の Ops 管理ソフトウェア (SCOM / BizTalk360 など) を使用して BizTalk 環境を監視し、サービスに障害が発生したときに警告することも検討できます。