В моей компании мы довольно давно используем SQL Server и следовали рекомендуемому пути обновления. Я заметил, что за последние пару лет я трачу гораздо больше времени на восстановление индексов и выполнение общего функционального обслуживания, чем когда-либо, когда мы работали с SQL Server 2000. Я понимаю, что в нашем приложении многое изменилось, поэтому это возможно что это различие сделано мной. Однако я совершенно уверен, что для нас SQL Server 2000 намного лучше справлялся с «простой работой» без особой помощи, чем более новые версии SQL Server.
Мой вопрос в том, может ли кто-нибудь подтвердить или опровергнуть это мнение, и если это правда, в чем причина этого. В настоящее время я перестраиваю индекс каждую ночь, чего мне никогда не приходилось делать в старые времена. Спасибо за любую помощь.
Помимо статьи в журнале TechNet, я написал, что JGurtz упоминал выше, ваша проблема либо в фрагментации, либо в статистике.
Если производительность замедляется постепенно, то ее фрагментация. Если perf внезапно падает с обрыва, его статистика выходит из строя, что вызывает изменение плана запроса.
Если это фрагментация, рассмотрите возможность изменения ключей на что-то, что не вызывает случайных вставок, или использование FILLFACTOR. Google "Paul Randal FILLFACTOR" для получения дополнительной информации.
Если это статистика, то обновление статистики, а не восстановление индексов, может быть более эффективным решением и потребовать меньше ресурсов.
Спасибо
Во всяком случае, 2005 и новее гораздо лучше справляются с "самопроизвольным запуском", но я бы никогда не сказал этого, поскольку все серверы sql нуждаются в некотором обслуживании. Это просто природа зверя ...
Вот некоторые ресурсы, связанные с индексом:
http://performance.sqlpass.org/PresentationArchive.aspx Посмотрите переговоры за январь, февраль, март 2011 г.
http://technet.microsoft.com/en-gb/magazine/2008.08.database.aspx