BizTalk Server の構成
基本構成またはカスタム構成を使用してBizTalk Serverを構成します。
基本構成とカスタム構成
- 構成にドメイン グループを使用する場合は、カスタム構成を行います。
- 構成で既定のグループ名の代わりにカスタム グループ名を使用する場合は、カスタム構成を行います。
- 構成で既定のデータベース名の代わりにカスタム データベース名を使用する場合は、カスタム構成を行います。
- BizTalk ServerとSQL Serverが別々のコンピューター上にある場合は、ドメイン グループが必要です。 そのため、カスタム構成を行う必要があります。
- 基本構成を使用して、SQL Serverの名前付きインスタンスで BAM 分析を構成することはできません。 名前付きインスタンスを使用している場合に BAM 分析を構成するには、カスタム構成を行います。
- 基本構成は、単一サーバーで実行されているBizTalk ServerとSQL Serverの完全なインストールをセットアップするユーザーに推奨されます。
- 基本構成では、既定の名前を使用して自動的にローカル グループとデータベースを作成するため、短時間で構成することができます。
開始する前に
- BizTalk Serverは、既定のインスタンスと名前付きインスタンスSQL Server使用して構成できます。
- ログオンに使用するアカウントは、ローカルの管理者グループに属している必要があります。また SQL Server に対するシステム管理者 (SA) の権限が必要です。
- ドメイン グループを使用する場合は、BizTalk Serverを構成する前にドメイン グループが存在する必要があります。
- BizTalk Server によって生成され、BizTalk Server 構成で一覧表示される既定のアカウントは、ローカル グループに属しています。 マルチサーバー環境では、ローカル グループをドメイン グループに置き換える必要があります。
- BAM Analysis Services を構成する場合、ログオンに使用するアカウントは、OLAP コンピューターの OLAP 管理者グループのメンバーに属している必要があります。
- 2020 年BizTalk Server以降、BAM は、BAM DTS パッケージの展開と管理に SSIS カタログを使用します。 構成前にターゲット SQL Serverに SSIS カタログを作成します。
- BizTalk Serverを構成した後、累積的な更新 (RU) または機能パック (FP) をインストールします。 CA または FP に含まれる一部の更新プログラムは、構成されている成果物のみを対象とします。 構成を実行する前に CU または FP をインストールする場合は、構成後に CU と FP を再インストールします。 これにより、すべてのコンポーネントにパッチが適用され、アップグレードされます。
基本構成
スタート メニューで、[構成] BizTalk Server右クリックし、[管理者として実行] を選択します。 これにより構成ウィザードが開きます。
次のオプションを選択します。
[ 基本構成] を選択します。
データベース サーバー名は、既定でローカル コンピューター名に自動的に設定されます。
BizTalk サービスを実行するアカウントの [ユーザー名 ] と [ パスワード] を入力します。 ベスト プラクティスとして、一意のアカウントを作成することをお勧めします。 個人ユーザー名は使用しないでください。
このコンピューターの管理資格を持つユーザー名を入力すると、警告が表示されます。 問題はありません。 [OK] を選択して続行します。
[構成] をクリックします。
構成の詳細を確認し、[ 次へ] を選択します。
構成ウィザードが完了したら、[完了] を選択 します。
構成ログ ファイルは、次のように一時フォルダーに C:\Users\username\AppData\Local\Temp\ConfigLog(01-12-2017 0h37m59s).log生成されます。
基本構成を行うと、次のようになります。
- すべてのデータベース名は、BizTalk Serverによって自動的に生成されます。
- 該当するすべてのデータベース ログオン情報が、入力したアカウントで実行されます。
- すべての BizTalk サービスは、BizTalk Serverによって自動的に生成されます。
- すべての BizTalk Services が、入力したアカウントで実行されます。 構成処理によって、SQL Server のサーバーとオブジェクトに対して必要となるセキュリティ権限がこのアカウントに付与されます。
- すべての機能は、コンピューターにインストールした必要なソフトウェアに基づいて構成されます。
- グループは、既定のグループ名を使用してコンピューターのローカルに自動的に作成されます。
- インターネット インフォメーション サービス (IIS) の既定の Web サイトは、IIS を必要とするすべての機能に対して使用されます。
カスタム構成
- スタート メニューで、[構成] BizTalk Server右クリックし、[管理者として実行] を選択します。 これにより構成ウィザードが開きます。
- [ カスタム構成] を選択し、[構成] を選択 します。
ヒント
BizTalk Server 2020 以降では、グループ管理サービス アカウント (gMSA) を使用して、BizTalk のさまざまな機能に使用されるアカウントを構成できます。 詳細については、「 BizTalk 機能のグループ管理サービス アカウントの使用」を参照してください。
Enterprise Single Sign-on (SSO) の構成
開始する前に
- SSO が構成されると、BizTalk Server の構成を使用して再構成できません。 SSO を再構成するには、BizTalk Server 管理を使用します。
- ローカル アカウントを使用して SSO Windows アカウントを構成する場合、アカウント名のみを入力します。 コンピューター名は入力しないでください。
- ローカル SQL Server名前付きインスタンスをデータ ストアとして使用する場合は、 を使用
LocalMachineName\InstanceNameします。LocalMachineName\InstanceName, PortNumberは使用しないでください。
手順
[ エンタープライズ SSO] を選択します。
次を構成します。
このコンピューターで Enterprise Single Sign-On を有効にする: SSO 設定でこのサーバーを構成します。
新しい SSO システムを作成する: 構成する最初の SSO サーバーである場合は、このオプションを選択します。 これにより SSO データベースが作成および構成され、マスター シークレット (暗号化済みのセキュリティ キー) が作成され、SSO が使用するサービスがインストールされます。 このシークレット サーバーのシークレットをバックアップする必要もあります。
知っておくべきこと:
- マスター シークレット サーバーをスタンドアロン サーバーとして構成することをお勧めします。
- この構成作業は、SSO 管理者が行う必要があります。
- 1 つの BizTalk グループに関連付けることができるマスタ シークレット サーバーは 1 台のみです。 2 台のマスタ シークレット サーバーを同じ BizTalk グループに関連付けることはできません。
既存の SSO システムに参加する: 既存のグループにBizTalk Serverを追加する場合は、このオプションを選択します。 BizTalk Serverは、グループ内の他の BizTalk サーバーと同じ SSO 構成とデータベースを共有します。
データ ストア: SSO サーバーのサーバー名を入力します。 SSO サーバーを使用している場合は、ローカル サーバー名を選択します。 SSODB を既定のデータベース名として保持することも、カスタム名を入力することもできます。
Windows サービス: Enterprise Single Sign-On サービスの実行に使用するアカウントを入力します。 SQL Server が別のコンピューターである場合、ドメイン アカウントを入力します。
Windows アカウント: 既定のグループ名をそのまま使用することも、カスタム名を入力することもできます。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
[ エンタープライズ SSO シークレット バックアップ] を選択します。 このオプションは、マスター シークレットを暗号化されたバックアップ ファイルに保存します。
次を構成します。
- シークレット バックアップ パスワード: マスター シークレット パスワードを入力します。
- パスワードの確認: マスター シークレットのパスワードを再入力します。
- パスワードアラーム: 入力したパスワードのリマインダーを入力します。 この手順は必ず実行してください。
- [バックアップ ファイルの場所]: バックアップ ファイルの名前と場所を一覧表示します。 既定では、\Program Files\Common Files\Enterprise Single Sign-On\ FileName.bak に格納されます。
マスター シークレットを常にバックアップし、別の BizTalk 管理者とパスワードを共有します。
グループの構成
ローカル SQL Server名前付きインスタンスをデータ ストアとして使用する場合は、 を使用LocalMachineName\InstanceNameします。 LocalMachineName\InstanceName, PortNumberは使用しないでください。
[グループ] を選択します。
次を構成します。
[このコンピューター BizTalk Serverグループを有効にする]: このサーバーに新しい BizTalk グループを作成するか、既存のグループに参加するには、このオプションを選択します。
新しい BizTalk グループを作成する: グループ内の最初のBizTalk Serverである場合は、このオプションを選択します。 このオプションを使用すると、データベースを作成し、グループを追加できます。
既存の BizTalk グループに参加させる: このBizTalk Serverを既存のグループに参加させる場合は、このオプションを選択します。
集計を追跡するための分析データベースを作成する: このオプションを選択してSQL Server Analysis Servicesをインストールし、正常性監視 OLAP キューブを追跡して格納します。
データ ストア: BizTalk データベースをホストするサーバー名を入力します。 このサーバーに BizTalk と SQL の両方がインストールされている場合は、ローカル サーバー名を入力します。 SQL Server が別のコンピューター上にある場合は、SQL Server 名を入力します。
既定のデータベース名を使用することも、独自のものを入力することも可能です。
BizTalk 管理ロール: 既定のグループ名をそのまま使用することも、カスタム名を入力することもできます。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
BizTalk ランタイムの構成
開始する前に
- ランタイムを構成すると、BizTalk Server構成を使用して再構成することはできません。 ランタイムを再構成するには、BizTalk Server管理を使用します。
- グループに作成する最初のホストは、インプロセス ホストとホスト インスタンスである必要があります。
- 同じグループ内の複数の BizTalk サーバーでランタイムを構成する場合、信頼されたホスト アプリケーションと信頼されていないホスト アプリケーションの両方で同じサービス アカウントを使用することはできません。 信頼されているアプリケーションと信頼されていないアプリケーションには、一意のアカウントを使用する必要があります。
手順
[ BizTalk ランタイム] を選択します。
次を構成します。
BizTalk Serverランタイム コンポーネントを登録する: このBizTalk Serverにホストとホスト インスタンスを作成するには、このオプションを選択します。
In-Process ホストとインスタンスの作成: このコンピューター上に BizTalkServerApplication ホストとインスタンスを作成します。 その他のオプション:
- 信頼済み: メッセージボックス データベースにメッセージを送信するときに、送信者の資格情報 (SSID またはパーティ ID) を渡します。 この操作は、サーバー間の信頼関係を作成することと同じです。 多くのホストやインスタンスは信頼されていません。
- 32 ビットのみ: 一部のアダプターは 32 ビット プロセスでのみ実行されますが、ほとんどは 64 ビットに準拠しています。 この設定は、BizTalk の構成後に BizTalk 管理で有効または無効にできます。 そのため、これについてあまり注意しすぎる必要はありません。
- ホスト名: BizTalkServerApplication が既定値です。 BizTalk 管理で新しいホストとインスタンスを作成する場合、TrackingHost または ReceivingHost など具体的な名前を付けられます。 そのため、これはそのままにしておきます。
分離ホストとインスタンスの作成: 分離ホストは IIS 内で実行されます。 多くの環境では、既定値を使用することをお勧めします。 その他のオプション:
- 信頼済み: メッセージボックス データベースにメッセージを送信するときに、送信者の資格情報 (SSID またはパーティ ID) を渡します。 この操作は、サーバー間の信頼関係を作成することと同じです。 多くのホストやインスタンスは信頼されていません。
- 32 ビットのみ: 一部のアダプターは 32 ビット プロセスでのみ実行されますが、ほとんどは 64 ビットに準拠しています。 この設定は、BizTalk の構成後に BizTalk 管理で有効または無効にできます。
- 分離ホスト名: BizTalkServerIsolatedHost が既定です。 これはそのままにしておきます。
Windows サービス: ホスト インスタンスの実行に使用するアカウントを入力します。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
Windows グループ: 既定のグループ名をそのまま使用することも、カスタム名を入力することもできます。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
ビジネス ルール エンジン (BRE) の構成
BRE を使用しない場合、この手順は省略してください。
ビジネス ルール エンジンを構成する前に、BizTalk Server グループを構成することをお勧めします。 BizTalk Server グループを構成する前に BRE を構成した場合、BizTalk Server構成では、グループ関連の管理ロールはルール エンジン データベースに追加されません。
[ ビジネス ルール エンジン] を選択します。
次を構成します。
- このコンピューターでビジネス ルール エンジンを有効にする: このBizTalk Serverで BRE を使用する場合は、このオプションを選択します。
- データ ストア: ルール データベースをホストするサーバー名を入力します。 このサーバーに BizTalk と SQL の両方がインストールされている場合は、ローカル サーバー名を入力します。 SQL Server が別のコンピューター上にある場合は、SQL Server 名を入力します。 既定のデータベース名を使用することも、独自のものを入力することも可能です。
- Windows サービス: ルール更新サービスの実行に使用するアカウントを入力します。 SQL Server が別のコンピューターである場合、ドメイン アカウントを入力します。
BAM ツールの構成
BAM ツールを使用しない場合、この手順は省略してください。
ビジネス アクティビティ監視ツールには、次が含まれます。
- Excel 用の BAM アドイン
- BAM マネージャー
- BAM ポータル
開始する前に
- BAM ツールを構成するには、特定のSQL Server管理機能が必要であり、Integration Services がインストールされているマシンから実行する必要があります。 Integration Services のバージョンは、ターゲット SQL Serverと同等のバージョンである必要があります。
- BizTalk Server 2020 以降では、BAM DTS パッケージの展開と管理に SSIS カタログが使用されます。 構成の前に、ターゲット SQL Server (プライマリ インポートおよびスター スキーマ データベース) に SSIS カタログを作成します。
- BAM ツールは、複数の BizTalk グループによって使用される場合があります。 BAM ツールの構成を解除すると、BizTalk グループへの接続は削除されます。 ただし、BAM プライマリ インポート テーブルをポイントするその他の BizTalk グループはこの BAM SQL Server インフラストラクチャを使用し続けることができます。
- [ビジネス アクティビティの監視 - ツール] ページを使用すると、BAM データベースを実行時に再構成できます。 たとえば、既存の構成を削除することなく BAM データベースを再構成できます。 BAM データベースを再構成すると、既に展開されている OLAP ビューや、すべての警告が削除されます。 新しく構成したデータベースに既存のビューや警告を残しておきたい場合は、次のいずれかの操作を実行します。
- 再構成前に警告やビューの展開を解除し、再構成後に再展開します。 アーカイブされたデータはビューには残りません。
- BAM 警告を使用していない場合は、再構成する前にデータベースをバックアップしてください。 再構成後に、新しく構成された場所にデータベースを復元します。
- BizTalk Serverデータベースを統合する場合は、BAM アーカイブ データベースと BAM 分析データベースを除外する必要があります。
手順
[ BAM ツール] を選択します。
次を構成します。
- ビジネス アクティビティ監視ツールを有効にする: このコンピューターで BAM ツールを有効にしてインストールします。
- BAM 集計の Analysis Services を有効にする: BAM アラートの追跡情報を提供します。
- データ ストア: BAM データベースをホストするサーバー名を入力します。 このサーバーに BizTalk と SQL の両方がインストールされている場合は、ローカル サーバー名を入力します。 SQL Server が別のコンピューター上にある場合は、SQL Server 名を入力します。 既定のデータベース名を使用することも、独自のものを入力することも可能です。
- この BizTalk グループのビジネス アクティビティ/監視ツールを削除する: BizTalk グループから BAM ツールをアンインストールして削除します。
BAM 警告の構成
BAM 警告を使用するには、BAM ツールを有効にする必要があります。
BAM アラート サービスでは、クライアントSQL_AS_ADOMD実行する必要があります。 SQL Server 2016 Feature Pack から 2016 Analysis Services ADOMD SQL Serverインストールします。
[ BAM アラート] を選択します。
次を構成します。
- BAM アラートを有効にする: BAM アラートを使用する場合は、このオプションをチェックします。 BAM 警告を使用するには、SQL Database メールが事前に構成されている必要があることに注意してください。
- Windows サービス: BAM アラート サービスの実行に使用するアカウントを入力します。 SQL Server が別のコンピューターである場合、ドメイン アカウントを入力します。
- BAM アラート SMTP サーバー: SQL Database メールで構成した SMTP サーバー名を入力します。
- BAM アラート ファイルの場所: BAM アラートを格納するネットワーク共有を入力します。 BAM 警告をファイルに格納できるようにするには、この共有を手動で作成する必要があります。
- アラート データベースのSQL Server: Alerts データベースをホストするSQL Server名を入力します。 警告データベースに使用する NS SQL Server の指定時には、IPv6 アドレスを使用できません。 コンピュータ名で指定すると、DNS の変換機能により検索が実行されます。
- Alerts データベース名のプレフィックス: Alerts データベースに使用されるプレフィックスを入力します。
BAM ポータルの構成
[ BAM ポータル] を選択します。
次を構成します。
- BAM ポータルを有効にする: BAM ポータルを使用する場合は、このオプションを太くします。
- Web サービス アカウント: IIS サービスの実行に使用するアカウントを入力します。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
- Windows グループ: 既定のグループ名をそのまま使用することも、カスタムの名前を入力することもできます。 SQL Server が別のコンピューターである場合、ドメイン アカウントを入力します。
- BAM ポータル Web サイト: BAM ポータルをホストする Web サイトを選択します。 一部の環境では、既定の Web サイトが構成されている唯一の Web サイトです。
BizTalk EDI/AS2 ランタイムの構成
- Enterprise SSO、グループ、および BizTalk ランタイムは、BizTalk EDI/AS2 ランタイムの構成前に構成する必要があります。
- BAM ツールは EDI/AS2 ランタイム状態レポート機能の構成前に有効にする必要があります。
- EDI のみ構成する場合、BAM は必要ありません。
[ BizTalk EDI/AS2 ランタイム] を選択します。
次を構成します。
- このコンピューターで BizTalk EDI/AS2 ランタイムを有効にする: ビジネス間メッセージングに X12、EDIFACT、または AS2 プロトコルを使用する場合は、このオプションを選択します。
- この BizTalk グループに対して BizTalk EDI を有効にする: X12 または EDIFACT を使用するかどうかを選択します。
- この BizTalk グループに対して BizTalk AS2 を有効にする: AS2 を使用するかどうかを選択します。
- この BizTalk グループに対して BizTalk EDI/AS2 ランタイム状態レポートを有効にする: EDI インターチェンジと受信確認の状態を提供するレポート ユーザー エクスペリエンスを有効にします。
- この BizTalk グループから BizTalk EDI、AS2、および状態レポート機能を削除する: グループからレポート機能をアンインストールして削除します。
Windows SharePoint Services Web サービスの構成 - BizTalk Server 2013 および R2 のみ
重要
このセクションは、BizTalk Server 2013 R2 および BizTalk Server 2013 にのみ該当します。 BizTalk Server 2013 R2 または BizTalk Server 2013 を使用していない場合、この手順は省略してください。
- SharePoint Services Web サービス (SSOM) は、BizTalk Server 2016 以降削除され、BizTalk Server 2013 R2 では非推奨となっています。 これは、SharePoint Services アダプター (CSOM) に置き換わっています。 BizTalk の構成には CSOM オプションは表示されません。 CSOM オプションは、ファイル アダプターや HTTP アダプターが自動的にインストールされるのと同様に、BizTalk と共に自動的にインストールされます。
[アダプター Windows SharePoint Services選択します。
次を構成します。
- このコンピューター Windows SharePoint Servicesアダプターを有効にする: SharePoint Services Web サービスをインストールする場合に選択します。 IIS Web サービスが SharePoint Services コンピューターにインストールされます。このコンピューターは、BizTalk Server のコンピューターと同じでも別でもかまいません。 多くの環境で BizTalk Server と SharePoint Services は別のコンピューターにあります。
- Windows グループ: 既定のグループ名をそのまま使用することも、カスタム名を入力することもできます。
- Windows SharePoint Services アダプター Web サイト: Windows SharePoint サービス アダプター Web サービスをホストする Web サイトを選択します。
REST API を構成する
この機能は、BizTalk Server 2020 以降に適用されます。
- 管理サービス: BizTalk Server成果物管理用の REST API。 Management Service API の既定の URI は です
http(s)://localhost/BizTalkManagementService。 - 運用データ サービス: BizTalk Server環境を流れるインスタンスとメッセージに関する情報を提供するサービス。 運用データ フィードは、BizTalk Server管理でグループ ハブを確認するのと同じデータです。 Operational Data Service API の既定の URI は です
http(s)://localhost/BizTalkOperationalDataService。
[ REST API] を選択します。
次を構成します。
- BizTalk REST API を有効にする: BizTalk REST API を有効にする場合は、これを確認します。
- Web サービス アカウント: IIS サービスの実行に使用するアカウントを入力します。
- Windows グループ: API へのアクセスを許可する Windows グループを指定します。 既定値は
Everyoneです。 - REST API Web サイト: 両方の REST API をホストする Web サイトを選択します。
BizTalk TMS の構成
この機能は、BizTalk Server 2020 以降に適用されます。
BizTalk TMS は、BizTalk で使用される認証トークンを更新するサービスです。 これは、Office 365 アダプターの前提条件です。
重要
- TMS は、"Enterprise Single Sign-On Service" (ENTSSO) も実行されているサーバーで構成する必要があります。
- TMS は、BizTalk グループ内の 1 つのサーバーでのみ構成する必要があります。 高可用性シナリオでは、Active-Passive トポロジ内の複数のサーバーで TMS を構成できます。
[ BizTalk TMS] を選択します。
次を構成します。
- BizTalk TMS を有効にする: BizTalk TMS を有効にする場合は、これを確認します。
- サービス アカウント: TMS の実行に使用するアカウントを入力します。 サービス アカウントは、"SSO Administrators" グループのメンバーである必要があります。
構成の適用
[ 構成の適用] を選択し、構成を続行します。
- [ 概要] で、選択したコンポーネントを確認し、[ 次へ] を選択します。
- 完了したら、[完了] を選択します。
完了すると、 のような一時フォルダーに構成ログ ファイルが C:\Users\username\AppData\Local\Temp\ConfigLog(1-12-2017 2h39m30s).log生成されます。
IIS アプリケーション プールと Web サイト
BizTalk Serverを構成した後、次のインターネット インフォメーション サービス (IIS) アプリケーション プールと仮想アプリケーションを作成できます。
アプリケーション プール
BAMAppPool: BAM ポータルのアプリケーション プール。
アプリ プール ID: 独自のを作成します。
BTSSharePointAdapterWSAppPool: Windows SharePoint サービス アダプター Web サービスのアプリケーション プール。
アプリ プール ID: 独自のを作成します。
STSWebServiceAppPool: 取引先管理ツールのアプリケーション プール。
アプリ プール ID: 独自のを作成します。
TpmWSAppPool: TPM 管理 Web サービスのアプリケーション プール。
アプリ プール ID: 独自のを作成します。
BizTalkManagementServiceAppPool: 管理サービス REST API のアプリケーション プール。
アプリ プール ID: 独自のを作成します。
BizTalkOperationalDataServiceAppPool: 運用データ サービス REST API のアプリケーション プール。
アプリ プール ID: 独自のを作成します。
仮想アプリケーション
BAM: ページ、イメージ、プリコンパイル済みコード、その他のリソースなど、BAM ポータル コンポーネントをホストする仮想アプリケーション。 この仮想アプリケーションは、BAMManagementService アプリケーションを呼び出して BAM データベースと通信します。 BAM ポータルをブランド化するには、このアプリケーションの内容を変更します。
既定のアプリケーション プール: BAMAppPool
BAMManagementService: BAMManagementService Web サービスをホストする仮想アプリケーション。 この Web サービスは、BAM ポータル アプリケーションで BAM プライマリ インポート テーブル (PIT) との通信に使用されます。 データベースとの通信は、構成中に作成されたレジストリに保存されている、権限を借用した資格情報を使用して行われます。 この Web サービスで公開されたメソッドは、カスタム クライアントによって、任意のユーザーのビューおよびその詳細、関連アクティビティ、およびピボットテーブル レイアウトを取得するために使用されます。 さらに、データベース内の警告の管理にも使用できます。
既定のアプリケーション プール: BAMAppPool
BTSharePointAdapterWS: Windows SharePoint サービス アダプター Web サービスをホストする仮想アプリケーション。 BizTalk Server 2013 R2 および 2013 にのみ適用されます。
既定のアプリケーション プール: BTSSharePointAdapterWSAppPool
BizTalkManagementService: 管理サービス REST API をホストする仮想アプリケーション。
既定のアプリケーション プール: BizTalkManagementServiceAppPool
BizTalkOperationalDataService: 運用データ サービス REST API をホストする仮想アプリケーション。
既定のアプリケーション プール: BizTalkOperationalDataServiceAppPool