Если на сервере не работают другие приложения, кроме MS SQL Server, или требования этих приложений к оперативной памяти невелико, то имеет смысл использовать статический режим распределения памяти. В этом случае мы выделяем определенный объем памяти для использования. Другие приложения и операционная система не имеют возможности использовать память, отведенную для нужд MS SQL Server. В свою очередь и MS SQL Server не «покушается» на участки памяти, которые ему не отведены.

Несмотря на то что динамический режим является наиболее универсальным и безопасным с точки зрения начинающего администратора, в большинстве случаев предпочтительней использовать статический режим распределения оперативной памяти. Это позволяет нашему SQL-серверу более выгодно использовать выделенную память, не заботясь о необходимости высвобождать или перераспределять те или иные ее фрагменты. Даже если на одном сервере используется несколько приложений, имеет смысл при помощи статического режима распределить имеющуюся память во избежание траты ресурсов (включая процессорное время, обращение к файлу подкачки и т. д.) на процессы высвобождения и последующего ассигнования оперативной памяти.

Reverse physical memory for SQL server

Параметр, который нуждается в более пристальном рассмотрении, дословно можно перевести как «обратимое использование памяти SQL Server». Установка этого параметра запрещает использование файла подкачки для работы SQL-сервера. Если на аппаратном (или виртуальном) сервере достаточно оперативной памяти, чтобы обеспечить нужды MS SQL Server для решения поставленных задач, можно включить данный параметр, чтобы избежать процесса свопинга на диск. В некоторых случаях (в основном при использовании статического режима) это позволяет ощутимо повысить быстродействие работы MS SQL Server и использующих его приложений.

Замечание: несмотря на то что SQL Server чаще всего рассматривается как привилегированное приложение, которому выделяют максимальный объем имеющихся ресурсов, бывают случаи, когда следует пренебречь этим правилом. Речь идет о ситуациях, когда при большой загрузке SQL Server (например, при выполнении «тяжелых» запросов) становится невозможным «достучаться» до сервера. В этом случае специально уменьшают объем памяти, используемый MS SQL Server. Для динамического режима это уменьшение верхнего предела используемой памяти (параметр «Maximum»), для статического режима это достигается снижением объема выделяемой памяти. В этом случае приходится жертвовать производительностью SQL-сервера в обмен на его управляемость.

Эффективное использование ресурсов процессоров

Описанные здесь настройки помогут использовать вычислительные ресурсы с максимальным выигрышем в производительности работы SQL-сервера.

Выбор количества используемых процессоров

Если на сервере установлен один процессор, то задача облегчается. Однако если мы имеем дело с мультипроцессорной системой, у нас появляется возможность выбора и более тонкой настройки. В уже открытом нами в Enterprise Manager окне настроек SQL-сервера переходим на вкладку «Processor» (см. рис. 2).

Рисунок 2. Изменение настройки параметров использования процессора (процессоров)