База данных никогда не поддерживается
Я только что получил новый клиент, недавно перенесенный с SQL2000 на SQL2005 из-за ограничений приложения поставщика на новые выпуски. Приложение поставщика совместимо только максимально с SQL2005. Я обнаружил, что у БД никогда не было плана обслуживания: ему около 14 лет, он всегда работает и, к счастью, всегда резервируется (ежедневное полное резервное копирование, 4-часовое дифференциальное резервное копирование и 10-минутное резервное копирование журнала транзакций).
На первый взгляд, БД разделена на 4 mdf файла (10 ГБ, 30 ГБ, 2 ГБ, 2 ГБ) и один файл в формате 35 ГБ. ldf довольно большой, потому что журнал транзакций составляет максимум 100 мб. То, что говорят офисные люди в те годы, было 2 - 3 больших удаления, но они ничего больше не знают. Сервер немного староват (IBM x346, 8 ГБ оперативной памяти и только 70 ГБ свободного места на жестком диске), работает под управлением 32-разрядной версии W2003 R2 с /pae и SQL2005 с AWE.
На первый взгляд фрагментация индекса ОГРОМНА.
Каковы лучшие практики, чтобы начать "возродить":-) эту ситуацию?
1 ответ
Ничего не зная о том, как используется БД, на самом деле не могу прокомментировать стратегию резервного копирования, кроме того, что хорошо, что у нее есть стратегия резервного копирования:) Впрочем, все нормально.
Начните с восстановления резервной копии на другую машину (чтобы убедиться, что резервная копия действительно работает), затем запустите на ней DBCC CHECKDB (для восстановленной копии).
Включить PAGE CHECKSUM и BACKUP CHECKSUM:
http://blogs.msdn.com/b/sqlserverstorageengine/archive/2006/06/29/enabling-checksum-in-sql2005.aspx
Внедрите решение по техническому обслуживанию Ola Hallengren:
Запустите диагностические сценарии Гленна Берри и сообщите, если есть что-то подозрительное:
Я не был бы слишком обеспокоен размером ldf, пока место для хранения не является проблемой.
Есть ли у вас сейчас какие-то неотложные проблемы?