Вход на хостинг
IT-новости
20.04.2016 iPhone 2017 года поместят в водонепроницаемый корпус из стекла
Линейка iPhone в новом году серьезно поменяется. В этом уверен аналитический исследователь Мин Чи Ку......
30.07.2015 Ищем уникальный контент для сайта
Ищем уникальный контент для сайта Без уникального контента Ваш сайт обречен на то, что его страницы......
n Лучше сразу увеличить файл базы данных на значительную величину. В примере указана величина 1 Гб. На практике данный параметр ограничен только имеющимся доступным дисковым пространством и здравым смыслом.
n Включить параметр «Automatically grow file».
n Установить высокий процент прироста базы данных (в приведенном примере – 20%).
n Выбрать параметр «Restrict file grow» и ввести достаточно большой предельный объем роста базы данных. Это необходимо для предотвращения случаев, если файл базы данных вырастает настолько, что займет весь дисковый объем без остатка, и администратор баз данных не успевает выполнить профилактические операции в виде сжатия баз данных (в приведенном примере установлен конечный размер, десятикратно превышающий первоначальный объем базы данных).
Отключение параметра «Auto Shrink»
MS SQL Server хранит информацию в файлах базы данных не в непрерывном последовательном виде, а разбив на страницы по 8 Кб. Восемь страниц объединяются в один экстент.
При росте объема хранимой информации (например, при увеличении числа записей в таблицах) растет размер файла базы данных. При удалении информации MS SQL Server не удаляет освободившие экстенты, а использует их повторно. В случае если необходимо уменьшить файл данных за счет высвободившихся экстентов, освободив при этом место на диске, используют процедуру shrink, выполняющую уплотнение («сжатие») файла базы данных и высвобождающую дисковое пространство.
Как и большинство операций, MS SQL Server способен выполнять данную процедуру автоматически (параметр «Auto Shrink»), не привлекая внимания администратора. Проблема заключается в том, что, во-первых, на процедуру постоянного автоматического сжатия тратятся драгоценные системные ресурсы, во-вторых, экстенты при этом перетасовываются не самым оптимальным образом, файлы баз данных становятся сильно фрагментированными, что увеличивает время на поиск необходимой информации в базе данных. Соответственно растет время формирования запросов и т. д. Поэтому если дисковое пространство позволяет использовать файлы большего размера, данный параметр лучше отключить. В этом случае файлы баз данных вначале быстро возрастут до определенного объема, после чего их рост сильно замедлится за счет повторного использования высвобождающихся экстентов. Если же все-таки необходимо периодически высвобождать часть дискового пространства, можно выполнить процедуру shrink над базой данных вручную непосредственно из Enterprise Manager или использовать конструкции T-SQL типа:
DBCC SHRINKDATABASE
( {имя базы данных} [ , {необходимый процент} ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]