Я следил за ростом файлов через сборщик данных в SQL Server 2008 R2 в течение двух недель. База данных постоянно растет на уровне около 35 (МБ) / день. БД еще не достигла первоначального размера в 2 ГБ.
Автоматический рост файлов БД установлен на 5 МБ, и я хотел бы попробовать другой подход, поэтому я ищу предложения и комментарии.
Существует задание по настройке, которое выполняется каждую неделю в воскресенье вечером в 1:30. Задача будет:
- Проверьте целостность базы данных
- Сжатие файла журнала - (Это нормально, потому что режим регистрации прост)
- Сжатие базы данных
- Реорганизовать индекс
- Перестроить индекс
- Обновить статистику
- Очистить историю
Я хотел бы добавить еще два шага к плану еженедельной настройки:
- Увеличьте файл базы данных на 500 МБ, если используемое пространство достигает определенного порога или общего размера.
- Увеличьте файл журнала на 250 МБ (после сжатия), если используемое пространство достигает определенного порога общего размера.
Размещая бремя роста в нерабочее время, я надеюсь повысить производительность, сократив количество событий автоматического роста при больших нагрузках.
У меня есть два вопроса, касающихся автоматического увеличения файлов.
- Лучшее место, чтобы поместить шаги роста файла, было бы до текущих шагов или после?
- Если я использую
ALTER DATABASE|MODIFY FILE
для увеличения файла, то как я могу определить, еслиSpaceUsedInFile >= (TotalFileSpace-@AllowanceThreshold)
?