8.1.2. Параметри настройки SQL Server Agent
SQL Server Agent - властивості, автоматичний перезапуск, настройка журналів, перенаправлення подій
q за допомогою графічного інтерфейсу SQL Server Management Studio. Для цього достатньо відкрити властивості контейнера SQLServerAgent в ObjectExplorer;
q за допомогою спеціальних процедур, що зберігаються (наприклад, sp_set_sqlagent_properties). Розглядати ці процедури, що ми не будемо, оскільки команди на їх застосування можна дуже просто згенерувати за допомогою кнопки Script (Скрипт) на екрані властивостей SQL Server Agent в Management Studio.
q AutorestartSQLServerifitstopsunexpectedly (Автоматично перезапускати SQL Server при несподіваній зупинці) - SQL Server Agent контролюватиме роботу служби SQL Server і при необхідності запускати сервер заново. Звичайно, SQL Server без причини зазвичай не зупиняється, тому значення цього параметра, в принципі, не дуже важливо. Проте, такий контроль за замовчуванням включений;
q AutorestartSQLServerAgentifitstopsunexpectedly (Автоматично перезапускати SQL Server Agent при несподіваній зупинці) - це зворотний контроль. Даний параметр визначає, чи буде SQL Server контролювати роботу служби SQL Server Agent і при необхідності проводити перезапуск цієї служби. За замовчуванням також включений;
q Includeexecutiontracemessages (Включити повідомлення трасування) - якщо цей прапорець встановлений, то в файл протоколу буде також записуватися трасувальні інформація для процесу SQL Server Agent. Зазвичай ця можливість потрібна тільки для налагодження (при цьому не виконання завдань, а тільки самої служби SQL Server Agent). У журнал буде записуватися велика кількість додаткової інформації, яка адміністраторам зазвичай не потрібна;
q WriteOEMfile (Записувати файл у форматі OEM) - за замовчуванням текстовий файл протоколу створюється в форматі UNICODE. Якщо вам потрібен файл в звичайному текстовому форматі (НЕ UNICODE), можна встановити цей прапорець. Зазвичай він потрібен тільки в одній ситуації: коли ви обробляєте файл журналу якийсь спеціалізованою програмою, яка не розуміє кодування UNICODE.
· В журнал подій SQL Server Agent записується велика кількість повідомлень, і спливаючі вікна будуть сильно заважати роботі користувача, на комп'ютер якого вони відправляються. Тому має сенс визначати одержувача тільки в якихось спеціальних ситуаціях.
На вкладці Advanced (Додатково) ви можете налаштувати параметри перенаправлення повідомлень і умов, при яких центральний процесор буде вважатися бездіяльним:
q Events (Події) - за допомогою цієї групи параметрів ви можете визначити, які саме події будуть перенаправлятися для запису на інший сервер. У вашому розпорядженні наступні параметри:
· Unhandledevents (Неперехваченние події) - на інший SQL Server будуть передаватися записи тільки про ті події, для яких не налаштовані попередження (про попередження розповідатиметься в розд. 8.1.7);
· Allevents (Всі події) - буде передаватися інформація про всі події;
· Ifeventhasseverityatorabove (Якщо у події важливість знаходиться на рівні або вище) - цей параметр дозволяє налаштувати фільтр для повідомлень, що передаються по їх важливості. За замовчуванням використовується найнижчий рівень 001. тому передаватися будуть всі повідомлення;
q DefineidleCPUcondition (Визначити умови простою центрального процесора) - єдине призначення цього набору параметрів - можливість визначити для завдання, що воно повинно запуститися, коли процесори комп'ютера, на якому встановлений SQL Server. не діють (т. е. виконані певні за допомогою цих параметрів умови). На практиці такі завдання використовуються дуже рідко. Самі умови, при виконанні яких центральний процесор буде вважатися бездіяльним, можна визначити за допомогою наступних параметрів:
· AverageCPUusagefallsbelow (Середнє завантаження центрального процесора падає нижче) - за замовчуванням встановлено 10%;
· Andremainsbelowthislevelfor (І залишається нижче цього рівня протягом) - за замовчуванням задано 600 секунд, т. Е. 10 хвилин.
q Enablemailprofile (Включити поштовий профіль) - якщо цей прапорець встановлений, то SQL Server Agent отримує можливість взаємодіяти з електронною поштою (наприклад, відправляти по електронній пошті попередження для операторів або результати виконання завдань). Якщо цей прапорець встановлений, у вашому розпорядженні з'являються ще дві можливості:
· Mailsystem (Поштова система) - можливість вибрати одну з двох систем для взаємодії з електронною поштою: SQLMail (успадкована система, орієнтована на MAPI) або Database Mail (інша назва - SQLiMail. Сучасніша система, орієнтована на SMTP). Детальніше про роботу SQL Server і SQL Server Agent з електронною поштою буде розказано в розд. 8.2.
За допомогою кнопки Test (Перевірити) можна перевірити працездатність налаштованих параметрів для роботи з електронною поштою, надіславши пробне повідомлення;
· SavecopiesofthesentmessagesintheSentItemsfolder (Зберігати копії відправлених повідомлень в папці Sent Items) - ця можливість доступна тільки тоді, коли для відправки повідомлень використовується протокол MAPI (а значить, використовується система SQLMail);
Щоб параметри, пов'язані з налаштуванням електронної пошти, вступили в силу, необхідно перезапустити службу SQL Server Agent.
· To line. CC line. Subject - можливість визначити префікси і суфікси для рядків Кому. Копія та Тема повідомлення відповідно;
· Fail -safeoperator - відповідно до навчальних курсами Microsoft. це має перекладатися як "резервний оператор" або "оператор останньої надії". Однак слухачі на курсах придумали більш влучну назву - "Хто буде крайнім". Сенс цього параметра дуже простий: для кожного оператора можна вказати робочі години. Якщо вийшло так, що подія відбулася в той момент, коли всі оператори відповідно до розкладу відпочивають, повідомлення буде відправлено "оператору останньої надії" (незалежно від розкладу його роботи). Ви можете вказати відповідний об'єкт оператора і вибрати спосіб його повідомлення: за допомогою електронної пошти, пейджера або мережевого повідомлення;
На вкладці JobSystem (Система завдань) ви можете визначити загальні параметри для виконання завдань SQL Server Agent:
q Shutdowntime -outinterval (inseconds) (Час очікування при відключенні (в секундах)) - якщо ви дали команду на зупинку служби SQL Server Agent. а в цей час виконується завдання, то SQL Server Agent дасть на його завершення стільки секунд, скільки вказано в цьому параметрі (за замовчуванням задано 15 секунд). Після закінчення цього часу робота завдання буде припинена примусово;
На вкладці Connection (Підключення) налаштовуються параметри підключення служби SQL Server Agent до SQL Server:
q Aliaslocalhostserver (Ім'я користувача для локального сервера) - псевдонім для екземпляра SQL Server (він обов'язково повинен бути розташований на тому ж комп'ютері), до якого буде підключатися SQL Server Agent. Детально про псевдоніми розповідалося в розд. 3.3.4. Цей параметр потрібно заповнювати тільки в тому випадку, якщо для "нормального імені" SQL Server на вашому комп'ютері вже існує якийсь інший псевдонім, що перенаправляє запити до нього на інший сервер;
q SQLServerconnection (Підключення до SQL Server) - параметр визначає обліковий запис, який буде використовуватися службою SQL Server Agent для підключення до SQL Server. Як вже говорилося, дуже рекомендується використовувати для роботи служб SQL Server і SQL Server Agent одну і ту ж обліковий запис. Тоді тут найпростіше залишити аутентифікацію Windows (яка вибирається за замовчуванням). Якщо SQL Server і SQL Server Agent працюють під різними обліковими записами або вам потрібно підключатися (для цілей забезпечення зворотної сумісності) від імені логіна SQL Server. то в цьому параметрі ви можете визначити відповідну обліковий запис Windows або логін SQL Server Agent.
На вкладці History (Історія) визначаються параметри зберігання історії виконання завдань в журналах SQL Server Agent:
q Limitsizeofjobhistorylog (Обмежити розмір журналу історії виконання завдань) - якщо цей прапорець зняти, то стара інформація про виконання завдань не буде автоматично віддалятися з журналів подій SQL Server Agent. Вам буде потрібно видаляти її вручну. Якщо ж цей прапорець встановлений (за замовчуванням), то можна налаштувати два додаткові параметри:
· Maximumjobhistorylogsize (inrows) (Максимальна кількість записів для історії виконання завдань (в рядках));
· Maximumjobhistoryrowsperjob (Максимальна кількість записів для одного завдання);
q Automaticallyremoveagenthistory (Автоматично видаляти історію агента) - цей параметр дозволяє визначити, через який час запису про історії виконання завдань будуть видалятися автоматично.