BizTalk Serverでの送受信を計画する
BizTalk Serverによって処理されるほぼすべてのドキュメントは、BizTalk Server受信アダプターによって受信され、BizTalk Server送信アダプターを使用してBizTalk Serverから送信されます。 BizTalk ServerアダプターはどのBizTalk Server環境でも非常に目立つように見えるので、使用するアダプターまたはアクセラレータと、これらのアダプターやアクセラレータを正しく構成する方法を事前に決定することを計画することが重要です。
使用するアダプターとアクセラレータの決定
取引パートナーと事前に連絡を取り、organizationと取引先との間、および BizTalk アプリケーションと社内ビジネス アプリケーションの間でドキュメントの送受信を容易にするために必要なアダプターとアクセラレータを決定します。 将来、追加の取引先との関係を確立する場合に、追加のアダプターまたはアクセラレータを追加するのに十分な柔軟性を備えたBizTalk Server アーキテクチャを設計します。
BizTalk アダプターでサポートされる機能
このセクションの表に、各ネイティブ アダプターの主な利点と、アダプターが次の機能を提供するかどうかを示します。
トランザクションのサポート 分散トランザクション コーディネーター (DTC) トランザクションのコンテキストでドキュメントを送受信する機能。 この機能は、メッセージの順次配送を維持し、ドキュメントが重複または消失しないようにするために必要です。
注意
MSDTC で問題が発生した場合は、トピック「 MSDTC に関する問題のトラブルシューティング」を参照してください。
双方向通信のサポート (要求/応答または送信請求/応答) ドキュメントを送信し、宛先から応答メッセージを処理したり、ドキュメントを受信してソースに応答メッセージを送信したりする機能。
順次受信のサポート : 受信したドキュメントを、受信した正確な順序で MessageBox データベースに発行する機能。
注意
特定のアダプターでは、受信場所レベルで順序付けられたドキュメント配信を適用できますが、他のアダプターでは適用できません。 順序指定された配信は、受信場所レベルで注文されたドキュメント配信をサポートしていないアダプターの送信ポート レベルで適用できますが、その場合はパフォーマンスが低下する可能性があります。 メッセージの順序付き配信の詳細については、メッセージの 順序付き配信に関するトピックを参照してください。
SSO は有効 : アダプタを使用してドキュメントの送受信を行う際に SSO 認証を使用する機能です。
| アダプター | 主な利点 | トランザクションのサポート | Two-Way コミュニケーションサポート | In-Order サポートを受ける | SSO が有効 |
|---|---|---|---|---|---|
| ファイル | 使いやすさ | いいえ | いいえ | いいえ | いいえ |
| FTP | 企業間通信に広く使用されています | いいえ | いいえ | いいえ | Yes |
| HTTP(S) | 企業間通信に広く使用されています | いいえ | 要求 - 応答および送信請求 - 応答 | いいえ | Yes |
| SOAP | Web サービスの使用をサポート | いいえ | 要求 - 応答および送信請求 - 応答 | いいえ | Yes |
| MSMQ | BizTalk Serverと Microsoft メッセージ キュー間のメッセージの 1 回限りの配信をサポート | はい | いいえ | はい | いいえ |
| MQ Series | BizTalk Serverと Ibm WebSphere MQ for Windows プラットフォーム間でのメッセージの 1 回限りの配信をサポート | はい | いいえ | Yes | はい |
| SQL | BizTalk ServerデータベースとSQL Server データベース間の直接通信をサポート | Yes | 送信請求 - 応答のみ | いいえ | いいえ |
| Windows SharePoint Services | BizTalk Serverドキュメント ライブラリと SharePoint ドキュメント ライブラリ間で XML メッセージとバイナリ メッセージを交換できるようにします | いいえ | いいえ | いいえ | いいえ |
| POP3 | 電子メールによるドキュメントの受信をサポート | いいえ | いいえ | いいえ | いいえ |
| SMTP | 電子メールによるドキュメントの送信をサポート | いいえ | いいえ | いいえ | いいえ |
| EDI | EDI 標準に準拠したビジネス ドキュメントの処理をサポート | いいえ | いいえ | いいえ | いいえ |
| Custom | レガシ システムをサポート | あり (カスタム コードが必要) | あり (カスタム コードが必要) | あり (カスタム コードが必要) | あり (カスタム コードが必要) |
| WCF-WSHttp | HTTP トランスポート経由で WS-* 標準をサポート | あり (WsHTTP でトランザクションをサポート) (WS トランザクションのみ) | 要求 - 応答および送信請求 - 応答 | いいえ | Yes |
| WCF-BasicHttp | HTTP または HTTPS を使用して、ASMX ベースの Web サービスおよびクライアント、および WS-I Basic Profile 1.1 に準拠する他のサービスと通信します | いいえ | 要求 - 応答および送信請求 - 応答 | いいえ | Yes |
| WCF-NetTcp | TCP トランスポート経由で WS-* 標準をサポート | Yes | 要求 - 応答および送信請求 - 応答 | いいえ | Yes |
| WCF-NetMsmq | トランスポートとして Microsoft メッセージ キュー (MSMQ) を利用してキューをサポートします | はい | いいえ | Yes | Yes |
| WCF-NetNamedPipe | 同じコンピューター上のクロスプロセス通信用の高速トランスポートを提供します (WCF アプリの場合のみ) | Yes | 要求 - 応答および送信請求 - 応答 | いいえ | Yes |
| WCF-Custom | WCF 機能拡張機能の使用を有効にします | はい。 | はい。 | あり (バインドでサポートされている場合) | はい。 |
| WCF-CustomIsolated | HTTP トランスポート経由で WCF 拡張機能を使用できるようにします | はい。 | はい。 | 不正解です。 | はい。 |
基幹業務アダプタ
次に、Microsoft から提供されている基幹業務 (LOB) アダプタのリストを示します。
注意
Microsoft BizTalk Adapter v2.0 for mySAP™ Business Suite (the Adapter) を除き、Windows Vista では、基幹業務アダプターはサポートされていません。
| アダプター | 説明 | サポートされているバージョン |
|---|---|---|
| SAP ("アダプター" とも呼ばれます) | BizTalk Serverと SAP R/3® システムの間で中間ドキュメント (IDOC)、BAPI、およびリモート関数呼び出し (RFC) メッセージを交換できるようにします。 | SAP R/3 4.x および R/3 6.20 (Enterprise) |
| PeopleSoft Enterprise | BizTalk Server と PeopleSoft システム間での Component Interface (CI) メッセージの交換を有効にします。 | PeopleTools Version 8.17.02、8.43、8.45、8.46、および 8.48 |
| JD Edwards OneWorld XE | BizTalk Server と JD Edwards OneWorld システム間での Business Function メッセージの交換を有効にします。 | B7.3.3.3 および SP23 と JDE 8.0 (B7.3.3.4) |
| JD Edwards EnterpriseOne | BizTalk Server と JD Edwards EnterpriseOne システム間での Business Function メッセージの交換を有効にします。 | 8.10 & 8.11 とツール リリース 8.93、8.94、8.95、8.96 |
| ODBC Adapter for Oracle Database | Oracle Server データベースからの情報の読み取り、およびこのデータベースへの情報の書き込みを有効にします。 | Oracle 8i (8.1.6.0)、9i (9.2.0.1)、または 10g |
| Siebel eBusiness アプリケーション | BizTalk Server と Siebel eBusiness Application 間での Business Components メッセージと Business Service メッセージの交換を有効にします。 | 7.0、7.5.*、7.7.*、および 7.8.* |
| TIBCO Rendezvous | BizTalk Server と TIBCO Rendezvous 間での XML メッセージとバイナリ データ形式メッセージの交換を有効にします。 | 7.3 |
| TIBCO Enterprise Message Service | BizTalk Server と TIBCO EMS サーバー間での XML メッセージとバイナリ データ形式メッセージの交換を有効にします。TIBCO EMS サーバーは、緊密に統合され信頼性の高いアプリケーション インフラストラクチャを提供します。 | 4.2 |
| WebSphere MQ | BizTalk Server と IBM WebSphere MQ 間でのメッセージの交換を有効にします。 | 5.3 フィックスパック 10 以降および 6.0 およびフィックスパック 1.1 以降 |
BizTalk Serverで使用できる LOB アダプターの詳細については、次のリソースを参照してください。
BizTalk アダプター パック
Microsoft BizTalk アダプター パックには、Oracle Database、Oracle E-Business Suite、SAP、Siebel、SQL Serverなどの LOB アプリケーションへの接続を提供する WCF ベースのアダプターが含まれています。 BizTalk アダプター パックで使用できるアダプターの詳細と一覧については、次のリソースを参照してください。
重要
BizTalk アダプター パックで使用できる WCF ベースの LOB アダプターの BizTalk プロジェクトに LOB アダプター用の BizTalk プロジェクトを移行するには、BizTalk アダプター パック移行ツールを使用できます。
BizTalk アダプター パック移行ツールをダウンロードするには、 Azure Integration Migrator BizTalk の GitHub リポジトリに移動します。 BizTalk アダプター パックに含まれる WCF ベースの LOB アダプターへの LOB アダプターの移行の詳細については、「 Microsoft BizTalk Adapter 2.0 Migration Whitepaper」を参照してください。
BizTalk アクセラレータ
BizTalk アダプターは特定のプロトコルでドキュメントの送受信に対応しますが、BizTalk アクセラレータは、特定の業界標準に従ってドキュメントの交換に対応するように設計されています。 使用できる BizTalk アクセラレータの一覧については、「Microsoft BizTalk Server アクセラレータ」を参照してください。
インターネットにトランスポートを公開するときのドメインの構成
organizationと外部取引先との間でドキュメントの送受信を容易にするために、インターネットからアクセスできる一般向けサイトでトランスポートを公開することが必要になる場合があります。 このような状況では、次のドメイン構成をお勧めします。
境界ネットワーク ドメイン (非武装地帯 (DMZ) またはスクリーン サブネットとも呼ばれます) を使用して、サーバーを収容し、organizationにインターネット関連のサービスを提供します。
境界ネットワーク ドメインには、インターネットに接続するトランスポートが、BizTalk Serverを実行しているコンピューターと取引先の間でドキュメントをルーティングする物理的な場所を格納するサーバーが含まれている必要があります。 境界ネットワーク ファイアウォールは、インターネットに接続するトランスポートとの間の通信を許可するために必要なポートのみを開く必要があります。 境界ネットワーク ドメインに、BizTalk Server、BizTalk Server受信場所、または Enterprise Single Sign-On サーバー コンピューターを実行しているコンピューターは存在しません。 境界ネットワーク ドメイン内のトランスポートとの間で送受信されたドキュメントは、インターネットセキュリティおよびアクセラレーション サーバー (ISA) サーバー Web 発行およびサーバー発行を使用して、インターネットに接続するファイアウォールから処理ドメインを保護するファイアウォールにルーティングする必要があります。
注意
セキュリティの追加の手段として、このドメインのインターネットに接続するトランスポートを介して取引先との間で送受信されるドキュメントのドキュメントの暗号化と暗号化解除、ドキュメント署名と検証 (否認不可) の目的で公開キー インフラストラクチャ (PKI) デジタル証明書を使用することを検討してください。
通常、インターネットからアクセスできる境界ネットワーク ドメインでは、次のトランスポートが使用されます。
FTP - FTP プロトコルを使用してドキュメントを受信する
SMTP - SMTP プロトコルを使用してドキュメントを送信する
HTTP - HTTP プロトコルを使用してドキュメントを受信する
SOAP - SOAP を使用してドキュメントを受信する
POP3 - POP3 プロトコルを使用してドキュメントを受信する
処理ドメインを使用して、BizTalk Server受信ハンドラーと送信ハンドラーと BAM ポータル サーバーを含むサーバーを格納する
境界ドメイン内の外部に接続するトランスポートと、処理ドメイン内の BizTalk アダプター間のドキュメント フローは、これらのドメイン間のファイアウォールを介してルーティングする必要があります。 処理ドメインには、メッセージの受信、ルーティング、送信に使用されるBizTalk Server ポート、受信場所、パイプライン、マップ、スキーマ、アセンブリが格納されている必要があります。 処理ドメインには、BAM ポータル用のサーバーも含まれている必要があります。 処理ドメインでBizTalk Serverを実行しているコンピューターの数は、organizationのパフォーマンス ニーズを満たすために必要なホストとホスト インスタンスの数によって異なります。
重要
境界ドメイン内の HTTP トランスポートと SOAP トランスポートと、処理ドメイン内の HTTP アダプターと SOAP アダプターの間を流れるトラフィックに対応するために、十分な分離ホスト インスタンスを処理ドメインに作成してください。 organizationと取引先との間のドキュメント トラフィックの大部分が HTTP トランスポートと SOAP トランスポートを経由する場合は、ドキュメント フローを処理するのに十分な処理帯域幅が処理ドメインに存在する必要があります。
追加のドメインを使用して、環境にさらなる分離とセキュリティのレイヤーを提供する
これらのドメインには、次のものが含まれている必要があります。
処理ドメインによって信頼され、メッセージを正常に処理するために必要なサービス ドメイン。 サービス ドメイン内のサーバーは、通常、BizTalk オーケストレーション、パイプライン、Enterprise Single Sign-On (SSO) サービス、ビジネス ルール エンジンを実行し、他のビジネス プロセスを含めることができます。
BizTalk Serverによって使用SQL Server実行されているコンピューターのデータ ドメイン。
organizationのインフォメーション ワーカーにサービスを提供するサーバーとデスクトップ コンピューターの企業ドメイン。
さまざまなBizTalk Server アーキテクチャに推奨されるドメイン トポロジの詳細については、「サンプル BizTalk Server アーキテクチャ」を参照してください。
高可用性に関する考慮事項
BizTalk グループ内の複数の BizTalk サーバーでアダプター ハンドラー ホスト インスタンスを実行することで、ほとんどのアダプターに高可用性を提供できます。 このようにして、1 つのアダプター ハンドラー ホスト インスタンスが失敗した場合、別のアダプター ハンドラー ホスト インスタンスを使用して処理を続行できます。 ただし、これを行う場合は例外があります。 場合によっては、複数のアダプター ハンドラー ホスト インスタンスを実行すると、競合に問題が発生する可能性があります。 たとえば、POP3 アダプターと FTP アダプターの複数のインスタンスを実行すると、競合の問題が発生する可能性があります。 このような状況では、クラスター化された BizTalk ホストでアダプター ハンドラー ホスト インスタンスを実行することで、アダプターの高可用性を提供できます。
ホスト クラスタリングを使用してアダプター ハンドラー ホスト インスタンスの高可用性を提供する方法の詳細については、「 クラスター化されたホスト内でアダプター ハンドラーを実行する際の考慮事項 」を参照してください。 BizTalk ホストの高可用性の提供の詳細については、「BizTalk ホストの高可用性」を参照してください。
パフォーマンスに関する考慮事項
SOAP アダプターのパフォーマンスに関する考慮事項
SOAP アダプターのパフォーマンスの最適化については、「アダプターのパフォーマンスに 影響する構成パラメーター」を参照してください。
MQSeries アダプターのパフォーマンスに関する考慮事項
MQSeries アダプターの受信場所に必要ない場合は、トランザクションのサポートと順序付けされた配信を無効にする MQSeries アダプターの受信場所が [ トランザクションサポート] オプションが [はい] に設定されているか、[ 順序付き ] オプションが [Order with Stop] に設定されている状態で構成されている場合、受信場所によって取得された各メッセージは、Microsoft 分散トランザクション コーディネーター (MSDTC) トランザクションのコンテキストで処理されます。 MSDTC トランザクションのコンテキストでメッセージを処理するときに追加のオーバーヘッドが発生するため、MQSeries アダプターの受信場所に対して順序付けされた配信またはトランザクションのサポートが必要ない場合は、これらのオプションを有効にしないでください。
順序付けされたメッセージ配信の計画
順序指定されたメッセージ配信により、特定の順序で MessageBox データベースに発行されたメッセージが、一致する各サブスクライバーに同じ順序で配信されます。 メッセージの順序付き配信を実装する場合は、次の考慮事項が適用されます。
メッセージの順次配送の構成
メッセージの順次配送は、次の場所で構成できます。
オーケストレーションの受信図形
特定のアダプターの受信場所
送信ポート
既存のトランスポートでの順次配送
トランスポートに使用されるプロトコルによっては、特に順次配送が必要ないものもあります (FILE や HTTP など)。 ただし、このようなトランスポートの場合でも、トランスポートにバインドされたポートが順序付き配信用にマークされている場合、BizTalk Serverは、現在の送信メッセージが正常に送信されるまでトランスポートが次の送信メッセージを取得しないようにすることで、順序付き配信を強制します。 これを実現するために、BizTalk Serverは各メッセージを 1 つのバッチでトランスポートのアダプターに渡し、アダプターが MessageBox データベースからメッセージを正常に削除するまで待機してから、別のバッチで次のメッセージをアダプターに配信します。
カスタム アダプターでの順次配送
カスタム受信アダプターがメッセージをBizTalk Serverに送信するときにメッセージの順序を保持するには、次の機能を使用してアダプターを開発する必要があります。
メッセージのバッチを送信した後、カスタム受信アダプターは、次のバッチを送信する前に、BizTalk Serverからの BatchComplete 呼び出しを待機する必要があります。 詳細については、「 Batch-Supported 受信アダプターのインターフェイス」を参照してください。
パイプラインでメッセージが失敗した場合は、中断する必要があります(再開不可)。 BTS を使用します。メッセージに適切なフラグを設定するには、BizTalk Serverの SuspendAsNonResumable メッセージ コンテキスト プロパティを使用します。
注意
保留したメッセージが後で再開されると、メッセージの順序が破綻してしまいます。 この動作が不要な場合は、失敗したメッセージを再開不可として中断します。
エンド ツー エンドの順次メッセージ処理を実現するための条件
エンド ツー エンドの順次配送を実現するには、次の条件を満たす必要があります。
メッセージは、BizTalk Server に送信するメッセージの順序を保持できるアダプターで受信されなければなりません。 BizTalk Serverでは、このようなアダプターの例として MSMQ と MQSeries があります。 HTTP アダプターまたは SOAP アダプターを使用して、メッセージを順次配送することもできますが、その場合は、HTTP クライアントまたは SOAP クライアント側で、正しい順序が維持されるよう配慮する必要があります (メッセージを 1 つずつ送信する)。
[ Ordered Delivery]\(順序付き配信 \) オプションが True に設定されている送信ポートを使用して、これらのメッセージをサブスクライブする必要があります。
オーケストレーションを使用してメッセージを処理する場合は、オーケストレーションの 1 つのインスタンスのみを使用する必要があります。オーケストレーションはシーケンシャルコンボイを使用するように構成する必要があり、オーケストレーションの受信ポートの Ordered Delivery プロパティを True に設定する必要があります。