Основные настройки SQL Server. Часть II
4. Устанавливайте минимальные и максимальные значения для памяти SQL Server
Эти значения определяют верхнюю и нижнюю границы объемов памяти, используемой буферным пулом. Минимальное значение памяти позволяет сделать так, чтобы SQL Server не выделял объем памяти ниже установленного значения по достижении указанного порога. Ценность данного значения очевидна в случаях, когда SQL Server выполняется наряду с другими приложениями или в виртуальной машине с активированной динамической памятью. Максимальное значение серверной памяти отражает максимальный объем памяти, который SQL Server может выделять при запуске и выполнении. Задаваемые здесь значения определяются объемом памяти в главной системе. Рекомендуется ограничивать максимальный объем серверной памяти SQL Server значением, не достигающим уровня общего объема памяти главной системы. Задействуйте настройку sp_configure ‘max server memory’, 4096.
5. Используйте настройку Optimize for Ad Hoc Workloads
Эта настройка служит для оптимизации объемов памяти, применяемых однопользователскими и созданными для конкретного случая планами запросов в кэше процедур. Она позволяет системе SQL Server при первом запуске хранимого в кэше процедур нерегламентирова иного плана запросов содержать в памяти только небольшую заглушку для этого плана. Гаким образом объем памяти, необходимый для работы с кэшем процедур, сокращается. Используйте настройку spconfigure ‘optimize for ad hoc workloads’,1.
6. Разделяйте файлы данных и файлы журналов
Кому-то такая рекомендация, возможно, покажется излишней. Но мне так часто приходилось сталкиваться с системами, на которых файлы данных и журнальные файлы размешаются на одном и том же диске, что многим в это трудно поверить. Данная ситуация особенно часто встречается в виртуальных системах SQL Server. В сущности, такая организация подходит лишь для очень небольших установок — во всех прочих случаях быстро начинается конкурентная борьба за каналы ввода-вывода. Физические системы должны «привязываться» к различным накопителям. Виртуальные системы должны обеспечивать размещение файлов данных и журнальных файлов на виртуальных жестких дисках, причем каждый виртуальный диск обслуживается отдельными физическими накопителями.
7. Отделяйте файлы TEMPDB от других файлов данных
Файлы TEMPDB используются для размещения глобальных или локальных таблиц временного хранения, временных хранимых процедур, табличных переменных, а также внутренних объектов, созданных средствами процессора базы данных. Известно, что файлы данных рекомендуется хранить отдельно от журнальных файлов. Подобным же образом необходимо отделить испытывающую большую нагрузку из-за операций записи базу данных TEMPDB от производственных баз данных и журнальных файлов. В физических системах необходимо указывать особый накопитель для TEMPDB. В виртуальных системах базу данных TEMPDB следует размещать на отдельном виртуальном жестком диске, который обслуживается отдельным физическим накопителем, где не размещаются ни файлы данных, ни журнальные файлы.
Приступите к настройке SQL Server, используя рекомендации нашей статьи, но только после того, как закончите строительство своего загородного дома? В этом случае вам, конечно же, не обойтись без кирпича рядового (http://www.metalbudservice.kiev.ua/119-kirpich-rjadovoj.html). С его помощью легко можно возвести любые стеновые конструкции высокой прочности. Подробности ищите на metalbudservice.kiev.ua
