Меню Рубрики

Установка sql manager 2012

Установка Microsoft SQL Server 2012

В данной статье будет приведена подробная пошаговая инструкция по установке Microsoft SQL Server 2012. В примере приведены особенности установи в операционных системах — Microsoft Windows Server 2012 R2 и Microsoft Windows Server 2008 R2, в других ОС семейства Windows процесс установки аналогичен.

0. Оглавление

1. Что понадобится

  1. Компьютер соответствующий минимальным системным требованиям для работы с SQL Server 2012. Подробно о требовании к оборудованию и операционной системе читайте здесь.
  2. Права администратора на локальном компьютере.
  3. Установочный диск Microsoft SQL Server 2012, или образ диска (скачать можно, например, на официальном сайте).
  4. Действующий ключ продукта (не обязательно) для необходимой редакции MS SQL Server 2012.

2. Установка .NET Framework 3.5

Прежде всего необходимо установить компоненту .NET Framework версии 3.5 с пакетом обновления SP1. О том как это сделать можно прочитать в статьях:

3. Установка SQL Server 2012

Запускаем файл «setup.exe» с установочного диска.

Откроется «Центр установки SQL Server» (SQL Server Installation Center), переходим на вкладку «Установка» (Installation) и нажимаем на «Новая установка изолированного экземпляра SQL Server или добавление компонентов к существующей установке» (New SQL Server stand-alone installation or add features to an existing installation).

Запустится «Программа установки SQL Server 2012» (SQL Server 2012 Setup). Убедимся что нет проблем, которые могут возникнуть во время установки файлов поддержки программы установки и нажмем «ОК». Если все же возникли какие-либо проблемы, необходимо устранить их и повторить процедуру проверки нажав «Включить заново» (Re-run).

Теперь необходимо ввести ключ продукта (если он у вас есть) или выбрать свободный выпуск SQL Server. Это может быть:

  • Evaluation Edition — полный набор компонентов, с ограничением использования в 180 дней.
  • Express Edition — бесплатная версия с ограниченным функционалом.

В зависимости от введенного ключа, будет выбрана для установки соответствующая данному ключу редакция MS SQL Server 2012.

Ключ продукта можно будет ввести в любое время, после установки SQL Server. О том как это сделать читайте в статье Изменение версии или ввод ключа Microsoft SQL Server 2012.

После выбора параметров нажимаем «Далее» (Next).

Принимаем условия лицензионного соглашения, соглашаемся (или нет) на передачу данных об использовании компонентов в корпорацию Microsoft и жмем «Далее» (Next).

Если имеются обновления программы установки, включаем обновление продукта, нажав «Включить обновления продукта SQL Server» (Include SQL Server product updates) и нажимаем «Далее» (Next).

Дожидаемся окончания загрузки обновлений и установки файлов установки SQL Server.

Вот и закончился подготовительный этап, и мы приступаем к непосредственной установке и выбору параметров SQL Server. Убеждаемся что нет проблем, которые могут возникнуть во время установки и нажмем «Далее» (Next). Если же все имеются какие-либо проблемы, необходимо устранить их и повторить процедуру проверки нажав кнопку «Включить заново» (Re-run).

Вариант установки выбираем «Установка компонентов SQL Server» (SQL Server Feature Installaion) и нажимаем «Далее» (Next).

Теперь выбираем компоненты для установки. Для большинства случаев (например для работы и администрирования сервера 1С:Предприятие), вполне достаточно установки компонент:

  • Службы компонента Database Engine (Database Engine Services)

— непосредственно самой службы MS SQL Server, и программы «Среда SQL Server Management Studio» для администрирования SQL Server, т. е. компоненты

  • Средства управления — основные (Management Tools — Basic)
    • Средства управления — полный набор (Management Tools — Complete)

Все компоненты всегда можно доставить / удалить, просто заново запустив установку SQL Server. Выбрав необходимые компоненты, нажимаем «Далее» (Next).

Опять убеждаемся, что процесс установки не будет заблокирован, исправляем проблемы в противном случае и нажимаем «Далее» (Next).

Теперь необходимо ввести имя именованного экземпляра SQL Server или оставить имя экземпляра по умолчанию. На одном изолированном сервере возможно устанавливать до 50 именованных экземпляров MS SQL Server 2012 и до 25 в отказоустойчивом кластере при использовании общего диска кластера (ссылка). Экземпляр по умолчанию может быть только один. Определившись с именем (Named instance) и идентификатором (Instance ID) экземпляра SQL Server нажимаем «Далее» (Next).

Убедимся что имеется достаточно свободного пространства для установки выбранных компонент SQL Server и снова нажмем «Далее» (Next).

Теперь выберем режим запуска служб SQL Server. Поменяем параметр запуска Агента SQL Server (SQL Server Agent) на «Авто» (Automatic) (для того чтобы отрабатывали регламентированные задания агента SQL). В этом окне также можно задать учетную запись Windows из под которой будут запускаться различные службы SQL Server, выбрав ее в столбце «Имя учетной записи» (Account name) и введя пароль для этой учетной записи в столбце «Пароль» (Password) напротив соответствующей службы. Далее перейдем на вкладку «Параметры сортировки» (Collation).

Здесь необходимо определиться с параметрами сортировки баз данных по умолчанию.

Для большинства программ, которые будут работать с SQL сервером (например для систем 1С:Предприятие) достаточно выбрать «Cyrillic_General_CI_AS». Указав параметры сортировки нажимаем «Далее» (Next).

Теперь следует выбрать режим проверки подлинности (Authentication Mode). Я рекомендую выбрать «Смешанный режим» (Mixed Mode), ввести пароль на встроенную учетную запись «sa», а также добавить администраторов SQL Server из числа имеющихся пользователей Windows с помощью кнопок «Добавить текущего пользователя» (Add Current User) и «Добавить…» (Add..). Для того, чтобы позже не забыть введенный при установке пароль, рекомендую использоваться специальные менеджеры паролей, например бесплатную программу KeePass. Установив все параметры переходим на вкладку «Каталоги данных» (Data Directories).

Здесь можно выбрать каталог хранения баз данных (Data root directory). Для большинства случаев рекомендуется придерживаться следующих правил:

  • Если в конфигурации сервера присутствует RAID-массив из жестких дисков, разумно расположить файлы данных именно на нем.
  • Если есть такая возможность, рекомендуется разнести файлы баз данных и файлы журналов баз данных на разные диски.
  • Каталог системной базы данных temp и каталог журналов базы temp желательно вынести на быстрый SSD диск, это даст ощутимый прирост производительности SQL Server.
  • В некоторых ситуациях есть смысл изменить каталог резервного копирования, выбрав физический диск, отличный от диска с файлами баз данных.

Указав необходимые пути, переходим на вкладку «FILESTREAM».

Если на данном SQL-сервере в будущем планируется хранить неструктурированные данные, например большие документы, изображения, видеофайлы и пр., и для хранения таких файлов будет использоваться хранилище FILESTREAM, то необходимо также настроить соответствующие параметры на данной вкладке. В противном случае, оставляем настройки без изменений и нажимаем «Далее» (Next).

Принимаем решение об отправке (или не отправке) отчетов об ошибках в компанию Microsoft и снова жмем «Далее» (Next).

В очередной раз убеждаемся что процесс установки не будет заблокирован, исправляем ошибки, если они имеют место быть, и нажимаем «Далее» (Next).

Проверяем все введенные на предыдущих шагах параметры. Обратим внимание, что значение всех введенных параметров будет сохранено в файле конфигурации ConfigurationFile.ini. При повторной установке SQL Server, данный файл можно указать в качестве параметра для программы установки, в этом случае установка SQL Server пройдет в автоматическом режиме, а настройки будут взяты из конфигурационного файла. Данный способ можно использовать, если необходимо быстро установить несколько экземпляров SQL Server с одинаковыми параметрами, или для «бэкапа» параметров принятых во время установки текущего экземпляра.

Нажимаем «Установить» (Install), для запуска процесса установки SQL Server.

Установка может быть довольно продолжительной по времени. Дожидаемся ее окончания.

Затем убеждаемся, что все компоненты установлены успешно и завершаем работу мастера нажав на кнопку «Закрыть» (Close).

Установка Microsoft SQL Server 2012 завершена.

4. Настройка Брандмауэра Windows для MS SQL Server 2012

Если предполагается, что с SQL сервером будут работать программы, расположенные на других компьютерах в сети, то на самом сервере, где запущена служба SQL Server необходимо настроить Брандмауэр Windows для работы SQL Server. Подробно об этом можно прочитать здесь.

5. Администрирование Microsoft SQL Server 2012

Для администрирования (добавления баз данных, пользователей и пр.) используется программа «SQL Server Management Studio». В Microsoft Windows Server 2012 R2 данную программу можно найти в списке всех программ.

В Microsoft Windows Server 2008 R2 в меню «Пуск» (Start) — «Microsoft SQL Server 2012» — «Среда SQL Server Management Studio».

Для подключения к службе Database Engine SQL Server в поле «Имя сервера» (Server name) указываем сетевое имя компьютера или локальный IP-адрес, затем «\» и имя экземпляра SQL сервера, или используемый псевдоним экземпляра SQL Server, если таковой задан.

Смотрите также:

Ниже приведена пошаговая инструкция, показывающая как добавить новую базу данных в Microsoft SQLServer 2012 (в более старых редакциях, например в Microsoft SQL Server 2008 R2, набор действий аналогичен). Запускаем…

В данной статье будет рассказано о том, как изменить версию уже установленного Microsoft SQL Server 2012. Это может пригодится, например, в ситуации, когда вы установили выпуск Evaluation Edition в ознакомительных целях, а затем, по истечении…

Читайте также:  Установка аккумулятора на мопеде альфа

В данной статье будут рассмотрены способы лицензирования Microsoft SQL Server 2012. Будет приведен краткий обзор каждого из способов лицензирования, а также указаны возможные варианты лицензирования для различных выпусков MS SQL Server…

источник

SQL Server Management Studio — единое средство управления и среда разработки в MS SQL Server 2012

«Среда SQL Server Management Studio» — это единая универсальная среда для доступа, настройки и администрирования всех компонентов MS SQL Server, а также для разработки компонентов системы, редактирования текстов запросов, создания скриптов и пр. Благодаря наличию большого количества визуальных средств управления, «Среда SQL Server Management Studio» позволяет выполнять множество типовых операций по администрированию MS SQL Server администраторам с любым уровнем знаний SQL Server. Удобная среда разработки, встроенный веб-браузер для быстрого обращения к библиотеке MSDN или получения справки в сети, подробный учебник, облегчающий освоение многих новых возможностей, встроенная справка от сообществ в Интернете и многое другое позволяют максимально облегчить процесс разработки в среде SQL Server, а также дает богатые возможности для создания различных сценариев SQL Server. Об установке и запуске программы «Среда SQL Server Management Studio» и пойдет речь в данной статье.

0. Оглавление

1. Установка программы «Среда SQL Server Management Studio»

Программа «Среда SQL Server Management Studio» поставляется вместе с дистрибутивом MS SQL Server. Для ее установки необходимо отметить компоненты

  • Средства управления — основные (Management Tools — Basic)
    • Средства управления — полный набор (Management Tools — Complete)

на странице выбора компонент программы установки MS SQL Server.

Подробно про установку компонент MS SQL Server я писал в статье Установка Microsoft SQL Server 2012.

2. Запуск программы «Среда SQL Server Management Studio»

По умолчанию файлы программы «SQL Server Management Studio» устанавливаются в «C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\Management Studio\». Для запуска «SQL Server Management Studio» следует запустить исходный файл Ssms.exe, находящийся в данной директории.

Также в Microsoft Windows Server 2012 (R2) ярлык для запуска «SQL Server Management Studio» можно найти в списке всех программ.

А в Microsoft Windows Server 2008 (R2) в меню «Пуск» (Start) — «Microsoft SQL Server 2012» — «Среда SQL Server Management Studio».

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

  • — имя или IP адрес сервера для экземпляра по умолчанию
  • \ — для именованного экземпляра SQL Server
  • — если применяются псевдонимы SQL Server

В случае проверки подлинности Windows (Windows Authentication), используются данные текущей учетной записи Windows. Если необходимо использовать учетные данные другого пользователя, то необходимо и программу запустить от имени этого пользователя. В случае использования проверки подлинности SQL Server (SQL Server Authentication), необходимо ввести имя пользователя и пароль существующего пользователя SQL Server.

Введя имя экземпляра сервера и данные для авторизация необходимо нажать «Соединить» (Connect) для подключения к выбранному SQL серверу.

3. Обзор возможностей программы «Среда SQL Server Management Studio»

Программа «Среда SQL Server Management Studio» дает практические неограниченные возможности по настройке и администрированию SQL Server. Как говорилось раннее, благодаря большому количеству визуальных средств настройки, мастеров, поддержки большинства популярных языков (в том числе и русского), подробной справке, «Среда SQL Server Management Studio» позволяет выполнять множество различных операций MS SQL Server администраторам с различным уровнем знаний SQL Server. Например, таких операций как:

Смотрите также:

Может случиться так, что в процессе установки MS SQL Server 2012 были установлены компоненты, необходимость в которых со временем отпала (или были установлены по ошибке). В этом случае, в целях…

В данной статье будут рассмотрены способы лицензирования Microsoft SQL Server 2012. Будет приведен краткий обзор каждого из способов лицензирования, а также указаны возможные варианты лицензирования для различных выпусков MS SQL Server…

Ниже приводится список существующих редакций Microsoft SQL Server 2012, а также приводится краткий обзор каждой из них. Microsoft SQL Server 2012 предлагается в нескольких специально разработанных редакциях:…

источник

System Center 2012 Operations Manager — Обновляемся до уровня SP1 и перебираемся на Windows Server 2012 и SQL Server 2012

Продолжая тему развёртывания Service Pack 1 (SP1) для линейки продуктов Microsoft System Center (SC) 2012, в этой заметке опишу мой опыт обновления Operations Manager (SCOM).

В этой заметке будет рассматриваться процедура обновления исходя из условия, что имеется два сервера управления SC 2012 OM Update Rollup 3 на которых роли SCOM распределены следующим образом:

Имя сервера Компоненты SCOM Примечание
KOM-AD01-SCOM02 Management Server
Operations Console
Web Console
Reporting

Operational Database
Data Warehouse Database

Эмулятор RMS
KOM-AD01-SCOM03 Management Server
Operations Console
Primary Management Server для всех агентов SCOM

То есть это фактически такая конфигурация, при которой все основные компоненты SCOM расположены на одном сервере – KOM-AD01-SCOM02

Оба сервера работают на ОС Windows Server 2008 R2 Standard SP1. Базы данных SCOM расположены на SQL Server 2008 R2 Standard SP1

Поставим перед собой задачу — выполнить обновление серверов до уровня SC 2012 OM SP1, при этом также обновим операционную систему каждого сервера до Windows Server 2012 Standard а БД перенесём на SQL Server 2012

Фактически задача в нашем сценарии будет состоять из двух частей:

1. Обновление In-Place Upgrade имеющихся серверов до уровня SC 2012 OM SP1
2.
Миграция серверов на новую версию ОС/СУБД по плану Backup/Reinstall/Restore

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

Часть 1. Обновление имеющейся инфраструктуры Operations Manager до уровня SC 2012 Service Pack 1

Подготовительные процедуры.

Помимо официальной документации Pre-Upgrade Tasks When Upgrading to System Center 2012 SP1 — Operations Manager можно встретить рекомендацию — перед началом обновления выполнить удаление настроенной интеграции SCOM в другие продуты System Center, например:

— удалить интеграцию SCOM в VMM – удалить в консоли SCOM пакет VMM Monitoring Pack а также удалить консоль SCOM RTM с сервера VMM

— удалить интеграцию SCOM в Orchestrator – удалить в Orchestrator пакет SCOM RTM Integration Pack и консоль SCOM RTM с сервера Orchestrator

В моём случае интеграция выполнена не была, поэтому пропускаю этот шаг.

Перед началом установки SP1 необходимо убедиться в том, что обеспечено требование к минимальной версии самого SCOM — Update Rollup 3 for SCOM 2012

Насколько помниться, UR3 не менял номер версии SCOM в явном виде, и определить его наличие можно по разным косвенным признакам, например по версии исполняемых файлов в каталоге установки серверных компонент

C:Program FilesSystem Center 2012Operations ManagerServer

Наличие файлов версии 7.0.8560.1036 свидетельствует об установленном UR3

По рекомендациям из уже упомянутого документа Pre-Upgrade Tasks When Upgrading to System Center 2012 SP1 — Operations Manager в консоли Operations Console в разделе Administration > Device Management > Pending Management удостоверимся в том, что на данный момент нет агентов ожидающих действий администратора.

Далее выключим все действующие подписки на уведомления (Administration > Notifications > Subscriptions). Если подписок немного то можно сделать это в консоли, если же их приличное количество, то выполним их отключение через PowerShell, так как в этом разделе консоли мультиселект по какой-то непонятной для меня причине не реализован. Через Operations Manager Shell выполним:

Далее нам необходимо убедиться в том, что наш экземпляр SQL Server готов к процедуре обновления, а именно соблюдены требования:
— Оперативная БД OperationsManager имеет не менее 50% свободного места;
— Лог транзакции оперативной БД имеет размер не менее 50% от размера файла данных

Для того чтобы получить информацию о текущем состоянии БД можно воспользоваться отчётом в SQL Server Management Studio (Object Explorer > Databases > правой кнопкой мыши на БД OperationsManager > Reports > Standard Reports > Disk Usage)

Если требуется увеличиваем размер Initial Size в свойствах оперативной БД для файла данных и лога транзакций таким образом чтобы соблюсти требования.

На всякий случай перед обновлением выполним резервное копирование баз данных OperationsManager и OperationsManagerDW. Хотя в документе How to Schedule Backups of System Center 2012 — Operations Manager Databases и говорится о том, что нужно выполнять резервную копию ещё и для баз master, msdb, ReportServer, ReportServerTempDB, я честно говоря так и не понял в каких случаях это может понадобится даже в сценарии восстановления Disaster Recovery.

Устанавливаем SC 2012 Service Pack 1

Согласно документа Upgrading System Center 2012 – Operations Manager to System Center 2012 SP1 общая последовательность обновления компонент SCOM должна быть такой:

1. Management Servers
2. ACS
3. Gateways
4. Operations Console
5. Agents
6. Web Console
7. Reporting

Итак, первыми обновляем сервера управления. Процедура описана в документе How to Upgrade a Management Server to System Center 2012 — Operations Manager — Upgrading a Distributed Management Group . В нашем случае первым будем обновлять сервер KOM-AD01-SCOM02, так как на нём расположены все основные компоненты SCOM.

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

На этапе проверки необходимого минимума для установки SP1 может возникнуть ошибка из-за отсутствия фичи HTTP Activation для .NET Framework 3.5.1

Так как мы не установили эту фичу ранее, мы можем прямой сейчас вызвать Server Manager и выполнить её доустановку..

Снова вернёмся к инсталлятору SCOM SP1 и успешно повторно пройдя проверку переходим к шагу конфигурирования учетных записей OM. Укажем учетную запись службы конфигурации и подключения к данным, которая используется для работы нашей группы управления

Далее нажимаем кнопку Upgrade и дожидаемся успешного завершения процесса обновления всех установленных компонент.

Обязательно дожидаемся завершения процедуры обновления первого сервера управления чтобы избежать в дальнейшем проблем с обновлением БД как описано в статье System Center: Operations Manager Engineering Blog — Patience is a virtue with the System Center 2012 Operations Manager SP1 installation . То есть запускать одновременно процедуру обновления на нескольких серверах серверах управления, до тех пор пока первый сервер в группе обновления до конца не обновлён успешно – крайне не рекомендуется.

Далее, переходим на второй сервер KOM-AD01-SCOM03 и также обновляем установленные на нём компоненты SCOM.

После обновления на сервере управления открываем обновлённую версию консоли Operations Console и в разделе консоли Administration > Device Management > Management Server убеждаемся в том, что для обновлённых серверов отображается версия соответствующая уровню обновления Service Pack 17.0.9538.0

Процедуру обновления аудит-коллекторов (ACS) и шлюзов (Gateway) мы пропускаем, так как не имеем данных компонент в своей инфраструктуре. Информацию по ним найти можно по ссылкам:

Далее переходим к процедуре обновления всех отдельно установленных консолей Operations console, то есть обновляем экземпляры установленных консолей на рабочих станциях администраторов и серверах управления System Center. Согласно документа How to Upgrade an Operations Console to System Center 2012 SP1 — Operations Manager процедуру установки можно выполнить в “бесшумном” режиме командой:

Setup.exe / silent / upgrade / AcceptEndUserLicenseAgreement :1

Отследить результат установки можно в журнале Windows Приложение (Application), где в случае успешного обновления последовательно будут зарегистрированы события:

Код события Источник Описание
11724 MsiInstaller Product: System Center Operations Manager 2012 Console — Removal completed successfully.
1034 MsiInstaller Установщик Windows выполнил удаление продукта. Продукт: System Center Operations Manager 2012 Console. Версия: 7.0.8560.0. Язык: 1033. Изготовитель: Microsoft Corporation. Удаление завершено с состоянием: 0.
11707 MsiInstaller Product: System Center Operations Manager 2012 Console — Installation completed successfully.
1033 MsiInstaller Установщик Windows выполнил установку продукта. Продукт: System Center Operations Manager 2012 Console. Версия: 7.0.9538.0. Язык: 1033. Изготовитель: Microsoft Corporation. Установка завершена с состоянием: 0.

Так же факт успешной установки обновления консоли может подтверждать значение ключа реестра
HKLM SoftwareMicrosoftMicrosoft Operations Manager3.0Setup .
UIVersion = 7.0.9538.0

Чтобы автоматизировать процесс обновления установленных консолей SCOM с помощью SC 2012 Configuration Manager можно воспользоваться статьей IT Blog Якоб Виталия — Развёртывание консоли управления System Center 2012 Operations Manager SP1 при помощи SC 2012 CM

Далее согласно документа How to Upgrade an Agent to System Center 2012 SP1 — Operations Manager переходим к процедуре обновления развернутых Агентов SCOM. В консоли Operations Console в разделе Administration > Device Management > Pending Management выделяем небольшими порциями агентов, находящихся в состоянии Agent Requires Update и одобряем автоматическую установку обновления – Approve

По завершению отслеживаем состояние версии агентов на закладке Monitoring во вьюшке Operations Manager > Agent Details > Agents By Version. Версия должна быть 7.0.9538.0

Далее по плану обновление компоненты веб-консоли SCOM — Web Console согласно документа How to Upgrade a Web Console to System Center 2012 — Operations Manager . В нашем случае веб-консоль находится на сервере управления который уже обновлён, и в процессе его обновления так же были обновлены и компоненты веб-консоли. Решив проверить работоспособность консоли нарвался на ошибку:

Server Error in ‘/OperationsManager’ Application.

Корень это проблемы описан в статье Кевина Холмана OpsMgr 2012: Web Console issue immediately after upgrade to SP1 и заключается в том, что мы произвели доустановку фичи HTTP Activation для .NET Framework 3.5.1 но не выполнили после этого перерегистрацию компонент ASP.NET в IIS. Исправляемся командой:

C:WindowsMicrosoft.NETFramework64v4.0.30319>aspnet_regiis.exe -i -enable

После этого работоспособность веб-консоли SCOM должна восстановиться.

Далее, согласно документа How to Upgrade Reporting to System Center 2012 — Operations Manager обновляем компоненты отчётов SCOM Reporing server. В нашем случае репортинг находится на сервере управления который уже обновлён, и в процессе его обновления так же были обновлены и компоненты репортинга. Всё что нам надо сделать – проверить работоспособность отчетов на закладке Reporing консоли Operations Console.

Все компоненты нашей незатейливой инфраструктуры SCOM обновлены и теперь нам осталось только включить ранее выключенные подписки на уведомления через Operations Manager Shell

Проверяем в консоли Administration > Notifications > Subscriptions (Enabled = True)

На этом процедуру обновления имеющейся в нашем примере инфраструктуры Operations Manager до уровня SC 2012 Service Pack 1 можно считать законченной и если у вас нет интереса к переводу обновлённой инфраструктуры SCOM на Windows Server 2012 и SQL Server 2012 – вторую часть можно не читать.

Часть 2. Миграция имеющейся инфраструктуры Operations Manager уровня SC 2012 SP1 на Windows Server 2012 и SQL Server 2012

Общая последовательность действий в этой части в нашем примере получилась такой:

1. Переключаем всех агентов на основной сервер управления
2. Удаляем дополнительный сервер управления
3. Делаем резервную копию БД OperationsManager и OperationsManagerDW
4. Переустанавливаем ОС на основном сервере на Windows Server 2012
5. Устанавливаем SQL Server 2012 на основном сервере
6. Восстанавливаем в SQL Server из резервной копии БД OperationsManager и OperationsManagerDW
7. Устанавливаем основной сервер управления SCOM в режиме восстановления
8. Доустанавливаем компоненты SCOM на основной сервер управления
9. Устанавливаем второй сервер управления и переключаем агентов на этот сервер

Не будем подробно распинаться по каждому пункту, а лишь тезисно пробежимся по последовательности, разгребая по дороге встречающиеся грабли…

Переключаем всех агентов на основной сервер управления

В нашем примере все агенты SCOM подключены к дополнительному серверу управления KOM-AD01-SCOM03 и поэтому, чтобы их не “нервировать” лишний раз, перед удалением этого сервера переключим их на основной сервер, являющийся RMS Emulator с помощью команды Change Primary management Server

Удаляем дополнительный сервер управления

На сервере KOM-AD01-SCOM03 через оснастку панели управления Programs and Features вызовем программу удаления серверных компонент SCOM. В мастере установки выберем Remove a feature

Отметим удаляемые компоненты, в нашем случае это Management server и Operations console

По окончании процесса удаления мастер сообщит нам о необходимости удаления деинсталлированного сервера из консоли SCOM

В разделе консоли Operations console Administration > Device Management > Management Servers выберем неактивный сервер и удалим его – Delete

Делаем резервную копию данных SCOM

Теперь в нашей группе управления SCOM остался один единственный сервер управления и нам нужно выполнить резервное копирование всего, что нам понадобится в дальнейшем для восстановления работоспособности SCOM. Информацию о резервном копировании и восстановлении после сбоя (что мы собственно и собираемся сымитировать) изложена по ссылке Backup and Disaster Recovery in Operations Manager

Создадим защищённую сетевую папку на отдельном файловом сервере, чтобы сохранить в неё файлы резервного копирования. Учетной записи от имени которой работает служба экземпляра SQL Server на сервере KOM-AD01-SCOM02 дадим полный доступ на уровне NTFS/SMB для созданной сетевой папки.

На всякий случай выполним в эту сетевую папку резервное копирование незапакованных пакетов управления (MP/Management Pack/Monitoring Pack) с помощью скрипта описанного ранее в заметке SCOM 2012 – Резервное копирование Unsealed MP или в упрощенном варианте:

$UnsealedMPs = Get-SCOMManagementPack | Where

ForEach ( $MP in $UnsealedMPs ) <

Export-SCOMManagementPack -ManagementPack $MP -Path $BackupPath

Удостоверившись в том, что MP успешно выгружены, останавливаем службы SCOM, чтобы остановить обращения к SQL Server и выполняем резервное копирование баз данных SCOM (OperationsManager и OperationsManagerDW) следующей последовательностью команд:

Net Stop «System Center Management»

Net Stop «System Center Management Configuration»

Net Stop «System Center Data Access Service»

Sqlcmd -Q «BACKUP DATABASE OperationsManager TO DISK=N’\KOM-AD01-FSCLSSCOM-BackupDB_FULL_OperationsManager.bak'»

Sqlcmd -Q «BACKUP DATABASE OperationsManagerDW TO DISK=N’\KOM-AD01-FSCLSSCOM-BackupDB_FULL_OperationsManagerDW.bak'»

Также можно, но как я понимаю, вовсе не обязательно, дополнительно выполнить резервную копию мастер-ключа и служебных БД SQL Server. На самом деле мне эти файлы так и не понадобились, но ради самоуспокоения сделать бэкап можно:

Sqlcmd -Q «BACKUP SERVICE MASTER KEY TO FILE =’\KOM-AD01-FSCLSSCOM-BackupMASTER_KEY.BAK’ ENCRYPTION BY PASSWORD = ‘TempP@ssw0rd1′»

Sqlcmd -Q «BACKUP DATABASE ReportServer TO DISK=N’\KOM-AD01-FSCLSSCOM-BackupDB_FULL_ReportServer.bak'»

Sqlcmd -Q «BACKUP DATABASE ReportServerTempDB TO DISK=N’\KOM-AD01-FSCLSSCOM-BackupDB_FULL_ReportServerTempDB.bak'»

Sqlcmd -Q «BACKUP DATABASE master TO DISK=N’\KOM-AD01-FSCLSSCOM-BackupDB_FULL_master.bak'»

Sqlcmd -Q «BACKUP DATABASE msdb TO DISK=N’\KOM-AD01-FSCLSSCOM-BackupDB_FULL_msdb.bak'»

Переустанавливаем ОС на основном сервере на Windows Server 2012

Когда все резервные копии успешно сделаны, приступаем к переустановке ОС на Windows Server 2012 Standard. Имя сервера и IP адрес оставляем такими же как они были ранее. Для размещения файлов БД восстанавливаем структуру логических дисков также как она выглядела до переустановки ОС.

В нашем случае в конечном итоге получается примерно следующая картинка.

Включаем сервисные учетные записи в группу локальных Администраторов в соответствии с требованиями описанными в заметке Разворачиваем SCOM 2012 – Часть 1– Подготовка

Включаем необходимые системные компоненты для последующей установки ПО в соответствии с заметками:

В нашей ситуации фактически все компоненты SCOM будут расположены на одном сервере и поэтому чтобы обеспечить сразу все системные требования да ещё и учесть дополнительные требования с точки зрения SC 2012 SP1 выполним в PowerShell:

Add-WindowsFeature NET-Framework-Core,NET-HTTP-Activation,Web-Static-Content,Web-Default-Doc,Web-Dir-Browsing,Web-Http-Errors,Web-Http-Logging,Web-Request-Monitor,Web-Filtering,Web-Stat-Compression,Web-Mgmt-Console,Web-Metabase,Web-Asp-Net,Web-Windows-Auth,Web-Net-Ext45,Web-Asp-Net45,NET-WCF-HTTP-Activation45 -Restart -Source:\FILESERVEROSInstallersWinSrv2012RTMsourcessxs

После установки компонент “передёрнем” регистрацию ASP.NET в IIS:

Удостоверимся в том, что на уровне веб-сервера IIS в настройках ISAPI and CGI Resrtrictions разрешено выполнение ASP.NET v4.0.30319:

Устанавливаем SQL Server 2012

По аналогии с заметкой Разворачиваем SCOM 2012 – Часть 2 – Настройка сервера БД запускаем программу установки SQL Server 2012 Standard и дойдя до шага выбора устанавливаемых компонент, выбираем компоненты:

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

    Далее выполняется проверка на наличие минимально необходимого свободного места на диске, выбранном для установки экземпляра SQL Server, и выполняется переход к шагу настройки служб экземпляра – Server Configuration, где мы задаём учетную запись, от имени которой будут выполняться все основные службы SQL Server. В нашем примере это доменная учетная запись – s-OM-DB-Svc (ранее включена в группу локальных Администраторов на нашем сервере)

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

    Здесь же переключаемся на закладку Collation и задаём значение – SQL_Latin1_General_CP1_CI_AS (хотя в SP1 список поддерживаемых порядков сортировки расширен )

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

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

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

    Далее, запускаем процесс непосредственной установки SQL Server и дожидаемся его успешного окончания.

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

    Убеждаемся в том, что SQL Server Reporting Services настроена и запущена – открываем из меню Пуск – Microsoft SQL Server 2012Configuration ToolsReporting Services Configuration Manager

    Далее проверяем доступность веб-части сервера отчетов, попробовав с удалённого компьютера открыть ссылки http://KOM-AD01-SCOM02/reportserver и http://KOM-AD01-SCOM02/reports

    В Windows Firewall создаем правила разрешающие входящие подключения к ресурсам SQL Server

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

    netsh advfirewall firewall add rule name = «SQL Server Reporting Services» dir = in protocol = tcp action = allow localport = 80

    Восстанавливаем базы данных SCOM

    Восстанавливаем в установленный SQL Server 2012 из резервной копии БД OperationsManager и OperationsManagerDW. В нашем случае файлы БД должны быть расположены следующим образом:

    F:DB-Operational-DataOperationsManager.mdf
    G:DB-Operational-LogOperationsManager.ldf
    H:DB-DataWarehouse-DataOperationsManagerDW.mdf
    I:DB-DataWarehouse-LogOperationsManagerDW.ldf

    Соответственно команды восстановления будут такими:

    Sqlcmd -Q «RESTORE DATABASE [OperationsManager] FROM DISK = N’\KOM-AD01-FSCLSSCOM-BackupDB_FULL_OperationsManager.bak’ WITH FILE = 1, MOVE N’MOM_DATA’ TO N’F:DB-Operational-DataOperationsManager.mdf’, MOVE N’MOM_LOG’ TO N’G:DB-Operational-LogOperationsManager.ldf’, NOUNLOAD»

    Sqlcmd -Q «RESTORE DATABASE [OperationsManagerDW] FROM DISK = N’\KOM-AD01-FSCLSSCOM-BackupDB_FULL_OperationsManagerDW.bak’ WITH FILE = 1, MOVE N’MOM_DATA’ TO N’H:DB-DataWarehouse-DataOperationsManagerDW.mdf’, MOVE N’MOM_LOG’ TO N’I:DB-DataWarehouse-LogOperationsManagerDW.ldf’, NOUNLOAD»

    Переопределяем значения Initial Size для файлов служебной БД tempdb в соответствии с геометрией наших дисков.

    Sqlcmd -Q «ALTER DATABASE [tempdb] MODIFY FILE ( NAME = N’tempdev’, SIZE = 3145728KB )»

    Sqlcmd -Q «ALTER DATABASE [tempdb] MODIFY FILE ( NAME = N’templog’, SIZE = 1572864KB )»

    Устанавливаем основной сервер управления SCOM в режиме восстановления

    Для восстановления сервера управления воспользуемся документом Disaster Recovery in System Center 2012 — Operations Manager . Процесс восстановления в нашем случае будет подразумевать установку только компоненты Management server. Процесс восстановления запускается из инсталлятора SCOM без графического интерфейса с помощью команды:

    Setup.exe / silent / AcceptEndUserLicenseAgreement

    Описание всех возможных ключей программы установки можно найти в документе Disaster Recovery Command-line Parameters .

    Так как процесс запускается в “тихом” режиме, отследить результат установки серверных компонент SCOM можно будет по событию в системном журнале Application:

    Log Name: Application
    Source: MsiInstaller
    Date: 21.01.2013 16:42:04
    Event ID: 1033
    Task Category: None
    Level: Information
    Keywords: Classic
    User: HOLDINGadmin
    Computer: KOM-AD01-SCOM02.holding.com
    Description:
    Windows Installer installed the product. Product Name: System Center Operations Manager 2012 Server. Product Version: 7.0.9538.0. Product Language: 1033. Manufacturer: Microsoft Corporation. Installation success or error status: 0.

    Теперь если мы попытаемся открыть консоль SCOM (например установленную ранее на рабочей станции администратора) и подключиться к серверу управления, то получим ошибку

    При этом на сервере в журнале Operations Manager будут регистрироваться события:

    Event ID Source Description
    33333 DataAccessLayer Data Access Layer rejected retry on SqlError:
    Request: FoldersByCriteria — (LanguageCode1=RUS), (LanguageCode2=ENU), ( >Class: 16
    Number: 4413
    Message: Could not use view or function ‘dbo.fn_FoldersView’ because of binding errors
    26319 OpsMgr SDK Service An exception was thrown while processing GetFoldersByCriteria for session >Exception message: The creator of this fault did not specify a Reason.
    Full Exception: System.ServiceModel.FaultException`1[Microsoft.EnterpriseManagement.Common. UnknownDatabaseException]: The creator of this fault did not specify a Reason. (Fault Detail is equal to Execution of user code in the .NET Framework is disabled. Enable «clr enabled» configuration option.
    Could not use view or function ‘dbo.fn_FoldersView’ because of binding errors.).

    Это связано с тем, что в SQL Server 2012 необходимо включить фичу Common Language Runtime (CLR) Integration способом описанным в документе Enabling CLR Integration . Для этого в SQL Server Management Studio выполним SQL запрос:

    sp_configure ‘show advanced options’ , 1 ;

    sp_configure ‘clr enabled’ , 1 ;

    После этого консоль SCOM должна успешно подключаться к серверу управления.

    Так как мы по факту выполнили восстановление группы управления SCOM, в которой не оставалось ни одного живого сервера управления, то согласно вышеуказанного документа по восстановлению, нам необходимо в консоли SCOM заново ввести данные об учетных записях RunAs Accounts. В нашем примере это как минимум Default Action Account, DW Action Account и DW Report Deployment Account. То есть просто в разделе консоли Administration > Run As Configuration > Account открываем свойства аккаунта и на закладке Credentials перебиваем пароль учетной записи и сохраняем изменения.

    Перезагружаем после этого сервер и проверяем работоспособность консоли снова.

    Доустанавливаем компоненты SCOM на основной сервер управления

    В консоли Operations console закладка Reporting будет вести себя неадекватно, так как у нас не установлены заново компоненты репортинга. Снова запустим инсталлятор SCOM SP1 и выберем опцию добавления компонент – Add a feature

    Выберем для установки необходимые компоненты. В нашем случае это Operations console, Web console, Reporting server

    Укажем текущий экземпляр SQL Server 2012 с предустановленными службами SSRS

    Определимся в веб-сайтом IIS на который будут развернуты компоненты веб-консоли. Оставляем значение по-умолчанию

    выберем режим аутентификации на веб-консоли. В нашем случае веб-консоль используется исключительно во внутрикорпоративной сети и поэтому мы выбираем смешанный режим – Use Mixed Authentication

    Указываем учетную запись чтения данных Data Reader account для компоненты Reporting server

    Дожидаемся успешного завершения процесса установки компонент…

    Заключительные процедуры

    Ждём какое-то время и проверяем работоспособность отчетов в консоли SCOM –запускаем отчеты с построением данных за длительный период чтобы удостовериться в том, что данные успешно попадают в отчеты из базы данных хранения OperationsManagerDW

    Проверяем доступность и работоспособность веб-консоли http://kom-ad01-scom02.holding.com/OperationsManager

    В консоли Operations console после восстановления можно будет заметить сообщение о необходимости обновления группы управления до полной версии

    Потребуется повторный ввод ключа продукта ( SCOM 2012 – Устанавливаем Product License Key ). Для этого на сервере SCOM открываем консоль Windows PowerShell с правами Администратора и выполняем:

    Set-SCOMLicense -ProductId XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

    Перезагружаем сервер и убеждаемся что версия изменилась на Retail.

    Для возможности правильной работы обнаружения не забываем включить правила брандмауэра как описано в заметке SCOM 2012 Network Devices Discоvery – No Response Ping

    Устанавливаем доступные на данный момент на WSUS обновления для SQL Server и SCOM

    Устанавливаем дополнительный сервер управления SCOM

    В нашем сценарии установка дополнительного сервера управления SCOM подразумевает установку компонент Management server и Operations console на дополнительный сервер с свеже-установленной ОС Windows Server 2012 по аналогии с установкой первого сервера в группе управления. После установки выполняем переключение агентов на дополнительный сервер тем же способом что описано в начале этой заметки.

    На этом этапе работоспособность группы управления SCOM можно считать законченной.

    В качестве завершающих действий всего процесса обновления при необходимости восстанавливаем интеграцию SCOM с другими продуктами линейки System Center, например интеграцию SCOM в Orchestrаtor (Установить SCOM SP1 IP и консоль SCOM SP1) или интеграцию SCOM в VMM (Установить VMM MP и консоль SCOM SP1)

    источник

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