TomTomと合意した場合は、その下に行く必要があります。良い推測は不十分な/不正確な索引付けであり、非常に多くのセッション(高いセッション数を必要としない)を伴うことがよくあります。 は(ただし、彼らは単にSQLエンジンからヒントをしているように注意して、訓練を受けた専門家によって分析されるべきである)あなたのDMVの中で情報を確認してください:
SELECT
migs.avg_total_user_cost * (migs.avg_user_impact/100.0) * (migs.user_seeks + migs.user_scans) AS improvement_measure,
'CREATE INDEX [missing_index_' + CONVERT (varchar, mig.index_group_handle) + '_' + CONVERT (varchar, mid.index_handle)
+ '_' + LEFT (PARSENAME(mid.statement, 1), 32) + ']'
+ ' ON ' + mid.statement
+ ' (' + ISNULL (mid.equality_columns,'')
+ CASE WHEN mid.equality_columns IS NOT NULL AND mid.inequality_columns IS NOT NULL THEN ',' ELSE '' END
+ ISNULL (mid.inequality_columns, '')
+ ')'
+ ISNULL (' INCLUDE (' + mid.included_columns + ')', '') AS create_index_statement,
migs.*, mid.database_id, mid.[object_id]
FROM sys.dm_db_missing_index_groups mig
INNER JOIN sys.dm_db_missing_index_group_stats migs ON migs.group_handle = mig.index_group_handle
INNER JOIN sys.dm_db_missing_index_details mid ON mig.index_handle = mid.index_handle
WHERE migs.avg_total_user_cost * (migs.avg_user_impact/100.0) * (migs.user_seeks + migs.user_scans) > 10
ORDER BY migs.avg_total_user_cost * migs.avg_user_impact * (migs.user_seeks + migs.user_scans) DESC
2008 R2 - SQL Serverが持つ忙しい何ですか?分析ダッシュボードを使用して、実際にCPUが何をしているのか調べます。いくつかのデーベースのチェック/修復に時間がかかり、サーバを再起動するだけで起動がリセットされることがありますか? – TomTom
DBサーバーを再起動してもprobは同じです。 SQLサーバーサービスを停止すると、CPU使用量だけが正常になります。 – Bangar
私が言ったことを読んだか?確かにそれはデータベースtcをreparnigつかまえられます。それを再起動すると、常に再試行されます。 SQL Serverのログを見て、サーバーの起動後に何が起こるかを検討しましたか? – TomTom