Разворачиваем SCOM 2012 - Часть 2 - Настройка сервера БД

image

Ранее: Разворачиваем SCOM 2012 - Часть 1 – Подготовка

Все действия описанные в этой части выполняем на сервере SCOMDB.

Требования предъявляемые к серверу БД можно найти в документе Supported Configurations for System Center 2012 - Operations Manager

Так как на этом сервере будут расположены две основные БД SCOM - Operational Database и Operations Manager Data Warehouse, создадим специальную дисковую конфигурацию, которая позволит распределить нагрузку на дисковую подсистему сервера. В нашем случае создано 7 виртуальных дисков, разнесённых по разным физическим носителям в следующем порядке:

Виртуальный диск Размер Описание
VHD1 60 GB ОС, исполняемые файлы SQL Server и SCOM
VHD2 10 GB БД temp. Файл данных
VHD3 5 GB БД temp. Файл лога транзакций
VHD4 30 GB БД OperationsManager. Файл данных
VHD5 10 GB БД OperationsManager. Файл лога транзакций
VHD6 90 GB БД OperationsManagerDW. Файл данных
VHD7 10 GB БД OperationsManagerDW. Файл лога транзакций


В конечном итоге картина получается примерно такая:

image_thumb19_thumb

Перед запуском программы установки SQL Server 2008 R2 открываем PowerShell с правами администратора и включаем компоненту Net Framework Core.

Import-Module ServerManager

Add-WindowsFeature NET-Framework-Core

Затем нам нужно скачать и установить .NET Framework 4файл dotNetFx40_Full_x86_x64.exe. В моём случае этого делать не пришлось, так как этот пакет уже был установлен на сервер ранее в составе обновлений, “прикатившихся” с локального сервера WSUS.

Теперь запускаем программу установки SQL Server 2008 R2 Standard EN и в открывшемся SQL Server Installation Center выбираем опцию установки – Installation > New installationimage_thumb3_thumb

Проходим шаг предварительной проверки для возможности установки SQL Server, ввода ключа продукта, дожидаемся когда установятся файлы поддержки и затем, если у нас включена служба Windows Firewall, можем получить предупреждение о необходимости открытия портов SQL Server

image_thumb7_thumb

Чтобы не откладывать это “в долгий ящик”, открываем командную строку и выполняем команду добавления разрешающего правила для всех входящих подключений на порт TCP 1433:

netsh advfirewall firewall add rule name = "SQL Server Default Port" dir = in protocol = tcp action = allow localport = 1433

Подробности можно найти в документе Настройка Брандмауэра Windows для разрешения доступа к SQL Server

image_thumb8_thumb

Дойдя до шага выбора устанавливаемых компонент, выбираем компоненты:

  • Database Engine Services, в том числе Full-Text Search
  • Reporting Services
  • Business Intelligence Development Studio (возможно пригодится при разработке своих отчетов)
  • Management Tools Complete

image_thumb

Далее выполняется проверка Installation Rules на соответствие ОС для установки выбранных компонент и на следующем шаге настройки экземпляра SQL Server оставляем значения по умолчанию – Default Instance

image_thumb[1]

Далее выполняется проверка на наличие минимально необходимого свободного места на диске, выбранном для установки экземпляра SQL Server, и выполняется переход к шагу настройки служб экземпляра - Server Configuration, где мы используя кнопку Use the same account for all SQL Server services задаём учетную запись, от имени которой будут выполняться все основные службы SQL Server. В нашем примере это доменная учетная запись - s-OM-DB-Svc

Обратите внимание так же на то, что тип запуска службы SQL Server Agent мы меняем на Automatic.

image_thumb[2]

Здесь же переключаемся на закладку Collation и задаём значение - SQL_Latin1_General_CP1_CI_AS, так как согласно документации официально поддерживается только этот порядок сортировки.

image_thumb12_thumb

На шаге Database Engine Configuration оставляем тип аутентификации в значении по умолчанию – Windows authentication mode и в группу администраторов SQL Server включаем группу локальных Администраторов сервера SCOMDB

image_thumb13_thumb

Здесь же переключаемся на закладку Data Directories и в настройках расположения служебных каталогов SQL Server меняем расположение каталогов для служебной БД – tempdb (как отмечалось в начале этой заметки, для этих файлов у нас созданы отдельные логические диски) 

image_thumb[3]

На следующем шаге Reporting Services Configuration оставляем тип пред-настройки служб отчётов SQL Server в значении по умолчанию – Install the native mode default configuration

image_thumb[4]

Далее, после очередной проверки изучив Summary на шагe Ready to Install запускаем процесс непосредственной установки SQL Server и дождавшись его окончания, после запуска всех его служб, проверяем корректность динамической регистрации SPN для учетной записи, от имени которой мы настроили запуск основных служб экземпляра SQL Server командой:

Setspn –L s-OM-DB-Svc

image_thumb16_thumb

Далее производим обновление работающего экземпляра SQL Server 2008 R2 с WSUS. В моём случае была выполнена установка Service Pack 1, после чего перезагружаем сервер SCOMDB, чтобы удостовериться в том, что после запуска системы все службы SQL Server успешно стартуют.

Всего комментариев: 13 Комментировать

  1. Обратная ссылка: Разворачиваем SCOM 2012 – Часть 3 – Установка серверов управления « ИТ Блог Алексея Максимова /

  2. Обратная ссылка: Разворачиваем SCOM 2012 – Часть 4 – Установка роли Report Server « ИТ Блог Алексея Максимова /

  3. Игорь /
  4. Игорь /

    И ещё здесь:
    Supported Configurations for System Center 2012 – Operations Manager
    Microsoft Corporation
    Published: September 10, 2012

    SQL Server collation settings for all databases must be one of the following: SQL_Latin1_General_CP1_CI_AS, French_CI_AS, Cyrillic_General_CI_AS, Chinese_PRC_CI_AS, Japanese_CI_AS, Traditional_Spanish_CI_AS, or Latin1_General_CI_AS. No other collation settings are supported.

  5. Обратная ссылка: System Center 2012 Operations Manager – Обновляемся до уровня SP1 и перебираемся на Windows Server 2012 и SQL Server 2012 « ИТ Блог Алексея Максимова /

  6. Обратная ссылка: System Center 2012 Operations Manager – Обновляемся до уровня SP1 и перебираемся на Windows Server 2012 и SQL Server 2012 | vMind.ru /

  7. Максим /

    Алексей, насколько имеет смысл разносить базы и логи? Сейчас у нас все базы и логи (включая репорт сервер) лежат на одном диске RDM (для SQL используется кластер MS из 2 нод под VMWARE). Быстродействие SCOM 2012 честно говоря не радует, даже при том, что агентов всего порядка 100. Но нет уверенности, что разнесение баз и логов сильно поможет.

    1. Алексей Максимов /

      В вашем конкретном случае - да, разнесение может не дать ощутимого результата.

      1. Максим /

        Еще меня удивила найденная в разных источниках рекомендация задать размер tempdb исходя из 20% суммарно баз OperationsManager и ОperationsManagerDW. Сейчас у меня tempdb занимает около 400 Mb, если следовать этой рекомендации, то нужно дать порядка 14-15 Gb. В моем понимании, раз такого роста не происходит ( а перегружался сервер примерно месяц назад ) задавать такие значения смысла нет, раз автоувеличения все равно не происходит.

  8. Евгений Митюшин /

    Алексей, можно ли установить scom на тот же экземпляр базы данных если там уже есть sccm?

    1. Алексей Максимов / Автор записи

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

      1. Евгений Митюшин /

        А если установить новый экземпляр, то как настроить статический порт. И в каком формате прописывать путь к базе при установке scom на новый экземпляр.

        1. Алексей Максимов / Автор записи

          Вот тут есть скриншоты http://blog.it-kb.ru/2012/05/04/install-scom-2012-part-3-deploy-management-servers/. Путь к базе прописываете ну и номер порта соответственно. Можно также прописать любое фейковое имя, если воспользоваться SQL Alias. Как создать и проверить SQL-Alias описано например здесь http://blog.it-kb.ru/2013/04/15/move-sharepoint-2010-2013-databases-from-one-to-another-sql-server/. Вариант с SQL-Alias наверно даже более предпочтительный, так как даёт вам дополнительную свободу, и в случае возникновения необходимости переноса БД на другой сервер или экземпляр сводит проблемы к минимуму.

Добавить комментарий