次の方法で共有


BizTalk Server データベースを統合する2

Microsoft BizTalk Server のインストールでは、さまざまな BizTalk Server 機能のデータ ストアとして使用するために、Microsoft SQL Server で最大 13 個の個別のデータベースを作成する必要がある場合があります。 これらのデータベースの管理と保守に必要なオーバーヘッドのため、BizTalk Server では、これらの複数のデータベースを 1 つのデータベースに統合できます。 このセクションでは、BizTalk Server データベース統合を実現する方法について説明し、BizTalk Server データベース統合を実装するための考慮事項について説明します。

BizTalk Server をインストールするときに必要なすべてのデータベースの完全な一覧については、「 BizTalk Server のデータベース」を参照してください。

BizTalk データベース統合の実装

BizTalk Server データベース統合は、BizTalk Server の構成中に、BizTalk Server をインストールした後に実行されます。 BizTalk Server データベース統合を実装するには、次の手順に従います。

  1. [ スタート] をクリックし、[ プログラム] をポイントし、BizTalk Server をポイントして、[ BizTalk Server の構成] をクリックします。 構成の種類の選択を求められたら、[ カスタム構成] をクリックします。

  2. 次のいずれかのデータ ストアに同じ SQLServer サーバー名データベース名 ( BizTalkConsolidatedDb など) を入力します。

    機能名 データ ストア名
    Enterprise SSO SSO データベース
    グループ BizTalk 管理データベース
    グループ BizTalk MessageBox データベース
    グループ BizTalk 追跡データベース
    ビジネスルールエンジン ルール エンジン データベース

    次のデータ ストアは、SQL Server データベースを共有するように構成 しないでください

    機能名 データ ストア名
    BAM ツール BAM プライマリ インポート データベース
    BAM ツール BAM アーカイブ データベース
  3. 残りの構成オプションを設定し、構成を適用します。 構成ツールは、同じ SQL Server サーバー名とデータベース名を指定したデータ ストアの共有 SQL Server データベースにテーブル 作成 します

BizTalk データベース統合の実装に関する考慮事項

BizTalk データベースを統合する場合は、次の点を考慮してください。

  1. データベースの統合により、BizTalk Server データベースの管理と保守に関連するオーバーヘッドが軽減されますが、適切な環境でのみ実装する必要があります。 運用環境で BizTalk Server データベースの統合を実装する前に、ステージング環境で BizTalk Server の持続的なパフォーマンスへの影響を測定する必要があります。 次のシナリオでは、BizTalk Server データベースの統合を実装して、データベースの管理とメンテナンスを簡略化することを検討してください。

    • データベースのパフォーマンスがパフォーマンスのボトルネックになる可能性が非常に低い、小規模で少量の BizTalk Server 運用環境。

    • BizTalk 追跡データベースが統合に含まれていない場合や、理想的には BizTalk 追跡データベースが統合データベースとは別の物理ディスクに作成される場合には、BizTalk Server の中規模かつ中容量の運用環境です。

    • 共有 SQL Server データベースが、データベースがパフォーマンスのボトルネックになる可能性が非常に低い非常に高パフォーマンスの記憶域ネットワーク (SAN) デバイス上に物理的に配置されている場合、大規模で大量の BizTalk Server 運用環境。

    • データベースのパフォーマンスが二次的な問題である概念実証または開発環境。

  2. BizTalk Server の全体的なパフォーマンスは、通常、BizTalk Server データベースのパフォーマンスに依存します。 したがって、高負荷が発生している、または発生する予定の BizTalk Server の運用環境にデータベースの統合を導入するべきではありません。 これに対する 1 つの例外は、BizTalk Server データベースが、データベースがパフォーマンスのボトルネックになる可能性が非常に低い非常に高パフォーマンスの記憶域ネットワーク (SAN) デバイスに配置されている場合です。 データベース ディスクが高パフォーマンス SAN に格納されていない場合、分散データベースは、特に負荷がかかっている統合データベースに対して優れたパフォーマンスを提供します。

  3. BizTalk Server 管理データベースがデータベース統合に含まれていて、統合データベースの名前が BizTalkMgmtDb でない場合は、統合データベースを指すように BizTalk 管理コンソールを構成する必要があります。 BizTalk Server グループを管理するには、「既存のグループに接続し、統合データベースを指すように BizTalk Server 管理コンソールを構成する方法」の手順に従います。

  4. 持続可能な BizTalk Server のパフォーマンスの詳細については、「 パフォーマンスを維持するための計画」を参照してください。

    BizTalk Server データベースの保守に関連するアクティビティの詳細については、「 BizTalk Server1 の保守」を参照してください。