問題タブ [biztalk-2013]

これが状況です。ここ数か月、SQL Server 2008 バックボーンを使用して BizTalk 2013 を実行しています。つまり、メッセージボックス、SSO、およびその他すべてのデータベース関連のものは、2 つのノードを持つ Windows 2008 R2/SQL Server 2008 クラスターに常駐し、BizTalk 2013 は Windows Server 2008 R2 でも 2 つのノードで実行されています。うまく機能していますが、組織内の SQL Server をアップグレードする時期ではなく、次は BizTalk 環境です。

既に 2 つの新しいサーバーがあり、SQL Server 2012 がインストールされており、BizTalk SSO コンポーネントがインストールされています (SQL Server はマスター シークレット サーバーとしても機能します)。BizTalk Server は、そのまま同じノードにとどまります。

BizTalk 用に新しい SQL サーバーに切り替える方法 (特にバージョンをアップグレードする場合) に関する特定の情報を見つけることができませんでした。最悪のケースとして、私はこれを考えていました：

1. すべての BizTalk サービスを停止する
2. すべての MSI とバインディングのエクスポート
3. BizTalk サーバーの構成解除
4. 新しい SQL を指すように再構成する
5. サーバー クラスタはすべての MSI とバインドをインポートします
6. すべてのサービスを再度開始する

これは正しいアプローチですか？BizTalk データベースを移動できる可能性があることは知っていますが、SQL Server 2008 から SQL Server 2012 に移動するのはあまり良い方法ではないという印象を受けました。

誰かがこれをやったことがありますか、それとももっと良いアイデアがありますか?

現在、私は多くのルールを含むプロジェクトに携わっています。ルールの作成にBizTalk のビジネス ルール コンポーザーを使用するというアイデアがあります。

質問1。独立して使用することは可能ですか？

質問2。もしそうなら、のFact Sourceようなさまざまなタイプの変更を購読するにはどうすればよいですか?.Net ObjectsDatabases

参考までに、BizTalk Server 2013 を使用しています。

BizTalk SQL Server をあるサーバーから別のサーバーに移動する移行をテストしようとしています。詳細はこちら。

現在、すべてが開発環境の 1 つのサーバー上にあり、BizTalk SQL、SSO、および BizTalk ランタイムはすべて 1 つのサーバー上にありました。SQL Server 2008 R2 を搭載した Windows 2008 R2 サーバーです。

私がやりたいことは、SSO マスター シークレット サーバーと BizTalk データベースを Windows Server 2012/SQL Server 2012 セットアップに分割することです。これまでのところ、新しいSQLサーバーでSSOをすべてセットアップしました。そのサーバーで SSO 部分だけを構成したところ、すべてうまくいきました。

次に、既存の BizTalk ランタイムの構成を解除し、構成プロセスで新しい Windows/SQL Server/SSO を使用して、再度構成を行いました。

BizTalk ランタイムを構成しようとするところまでは、すべてうまくいきます。そうは言っても、SSODB、BizTalkMessageBoxDb など、すべてのデータベースが作成されます。しかし、BizTalk ランタイムを構成しようとすると、しばらくハングし、サーバーの両方のログに次のエラーのいくつかが表示されます。

最初に SQL/SSO サーバーのログに表示され、数秒後にランタイム サーバーに表示されます。最終的に、構成はタイムアウトになり、失敗します。権限に関連していると思いますが、それが何であるかわかりません。

質問:

• どの権限を確認する必要がありますか?
• ランタイム サーバーが Windows 2008 であるのに対し、新しいサーバーが Windows 2012/SQL 2012 であるという事実は問題になりますか?
• このエラーの詳細を取得する方法はありますか?

編集して、DTCPing と DTCTester パスの両方を素晴らしい色で追加すると、サーバーから SSMS 経由で SQL に接続できます。それを排除するために、ファイアウォールは今のところ完全に無効になっています。

カスタム ライブラリ メソッドを呼び出す BizTalk オーケストレーションを開発しました。カスタム ライブラリは Web サービスを使用してデータベースにデータを書き込むため、データベース接続文字列、WCF サービス エンドポイント アドレスなどのさまざまな情報を から読み取りますappconfig。カスタム ライブラリを GAC に配置し、BizTalk アプリケーションを展開しましたが、appconfigカスタム ライブラリで使用される を配置できる場所が見つかりません。

Google で調べたところ、\Program Files (x86)\Microsoft BizTalk Server 2013 の下にある BTSNTSVc.exe に構成ファイルを追加することがわかりましたが、これは推奨される方法ではありません。

BTS 2009 から移行したい BizTalk Server 2013 システムをインストールして構成しようとしています。これは、現在の運用 BTS 2009 を提供する SQL Server 2008 SP3 と一緒に実行される、リモートのクラスター化された SQL Server 2012 インスタンスを使用します。

BTS 2013 の構成を開始したとき、BTS 2009 マシンで既に使用されている SSO システムに参加しようとしました。ドメイン サービス アカウント {domain}\SSOService の資格情報を入力すると、次のメッセージが表示されました。

SQL Server '{SQL server instance}' 上の SSO データベース 'SSODB' によって指定された SSO マスター シークレット サーバー '{SSO server name}' が見つかりませんでした。SSO マスター シークレット サーバーがないと、SSO サービスは正しく動作しません。(SSO)

追加情報: (0xC0002A0F) SSO サーバー '%1' に接続できませんでした。SSO が構成されていること、および SSO サービスがそのサーバーで実行されていることを確認してください。(SSO)

SSO サーバー '{SSO サーバー名}' に接続できませんでした。SSO が構成されていること、および SSO サービスがそのサーバーで実行されていることを確認してください。(RPC: 0x800706F7: スタブが不正なデータを受信しました。) (SSO)

2013 年のような新しい BTS が、SQL 2008 のような古いインフラストラクチャに基づく SSO システムに参加できるかどうかについての決定的なガイダンスは見つかりませんでした。しかし、私と同じ症状の 2 つの投稿を見つけました。

1. BizTalk Server 2010 から BTS 2013 に SSO をアップグレードする人 (ただし、StackO はこの xxx.social.msdn.microsoft.com.xxx 投稿へのリンクを許可しません)
2. 私のような誰かが、BTS 2013 システムを古い SSO システム (この場合は BTS 2010) に参加させようとしています。

2番目の投稿に対する回答者は次のように述べています。

BizTalk 2010 を、サポートされていない BizTalk 2013 と共存させようとしていることがわかりました。したがって、BizTalk 2013 は BizTalk 2010 グループに参加できません。原則として、BizTalk グループ内のすべてのサーバーは同じバージョンである必要があります。

しかし、その答えは質問の誤解のように聞こえます。問題は、BizTalk グループではなく、既存の SSO システムに参加しようとしたことです。

BizTalk とエンタープライズ シングル サインオンの動作原理に基づいて、2 つの BizTalk グループ (私の場合は 2009 と 2013) が同じ SSO システムを利用することは可能ですか?

構成の概要:

1. 既存の SSO システムに参加するように BizTalk Server 2013 を構成しようとしています
2. BTS 2013 に参加させたい SSO システムは、SQL Server 2008 SP3 インスタンスによってホストされています
3. BTS 2013 は、Windows Server 2012 R2 でホストされています。コンピューターには、バックエンド クラスターと同じ SQL 2012 SP1 イメージからインストールされたマルチコンピューター BizTalk 環境 (クライアント ツール接続、および管理ツール -Basic および -Complete) を構成するときに存在する必要がある SQL Server 機能が含まれています。(Microsoft のドキュメントによると、フロントエンド サーバーとバックエンド サーバーは同じバージョンの SQL Server を使用する必要があります。)
4. BTS 2013 は、クラスター化されたバックエンドで SQL Server 2012 SP1 を使用します
5. クラスター化された SQL バックエンド OS は Windows Server 2008 R2 です
6. クラスター化されたバックエンド ホスト SQL Server 2012 SP1、2008 SP3、および 2008 R2

シナリオ: BizTalk 2006 アプリを BizTalk 2013 にアップグレードしています。受信するメッセージの形式が正しくないことがまれにあります。XML が開始され、ソースで発生した何らかの Java 例外からのテキストが追加されます。

それ以外の

私は得る

BizTalk 2006 では、不正な形式のメッセージが既定の XMLReceive パイプラインで捕捉され、失敗したメッセージ ルーティングを使用して処理できました。BizTalk 2013 では、既定の XMLReceive パイプラインが不正な形式のメッセージを通過させ、ダウンストリーム オーケストレーションで失敗します。XMLReceive パイプラインは、スキーマがメッセージ コンテキスト プロモーションのためにデプロイされていることを確認しているようですが、整形式の XML を確認していません。パイプラインで検証を使用していません。

もう 1 つの顕著な事実は、BizTalk 2013 のインストールに CU2 が適用されていることです。これにより、問題が発生した可能性があります。

私の質問は、2006 年から 2013 年の間にパイプラインの動作が変更されたのですが、変更ドキュメントでそれを見逃していましたか? これは、CU2 と組み合わせた BizTalk 2013 または 2013 の既知の問題ですか? 他のアイデアはありますか？

ありがとう

日付フィールドを含むスキーマを作成しようとしています。この日付フィールドの形式は DD-MM-YYYY です。BizTalk は既定で、YYYY-MM-DD 形式の日付を受け入れます。

正規表現を使用してみましたが、以下は該当するフィールドの xsd スニペットです

次に、これを使用してファイルを検証しようとしましたが、パターン制約が失敗してエラーが発生しました。

正規表現の何が問題になっていますか?

前もって感謝します

私は BizTalk 開発の初心者であり、適切に使用してから 6 ～ 7 週間しか経っていないため、私の素朴さを許してください。

開発中の基本的な BizTalk 2013 アプリケーションがあり、テスト環境に展開する準備ができています。

ビジネス ルールを使用してアウトバウンド トランスポートの場所を定義しています。すべての変換が完了したら、SQL Server のストアド プロシージャにデータを送信し、レコードを挿入/更新します。

テスト/ライブ環境に展開する場合、データベースはアプリケーションとは別のサーバーに格納されるため、アウトバウンド トランスポートの場所をローカル マシンに設定することはできません。例えば：

環境に応じてビジネス ルールを変更できるかどうかを確認するために BizTalk 展開フレームワークを調べましたが、何も見つかりませんでした。

私の質問は、ビジネス ルールの環境ベースの設定を管理するための最良の (最小限のメンテナンス) 方法は何ですか? BizTalk 展開フレームワークを使用することをお勧めします。