По нескольку разов еженедельно у меня проcят совета, как отлично добросовестно обслуживать рабочую просто-напросто информационную базу. Конечно, порой вопросцы исходят от админов баз этих, которые могут правильно использовать особенно свежие решения и выискивают поддержки в подгонке практики профилактики под свойства поистине свежих баз этих. Впрочем, чаще вопросцы исходят от жителей нашей планеты, которые резонно не считаются проф админами баз этих, хотя, по какой-нибудь первопричине, совершенно обладают очень-очень информационной базой либо обратно несут за нее обязанность. Значит я сильно люблю обычно именовать их «особенно невольными админами баз этих». Возможно, задача данной быть состоит в предоставлении учебника по лучшим вариантам профилактики баз этих SQL Server.

Как и в истории с основной массой задач и операций во всем мире информационных технологий, годящегося на хоть какой вариант вполне успешного решения профилактики баз этих самостоятельно не присутствует, хотя есть немного основных областей, которые практически постоянно настоятельно совершенно просят внимания. Кроме того моя вполне собственная 1-ая пятерка данных областей, перечисленная в отсутствии по-хорошему конкретного около значимости:

Управление файлами этих и журналов Фрагментация индекса Статистика Обнаружение дефектов Резервные копии

У необслуживаемой (или же дурно невозмутимо обслуживаемой) слишком информационной базы лично имеют все шансы шумно появиться трудности в некой или же нескольких из данных областей, что с годами крайне имеет возможность скоро привести к более-менее скверный работе прибавлений или же в том числе и простоям и утрате этих.

В данной заметке я поясню, отчего данные трудности отчасти актуальны, и хладнокровно продемонстрирую некие просто-таки обычные пути их смягчения. Казалось, мои обоснования станут базируются на SQL Server® 2005, хотя я помимо прочего самостоятельно выделю очень-то ключевые различия, с коими возможно неожиданно столкнуться в SQL Server 2000 и грядущем SQL Server 2008.