BizTalk Server 2016 へのアップグレード
BizTalk Server 2013 R2 または BizTalk Server 2013 から BizTalk Server 2016 へのアップグレード。
このトピックでは、BizTalk Server 2016 アップグレード プロセスの概要、重要な情報、および 2013 R2 または BizTalk Server 2013 からアップグレードするための手順BizTalk Server説明します。
アップグレードの概要
アップグレードを開始する前に、このドキュメント全体をお読みください。 BizTalk Server は、企業内外の多種多様なコンポーネントを接続します。 実際の展開のほとんどはさらに規模が大きく、何台ものサーバーが含まれます。最終的には、物理コンピューターと仮想コンピューターの両方で構成されるクラスターへと発展します。
BizTalk Server の展開に 2 つとして同じものはありません。 アップグレードを開始する前に、自社のニーズに関する情報を収集し、BizTalk Server を使用する IT 担当者、システム管理者、および開発者と共に展開の範囲について話し合います。 このアップグレード ガイドをよくお読みになり、自社の具体的なニーズを判断すれば、最終的に独自の展開のためのロードマップができあがります。
BizTalk Server の Best Practices Analyzer (BPA) を使用して、BizTalk Server の展開を調査し、ベスト プラクティスの一覧を生成します。 また、読み取って報告するだけの構成レベルの検証を行い、収集したデータを使用してベスト プラクティスに従っているかどうかを判断します。
アップグレードの計画
アップグレード プロセスの大まかな流れを以下に示します。 一覧の各ステップは、表示されている順序で実行する必要があります。
- オペレーティング システムのアップグレード パス
- 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 がアップグレードできないことを意味しています。 「不可」の場合、BizTalk 環境をサポートされる SQL Server バージョンで再作成する必要があります。 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 Evaluation Edition | BizTalk Server 2016 Branch Edition | BizTalk Server 2016 Developer Edition | BizTalk Server 2016 Standard Edition | BizTalk Server 2016 Enterprise Edition |
|---|---|---|---|---|---|
| 評価 | いいえ | いいえ | いいえ | いいえ | はい |
| [Branch]\(ブランチ) | いいえ | はい | いいえ | いいえ | はい |
| 開発者 | いいえ | いいえ | はい | いいえ | はい |
| Standard | いいえ | いいえ | いいえ | はい | はい |
| エンタープライズ | いいえ | いいえ | いいえ | いいえ | はい |
アップグレード前 – 知っておくべきこと
アクセス許可: アップグレードを実行するユーザーは、次のユーザー グループのメンバーであるか、同等のアクセス許可を持っている必要があります。
- ローカル コンピューターの Administrators グループ
- SQL Server の SQL Server システム管理者グループ
- BizTalk Server 管理者グループ
- シングル サインオン (SSO) 管理者グループ
SSO: シングル Sign-On マスター シークレット サーバーと SSO データベースをホストするSQL Serverは、アップグレード中に実行されている必要があります。
ネットワーク サービス アカウント: への書き込みアクセス権が
%windir%\temp必要です。証明書: Windows 証明書ストアをバックアップします。
DTC: Microsoft 分散トランザクション コーディネーター (MSDTC) (環境を最適化するための構成後の手順) を有効にしてから、受信/送信 DTC 規則を有効にします。
- [サーバー マネージャー] で [ツール] を選択し、[セキュリティが強化された Windows ファイアウォール] を開きます。
- [ 受信規則] を選択します。
- [ 受信規則] で、 分散トランザクション コーディネーター * (必要に応じて) を右クリックし、[ 規則の有効化] をクリックします。
- [セキュリティが強化された Windows ファイアウォール] で、[ 送信規則] を選択します。
- [ 送信規則] で、 分散トランザクション コーディネーター * (必要に応じて) を右クリックし、[ 規則の有効化] をクリックします。
SharePoint: クライアント側オブジェクト モデル (CSOM) は、SharePoint Services に接続するために使用されます。 サーバー側オブジェクト モデル (SSOM) (Web サービス) は、BizTalk Server 2016 で削除されます。
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では、 ファイルと
bm.exe.configファイル内btsntsvc.exe.configの変更の移行のみがサポートされます。
BAM アラート
BAM 警告を使用するには、SQL Server Database Mail が必要です。 SQL Server の移行前のバージョンが既存の BAM 警告定義と Notification Services を使用していた場合、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 Database Mail を構成します。
- BizTalk Server 2016 にアップグレードします。
- [BizTalk Server 2016 構成] で、BAM アラートを構成します。
- コマンド プロンプトで、保存した定義ファイルを展開します。
bm.exe update-all -DefinitionFile:YourBAMDefinition.xml
重要
この手順の順番に従わないか、定義ファイルを作成しない場合、BizTalk Server のアップグレード後に定義ファイルを再作成する必要があります。
BM.exe ヘルプを表示するには、次のように入力します bm.exe help。
BAM
BAM DTS パッケージ: すべての BAM データ変換サービス (DTS) パッケージを停止します。 停止しないとデータが失われたり、オンライン分析処理 (OLAP) キューブが破損したりする場合があります。
ディスク領域: 空きディスク領域は、少なくとも既存の BAM データベースのサイズである必要があります。
リアルタイム集計: 現在のバージョンのBizTalk Serverで BAM リアルタイム集計を使用していて、SQL Serverをアップグレードする場合は、SQL Server Enterprise エディションをインストールまたはアップグレードします。 Enterprise Edition でないと、アップグレードは失敗します。
maxTimeout 値: 大きな BAM データベースがある場合は、machine.config ファイル内の分散トランザクションの値を次のように更新
maxTimeoutします。<system.transactions> <machineSettings maxTimeout="23:59:59" /> </system.transactions>追跡プロファイル エディター (TPE) で有効になっている BAM 追跡: アップグレード後、以前に展開された追跡プロファイルがアップグレードされます。ただし、対応するインターセプター構成はアップグレードされません。 新しい受信済み BAM メッセージは、引き続き BizTalk Server 2013 R2/2013 への参照を持つ可能性があります。 対応するインターセプター構成をアップグレードするには、追跡プロファイル エディターを使用してアクティビティのプロファイルを取得し、次にプロファイルを再適用します。
LiveData ブック: アップグレード後に BizTalk Server 2013 R2/2013 で BAM を使用している場合は、LiveData ブックを手動で再生成する必要があります。 LiveData ブックを再生成するには:
次のコマンドを実行して BAM 定義を取得します。
BM get-defxml MyDef.xmlMicrosoft Office Excel を開き、BAM アドインを選択して、ピボットテーブル レポートを再作成します。手順 (1) で作成 したMyDef.xml ファイルをインポートし、ピボットテーブル レポートを再作成します。 新しい BAM ブックを MyNewBook.xlsとして保存します。
パス の 下
<Caption>のMyDef.xmlでピボットテーブル名を見つけることで、ピボットテーブル レポートの名前を<BAMDefinition>\<Extension>\<OWC>\<PivotTableView>\<PivotTable>\<PivotView>\<Label>変更します。 これらの名前を使用して、MyNewBook.xlsのピボットテーブル レポートの名前 を 変更します。次のコマンドを実行して、LiveData ブックを再生成します。
BM regenerate-livedataworkbook MyNewBook.xlsNote
再生成された LiveData ブックでは、元の LiveData ブックにある Excel アイテム (チャートなど) は再作成されません。 手動でアイテムを再作成します。
エンタープライズ シングル サインオン (ESSO)
シナリオ: 以前のバージョンの Enterprise シングル サインオンからのアップグレード
BizTalk Server には、更新されたバージョンの Enterprise Single Sign-On (ESSO) が含まれています。 このリリースを以前のバージョンの BizTalk がインストールされているコンピューターにインストールする場合は、ESSO はセットアップ中に自動的に更新されます。 アップグレード前に次の手順を実行することをお勧めします。
- 現在のバージョンのシングル サインオン データベース (SSODB) が安全な場所にバックアップされていることを確認します。
- 現在のマスター シークレット キーが安全な場所にバックアップされていることを確認します。
- マスター シークレットのパスワードを確認します。
1 つの BizTalk グループ内のすべてのサーバーを同じリリースにアップグレードします。 この要件は、スタンドアロンのマスター シークレット サーバーの場合でも同じです。
シナリオ: Enterprise Single Sign-On スタンドアロン セットアップを使用してアップグレードする
次の手順に従って、専用のマスター シークレット サーバーなどの、スタンドアロンのエンタープライズ シングル サインオンがインストールされているコンピューター上でアップグレードを実行します。
- 現在のマスター シークレット キーが安全な場所にバックアップされていることを確認します。
- 現在のバージョンの SSODB が安全な場所にバックアップされていることを確認します。
- BizTalk Server 2016 インストール メディアから ESSOSetup.exeを実行します。 既定のインストール フォルダーは です
\Platform\SSO。 - [ 自動実行 ] ダイアログ ボックスで、[ Microsoft Enterprise Single Sign-On] を選択します。
- [概要] ダイアログ ボックスで、[ アップグレード] を選択します。
複数コンピューター環境
複数コンピューターの環境では、SSO マスター シークレット サーバーのコンピューターをアップグレードします。 その後、その他の BizTalk Server コンピューターをアップグレードします。 グループ内の複数の BizTalk コンピュータを同時にアップグレードすることはできません。 以下の手順で、一度に 1 台ずつコンピュータをアップグレードします:
- シングル サインオンのマスター シークレット サーバー
- 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 ビット コンピューター: 32 ビット Windows または 64 ビット Windows にBizTalk Serverをインストールする場合の違いはほとんどありません。 このドキュメントでは、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 アラート定義を現在使用している場合にのみ適用されます。 BM.exe を使用して定義ファイルを作成し、BizTalk Server 2013 R2/2013 構成で BAM アラートを構成解除します。
アップグレードの前 ( この記事の) には、特定の手順が一覧表示されています。 それ以外の場合、アップグレード後に BAM 警告の定義を再生成します。
SQL Serverのアップグレード: サポートされているSQL Serverバージョンにアップグレードします。 詳細については、次を参照してください。
アップグレード SQL Server クライアント ツール: マルチコンピューター環境では、管理ツールが別のコンピューターにインストールされている可能性があります。 管理ツールを含む、SQL Server 管理のクライアント ツールをアップグレードします。
Visual Studio のインストール: サポートされているバージョンについては、「BizTalk Server 2016 のハードウェアとソフトウェアの要件」を参照してください。 異なる Visual Studo のバージョンをサイド バイ サイドでインストールできます。 「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 Publishing サービス
BizTalk Server のアクセラレータがインストールされている場合は、HL7 ログ サービスを停止します。
データベースをバックアップします。
- Master
- MSDB
- BAMArchive
- BAMPrimaryImport
- BAMStarSchema
- BizTalkDTADb
- BizTalkHwsDb
- BizTalkMgmtDb
- BizTalkMsgBoxDb
- BizTalkRuleEngineDb
- TPM
- BizTalkAnalysisDb
- BAMAnalysis
SQL Server ドキュメントの詳細については、次を参照してください。
SQL Server データベース メールの構成: SQL Server Notification Services で BAM アラート定義を使用する場合にのみ適用されます。
アップグレードの前 ( この記事の) には、特定の手順が一覧表示されています。 それ以外の場合、アップグレード後に BAM 警告の定義を再生成します。
アップグレードを実行する
重要
SQL Server をインストールした場合、SQL Server セットアップを実行したログオン アカウントにシステム管理者の権限が付与されています。 システム管理者の権限は BizTalk Server のインストールにも必要です。 次のいずれかの操作を行います。
- SQL SERVER OR をインストールしたときに使用したのと同じアカウントを使用する
- 現在のログオン アカウントにシステム管理者権限があることを確認する
アップグレードの手順
開いているプログラムをすべて閉じます。
インストール メディアから Setup.exe を実行します。
[スタート] で、[Microsoft BizTalk Serverのインストール] を選択します。
[顧客情報] に、ユーザー名、organization、プロダクト キーを入力します。 [次へ] を選択します。
使用許諾契約書に同意し、[ 次へ] を選択します。
[カスタマー エクスペリエンス向上プログラム] で、基本設定を入力します。 詳細については、 付録 A (この記事の) を参照してください。
[ コンポーネントのインストール] で、使用可能なコンポーネントを確認し、[ 次へ] を選択します。
必須コンポーネントがコンピューターにインストールされていない場合、必要な再配布可能コンポーネントをインストールできます。 次のいずれかを実行できます。
[必要な再配布可能コンポーネントを Web から自動的にインストールする] を選択します。
OR
CAB ファイルを既にダウンロードしている場合は、[必要な再配布可能コンポーネントを CAB ファイルから自動的にインストールする] を選択します。 CAB ファイルの場所に移動し、ファイルを選択します。
[ 概要] で、アップグレード可能なコンポーネントを確認します。
[ アップグレード] を選択して開始します。
省略可能: [更新プログラムをチェックするときに Microsoft Update を使用する (推奨)] を選択します。
[アップグレードの完了] で、[Launch BizTalk Server 構成チェック] ボックスをオフにして、[完了] を選択します。
追加
BizTalk Server のアップグレード中には数多くのことが起こるため、その過程でエラーが発生することも珍しいことではありません。 ただし、準備を整えておけば、大部分のエラーは容易に解決できます。 アップグレード エラーを回避する方法と、発生した場合の対応方法に関するヒントについては、 付録 B (この記事の) を参照することをお勧めします。
アップグレード プロセスでは、以前のバージョンの BizTalk Server の一部であった機能だけがアップグレードされます。 新機能は、アップグレード時にインストールされません。 これらの機能をインストールするには、アップグレード後にセットアップを再実行し、[ 変更] を選択して、インストールする機能を選択します。 インストールしたら、BizTalk Server Configuration Managerを使用して構成します。
アップグレードが成功したかどうかを確認するには、[プログラムと機能] を開き、BizTalk Server 2016 を探します。 BizTalk Server 2013 R2 が表示されていれば、インストールは成功です。
アップグレード後
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 ポータルが構成されている場合に発生することがあります。 この場合は、BAM ポータルを新しい Web サイトでホストします。 Web サイトを追加するには、「 Web サイトを作成する」を参照してください。 Web サイトを作成した後に、BAM ポータルを再構成します:
- [BizTalk Server構成] を開きます。
- [ 機能の構成解除] を選択します。 [機能の構成解除] で、[BAM ポータルのチェック] ボックスを選択し、[OK] を選択します。
- BAM ポータル Web サイトの一覧から新しい Web サイトを選択して 、BAM ポータル を再構成します。
BizTalk 2016 Accelerator for SWIFT: BizTalk Server アップグレード プロセスでは、編集した BREDeployment.exe.config ファイルは更新されません。 フォルダーにある BREDeployment.exe.config ファイル内のパスを
\Program Files\Microsoft BizTalk 2016 Accelerator for SWIFT\SDK\Tools手動で変更します。また、A4SWIFT Web サービスと Message Pack 構成は削除されます。 BizTalk Server をアップグレードした後で、これらを再構成します。
付録 A: カスタマー エクスペリエンス向上プログラム
BizTalk Server のカスタマー エクスペリエンス向上プログラムの一環として、ユーザーは BizTalk Server の機能の使用に関して有益なフィードバックを 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 上で実行されている送信ポートを、異なるバージョンの BizTalk Server 上で実行されている受信場所にバインドすることはできません。
SSO サービスを再起動する: 以前のバージョンの Visual Studio または .NET Framework 4.5 がコンピューターにインストールされている場合、以前のバージョンの BizTalk Server の SSO サービスは動作を停止します。 この問題を解決するには、Visual Studio コマンド プロンプトから コマンドを実行
regasm SSOSQL.dllします。 このコマンドにより SSO サービスが再開されます。Note
64 ビット コンピューターでは、regasm コマンドの 32 ビット バージョンと 64 ビット バージョンを実行します。
SOAP を使用できない: プラットフォームのアップグレード後、アクセス許可のために SOAP メッセージを送信できない場合があります。 これを解決するには、次のテキストで Web.config ファイル
C:\inetpub\wwwroot\<SOAPExternalAppName>\を編集します。<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.configweb.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"
Note
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 サービスを更新するには、次の手順を実行します。
クラスター管理者で、クラスター化されたエンタープライズ SSO サービス リソースを含むクラスター グループを オンライン にします。 これにより、クラスター グループのすべてのリソースが開始します。
Enterprise SSO サービスのクラスター化されたインスタンスをオフラインにします。 次に、 オンラインに戻します。
クラスター グループを移動します。 この操作により、クラスター化された Enterprise SSO サービス リソースを含むクラスター グループが最初のノードから 2 番目のノードに移動されます。
Enterprise SSO サービスのクラスター化されたインスタンスをオフラインにします。 次に、 オンラインに戻します。
BizTalk Server ランタイム クラスター内の SSO サービスを更新するには:
クラスター管理者で、クラスター化されたBizTalk Serverランタイム リソースを含むクラスター グループをオンラインにします。 これにより、クラスター グループのすべてのリソースが開始します。
Enterprise SSO サービスのクラスター化されたインスタンスをオフラインにします。 次に、 オンラインに戻します。
クラスター グループを移動します。 この操作により、クラスター化された BizTalk Server ランタイム リソースを含むクラスター グループが最初のノードから 2 番目のノードに移動されます。
Enterprise SSO サービスのクラスター化されたインスタンスをオフラインにします。 次に、 オンラインに戻します。