Назад | Перейти на главную страницу

Мониторинг отказоустойчивого кластера Windows с помощью Enterprise Manager

Я пытаюсь отслеживать экземпляры SQL Server в отказоустойчивом кластере с двумя активными / пассивными окнами с помощью Enterprise Manager.

Oracle дает следующие шаги:

-Установите локальные агенты на обоих узлах.

-Установить агент в общем хранилище для виртуального имени хоста кластера на ОДНОМ узле.

Это кажется несколько неполным, особенно последняя часть.

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

Итак, я ожидаю, что служба для виртуального кластера должна либо заменить две службы локального агента, либо ее нужно скопировать на второй хост? Какой вариант лучше, или я совершенно не прав? (Моя теория замены основана на моем недоумении по поводу того, что локальный агент должен быть установлен на каждом узле в первую очередь, зачем в противном случае это было бы необходимо?)

Я ожидаю столкнуться с дополнительными проблемами при создании роли кластера из службы агента, поскольку я могу сделать это, только предоставив роли ее собственный IP-адрес. Однако агент регистрируется на хосте OMS при установке. Нужно ли мне также исправить данные в репозитории для нового IP-адреса на дополнительном этапе, или комбинация (адрес виртуального кластера) :( порт агента) автоматически укажет на новый IP-адрес роли?

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

Начиная с версии 13, процесс следующий:

  1. Установите агент локально, по одному разу на каждом из узлов.
  2. Используя команду emctl из локально установленного агента, разверните агент, используя общий том или том, который может переключаться при отказе, на каждом узле.
  3. Создайте роль кластера для «универсальной службы», используя службу, созданную на шаге 2, ИЛИ добавьте ресурс типа «универсальная служба» к существующей роли кластера.
  4. Повторите шаги 2 + 3 для каждого экземпляра SQL-сервера в кластере, у которого есть собственное имя хоста, если вы хотите обнаружить эти экземпляры SQL-сервера.