DBCC CHECKDB и практическая стратегия целостности

Сбои хранилища, памяти, firmware и ПО могут повредить страницы без немедленной остановки приложения. Резервные копии способны сохранить незамеченную коррупцию.

Что измерять

Отслеживайте последнюю успешную проверку, размер, длительность, ошибки по объектам, suspect pages, предупреждения I/O и наличие чистой копии до повреждения.

Практический подход

Запускайте CHECKDB по риску и размеру, проверяйте восстановленные копии при нехватке окна, оповещайте о пропусках, сохраняйте доказательства и предпочитайте restore вместо repair.

Чего следует избегать

Не начинайте с repair, не считайте, что избыточность исключает повреждение, и не пропускайте большие базы из-за длительности.

Эксплуатационный результат

Целостность требует обнаружения, сохранения доказательств, готовности к восстановлению и осторожного исправления.

Проверка перед production

Зафиксируйте исходные показатели и определите ожидаемое улучшение. Проверьте решение на репрезентативных данных и при реальной параллельной нагрузке. Сохраните исходную настройку или план, подготовьте откат и наблюдайте следующий обычный пик нагрузки.

Чтобы применить этот подход к конкретной среде SQL Server, используйте форму ниже и укажите версию SQL Server, размер базы, профиль нагрузки и уже собранные данные.