基本的な構成またはカスタム構成を使用して BizTalk Server を構成します。
基本構成とカスタム構成
- 構成でドメイン グループを使用する場合は、カスタム構成を実行します。
- 構成で既定のグループ名ではなくカスタム グループ名を使用する場合は、カスタム構成を実行します。
- 構成で既定のデータベース名ではなくカスタム データベース名を使用する場合は、カスタム構成を実行します。
- BizTalk Server と SQL Server が別々のコンピューター上にある場合は、ドメイン グループが必要です。 その結果、カスタム構成を実行します。
- 基本的な構成を使用して、SQL Server の名前付きインスタンスで BAM 分析を構成することはできません。 名前付きインスタンスを使用していて、BAM 分析を構成する場合は、カスタム構成を実行します。
- 1 台のサーバーで実行されている BizTalk Server と SQL Server の完全なインストールをセットアップするユーザーには、基本構成をお勧めします。
- 基本構成は、既定の名前を使用してローカル グループとデータベースを自動的に作成するため、高速です。
開始する前に
- BizTalk Server は、SQL Server の既定のインスタンスと名前付きインスタンスを使用して構成できます。
- ログオンしているアカウントは、ローカル管理者グループのメンバーであり、SQL Server のシステム管理者 (SA) 権限を持っている必要があります。
- ドメイン グループを使用する場合は、BizTalk Server を構成する 前に ドメイン グループが存在している必要があります。
- BizTalk Server によって生成され、BizTalk Server 構成に一覧表示される既定のアカウントはローカル グループです。 マルチサーバー環境では、ローカル グループをドメイン グループに置き換えます。
- BAM Analysis Services を構成する場合は、ログオンしているアカウントが OLAP コンピューターの OLAP 管理者グループのメンバーである必要があります。
- BizTalk Server 2020 以降、BAM は、BAM DTS パッケージの展開と管理に SSIS カタログを使用します。 構成の前に、ターゲット SQL Server に SSIS カタログを作成します。
- BizTalk Server を構成 した後 、累積的な更新プログラム (CU) または機能パック (FP) をインストールします。 CU または 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 サービスは、入力したアカウントで実行されます。 構成プロセスにより、このアカウントに、サーバーと SQL Server 内のオブジェクトに対する必要なセキュリティアクセス許可が付与されます。
- すべての機能は、コンピューターにインストールした前提条件ソフトウェアに基づいて構成されます。
- 既定のグループ名を使用して、コンピューターのローカルにグループが自動的に作成されます。
- インターネット インフォメーション サービス (IIS) の既定の Web サイトは、IIS を必要とするすべての機能に使用されます。
カスタム構成
- スタート メニューで、[ BizTalk Server の構成] を右クリックし、[ 管理者として実行] を選択します。 構成ウィザードが開きます。
- [ カスタム構成] を選択し、[構成] を選択 します。
ヒント
BizTalk Server 2020 以降では、グループ管理サービス アカウント (gMSA) を使用して、BizTalk のさまざまな機能に使用されるアカウントを構成できます。 詳細については、「 BizTalk 機能のグループ管理サービス アカウントの使用」を参照してください。
Enterprise シングル サインオン (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 Server と同じ SSO 構成とデータベースを共有します。
データ ストア: SSO サーバーのサーバー名を入力します。 SSO サーバーを使用している場合は、ローカル サーバー名を選択します。 SSODB を既定のデータベース名として保持することも、カスタムの名前を入力することもできます。
Windows サービス: Enterprise Single Sign-On サービスの実行に使用するアカウントを入力します。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
Windows アカウント: 既定のグループ名をそのまま使用することも、カスタムの名前を入力することもできます。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
[Enterprise SSO Secret Backup] を選択します。 このオプションは、マスター シークレットを暗号化されたバックアップ ファイルに保存します。
次を構成します。
- シークレット バックアップ パスワード: マスター シークレットのパスワードを入力します。
- パスワードの確認: マスター シークレットのパスワードを再入力します。
- パスワードアラーム: 入力したパスワードのリマインダーを入力します。 真剣に - この手順をスキップしないでください。
- バックアップ ファイルの場所: バックアップ ファイルの名前と場所を一覧表示します。 既定では、\Program Files\Common Files\Enterprise シングル サインオン\ 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 管理を使用します。
- グループで最初に作成するホストは、In-Process ホストおよびホストインスタンスである必要があります。
- 同じグループ内の複数の BizTalk Server でランタイムを構成する場合、信頼されたホスト アプリケーションと信頼されていないホスト アプリケーションの両方に同じサービス アカウントを使用することはできません。 信頼されたアプリケーションと信頼されていないアプリケーションには、一意のアカウントを使用する必要があります。
ステップス
BizTalk ランタイムを選択します。
次を構成します。
BizTalk Server ランタイム コンポーネントを登録する: この BizTalk Server 上にホストとホスト インスタンスを作成するには、このオプションを選択します。
In-Process ホストとインスタンスの作成: このコンピューター上に BizTalkServerApplication ホストとインスタンスを作成します。 その他のオプション:
- 信頼済み: メッセージボックス データベースにメッセージを送信するときに、送信者の資格情報 (SSID またはパーティー ID) を渡します。 これは、サーバー間の信頼関係を作成することと同じです。 ほとんどのホストとインスタンスは信頼されていません。
- 32 ビットのみ: 一部のアダプターは 32 ビット プロセスでのみ実行されますが、そのほとんどは 64 ビットに準拠しています。 この設定は、BizTalk を構成した後、BizTalk 管理で有効または無効にすることができます。 それについて心配しないでください。
- ホスト名: BizTalkServerApplication が既定です。 BizTalk Administration で新しいホストとインスタンスを作成する場合、TrackingHost や ReceivingHost などの名前を指定できます。 この as-isをそのままにしておいてください。
分離ホストとインスタンスの作成: 分離ホストは 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 は、 BAM DTS パッケージの展開と管理に SSIS カタログを使用します。 構成の前に、ターゲット SQL Server (プライマリ インポートおよびスター スキーマ データベース) に SSIS カタログを作成します。
- BAM ツールは、複数の BizTalk グループで使用できます。 BAM ツールの構成を解除すると、BizTalk グループへの接続が削除されます。 ただし、BAM SQL Server インフラストラクチャは、BAM プライマリ インポート テーブルを指す他の BizTalk グループで引き続き機能します。
- [ビジネス アクティビティ監視ツール] ページを使用して、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 から SQL Server 2016 Analysis Services ADOMD をインストールします。
[BAM アラート] を選択します。
次を構成します。
- BAM アラートを有効にする: BAM アラートを使用する場合は、このオプションをオンにします。 BAM アラートを使用するように SQL Database メールを既に構成しておく必要があります。
- Windows サービス: BAM アラート サービスの実行に使用するアカウントを入力します。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
- BAM アラート SMTP サーバー: SQL Database メールで構成した SMTP サーバー名を入力します。
- BAM アラート ファイルの場所: BAM アラートを格納するネットワーク共有を入力します。 BAM アラートでファイルを格納する前に、この共有を手動で作成する必要があります。
- SQL Server for Alerts Database: アラート データベースをホストする SQL Server 名を入力します。 アラート データベースの NS SQL Server を指定するための IPv6 アドレスの使用はサポートされていません。 ただし、コンピューター名を使用すると、DNS 変換によって検索が処理されます。
- アラート データベース名のプレフィックス: アラート データベースに使用されるプレフィックスを入力します。
BAM ポータルを構成する
BAM ポータルを選択します。
次を構成します。
- BAM ポータルを有効にする: BAM ポータルを使用する場合は、このオプションを太くします。
- Web サービス アカウント: IIS サービスの実行に使用するアカウントを入力します。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
- Windows グループ: 既定のグループ名をそのまま使用することも、カスタムの名前を入力することもできます。 SQL Server が別のコンピューター上にある場合は、ドメイン アカウントを入力します。
- BAM ポータル Web サイト: BAM ポータルをホストする Web サイトを選択します。 一部の環境では、既定の Web サイトが構成されている唯一の Web サイトです。
BizTalk EDI/AS2 ランタイムの構成
- BizTalk EDI/AS2 ランタイムを構成する前に、エンタープライズ SSO、グループ、および BizTalk ランタイムを構成する必要があります。
- 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 のみ
Von Bedeutung
このセクションは、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) に置き換えられます。 CSOM オプションは、BizTalk 構成には表示されません。 CSOM オプションは、ファイル アダプターと同様に BizTalk と共に自動的にインストールされるか、HTTP アダプターが自動的にインストールされます。
[Windows SharePoint Services アダプター] を選択します。
次を構成します。
- このコンピューターで Windows SharePoint Services アダプターを有効にする: SharePoint Services Web サービスをインストールする場合に選択します。 IIS Web サービスは SharePoint Services コンピューターにインストールされます。これは、BizTalk Server と同じコンピューターまたは別のコンピューターにインストールできます。 ほとんどの環境では、BizTalk Server と SharePoint Services は別々のコンピューター上にあります。
- Windows グループ: 既定のグループ名をそのまま使用することも、カスタムの名前を入力することもできます。
- Windows SharePoint サービス アダプター 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 アダプターの前提条件です。
Von Bedeutung
- 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: 独自の ID を作成します。
BTSSharePointAdapterWSAppPool: Windows SharePoint サービス アダプター Web サービスのアプリケーション プール。
アプリ プール ID: 独自の ID を作成します。
STSWebServiceAppPool: 取引先管理ツールのアプリケーション プール。
アプリ プール ID: 独自の ID を作成します。
TpmWSAppPool: TPM 管理 Web サービスのアプリケーション プール。
アプリ プール ID: 独自の ID を作成します。
BizTalkManagementServiceAppPool: 管理サービス REST API のアプリケーション プール。
アプリ プール ID: 独自の ID を作成します。
BizTalkOperationalDataServiceAppPool: 運用データ サービス REST API のアプリケーション プール。
アプリ プール ID: 独自の ID を作成します。
仮想アプリケーション
BAM: ページ、イメージ、プリコンパイル済みコード、その他のリソースなど、BAM ポータル コンポーネントをホストする仮想アプリケーション。 この仮想アプリケーションは、BAM データベースと通信するために BAMManagementService アプリケーションを呼び出します。 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