Перейти к содержимому

17.03.2011

7

Установка Oracle EM Management Agent на linux-сервер с установленным ПО Oracle

Это третий пост из серии «Управление инфраструктурой Oracle с помощью EM Grid Control 11g» и посвящен он установке Management Agent на другие хосты в вашей сети, для мониторинга установленного ПО Oracle, и отправки этих данным в EM Grid Control.

В начале немного теории и общих слов.
Management Agent — это программный компонент системы Oracle Enterprise Manager, который устанавливается на каждый наблюдаемый хост. Агент отвечает за мониторинг всех целей, которые он обнаружит на этом хосте. Так же в его задачи входит передача собранной информации в Oracle Management Service (OMS), обслуживание и сопровождение найденных целей на хосте.
Агенты могут быть установлены на разные операционные системы и наблюдать разные типы целей. В свою очередь OMS, после установки агента на какой-либо хост, берет на себя наблюдение за доступностью хоста и доступностью установленного агента. Наглядная иллюстрация представлена ниже.

Установка агента.
Для установки агента мы воспользуемся специальной процедурой, которая доступна в EM Grid Control консоли, и называется она «Mass agent deployment procedure». Эта процедура берет установочные файлы агента для нужного типа установленной операционной системы на хосте, копирует их на сервер по ssh, используя логин и пароль пользователя, который заведен на этом хосте (лучше чтобы это был тот же пользователь, под которым там уже работает другое ПО Oracle), и далее опять-таки по ssh выполняет установку агента. В EM Grid Control есть возможность загрузить версии агентов для разных ОС автоматически из My Oracle Support или же самому скачать агенты с сайта Оракл и положить в определенное место, чтобы EM Grid Control узнал об их существовании.

Для того, чтобы процедура установки прошла успешно, необходимо выполнение некоторых условий, среди которых доступность хостов по сети, корректно настроенный DNS, доступность сервера по ssh, наличие на устанавливаемом хосте пользователя, из-под которого будет производится установка и под кем будет работать сам агент. Конечно же есть требования касательно установленных пакетов, но так как на этом хосте уже стоит какое-то ПО Oracle, то скорее всего, все эти требования уже выполнены. С полным перечнем необходимых условий для установки можно ознакомиться тут. Так же необходимо знать некоторые сведения о OMS, но ведь это же вы сами его ставили? 🙂

И так, приступим.
Заходим в консоль EM Grid Control. Идем в закладку «Deployments» и там выбираем «Install agent». У нас открывается страница деталей установки нового агента.

Здесь надо указать откуда мы хотим брать установочные файлы, выбрать версию агента (список доступных версий формируется из анализа доступных установочных файлов), указать версию ОС, куда мы хотим ставить агент, указать список хостов (если указать более одного адреса, то на сервера накладывается требование — они все должны быть с одним типом операционной системы, то есть здесь нельзя указать сервер с linux-i386 и linux-x86_64), если на требуемых хостах стоит ПО Oracle, например базы данных, и они объединены в кластер, то так же следует указать названия нод. Далее надо указать логин и пароль пользователя для доступа к серверу. Ниже можно увидеть чекбокс про запуск скрипта root.sh, если вы прописали пользователя в sudoers, то можете смело ставить галочку, если же нет, то обязательно после успешной установки агента не забудьте сами выполнить этот скрипт из-под рута, он будет лежать в директории, куда поставится агент (в данном случае это /u01/oracle/agent11g/root.sh). Если вы не выполните этот скрипт, то не будут произведены некоторые важные настройки на сервере (например выставление SUID-бита некоторым утилитам), вследствие которых у вас не будут собираться некоторые метрики и возможно еще появятся какие-нибудь проблемы. Затем указать директорию для установки агента (обычно это ORACLE_BASE), указать порт, на котором будет слушать агент. Если ваш EM Grid Control так же является кластером, то можно указать параметры для доступа к хосту балансировщику. Обязательно надо указать пароль для доступа к OMS, чтобы агент смог зарегистрироваться в OMS и в дальнейшем обмениваться информацией с EM Grid Control. Заполняем все необходимые поля и жмем «далее». На следующей странице нам предлагают указать параметры для доступа к My Oracle Support. Если ваши хосты не имеют доступа к интернету, да и даже если имеют, можно пропустить этот шаг, потому как для того, чтобы получать всю необходимую информацию о критических патчах и другую полезную информацию, достаточно подключить к My Oracle Support только хост, где установлен EM Grid Control. После нажатия «submit» на сервере EM запустится процедура установки агентов на указанные хосты, а нам тем временем будет показана картинка с очень обобщенным состоянием дел.

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

Вообщем в процессе установки агента может возникнуть множество проблем:

  • Не найдены какие-то утилиты. В установочных файлах агентов для каждого типа операционной системы лежат полные пути до нужных системных утилит, таких как scp, sudo и т. д. Соответственно, если утилита не найдена по этому пути, это приводит к ошибке. Методов исправления тут более чем предостаточно — можно поправить пути в файлах агента (я говорю в файлах, потому как на самом деле есть несколько файлов и EM проверяет наличие нужного параметра в определенной последовательности), можно на удаленном сервере поправить пути, или банально установить нужную утилиту, если она отсутствовала.
  • Агент на удаленном сервере не может связаться с OMS-сервером. Такая ошибка может появляться в случае, если у вас нет DNS-сервера, или в вашей зоне отсутствуют записи для всех хостов. Дело в том, что EM при установке агента пытается с удаленного хоста обратиться к OMS не по ip-адресу, а по имени. Поэтому крайне рекомендую просто прописать все имена в DNS. Хотя можно обойтись просто правкой /etc/hosts на удаленном сервере с указанием там имени OMS и соответствующего адреса. Только учтите, что это придется делать каждый раз и на каждом хосте.
  • Банальные ошибки неверных паролей, ip-адресов и несоответствие выбранных платформ реальным.

Но я надеюсь что эти проблемы обойдут вас стороной, и все получится!

Узнайте больше из Oracle