Вход на хостинг
IT-новости
20.04.2016 iPhone 2017 года поместят в водонепроницаемый корпус из стекла
Линейка iPhone в новом году серьезно поменяется. В этом уверен аналитический исследователь Мин Чи Ку......
30.07.2015 Ищем уникальный контент для сайта
Ищем уникальный контент для сайта Без уникального контента Ваш сайт обречен на то, что его страницы......
)
и/или:
DBCC SHRINKFILE
( { имя файла/ID файла }
{ [ , {необходимый размер} ]
| [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]
}
)
В этом случае можно создать соответствующую хранимую процедуру и запускать ее как запланированное задание в часы минимальной нагрузки, например, по выходным дням.
Отключение «Auto Shrink»
Откройте Enterprise Manager, выберите необходимую базу, щелкните правой кнопкой мыши и в появившемся меню выберите пункт «Properties». В окне свойств базы данных перейдите на вкладку «Options» (см. рис. 6). Снимите галочку с параметра «Auto Shrink».
Рисунок 6. Отключение «Auto Shrink»
Эффективное распределение дискового пространства
В этой главе упоминаются понятия «отдельный раздел», «отдельный том». Отмечу, что имеется в виду физический раздел или физический том, то есть либо самостоятельно использующийся жесткий диск, либо RAID-массив жестких дисков (о том, что такое дисковые массивы и по каким принципам они организовываются, речь пойдет в следующем разделе).
Что же касается логических дисков, или, как их еще называют, дисковых подразделов, то следует понимать, что использование разных дисковых подразделов на одном физическом диске или массиве не даст никакого преимущества в быстродействии. Физическое устройство будет записывать или считывать данные с конструктивно заложенной скоростью независимо от логического разбиения дискового пространства.
Перемещение файла журнала транзакций на отдельный раздел
Удивительно, как мало администраторов следует этой простой, но эффективной рекомендации.
Приведу всего лишь один из примеров, когда эта простая мера способна помочь в решении вопросов быстродействия. Представим себе ситуацию, когда один из пользователей формирует «тяжелый» отчет, а остальные в этот момент проводят пополнение базы данных. Если и файлы данных, и файлы журнала транзакций находятся на одном дисковом массиве, то жесткий диск вынужден постоянно переключаться между массовыми операциями чтения данных при построении отчета и операциями записи в журнал транзакций.
В итоге работа всего дискового массива будет крайне неэффективной. Перенос файлов журналов транзакций решает подобные проблемы.