認識されないシステムプロセス飽和CPU


8

プライマリサイトの帯域幅がなくなったため、本日、バックアップDCに切り替えました。

最も強力なDBサーバーで問題が発生しています。サーバー上のいくつかのデータベースについて、次のプロセスを生成しています。1つのデータベースは、メンテナンスツールに使用される小さなスクラッチデータベースであり、複製またはミラーリングされません。

誰かが次のコードを知っているか、認識していますか?

() select table_id, item_guid, oplsn_fseqno, oplsn_bOffset, oplsn_slotid 
from [<dbname>].[sys].[filetable_updates_2105058535] with (readpast) 
order by table_id

1
blogs.msdn.com/b/psssql/archive/2011/10/29/…は、これがAlwaysOn可用性グループであるか、おそらく包含データベースなどと関係がある可能性があることを示しているようです。
Max Vernon、2013年

@Max VernonこんにちはMax、はい、私はこれを1日ほど後に発見しましたが、その時点では自分の質問に答えることができませんでした。
DamagedGoods 2013年

再起動で問題は解決しましたが、数週間後、サーバーのパフォーマンスの低下に再び気づきました。確かに、同じファントムスレッドが返されました。ドロップして再作成したスクラッチデータベースでも、arghh!これは間違い
なく

これは、数週間後にパフォーマンスが低下した後、マシン上で再び発生しました。FilestreamまたはFiletablesを使用せず、AVグループを使用する場合にのみ開始したため、これはバグであると思います。バグとしてマイクロソフトに提出
DamagedGoods 2013

回答:


3

これは実際、SQLDC AVグループから残されたいくつかの構造が原因でした。これらのサーバーは、異なるDCに適した唯一のハードウェアであるため、運用されていなかった期間にこれらのサーバーでテストを行っていたためです。

次の機会にサーバーを再起動したところ、両方のサーバーのパフォーマンスが大幅に向上し、プロセスが表示されなくなりました。(私の問題のリストに、SQL2012 AVグループの問題を含む彼のWebサイトのブレントの詳細すべてに追加されました)

2012 AlwaysONセットアップ

これらを設定しようとする人は必読です。ブレントの記事で述べたように、予想以上にトリッキーな落とし穴がいくつか見つかりましたが、現在、マルチサブネットフェイルオーバーの失敗(これが1方向でしか機能しない)と上記のパフォーマンスオーバーヘッドに関する私自身の問題のため、ロールアウトを延期することにしました。


個人的な経験から、これは必ずしもAVの問題ではないことがわかります。私は現在、5台のサーバーでこの問題を抱えていますが、AVGが設定されたサーバーはありません(またはFileStreamもこれのせいです)。何が原因かはわかりませんが、私の場合は間違いなく、どちらでもありません。
PseudoToad 2017年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.