Oracle установить enterprise manager

Обновлено: 15.01.2025

Данный блог - интересные статьи и переводы на разные IT темы или около IT для русскоязычного сообщества разработчиков ПО.

Поиск по этому блогу

Установка и конфигурирование Oracle Enterprise Manager 13c.

Этот пост поможет правильно установить и сконфигурировать Oracle Enterprise Manager 13c.

Oracle Enterprise Manager - Это централизованный центр управления и мониторинга для всех продуктов Oracle. OEM способен управлять и мониторить и сторонние приложения и сообщать о всех критических проблемах основанные на установленных правилах установленные администратором.

Первоначальные настройки системы

На операционной системе Oracle Linux 6.7 64 Bit предустановлена база данных Oracle Database 12c установка которой тут не рассматривается.

Предустановленные пакеты для корректной установки и настройки Oracle Management Service (OMS)

Обязательные пакеты для установки и работы Management Agent

Ниже список пакетов, которые должны быть установлены в системе для установки и работы OEM Management Agent.

Поиск и настройка основных пакетов

Для проверки установленных пакетов на ОС Oracle Linux, выполните команду ниже:

]$ rpm -qa|grep make

Для поиска пакетов RPM используйте утилиту YUM, выполнив команду. Если на сервере нет доступа к интернету, то заранее скачайте пакеты и установите их.

Для установки RPM используйте утилиту YUM, выполнив команду ниже

Предустановки для пользователей и групп

Конфигурирование параметров Базы Данных для корректной установки

Установите параметр optimizer adaptive features в положение false

alter system set optimizer_adaptive_features=false scope=both sid='*';

Core Components Installed

Перед установкой, выполните следующие действия

Уберите из окружения переменных, переменные ORACLE_HOME & ORACLE_SID, если система устанавливается рядом с Базой

Удалить все упоминания директорий Oracle в переменной PATH. Вы можете добавить их после установки OEM

Важно что Weblogic Server предназначать будет только для OMS и он не будет дружить с другими продуктами Oracle Fusion Middleware

Создайте и сконфигурируйте директории для BI Publisher

OEM установка и настройка

ВАЖНО. Эти файлы не надо распаковывать. Предоставьте права на запуск .bin файла командой:

Снимите галочку с предложение загрузки обновления и нажмите Next

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

При установки он предупредил что используется не стандартные порты и оперативной памяти установлено меньше 10 ГБ

Выберите стандартную (Simple) установку и нажмите Next

В расширенной установки (Advanced), вы можете поменять настройки портов, имени домена доступа, пути для установки системы. Simple установка использует параметры по умолчанию. Для теста я вабрал Simple установку, но на реальных проектах нужно использовать расширенную (Advanced) установку и сконфигурировать систему под ваш проект .

Agent Base Directory : /u01/app/oracle/product/agent_13c (убедитесь что агент находится в различной с middleware home директории )

Укажите пароль Администратора системы и параметры доступа к базе данных и нажмите Next

В тестовой установки используется один и тот же пароль для Weblogic, Nodemanager, MDS, SYSMAN пользователя. В расширенной (Advanced) установки вы должны использовать разные пароли.

В Database connection details, используется пользователь SYS имя перемещаемой базы данных

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

На этом этапе вы увидите предупреждение session_cached_cursors & shared_pool_size. Эти параметры должны быть значения рекомендуемые. Данные параметры требуется настроить в реальной эксплуатации. Так как это влияет на производительность. Вы можете сделать это после установки OEM. Я оставляю эти настройки для демо-установки.

Обеспечить пути для программного обеспечения библиотеки, BI Publisher конфигурации кластера и каталогов . Они не являются обязательными и могут быть настроены с консоли OEM после установки. Но рекомендуется настроить во время установки. Вы также можете включить BI Publisher в процессе установки или может быть включена с помощью EMCTL после установки

BI Publisher Config Directory : /u01/app/oracle/product/bip/config

BI Publisher Cluster Directory : /u01/app/oracle/product/bip/cluster

Процесс установки очень длинный. Наберитесь терпения

По завершению процесса установки запустите скрипт от пользователя root

Starting to execute /u01/app/oracle/product/oemfmw_13c/root.sh .

Finished execution of /u01/app/oracle/product/oemfmw_13c/root.sh .

Starting to execute /u01/app/oracle/product/agent_13c/agent_13.1.0.0.0/root.sh .

Finished execution of /u01/app/oracle/product/agent_13c/agent_13.1.0.0.0/root.sh .

Основные используемые порты системы

Основные адреса для доступа к системе

Выберите стартовую домашнюю страницу. Ее всегда можно поменять

Получить ссылку
Facebook
Twitter
Pinterest
Электронная почта
Другие приложения

Ярлыки

Получить ссылку
Facebook
Twitter
Pinterest
Электронная почта
Другие приложения

Настройка портов доступа к Oracle Enterprise Manager Express 12c

База данных Oracle имеет все необходимое для управления и мониторинга в виде "V$*" или "DBA_*" dictionary views, доступ к которым может быть получен через командную строку (SqlPlus) или через графический интерфейс (Enterprise Manager), так популярный в среде "ДБА v2.0". Сам по себе EM как продукт оставляет желать лучшего, но уже достиг того уровня стабильности, на котором EM может быть полезным и использоваться в реальной жизни.

Очень часто возникает ситуация, когда сам по себе Enterprise Manager не работает - в этом случае "ДБА v2.0" начинает чувствовать свою бесполезность. Решение очевидно - надо знать и уметь использовать средства командной строки. К сожалению (или к счастью?) это требует некоего понимания архитектуры и реализации Oracle RDBMS, а также наличия базовых навыков работы с UNIX.

Менее очевидное, но более заманчивое решение кроется в восстановлении работоспособности EM.

Надо также признать, что во многих случаях EM может быть хорошим средством для просмотра графиков производительности, быстрого поверхностного анализа истории работы системы. обнаружения очевидных дефектов в SQL запросах и прочей черновой работы. Особенно полезен EM может быть для разработчиков под Oracle, которым необходимо быстро установить тестовую систему, поддерживать и настраивать ее самостоятельно.

Опыт показывает, что "поломанный" EM достаточно трудно привести в рабочее состояние. Особенно в ситуации "одно пользовательской" системы, полностью поддерживаемой разработчиком или даже бизнес-пользователем.

В этой заметке мы попробуем наиболее простой способ восстановления работоспособности ЕМ - его полную переустановку. Естественно, вся "история" работы системы при этом будет утеряна - но графики и прочие ценные для разработчика средства будут восстановлены. По затратам времени этот подход куда более эффективен, чем попытки устранения неполадок в Enterprise Manager. Также эта заметка может быть использована желающими "включить" EM в не имеющей его, но уже работающей базе данных.

Прежде чем мы продолжим, я хотел бы привести строки из Евангелия:

. == От Луки святое благовествование == .
=== Глава 21, Стих 8 ===
8 Он сказал: берегитесь, чтобы вас не ввели в заблуждение, ибо многие придут
под именем Моим, говоря, что это Я; и это время близко: не ходите вслед их.
9 Когда же услышите о войнах и смятениях, не ужасайтесь, ибо этому надлежит
быть прежде; но не тотчас конец.
10 Тогда сказал им: восстанет народ на народ, и царство на царство;
11 будут большие землетрясения по местам, и глады, и моры, и ужасные
явления, и великие знамения с неба.

Лично для вас благая весть - Единородный Сын Божий Иисус Христос любит вас, Он взошел на крест за ваши грехи, был распят и на третий день воскрес, сел одесную Бога и открыл нам дорогу в Царствие Небесное.

Никто из нас не знает, когда наступит конец всему - но мы живем, отгоняя мысли о нашем предназначении в этом мире и нашей христианской ответственности перед Богом. Грешим и не каемся, совершаем преступления и остаемся безнаказанными до поры до времени, думая что так будет всегда.

Покайтесь, примите Иисуса как вашего Спасителя, ибо наступают последние времена и время близко - стоит Судья у ворот.

Храните себя от идолов и ложных учений, ищите ответы на все вопросы в Библии, молитесь Богу о ваших нуждах - и ожидайте Спасителя нашего Иисуса Христа. Внимайте тому, что Бог говорит вам через Духа Святого, не слушайте лжеучителей и лжепророков, коих много уже сейчас и будет все больше, нам с вами во искушение.

На главной странице этого сайта вы найдете программу для чтения Библии в командной строке - буду очень рад если программа окажется полезной. Пожалуйста, читайте Библию, на экране или в печатном виде - вы будете искренне удивлены как много там сказано лично про вас и ваши обстоятельства.

Вернемся к нашим техническим деталям.

Я предполагаю что уважаемый читатель владеет необходимыми знаниями и навыками использования Linux и Oracle, поэтому я буду очень краток. Цель этой заметки изложить самый простой подход к переустановке EM и прояснить некоторые детали.

EM Grid Control используется для управления большим количеством продуктов Oracle, установлен в единственном экземпляре централизованно на отдельном сервере и поддерживается администраторами баз данных вашей компании. Эту версию системы трогать не нужно, эта статья не про нее. Если в вашей компании есть централизованный EM Grid Control - обращайтесь за помощью к ДБА.

EM Database Control используется для одиночных баз данных, с одним instance или кластерных. Если вы - владелец и администратор такой базы, установленной в виртуальной машине или на отдельно стоящем сервере - Database Control это ваш выбор и эта заметка для вас.

Удаление старой неработающей версии EM

Предположим, что вы получили доступ к серверу, на котором когда-то был Oracle 9, в процессе разработки одна существующая база была обновлена до версий 10.1, 10.2. 11.1 и наконец 11.2. С базой работает только несколько человек из вашей команды разработчиков и используется она только для тестирования. Ваш администратор перегружен работой и не хочет ничего слышать о EM Grid Control и советует вам использовать Toad. Но, как настоящий специалист, вы хотите воспользоваться новыми средствами мониторинга, предлагаемыми в EM 11g. Также мы предположим, что вопрос лицензирования Oracle решен в вашей компании и у вас есть лицензии на использование EM Option packs.

Определим переменную ORACLE_UNQNAME (в моем случае она такая же, как ORACLE_SID - "DB11G") и проверим, какие компоненты установлены:

Мы видим, что элемент "ЕМ" присутствует в списке, также мы видим пользователя с именем "SYSMAN" в DBA_USERS. Удостоверимся, что существующий EM действительно не работает:

Как видно, Enterprise Manager имеется, но в нашем случае совершенно не функционален. Убедитесь, что Oracle Listener запущен и ожидает подключения:

Удаляем необходимые части EM. Я не хочу использовать команду "emca -deconfig dbcontrol db -repos drop", поскольку она переводит базу данных в quiesce mode. Вместо этого:

Убедитесь. что пользователь "SYSMAN" более не существует в DBA_USERS. Если это не так - используйте команду "DROP USER SYSMAN CASCADE;"

Установка EM Database Control

это необходимо для устранения ошибки "CONFIG: Failed to unlock mgmt_view account". Для регистрации базы данных в EM Database Control 11g используется утилита "emca":

Проверим, запущены ли DBConsole и agent, он используется даже в локальной конфигурации:

Не знаю как вам, а мне ни капельки не удивительно что ЕМ 11g использует агента версии 10g. Проигнорируем эту деталь и откроем в броузере страничку "https://OUL5A:1158/em", в моем примере логин "sysman", пароль "1" или из командной строки:

Скачиваем и распаковываем PsExec утилиты отсюда.

Проверяем корректную работу:

Если запустился калькулятор – все хорошо.

Заходим в папку с установленным Enterprise Manager Cloud Control. У меня это папка c:\app\OracleHomeUser1\middleware\

Далее проваливаемся в папку bin, запускаем в командной строке утилиту emcli и авторизуемся:

Вводим пароль. Далее проверяем, какие платформы поддерживаются:

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

Эта платформа нам и нужна.

Скачиваем дистрибутив с агентом, выполнив в командной строке:

У меня команда выглядела так:

Полученный архив я переместил в папку c:\setup\Agent_install_dir\agentsetup.

2 Создаем файл параметров

Подготовим response-файл, в котором будут находиться параметры для установки агента. Он представляет собой обычный текстовый файл.

Вот пример моего файла:

HOST_NAMES – сервер с СУБД Oracle, на который мы ставим агента

USER_NAME – учетная запись (в моем случае доменная), имеющая права администратора на компьютере HOST_NAMES

PASSWORD – пароль от учетной записи USER_NAME

PSEXEC_DIR – пусть, куда вы распаковали PsTools

AGENT_IMAGE_PATH – расположение папки с архивом установочных файлов агента

AGENT_BASE_DIR – расположение папки, куда будет установлен агента на компьютере HOST_NAMES

AGENT_REGISTRATION_PASSWORD – пароль, который можно установить в OMS, залогинившись под sysman и перейдя по пути Setup – Security – Registration Passwords.

EM_UPLOAD_PORT – порт для общения с OMS

Далее выбираем уже установленный агент и смотрим значение порта:

Проверить можно через следующий url:

У меня вывело следующее:

Ну и OMS_HOST – собственно имя сервера с установленным OMS.

3 Настройка файрволла

В фаерволе на сервере OMS нужно разрешить для входящих TCP 1159, а на сервере с СУБД, на который мы установили агента, соответственно, разрешить для исходящих TCP 3872. Посмотреть эти значения портов можно в конфигурации любого из подключенных агентов по пути Setup – Manage Cloud Control – Agents.

Привожу схему рекомендуемых настроек файрволла с сайта Oracle.

Также мне пришлось разрешить в настройках файрволла DNS-ответ на закрытый порт для сервера, на который поставили агент.

4 Установка агента

Копируем в папку, где мы создали response-файл, батник agentDeployPsExec.bat из папки $OMS_HOME/sysman/prov/agentpush/scripts.

Теперь можно запускать установку удаленного агента:

В моем случае я запускал:

Батник не отрабатывал корректно. Например, я получал такие ошибки:

В этом случае я вручную копировал unzip_tmp.exe в папку C:\Windows\system32 на удаленной машине.

Это 2-ой пост из серии «Управление инфраструктурой Oracle с помощью EM Grid Control 11g» и посвящен он непосредственно установке Oracle Enterprise Manager Grid Control 11g.

Повторюсь, но еще раз скажу, что Enterprise Manager Grid Control 11g – это система управления программным обеспечением, которая дает возможность централизованно наблюдать, администрировать и управлять всем циклом жизни инфрастуктуры Oracle и не только.

Среди возможного ПО могут быть базы данных Oracle разных версий и конфигураций, базы данных MS SQL Server, база данных MySQL и прочие, сервера приложений такие как Oracle IAS или из семейства Fusion Middleware, например Weblogic Server, SOA Suite и прочие, или IBM WebSphere. Безусловно все эти продукты имеют свои средства управления и мониторинга, но зачем использовать множество разных консолей, интерфейсов, когда есть возможность делать все это из одного центрального места, которым и является Enterprise Manager Grid Control.

Не смотря на то, что мы рассматриваем Enterprise Manager Grid Control как единое целое, стоит сказать несколько слов о том, что скрывается за этим понятием. EM Grid Control состоит из следующих компонентов:

Oracle Management Service (OMS)
Oracle Management Agent (Management Agent)
Oracle Management Repository (Management Repository)

Наглядная картинка архитектуры Enterprise Manager Grid Control.

Список БД Oracle, на которые можно поставить репозиторий EM.

А вот список поддерживаемых операционных систем.

Ну что ж. Приступим к установке.

В качестве операционной системы у нас выступит RedHat EL 5. Для начала убедимся, что у нас установлены требуемые пакеты, и доставим необходимые. Список нужных пакетов можно посмотреть тут: Meeting Package and Library Requirements.

Далее нам надо создать пользователя, который будет владельцем ПО Oracle и из-под которого будет работать EM. Если вы проделали это раньше, например на этапе установки Oracle Weblogic Server, этот шаг можно пропустить.
И так, нам надо создать: The Oracle Inventory Group (oinstall), OSDBA Group (dba), The Oracle Software Owner User (обычно, oracle).

/* Выясним, есть ли уже в системе нужные группы */ root@oragrid:

Теперь скопируем архивы с EM Grid Control на сервер, разархивируем их. Поскольку я ставлю на удаленный сервер, то перенаправим вывод графики на свою машинку, установив переменную DISPLAY, и запустим инсталлер.

[oracle@oragrid GridControl]$ unzip -d GridControl GridControl_11.1.0.1.0_Linux_1of3.zip . [oracle@oragrid GridControl]$ unzip -d GridControl GridControl_11.1.0.1.0_Linux_2of3.zip . [oracle@oragrid GridControl]$ unzip -d GridControl GridControl_11.1.0.1.0_Linux_3of3.zip . [oracle@oragrid GridControl]$ export DISPLAY=192.168.24.177:0.0 [oracle@oragrid

]$ cd GridControl [oracle@oragrid GridControl]$ ./runInstaller

Здравствуй Oracle Universal Installer

Шаг 2-ой – проверка доступных обновлений. Пропустим этот шаг, ибо и так EM у нас последней версии на момент написания этой статьи.

Шаг 3-ий – выбираем тип установки – новая или добавление нового OMS в существующую структуру.

Шаг 4-ый – проверка предварительных условий, между которых проверка ОС, установленных пакетов, свободного места, памяти и прочего. Если что-то не прошло – в нижнем окошке можно будет увидеть в чем именно проблема, устранить ее и запустить проверку заново.

Шаг 5-ый – намек папки, где находится установленный Weblogic Server, и куда поставить инстанс OMS.

Шаг 6-ой – намек деталей создания нового домена, а именно – администратора домена, и пароль для Node Manager, с помощью которого можно запускать, останавливать инстанс WebLogic Server. Инсталлер EM Grid Control в любом случае создает домен GCDomain на сервере Weblogic, независимо от того, есть какие-то еще домены на сервере или нет.

На седьмом шаге надо указать параметры доступа к БД, в которой будет создан репозиторий EM.

Здесь возможны некоторые сложности. Например если вы ставите EM Repository на базу данных, которая была настроена на управление обычным Database Control Enterprise Manager’ом, а вероятнее только так и было, если вы ставили БД через OUI, то у вас появится вот такая ошибка:

Которая говорит о том, что надо выполнить вот такую команду, чтобы удалить конфигурацию DB EM, чтобы можно было поставить репозиторий на эту базу данных. Скажу честно, у меня этот скрипт отработал, но видимо не все удалилось, и инсталлер все равно прерывался с ошибкой, что какая-то схема уже есть в БД, кажется это было про SYSMAN, я просто из SQLPlus дропнул эту схему с каскадом, затем была ошибка, что все равно схема присутствует, и здесь помогла вот такая команда, опять же из SQLPlus: «delete from SCHEMA_VERSION_REGISTRY where COMP_NAME=’Metadata Services’;», после этого эти ошибки исчезли.
Так же у вас может возникнуть вот такая ошибка:

Она говорит о том, что надо немного поднастроить инстанс (экземпляр) вашей базы данных. Не проблема, открываем SQLPlus из-под sysdba и правим параметры и перезапускаем инстанс, потому как эти параметры статические:

/db11gr2/database> sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Thu Jan 20 18:54:14 2011 Copyright (c) 1982, 2009, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> alter system set session_cached_cursors = 200 scope=spfile; System altered. SQL> alter system set log_buffer = 10485760 scope = spfile; System altered. SQL> alter system set processes = 500 scope = spfile; System altered. SQL> shutdown immediate; Database closed. Database dismounted. ORACLE instance shut down. SQL> startup; ORACLE instance started.

Если 7-ой шаг прошел успешно, то на восьмом шаге надо сконфигурировать репозиторий: пароль пользователя SYSMAN, а именно он является владельцем репозитория и главным пользователем EM, а так же указать где будут расположены файлы необходимых табличных пространств.

Шаг 10-ый – настройка портов, которые использует EM.

Шаг одиннадцатый – краткий обзор нашей установки.

Шаг двенадцатый – процесс пошел!

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

После копирования файлов, инсталлер запустит ряд помощников, которые сконфигурят и запустят компоненты EM.

Так вот, если вы поставили версию Weblogic Server, отличную от 10.3.2, то здесь вас ждет облом, ибо ассистент «OMS Configuration» получит статус «Failed». И единственный выход на данный момент – это удаление текущего Weblogic Server и установка Weblogic Server версии 10.3.2.

Ну вот и все!
Если вы переживаете, как сделать так, чтобы EM и все его компоненты запускались одновременно со стартом операционной системы, расслабьтесь, инсталлер об этом уже позаботился (вы можете обнаружить gcstart в /etc/init.d).

Теперь можно смело открывать консоль EM Grid Control, указать логин sysman, пароль, который вы сами задали и вперед!

Читайте также: