一般に、ほとんどの BizTalk アダプターは、すぐに使用できるように競合状態を回避します。
たとえば、BizTalk ファイル アダプターは既にファイル ロックを実装しているため、異なるホスト上のファイル アダプターの複数のインスタンスが同じファイルを読み取ることはありません。
ファイル名変更機能の使用法を以下に説明します ( MSDN ドキュメントより)
また、ファイルを処理するときにファイルの名前を変更するようにファイル受信アダプターを構成することもできます。受信場所がシャットダウンされて再起動された場合に、受信アダプターが重複したメッセージを生成しないように、ファイルの名前を変更する必要があります。
複数のインスタンスで実行すると安全ではないアダプターがいくつかあります。これらには、ポーリング シナリオの POP3、FTP、MSMQ/MSMQT、およびデータベース アダプターが含まれます (ただし、他にもある場合があります)。
これらのアダプターでは、クラスター化されたホストの BizTalk 機能を使用できます。クラスター化されたホストの使用法と構成を説明する投稿がここにあります。これは、SQL ポーリングで重複が生成されないようにする最も簡単な方法です。必要に応じて、SQL レベルでこれを実現することもできます。
それを超えると、実際にビジネス プロセスの詳細に入り込み、それぞれのケースに合わせて設計する必要があります。たとえば、ソース システムから同じファイルが 2 回提供された場合はどうなるでしょうか。
この件に関する詳細については、次の 2 つの SO 投稿を参照してください。
BizTalk - DB からポート読み取りを 2 回受信する
ネットワーク負荷分散 Biztalk インスタンス