BizTalk Server 2013 R2 または BizTalk Server 2013 から BizTalk Server 2016 にアップグレードする。
このトピックでは、BizTalk Server 2016 のアップグレード プロセスの概要、重要な情報、および BizTalk Server 2013 R2 または BizTalk Server 2013 からアップグレードするための詳細な手順について説明します。
アップグレードの概要
アップグレードする前に、このドキュメント全体をお読みください。 BizTalk Server は、社内と外部の両方のさまざまなコンポーネントを企業に接続します。 ほとんどの実際の展開シナリオは、複数のサーバーと最終的には物理コンピューターと仮想コンピューターの両方のクラスターを含むように、はるかに広範囲に及びます。
同じ BizTalk Server 展開は 2 つありません。 アップグレードする前に、企業のニーズに関する情報を収集し、展開の範囲について、BizTalk Server を使用する IT プロフェッショナル、システム管理者、および開発者と話し合います。 このアップグレード ガイドを調査し、企業の特定のニーズを判断することで、独自の展開ロードマップを作成します。
BizTalk Server ベスト プラクティス アナライザー (BPA) を使用して、BizTalk Server の展開を調べ、ベスト プラクティスの一覧を生成します。 BPA は、読み取りとレポートのみを使用して構成レベルの検証を実行し、収集されたデータを使用してベスト プラクティスに従っているかどうかを判断します。
アップグレードの計画
アップグレード プロセスの概要を次に示します。 一覧表示されている各手順は、表示された順序で実行する必要があります。
- オペレーティング システムのアップグレード パス
- Microsoft SQL Server の®アップグレード パス
- Windows® SharePoint® Services のアップグレード
- Visual Studio をサイド バイ サイドでインストールする
- Microsoft Office 2016/2013 をサイド バイ サイドでインストールする
サポートされているアップグレード パス
次の表に、BizTalk Server 2016 にアップグレードできるサポートされているオペレーティング システムの一覧を示します。 "はい" は、そのオペレーティング システムで実行されている BizTalk Server のバージョンをアップグレードできることを意味します。 "いいえ" とは、そのオペレーティング システムで実行されている BizTalk Server のバージョンをアップグレードできないことを意味します。 "いいえ" の場合、サポートされているオペレーティング システムで BizTalk 環境を再作成する必要があります。 BizTalk Server 2016 のハードウェアとソフトウェアの要件 は、サポートされているオペレーティング システムの一覧です。
| オペレーティング システム | BizTalk Server 2013 R2 | BizTalk Server 2013 |
|---|---|---|
| Windows Server 2012 R2 | イエス | いいえ |
| Windows Server 2012 | いいえ | いいえ |
| Windows 8.1 | イエス | いいえ |
| Windows 8 | いいえ | いいえ |
| Windows 7 SP1 | いいえ | いいえ |
次の表に、BizTalk Server 2016 にアップグレードできるサポートされている SQL Server のバージョンを示します。 SQL Server は、BizTalk Server で使用されるデータベースをホストします。 "はい" は、その SQL Server バージョンを使用する BizTalk Server をアップグレードできることを意味します。 "いいえ" は、その SQL Server バージョンを使用する BizTalk Server をアップグレードできないことを意味します。 "いいえ" の場合、サポートされている SQL Server バージョンで BizTalk 環境を再作成する必要があります。 BizTalk Server 2016 のハードウェアとソフトウェアの要件 には、サポートされている SQL Server のバージョンが一覧表示されます。
ヒント
SQL Server のバージョンがサポートされていない場合、または次の一覧にない場合は、SQL Server のアップグレードに関するドキュメントを確認してください。 SQL アップグレードでは、BizTalk でサポートされるバージョンよりも多くのバージョンが対象となります。 たとえば、SQL Server 2008 を使用している場合は、SQL Server 2016 をアップグレードできます。 その後、BizTalk Server 2016 にアップグレードできます。 SQL Server 2016 にアップグレード し、 SQL Server 2014 にアップグレード すると、アップグレードできる SQL Server のバージョンが一覧表示されます。
| SQL Server | BizTalk Server 2013 R2 | BizTalk Server 2013 |
|---|---|---|
| SQL Server 2014 | イエス | いいえ |
| SQL Server 2012 SP1 | いいえ | いいえ |
| SQL Server 2012 | いいえ | いいえ |
| SQL Server 2008 R2 SP1 | いいえ | いいえ |
次の表に、BizTalk Server 2013 R2/2013 から BizTalk Server 2016 へのサポートされているエディションのアップグレード パスを示します。 "はい" は、BizTalk Server 2013 R2/2013 エディションをエディションにアップグレードできることを意味します。 "いいえ" は、BizTalk Server 2013 R2/2013 エディションをエディションにアップグレードできないことを意味します。 "いいえ" の場合、BizTalk 環境を再作成する必要があります。
| BizTalk Server 2013 R2/2013 | BizTalk Server 2016 評価版 | BizTalk Server 2016 Branch Edition | BizTalk Server 2016 Developer Edition | BizTalk Server 2016 Standard Edition（標準版） | BizTalk Server 2016 Enterprise Edition |
|---|---|---|---|---|---|
| 評価 | いいえ | いいえ | いいえ | いいえ | イエス |
| [Branch]\(ブランチ) | いいえ | イエス | いいえ | いいえ | イエス |
| ディベロッパー | いいえ | いいえ | イエス | いいえ | イエス |
| スタンダード | いいえ | いいえ | いいえ | イエス | イエス |
| エンタープライズ | いいえ | いいえ | いいえ | いいえ | イエス |
アップグレードの前に - 知っておくべきこと
アクセス許可: アップグレードを実行するユーザーは、次のユーザー グループのメンバーであるか、同等のアクセス許可を持っている必要があります。
- ローカル コンピューター上の管理者グループ
- SQL Server のシステム管理者グループ
- BizTalk Server Administrators グループ
- シングル Sign-On (SSO) Administrators グループ
SSO: シングル Sign-On マスター シークレット サーバーと SSO データベースをホストする SQL Server は、アップグレード中に実行されている必要があります。
ネットワーク サービス アカウント:
%windir%\tempへの書き込みアクセス権が必要です。証明書: Windows 証明書ストアをバックアップします。
DTC: Microsoft 分散トランザクション コーディネーター (MSDTC) (環境を最適化するための構成後の手順) を有効にしてから、受信/送信 DTC 規則を有効にします。
- サーバー マネージャーで、[ ツール] を選択し、 セキュリティが強化された Windows ファイアウォールを開きます。
- [受信規則] を選択します。
- [受信ルール] で、分散トランザクション コーディネーター * (必要に応じて) を右クリックし、[ルールを有効にする] をクリックします。
- セキュリティが強化された Windows ファイアウォールで、[ 送信規則] を選択します。
- [送信ルール] で、[分散トランザクション コーディネーター * ] (必要に応じて) を右クリックし、[ルールの有効化] をクリックします。
SharePoint: クライアント側オブジェクト モデル (CSOM) は、SharePoint Services への接続に使用されます。 BizTalk Server 2016 では、サーバー側オブジェクト モデル (SSOM) (Web サービス) が削除されます。
CSOM をサポートしていない SharePoint バージョンを使用している場合は、サポートされている SharePoint バージョンにアップグレードできる場合があります。
.NET Framework: .NET Framework 4.5 と .NET Framework 4.6 の間には、サイド バイ サイド インストールの概念はありません。 .NET Framework 4.6 バイナリは、.NET Framework 4.5 バイナリを上書きします。 .NET Framework 4.6 は BizTalk Server 2016 の要件であり、以前のバージョンの BizTalk Server ではサポートされていません (インストールしないでください)。
Office 2016 と Office 2013: 同じコンピューターに 異なるバージョンの Office をインストールして使用 します。 また、 Office 2013 および Office 2016 のサイド バイ サイド MSI インストールに関する問題も確認してください。
BizTalkServerApplication ホスト: アップグレードには、既定のホストが存在する必要があります。 SQL アダプター送信ポートと受信場所に関連付けられている既定のホスト インスタンスが削除された場合は、アップグレードする前に既定のホストを SQL アダプターに関連付けます。 アップグレードが完了したら、既定のホストを一覧から削除できます。
カスタム バインド: 以前のバージョンの .NET Framework でビルドされたユーザー定義のカスタム バインドは、アップグレード後は使用できません。 カスタム バインドを使用するには、.NET Framework 4.6 machine.config ファイルにカスタム バインドを手動で追加します。
構成ファイル: BizTalk Server 2013 R2/2013 のすべてのカスタム構成ファイルをバックアップします。 BizTalk Server では、
btsntsvc.exe.configファイルとbm.exe.configファイル内の変更の移行のみがサポートされます。
BAM アラート
BAM アラートを使用するには、SQL Server データベース メールが必要です。 既存の BAM 警告定義を Notification Services で使用した SQL バージョンから SQL Server をアップグレードする場合は、BAM アラート定義をバックアップし、アップグレード後に展開できます。 BM.exe コマンド ライン ツール (\Program Files (x86)\Microsoft BizTalk Server <your version>\Tracking) を使用します。 具体的な手順は次のとおりです。
- コマンド プロンプトを開き、
\Program Files (x86)\Microsoft BizTalk Server <your version>\Trackingに移動します。 - コマンド プロンプトで定義ファイルを作成します。
bm.exe get-defxml -FileName:YourBAMDefinition.xml - BizTalk Server 2013 R2/2013 構成で、BAM アラートの構成を解除します。
- SQL Server 2016 または SQL Server 2014 SP1 にアップグレードします。
- SQL Server データベース メールを構成します。
- BizTalk Server 2016 にアップグレードします。
- BizTalk Server 2016 の構成で、BAM アラートを構成します。
- コマンド プロンプトで保存した定義ファイルを展開します。
bm.exe update-all -DefinitionFile:YourBAMDefinition.xml
Von Bedeutung
これらの手順に従わない場合、または定義ファイルを作成する順序で行わない場合は、BizTalk Server のアップグレード後に定義ファイルを再作成する必要があります。
BM.exe ヘルプを表示するには、「 bm.exe help」と入力します。
BAM
BAM DTS パッケージ: すべての BAM データ変換サービス (DTS) パッケージを停止します。 そうしないと、データが失われたり、オンライン分析処理 (OLAP) キューブが破損したりする可能性があります。
ディスク領域: 空きディスク領域は、少なくとも既存の BAM データベースのサイズである必要があります。
リアルタイム集計: 現在のバージョンの BizTalk Server で BAM リアルタイム集計を使用していて、SQL Server をアップグレードする場合は、SQL Server Enterprise Edition をインストールまたはアップグレードします。 それ以外の場合、アップグレードは失敗します。
maxTimeout 値: 大きな BAM データベースがある場合は、machine.config ファイル内の分散トランザクションの
maxTimeout値を次の値に更新します。<system.transactions> <machineSettings maxTimeout="23:59:59" /> </system.transactions>追跡プロファイル エディター (TPE) で有効になっている BAM 追跡: アップグレード後、以前に展開された追跡プロファイルがアップグレードされます。ただし、対応するインターセプター構成はアップグレードされません。 新しいインターセプトされた BAM メッセージには、引き続き BizTalk Server 2013 R2/2013 参照が含まれている可能性があります。 対応するインターセプター構成をアップグレードするには、追跡プロファイル エディターを使用してアクティビティのプロファイルを取得し、プロファイルを再適用します。
ライブデータ ワークブック: BizTalk Server 2013 R2/2013 で BAM (ビジネス アクティビティの監視) を使用している場合、アップグレードが完了したら、ライブデータ ワークブックを手動で再生成する必要があります。 LiveData ワークブックを再生成する方法は次の通りです:
次のコマンドを実行して、BAM 定義を取得します。
BM get-defxml MyDef.xmlMicrosoft Office Excel を開き、BAM アドインを選択して、ピボットテーブル レポートを再作成します。手順 (1) で作成した MyDef.xml ファイルをインポートし、ピボットテーブル レポートを再作成します。 新しい BAM ワークブックを MyNewBook.xls として保存します。
パスの
<Caption>の下にある<BAMDefinition>\<Extension>\<OWC>\<PivotTableView>\<PivotTable>\<PivotView>\<Label>でピボットテーブルの名前を見つけることで、ピボットテーブル レポートの名前を変更します。 これらの名前を使用して、 MyNewBook.xlsのピボットテーブル レポートの名前を変更します。次のコマンドを実行して、LiveData ワークブックを再生成します。
BM regenerate-livedataworkbook MyNewBook.xls注
再生成された LiveData ブックは、元の LiveData ブックで Excel の成果物 (グラフなど) を再作成しません。 アーティファクトを手動で再作成します。
エンタープライズ・シングル Sign-On (ESSO)
シナリオ: 以前のバージョンの Enterprise シングル サインオンからのアップグレード
BizTalk Server には、Enterprise Single Sign-On (ESSO) の更新バージョンが含まれています。 以前のバージョンの BizTalk を使用しているコンピューターにこのリリースをインストールする場合、セットアップ中に ESSO が自動的に更新されます。 アップグレードする前に、次の手順を実行することをお勧めします。
- シングル Sign-On データベース (SSODB) の現在のバージョンが安全な場所にバックアップされていることを確認します。
- 現在のマスター シークレット キーが安全な場所にバックアップされていることを確認します。
- マスター シークレットのパスワードを知っている。
BizTalk グループ内のすべてのサーバーを同じリリースにアップグレードします。 この要件は、スタンドアロンのマスター シークレット サーバーにも適用されます。
シナリオ: Enterprise Single Sign-On スタンドアロン セットアップを使用したアップグレード
スタンドアロンの Enterprise シングル サインオンがインストールされているコンピューター (専用マスター シークレット サーバーなど) でアップグレードを実行するには、次の手順に従います。
- 現在のマスター シークレット キーが安全な場所にバックアップされていることを確認します。
- 現在のバージョンの SSODB が安全な場所にバックアップされていることを確認します。
- BizTalk Server 2016 インストール メディアから ESSO Setup.exe を実行します。 既定のインストール フォルダーは
\Platform\SSO。 - [ 自動実行 ] ダイアログ ボックスで、[ Microsoft Enterprise シングル サインオン] を選択します。
- [概要] ダイアログ ボックスで、[ アップグレード] を選択します。
マルチコンピューター環境
マルチコンピューター環境で、SSO マスター シークレット サーバー コンピューターをアップグレードします。 次に、他の BizTalk Server コンピューターをアップグレードします。 グループ内の BizTalk コンピューターの同時アップグレードはサポートされていません。 次の順序で一度に 1 台のコンピューターをアップグレードします。
- 単一 Sign-On マスター シークレット サーバー
- BizTalk Server を実行しているランタイム コンピューター
- 管理ツールと監視コンピューター
- BizTalk Server を実行している開発およびその他のコンピューター
補足
設定ダッシュボードを使用すると、パフォーマンスの最適化のために BizTalk Server の設定を広範囲に調整できます。 BizTalk グループ、BizTalk ホスト、BizTalk ホスト インスタンスの設定を変更することもできます。 BizTalk Server パフォーマンス チューニングの設定ダッシュボードの使用を参照してください。
全般情報
アカウント名: 可能な限り、既定のアカウント名を使用します。 BizTalk Server セットアップ プログラムは、既定のアカウントを使用するようにインストールされているコンポーネントを自動的に構成します。 Active Directory フォレストに複数の BizTalk Server グループがある場合は、競合を避けるためにアカウント名を変更します。 BizTalk Server では、サービス アカウントと Windows グループの
<NetBIOS ___domain name>\<user>名の形式のみがサポートされます。BAM 管理 Web サービスのアカウント名: BizTalk Server は、BAM 管理 Web サービス ユーザーのパスワードのない組み込みアカウントまたはアカウントをサポートしていません。
このようなアカウントを使用して BizTalk Server を構成すると正常に表示されることがありますが、BAM 管理 Web サービスは失敗します。
BAM アプリケーション プールでのこのようなアカウントの使用がサポートされています。
BizTalk アセンブリ ビューアー は、64 ビット オペレーティング システムではサポートされていません。
インストールとアンインストール: BizTalk Server をアンインストールするときは、BizTalk Server データベースを手動で削除します。 開発者またはエバリュエーターとして BizTalk Server をインストールする場合は、仮想マシンへのインストールを検討してください。 これにより、再インストールする必要がある場合は、アンインストール プロセスを実行しなくても、プリセット チェックポイントに簡単にロールバックできます。
32 ビットコンピューターと 64 ビット コンピューター: BizTalk Server を 32 ビット Windows または 64 ビット Windows にインストールする場合、いくつかの違いがあります。 このドキュメントでは、32 ビットと 64 ビットの両方のインストールについて説明します。 それらの違いは示されています。
ワークグループ: 1 台のコンピューター上のワークグループ環境での BizTalk Server のインストールと構成がサポートされています。 このシナリオでは、SQL Server と BizTalk Server の両方の機能とコンポーネントが同じコンピューターにインストールおよび構成されます。
ターミナル サーバー: アプリケーション モードで実行されているターミナル サーバーを使用した BizTalk Server のインストールはサポートされていません。
サイレント アップグレード はサポートされていません。
サポートされていないアプリケーション: BizTalk Server では、PAM API、ストアド プロシージャ、直接データベース アクセスなど、サポートされていない API 上に構築されたカスタム アプリケーションはサポートされていません。 運用環境をアップグレードする前に、少なくとも 1 つのテスト アップグレードを実行します。
SQL Server インスタンス: プラットフォームをアップグレードする前に、SQL Server インスタンスをアップグレードすることをお勧めします。
アップグレード用にコンピューターを準備する
重要な Windows 更新プログラムのインストール: [プログラム] メニューから [Windows Update] を選択します。 コンピューターの再起動が必要な場合があります。
BAM アラート定義の保存: SQL Server Notification Services で既存の BAM アラート定義を現在使用している場合にのみ適用されます。 BizTalk Server 2013 R2/2013 構成で、BM.exe を使用して定義ファイルを作成し、BAM アラートを構成解除します。
(この記事の) アップグレードの前に、特定の手順を示します。 それ以外の場合は、アップグレード後に BAM アラート定義を再作成します。
SQL Server のアップグレード: サポートされている SQL Server バージョンにアップグレードします。 詳細については、以下を参照してください。
SQL Server クライアント ツールのアップグレード: マルチコンピューター環境では、管理ツールを別のコンピューターにインストールできます。 管理ツールを含む SQL Server 管理クライアント ツールをアップグレードします。
Visual Studio のインストール: サポートされているバージョンについては、「 BizTalk Server 2016 のハードウェアとソフトウェアの要件 」を参照してください。 さまざまな Visual Studio バージョンをサイド バイ サイドでインストールできます。 Visual Studio 2015 と Visual Studio 2013 を参照してください。
Office のインストール: 「同じコンピューターに異なるバージョンの Office をインストールして使用する」を参照してください。 BizTalk Server 2016 のハードウェアとソフトウェアの要件 には、サポートされている Office のバージョンが一覧表示されます。
BizTalk および Windows サービスを停止します。
- BizTalk Service BizTalk グループ: <Application_Name>
- BizTalk Base EDI サービス
- ルール エンジン更新サービス
- World Wide Web 公開サービス
BizTalk Server アクセラレータがインストールされている場合は、HL7 ログ サービスを停止します。
データベースをバックアップします。
- マスター
- MSDB
- BAMArchive
- BAMPrimaryImport（BAMプライマリインポート）
- BAMStarSchema
- BizTalkDTADb
- BizTalkHwsDb
- BizTalkMgmtDb
- BizTalkMsgBoxDb
- BizTalkRuleEngineDb
- トータル・プロダクティブ・メンテナンス (TPM)
- BizTalkAnalysisDb
- BAMAnalysis
SQL Server ドキュメントの詳細については、次のページを参照してください。
SQL Server データベース メールの構成: SQL Server Notification Services で BAM アラート定義を使用する場合にのみ適用されます。
(この記事の) アップグレードの前に、特定の手順を示します。 それ以外の場合は、アップグレード後に BAM アラート定義を再作成します。
アップグレードを実行する
Von Bedeutung
SQL Server をインストールすると、セットアップによってログオン アカウントのシステム管理者権限が付与されます。 BizTalk Server をインストールするには、システム管理者権限も必要です。 次のいずれかを行ってください:
- SQL Server のインストール時に使用したのと同じアカウントを使用 します。
- 現在ログオンしているアカウントにシステム管理者権限があることを確認する
アップグレードの手順
開いているプログラムをすべて閉じます。
インストール メディアから Setup.exe を実行します。
[スタート] で、[ Microsoft BizTalk Server のインストール] を選択します。
[ 顧客情報] に、ユーザー名、組織、プロダクト キーを入力します。 [次へ] を選択します。
使用許諾契約書に同意し、[ 次へ] を選択します。
カスタマー エクスペリエンス向上プログラムで、ユーザー設定を入力します。 詳細については、 付録 A (この記事の) を参照してください。
[コンポーネントのインストール] で、使用可能なコンポーネントを確認し、[次へ] を選択します。
コンピューターに必要な前提条件が欠けている場合は、セットアップが再頒布可能な前提条件をインストールできます。 次のいずれかを実行できます。
[再頒布可能パッケージの前提条件を Web から自動的にインストールする] を選択する
または
CAB ファイルをダウンロードした場合は、[再頒布可能パッケージの前提条件を CAB ファイルから自動的にインストールする] を選択します。 CAB ファイルの場所を参照して選択します。
[ 概要] で、アップグレード可能なコンポーネントを確認します。
[ アップグレード ] を選択して開始します。
省略可能: [更新プログラムを確認するときに Microsoft Update を使用する (推奨)] を選択します。
[アップグレードの完了]で、[BizTalk Server 構成の起動] チェックボックスをオフにし、[完了]を選択します。
余分な
BizTalk Server のアップグレード中に多くのことが発生し、プロセス中にエラーが発生することは珍しくありません。 ただし、準備が整っていれば、ほとんどのエラーは簡単に修正されます。 アップグレード エラーを回避する方法と、発生した場合の処理に関するヒントについては、 付録 B (この記事の中) をお読みください。
アップグレード プロセスでは、以前のバージョンの BizTalk Server の一部であった機能のみをアップグレードします。 アップグレード中に新しい機能はインストールされません。 これらの機能をインストールするには、アップグレード後にセットアップを再実行し、[ 変更] を選択して、インストールする機能を選択します。 インストールが完了したら、 BizTalk Server 構成マネージャーを使用して構成します。
アップグレードが成功したかどうかを確認するには、[ プログラムと機能] を開き、BizTalk Server 2016 を探します。 一覧に表示されている場合は、セットアップに成功しました。
アップグレード後
BizTalk Server 2013 R2/2013 にロールバックすることはできません。
BAM アラート定義 XML ファイルを作成した場合: BizTalk Server 2016 構成で、BAM アラートを構成します。 次に、保存した定義をデプロイします。
(この記事の) アップグレードの前に、特定の手順を示します。 それ以外の場合は、アップグレード後に BAM アラート定義を再作成します。
MQSAgent のインストール: MQSAgent.dll ファイルがリモート WebSphere MQ サーバーにインストールされている場合は、BizTalk Server 2016 から新しいバージョンの MQ エージェントをリモート WebSphere MQ サーバーにインストールします。
MSMQ の起動: MSMQ アダプターを使用する場合は、メッセージ キュー サービスを開始します。
カスタム EXE と BRE: BizTalk Server 2010 のビジネス ルール エンジン アセンブリを参照するカスタムマネージド実行可能ファイルがある場合は、.NET Framework 2.0 でプロセスを実行するアプリケーション構成ファイルに次を追加します。
<?xml version="1.0" encoding="Windows-1252"?> <configuration> <startup> <supportedRuntime version="v2.0.50727" /> </startup> </configuration>SQL エージェント ジョブ: 次の SQL Server エージェント ジョブを再構成します。
- DTA の消去とアーカイブ (BizTalkDTADb): DTA 消去およびアーカイブ ジョブを構成する方法を参照してください
- BizTalk Server のバックアップ (BizTalkMgmtDb): BizTalk Server のバックアップ ジョブを構成する方法を参照してください
アプリケーションの再起動: アップグレードされたすべてのデプロイ済みアプリケーションを再起動します。
BAM ポータル エラー: BAM ポータルを開くと、次のエラー メッセージが表示されることがあります。
The server encountered a critical failure while trying to access the list of Views. The Business Management Web Service requires Administrator's attention.このエラーは、.NET Framework 2.0 を実行しているアプリケーションによって使用される Web サイトで BAM ポータルが構成されている場合に発生する可能性があります。 このシナリオでは、新しい Web サイトで BAM ポータルをホストします。 Web サイトを追加するには、「 Web サイトを作成する」を参照してください。 Web サイトを作成したら、BAM ポータルを再構成します。
- BizTalk Server 構成を開きます。
- [ 機能の構成解除] を選択します。 [ 機能の構成解除] で、 BAM ポータル のチェック ボックスをオンにし、[ OK] を選択します。
- BAM ポータル Web サイトの一覧から新しい Web サイトを選択して 、BAM ポータル を再構成します。
BizTalk 2016 Accelerator for SWIFT: BizTalk Server アップグレード プロセスでは、編集された BREDeployment.exe.config ファイルは更新されません。
\Program Files\Microsoft BizTalk 2016 Accelerator for SWIFT\SDK\Toolsフォルダーにある BREDeployment.exe.config ファイル内のパスを手動で変更します。また、A4SWIFT Web サービスとメッセージ パックの構成は失われます。 BizTalk Server のアップグレード後にこれらを再構成します。
付録 A: カスタマー エクスペリエンス向上プログラム
BizTalk Server のカスタマー エクスペリエンス向上プログラムの一環として、BizTalk Server の機能の使用に関する有用なフィードバックを Microsoft に提供できます。 収集されるデータは匿名であり、ユーザーを識別するために使用することはできません。 Microsoft は、このプログラムの一部として機能の使用状況の統計情報を収集します。
このプログラムに参加することで、BizTalk Server のさまざまな機能の信頼性とパフォーマンスを向上させることができます。
付録 B: 既知の問題
管理コンピューターで BAM アラートを構成する: 管理、ランタイム、および SQL Server コンポーネントが別々のコンピューターにインストールされているマルチコンピューター環境があります。 BAM ツールまたは BAM アラートを使用すると、次の問題が発生する可能性があります。
問題: BizTalk 管理コンピューターで BAM ツールを構成すると、次のエラーが発生します。
Service BAMAlerts was not found on computer ‘.’.The specified service does not exist as an installed service.問題: ランタイム コンピューターから BAM アクティビティ定義を展開すると、次のエラーが発生します。
A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) (.Net SqlClient Data Provider)これは、ランタイム コンピューターで BAM アラートが構成されている場合に発生します。 解決するには、BizTalk 管理コンソールと同じコンピューターで BAM アラートを構成します。 ランタイム コンピューターで BAM アラートを構成しないでください。
失敗したアップグレードからの復旧: アップグレードの失敗は、アップグレード中にいつでも発生する可能性があります。 失敗したアップグレードからの復旧方法は、各フェーズで障害が発生した時点から決定されます。
前提条件のインストール時にアップグレードが失敗した場合、セットアップは前提条件の追加インストールを停止し、エラーを含むメッセージを返します。 その後、問題を修正し、セットアップを再実行できます。
データベースのアップグレード時、既存の BizTalk Server バージョンからの機能の削除、または新しいバージョンのインストール時にアップグレードが失敗した場合、セットアップはそれ以降のインストールを停止し、エラーを含むメッセージを返します。 変更はすべてロールバックされます。 BizTalk Server データベースに加えられた変更はロールバックできません。
アップグレード中に以前の BizTalk Server インストールのコンポーネントが削除された場合、コンピューターが BizTalk Server コンポーネントのない状態のままになる可能性があります。 前のインストールからの機能構成情報が保持される場合があります。 また、アップグレード プロセスが失敗する場所によっては、BizTalk Server データベースがアップグレードされている可能性があります。 セットアップを再度実行する前に、前にバックアップしたデータベースを復元することが必要な場合があります。
BizTalk Server の機能を再構成するときにアップグレードが失敗した場合、セットアップは完了レベルのメッセージを返します。 構成のアップグレードが失敗した場合、または部分的に成功した場合は、BizTalk Server 構成を実行してアップグレードを完了します。
アップグレードが失敗し続け、以前のバージョンの BizTalk Server に後退する必要がある場合は、バックアップしたデータベースを復元してから、以前のバージョンの BizTalk Server を再インストールする必要があります。
同じバージョンを使用する: BizTalk アプリケーション グループでは、BizTalk Server のバージョンが異なるマシンを実行することはできません。 たとえば、BizTalk 管理コンソールでは、BizTalk Server の 1 つのバージョンで実行されている送信ポートを、別のバージョンの BizTalk Server で実行されている受信場所にバインドすることはできません。
SSO サービスを再起動する: 以前のバージョンの Visual Studio または .NET Framework 4.5 がコンピューターにインストールされている場合、以前のバージョンの BizTalk Server の SSO サービスは動作を停止します。 この問題を解決するには、Visual Studio コマンド プロンプトから
regasm SSOSQL.dllコマンドを実行します。 このコマンドは、SSO サービスを再起動します。注
64 ビット コンピューターで、regasm コマンドの 32 ビット バージョンと 64 ビット バージョンを実行します。
SOAP を使用できない: プラットフォームのアップグレード後、アクセス許可のために SOAP メッセージを送信できない場合があります。 これを解決するには、
C:\inetpub\wwwroot\<SOAPExternalAppName>\の Web.config ファイルを次のテキストで編集します。<securityPolicy> <trustLevel name="Full" policyFile="internal" /> <trustLevel name="High" policyFile="web_hightrust.config" /> <trustLevel name="Medium" policyFile="web_mediumtrust.config" /> <trustLevel name="Low" policyFile="web_lowtrust.config" /> <trustLevel name="Minimal" policyFile="web_minimaltrust.config"/> </securityPolicy> <trust level="Full" originUrl="" processRequestInApplicationTrust="true"/>カスタム エラー モードを [リモートのみ] から [オフ] に変更する必要がある場合もあります。
証明書ストア: アップグレード後、BizTalk Server 管理コンソールから送信ポートまたは受信場所を開き、エラーが発生します。
Could not open certificate store, the system cannot find the file specified (System).このエラーは、証明書ストアが見つからない場合に発生します。
BAM ポータル: 64 ビット コンピューターでは、アップグレード後に BAM ポータルにアクセスできません。 考えられる解決策:
%BizTalkInstallDir%\BAMPortal\web.configにある web.config ファイルのバックアップ コピーを作成します。BizTalk Server Tracking フォルダーの bm.exe を使用して、コマンド プロンプトで次のコマンドを実行します。
bm.exe get-config –FileName:<filepath> -Server:MyServer -Database:MyDBConfig XML ファイルから、 BAMVRoot の値を取得します (xpath: BAMConfiguration\ GlobalProperty\Name="BAMVRoot")。
BAMVRoot 値として一覧表示されているコンピューターで BizTalk Server 構成を開き、BAM ポータルの構成を解除します。
BizTalk Server 構成を開き、BAM ポータルを構成します。
手順 (1) で説明した場所から新しい web.config ファイルを開きます。
web.config ファイルのバックアップ コピーを使用して、次の値を設定します (
configuration\appSettings)。- key="MainPageContentUrl"
- key="AlertNotificationOptions"
注
64 ビット コンピューターでは、オペレーティング システムをアップグレードした後、BAM ポータルを再構成することをお勧めします。
EDI BAM アクティビティの展開: アップグレードすると、アップグレードが部分的に成功する可能性があります。 これは、(EDI が構成された) SQL Server をアップグレードするときに発生する可能性があります。 EDI BAM アクティビティが正しくアップグレードされない可能性があります。 この問題を解決するには、管理者資格情報を使用してコマンド プロンプトで次のコマンドを実行して、BAM アクティビティを展開します。
"<BizTalk Installation Folder>\Tracking\bm.exe" deploy-all -DefinitionFile:"<BizTalk Installation Folder>\AS2ResendActivityDefs.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>""<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.EdiAS2.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>""<BizTalk Installation Folder>\Tracking\bm.exe" update-all -DefinitionFile:"<BizTalk Installation Folder>\Microsoft.BizTalk.Configuration.Batching.UpgradeR2toR3.xml" -Server:"<BAM Database Server Name>" -Database:"<BAM Database Name>"クラスターでの SSO エラー: BizTalk Server ランタイム クラスター環境でアップグレードしようとすると、次のエラー メッセージが表示されることがあります。
SSO Master Secret Server service is not running on <Cluster name>.Please start the service to continue the upgrade.この問題を解決するには、SSO と BizTalk Server ランタイム クラスターの両方で SSO サービスを更新します。
SSO クラスターで SSO サービスを更新するには:
クラスター管理者で、クラスター化された Enterprise SSO サービス リソースを含むクラスター グループを オンライン にします。 これにより、クラスター グループ内のすべてのリソースが開始されます。
Enterprise SSO サービスのクラスター化されたインスタンスをオフラインにします。 次に、オンラインに戻 します。
クラスター グループを移動します。 この手順では、クラスター化された Enterprise SSO サービス リソースを含むクラスター グループを最初のノードから 2 番目のノードに移動する必要があります。
Enterprise SSO サービスのクラスター化されたインスタンスをオフラインにします。 次に、オンラインに戻 します。
BizTalk Server ランタイム クラスター内の SSO サービスを更新するには:
クラスター管理者で、クラスター化された BizTalk Server ランタイム リソースを含むクラスター グループを オンライン にします。 これにより、クラスター グループ内のすべてのリソースが開始されます。
Enterprise SSO サービスのクラスター化されたインスタンスをオフラインにします。 次に、オンラインに戻 します。
クラスター グループを移動します。 この手順では、クラスター化された BizTalk Server ランタイム リソースを含むクラスター グループを最初のノードから 2 番目のノードに移動する必要があります。
Enterprise SSO サービスのクラスター化されたインスタンスをオフラインにします。 次に、オンラインに戻 します。