私はと働いています。Dynamics CRM 201 6、特定のplug_insを開発しました。
私の最初のテストでは、プロセスが長くなり、time out exceptionが表示されます。ベンチマークでMicrosoft Dynamics CRM 2016 Plug_insをテストする方法
私は2回目のテストよりも自分のプラグインを再構成してプラグインを再構成しました。それは今より多くのperformant ですが、私はいくつかの対策や統計が必要。
私はベンチマークを使用するように言われていますが、私は使用マニュアルを見つけることができませんでした。
私のDynamics CRM 2016プロセスにBenchmarkを統合するのを手伝ってください。私はここにこだわっています。
ベンチマークはわかりませんが、プラグイン登録ツールキットを使用してローカルでプラグインをデバッグすることもできますし、トレースステートメントを追加して、自分のタイミングを提供して何が長くかかるか把握することもできます。
エンティティを更新してエンティティを更新すると、プラグインが再びトリガされ、エンティティが更新され、再びプラグインがトリガされますエンティティを更新する...無限ループは、CRMによって2分後にシャットダウンします。
また、Daryl氏によると、クエリごとに最大実行時間があるので、一度に非常に多くのレコードを取得しないようにしてください。
可能であれば、サーバーサイドページネーションを使用してください。実際に必要な最小限の列数/属性数に制限してください。
あなたがOnPremを使用している場合は、すべてのロック、長いクエリなどを持っているかどうかを調べる、のように、あなたは、いくつかのSQLの実行計画の魔法といくつかの忍耐あなたと...、そのため
をSQLモニタを使用することができますそこのボトルネックを改善し、クエリの実行時間も短縮できます。
これがCRMオンラインであれば、監視できるものがより限定されます。
幸運を祈る！
ITracingService.Traceを使用している場合、出力はPlugin Trace Logエンティティ内に書き込まれます（システム設定でこれを有効にします。エンティティ自体は設定領域にあります）。
あなたは、単に何かを書くために、トレースを使用することができます（の冒頭で、すなわち「START」をExecute方法と終わりに「END」）、そしてcreatedonフィールドを持っている（すべてのエンティティのような）プラグインのトレースログの実体を見て。
プラグインのベンチマークが望ましい場合は、プラグインの実行が2秒かかると、ベンチマークが無関係になる場合があります。