Параметри конфігурації – ЧАСТИНА 3

Сервер

Management Studio

EXEC sp_configure query wait

У вкладці Processors діалогового вікна Server Proeprties (рис 346) визначається режим роботи сервера баз даних в симетричних багатопроцесорних системах Велика частина цих параметрів не впливає на роботу сервера в однопроцесорних компютерах

Призначення потоків процесорам

У багатопроцесорних компютерах операційна система може переміщати процеси на певні процесори, якщо того вимагає загальне завантаження системи Взаємозвязок процесів SQL Server і процесорів можна конфігурувати Формуючи звязок між SQL Server і процесором, можна визначити доступність цього процесора для сервера баз даних в той же час процесор не передається в монопольне використання SQL Server Таким чином, поки процесор не призначений для запуску завдань SQL Server, він відокремлюється від сервера баз даних

Рис 346 На сторінці Processors відображаються доступні в системі процесори і визначається порядок їх використання сервером баз даних

П Так як процес перемикання між процесами створює додаткову на-

грузку на систему, Windows отримає певні переваги, якщо в системі If існує один процесор, недоступний серверу баз даних Якщо на сервері

встановлено вісім або більше процесорів, рекомендується вивести один з них Перевірено під контролю SQL Server, щоб системні процеси Windows не вступали в конкурентну боротьбу з сервером баз даних за ресурси компютера

У Management Studio взаємозвязок з процесорами конфігурується за допомогою установки прапорців у вкладці Processors (див рис 364)

У програмному коді доступність окремих процесорів для сервера баз даних конфігурується установкою відповідних бітів в параметрі маски спорідненості affinity mask за допомогою збереженої процедури sp_conf igure Оскільки у бітовому представленні число 3 виглядає як 0000011, в наступному прикладі серверу баз даних стають доступними процесори з номерами 0 і 1:

Ехес sp_configure affinity mask, 3 RECONFIGURE

Нульове значення параметра affinity mask визначає доступність сервера На замітку баз даних всіх процесорів компютера

Максимальне число робочих потоків

SQL Server є багатопотоковим додатком Це означає, що SQL Server для підвищення продуктивності може распараллелівать процеси, розносячи їх виконання на різні процесори Потоки проектуються таким чином

■ По одному потоку для кожного мережевого підключення

■ Один потік для обслуговування контрольних точок бази даних

■ Кілька потоків для обслуговування запитів користувачів Коли SQL Server обслуговує мале число підключень, кожному підключенню виділяється один потік Однак у міру збільшення кількості підключень утворюється пул потоків, який більш ефективно обслуговує існуючі підключення

Залежно від кількості підключень і частки часу, протягом якого зєднання активізовано (а не простоює), установка кількості робочих потоків в значення, менше числа підключень, може форсувати створення пулу підключень, економію памяті і збільшення продуктивності

У програмному коді максимальну кількість робочих потоків встановлюється шляхом присвоєння значення параметру max worker threads за допомогою збереженої процедури sp_conf igure:

Ехес sp_configure max worker threads, 64 RECONFIGUR E

Для перегляду інформації про підключення до примірника SQL Server виберіть sysdm_exec_connections в динамічному поданні управління У цьому поданні є статистика для кожної з баз даних, а також для кожного віддаленого або локального підключення

Підвищення пріоритету

Різні процеси в операційному середовищі Windows виконуються з різними рівнями пріоритету, варьирующимися від 0 до 31 Процеси з великим рівнем пріоритету виконуються першими, тому ці рівні резервуються для процесів операційної системи Зазвичай система Windows виділяє для додатків такі рівні пріоритетів: 4 (низький), 7 (звичайний), 13 (високий) і 24 (реального часу) За замовчуванням SQL Server встановлюється із звичайним рівнем пріоритету – 7

У однопроцесорних компютерних системах, а також коли поряд з SQL Server в системі виконуються інші фонові програми, бажано встановити звичайний рівень пріоритету Штучне завищення пріоритету в цій ситуації може порушити гладкість операцій У той же час в умовах многопроцессорного виділеного сервера баз даних рекомендується встановити для пріоритету значення 13 Для цього параметру підвищення пріоритету priority boost слід привласнити значення 1:

Ехес sp_configure priority boost, 1 RECONFIGURE

Параметр Lightweight Pooling

Ще один параметр, призначений для симетричних багатопроцесорних систем, дозволяє зменшити навантаження, що спричинюється частим перемиканням процесів з одного процесора на інший Включення підтримки волокон Windows NT призводить до зменшення числа робочих потоків, так як деякі потоки асоціюються з додатковими волокнами Зменшення кількості робочих потоків зменшує додаткове навантаження, що спричинюється частим перемиканням потоків, і, отже, підвищує загальну продуктивність У Management Studio цей параметр носить назву Use Windows NT Fibres в програмному коді він відповідає параметру lightweight pooling

Ехес sp_configure lightweight pooling, 1 RECONFIGURE

Паралелізм

Редакція SQL Server Enterprise Edition (а також редакції Developer і Evaluation, оскільки вони відрізняються від Enterprise тільки умовами ліцензування) дозволяє виконувати складні запити, паралельно використовуючи декілька процесорів Це може виявитися корисним, особливо в ситуаціях, коли запит консолідує всі рядки бази даних обємом в 20 Гбайт Але що можна сказати про решту користувачів, які змушені чекати, поки один користувач не звільнить зайняті ним процесори Рішення проблеми лежить в обмеженні кількості процесорів, які можуть бути задіяні для розпаралелювання виконання одного запиту, і в установці порога вартості (в секундах оціночного часу виконання), після виходу за який запит стає кандидатом на розпаралелювання обчислень

При генеруванні плану виконання паралельного запиту, синхронізації обчислень і завершенні запиту створюється додаткове навантаження на систему Однак, незважаючи на це, розпаралелених запити виконуються напрочуд швидко Щоб визначити, чи використовує конкретний запит паралельні обчислення, досить подивитися на його план виконання в аналізаторі запитів Поділ різних потоків обчислень в паралельних запитах відображається графічно

Я рекомендую для розпаралелювання обчислення запитів зробити доступними половину доступних процесорів за винятком одного (див розділ Призначення потоків процесорам) Наприклад, якщо сервер має вісім процесорів і сім з них доступні SQL Server, для паралельних обчислень краще використовувати три процесора Так як розпаралелювання обчислень може істотно підвищити продуктивність, ви можете трохи знизити поріг часу виконання, щоб якомога більша кількість запитів могло виграти від паралелізму

У програмному коді паралелізм запитів налаштовується за допомогою параметра max degree of parallelizm і cost threshold for parallelizm Установка першого з них в значення 0 дозволяє зробити доступними для розпаралелювання виконання запитів всі процесори:

EXEC sp_configure max degree of parallelism, 1 EXEC sp_configure cost threshold for parallelism, 1 RECONFIGURE

Незважаючи на те що описані вище параметри сервера можуть позначитися на продуктивності, левова частка швидкодії залежить від схеми бази даних, структури запитів та індексів Ніяка настройка параметрів сервера не зможе подолати недоліки поганого проектування та програмування

Параметри конфігурації системи безпеки

Параметри конфігурації системи безпеки, показані в табл 344, використовуються для управління функціями захисту SQL Server

Параметри системи безпеки, встановлені в процесі інсталяції сервера, представлені у вкладці Security діалогового вікна Server Properties (рис 347), тому їх конфігурацію можна скорегувати вже після установки сервера Параметри моделі аутентифікації та облікових записів Windows в SQL Server – такі ж, як і при установці

Таблиця 344 Параметри конфігурації системи безпеки

Параметр

Рівень

Графічний інтерфейс установки

Програмна

установка

Режим аутентифікації

Сервер

Management Studio

Рівень аудиту системи безпеки

Сервер

Management Studio

Обліковий запис автозапуску

Сервер

Management Studio

Режим аудиту С2

Сервер

EXEC sp_configure C2 audit mode

Ланцюжки власності між базами даних Сервер

Management Studio

Puc 347 Сторінка Security діалогового вікна Management Studio

Рівень аудиту системи безпеки

Цей додатковий параметр конфігурує рівень аудиту реєстрації користувачів, виконуваного сервером баз даних На підставі значення цього параметра SQL Server реєструє всі успішні і невдалі спроби входу на сервер або в журналі подій Windows, або в журналі SQL Server

Захист С2

При конфігуруванні SQL Server для рівня захисту С2 включення властивості С2 Audit Mode призведе до відмови в роботі сервера, якщо він не буде здатний записати інформацію в журнал аудиту системи безпеки Цей параметр можна встановити тільки програмним шляхом – він недоступний в інтерфейсі Management Studio:

Джерело: Нільсен, Пол Microsoft SQL Server 2005 Біблія користувача : Пер з англ – М: ООО ІД Вільямс , 2008 – 1232 с : Ил – Парал тит англ

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*