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

Развертывание SQL Server для VMM с высоким уровнем доступности

  • Статья

В этой статье описаны шаги по развертыванию высокодоступной базы данных SQL Server для System Center — диспетчер виртуальных машин (VMM). Вы настраиваете кластер SQL Server и настраиваете базу данных SQL Server VMM с группами доступности AlwaysOn.

Перед началом работы

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

Настройка групп доступности

Группы доступности SQL Server AlwaysOn поддерживают среды отработки отказа для дискретного набора пользовательских баз данных (баз данных доступности). Каждый набор баз данных доступности размещается репликой доступности. Чтобы настроить группу доступности, необходимо развернуть кластер отказоустойчивой кластеризации Windows Server (WSFC) для размещения реплики доступности и включить AlwaysOn на узлах кластера. Затем можно добавить базу данных SQL Server VMM в качестве базы данных доступности.

Настройка базы данных VMM с помощью групп доступности AlwaysOn

  1. На сервере VMM остановите службу VMM. Для кластера в диспетчере отказоустойчивости кластеров остановите роль VMM.

  2. Подключитесь к компьютеру, на котором размещается база данных VMM, а затем в SQL Server Management Studio щелкните базу данных VMM правой кнопкой мыши и выберите Свойства. В разделе "Параметры" задайте для базы данных значение "Полный".

  3. Щелкните базу данных VMM правой кнопкой мыши, выберите Задачи>Резервное копирование и создайте резервную копию базы данных.

  4. В SQL Server Management Studio выберите Высокий уровень доступности AlwaysOn, щелкните имя группы доступности правой кнопкой мыши и выберите пункт Добавить базу данных.

  5. В разделе "Добавление базы данных в группу>доступности выбор баз данных" выберите базу данных VMM.

  6. В разделе Select Синхронизация данных hronization оставьте значение full по умолчанию.

  7. В разделе Connect to Replicas>Connect укажите разрешения для назначения группы доступности.

  8. Предварительные требования проверяются в проверке. В сводке при выборе поддержки доступности Next AlwaysOn инициируется для базы данных VMM. База данных VMM копируется и с этого момента AlwaysOn сохраняет базу данных VMM, синхронизированную между узлами кластера SQL Server AlwaysOn.

  9. Измените строка подключения VMM в пути HKLM\SOFTWARE\Microsoft\Microsoft System Center диспетчер виртуальных машин Server\Settings\Sql\ConnectionString с сервера на SQLListenerName. Кроме того, обновите следующее:

    • HKLM\SOFTWARE\Microsoft\Microsoft\System Center диспетчер виртуальных машин Server\Settings\Sql\MachineName with SQLListenerName
    • HKLM\SOFTWARE\Microsoft\Microsoft System Center диспетчер виртуальных машин Server\Settings\Sql\InstanceName с SQLListenerName.
    • HKLM\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Sql\MachineFQDN с SQLListenerFQDN.

  10. Перезапустите службу или роль кластера VMM. Сервер VMM должен иметь возможность подключаться к SQL Server.

  11. Учетные данные VMM хранятся только для основного SQL Server, поэтому необходимо создать новое имя входа на вторичном узле кластера SQL Server со следующими характеристиками:

    • Имя входа идентично имени учетной записи службы VMM.
    • Имя входа содержит сопоставление пользователей с базой данных VMM.
    • Имя входа настроено с учетными данными владельца базы данных.

Запуск отработки отказа

Чтобы убедиться, что AlwaysOn работает должным образом для базы данных VMM, выполните отработку отказа с первичного узла на дополнительный узел в кластере SQL Server.

  1. В SQL Server Management Studio щелкните группу доступности правой кнопкой мыши на дополнительном сервере и выберите пункт Отработка отказа.
  2. В группе>доступности отработки отказа выберите новую первичную реплику, выберите сервер-получатель.
  3. В итоге нажмите кнопку "Готово".
  4. Теперь переместите его обратно, инициируя отработку отказа на компьютер вторичного узла, на котором выполняется SQL Server, и убедитесь, что можно перезапустить службу VMM (scvmmservice).
  5. Повторите последние два этапа для каждого дополнительного узла в кластере, который работает под управлением SQL Server.
  6. Если устанавливается VMM высокой доступности, продолжите устанавливать другие узлы VMM высокой доступности.

Примечание.

Если в сценарии с несколькими подсетями возникают ошибки с высокой задержкой или временем ожидания, измените строка подключения VMM в пути HKLM\SOFTWARE\Microsoft\Microsoft System Center диспетчер виртуальных машин Server\Settings\Sql\ConnectionString, добавьте MultiSubnetFailover=True и перезапустите службу VMM.