Microsoft BizTalk Server 構成プログラムは、SQL Server を実行している 1 つ以上のコンピューター上にデータベースを作成し、BizTalk Server で使用されるテーブル、ロール、およびストアド プロシージャをデータベースに設定し、実行時に使用される .NET アセンブリを BizTalk 管理データベースに展開します。
このセクションでは、構成エラーを解決するためのトラブルシューティング手法について説明します。 また、いくつかの一般的な構成の問題と、これらの問題を解決する方法も示します。
構成ログ
構成プログラムは、構成ログ ファイルに詳細情報を書き込みます。既定では、コンピューター runningBizTalk Server の一時ディレクトリにあります。 TEMP 環境変数で指定されたフォルダーを確認するには、このコンピューターでコマンド プロンプトを開き、次のコマンドを入力し、Enter キーを押します。
echo %TEMP%
構成ログ ファイルには、実行された構成手順の概要と、構成プロセス中に発生する可能性があるエラーに関する診断情報が含まれています。 構成エラーが発生した場合は、メモ帳などのテキスト エディターで構成ログを開き、ログ ファイルでエラーの原因を確認します。
トラブルシューティング ツール
SQL Server Profiler、Filemon、または Regmon を使用して、構成エラーに関する追加情報を収集します。 これらのツールの詳細については、「 トラブルシューティングに使用するツールとユーティリティ」を参照してください。
既知の問題
BizTalk Server と SQL Server が別のコンピューターにインストールされている場合、構成が失敗する
問題
Enterprise Single Sign-On (SSO) コンポーネントを構成しようとすると、次のようなエラーで構成が失敗します。
SSO データベースへのアクセス中にエラーが発生しました。
関数: FieldInfoCreate
-又は-
シングル Sign-On (SSO) サービスを有効にできませんでした (エラー コード 0X800706BA)
原因
BizTalk Server と SQL Server が異なるコンピューターにインストールされている場合、構成操作は分散トランザクション コーディネーター (MSDTC) トランザクションのコンテキストで実行され、MSDTC 機能は、これらのコンピューター間のネットワーク経由で使用できる必要があります。 BizTalk Server を実行しているコンピューターと SQL Server の間のネットワーク経由で MSDTC 機能を使用できない場合、このエラーが発生する可能性があります。
解決策
MSDTC に関する問題のトラブルシューティングの手順に従って、BizTalk Server と SQL Server を実行しているコンピューター間のネットワーク経由で MSDTC 機能を確保します。
ウイルス対策ソフトウェアが構成に干渉し、構成エラーが発生する
問題
BizTalk Server の構成は、ウイルス対策ソフトウェアが構成プログラムがウイルスであると誤って判断した場合に失敗します。
原因
ウイルス対策ソフトウェアは、BizTalk Server 構成プログラムを正当な (ウイルス以外の) プログラムとして含むように更新されていません。
解決策
BizTalk Server 構成プログラムを正当な (ウイルス以外の) プログラムとして認識するようにウイルス対策プログラムを構成するか、構成プログラムの実行中にウイルス対策ソフトウェアを一時的に無効にします。
"ファイル名またはアセンブリ名 FileName.dll、またはその依存関係のいずれかが見つかりませんでした" というエラーで構成が失敗する
問題
構成プロセス中に、次のようなエラーが表示されます。
BizTalk システム アセンブリ "C:\Program Files\Microsoft\ の展開に失敗しました
BizTalk Server 2009\Microsoft.BizTalk.DefaultPipelines.dll. 指定されていません。
exception: ファイルまたはアセンブリ名 FileName .dll、またはそのいずれかの
依存関係が見つかりませんでした。 ファイル名またはアセンブリ名 FileName .dll、または
その依存関係の 1 つが見つかりませんでした。
原因
このエラーは、ネットワーク サービス アカウントに BizTalk Server を実行しているコンピューター上の一時フォルダーへの書き込みアクセス許可がない場合に発生する可能性があります。 構成中、BizTalk Server の構成では、Windows Management Instrumentation (WMI) を使用して.NET アセンブリを BizTalk 管理データベースに展開します。 WMI は、これらのアセンブリを BizTalk 管理データベースに展開するときにネットワーク サービス アカウントを偽装するため、ネットワーク サービス アカウントは、BizTalk Server を実行しているコンピューター上の一時フォルダーへの書き込みアクセス権を持っている必要があります。
解決策
BizTalk Server を実行しているコンピューター上の一時フォルダーへの書き込みアクセス権をネットワーク サービス アカウントに付与し、構成プログラムをもう一度実行します。 TEMP 環境変数で指定されたフォルダーを確認するには、コンピューターでコマンド プロンプトを開き、次のコマンドを入力して Enter キーを押します。
echo %TEMP%
SQL Server を実行しているコンピューターの NetBIOS 名が 15 文字を超えると、グループの構成が失敗する
問題
BizTalk Server グループの構成が失敗し、BizTalk Server 構成ログに次のようなエラーが表示されます。
2006-08-29 23:54:00:0902 [WARN] AdminLib GetBTSMessage: hrErr=80070547;
Msg=Configuration 情報をドメインから読み取れませんでした
コントローラー: マシンが利用できない、またはアクセスが妨げられているため。
拒否されました。;
原因
この問題は、SQL Server を実行しているコンピューターの NetBIOS 名の長さが 15 文字を超える場合に発生します。 NetBIOS 名が 15 文字を超える場合、Windows は NetBIOS 名を 15 文字に切り捨てます。NetBIOS 名は、このコンピューターの完全修飾ドメイン名 (FQDN) または DNS 名の最初の部分と一致しなくなります。 NetBIOS 名がコンピューターの FQDN の最初の部分と一致しない場合、グループの構成は失敗します。
解決策
SQL Server を実行しているコンピューターの NetBIOS 名を 15 文字以下の名前に変更し、構成を再実行します。
注
名前を変更する場合は、コンピューターを再起動する必要があります。
指定したデータベースと同じ名前の SQL Server データベース ファイルが SQL Server データ フォルダーに既に存在する場合、構成は失敗します
問題
構成が失敗し、次のようなエラーが発生します。
BAM データベースの設定に失敗しました
ログイン 'BAMPrimaryImport' で要求されたデータベースを開くことができません
ログオンに失敗します。 ユーザー 'BizTalk\BizTalkUser' のログオンに失敗しました
原因
このエラーは、.mdf ファイルまたは .ldf ファイルが、.mdf ファイルまたは BizTalk Server 構成プログラムが作成しようとしている .ldf ファイルと同じ名前を持つ SQL Server を実行しているコンピューターの \MSSQL\data フォルダーに既に存在する場合に発生する可能性があります。 .mdf ファイルの名前と、データベース用に作成される .ldf ファイルは、BizTalk Server 構成プログラムで指定されたデータベースの名前から派生し、.mdfと .ldf 拡張子が付加されます。
解決策
この動作を解決するには、次のいずれかの方法を使用します。
作成するデータベースの名前と一致する名前を持つ.mdf ファイルまたは .ldf ファイルを削除します。
SQL Server の \Program Files\Microsoft SQL Server\MSSQL\data フォルダーに既に存在する .mdf ファイルまたは .ldf ファイルの名前と一致しないデータベース名を選択します。
ローカル アカウントを指定するときにドメイン コントローラーで構成が失敗する
問題
ドメイン コントローラーで BizTalk Server 構成プログラムを実行するときに、BizTalkServerApplication ホストまたは BizTalkIsolatedHost ホストのローカル グループ (BizTalk ホスト ユーザー グループなど) を指定した場合、構成は失敗します。
原因
ドメイン コントローラーは、ローカル Windows グループをドメイン Windows グループとして自動的に処理します (ドメイン コントローラー上のローカル Windows グループなどはありません)。 構成プログラムの実行中にホストのローカル Windows グループを指定した場合、グループの SQL Server ログオンを作成しようとすると構成が失敗します。 サーバーがドメイン コントローラーの場合、構成プログラムはローカル Windows グループ オプションを無効にしません。
解決策
構成中に作成されるホストのドメイン グループを指定します。
SQL Server の名前が変更された場合、構成で SQL Server 分析データベースの作成に失敗する
問題
SQL Server Analysis Server をインストールしたコンピューターの名前を変更した場合、新しい SQL Server 分析データベースを作成しようとしたときに構成プログラムが失敗し、次のようなエラーが生成されます。
リポジトリに接続できません。
分析サーバー: <マシン名>
エラー:
'\\<machine name>\MsOLAPRepository$\msmdrep.mdb' は有効なパスではありません。
あなたがパス名を正しくスペルしていることを確認してください。
ファイルが存在するサーバーに接続されています。
原因
構成プログラムは、SQL Server Analysis Server をインストールしたコンピューターの新しい名前を特定できません。
解決策
Analysis Server を新しいコンピューター名で更新するには、次の手動手順を実行します。
[ スタート] をクリックし、[ すべてのプログラム] をポイントし、 Microsoft SQL Server をポイントし、[ Analysis Services] をポイントして、[ Analysis Manager] をクリックします。
[分析マネージャー] ナビゲーション パネルで、[分析サーバー] ノードをダブルクリックして展開します。
編集するリポジトリ接続文字列を含むサーバーを右クリックし、[ リポジトリ接続文字列の編集] を選択します。
[ リポジトリ接続文字列の編集 ] ダイアログ ボックスで、この文字列内のサーバー名を確認し、正しくない場合は新しいコンピューター名に更新します。
次の場所に移動します: <インストール ディレクトリ>\Program Files\Microsoft Analysis Services\Bin。
Bin フォルダーを右クリックし、[共有とセキュリティ] をクリックします。 [ ビンのプロパティ ] ダイアログ ボックスが表示されます。
[ ビンのプロパティ ] ダイアログ ボックスで、[ 共有 ] タブをクリックして、すべてのオンライン分析処理 (OLAP) 管理者がこのフォルダーに対する完全なアクセス許可を持っていることを確認します。
Visual Studio からのアセンブリの再デプロイ時に構成データベースからアーティファクトが消える
問題
BizTalk Server プロジェクトが Visual Studio 内のプロジェクト レベルで再展開されると、再展開されるプロジェクトを参照するプロジェクト内に含まれるすべての成果物は、BizTalk Server MMC が更新されると消えていきます。
原因
この問題の原因を説明するために、ユーザーがマップ プロジェクトを再デプロイする BizTalk Server ソリューションのサンプルに基づいて、次の例を考えてみましょう。 プロジェクトをコンパイルすると、個々のアセンブリが生成されることに注意してください。 次の図は、ユーザーが再デプロイを行う前のソリューションの状態を示しています。 成果物間の関係は次のとおりです。
Orch1、Orch2、Maps、Pipelines、Schemas はプロジェクトです。
Orch1 はマップを参照し、スキーマを参照します。
Orch2 はスキーマを参照します。
パイプラインはスキーマを参照します。
ユーザーが既定の Visual Studio プロジェクト設定を使用して Maps プロジェクトを再デプロイすると、次の図に示すように、Orch1、Orch2、Pipeline アーティファクトが消えます。
マップの再デプロイは、現在デプロイされている Maps.dll アセンブリを展開解除してから、新しい Maps.dll ファイルをデプロイする 2 段階のプロセスです。 Visual Studio では、再デプロイ プロセスの一環として、これらの手順が自動的に実行されます。
注
前の文は厳密には正しくありません。これは、Visual Studio が常に実行する手順であるため、適切な方法であるという概念はありません。
重要な点は、BizTalk Server アセンブリの展開を解除するには、配置フラグが設定されているそのアセンブリに依存するすべてのアセンブリを Visual Studio で展開解除する必要があるということです。 この例では、再展開の最初の展開解除手順を実行するには、BizTalk Server で (Maps.dllに依存する) Orch1.dll の展開を解除する必要があります。 Maps.dllの展開解除中、Visual Studio は Schemas.dll のデプロイも解除します (デプロイ フラグが設定されていると仮定)。 Schemas.dllのデプロイを解除するには、Visual Studio で Orch2.dll と Pipelines.dll のデプロイを解除する必要があります (どちらも Schemas.dllに依存します)。
Visual Studio では、Maps.dll と依存するアセンブリのみが再デプロイされるという問題が存在します。この場合、Schemas.dll。 そのため、ユーザーが BizTalk Server MMC を更新すると、Orch1、Orch2、Pipeline アセンブリは消えたように見えますが、Maps.dll と Schemas.dll は引き続き表示されます。
解決策
メイン プロジェクト (他のプロジェクトを参照するプロジェクト) の場合は、次の操作を行います。
ソリューション エクスプローラーで、ソリューション ノードを右クリックします。
[ プロパティ ] をクリックして、[ ソリューション プロパティ ページ ] ダイアログ ボックスを開きます。
[ 構成プロパティ] をクリックし、[ 構成] をクリックします。
参照先プロジェクトの [配置 ] チェック ボックスをオフにします。
ソリューション エクスプローラーで、新しいソリューション レベルのデプロイを実行します。 これを行うには、ソリューション ノードを右クリックし、[ソリューションの デプロイ] をクリックします。
サポートされている仮想ディレクトリの種類
オーケストレーションから Web サービスを参照し、MSI エクスポートを実行しようとすると、関連付けられている仮想ディレクトリの種類が IIsWebVirtualDir または IIsWebDirectory の場合にのみ、エクスポート操作が成功します。 IIsWebVirtualDir と IIsWebDirectory は、IIS メタベースに表示されるノードの種類です。 IIsWebVirtualDir は、絶対ファイル フォルダーを指す Path プロパティを持つ仮想ディレクトリです。 IIsWebDirectory は Path プロパティのない仮想ディレクトリであるため、相対ファイル フォルダー (通常は別の IIsWebVirtualDir または IIsWebDirectory ノードのサブフォルダー) を参照します。 これら 2 つの種類は、通常、フォルダーを記述するためにメタベース階層に表示されます。
IIsConfigObject 型の仮想ディレクトリはサポートされていないため、この場合、MSI エクスポートは失敗します。 IIsConfigObject は、BizTalk Server が適切に処理していない有効なノードの種類か、不適切に作成された (したがって無効な) メタベース エントリを示す、予期しないメタベース ノードの種類です。 この場合、BizTalk Server には、IIsConfigObject 型の予期しないディレクトリ エントリ "IIS://LM/W3SVC/1/ROOT/BadVdir/" のようなエラー メッセージが表示されます。
古いログオンを削除した後にグループ情報を表示できない
問題
構成中に期限切れのログオンを見つけて削除すると、グループ情報を表示できなくなることがあります。
原因
これは既知の構成の問題です。
解決策
ホスト Windows グループのログオンを削除し、再構成するのに役立つ場合があります。 グループ情報がまだ利用できない場合は、Microsoft 製品サポートにお問い合わせください。
BizTalk Server のインストール後にコンピューター名を変更できない
問題
BizTalk Server を実行しているコンピューターでコンピューター名を変更し、コンピューターを再起動 (再起動) すると、エラー メッセージが発生する可能性があります。
原因
SQL Server はコンピューター名の変更をサポートしていないため、BizTalk Server のインストールと構成後にコンピューター名の変更はサポートされません。
解決策
BizTalk Server をインストールした後は、コンピューター名を変更しないことをお勧めします。