問題タブ [biztalk-deployment]

開発環境で、ローカルアカウントを使用してWindows7にBizTalkをインストールしようとしています。PCはドメインの一部ではありません。インストールは正常に行われ、Windows 7でのBizTalkのmsdnドキュメントに従いました。BizTalk構成ユーティリティを実行しようとすると、SSOが最初に失敗します。

SSODBデータベースの作成、テーブルの作成などを行いましたが、SSOの構成に失敗しました。イベントログに次のようなエラーが表示されます。

ssoサービスアカウントと私のアカウントはどちらもSSO管理者グループ（ローカルアカウントとグループ）の一部です。

私はBizTalk2010のクイックデモアプリケーションを開発していて、プロジェクトのプロパティにアプリケーション名を指定せずにアプリケーションを展開しました。アプリケーションがBizTalk管理コンソールに表示されなかった理由を理解するのに1分かかりましたが、表示されたら、アプリケーションに名前を追加して再展開を試みました。アーティファクトの1つ（スキーマ）がすでにデプロイされているというエラーが表示されます。管理コンソールのコレクションにスキーマが存在することはわかりますが、スキーマを< AllArtifacts >削除する方法がわかりません。コンソールで直接削除することはできません。また、最初にデプロイしたときにアプリケーションに名前がなかったため、コンソールに表示されないため、削除する方法がわかりません。

サーバーのBizTalkディレクトリにいくつかのアーティファクトが表示されていますが、手動で削除を開始することには消極的です。

提案？

私のBizTalk環境では、同じSQL Serverメッセージボックスに接続されている2つのアプリケーションサーバーがあります（つまり、それらは単一のグループの一部です）。BizTalkアプリケーションの高可用性と自動フェイルオーバーオプションを探しています。共有ストレージ（SAN）がないため、Windows Serverクラスターを作成できないと想定しています（この想定は正しいですか？）。残っているオプションは、Windows 2008に付属するNLBクラスタリングだけですが、NLBでBizTalkの自動再起動を許可できます。プライマリに障害が発生した場合、セカンダリコンピュータのサービス（または、さらに言えば、Windowsサービス）はありますか？

一般的に、BizTalkに独自の負荷分散がある場合は、BizTalkでNLBクラスタリングを使用することをお勧めしますか？

ありがとう。

私はBizTalk2010を使用しています。アクティブ化する受信シェイプを備えたオーケストレーションがあります。これには、サブスクリプションの一部を形成する必要があるメッセージコンテキストプロパティに対するフィルター式が含まれています。私の問題は、アプリケーションをデプロイした後、サブスクリプションにフィルター式がないことです。

BizTalkがサブスクリプションにフィルターを割り当てるために使用するプロセスを知っている人はいますか？私の知る限り、それはバインディングファイルからのものではないので、オーケストレーションアセンブリを反映したものである必要があると思いますか？

私がここで欠けているものについてのアイデアは大歓迎です。当面は、展開後にフィルターを手動で追加できますが、これは自動ビルド/展開/テストプロセスにとっては良いニュースではありません。

VS 2010 で BizTalk 2010 アプリケーションを構築しています。展開時にエラーが発生する今朝まで、すべてがうまく機能していました。エラーは次のとおりです。

リソースを追加できませんでした。一部のリソースの変更リクエストが失敗しました。BizTalkAssemblyResourceManager は、終了タイプの変更要求を完了できませんでした。ログを HTML ファイル "C:\Users\BizTalkDeveloper\AppData\Local\Temp\BT\PID7452\BizTalkAssembly\Update.log" に保存できませんでした。例外 ''、16 進値 0x1F は無効な文字です。''、16 進値 0x1F は無効な文字です。

最初は、これはアクセス許可の問題だと思っていましたが、マシンの管理者であり、それぞれの AppData フォルダーのフル コントロール アクセス権を持つユーザーとしてログインしています。パス自体を検索すると、Temp の後にそのパスの一部が見つからないため、VS が展開時に BT (および次のパス) を動的に作成することは確かです。

私はこれに数日間困惑しており、今はアイデアがありません。提案やアイデアがあれば、私は本当に感謝しています!

現在、Visual Studio 2005 を使用して、BizTalk Server 2006 R2 を使用する複数の環境に展開されたアーティファクトをコンパイルしています。

Visual Studio と BizTalk Server 2010 に移行する予定です。新しい環境に完全に切り替える前に、しばらくの間、新しい環境と一緒に古い環境を維持する必要があります。

私の質問は：

Visual Studio 2010 ソリューションから BizTalk アーティファクトを生成し、既存の BizTalk 2006 R2 サーバーと新しい BizTalk 2010 サーバーの両方に展開することはできますか?

以下の XML 形式のサンプルを見つけてください。BizTalk ソリューションでスキーマを構築しようとしています。

次のような警告メッセージを受け取っていました

警告 BEC2004: 要素 'ORX' のスキーマ情報が見つかりませんでした。
警告 BEC2004: 要素 'NONSIGNONMSGSRQV1' のスキーマ情報が見つかりませんでした。
警告 BEC2004: 要素 'NONSONRQ' のスキーマ情報が見つかりませんでした。
警告 BEC2004: 要素 'CLIENT' のスキーマ情報が見つかりませんでした。
警告 BEC2004: 要素 'ID' のスキーマ情報が見つかりませんでした。
警告 BEC2004: 要素 'USERPASS' のスキーマ情報が見つかりませんでした。
など
………………
_

いくつかのグーグルを行った後 、スキーマプロパティのターゲット名前空間を削除しようとした問題がある XML インスタンスを検証するリンクからいくつかの知識を得ましたが、BizTalk ソリューションでは、スキーマに既に存在するターゲット名前空間を削除できません。

私の XML ドキュメントには targetnamespace がないので、その設定を XML スキーマ開発にどのように適用できますか?

スキーマ オーケストレーション、ポートなどの開発中に、MSI およびバインディング ファイルをエクスポートして、テスト環境および最終的には本番環境にデプロイしました。

たとえば、HCIS からすべての HL7 v2 メッセージを受信する目的で、1 つの BizTalk アプリで一連の受信ポート/場所を設定します。次に、それをバインディング ファイルにエクスポートし、テストにインポートしました。

次に、新しいスキーマを開発するときに、各スキーマを独自の msi ファイルにエクスポートし、それをテスト環境の同じ BizTalk アプリケーションに展開しました。これは、スキーマが HCIS からの受信メッセージに固有であるためです。

テストでは、HCIS からメッセージを受信するために必要な受信ポートとスキーマを備えた BizTalk アプリケーションが完成しました。私が発見した問題は、コントロール パネルのインストール済みプログラムのリストを見ると、アプリケーションが 1 つしか表示されないことです。したがって、特定のスキーマをアンインストールして再インストールしたい場合、どうなるかわかりません。何らかの理由で、インストールしたすべての msi のエントリが表示されることを半分期待していましたが、それらはすべて同じ BizTalk アプリケーションに入るため、すべて同じアプリケーションとして Windows に登録されていると思います。これを行うためのより良い方法があると思いますが、何か提案はありますか?

現在、私はOAGIS XML スキーマセットを Visual Studio 2010 を使用して BizTalk 2010 に展開しています。ここまでで 3 時間ほどかかりましたが、完了の目処は立っていません。Visual Studio の出力ログには、現在約 18,000 行あります。次のようなメッセージが表示され続けます。

実際、同じ名前空間を持つスキーマ ドキュメントがいくつかありますが、問題にはなりません。XML スキーマ仕様により、スキーマ設計者はスキーマを複数のファイルに分割できます。Altova XMLSpy では、同じスキーマ セットがエラーや警告なしで完全に機能します。

BizTalk は、複数のファイルに分割された大きなスキーマを処理することさえできますか? 可能であれば、展開を高速化する方法はありますか? これは単に正気ではありません。

BizTalk 2009 環境に対して開発しています。BizTalk 展開フレームワーク (BTDF) を使用して、ソリューションをサーバーに展開しています。私が直面している問題は、マップの任意の側面を微調整すると、変更が BizTalk メッセージ本文またはテストに使用する出力メッセージに反映されないことです。たとえば、マップされた要素へのリンクを削除しても、ソースから宛先にマップされているデータは何も変更されていないかのように表示されます。

各展開の間に、BTDF はアプリケーションをアンインストールし、アセンブリを再 GAC し、アプリケーションをインストールしてから、ホスト アプリケーションをバウンスします。多くの場合、BizTalk は本質的に私のマップ バージョンに追いつき、別の微調整を行うまで問題なく動作します。

BizTalk が更新できない方法でマップをキャッシュしている可能性はありますか?