Поделиться через


Перемещение операционной базы данных

После первоначального развертывания System Center Operations Manager может потребоваться переместить операционную базу данных с одного компьютера на основе Microsoft SQL Server в другой.

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

Примечание.

Эта процедура может привести к потере данных, если она не выполняется правильно и в течение разумного периода времени сбоя. Убедитесь, что вы выполняете все действия точно, без ненужных задержек между шагами.

Сводка шагов

Схема, показывающая краткие шаги по перемещению оперативной базы данных.

Остановите службы Operations Manager

На всех серверах управления в группе управления остановите службы Operations Manager:

  • System Center Data Access (omsdk)
  • Microsoft Monitoring Agent (ХелсСервис)
  • Конфигурация управления System Center (cshost)

Резервное копирование операционной базы данных на старом экземпляре SQL Server

  1. На исходном экземпляре SQL Server, в котором размещена операционная база данных, используйте Microsoft SQL Server Management Studio для создания полной резервной копии базы данных. Имя по умолчанию — OperationsManager.

    Дополнительные сведения см. в разделе Как создать резервную копию базы данных (среда SQL Server Management Studio).

  2. Скопируйте файл резервной копии на локальный диск нового экземпляра SQL Server.

Восстановление операционной базы данных в новом экземпляре SQL Server

Примечание.

После развертывания Operations Manager на узлах сервера SQL, участвующих в SQL Always On, чтобы включить строгую безопасность CLR, запустите SQL-скрипт для каждой базы данных Operations Manager.

  1. Используйте Microsoft SQL Server Management Studio для восстановления операционной базы данных. (На предыдущем шаге вы переместили файл резервной копии базы данных на локальный диск нового экземпляра SQL Server.) На этом шаге можно изменить имя базы данных и выбрать расположение файла.

    Дополнительные сведения см. в статье "Практическое руководство. Восстановление резервного копирования базы данных (SQL Server Management Studio)".

  2. В SQL Server Management Studio убедитесь, что база данных находится в сети.

Обновление файлов реестра и конфигурации на серверах управления и операционной базе данных

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

Обновление учетных данных безопасности на новом экземпляре SQL Server, в котором размещена операционная база данных

  1. На новом экземпляре SQL Server, в котором размещена операционная база данных, откройте SQL Management Studio.

  2. Разверните Безопасность, затем разверните Входы, и добавьте имя учетной записи data writer.

  3. В разделе Учетные записи добавьте учетную запись для записи данных. Дополнительные сведения см. в статье "Создание имени входа SQL Server".

  4. В разделе "Имена входа" добавьте учетную запись действия сервера управления.

  5. В разделе "Имена входа" добавьте учетную запись пользователя службы доступа к данным (DAS) с использованием формата "domain\user".

  6. Для учетной записи пользователя DAS добавьте следующие сопоставления пользователей:

    • СлужбаНастроек
    • Процесс управления доступом в базе данных (db_accessadmin)
    • db_datareader
    • db_datawriter
    • db_ddladmin
    • Администратор безопасности БД – db_securityadmin
    • пользователи SDK
    • Подписчик_зависимости_SQL.
  7. Если учетная запись не существовала раньше в экземпляре SQL Server, в котором вы добавляете её, сопоставление будет автоматически определено SID из восстановленной операционной базы данных. Если учетная запись существовала в этом экземпляре SQL Server раньше, вы получите сообщение об ошибке, указывающее на сбой входа для этой учетной записи, хотя учетная запись отображается в разделе "Логины". Если вы создаете новое имя входа, убедитесь, что сопоставление пользователей для этого входа в систему и база данных имеет те же значения, что и предыдущее имя входа, как показано ниже.

    Вход База данных
    Модуль записи данных DW - apm_datareader
    - apm_datawriter
    - db_datareader
    - dwsynch_users
    Активная учетная запись - db_datareader
    - db_datawriter
    - db_ddladmin
    - dbmodule_users
    Учетная запись DAS/конфигурация — ConfigService
    - db_accessadmin
    - db_datareader
    - db_datawriter
    - db_ddladmin
    - db_securityadmin
    - sdk_users
    - sql_dependency_subscriber

    Примечание.

    Если учетная запись DAS/Configuration использует учетную запись LocalSystem, укажите учетную запись компьютера в формате <домен><имя_компьютера>$.

Обновление конфигурации SQL на новом экземпляре SQL Server, в котором размещена операционная база данных

В следующих шагах имя базы данных может отличаться от имени базы данных по умолчанию. Вы можете изменить запрос в соответствии с именем операционной базы данных вашего Operations Manager.

  1. Среда CLR должна быть включена. Для этого выполните следующие запросы к новому экземпляру SQL Server, в котором размещена операционная база данных Operations Manager:

    sp_configure 'show advanced options', 1;
    GO
    RECONFIGURE;
    GO
    sp_configure 'clr enabled', 1;
    GO
    RECONFIGURE;
    GO
    
  2. Компонент SQL Service Broker должен быть включен. Выполните следующий SQL-запрос, чтобы проверить, включена ли она:

    SELECT is_broker_enabled FROM sys.databases WHERE name='OperationsManager'
    

    Если результат этого запроса — значение is_broker_enabled равное 1, пропустите этот шаг. В противном случае выполните следующие запросы SQL:

    ALTER DATABASE OperationsManager SET SINGLE_USER WITH ROLLBACK IMMEDIATE
    ALTER DATABASE OperationsManager SET ENABLE_BROKER
    ALTER DATABASE OperationsManager SET MULTI_USER
    
  3. Необходимо включить FullText. Выполните следующий SQL-запрос, чтобы проверить, включен ли FullText:

    SELECT is_fulltext_enabled FROM sys.databases WHERE name='OperationsManager'
    

    Если результат этого запроса имеет значение is_fulltext_enabled равно 1, пропустите этот шаг. В противном случае выполните следующие запросы SQL:

    EXEC sp_fulltext_database 'enable'
    

Запуск служб Operations Manager

  1. На всех серверах управления в группе управления запустите службы Operations Manager:
    • Доступ к данным центра систем (omsdk)
    • Агент мониторинга Microsoft (Служба здоровья)
    • Конфигурация управления System Center (cshost)

Обновление имени службы для подключений Kerberos

Чтобы обновить проверку подлинности Kerberos в SQL Server, ознакомьтесь с регистрацией служебного главного имени (SPN) для подключений Kerberos, чтобы серверы управления могли пройти аутентификацию с использованием протокола Kerberos в SQL Server.

Следующие шаги