Есть ли причина, почему DBCC CHECKDB должен быть, работал каждые 15 минут
Вы могли попытаться загрузиться от Разделенного Волшебства, CD затем использует GParted. Резервное копирование сначала :-)
DBCC CHECKDB может действительно влиять на производительность системы - ЦП, диск, ввод-вывод и память могут все быть затронуты им. Вот некоторые документы от Microsoft, которые обрисовывают в общих чертах, как DBCC CHECKDB может влиять на производительность Вашей системы:
http://msdn.microsoft.com/en-us/library/aa937548 (SQL.80) .aspx
http://msdn.microsoft.com/en-us/library/ms175515 (SQL.90) .aspx
Общая рекомендация Microsoft состоит в том, что это должно быть выполнено в течение низких времен использования - поэтому однажды в течение ночи или что-то как этот - не каждые 15 минут каждый день.
-
1Спасибо за ссылки лучшей практики. Я ранее считал BOL на команде DBCC CHECKDB ( msdn.microsoft.com/en-us/library/ms176064.aspx ), но они должны помочь мне убедить поставщика изменять План технического обслуживания. – Frank Perez 4 March 2010 в 19:33
DBCC CHECKDB должен показать любые проблемы повреждения в Вашей базе данных. Если нет используемое оборудование или другие проблемы, которые дают, чтобы полагать, что это произойдет при нормальной работе приложения, я не уверен в том, почему это могло бы быть.
Ответ проблемы производительности или пропускная способность? На что похожа базовая модель данных? У Вас есть какое-либо чувство уже для типов запросов, которые распространены? Надлежащие индексы на месте (столбцы в операторе Where, на котором нет никакого индекса)?
-
1У меня действительно есть чувство, для которого запросы являются распространенными и самыми дорогими с точки зрения ЦП, Чтения и затрат Записи. И да существуют столбцы в СОЕДИНЕНИИ и операторах Where без индексов. К сожалению, Поставщик не интересуется решением тех проблем и пытается убедить клиент покупать новые аппаратные средства. – Frank Perez 4 March 2010 в 19:38
-
2