Диспетчер microsoft system center service manager - частина 1 введення і планування

Новітній компонент в лінійці Microsoft System Center, Диспетчер служб (Service Manager) ще більше покращив архітектуру System Center, сконцентровану на ITIL / MOF, несучи централізовані і легкодоступні можливості управління проблемами і помилками. Диспетчер Service Manager пов'язаний з диспетчером конфігурації (Configuration Manager), диспетчером операцій (Operations Manager) і Active Directory, що дозволяє йому діяти в якості централізованого сховища інформації, яка збирається з усіх інших продуктів. У цьому циклі статей ми дізнаємося, як встановлювати і використовувати диспетчер служб. У першій частині циклу ми поговоримо про компонентах і функціях диспетчера служб, а також детально розглянемо інформацію про попередні вимоги.

Говорячи простою мовою, управління сервісами включає всі аспекти управління інформаційними технологіями, з якими пов'язаний кінцевий користувач. Деякі вважають надання підтримки кінцевому споживачеві найбільш важливим 'часто найбільш складним' аспектом ІТ операцій через великого спектра виникаючих і вирішуваних питань. Більш того, без наявності необхідних методик, які допомагають користувачам самостійно вирішувати свої проблеми, технічна допомога перевантажується при виконанні спільних завдань, що повторюються.

Диспетчер Microsoft System Center Service Manager призначений для поліпшення і спрощення операцій служби технічної підтримки ІТ і може використовуватися для оптимізації процесу підтримки в ІТ організаціях в цілому. Крім звичайного надання кінцевим користувачам інструментів надання підтримки і самообслуговування (про які ми поговоримо пізніше в цій статті), диспетчер служб пов'язаний з іншими продуктами System Center, включаючи диспетчер операцій і диспетчер конфігурації для поліпшення виконання ІТ завдань. Наприклад, коли в диспетчері операцій генерується оповіщення, скажімо, про нестачу дискового простору, диспетчер служб може автоматично генерувати інцидент, виправлення якого вже закріплено за певним співробітником. Співробітникам не доведеться створювати журнал вручну, оскільки вся процедура автоматизована.

Чому це важливо? Невже важливо, щоб при усуненні проблеми журнал був відкритий?

Проста відповідь: Так, це дуже важливо.

Будь-який запит, неважливо чи створений він кінцевим користувачем або автоматично через збій на сервері, повинен генерувати робочий журнал певного роду. Крім того, що це допомагає охопити всі завдання і не упустити нічого, відстеження всіх завдань допомагає ІТ співробітникам краще оцінювати дійсну робоче навантаження, на основі чого можна приймати найбільш доцільні рішення з приводу персоналу і бюджету.

Компоненти диспетчера служб

Продукт Service Manager розбитий на кілька окремих компонентів, кожен з яких забезпечує важливі служби для створення цілісного продукту. У випадку з диспетчером Service Manager є шість окремих компонентів:

• Сервер управління Service Manager - це основна частина програмного забезпечення установки Service Manager.
• База даних Service Manager - сервери бази даних є тим, що змушує світ працювати в нинішній час. У середовищі Service Manager база даних містить ряд різних елементів, включаючи: - Елементи настройки по всій організації - Записи інцидентів - Запити змін - Конфігурацію середовища Service Manager
• Сервер управління сховищем даних (Data warehouse management server) - в цій системі ви знайдете серверну програму сховища даних.
• База даних сховища даних - без можливості роботи зі звітами немає можливості ефективно реалізувати середу Service Manager. База сховища даних обслуговує сферу довгострокового зберігання і функцію роботи зі звітами.
• Консоль Service Manager - консоль являє собою портал в середу Service Manager, який використовується співробітниками служби технічної підтримки та іншими адміністраторами, консоль - це той спосіб, яким дані співробітники керують інцидентами, завданнями та запитами змін.
• Портал самообслуговування (Self-service portal) - одним з кращих способів зниження робочого навантаження ІТ відділу є надання користувачам можливості вирішувати деякі завдання самостійно, наприклад скидання паролів, а також надання інформації про те, що вони можуть спробувати знайти рішення деяких своїх проблем самостійно. В Service Manager портал самообслуговування надає перший компонент, необхідний для надання деяких з таких можливостей.

Хоча це відмінна роль, я не буду концентрувати всю увагу на порталі самообслуговування в цій статті, але в наступних частинах ми повернемося до цієї теми.

Системні вимоги

Диспетчер System Center Service Manager має ряд вимог до апаратного і програмного забезпечення, які необхідно врахувати до розгортання цього середовища.

вимоги до апаратного забезпечення

Як і в випадку майже з усіма продуктами лінійки System Center, вимоги диспетчера Service Manager до апаратного обладнання залежать від рівня підтримки, яка надаватиметься за допомогою цього продукту. При мінімальних можливостях, якщо ви маєте намір розгорнути всі компоненти диспетчера Service Manager, вам потрібно як мінімум два сервера. Слід враховувати, що не можна встановити компонент сховища даних на один сервер разом з сервером управління; ці дві ролі несумісні один з одним.

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

Як говориться в керівництві Microsoft, для сценаріїв середньої Перед встановленням зверніть увагу два окремих сервера. На першому сервері будуть встановлені наступні компоненти:

• Сервер управління Service Manager
• База даних Service Manager

На другому сервері потрібно встановити наступні компоненти:

• Сервер управління сховищем даних
• База сховища даних

Якщо ви збираєтеся встановити цей продукт у великій середовищі 'яка охоплює десятки тисяч користувачів' необхідно розгорнути Service Manager на чотирьох різних серверах.

Нижче я приведу рекомендації компанії Microsoft щодо характеристик серверів, які підходять як для фізичних серверів, так і віртуальних. Особисто я вважаю, що ці вимоги значно завищені, якщо, звичайно, мова не йде про величезну середовищі. Якщо слідувати цим рекомендаціям у віртуальному середовищі, наприклад, це може спричинити значні витрати ресурсів так, що сама установка віртуального середовища не матиме сенсу. Під таблицею вимог до апаратних засобів я надам керівництво до того, як я розгортаю Service Manager.

Для прикладів в цій статті я розверну англійську версію середовища Service Manager на двох віртуальних машинах, кожна з яких оснащена 2 ГБ оперативної пам'яті і одним віртуальним процесором. Це середовище буде використовуватися виключно в цілях тестування. У моєму реальному середовищі в Вестмінстерському коледжі, Service Manager також розгорнуто на двох серверах, але кожен сервер оснащений 4 ГБ пам'яті і двома віртуальними процесорами. У Вестмінстерському коледжі працює не більше 200 співробітників і навчається близько 1100 студентів. З огляду на очікуване навантаження, яка не повинна бути занадто великою, я впевнений, що призначив досить ресурсів для віртуальних машин. Однак якщо виявиться, що виникають проблеми з продуктивністю, досить просто виділити додаткові ресурси на кожен віртуальний сервер.

Вимоги до програмного забезпечення

Для простоти установки я також рекомендую встановлювати .NET Framework 3.5 з пакетом оновлень SP1 і PowerShell 1.0 і / або 2.0 на кожну машину, куди будуть встановлені компоненти Service Manager.

Я не буду розповідати про вимоги порталу самообслуговування в цій частині, оскільки збираюся присвятити цьому компоненту окрему частину.

Щоб уникнути конфліктів перед установкою Service Manager необхідно видалити будь-яких агентів Operations Manager, які встановлені в системі Service Manager. Після установки Service Manager можна перевстановити агентів Operations Manager.

Специфіка SQL Server

• Необхідно встановити SQL Full-Text Service.
• Під час установки необхідно встановити і налаштувати компонент служби звітів (Reporting Services) у власному режимі за замовчуванням.
• SQL Server повинен бути налаштований на використання баз даних без урахування регістру (case-insensitive databases).
• Не слід використовувати стандартну сортування SQL, оскільки це не дозволить Service Manager кількома мовами. Якщо ви використовуєте тільки англійську мову, то все буде в порядку, але якщо вам потрібно буде додати додаткові мови, вам потрібно буде перевстановити SQL Server.
• Створіть власний обліковий запис виконання SQL Server в якості облікового запису локальної системи (Local System).

На малюнку 1 показано, які компоненти потрібно вибирати в якості частини процесу установки SQL Server.