SP1 - Center

Руководство по планированию System
Center Service Manager 2010 с пакетом
обновления 1 (SP1)
Microsoft Corporation
Опубликовано: 1 декабря 2010 г.
Авторы
John Downing (Джон Доуинг), Bill Anderson (Билл Андерсон)
Применимо к
System Center Service Manager 2010 с пакетом обновления 1
Отзывы
Предложения и комментарии по этому документу направляйте по адресу
scsmdocs@microsoft.com
Этот документ предоставляется на условиях «как есть». Сведения, представленные в этом
документе, в том числе URL-адреса и другие ссылки на веб-сайты в Интернете, могут быть
изменены без предварительного уведомления. Пользователь принимает на себя
ответственность за любые риски, связанные с использованием этого документа.
Некоторые примеры, показанные в данном документе, предоставляются только в
демонстрационных целях и являются вымышленными. Никакие реальные ассоциации и
связи не подразумеваются и не должны предполагаться.
Этот документ не предоставляет никаких юридических прав на какую-либо
интеллектуальную собственность в каких-либо продуктах корпорации Майкрософт. Этот
документ можно копировать и использовать для собственных справочных целей. Этот
документ можно изменять для собственных справочных целей.
© Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.
Microsoft, Active Directory, Internet Explorer, SQL Server, Windows, Windows PowerShell,
Windows Server и Windows Vista являются товарными знаками группы компаний
Майкрософт.
Все прочие товарные знаки являются собственностью соответствующих владельцев.
История редакций
Дата выпуска
Изменения
1 декабря 2010 г.
Первоначальный выпуск этого руководства
Содержание
Руководство по планированию System Center Service Manager 2010 с пакетом обновления 1
(SP1) ............................................................................................................................................ 4
Планирование развертывания Service Manager 2010 с пакетом обновления 1 (SP1) ........ 5
Части Service Manager ............................................................................................................ 7
Выпуск для оценки, коммерческий выпуск и выпуск для выбора Service Manager .......... 9
Требования к системе для Service Manager 2010 .............................................................. 10
Языковая поддержка в Service Manager 2010 с пакетом обновления 1 (SP1) ................ 17
Базы данных, создаваемые Service Manager ..................................................................... 19
Назначения портов для Service Manager ............................................................................ 19
Подготовка к развертыванию Service Manager 2010 с пакетом обновления 1 (SP1) ......... 20
Рекомендации по учетным записям для выполнения установки ..................................... 21
Учетная запись, используемая для выполнения установки .......................................... 22
Учетные записи, необходимые во время установки ...................................................... 23
Подготовка компьютеров к развертыванию Service Manager ........................................... 28
Вопросы, связанные с учетной записью для портала самообслуживания ..................... 30
Планирование производительности и масштабируемости .................................................. 31
Производительность оборудования .................................................................................... 32
Производительность Service Manager ................................................................................ 35
Конфигурации для сценариев развертывания ................................................................... 42
Руководство по планированию System
Center Service Manager 2010 с пакетом
обновления 1 (SP1)
Добро пожаловать в руководство по планированию System Center Service Manager 2010.
Это руководство поможет понять требования к оборудованию и программному
обеспечению, а также роли программного обеспечения, которые необходимо подготовить
для Service Manager перед его развертыванием для использования в организации. Кроме
того, в этом руководстве предоставляются общие рекомендации, которые могут помочь
более качественно спланировать производительность и масштабируемость оборудования
и программного обеспечения.
В этом разделе
Планирование развертывания Service Manager 2010 с пакетом
обновления 1 (SP1)
Описываются части, составляющие Service Manager, такие как сервер управления
Service Manager, база данных Service Manager, сервер управления хранилища
данных, Консоль Service Manager и Портал самообслуживания Service Manager. В
этом разделе также описываются требования к оборудованию и программному
обеспечению, создаваемые Service Manager базы данных, а также используемые
Service Manager номера портов.
Подготовка к развертыванию Service Manager 2010 с пакетом
обновления 1 (SP1)
Описывается порядок подготовки компьютера к размещению Service Manager.
Например, в темах этого раздела описывается порядок удаления предыдущей
версии Service Manager, способ проверки наличия установки служб отчетов SQL
Server, а также рассматриваются рекомендации по доступу, которые следует
обдумать.
Планирование производительности и масштабируемости
Описываются проблемы, влияющие на производительность и масштабируемость
в Service Manager, а также предлагаются рекомендации по достижению
оптимальной производительности с помощью представленных конфигураций
оборудования.
4
Планирование развертывания Service Manager
2010 с пакетом обновления 1 (SP1)
Существует несколько вариантов развертывания. Три сценария представлены в данном
руководстве. В первом варианте используется один физический и один виртуальный
компьютер. На физическом компьютере будет размещен сервер управления Service
Manager, база данных Service Manager и базы данных хранилища данных, а также
виртуальный сервер. На виртуальном компьютере будет размещен сервер управления
хранилища данных. Это развертывание в основном используется для предварительной (в
первом приближении) оценки Service Manager. В этом сценарии недоступны оценки
масштабируемости и производительности.
Второй сценарий развертывания требует использования двух компьютеров. На первом
компьютере будет размещаться сервер управления Service Manager и база данных Service
Manager. На втором компьютере будет размещаться сервер управления хранилища
данных и базы данных хранилища данных. Если службы отчетов не нужны, то в качестве
абсолютного минимума можно ограничиться установкой Service Manager на одном
компьютере, на котором размещены сервер управления Service Manager и база данных
Service Manager.
В третьем варианте максимально увеличивается производительность и масштабируемость
благодаря использованию четырех компьютеров. На двух компьютерах размещаются
серверы управления, а на остальных двух – базы данных. В этом сценарии установка SQL
Server 2008 требуется только на тех двух компьютерах, на которых размещаются базы
данных.
Может быть принято решение выбрать вариант установки Service Manager на двух
компьютерах для этапа оценки. После установки Service Manager в лаборатории можно
импортировать данные из Active Directory и System Center Configuration Manager, а затем
импортировать данные и предупреждения из Operations Manager 2007 с пакетом
обновления 1 и более поздних версий. Затем можно настроить роли пользователей в
Service Manager и при необходимости вручную добавить пользователей, которые не были
импортированы из Active Directory. Следующая схема представляет обзор этой установки и
начальной конфигурации.
5
Можно уменьшить количество необходимых лицензий SQL Server, разместив все базы
данных Service Manager на одном компьютере, как показано на следующей схеме.
Процесс развертывания продолжается путем создания определенных шаблонов,
настройки начальных параметров, создания запросов, списков и групп, а также
последующего создания пакета управления для сохранения этих пользовательских
объектов.
6
После завершения этапа оценки можно установить Service Manager в производственной
среде и выбрать сценарий развертывания, в котором Service Manager устанавливается на
четырех компьютерах.
Содержание
Части Service Manager
Описание шести основных частей установки Service Manager.
Выпуск для оценки, коммерческий выпуск и выпуск для выбора
Service Manager
Описание коммерческого выпуска и выпуска для выбора Service Manager, а также
влияние выбора 180-дневной оценочной установки на эти два выпуска.
Требования к системе для Service Manager 2010
Описание требований к оборудованию и программному обеспечению для Service
Manager. Включены специальные рекомендации по программному обеспечению,
которое необходимо установить для поддержки Service Manager.
Языковая поддержка в Service Manager 2010 с пакетом обновления 1
(SP1)
Описание языков, поддерживаемых в Service Manager 2010 с пакетом обновления
1 (SP1).
Базы данных, создаваемые Service Manager
Описание четырех баз данных, которые будут созданы в результате
развертывания Service Manager.
Назначения портов для Service Manager
Описание портов TCP/IP, которые будут использоваться Service Manager.
Части Service Manager
Существует шесть основных частей установки System Center Service Manager 2010,
показанных в следующей таблице.
7
Часть Service Manager
Описание
сервер управления Service Manager
Содержит основную часть программного
обеспечения для установки Service Manager.
Сервер управления Service Manager можно
использовать для управления инцидентами,
изменениями, пользователями и задачами.
база данных Service Manager
База данных, которая содержит элементы
конфигурации Service Manager из ИТпредприятия, рабочие элементы, такие как
инциденты и запросы на изменения, а также
конфигурацию самого продукта. Это
реализация в Service Manager базы данных
управления конфигурацией (CMDB).
Сервер управления хранилища данных
Компьютер, на котором размещена
серверная часть хранилища данных.
База данных хранилища данных
База данных, предоставляющая
долгосрочное хранилище бизнес-данных,
созданных Service Manager. Эта база
данных также используется для составления
отчетов.
Консоль Service Manager
Часть пользовательского интерфейса,
которая используется как аналитиком, так и
администратором службы поддержки для
выполнения таких функций Service Manager,
как инциденты, изменения и задачи. Эта
часть автоматически устанавливается при
развертывании сервера управления Service
Manager. Кроме того, можно вручную
установить Консоль Service Manager в
качестве автономной части на компьютере.
Портал самообслуживания
Портал самообслуживания устанавливается
на компьютере, на котором размещены
Windows Server 2008 и IIS 7. Портал
самообслуживания предоставляет вебконсоль пользователям и аналитикам.
Пользовательская консоль предоставляет
пользователям возможность предъявлять
инциденты, искать статьи базы знаний,
читать объявления, сбрасывать пароли
8
Часть Service Manager
Описание
(требуется Identity Lifecycle Manager) и
подготавливать программное обеспечение
самообслуживания (требуется System
Center Configuration Manager). Консоль
аналитика предоставляет пользователям
возможность просмотра запросов на
изменения.
Важно!
Все компьютеры, на которых размещаются какие-либо части Service Manager,
должны быть соединены с доменом.
Выпуск для оценки, коммерческий выпуск и выпуск для
выбора Service Manager
System Center Service Manager 2010 доступен как в коммерческом выпуске, так и в выпуске
для выбора. Оба выпуска предоставляют одинаковую функциональность. Коммерческий
выпуск заказывается отдельно и включает ключ продукта, который следует вводить при
установке. Выпуск для выбора поставляется как часть плана корпоративного
лицензирования Microsoft, и ключ продукта не требуется.
Во время установки коммерческого выпуска имеется возможность установки Service
Manager без ключа продукта в качестве выпуска для оценки. Время жизни выпуска для
оценки истекает через 180 дней после установки. Если сначала устанавливается версия
для оценки Service Manager, а затем выполняется установка коммерческого выпуска или
выпуска для выбора, и решено использовать существующие базы данных, созданные
изначально, установка станет недействительной после даты окончания срока действия
первоначальной установки. В следующей таблице описывается взаимодействие между
разными установками Service Manager.
Если сначала устанавливается: А затем устанавливается
Будет ли истекать срок
действия новой установки?
Выпуск для оценки
Коммерческий выпуск
Да
Выпуск для оценки
Выпуск для выбора
Да
Коммерческий выпуск
Выпуск для оценки
Нет
Коммерческий выпуск
Выпуск для выбора
Нет
Выпуск для выбора
Коммерческий выпуск
Нет
9
Требования к системе для Service Manager 2010
В следующих разделах содержатся сведения о требованиях к оборудованию и
программному обеспечению для Service Manager на основе приведенной ниже среды.
Тестирование System Center Service Manager 2010 выполнено вплоть до следующей
загрузки на основе требований к рекомендованному оборудованию, приведенных в данном
руководстве, и при использовании одного сервера управления Service Manager,
поддерживающего от 80 до 100 параллельных сеансов Консоль Service Manager. На
серверах баз данных применялось высокопроизводительное хранилище, использующее
диски SCSI на 15000 об/мин.

До 20000 пользователей и до 40 – 50 ИТ-аналитиков, обеспечивающих параллельную
поддержку.


Может поддерживаться до 50 000 пользователей и до 80–100 ИТ-аналитиков, если
на серверах Microsoft SQL Server установлено 32 ГБ памяти.
До 20000 поддерживаемых компьютеров, исходя из 10-12 конфигурационных единиц
(установленного программного обеспечения, обновлений программного обеспечения и
компонентов оборудования) на каждом компьютере.

Может поддерживаться до 50 000 компьютеров, если на серверах SQL Server
установлено 32 ГБ памяти.

5000 инцидентов в неделю с трехмесячным периодом хранения при общем количестве
в 60000 инцидентов в базе данных Service Manager для конфигурации из 20000
компьютеров, и в 2,5 раза больше для конфигурации из 50000 компьютеров;

1000 запросов на изменение в неделю с трехмесячным периодом хранения при общем
количестве в 12000 запросов на изменение в базе данных Service Manager для
конфигурации из 20000 компьютеров, и в 2,5 раза больше для конфигурации из 50000
компьютеров.
Использование медленной подсистемы хранилища или недостаточного объема памяти
может значительно уменьшить производительность Service Manager.
Требования к оборудованию
В следующей таблице приводятся требования к рекомендованному оборудованию для
отдельных частей Service Manager. Компьютеры могут быть физическими или
виртуальными серверами.
Требования к оборудованию
база данных Service Manager
Двойной четырехъядерный ЦП (Dual QuadCore) 2,66 ГГц
8 ГБ памяти (см. раздел
Производительность оборудования этого
руководства).
80 ГБ свободного дискового пространства
диск RAID уровня 1 или уровня 10*
10
сервер управления Service Manager
Двойной четырехъядерный ЦП (Dual QuadCore) 2,66 ГГц
8 ГБ ОЗУ
10 ГБ свободного дискового пространства
Консоль Service Manager
Двухъядерный ЦП (Dual-Core) 2.0 ГГц
2 ГБ ОЗУ
10 ГБ свободного дискового пространства
Сервер управления хранилища данных
Двухъядерный ЦП (Dual-Core) 2,66 ГГц
8 ГБ ОЗУ
10 ГБ свободного дискового пространства
Базы данных хранилища данных
Двойной четырехъядерный ЦП (Dual QuadCore) 2,66 ГГц
8 ГБ ОЗУ
400 ГБ свободного дискового пространства
Портал самообслуживания
Двухъядерный ЦП (Dual-Core) 2,66 ГГц
8 ГБ ОЗУ
10 ГБ свободного дискового пространства
*Дополнительные сведения об уровнях RAID и Microsoft SQL Server см. на странице
http://go.microsoft.com/fwlink/?LinkId=134073.
Требования к программному обеспечению
В этом разделе описываются требования к программному обеспечению для Service
Manager. В следующей таблице приводятся требования к программному обеспечению для
каждой части Service Manager.
Примечание
Сервер управления Service Manager и сервер управления хранилища баз данных
должны быть установлены в 64-разрядной версии операционной системы Windows.
Установка Консоль Service Manager может быть выполнена как на 32-разрядной,
так и на 64-разрядной версии операционной системы Windows.
Требования к программному обеспечению для Service Manager
Сервер управления Service Manager
или сервер управления хранилища
данных
64-разрядная версия Windows Server 2008
Standard или 64-разрядная версия Windows
Server 2008 Enterprise
64-разрядная версия Windows Server 2008 R2
Standard или 64-разрядная версия Windows
11
Server 2008 R2 Enterprise
Microsoft .NET Framework 3.5 с пакетом
обновления 1 (SP1)*
Для этого выпуска необходимо установить язык
операционной системы сервера английский
(США) на компьютере, на котором размещены
сервер управления Service Manager, база данных
Service Manager, сервер управления хранилища
данных и базы данных хранилища данных.
Базы данных Service Manager или
хранилища данных
64-разрядная версия Windows Server 2008
Standard с пакетом обновления 1 или 64разрядная версия Windows Server 2008 Enterprise
с пакетом обновления 1
64-разрядная версия Windows Server 2008 R2
Standard с пакетом обновления 1 (SP1) или 64разрядная версия Windows Server 2008 R2
Enterprise с пакетом обновления 1 (SP1)
Примечание
Установка на компьютере под
управлением Windows Server 2003 или
Microsoft SQL Server 2008 не
поддерживается.
64-разрядная версия SQL Server 2008 с пакетом
обновления 1
Службы отчетов SQL Server (SSRS) в SQL
Server 2008 с пакетом обновления 1
При установке Service Manager в сценарии с
четырьмя компьютерами необходима установка
платформы Microsoft .NET Framework 3.5 с
пакетом обновления 1 на компьютере, на котором
размещены базы данных хранилища данных. *
Параметры сортировки SQL Server должны быть
одинаковыми на компьютерах, на которых
размещены базы данных Service Manager,
хранилища данных и служб отчетов.
В этом выпуске параметры сортировки для
турецкого языка не поддерживаются.
Консоль Service Manager
Одна из следующих операционных систем:

32-разрядная или 64-разрядная версия
Windows Server 2008 Standard либо 3212
разрядная или 64-разрядная версия Windows
Server 2008 Enterprise;

Windows Server 2008 R2 Standard или
Windows Server 2008 R2 Enterprise;

32-разрядная или 64-разрядная версия
Windows Server 2003 Standard с пакетом
обновления 1 либо 32-разрядная или 64разрядная версия Windows Server 2003
Enterprise с пакетом обновления 1;

Windows 7 Профессиональная и Windows 7
Максимальная;

Windows Vista Ultimate или Windows Vista
Enterprise;

Windows XP Professional с пакетом
обновления 3.
Microsoft .NET Framework 3.5 с пакетом
обновления 1 (SP1)*
Портал самообслуживания
64-разрядная версия Windows Server 2008
Standard или 64-разрядная версия Windows
Server 2008 Enterprise
64-разрядная версия Windows Server 2008 R2
Standard или 64-разрядная версия Windows
Server 2008 R2 Enterprise
Microsoft IIS 7 с установленной совместимостью
метабазы IIS 6
ASP.NET 2.0
На сервере IIS, на котором размещается Портал
самообслуживания, потребуется сертификат SSL.
Следующее программное обеспечение является
дополнительным и предоставляется для
обеспечения дополнительной функциональности:
Службы отчетов SQL Server

Microsoft Identity Lifecycle Manager (позволяет
сброс пароля);

System Center Configuration Manager 2007
(позволяет подготовку программного
обеспечения самообслуживания).
В топологии развертывания, в которой службы
отчетов SQL Server и сервер управления
хранилища данных размещаются на разных
компьютерах, необходимо добавить
Microsoft.EnterpriseManagement.Reporting.Code
13
в глобальный кэш сборок. См. Copy a Reporting
DLL to SSRS.
* Microsoft .NET Framework 3.5 с пакетом обновления 1 включается в установочный
носитель System Center Service Manager 2010.
Microsoft SQL Server 2008 с пакетом обновления 1 (SP1)
Для загрузки пробной версии Microsoft SQL Server 2008 Standard Edition или SQL
Server 2008 Enterprise Edition на английском языке см. страницу SQL Server 2008
(http://go.microsoft.com/fwlink/?LinkId=51646).
Для загрузки пакета обновления 1 для SQL Server 2008 см. страницу Пакет обновления 1
(SP1) для SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkId=148449).
С SQL Server 2008 с пакетом обновления 1 используется следующая конфигурация.

SQL Server FTS: должен быть установлен полнотекстовый поиск. Дополнительные
сведения о полнотекстовом поиске см. в техническом документе SQL Server 2008 FullText Search: Internals and Enhancements (Полнотекстовый поиск SQL Server 2008.
Свойства и усовершенствования) (http://go.microsoft.com/fwlink/?LinkID=129544).

Необходимо настроить SQL Server для использования баз данных, не учитывающих
регистр символов.

Учетная запись службы настраивается согласно требованиям, действующим в
организации.

Настроенная и запущенная служба служб отчетов SQL Server (MSSQLSERVER).
Дополнительные сведения о настройке службы MSSQLSERVER см. в руководстве
Практическое руководство. Как проверить установку служб отчетов на веб-сайте MSDN
корпорации Майкрософт. (http://go.microsoft.com/fwlink/?LinkId=91847).

Для данного выпуска необходимо убедиться, что параметры сортировки SQL Server
одинаковы на компьютерах, на которых размещены базы данных Service Manager,
хранилища данных и служб отчетов. Дополнительные сведения о параметрах
сортировки SQL Server см. в статье Использование параметров сортировки SQL Server
(http://go.microsoft.com/fwlink/?LinkId=146998).

Параметры сортировки для турецкого языка не поддерживаются в этом выпуске Service
Manager 2010 с пакетом обновления 1 (SP1).
Если SQL Server использует параметры сортировки по умолчанию
(SQL_Latin1_General_CP1_CI_AS), то будет отображено диалоговое окно с
предупреждением, как показано на следующей иллюстрации.
14
Внимание!
Если используются параметры сортировки по умолчанию
(SQL_Latin1_General_CP1_CI_AS), поддержка нескольких языков в Service Manager
невозможна. Если позже будет принято решение включить поддержку нескольких
языков с использованием других параметров сортировки, потребуется
переустановить SQL Server. Проблемы при использовании параметров сортировки
по умолчанию для установок Service Manager, использующих только английский
язык, отсутствуют. Дополнительные сведения о языковой поддержке см. в разделе
Языковая поддержка в Service Manager 2010 с пакетом обновления 1 (SP1).
При установке SQL Server 2008 можно указать параметры сортировки. В ходе установки на
странице Конфигурация сервера откройте вкладку Параметр сортировки и нажмите
кнопку Настроить для записей Компонент Database Engine и Службы аналитики.
Службы отчетов SQL Server
При установке служб отчетов SQL Server (SSRS) следует выбрать вариант установки
конфигурации по умолчанию основного режима. Дополнительные сведения см. в статье
Вопросы установки служб Reporting Services (http://go.microsoft.com/fwlink/?LinkId=163942).
Microsoft .NET Framework 3.5
Для работы Service Manager требуется Microsoft .NET Framework 3.5. Эта платформа
включается в установочный носитель Service Manager.
Windows PowerShell версий 1.0 и 2.0
Windows PowerShell версии 1.0 или 2.0 требуется для выполнения командлетов Windows
PowerShell при развертывании хранилища данных. Windows PowerShell версии 1.0 — это
функция Windows Server 2008, которую можно включить в панели управления.
Дополнительные сведения см. в статье Создание сценариев Windows PowerShell
(http://go.microsoft.com/fwlink/?LinkId=87566).
15
Требования безопасности портала самообслуживания
Рекомендуется добавить веб-сайт Портал самообслуживания в зону Надежные сайты или
Местная интрасеть в Internet Explorer. По умолчанию для веб-сайтов, входящих в зону
Надежные сайты или Местная интрасеть, параметр Активные сценарии включен. Если
не добавлять веб-сайт Портал самообслуживания в зону Надежные сайты или Местная
интрасеть, необходимо включить параметр Активные сценарии в браузере,
используемом для доступа к Портал самообслуживания.
Operations Manager 2007
Service Manager имеет возможность импорта предупреждений и конфигурационных единиц
из среды Operations Manager 2007. Для работы с Service Manager должен быть установлен
Operations Manager 2007 с пакетом обновления 1 или Operations Manager 2007 R2.
Примечание
Operations Manager 2007 с пакетом обновления 1 нельзя использовать для
наблюдения за серверами управления Service Manager. Для этого следует
использовать Operations Manager 2007 R2.
Службы управления Operations Manager
В настоящее время рекомендуется размещение сервера управления Operations Manager
2007 на компьютере, на котором размещен сервер управления Service Manager или сервер
управления хранилища данных.
Configuration Manager 2007
Service Manager имеет возможность импорта конфигурационных единиц из среды
Configuration Manager 2007. Для работы с Service Manager должен быть установлен
Configuration Manager 2007 с пакетом обновления 1 или Configuration Manager 2007 R2.
Требования сети
В Service Manager имеется возможность просмотра дополнительного контента из статей
базы знаний. Для просмотра дополнительного контента компьютеры, на которых
размещается Консоль Service Manager, должны иметь доступ в Интернет, либо напрямую,
либо через прокси-сервер.
Сервер SMTP
Необходимо иметь доступ к серверу SMTP, чтобы использовать функцию уведомления и
чтобы создавать инциденты с помощью электронной почты.
Безопасный режим Windows
Service Manager не работает, и службы, используемые Service Manager, не запускаются,
если Windows Server 2008 работает в безопасном режиме. При попытке вручную запустить
службы Service Manager в безопасном режиме происходит сбой запуска служб, и в журнал
событий записывается ошибка.
16
Языковая поддержка в Service Manager 2010 с пакетом
обновления 1 (SP1)
В этом руководстве предполагается, что установка Service Manager с пакетом обновления
1 (SP1) выполняется на компьютере, где не установлены предыдущие версии Service
Manager. Дополнительные сведения об обновлении System Center Service Manager 2010
см. в статье System Center Service Manager SP1 Upgrade Guide (Руководство по
обновлению System Center Service Manager с пакетом обновления 1 (SP1))
(http://go.microsoft.com/fwlink/?LinkId=198070).
Включая английский, System Center Service Manager 2010 с пакетом обновления 1 (SP1)
поддерживает 21 язык. Существуют некоторые проблемы, связанные с поиском, в
следующих шести языках: чешский, датский, финский, греческий, польский и турецкий.
Дополнительные сведения об этих проблемах см. ниже в разделе «Вопросы поиска».
Задание языкового стандарта Windows на компьютере, где размещен Консоль Service
Manager, с указанием одного из поддерживаемых языков приводит к тому, что Service
Manager с пакетом обновления 1 (SP1) будет отображаться на выбранном таким образом
языке. Помимо языков, поддерживаемых Service Manager с пакетом обновления 1 (SP1),
также следует учесть возможность поиска и сортировки данных в базах данных Service
Manager с пакетом обновления 1 (SP1). Возможность поиска и сортировки данных на
конкретном языке определяется параметрами сортировки в SQL Server. Дополнительные
сведения о параметрах сортировки в SQL Server см. в разделе «Microsoft SQL Server 2008
с пакетом обновления 1 (SP1)» статьи Требования к системе для Service Manager 2010
данного руководства.
В следующей таблице приведены поддерживаемые параметры сортировки и
идентификаторы языковых стандартов, протестированных с Service Manager с пакетом
обновления 1 (SP1). В списке параметров сортировки в таблице CI указывает на то, что
регистр не учитывается, а AS — на то, что учитывается диакритика.
Языковой стандарт
Код языка
Параметр сортировки
English
0x409
Latin1_General_100_CI_AS
Chinese_PRC
0x804
Chinese_Simplified_Pinyin_100_CI_AS
Chinese_Taiwan
0x404
Chinese_Traditional_Stroke_Count_100_CI_AS
Чешский (Чешская
Республика)
0x405
Czech_100_CI_AS
Датский (Дания)
0x406
Danish_Norwegian_CI_AS
Нидерландский
(Нидерланды)
0x413
Latin1_General_100_CI_AS
Финский (Финляндия)
0x40B
Finnish_Swedish_100_CI_AS
Windows
17
Языковой стандарт
Код языка
Параметр сортировки
French
0x40C
French_100_CI_AS
German_Standard
0x407
Latin1_General_100_CI_AS
Греческий (Греция)
0x408
Greek_100_CI_AS
Italian_Standard
0x410
Latin1_General_100_CI_AS
Japanese
0x411
Japanese_XJIS_100_CI_AS
Korean
0x412
Korean_100_CI_AS
Норвежский (букмол,
Норвегия)
0x414
Norwegian_100_CI_AS
Польский (Польша)
0x415
Polish_100_CI_AS
Португальский
(Португалия)
0x816
Latin1_100_CI_AS
Португальский (Бразилия)
0x416
Latin1_General_100_CI_AS
Russian
0x419
Cyrillic_General_100_CI_AS
Spanish_Modern_Sort
0xC0A
Modern_Spanish_100_CI_AS
Шведский (Швеция)
0x41D
Finnish_Swedish_100_CI_AS
Турецкий (Турция)
0x41F
Latin1_General_100_CI_AS
Windows
Вопросы поиска
В этом разделе описаны вопросы поиска, сортировки и разбиения слов в некоторых
языках, поддерживаемых Service Manager с пакетом обновления 1 (SP1).
Греческий, финский и чешский языки
Для этих языков полнотекстовый поиск в SQL Server 2008 не поддерживается, поэтому
сортировка и поиск на этих языках работают неправильно.
Датский и польский языки
Для этих языков полнотекстовый поиск в SQL Server 2008 не работает. Можно загрузить
лицензированное стороннее средство разбиения слов, обеспечивающее правильность
работы полнотекстового поиска. Дополнительные сведения см. по следующим ссылкам
для используемой версии SQL Server:

SQL Server 2008 (http://go.microsoft.com/fwlink/?LinkId=205800)

SQL Server 2008 R2 (http://go.microsoft.com/fwlink/?LinkId=205557).
18
Турецкий язык
Параметры сортировки для турецкого языка не поддерживаются в Service Manager с
пакетом обновления 1 (SP1). Для тестирования турецкого языка использовались
параметры сортировки Latin1_General_100_CI_AS. В результате некоторые символы
турецкого языка могут влиять на поиск и сортировку в Service Manager с пакетом
обновления 1 (SP1).
Базы данных, создаваемые Service Manager
Перед установкой Service Manager может потребоваться провести собрание с группой
администрирования SQL Server, чтобы обсудить возможное влияние Service Manager на
установки SQL Server, в частности создаваемые базы данных. Создаваемые базы данных
приведены в следующей таблице.
Части Service Manager
Имя базы данных
Содержимое
база данных Service
Manager
ServiceManager
Элементы конфигурации,
рабочие элементы, инциденты
Хранилище данных
Service Manager
DWStagingAndConfig
Эти три базы данных содержат
хранилище данных. Процесс
извлечения заполняет базу
данных DWStagingAndConfig,
которая преобразуется в
соответствующий формат в
базе данных DWRepository,
которая в свою очередь
становится содержимым базы
данных DWDataMart в
процессе загрузки.
DWRepository
DWDataMart
Важно!
В данном выпуске Service Manager не поддерживает экземпляры, учитывающие
регистр символов. При попытке установки Service Manager на экземпляр SQL,
учитывающий регистр символов, произойдет сбой.
Назначения портов для Service Manager
В качестве части инфраструктуры безопасности может потребоваться отслеживание
номеров портов, используемых в среде. И поскольку в данном выпуске возможность
настройки этих номеров портов отсутствует, можно просмотреть следующую таблицу, в
которой приведены номера портов, используемые частями Service Manager. Может
потребоваться проверить, открыты ли эти порты брандмауэра на компьютерах, на которых
размещается Service Manager.
19
Назначения портов
Часть А Service Manager
Номер и направление порта Часть Б Service Manager
Консоль Service Manager
5724 --->
Сервер управления Service
Manager*
Консоль Service Manager
5724 --->
Сервер управления
хранилища данных
Сервер управления Service
Manager
1433 --->
Удаленная база данных
Service Manager
Сервер управления Service
Manager
5724 --->
Сервер хранилища данных
Сервер управления Service
Manager
5724 --->
Подключения к
предупреждениям и
элементам конфигурации
Operations Manager 2007
Сервер управления Service
Manager
389 --->
Соединитель Active Directory
Сервер хранилища данных
1433 --->
Удаленный сервер базы
данных хранилища данных
Сервер службы отчетов SQL
Server
1433 --->
Удаленный сервер базы
данных хранилища данных
Сервер хранилища данных
1433 --->
Удаленный сервер базы
данных Service Manager
Веб-браузер
443 --->
Портал самообслуживания
Портал самообслуживания
1433 --->
База данных Service Manager
Веб-браузер
80 --->
Службы отчетов SQL Server
* Включает начальный сервер управления Service Manager и последующие серверы
управления Service Manager.
Подготовка к развертыванию Service Manager
2010 с пакетом обновления 1 (SP1)
Перед началом развертывания Service Manager необходимо создать группу пользователей
в Active Directory и создать или выбрать учетную запись домена, которая будет
использоваться во время установки. Убедитесь, что учетная запись домена входит в
20
группы, необходимые для правильной работы Service Manager. Если Service Manager и
Operations Manager устанавливаются на одном сервере, учитывайте следующие факторы.
1. Operations Manager и Service Manager могут совместно использовать сервер базы
данных.
2. Агент Operations Manager и сервер управления Service Manager могут размещаться на
одном сервере, если сначала установить сервер управления Service Manager, а затем
вручную установить агент Operations Manager.
3. Консоль Operations Manager и Консоль Service Manager можно установить на одном
компьютере. Порядок установки консолей не имеет значения.
4. Не пытайтесь использовать один экземпляр служб отчетов SQL Server (SSRS) для
Operations Manager и Service Manager.
Содержание
Рекомендации по учетным записям для выполнения установки
Сведения об учетных записях, необходимых для выполнения установки, а также
об учетных записях, которые нужно указать во время установки Service Manager.
Подготовка компьютеров к развертыванию Service Manager
Действия, выполняемые для подготовки компьютера перед выполнением
установки.
Вопросы, связанные с учетной записью для портала
самообслуживания
Сведения о настройке разрешений для служб Service Manager и учетных записей
рабочего процесса в System Center Configuration Manager 2007.
Рекомендации по учетным записям для выполнения
установки
Перед запуском программы установки ознакомьтесь с разделом Учетная запись,
используемая для выполнения установки в этом руководстве и убедитесь, что выполнены
необходимые требования для установки Service Manager. Во время установки будет
предложено ввести пользователей или группы домена для различных функций Service
Manager. Ознакомьтесь с разделом Учетные записи, необходимые во время установки,
чтобы обеспечить готовность к процессу установки.
21
Учетная запись, используемая для выполнения установки
В этом разделе описываются разрешения, необходимые пользователю во время установки
сервера управления Service Manager, Консоль Service Manager, баз данных для Service
Manager, а также во время регистрации группы управления Service Manager в группе
управления хранилища данных.
Примечание
Учетная запись, используемая для выполнения установки, автоматически
становится администратором в Service Manager.
Сервер управления Service Manager
При установке сервера управления Service Manager потребуются следующие разрешения.

Права локального администратора на компьютере, где выполняется программа
установки

Права локального администратора на компьютере, где будет размещаться база данных
Service Manager, если она находится на удаленном компьютере

Пользователь должен выполнять вход с учетной записью домена

Роль SQL Server sysadmin в экземпляре SQL Server, где создается база данных Service
Manager
Консоль Service Manager
При установке Консоль Service Manager потребуются следующие разрешения.

Права локального администратора на компьютере, где выполняется программа
установки
Сервер управления хранилища данных
При установке сервера управления хранилища данных потребуются следующие
разрешения.

Права локального администратора на компьютере, где выполняется программа
установки

Права локального администратора на компьютере, где будет размещаться база данных
хранилища данных, если она находится на удаленном компьютере

Пользователь должен выполнять вход с учетной записью домена

Роль «Диспетчер содержимого» в службах отчетов SQL Server на уровне сайта
(корневой уровень)

Роль SQL Server sysadmin в экземпляре SQL Server, где создается база данных
хранилища данных
Службы отчетов SQL Server
При установке служб отчетов SQL Server потребуются следующие разрешения:

Разрешения на размещение двоичного файла в папке «\Program Files\Microsoft SQL
Server\<имя экземпляра>\Reporting Services\ReportServer\Bin» на компьютере, где
размещается сервер управления хранилища данных.
22
Регистрация Service Manager в хранилище данных
При регистрации Service Manager в хранилище данных потребуются следующие
разрешения.

Роль SQL Server sysadmin или «Администратор безопасности» в экземпляре, где
размещается база данных Service Manager

Роль SQL Server sysadmin или «Администратор безопасности» в экземпляре, где
размещается база данных хранилища данных

Роль пользователя «Администраторы Service Manager» на сервере управления Service
Manager

Роль пользователя «Администраторы Service Manager» на сервере управления
хранилища данных
Портал самообслуживания
Учетная запись, используемая при установке Портал самообслуживания, должна
удовлетворять следующим условиям.

Она должна быть локальным администратором на компьютерах, где размещается
Портал самообслуживания, сервер управления Service Manager и SQL Server 2008.

Она должна быть учетной записью системного администратора SQL Server (sa).

Она должна быть учетной записью, указанной для служб Service Manager во время
установки сервера управления Service Manager.
Учетные записи, необходимые во время установки
Во время установки Service Manager и серверов управления хранилища данных
понадобится указать учетные данные для следующих учетных записей.
Примечание
Учетные записи пользователя и группы, необходимые для установки Service
Manager, должны располагаться в подразделении «Пользователи» в Active
Directory.
Учетные записи, используемые во время установки сервера управления Service
Manager
Учетная запись
Разрешения
Использование в Service
Manager
Администраторы группы
управления

Должна быть

пользователем или группой
домена.
Важно!
Учетная запись
пользователя, с
которой выполнен
Добавляется в роль
пользователя
«Администраторы Service
Manager».
23
Учетная запись
Разрешения
Использование в Service
Manager
вход на компьютер
во время установки
исходного сервера
управления Service
Manager,
автоматически
добавляется в эту
группу.
Учетная запись служб
Service Manager
Учетная запись
рабочего процесса

Должна быть

пользователем или группой
домена.

Должна быть членом
локальной группы
администраторов.
Становится рабочей
системной учетной
записью.

Назначена как учетная
запись для входа службы
доступа к данным System
Center.

Назначена как учетная
запись для входа службы
конфигурации управления
System Center.

Становится членом ролей
базы данных sdk_users и
configsvc_users для базы
данных Service Manager.

Если изменить учетные
данные для этих двух
служб, то необходимо
убедиться, что новая
учетная запись имеет имя
входа SQL в базе данных
ServiceManager и входит в
группу
«Builtin\Администраторы».

Должна быть

пользователем или группой
домена.

Должна иметь разрешения
на отправку электронной
почты и обладать
почтовым ящиком на
SMTP-сервере (требуется
для функции инцидентов
Эта учетная запись
используется для всех
рабочих процессов и
включается в роль
пользователя «Рабочие
процессы Service
Manager».
24
Учетная запись
Разрешения
Использование в Service
Manager
электронной почты).

Должна входить в
локальную группу
безопасности
«Пользователи».

Для правильной работы
уведомлений по
электронной почте ее
необходимо включить в
роль пользователя
«Администраторы Service
Manager».
Рекомендации по безопасности учетных записей
При назначении учетных записей Active Directory для использования с учетными записями
запуска от имени Service Manager рекомендуется использовать учетные записи служб.
Настоятельно не рекомендуется использовать учетные записи пользователей Active
Directory, принадлежащие отдельным пользователям.
Дополнительные сведения о рекомендациях по безопасности см. в загружаемой копии
руководства по безопасности Windows Server 2008, которое теперь входит в Комплект
управления соответствием безопасности Windows Server 2008, доступный по адресу
http://go.microsoft.com/fwlink/?LinkId=167160, и Руководство по планированию безопасности
служб и учетных записей служб, доступное по адресу
http://go.microsoft.com/fwlink/?LinkID=58270.
Учетные записи, используемые во время установки сервера управления хранилища
данных
Учетная запись
Разрешения
Использование в Service
Manager
Администраторы группы
управления

Должна быть
пользователем или
группой домена.

Добавляется в роль
пользователя
«Администраторы
хранилища данных».
Учетная запись Service
Manager

Должна быть
пользователем или
группой домена.


Должна входить в
локальную группу
администраторов на
Становится системной
учетной записью запуска
от имени в хранилище
данных.

Назначается учетной
записи службы
25
Учетная запись
Разрешения
Использование в Service
Manager
сервере управления
хранилища данных.
Учетная запись отчетов

Должна быть учетной
записью домена.
ServiceManager SDK.

Назначается учетной
записи конфигурации
ServiceManager.

Становится членом
ролей базы данных
sdk_users и
configsvc_users для базы
данных DWDataMart.

Становится членом роли
базы данных
db_datareader для базы
данных DWRepository.

Становится членом роли
базы данных
configsvc_users для базы
данных Service Manager.

Используется службами
отчетов SQL Server для
доступа к базе данных
DWDataMart и получения
данных для отчетов.

Становится членом роли
базы данных
db_datareader для базы
данных DWDataMart.

Становится членом роли
базы данных reportuser
для базы данных
DWDatamart.
Регистрация группы управления Service Manager в группе управления хранилища
данных
В процессе установки выполняется регистрация группы управления Service Manager в
группе управления хранилища данных. При этом запрашиваются учетные данные.
Вводимые учетные данные должны принадлежать учетной записи домена. Кроме того,
необходимо указать учетную запись, обладающую следующими разрешениями.

Должна входить в роль пользователя «Администратор» в группе управления Service
Manager и в группе управления хранилища данных.
26

Должна входить в локальную группу администраторов на сервере управления
хранилища данных.
Учетные записи, необходимые для создания соединителей
Во время создания соединителей предлагается ввести учетные данные, которые
соединитель будет использовать для выполнения своей функции. В следующей таблице
описаны разрешения, которые будут необходимы этой учетной записи, и приводятся
рекомендации по повышению безопасности.
Соединитель предупреждений Operations Manager 2007
Разрешения
Рекомендации

Должна быть учетной записью домена.

Должна входить в локальную группу
безопасности «Пользователи» на
сервере управления Service Manager.

Должна быть администратором
Operations Manager 2007.
Для этого специально создается учетная
запись домена, которая входит только в
локальную группу безопасности
«Пользователи» и роль пользователя
«Администратор» в Operations Manager, а
также в роль пользователя «Оператор с
расширенными правами» в Service Manager.
Соединитель элементов конфигурации Operations Manager 2007
Разрешения
Рекомендации

Должна быть учетной записью домена.

Должна входить в локальную группу
безопасности «Пользователи» на
сервере управления.

Должна быть оператором Operations
Manager 2007.
Для этого специально создается учетная
запись домена, которая входит только в
локальную группу безопасности
«Пользователи» и роль пользователя
«Оператор» в Operations Manager, а также в
роль пользователя «Оператор с
расширенными правами» в Service Manager.
Соединитель Active Directory
Разрешения
Рекомендации

Должна быть учетной записью домена.

Должна входить в локальную группу
безопасности «Пользователи» на
сервере управления Service Manager.

Должна обладать разрешениями на
привязку к контроллеру домена, с
которого соединитель будет считывать
данные.
Для этого специально создается учетная
запись домена, которая входит только в
локальную группу безопасности
«Пользователи» и роль пользователя
«Оператор с расширенными правами» в
Service Manager, а также имеет разрешения
только для чтения в Active Directory.
27
Разрешения

Рекомендации
Должна иметь универсальные права на
чтение объектов, синхронизация
которых выполняется в базе данных
Service Manager из Active Directory.
Соединитель Configuration Manager 2007
Разрешения
Рекомендации

Должна быть учетной записью домена.

Должна входить в локальную группу
безопасности «Пользователи» на
сервере управления Service Manager.
Для этого специально создается учетная
запись домена, которая входит только в
локальную группу безопасности
«Пользователи», роль db_datareader в базе
данных SCCM и роль пользователя
«Оператор с расширенными правами» в
Service Manager.
Подготовка компьютеров к развертыванию Service Manager
Перед началом развертывания Service Manager необходимо создать группу пользователей
в Active Directory и создать или выбрать учетную запись домена, которая будет
использоваться во время установки. Убедитесь, что учетная запись домена входит в
группы, необходимые для правильной работы Service Manager.
Если Service Manager и Operations Manager устанавливаются на одном сервере,
учитывайте следующие факторы.

Operations Manager и Service Manager могут совместно использовать сервер базы
данных.

Агент Operations Manager и сервер управления Service Manager могут размещаться на
одном сервере, если сначала установить сервер управления Service Manager, а затем
вручную установить агент Operations Manager.

Консоль Operations Manager и Консоль Service Manager можно установить на одном
компьютере. Порядок установки консолей не имеет значения.
Подготовка компьютеров к развертыванию Service Manager
1. Убедитесь, что на компьютерах, где будет размещаться Service Manager или
хранилище данных, не установлены компоненты Operations Manager 2007.
2. Создайте в Active Directory группу пользователей, которым будет назначена роль
администраторов Service Manager группе управления хранилища данных и группе
управления Service Manager. Например, создайте группу SM_Admins.
Примечание
28
Эта группа пользователей должна находиться в одном домене с Service
Manager. Пользователи из других доменов, в том числе дочерних, не
поддерживаются.
3. Создайте учетные записи, необходимые для Service Manager. Сведения об учетной
записи, используемой для выполнения программы установки, и об учетных записях,
которые необходимо указать во время установки Service Manager, см. в разделе
Рекомендации по учетным записям для выполнения установки
Примечание
Учетные записи Service Manager должны находиться в одном домене с
Service Manager. Учетные записи из других доменов, в том числе дочерних,
не поддерживаются.
4. Убедитесь, что экземпляры SQL Server, используемые для баз данных Service
Manager, используют номер порта 1433.
5. Если базы данных устанавливаются на удаленном компьютере, где работает SQL
Server, то пользователь, выполняющий программу установки, должен быть
пользователем домена с разрешениями локального администратора на
компьютере с SQL Server.
6. На компьютерах, где будет размещаться Консоль Service Manager, установите в
окне «Свойства обозревателя» — «Настройка локальной сети» флажок Не
использовать прокси-сервер для локальных адресов.
7. Откройте браузер и введите следующие два URL-адреса:

http://<компьютер, где размещаются службы отчетов SQL Server>/reports

http://<компьютер, где размещаются службы отчетов SQL Server>/reportserver
Если любой из вариантов подключения завершается ошибкой, например Ошибка
HTTP 404 Не найдено, выполните процедуру «Настройка сервера отчетов». В
противном случае выполните процедуру «Установка хранилища данных».
Настройка сервера отчетов
1. Выполните вход на компьютер, где будут размещаться службы отчетов SQL Server,
с учетной записью, обладающей правами администратора.
2. Нажмите кнопку Пуск, укажите пункты Программы, Microsoft SQL Server 2008,
Средства настройки и выберите пункт Диспетчер конфигурации служб
Reporting Services.
3. В диалоговом окне Соединение конфигурации служб Reporting Services
правильно заполните поля Имя сервера и Экземпляр сервера отчетов и нажмите
кнопку Подключить.
4. В области Подключить нажмите кнопку URL-адрес веб-службы.
5. В области Виртуальный каталог веб-службы сервера отчетов в текстовом поле
Виртуальный каталог введите ReportServer и нажмите кнопку Применить.
6. В области Подключить нажмите кнопку URL-адрес диспетчера отчетов.
7. В области Идентификация веб-узла диспетчера отчетов убедитесь, что в
29
текстовом поле Виртуальный каталог указано Отчеты, и нажмите кнопку
Применить.
8. В области Подключить щелкните верхнюю запись (в формате
«сервер\экземпляр»).
9. В области Текущий сервер отчетов нажмите кнопку Остановить, а затем нажмите
кнопку Запустить.
Вопросы, связанные с учетной записью для портала
самообслуживания
Для правильной работы функции «Запрос программного обеспечения»в Service Manager
Портал самообслуживания необходимо настроить разрешения для служб Service Manager
и учетные записи рабочего процесса в System Center Configuration Manager 2007.
Учетная запись рабочего процесса
Элементы конфигурации сайта
Коллекции
Объявления

Чтение

Изменение

Администрирование

Создание

Доступ к сети

Чтение

Изменение

Удаление

Изменение ресурсов

Администрирование

Удаление ресурсов

Создание

Чтение ресурсов

Изменение параметров коллекции

Просмотр контроллеров управления

Чтение

Изменение

Удаление

Администрирование

Создание

Управление папками
30
Пакеты

Чтение

Изменение

Администрирование
Учетная запись служб Service Manager
Элементы конфигурации сайта
Коллекции
Объявления
Пакеты

Чтение

Изменение

Администрирование

Создание

Доступ к сети

Чтение

Чтение ресурсов

Чтение

Администрирование

Управление папками

Чтение
Планирование производительности и
масштабируемости
В этом разделе описываются общие рекомендации по планированию производительности
и масштабируемости для System Center Service Manager 2010. Поскольку Service Manager
построен в целях удовлетворения стандартов производительности с минимумом
рекомендованного оборудования, требования к оборудованию для конкретного сценария
могут быть выше, чем в представленных здесь рекомендациях. Кроме того, здесь
представлены рекомендации как для оборудования, так и для программного обеспечения
Service Manager.
Service Manager – это трехуровневое приложение, состоящее из базы данных, модуля
доступа к базе данных и консоли.

Каждая топология развертывания, от самой большой до самой маленькой, включает
все три уровня, физически или виртуально.

Для поддерживаемой наименьшей топологии развертывания необходимо 2 сервера,
физических или виртуальных, а максимальная топология будет содержать более 4
серверов.

База данных Консоль Service Manager и Service Manager размещается на сервере
управления, Портал самообслуживания обычно размещается на другом сервере, а на
31
сервере управления хранилища данных размещается хранилище данных Service
Manager.
Вспомогательное средство по изменению размера Service
Manager
Вспомогательное средство по изменению размера Service Manager помогает определить
размер частей оборудования и программного обеспечения, которые будут развернуты
позднее с помощью дополнительных сведений, содержащихся в этой руководстве. Это
средство включено в комплект пособий по работе с Service Manager
(http://go.microsoft.com/fwlink/?LinkId=186291). В частности, это средство выполняет
следующие задачи.
1. Помогает определить тип оборудования (отдельные компьютеры, ЦП, свободное и
используемое пространство жестких дисков, уровень RAID), который требуется для
разных сценариев использования и развертывания. Использование задается
количеством элементов конфигурации в базе данных Service Manager, рабочих
элементов в месяц и количеством дней, которое данные находятся в хранилище
данных.
2. Предоставляет схемы топологии для каждого сценария, сопоставляющие
оборудование со сценариями, такими как один физический сервер, 2 сервера, 4
сервера и более 4 серверов.
3.
Помогает рассчитать свободное и используемое пространство на жестких дисках,
необходимое для сценария, на основе введенных данных. Этот расчет является
оценочным и не представляет фиксированное значение, которое необходимо
обеспечить.
Производительность оборудования
Важная часть производительности Service Manager зависит от конфигурации оборудования
и топологии развертывания, запланированных для обработки потребностей организации. В
следующих сценариях представлены общие рекомендации, которые следует учитывать
при планировании приемлемой производительности оборудования.
Производительность оборудования
Далее приводятся узкие места оборудования, которые наиболее значимы в Service
Manager со значительной загрузкой и большим объемом данных в базе данных Service
Manager.
1. Самое распространенное узкое место – это память и ввод-вывод на сервере SQL
Server. Если имеются ресурсы, следует использовать их на приобретение
дополнительной памяти и более быстрой подсистемы ввода-вывода, поскольку
улучшение ввода-вывода SQL Server приведет к повышению производительности.
2. Если предполагается, что к серверу управления будут подключаться много консолей,
можно улучшить производительность обработки пиковой нагрузки, приобретя
32
дополнительные ЦП и память для сервера управления или запланировав установку
дополнительного сервера управления Service Manager.
3. Следует позаботиться о рекомендованном минимуме оборудования для каждой роли,
как описывается в данном документе.
Роль виртуальных машин
Во многих организациях для размещения приложений Windows Server и ролей сервера
Service Manager, таких как сервер управления и сервер хранилища данных, используются
виртуальные машины, и Портал самообслуживания не является исключением. Может
использоваться виртуализация всех ролей сервера или любые другие комбинации
виртуальных и физических компьютеров. Поскольку потребности каждой организации
уникальны, конкретные рекомендации по какому-либо соотношению виртуальных и
физических компьютеров не даются. Однако минимальные требования к оборудованию
для каждой роли программного обеспечения применимы к физическим компьютерам –
если будет принято решение виртуализовать роль программного обеспечения, следует
выполнить планирование, чтобы убедиться, что для каждого виртуального компьютера
имеются дополнительные ресурсы оборудования.
Серверы баз данных чувствительны к низкой производительности виртуальных машин,
если не выполняются следующие рекомендации по планированию.

См. документ Running SQL Server 2008 in a Hyper-V Environment (Запуск SQL Server
2008 в среде Hyper-V) (http://go.microsoft.com/fwlink/?LinkId=144622) в Центре загрузки.

Никогда не следует использовать динамические диски на виртуальных машинах для
хранения SQL Server – необходимо использовать виртуальные диски фиксированного
размера или пропустить.

Hyper-V разрешает только 4 виртуальных ЦП на гостя, что может ограничить сервер
Service Manager, если имеется много консолей.
Результаты базового тестирования Service Manager
Базовое тестирование Service Manager выполнено для производительности и
масштабируемости с использованием разных сценариев развертывания с минимумом
оборудования, рекомендованного для физических компьютеров. В частности, сценарии
проверялись предварительным заполнением баз данных, созданием и обновлением
инцидентов Консоль Service Manager, а также запросами на изменения в цикле. База
данных предварительно заполнялась сведениями для двух тестов.
В тесте 1 имеется 20000 компьютеров, 20000 пользователей и все необходимые элементы
конфигурации, что составляет около 250000 элементов конфигурации и около 2,5
миллионов строк в базе данных; также в тесте задействовано 40 активных сеансов Консоль
Service Manager.
В тесте 2 имеется 50 000 компьютеров, 50 000 пользователей и соответствующие
элементы конфигурации, что составляет около 700 000 элементов конфигурации и около 6
миллионов строк в базе данных; также в тесте задействовано 80 активных сеансов Консоль
Service Manager.
33
Чтобы удовлетворить требованиям времени отклика для 50 000 конфигураций, пришлось
увеличить память SQL Server с 8 до 32 ГБ.

Во время тестирования каждый час создавалось 200 инцидентов и 50 запросов на
изменения для конфигурации из 20 000 компьютеров, а для конфигурации в 50 000
компьютеров – 500 инцидентов и 125 запросов на изменения; для каждого инцидента и
запроса на изменение обрабатывалось от 3 до 4 подписок на уведомления и
шаблонов.

Обычно в базовом тестировании такие рабочие процессы, как обработка подписки на
уведомления и приложения шаблона, выполнялись в пределах 1 минуты для каждого
созданного рабочего элемента. Однако для завершения небольшого числа рабочих
процессов могло потребоваться 5 минут и более.
Если в организации планируется меньше 20 000 поддерживаемых компьютеров и консолей
и меньше рабочих процессов, то производительность Service Manager должна быть вполне
приемлемой, даже если некоторые роли Service Manager будут размещаться на
виртуальных компьютерах.
Однако если планируется добавить в базу данных Service Manager дополнительные
поддерживаемые компьютеры, то необходимо запланировать больший объем ОЗУ для
сервера базы данных Service Manager по сравнению с минимально рекомендованным в
этом документе. Например, в базовом тесте было установлено 8 ГБ ОЗУ в сервер базы
данных Service Manager, содержащей записи для 20 000 компьютеров. Позднее при
каждом увеличении планируемого числа поддерживаемых компьютеров на 10 000 следует
добавлять по 8 ГБ ОЗУ. Например, для 50 000 компьютеров необходимо запланировать 32
ГБ ОЗУ. При тестировании конфигурации из 50 000 компьютеров с 32 ГБ ОЗУ на сервере
SQL производительность была улучшена так, что эффект понижения производительности
по сравнению с состоянием до добавления дополнительных компьютеров отсутствовал.
В базовых тестах проверялась также задержка в сети. Задержка в сети появлялась между
Консоль Service Manager и сервером управления Service Manager.
Примечание
Сервер базы данных Service Manager и серверы управления Service Manager
должны находится в локальной сети с низкой задержкой; задержка в сети между
сервером базы данных Service Manager и сервером управления Service Manager
может привести к значительному падению производительности Service Manager.

Когда задержка в сети составляла менее 100 миллисекунд, общее время отклика
Консоль Service Manager было признано хорошим.

Когда задержка в сети составляла 150-200 миллисекунд, производительность была
отмечена как приемлемая с увеличением времени отклика до 40% в некоторых
сценариях. Если задержка составляет 150-200 миллисекунд, необходимо
запланировать оценку ключевых сценариев в организации и определить, не будет ли
лучшим вариантом подключение к удаленному рабочему столу.
Примечание
34
Разворачивание сопоставлений служб в Консоль Service Manager замедлялось
при любой величине задержки.

Когда задержка в сети превышала 200 миллисекунд, наблюдалось плохое общее время
отклика Консоль Service Manager. Если задержка в имеющейся сети превышает 200
миллисекунд, следует запланировать использование подключения к удаленному
рабочему столу или другого удаленного доступа для выполнения оперативных задач.
Однако, поскольку нерегулярные административные задачи выполняются не так часто,
удаленный доступ для них может и не потребоваться.
Производительность Service Manager
На производительность ролей сервера и функций Service Manager влияют разные
факторы. В целом имеется три области, в которых повышение или понижение
производительности наиболее существенно для Service Manager.

Отклик Консоль Service Manager. Время, которое проходит от момента, когда будет
предпринят какой-либо вид действия в консоли, до момента выполнения этого
действия.

Время вставки данных для соединителей. Время, которое затрачивается Service
Manager на импорт данных при синхронизации соединителя.

Время завершения рабочего процесса. Время, которое затрачивается рабочими
потоками на автоматическое применение какого-либо вида действия.
Производительность соединителей
начальная синхронизация соединителей может занимать значительное время, например 812 часов при большой начальной синхронизации с System Center Configuration Manager.
При начальной синхронизации соединителей можно ожидать снижения
производительности всех ролей сервера и процессов Service Manager в течение этого
времени. Это снижение производительности происходит из-за способа, которым данные
вставляются последовательно в базу данных Service Manager, являющуюся базой данных
SQL Server. Хотя нельзя ускорить процесс начальной синхронизации соединителей, можно
запланировать начальную синхронизацию таким образом, чтобы она полностью
завершилась до перевода Service Manager в эксплуатационный режим.
После выполнения начальной синхронизации Service Manager продолжает
синхронизировать различия, которые не оказывают заметного влияния на
производительность.
Производительность рабочих процессов
Рабочие процессы – это возникающие автоматические процессы, состоящие из отправки
уведомлений по электронной почте, следующего этапа активации запроса на изменение и
автоматического применения шаблона.

Обычно рабочие процессы начинаются и заканчиваются в пределах одной минуты.
Когда роли сервера Service Manager сильно загружены, рабочие процессы не
выполняются так быстро, как обычно.
35

Кроме того, при создании новых рабочих процессов, таких как новая подписка на
уведомления, в системе создается дополнительная нагрузка. По мере роста
количества созданных новых рабочих процессов увеличивается также и время,
необходимое для каждого из них.
Если система сильно загружена, и, например, создается большое количество новых
инцидентов, причем каждый инцидент порождает много рабочих процессов, то
производительность может значительно понизиться.
Если планируется создавать большое количество рабочих процессов, одно из возможных
решений по улучшению производительности состоит в использовании пакета управления
ManagmentHostKeepAlive, включенного в носитель выпуска Service Manager.

Необходимо вручную скопировать два файла из исходного каталога в каталог
установки Service Manager, а затем импортировать файлы этого пакета управления.

В результате импорта этих файлов пакета управления может значительно увеличиться
отклик обработки рабочих процессов, когда почти все рабочие процессы
обрабатываются в пределах 1 минуты.

Однако это также предоставляет наивысший приоритет обработке рабочих процессов и
может в некоторых случаях привести к замедлению отклика Консоль Service Manager,
поэтому следует протестировать влияние импорта пакета управления перед
развертыванием в эксплуатационной среде.
Влияние групп, очередей и пользовательских ролей на
производительность
Следует как можно раньше планировать группы и пользовательские роли. Часто группы
создаются для того, чтобы гарантировать доступ пользователей только к указанным
группам. Например, в некоем сценарии может потребоваться создать подмножество
инцидентов, например инцидентов, влияющих на компьютеры сотрудников отдела кадров.
В этом сценарии можно разрешить возможность просмотра или изменения группы
конфиденциальных серверов только определенным сотрудникам. Затем, чтобы разрешить
такой тип доступа, потребуется создать группу для всех пользователей и группу для
конфиденциальных компьютеров, а затем обеспечить доступ роли безопасности к группе
всех пользователей и к группе конфиденциальных серверов. Создание группы,
содержащей всех пользователей, неизбежно повлияет на производительность, поскольку
Service Manager часто выполняет проверки для определения наличия изменений в группе.
Такие проверки выполняются по умолчанию каждые 30 секунд. Если группа очень
большая, то проверка изменений создает высокую нагрузку на систему и может заметно
увеличить время отклика.
Решение 1. Можно вручную задать частоту проверок Service Manager изменений в группе,
изменив раздел реестра. Например, если задать частоту проверок не каждые 30 секунд, а
каждые 10 минут, можно существенно повысить производительность.
Внимание!
36
Неправильное изменение реестра может сильно повредить систему. Перед
изменением реестра следует выполнить резервное копирование всех важных
данных на компьютере.
Задание интервала проверки изменения группы вручную
1. Выполните команду regedit и перейдите в раздел реестра
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\System Center\2010\Common\.
2. Создайте новое значение DWORD с именем GroupCalcPollingIntervalMilliseconds.
3. Укажите значение интервала в миллисекундах. Результат умножается на 6.
Например, чтобы установить интервал в 10 минут, введите 1000000.
4. Перезапустите службу управления System Center.
Решение 2. Можно воспользоваться сценарием Windows PowerShell для добавления
объектов определенного типа, такого как «Пользователи», в пользовательскую роль. В
сущности, аналитик, вошедший в систему с этой ролью, имеет доступ ко всем объектам
типа «Пользователь». При использовании этого способа отпадает необходимость в очень
большой группе («Все пользователи») и в затратной проверке, которую выполняет Service
Manager для определения членства в этой группе. На сервере управления Service Manager
можно выполнить следующий сценарий Windows PowerShell для добавления типа «user» в
роль «RoleName». Потребуется изменить этот пример сценария в соответствии с текущей
средой.
Запуск сценария Windows PowerShell для добавления объектов в роль
пользователя

Измените следующий сценарий соответствующим образом и запустите его.
#
# Insert a "type" scope in a role
# Syntax:
#
AddTypeToRoleScope -server "put_server_name_here" -RoleName "put display name of the
role here" -TypeToAdd "put display name of the type to add to scope here"
#
# Note:
This is a simple demonstration script without error checking.
#
# set script parameter defaults
param ([String]$Server = "localhost", [String]$RoleName="My Analyst Role",
[String]$TypeToAdd="User")
37
$a = [reflection.assembly]::LoadWithPartialName("Microsoft.EnterpriseManagement.Core")
$m = new-object Microsoft.EnterpriseManagement.EnterpriseManagementGroup $Server
# Get Type object
#
Note:
“User”,
If you need to get a list of all available classes related to (for example)
use this command:
#
$m.EntityTypes.GetClasses() | ?{ $_.Name -like '*user*'} | %{ $_.Name}
#
$type = $m.EntityTypes.GetClasses() | ?{ $_.DisplayName -eq $TypeToAdd}
# Get role object, and insert the type GUID into scope
$role = $m.Security.GetUserRoles()
| ?{ $_.DisplayName -eq $RoleName}
$role.Scope.Objects.Add($type.Id)
$role.Update()
#
# Get the value from the database again and validate it is there
if ( $role.scope.objects.Contains($type.Id) ) {
write-host *** Successfully set the scope for role `" $role.DisplayName`" and it now
contains all instances of $type.DisplayName `( $type.Name `)
} else {
write-host "There was an error trying to insert the scope into the role."
}
Просмотр производительности
При создании представлений следует планировать стандартные классы в системе везде,
где это возможно. Большинство классов объектов, например класс «Управление
инцидентами», имеет два типа: «стандартный» и «расширенный». Стандартный тип
объекта содержит простые ссылки на небольшое подмножество данных, относящихся к
элементу. Расширенный тип содержит много сложных ссылок на данные, относящиеся к
элементу. Стандартные типы – это простые проекции, расширенные типы – это сложные
проекции. Большинство расширенных типов объектов используется для заполнения
разных полей в формах, которые обычно не требуется отображать в представлениях.
Всякий раз при создании представления на основе расширенного типа объектов и при
38
открытии этого представления Service Manager запрашивает базу данных, и читается
большой объем данных. Однако фактически отображается или используется лишь очень
малая часть извлеченных данных.
Если имеются проблемы с производительностью заданных представлений, в которых
используются расширенные типы объектов, необходимо переключиться на использование
стандартных типов. В качестве альтернативы можно создать собственные проекционные
типы, содержащие только данные, на которых строится представление. См. запись
Создание представлений, использующих условия относительных свойств. Software Views
Example (Пример программных представлений)
(http://go.microsoft.com/fwlink/?LinkId=184819) в блоге инженерного отдела SCSM.
Производительность базы данных Service Manager
На производительность базы данных Service Manager непосредственно влияют разные
факторы, включая количество выполняемых Консоль Service Manager параллельных
чтений или записей данных, интервал проверки изменений групп и вставку данных
соединителями. В этом документе даются дополнительные сведения. Далее приведено
несколько основных моментов.

Необходимо иметь как минимум 8 ГБ ОЗУ для сервера управления, на котором
размещена база данных Service Manager, чтобы получить приемлемое время отклика в
типичных сценариях.

Необходимо иметь по крайней мере 4 ядра ЦП на компьютере, на котором размещена
база данных Service Manager.

Можно улучшить производительность, по возможности размещая файлы журналов и
файлы данных на разных физических дисках. Дополнительные преимущества можно
получить, перемещая временные файлы базы данных на физический диск RAID,
отличный от диска базы данных Service Manager. По возможности следует
использовать для размещения базы данных Service Manager дисковую систему RAID
1+0.

Производительность может уменьшиться, если база данных Service Manager создается
с наименьшим размером, и устанавливается автоматический рост, особенно с малыми
приращениями.
См. вспомогательное средство по изменению размера Service Manager, включенное в
комплект пособий по работе с Service Manager
(http://go.microsoft.com/fwlink/?LinkId=186291), которое поможет получить доступ к размеру
базы данных и создать базу данных с размером, максимально близким к окончательному,
что положительно повлияет на производительность. поскольку уменьшится количество раз,
когда размер базы данных будет повышаться автоматически.
Также применимы и все остальные рекомендации по повышению производительности
базы данных. Например, если есть возможность получать преимущества старшей дисковой
подсистемы, можно разделать группы таблиц на соответствующие файловые группы и
перемещать их на разные физические диски.
39
Производительность сервера управления Service Manager
На производительность сервера управления Service Manager в основном влияет
количество активных параллельных сеансов Консоль Service Manager. Поскольку все роли
Service Manager взаимодействуют с сервером управления, следует подумать о добавлении
дополнительных серверов управления, если планируется большое количество
параллельных консолей. Для сервера управления требуется как минимум 8 ГБ ОЗУ.
Необходимо иметь по меньшей мере 8 ядер ЦП на сервер управления, если исходить из
10-12 активных консолей на ядро ЦП для общего количества 80-100 консолей на сервер
управления.
Производительность консоли Service Manager
Производительность Консоль Service Manager в основном зависит от количества форм,
которые обычно открывают аналитики, и от объема данных, извлекаемого
представлениями. На компьютере с установленной консолью Консоль Service Manager
требуется как минимум 2 ГБ ОЗУ. Если имеются представления, извлекающие большой
объем данных, потребуется дополнительный объем ОЗУ. На компьютере с установленной
консолью Консоль Service Manager требуется по крайней мере двухъядерный ЦП.
Поскольку Консоль Service Manager является приложением пользователя, рекомендуется
при обнаружении избыточного потребления ресурсов выполнить перезапуск; Консоль
Service Manager агрессивно кэширует данные в памяти, что может отражаться на общем
использовании памяти.
Производительность базы данных хранилища данных Service Manager
Производительность хранилища данных непосредственно зависит от разных факторов, в
том числе от количества параллельных отправок данных серверами управления Service
Manager, объема хранящихся данных или периода сохранения данных, скорости
изменения данных и частоты извлечения, преобразования и загрузки. Объем данных в
хранилище данных со временем возрастает. Важно архивировать ненужные данные.
Кроме того, можно улучшить производительность, по возможности размещая файлы
журналов и файлы данных на разных физических дисках. Аналогично, можно улучшить
производительность, помещая временные файлы базы данных на отдельный от других баз
данных физический диск. Наконец, можно получить преимущества от размещения трех
разных баз данных на соответствующих физических дисках. По возможности следует
использовать для размещения хранилища данных дисковую систему RAID 1+0. В основном
следует иметь минимум 8 ГБ ОЗУ для компьютера, на котором установлены базы данных
хранилища данных, также будут получены преимущества от использования
дополнительной памяти на сервере SQL Server, на котором размещается хранилище
данных, и даже более того, если базы данных информационной витрины (Datamart) и
репозитория (Repository) находятся на одном сервере. Однако если имеется не более 4000
компьютеров, достаточно будет 4 ГБ. Необходимо иметь по крайней мере 8 ядер ЦП на
компьютере, на котором установлена база данных хранилища данных. Дополнительные
40
ядра способствуют улучшению производительности извлечения, преобразования и
загрузки, а также создания отчетов.
Производительность может уменьшиться, если все базы данных в системе создаются с
наименьшим размером, и устанавливается автоматический рост, особенно с малыми
приращениями. См. вспомогательное средство по изменению размера Service Manager,
включенное в комплект пособий по работе с Service Manager
(http://go.microsoft.com/fwlink/?LinkId=186291), которое поможет получить доступ к размеру
базы данных и создать базу данных с размером, максимально близким к окончательному,
что положительно повлияет на производительность. поскольку уменьшится количество раз,
когда размер базы данных будет повышаться автоматически.
Также применимы и все остальные рекомендации по повышению производительности
базы данных. Например, если есть возможность получать преимущества старшей дисковой
подсистемы, можно разделать группы таблиц на соответствующие файловые группы и
перемещать их на разные физические диски.
Производительность сервера хранилища данных Service Manager
На производительность сервера хранилища данных влияет количество серверов
управления Service Manager, зарегистрированных в хранилище данных, и размер
развертывания. В целом следует иметь как минимум 4 ГБ ОЗУ для сервера хранилища
данных; при этом в расширенных сценариях развертывания можно добиться
определенного преимущества, увеличив объем до 8 ГБ ОЗУ, если в хранилище данных
вставляют данные несколько серверов управления Service Manager. Если приходится
искать компромиссное решение по производительности, наивысший приоритет следует
отдать памяти для SQL Server. Чтобы предотвратить проблемы производительности,
необходимо иметь по крайней мере 4 ядра ЦП. Сервер хранилища данных наиболее
устойчив, и вряд ли создаст трудности ввода-вывода, поэтому он не представляет
проблему производительности.
Производительность портала самообслуживания
Разработка Портал самообслуживания выполнена с целью облегчения доступа к
регистрации инцидентов и к самостоятельной подготовке программного обеспечения.
Обработка тысяч одновременных пользователей не предусматривалась. После
завершения будут опубликованы наиболее полные рекомендации по производительности
для Портал самообслуживания.
Тестирование производительности для Портал самообслуживания сосредотачивалось на
типичном сценарии «Утро понедельника». В частности, проверялась гарантия того, что
утром в понедельник тысячи пользователей смогут войти в систему в промежутке от 5 до
10 минут и открыть инциденты с приемлемым (не более 4-5 секунд) временем отклика. Эта
цель была достигнута с тем минимумом оборудования, который рекомендуется в данном
документе.
41
Конфигурации для сценариев развертывания
В целях планирования производительности и масштабируемости рекомендуется
планировать топологию развертывания с использованием протестированных сценариев.
несмотря на то, что это не рекомендации фирмы, в корпорации Майкрософт было
выполнено тестирование топологий развертывания, использующих эти сценарии, и
обнаружено, что во всех этих конфигурациях достигается удовлетворительная
производительность.
Сценарии тестирования и малого развертывания
В сценариях тестирования и малого развертывания используется только 2 сервера и
поддержка от 100 до 2000 компьютеров. В этих конфигурациях виртуальный сервер
размещается на одном физическом компьютере.
Сценарий тестирования
В этом сценарии рекомендуется следующее оборудование, настроенное для ролей и
оборудования согласно описанию.
Роли Service Manager.

Один физический компьютер с сервером управления, базой данных Service Manager,
Консоль Service Manager и Портал самообслуживания.

Один виртуальный сервер хранилища данных. Портал самообслуживания следует
разместить на физическом узле или на виртуальном компьютере, отличном от того, на
котором размещено хранилище данных.
Конфигурация оборудования.

Двойной четырехъядерный ЦП 2,66 ГГц (4 ГБ, выделенные для виртуального
компьютера).

16 ГБ ОЗУ для размещения виртуальной машины.

200 ГБ свободного дискового пространства.
Эта конфигурация была протестирована со следующей загрузкой.
Описание
Значение
Количество поддерживаемых пользователей До 500
Количество компьютеров в базе данных
Service Manager
500
Количество новых инцидентов в месяц для
каждого компьютера
199
Количество новых запросов на изменения в
месяц
20
Количество параллельных консолей
2
42
Описание
Значение
Установлен ли Портал самообслуживания?
Да
Включен ли соединитель Active Directory?
Да
Включен ли соединитель Configuration
Manager?
Да
Включен ли соединитель Operations
Manager?
Да
Малый сценарий
В этом сценарии рекомендуется следующее оборудование, настроенное для ролей и
оборудования согласно описанию.
Роли Service Manager.

Один физический компьютер с сервером управления, базой данных Service Manager и
консолью.

Один виртуальный сервер хранилища данных. Портал самообслуживания следует
разместить на физическом узле или на виртуальном компьютере, отличном от того, на
котором размещено хранилище данных.
Конфигурация оборудования.

Двойной четырехъядерный ЦП 2,66 ГГц (4 ГБ, выделенные для виртуального
компьютера).

16 ГБ ОЗУ для размещения виртуальной машины.

100 ГБ свободного дискового пространства.
Эта конфигурация была протестирована со следующей загрузкой.
Описание
Значение
Количество поддерживаемых пользователей 501-2,000
Количество компьютеров в базе данных
Service Manager
2,000
Количество новых инцидентов в месяц для
каждого компьютера
1
Количество новых запросов на изменения в
месяц
100
Количество параллельных консолей
10
Установлен ли Портал самообслуживания?
Да
Включен ли соединитель Active Directory?
Да
43
Описание
Значение
Включен ли соединитель Configuration
Manager?
Да
Включен ли соединитель Operations
Manager?
Да
Средний сценарий
В среднем сценарии развертывания используется 2 сервера и поддерживается от 2001 до
5000 компьютеров. В этой конфигурации на двух физических компьютерах размещаются
сервер управления Service Manager и сервер управления хранилища данных Service
Manager.
Рекомендуется следующее оборудование, настроенное для ролей и оборудования
согласно описанию.
Конфигурация оборудования для сервера управления Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

8 ГБ ОЗУ;

2 диска RAID 1.
Конфигурация оборудования для сервера управления хранилища данных Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

4 ГБ ОЗУ;

2 диска RAID 1.
Эта конфигурация была протестирована со следующей загрузкой.
Описание
Значение
Количество поддерживаемых пользователей 2,001-5,000
Количество компьютеров в базе данных
Service Manager
3,000
Количество новых инцидентов в месяц для
каждого компьютера
1
Количество новых запросов на изменения в
месяц
150
Количество параллельных консолей
15-30
Установлен ли Портал самообслуживания?
Да
Включен ли соединитель Active Directory?
Да
Включен ли соединитель Configuration
Да
44
Описание
Значение
Manager?
Включен ли соединитель Operations
Manager?
Да
Большой сценарий развертывания
В большом сценарии развертывания используется 4 сервера и поддерживается от 5000 до
20000 компьютеров. В этой конфигурации на четырех физических компьютерах
размещаются роли сервера.
В этом сценарии рекомендуется следующее оборудование, настроенное для ролей и
оборудования согласно описанию.
Конфигурация оборудования для сервера управления Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

8 ГБ ОЗУ;

2 диска RAID 1.
Конфигурация оборудования для сервера управления хранилища данных Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

4 ГБ ОЗУ;

2 диска RAID 1.
Конфигурация оборудования для сервера базы данных Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

8 ГБ ОЗУ;

4 диска RAID 1+0 для данных;

2 диска RAID 1 для журналов.
Конфигурация оборудования для сервера баз данных хранилища данных Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

8 ГБ ОЗУ;

4 диска RAID 1+0 для данных;

2 диска RAID 1 для журналов.
Эта конфигурация была протестирована со следующей загрузкой.
Описание
Значение
Количество поддерживаемых пользователей 5,001-20,000
Количество компьютеров в базе данных
Service Manager
6,000-20,000
Количество новых инцидентов в месяц для
1
45
Описание
Значение
каждого компьютера
Количество новых запросов на изменения в
месяц
1,000-2,000
Количество параллельных консолей
40-60
Установлен ли Портал самообслуживания?
Да
Включен ли соединитель Active Directory?
Да
Включен ли соединитель Configuration
Manager?
Да
Включен ли соединитель Operations
Manager?
Да
Расширенный сценарий развертывания
В расширенном сценарии развертывания используется более 4 серверов и
поддерживается более 20 000 компьютеров. Каждый дополнительный сервер управления
может размещать до 60 Консоль Service Manager. В такой расширенной конфигурации на
физических компьютерах размещаются роли сервера.
В этом сценарии рекомендуется следующее оборудование, настроенное для ролей и
оборудования согласно описанию.
Конфигурация оборудования для сервера управления Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

8 ГБ ОЗУ;

2 диска RAID 1.
Конфигурация оборудования для каждого дополнительного сервера управления Service
Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

8 ГБ ОЗУ;

2 диска RAID 1.
Конфигурация оборудования для сервера управления хранилища данных Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

4 ГБ ОЗУ;

2 диска RAID 1.
Конфигурация оборудования для сервера базы данных Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

от 8 ГБ ОЗУ до 32 ГБ ОЗУ, в зависимости от ожидаемого размера базы данных;

4 диска RAID 1+0 для данных;
46

2 диска RAID 1 для журналов.
Конфигурация оборудования для сервера баз данных хранилища данных Service Manager:

двойной четырехъядерный ЦП 2,66 ГГц;

8 ГБ ОЗУ;

4 диска RAID 1+0 для данных;

2 диска RAID 1 для журналов.
Эта конфигурация была протестирована со следующей загрузкой.
Описание
Значение
Количество поддерживаемых пользователей Более 20 000
Количество компьютеров в базе данных
Service Manager
от 20000 до 50000 или более
Количество новых инцидентов в месяц для
каждого компьютера
1
Количество новых запросов на изменения в
месяц
2000 или более
Количество параллельных консолей
60-100
Установлен ли Портал самообслуживания?
Да
Включен ли соединитель Active Directory?
Да
Включен ли соединитель Configuration
Manager?
Да
Включен ли соединитель Operations
Manager?
Да
47