非バッファラッチ-ForefrontIdentity Manager
Forefront Identity Mangerを使用しており、パフォーマンスが低下している初期ロードを実行しています。
私はいつもそのようなものの待機タイプから始めて、%30 CXPACKET, %25 LATCH_EX and %15 ASYNC_NETWORK_IO.を見ることができます
LATCH_EXが非バッファ待機タイプであることを理解しているので、sys.dm_os_latch_statsを調べたところ、ラッチ待機の％87がACCESS_METHODS_DATASET_PARENTまで下がっていることがわかりました。
これは問題ですか？ Paul Randalsのブログでも、自分の問題が何であるかはわかりません。
ありがとう
あなたはあなたの質問でポール・ランダルに言及しているので、あなたは この投稿 彼がこのことについて非常に詳細に話しているところを見たことがあると思います。 ACCESS_METHODS_DATASET_PARENT Waitsは（30％のCXPACKETSと同様に）並列クエリを頻繁に処理します。Paulがリンクしたブログで述べているように、ひざまずいてMaxDOPを1に設定してそれらを取り除きます。しかし、サーバー内で並列処理が行われているという条件で、おそらく多くのことのために、情報に基づいて賭けます。あなたへの質問は、これが問題だと思いますか？それはあなたの状況、サーバーが何をするか、物事がどのように設定されるかなどに依存します...この待機を説明する別の良いリンクが見つかります ここ そしてこの場合非常に特定の状況が説明されます（そしてあなたの状況に似ているように聞こえます）そしてこれに対する解決策はリンクに記述されています。
サーバーで何が正しいかによって、MaxDOPを使用していくつかのテストを実行するか、並列処理のコストしきい値を変更してテストを実行することをお勧めします（デフォルトは5で、今日の世界では低すぎることがよくありますが、確認する必要があります。あなたの特定のサーバーのためにあなた自身のために）。並列処理のコストしきい値は、Jeremiah Peschkaが SQL用に変更する5つの設定 の1つであると述べています。これらのリンクを読んで、サーバー上のこれらのプロパティを使用していくつかのテストを実行してください。そうすることができれば、目的の場所に到達するのに役立つことを願っています。