問題タブ [serviceinsight]

NServiceBus 4.0.3 を使用していますが、ServiceInsight を使用することを考えました。キューは表示されますが、ワークフローは表示されません。何かを設定する必要があるかどうかわかりません。

ServiceInsight に関していくつか質問があります。誰かが明らかにしてくれることを願っています。

1. 複数のエラー キューと監査キューを監視できますか? その場合、それらのキューを監視するように構成するにはどうすればよいですか。
2. エラー キューで処理されたメッセージが error.log キューに移動されることを理解しています。監査キューで処理されたメッセージはどうなりますか。つまり、管理サービスがメッセージを処理した後、メッセージはどこに行きますか。
3. メッセージは管理プロセスによって最終的にどこに保存されますか。つまり、メッセージは RavenDB に保存されますか。保存される場合は、どのデータベースに保存されますか。
4. さらに、エンドポイント エクスプローラーでメッセージ カンバセーションを削除または削除するにはどうすればよいですか。たとえば、すべてをクリアしたいとしましょう。

洞察の管理と使用に関して提供できる追加の洞察 (しゃれは意図されていません) は、非常に高く評価されます。

コマンド オブジェクトを処理するように構成されたサービスがあります。Handle メソッドでは、特定のビジネス ケースで例外をスローしています。これが発生すると、エラーがエラー キューに送信され、特定の管理サービスがエラー キューを処理していると思います。特定の管理サービスがエラー キューを監視し、メッセージを処理する、つまり、メタデータをマイニングして RavenDB に永続化すると理解しています。最後に、メッセージを Error.Log キューに転送する必要があります。残念ながら、すべてのメッセージが Service.Management.Errors キューにルーティングされるようです。おそらく、特定の管理サービス ハンドラーが失敗しているためです。

Service.Management.Errors キュー内のメッセージの拡張ヘッダーを見ると、次の情報が表示されます。

NServiceBus.Unicast.Transport.TransportReceiver.TryProcess(TransportMessage メッセージ) の c:\TeamCity\buildAgent\work\d4de8921a0aabf04\src\NServiceBus.Core\Unicast\Transport\TransportReceiver.cs:line 235 at NServiceBus.Transports.Msmq.MsmqDequeueStrategy c:\TeamCity\buildAgent\work\d4de8921a0aabf04\src\NServiceBus.Core\Transports\Msmq\MsmqDequeueStrategy.cs:line 170 の .Action()

ServiceInsight Particular Management サービスはおそらく本質的に汎用的であると想定されているため、実際のメッセージの種類について知る必要はないと思います。つまり、メッセージ dll をサービスのディレクトリに入れる必要はありません (正しいですか?)。したがって、拡張ヘッダーを読み取るだけで、すべてのデータを単純にマイニングして RavenDB に永続化することを意味します。

それで、その基礎工事が整った状態で。ServiceInsight がどのように機能し、どのように構成されているかについての私の理解を、誰かが検証または無効にしてくれませんか? 次に、私のエラーは NServiceBus.Core のエラーのようです。いくつかの DLL か何かを追加することになっていますか。私が単に見落としているこの問題を引き起こす可能性のある別の候補があります.

管理サービスをインストールしましたが、デフォルトのポートがわかりません。

インストーラーにポート番号がリストされているのを見ましたが、書き留めようとは思いませんでした。デフォルトのポートは、提供する必要がある場合はいつでも事前に入力されると想定していました。サービス インサイトがどのように機能するかについては、Google 検索で多くの情報が得られますが、残念ながら、ポート番号が必要な人はいないようです。

私たちが構築してきたアプリケーションは、機能の大部分が整っているという点で固まり始めています。これにより、少し息抜きができるようになり、持続性モデルとその管理の評価を開始しています。この部屋の大きな象は RavenDB だと言えるでしょう。機能的にはまだ問題を経験していませんが、管理には満足していません. クエリの実行、コレクションの切り捨てなどの単純なタスクは、プラットフォームとドキュメント ベースの NoSql ソリューション全般に​​慣れていないため、私たちにとって挑戦的です。もちろん、私たちはそれを学ぶことができますが、それは自信、時間、そして既存の Sql Server スキルセットを活用することだと思います. 例えば、数週間にわたって数百万のイベントをシステムに送り込み、正常に処理されたというメッセージが MSMQ の監査キューにルーティングされました。また、ServiceInsight をインストールし、Audit キュー内のメッセージを処理したため、サーバー上のすべてのディスク領域が消費されました。これを修正する方法がわからなかったため、RavenDB 用に見つけたデータ ファイルを文字通り削除する必要がありました。ただ言っておきますが、それを行うと、あらゆる種類の頭痛が発生しました。

そのことを念頭に置いて、私はサービス エンドポイントのトランスポートおよび/または永続性に Sql Server を潜在的に活用することの実現可能性と利点を評価する責任を負っています。さらに、Sql Server を活用するように ServiceControl と ServiceInsight を構成するためのガイダンスも使用できます。これらの設定や、考慮すべき欠点やアーキテクチャの問題を特定することに関して、提供できる情報があれば大歓迎です。

ありがとう、ジェフリー

ドキュメントによると、NServiceBus は管理サービスを介して RavenDB に格納されたメッセージを永続化しますC:\ProgramData\Particular\ServiceBus.Management\Data。エラー キューと監査キューの操作 を参照してください。

Ayende は、データベースはサイズを増やすことしかできず、割り当てられたディスク容量を決して返さないことを確認しました。

私の問題は、データファイルが現在 20GB を超えており、メッセージが 300 万件以上あることです。

これらのメッセージは、 に格納されているメッセージ キュー データベースではなく、管理 DB にあることに注意してくださいC:\Program Files\NServiceBus.Persistence.v4\Database\Databases。

300 万件のメッセージは ServiceInsight で表示できますが、削除できません。すべての MSMQ キューは空で、キュー データベースのサイズは約 1 MB です。

質問: 管理サービス/特定の管理データベースを削除するにはどうすればよいですか?

サブ質問: このフォームの再発を防ぐにはどうすればよいですか? 不足している設定はありますか？

チーム、

Platform Installer をインストールし、NServiceBus、ServiceControl、ServicePulse、および ServiceInsight を選択しました。ServiceInsight をインストールしようとすると、次のエラーが表示されます (以下のエラーを参照)。

これより前にベータ版をインストールしてアンインストールし、Platform Installer を開始する前にマシンを再起動しました。

この URL https://github.com/Particular/PlatformInstaller/issues/133を見つけました。これは、ベータ版を使用した以前のユーザーに同様の問題があることを示していますが、私たちアーリー アダプターの解決策を特定していません。

ご提供いただけるご支援をいただければ幸いです。