次の方法で共有

管理と監視

  • [アーティクル]

BizTalk Server エンジン上に構築されたすべてのアプリケーションには、管理が必要です。 ここでは、新しいアプリケーションのインストール方法、 可能な構成、 システムの内部で現在発生している状況などを 確認するためのツールについて説明します。

BizTalk Server のインストール

Microsoft BizTalk Serverには多数のコンポーネントが含まれており、Windows 環境の複数の側面に依存します。 製品に必要なものがすべて正しいバージョンで使用できることを確認し、製品のコンポーネントをすべて正しくインストールすることは、時として困難なプロセスになります。

ただし、インストール自体は簡単です。 BizTalk Server 2009 からのアップグレードは自動的に行われます。また、オーケストレーションやマップなど、以前のバージョンで構築したすべてのアイテムはそのまま動作します。 適切な環境が確実に存在するように、BizTalk Serverの新しいインストールを行う管理者は、標準の .CAB ファイルをダウンロードするか、以前にダウンロードした使用可能な .CAB ファイルを参照できます。 どちらの場合も、このファイルで、製品のインストールに必要な再配布可能コンポーネントを確認できます。 たとえば、正しいバージョンの Microsoft Data Access Components (MDAC)、Microsoft XML Parser (MSXML)、最新のセキュリティ修正パッチ、その他の必要なソフトウェアなどを確認できます。

CAB ファイルの内容をインストールした後、BizTalk Server 本体をインストールするには、2 つの方法があります。 多くの開発者が独自の BizTalk Server 環境を構築するときに採用する既定の方法は、1 台のコンピュータ上に 1 つのアカウントですべての製品コンポーネントをインストールする方法です。 インストール処理が始まると、これらのコンポーネントは自動的にインストールされるので、開発者はこれを確認するだけです。 一方、BizTalk Server の実稼働環境を設定する管理者の場合は、カスタム構成オプションを使用することもあります。 この方法を選択すると、別のコンピューターに製品を展開したり、さまざまなアカウントを定義して使用したり、さらにその他の詳細な構成も可能になります。

スケーラブルな構成の作成

高可用性または冗長性が要件でない場合は、BizTalk Server エンジン全体を 1 台のマシンにインストールできます。 しかし状況によっては、この方法が適切でない場合があります。 たとえば、BizTalk Server 2006 エンジンで処理が必要となるメッセージの数が 1 台のコンピューターに対して多すぎる場合や、システムの信頼性をより高めるため冗長性が必要とされる場合などです。 このような要件を満たすために、BizTalk Server エンジンはさまざまな方法でデプロイできます。

エンジンを展開するときの基本となる概念はホストです。 ホストには、オーケストレーション、アダプター、パイプラインなど、さまざまな項目を含めることができます。 ただし、ホストは単なる論理的な構成要素であり、 ホストを使用するには、BizTalk Server 管理者がホスト インスタンスを作成する必要があります。 各ホスト インスタンスは Windows プロセスであり、次の図に示すようにさまざまな項目を含めることができます。 この例では、コンピューター A に 2 つのホスト インスタンスが存在し、 1 つは受信アダプターと受信パイプラインを含み、もう 1 つはオーケストレーション P と Q を含みます。マシン B は 1 つのホスト インスタンスのみを実行し、2 つのオーケストレーション P と Q を含みます。マシン A と同様に、マシン C には 2 つのホスト インスタンスがありますが、どちらもオーケストレーションを含んでいません。 代わりに、インスタンスごとに別の送信パイプラインと送信アダプターが含まれています。 最後に、コンピューター D には、この構成に含まれているすべてのホスト インスタンスで使用されるメッセージ ボックス データベースが格納されています。

複数のホスト インスタンスの例を示す画像。

この例では、ホストの使用方法がいくつか示されています。 たとえば、コンピュータ A と B の両方でオーケストレーション P と Q を実行できるので、BizTalk Server では各コンピュータの可用性と現在の負荷に基づいて、これらのオーケストレーションに自動的に要求の負荷を分散できます。 このことにより、容量を多く使用するプロセスにも対応できるよう、BizTalk アプリケーションを拡張できます。 また、コンピューター C では 2 とおりの方法で送信メッセージを処理できます。 1 つは、HTTP アダプタなどの、BizTalk Server の標準アダプタを使用する方法で、もう 1 つは、カスタム アダプタを使用して特定のシステムと通信する方法です。 1 台のコンピューターの出力処理をすべてグループ化することは、場合によっては優れた判断といえます。 また、各ホスト インスタンスは他のすべてのホスト インスタンスと分離され、別のプロセスとして動作するので、新しいカスタム アダプタなど信頼性の確実でないコードを個別のインスタンスで実行しても比較的安全です。 この例には、メッセージ ボックス データベースの 1 つのインスタンスだけが含まれていますが、この場合もエラーを回避して継続的な動作を実現するよう、データベースをレプリケートまたはクラスタ化できます。

BizTalk Server の現在のバージョンで導入された BizTalk アプリケーションの抽象化は、本質的にホストと関連するものではありません。 単純な BizTalk アプリケーションの場合、すべてのコンポーネントは 1 つのホストに含まれ、同じコンピューター上にインストールされます。 一方、より複雑なアプリケーションの場合は、上の図のように、オーケストレーション、アダプタ、パイプラインなどアプリケーションを構成するさまざまなアイテムが、複数のコンピュータ上にある複数のホストに分散されます。 したがって、物理的なコンピュータにこれらのアイテムをマッピングするプロセスは、BizTalk アプリケーションの概念には依存しません。

アプリケーションの管理

BizTalk Server エンジンを管理するためのメイン ツールは、BizTalk Server管理コンソールである Microsoft 管理コンソール (MMC) スナップインであり、管理者BizTalk Serverユーザー インターフェイスを提供します。 管理者はこのツールを使用して多くの機能を実現できます。中でも最も重要な機能は次の 3 つです。

  • BizTalk アプリケーションの展開 : 管理者は、BizTalk Server を使用して、すべての BizTalk アプリケーションを 1 つの単位で管理できます。 BizTalk Server 管理コンソールを使用すると、管理者は BizTalk アプリケーションを作成し、作成したアプリケーションを 1 つ以上のサーバーに展開できます。

  • BizTalk アプリケーションの構成: 開発者がオーケストレーションを作成するときに行う作業の多くは論理的なものです。 たとえば開発者は、BizTalk Server エンジンと特定のアプリケーションの通信方法を定義するときに、使用される具体的な URL を考慮することなく HTTP アダプタを選択できます。 同様に開発者は、送信メッセージにデジタル署名を追加するコンポーネントを送信パイプラインに含めることができますが、このとき、デジタル署名の作成に使用される正確なキーを考慮する必要はありません。 ただし、アプリケーションが機能するにはこれらの詳細を別に指定する必要があります。 BizTalk Server 管理コンソールで、管理者はこのような構成を作成および変更できます。

  • BizTalk アプリケーションの監視: 管理者は、BizTalk Server管理コンソールの [グループ ハブ] ページを使用して、BizTalk アプリケーションの操作を監視できます。 グループ ハブにはこれらのアプリケーションの現在の状態に関する情報が示されるので、アプリケーションをさまざまな方法で調べることができます。 たとえば、[ グループ ハブ] ページでは、管理者に問題の検索を要求するのではなく、色分けされたインジケーターを使用してこれらの問題を表示します。 これにより、管理者はさらに効率よくアプリケーションを監視でき、問題を未然に防ぐことができます。

    BizTalk 管理コンソールは、BizTalk Serverの管理データベースに依存しており、他のサービスも提供します。 アプリケーションの実行中でも、管理者は動的にコンピューターを追加でき、追加したコンピューターに割り当てるホストを指定できます。 これらの変更を行うためにアプリケーションをシャットダウンする必要はありません。 管理コンソールの機能には、WMI (Windows Management Instrumentation) のプログラムからアクセスすることもできます。管理者は WMI を使用して、管理機能を自動化するスクリプトを作成できます。

アプリケーションに関するレポートの作成とアプリケーションのデバッグ

BizTalk アプリケーションでは、メッセージの送受信、オーケストレーション内でのメッセージの処理、異なるプロトコルを経由したさまざまなシステムとの通信など、数多くの処理が行われます。 アプリケーションの動作を記録しておくと、特にエラーが発生したときに非常に役立ちます。 同様に、オーケストレーションやその他のアプリケーション コンポーネントをデバッグする方法をいくつか用意しておくことも重要です。 これらの機能はどちらも、BizTalk Serverのグループ ハブによって提供されます。

  • グループ ハブを使用すると、BizTalk Server エンジンで実行されているアプリケーションに関する情報に、グラフィカルにアクセスできます。 これらの情報には、オーケストレーションの開始日時と終了日時、オーケストレーション内の各図形の実行日時、オーケストレーションの各メッセージの送受信日時、メッセージに含まれる内容などがあります。 開発者や管理者はブレークポイントを設定することもでき、あらかじめ指定した場所でオーケストレーションを停止してその内容を調査できます。 また、グループ ハブではアーカイブされたデータを調査することもでき、ビジネス プロセスの実行パターンや傾向を分析できます。 分析した情報は、デバッグや、業務上の疑問点への回答 (メッセージが確実に顧客に送信されたかどうかの確認など) に役立てたり、継続的な統計を集めて、パフォーマンスの向上に使用できます。

参照

BizTalk Server メッセージング エンジン
BizTalk Server 2016 または BizTalk Server 2013 または R2 をインストールする
BizTalk Server の構成
BizTalk アプリケーションの展開と管理
グループ ハブ ページの使用