Что делать вместо сжатия ваших баз данных и как исправить проблемы, вызванные ранее сжатыми базами данных?
Я довольно новый администратор баз данных SQL Server, но имею опыт разработки программного обеспечения. Я читал в нескольких блогах, что регулярное сокращение базы данных - это плохо, и я понимаю, почему. Проблема, с которой я столкнулся, заключается в том, что план обслуживания базы данных, который существовал до того, как я начал работать, не работает. В плане всего 1 шаг, и он включает задачу проверки целостности базы данных, задачу восстановления индекса, задачу обновления статистики и, наконец, задачу сжатия базы данных. Этот план планируется запускать каждую среду и воскресенье в 22:00.
Мне нужны предложения о том, как в дальнейшем определить, в чем проблема, и я поинтересовался, может ли задача сокращения базы данных вызывать проблемы.
Благодарим вас за терпение при ответе на этот вопрос новичка.
Щелкнув правой кнопкой мыши план обслуживания и выбрав «Просмотреть историю», вы получите полезную информацию. По крайней мере, вы должны быть в состоянии сделать вывод, какой из шагов не работает.
Задача Shrink гарантированно завершится неудачно, если недостаточно места. Он также может быть заблокирован командами, выполняемыми на определенном уровне изоляции. Больше информации здесь:
DBCC SHRINKDATABASE (Transact-SQL)
http://msdn.microsoft.com/en-us/library/ms190488.aspx
