Диспетчер Microsoft System Center Service Manager

Введение и планирование

Введение

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

Независимо от того, полностью или нет вы реализуете различные
операционные инфраструктуры ИТ ‘ ITIL, MOF, и т.д. ‘ имеющиеся в
наличии, неизменным остается тот факт, что всегда будет ряд основных
вопросов, с которыми отделам ИТ придется иметь дело. Одна из таких
обширных функций, всегда нуждающихся в соответствующих процессах и
процедурах, возникает в области ИТ служб, обширная категория,
охватывающая такие функции, как отслеживание и решение инцидентов,
управление активами и изменениями.

Говоря простым языком, управление сервисами включает все аспекты
управления информационными технологиями, с которыми связан конечный
пользователь. Некоторые считают поддержку конечных пользователей
наиболее важным ‘ зачастую наиболее сложным ‘ аспектом ИТ операций по
причине обширного спектра возникающих и решаемых вопросов. Более того,
без наличия необходимых методик, которые помогают пользователям
самостоятельно решать свои проблемы, служба технической поддержки
перегружается при выполнении общих повторяющихся задач.

Диспетчер 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	Dual Quad-Core 2.66 ГГц	8 ГБ	80 ГБ
Сервер управления Service Manager	Dual Quad-Core 2.66 ГГц	8 ГБ	10 ГБ
Консоль Service Manager	Dual-Core 2.0 ГГц	2 Гб	10 Гб
Сервер управления базой хранилища данных	Dual-Core 2.66 ГГц	8 ГБ	10 ГБ
База хранилища данных	Dual Quad-core 2.66 ГГц	8 ГБ	400 ГБ
Портал самообслуживания	Dual-core 2.66 ГГц	8 ГБ	10 ГБ

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

Требования к программному обеспечению

Прежде чем приступить к работе со своей средой Service Manager, есть
ряд требований к программному обеспечению, которые необходимо учитывать.
Прежде всего, все компоненты Service Manager, за исключением консоли
служб, требуют установки на 64-разрядных версиях операционных систем
Windows Server 2008 или Windows Server 2008 R2. В качестве наиболее
приемлемой практики необходимо убедиться, что установлены самые свежие
пакеты обновлений независимо от выбранной вами версии Windows. Хотя
некоторые роли Service Manager могут работать под управлением Windows
Server 2003, не все роли поддерживаются в этой ОС, поэтому следует
использовать новые версии ОС.

Для ролей базы данных необходимо развернуть 64-разрядную версию SQL
Server 2008 SP1. После этого необходимо установить роль SQL Server
Reporting Services.

Для простоты установки я также рекомендую устанавливать .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 Server 2008 SP1, есть ряд специфических требований, которые необходимо уладить во время установки:

• Необходимо установить SQL Full-Text Service.
• Во время установки необходимо установить и настроить компонент
  службы отчетов (Reporting Services) в собственном режиме по умолчанию.
• SQL Server должен быть настроен на использование баз данных без учета регистра (case-insensitive databases).
• Не следует использовать стандартную сортировку SQL, поскольку
  это не позволит Service Manager поддерживать несколько языков. Если вы
  используете только английский язык, то все будет в порядке, но если вам
  нужно будет добавить дополнительные языки, вам нужно будет
  переустановить SQL Server.
• Настройте учетную запись выполнения SQL Server в качестве учетной записи локальной системы (Local System).

Я включил четыре рисунка ниже ( Рисунок 1, 2, 3 и 4), на которых показаны снимки процесса установки SQL Server 2008.

Рисунок1

На рисунке 1 показано, какие компоненты нужно выбирать в качестве части процесса установки SQL Server.

Рисунок 2

Для Service Manager настройте SQL Server на использование учетной записи локальной системы.

Рисунок 3

Настройте SQL Server на сортировку с учетом акцента Latin1_General_100 collation.

Рисунок 4

Для компонента службы отчетов (Reporting Services) выберите опцию Установить в собственном режиме (Install the native mode configuration) .

Задача Active Directory

В качестве конечного шага работы перед установкой нужно немного
поработать с Active Directory. Создайте группу Active Directory для
административных пользователей Service Manager для групп управления
Service Manager и хранилища данных. Я использую группу под названием SM-Admins, как рекомендовано в руководстве компании Microsoft.

 

Установка

Установка сервера Service Manager Management Server

Как и при установке любого нового программного обеспечения,
необходимо начать процесс с представления своего носителя с Service
Manager новому серверу. Либо вставьте установочный DVD диск в привод,
либо смонтируйте образ Service Manager ISO на новом сервере. После
предоставления носителя перейдите в каталог AMD-64 и дважды нажмите на
файле setup.exe. Это вызовет процесс установки и окно, которое показано
на рисунке 1 ниже. В этом окне выберите опцию установки сервера
управления диспетчера служб Install a Service Manager management server.

Рисунок 5: Окно установки Service Manager

Вторым шагом установки будет предоставление вашего имени, названия
организации и согласие с условиями лицензионного соглашения продукта.
Нажмите кнопку Далее (Next), чтобы продолжить процесс. На рисунке 2
показано это окно.

Рисунок 6: Лицензионное соглашение Service Manager

По умолчанию местом установки Service Manager будет C:\Program
Files\Microsoft System Center\Service Manager 2010. Если вы хотите
установить его в другое место, нажмите кнопку Обзор (Browse) и укажите
место, в которое хотите установить диспетчер Service Manager. Окно
указания пути установки показано на рисунке 3. Нажмите кнопку Далее,
чтобы продолжить процесс.

Рисунок 7: Выбор места установки Service Manager

На этом этапе инструмент установки проверяет, что все требования
соблюдены. Мастер установки проверит объем оперативной памяти системы,
скорость процессора, а также установку двух предварительно требуемых
компонентов. Если какой-нибудь из этих элементов будет отсутствовать,
появится ссылка на загрузку в окне результатов проверки системы. Как
видно на рисунке 4, в моей тестовой системе используется всего 1ГБ
оперативной памяти, хотя компания Microsoft рекомендует как минимум 4ГБ.

Рисунок 8: Результаты проверки системы Service Manager

Действительная работа начнется со следующей страницы мастера
установки, где вам нужно будет указать информацию о базе данных Service
Manager. В первую очередь здесь нужно указать имя сервера базы данных,
на котором будет располагаться база данных Service Manager. Если вы
используете SQL Server базу, которая не поддерживается диспетчером
Service Manager, она не будет отображена в списке доступных баз данных.
Когда вы указали имя сервера баз данных, прочие детали, включая имя базы
данных, изначальный размер базы, а также место расположения файла
журнала и данных, будут заполнены автоматически. Можно изменять любую из
этих опций. На рисунке 5 вы заметите, что я выбрал опции по умолчанию
для своей установки.

Рисунок 9: Конфигурация базы данных диспетчера служб

Как и другие продукты System Center, включая Operations Manager,
диспетчер Service Manager создает группу управления, которая может
представлять один из нескольких различных аспектов вашей компании '
название, подразделение, отдел, местоположения или что-то другое. Я
решил создать группу управления диспетчера служб с названием HQ. Далее
нужно указать диспетчеру Service Manager название группы Active
Directory, содержащей пользовательские учетные записи, которым разрешено
управление в этой группе управления. В первой части этого цикла я
создал группу Active Directory под названием SM-admins и заполнил ее
некоторыми учтёнными записями пользователей. Название группы управления
Active Directory указано на странице настройки группы управления, как
показано на рисунке 6.

Рисунок 10: Настройка начальной группы управления

Службы Service Manager могут выполняться в контексте учетной записи
Local System или учетной записи домена. По причинам безопасности обычно
предпочитается использовать учетные записи домена. Во время процесса
установки можно нажать кнопку Проверить учётную запись (Test Account),
чтобы убедиться в том, что учетные данные введены правильно. На рисунке 7
вы заметите, что указанная учетная запись не является членом группы
администраторов локальной машины. После добавления этой учетной записи в
группу администраторов ' рисунок 8 ' учетные данные будут приняты, как
действительные.

Рисунок 11: Учетная запись еще не настроена должным образом

Рисунок 12: Учетная запись настроена корректно

Информация маршрутов Service Manager использует рабочие процессы,
которые выполняются в контексте отдельной учетной записи службы. Как и в
случае с основной учетной записью службы Service Manager, эта учетная
запись может быть либо учетной записью локальной системы (Local System),
либо учетной записью службы домена. На рисунке 9 вы увидите, что я
использую ту же учетную запись домена для службы Service Manager и для
службы рабочих процессов Service Manager.

Рисунок 13: Учетная запись рабочих процессов Service Manager

Как и для многих других продуктов компания Microsoft собирает
информацию об использовании, которая помогает компании исправлять
проблемы, возникающие во время использования программы. Если вы хотите
принять участие в программе по улучшению качества продуктов, нажмите Да и
Далее.

Рисунок 14: Участие в программе по улучшению качества ПО

Обновления программных продуктов позволяют вам защищать свои
программы от недостатков, возникающих время от времени. Некоторые
администраторы предпочитают работать со всеми обновлениями вручную,
чтобы проверять их в тестовой среде, прежде чем устанавливать, а другие,
напротив, просто хотят установить их как можно быстрее. Если вы хотите
быстро и автоматически установить обновления, выберите опцию Use Microsoft Update на следующей странице мастера. В противном случае выберите опцию Я не хочу использовать обновления Microsoft (I do not want to use Microsoft Updates) .

Рисунок 15: Выбор способа работы с обновлениями

На данном этапе вы сделали необходимые выборы для запуска и работы
Service Manager. На странице сводной информации об установке нажмите
кнопку Установить (Install), чтобы начать процесс установки.

Рисунок 16: Сводная информация об установке Service Manager

После окончания установки продукта вы окажетесь на завершающей странице мастера установки, как показано на рисунке 17.

Рисунок 17: Service Manager установлен

Установка сервера управления хранилищем данных

Когда базовый сервер управления установлен, можно уделить внимание
установке сервера управления хранилищем данных, который, как вы уже
догадались, управляет компонентами хранилища данных диспетчера Service
Manager. Эти компоненты добавляют диспетчеру System Manager возможности
создания отчетов о данных истории и исторического анализа о том, что
происходило в среде.

Для начала установки компонента хранилища данных прейдите обратно в
место установки и дважды нажмите на файле setup.exe. На странице запуска
выберите опцию Установить сервер управления хранилищем данных диспетчера процессов (Install a Service Manager data warehouse management server) . Эта страница показана на рисунке 5.

Поскольку большая часть процесса установки хранилища данных идентична
процессу установки базового компонента Service Manager, я не буду
повторять все эти шаги здесь, я лишь покажу вам отличия.

Прежде чем приступить к установке, нужно выполнить один очень важный
шаг настройки, если вы решите использовать разные серверы SQL для
компонентов хранилища данных и служб отчетов. Необходимо внести
некоторые изменения в конфигурацию SQL Server Reporting Services
вручную, чтобы эти службы могли работать с Service Manager. Microsoft
предоставляет очень четкие инструкции по этому шагу.

Первой интересующей нас страницей мастера установки будет страница,
на которой нужно настроить базы данных хранилища данных. На рисунке 14
показаны три базы данных по умолчанию, созданные во время установки:

• DWstagingAndConfig
• DWRepository
• DWDataMart

Как и в случае с основным продуктом Service Manager, базу данных
компонента хранилища данных необходимо настроить. Во время установки у
вас появится окно, которое очень похоже на то окно, что показано на
рисунке 18. Если только вы не работаете с огромной инфраструктурой, вы
можете использовать тот же сервер базы данных, который использовали для
Service Manager. Вы можете выбирать разные опции для разных баз данных
Service Manager при желании. Вы также можете называть базы данных любыми
именами и выбирать места хранения файлов баз данных.

Рисунок 18: Опции установки хранилища данных по умолчанию

Вы, возможно, помните, что нужно было создавать группу управления
Service Manager во время предыдущего процесса установки. При установке
компонентов хранилища данных также нужно создавать группу управления, но
в этот раз для компонента хранилища данных. На рисунке 19 вы увидите,
что я выбрал имя DW_EXAMPLE. Я также решил использовать администраторов
той же SM-admins группы, которых использовал для установки Service
Manager.

Рисунок 19: Группа управления хранилища данных

Во время установки SQL Server вы, возможно, не уделили особого
внимания конфигурации служб SQL Server Reporting Services (SSRS). SSRS
интенсивно используется компонентом хранилища данных диспетчера Service
Manager, и поэтому данные службы нуждаются в настройке. На рисунке 21
видно, что я буду использовать сервер с именем SCSM для различных баз
данных, а также для компонентов отчетов Service Manager.

Рисунок 20: Предоставление информации службы отчетов

Чтобы служба отчетов работала, Service Manager использует учетную
запись домена, которую вы настраиваете для создания отчетов и чтения
источников данных хранилища данных. В интересах простоты, я использую
учетную запись sm, которую использовал в качестве учетной записи
предыдущих служб.

Рисунок 21: Учетная запись службы отчетов

После выполнения всех элементов конфигурации установщик хранилища
данных предоставит вам сводную информацию об установке, которую нужно
просмотреть. После проверки правильности всех выбранных опций нажмите
кнопку Установить, чтобы выполнить установку.

Рисунок 22: Сводная информация об установке хранилища данных

Начальная конфигурация

При первом запуске диспетчера Service Manager на новой системе вам
будет представлен диалог, как показано на рисунке 1. Необходимо указать
имя вашего сервера Service Manager и нажать кнопку Подключиться (Connect) , чтобы продолжить. После этого система инициализируется, этот процесс может занять некоторое время.

Рисунок 23: Подключение к системе Service Manager

По завершении процесса инициализации перед вами впервые предстает
консоль диспетчера Service Manager, которая также показана на рисунке 24.

Рисунок 24: Консоль Service Manager

Как вы видите, есть ряд 'первых шагов', которые необходимо выполнить,
чтобы можно было использовать систему Service Manager. Однако самым
первым шагом будет регистрация Service Manager системы в Data Warehouse
компоненте. Этот шаг обеспечивает возможность ведения и обслуживания
отчетов в вашей среде Service Manager.

Регистрация в хранилище данных

Процесс регистрации выполняется посредством мастера, который запускается путем нажатия на пункт под названием Register with Service Manager Data Warehouse.
Первая страница мастера регистрации показана на рисунке 25. Это
информационная страница, в которой описана цель мастера. Нажимаем кнопку
Далее для продолжения.

Рисунок 25: Запуск мастера Data Warehouse Registration Wizard

На первой важной странице (рисунок 26) требуется указать имя сервера
управления хранилищем. Введите имя и убедитесь, что подключение
работает, нажмите кнопку Проверить подключение (Test Connection) .

Рисунок 26: Выбор имени сервера DW

Подсказка:
Если подключение отсутствует, убедитесь, что брандмауэр Windows на
сервере хранилища данных настроен на разрешение подключений от сервера
управления Service Manager Management. На рисунке 27 я предоставил схему
взаимодействий, которая поможет вам настроить брандмауэр Windows для
каждого компонента Service Manager. Например, если вы планируете со
временем импортировать информацию из Active Directory, вам необходимо
разрешить входящий трафик со своей системы Service Manager на порт 389.

Рисунок 27: Схема взаимодействий Service Manager

После того, как вы убедились, что взаимодействия с вашим сервером
Data Warehouse работают корректно, двигайтесь далее к настройке учетных
данных, которые вы собираетесь использовать для доступа к серверу
хранилища данных. На рисунке 28 вы увидите, что я выбрал стандартную
учетную запись DW_EXAMPLE SecureReference. Имя этой учетной
записи у вас будет другим ' если вы не назвали свою среду EXAMPLE!
Независимо от выбранной вами учетной записи, она должна быть членом
группы локальных администраторов на сервере хранилища данных.

Рисунок 28: Предоставление учетных данных для использования на DW

Прежде чем нажимать кнопку Создать (Create) для запуска процесса, просмотрите все опции, чтобы убедиться в их соответствии вашей установке.

Рисунок 29: Просмотр выбранных опций

По окончании процесса регистрации вы получите уведомление,
указывающее на то, что процесс регистрации хранилища данных был
завершен. Нажмите кнопку Закрыть (Close) для завершения.

Рисунок 30: DW регистрация прошла успешно

Может потребоваться достаточно длительное время (до нескольких часов)
на то, чтобы процесс развёртывания полностью был выполнен, и ваша
консоль смогла получать доступ ко всей информации, хранящейся в
хранилище данных. Вы получите сообщение подобное тому, что показано на
рисунке 31. Вы можете игнорировать это сообщение, поскольку оно носит
исключительно информационный характер. Просто необходимо понимать, что
вам нужно будет подождать определенное время, чтобы получить информацию.

Рисунок 31: Уведомление о доступности отчетов

Даже если процесс еще не был завершен, вы увидите пару новых опций в
области навигации. Если говорить точнее, как показано на рисунке 32,
теперь в меню появятся элементы Data Warehouse и Reporting. Выберите
опцию Data Warehouse и нажмите Задачи хранилища данных (Data Warehouse Jobs)
для получения списка задач, связанных с компонентом Service Manager
Data Warehouse. На этом рисунке также показан список некоторых
стандартных задач Service Manager.

Рисунок 32: Доступна новая опция в навигации

Настройка задач Data Warehouse

По умолчанию, не все графики для этих задач включены, но это можно исправить.

Для включения задач, необходимых для компонента Data Warehouse, нужно
запустить оболочку PowerShell от имени администратора. После этого
выполните команды, как показано в таблице ниже.

Команда	Описание команды
Add-PSSnapIn SMCmdletSnapIn	Эта команда добавляет оснастку в PowerShell, которая включает команды Service Manager.
Enable-SCDWJobSchedule -JobName Extract_DW_Example	Включает график задачи, которая обслуживает синхронизацию хранилища данных. Замените \"DW_Example\" именем своей группы управления Data Warehouse.
Enable-SCDWJobSchedule -JobName Extract_HQ	Включает график задачи, которая обслуживает извлечение данных из базы Service Manager. Замените \"HQ\" именем своей группы управления Service Manager.
Enable-SCDWJobSchedule -JobName Transform.Common	Включает задачу, которая берет сырые данные и чистит, переформатирует и объединяет их для получения конечного формата отчета.
Enable-SCDWJobSchedule -JobName Load.Common	Эта команда включает задачу, которая запрашивает данные с хранилища данных.

Примечание: после включения задачи и ее запуска вы можете посмотреть
ее специфику, дважды нажав на имени задачи в консоли Service Manager.
Например, если вы дважды нажмете левой клавишей мыши на
Extract_DW_Example, как показано на рисунке 32, вы увидите страницу,
похожую на ту, что отображена на рисунке 33. Это укажет вам, какие
модули завершили работу. Пока не стоит слишком беспокоиться о модулях.
Просто следует понимать, что вы можете увидеть здесь состояние.

Рисунок 33: Состояние задачи

Подключение к Active Directory

Когда ваше хранилище данных подключено к системе Service Manager,
обратите внимание на подключение к Active Directory. Коннектор Service
Manager Active Directory позволяет вам импортировать пользователей,
группы, принтеры и компьютеры из Active Directory в качестве элементов
конфигурации в базу данных Service Manager. Вы можете импортировать
объекты из целого домена или одного подразделения.

Создайте коннектор путем нажатия на опцию Импорт пользовательских
учетных записей с помощью Active Directory коннектора (Import user
accounts with the Active Directory connector) на странице
Administration Overview, показанной на рисунке 24. Это запустит мастер
создания коннектора Active Directory Connector, страница подробностей
которого отображена на рисунке 34.

Рисунок 34: Запуск мастера коннектора Active Directory

Необходимо дать имя новому коннектору Active Directory. Если хотите,
можете также задать ему описание, но это необязательно. На рисунке 35
показана страница, на которой указывается данная информация.

Рисунок 35: Введите имя коннектора

Следующим шагом мастера (рисунок 36) будет одна из двух важнейших его
частей. В этом шаге вам нужно определиться с границами коннектора
Active Directory; хотите ли вы разрешить коннектору поиск по всему
текущему домену Active Directory ( Использовать домен: пример.com) или вы хотите выбрать другой домен или ограничить его до подразделения ( Я сам выберу домен или подразделение ).

В диалоге Запускать от имени учетной (Run As account)
необходимо указать учетные данные пользовательской учетной записи с
правами чтения в Active Directory. Я выбрал учетную запись Operational
System Account. Это та же учетная запись, которую мы указывали, когда
устанавливали Service Manager. В моем случае учетная запись Operational
System Account привязана к example.com\sm. После нажатия на кнопку Далее откроется диалог учетных данных (Credentials), где вам нужно будет указать пароль этой учетной записи.

Рисунок 36: Определение границ коннектора

После определения границ коннектора переходим к выбору объектов. Это
вторая важная часть мастера. Вы можете импортировать все, выбрав опцию Все компьютеры, принтеры, пользователи и группы пользователей (All computers, printers, users and user groups) , или указать более конкретные объекты, выбрав опцию Выбрать
отдельные компьютеры, принтеры, пользователей и группы пользователей
(Select individual computers, printers, users and user groups) . Если вы решите использовать вторую опцию, нажмите кнопку Добавить ,
выберите тип объектов и затем выберите отдельные объекты. На рисунке 38
я выбрал отдельные компьютеры для добавления в Service Manager.

Рисунок 37: Решение того, какие объекты включать

Рисунок 38: Выбор объектов

Как всегда, мастера Microsoft наиболее полезны, когда речь заходит о
помощи в предотвращении ошибок посредством предоставления вам окна со
сводной информацией о выбранных вами опциях. Нажмите кнопку Создать (Create) для создания нового коннектора Active Directory.

Рисунок 39: Подтверждение выбранных опций

Успех будет обозначен зелёной стрелкой! Если вы видите такую же
зеленую стрелку, как на рисунке 40, значит у вас все в порядке. Для
проверки наличия коннектора в среде Service Manager перейдите к Администрированию > Коннекторы .
На рисунке 41 показан новый коннектор, который я только что создал
(ADtoSM). Если синхронизацию необходимо выполнить, выберите коннектор и
нажмите кнопку Синхронизировать сейчас (Synchronize Now) . Для
просмотра состояния синхронизации вам, возможно, понадобится, отодвинуть
панель задач (нажмите символ > слева от слова Tasks). На рисунке 42
показаны дополнительные детали.

Рисунок 40: Коннектор создан

Рисунок 41: Новый коннектор создан

Рисунок 42: Состояние синхронизации коннектора

В конце процесса синхронизации вы увидите количество объектов,
которые были импортированы из Active Directory ' например, список
компьютерных объектов ' перейдя в навигационную область элементов
конфигурации (Configuration Items) и выбрав Объекты конфигурации (Configuration Items) > Компьютеры (Computers) > Все компьютеры Windows (All Windows Computers) .
На рисунке 43 показано, что три объекта компьютеров были импортированы
из Active Directory. Это системы Service Manager (плюс контроллер
домена) в моем примерном домене. На рисунке 44 я выбрал опцию
пользователей в разделе элементов конфигурации, чтобы показать вам,
какие пользователи были импортированы.

Рисунок 43: Три импортированных объекта компьютеров

Рисунок 44: Список пользователей, импортированных в Service Manager

Автор: Скотт Д. Лов (Scott D. Lowe)

Источник: https://www.Redline-Software.com

Возникли вопросы?

Обращайтесь на форум!