Меню Рубрики

Установка cloud control 12c

Установка Enterprise Manager 12c Cloud Control

Сам процесс установки EM 12c описан в документации, а MOS Note 1359176.1 даже включает скриншоты. Тем не менее, процесс установки имеет некоторые специфические детали и почти всегда в первый раз заканчивается неудачно. Это неудивительно, учитывая количество программных компонентов, включённых в продукт.

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

В первую очередь, определимся с ситемными требованиями EM 12c. Если вы хотите установить его где-нибудь на маленьком виртуальном сервере — об этом придётся забыть. В отличие от своего предшественника EM 11g, EM Cloud Control является полномасштабным J2EE приложением, устанавливаемым поверх полной инсталляции WebLogic сервера и использующим Oracle Enterprise Edition database.

Исходя из моего опыта, я бы посоветовал как минимум такую конфигурацию системы:

  • 4х ядерный процессор
  • 8 Гигабайт оперативной памяти
  • Oracle Linux OUL 5.5 (6.1 также может подойти)

Oracle Database 11.2 EE должна быть установлена на отдельной машине — не пытайтесь установить всё вместе на одном физическом сервере. Даже если установка пройдёт удачно, у вас будет много трудностей с распознаванием и конфигурацией «целей» (targets). Можно использовать одну из уже существующих кластерных баз данных для хранения схем EM 12c — в этом случае подключайтесь к «SCAN-адресу» кластера, а не к индивидуальному экземпляру (instance).

Ни в коем случае не устанавливайте EM 12c на одном из узлов кластера — даже при использовании отдельного пользователя и группы, Oracle Installer добавит почти десяток новых компонентов в Oracle Inventory на сервере, что несомненно вызовет осложнения при установке патчей на кластере. Можете попробовать сами .

Таким образом, мы будем использовать отдельно стоящий OUL 5.5 Linux сервер для установки только компонентов Enterprise Manager и уже существующую базу данных, на одном из production серверов, для хранения EM Repository. Новая версия продукта создаёт множество разных схем, а не одну, как было раньше.

В зависимости от выбора базы данных, создайте резервную копию (backup) или запишите точное время начала установки. При использовании новой пустой базы данных проще и быстрее восстановить её из backup’а, чем вычишать вручную остатки неудачной установки.

Установка EM 12c

Процесс установки занимает около часа и не отличается разнообразием. Шаги сменяют друг друга, при этом нажатие на ссылку «View Log» справа от названия шага приводит к открытию уродливого окошка с мелким шрифтом, в котором можно увидеть на каком этапе вы находитесь.

Предположим, что мы устанавливаем EM 12c впервые и нам надо начать с создания отдельного пользователя.

Теперь подготовим инсталляцию, запустим программу «runInstaller» с опцией «-debug» и будем проверять вывод нашей сессии на наличие ошибок.

В прошлом можно было использовать опцию «-ignoreSysPrereqs» и пытаться установить продукт на несертифицированной ОС — с EM 12c Cloud Control такой номер не пройдёт. Это одна из причин использования OUL 5.5 в наших примерах. Даже если у вас получится запустить инсталлятор или даже установить продукт на неподдерживаемой системе (или в какой-либо другой «экзотической» конфигурации) — всё равно позже вам будут встречаться совершенно необъяснимые ошибки и странности в поведении системы. Приложение само по себе настолько сложно и громоздко, что не стоит тратить своё время и силы, устанавливая его в несертифицированной конфигурации. Особо обращаю ваше внимание — целый ряд странных ошибок при установке на самом деле свидетельствует всего лишь о недостатке оперативной памяти.

По мере продвижения по диалогам Oracle Installer, выбирайте следующие опции:

Вскоре установка завершится и вы выполните два скрипта как «root».

Как и следовало ожидать, оба компонента (OMS и Agent) были сконфигурированы. Агент, установленный на Cloud Control сервере, отвечает только за «местные» компоненты, которых предостаточно — WebLogic, OMS, сам сервер и его ОС и прочее. После выполнения «root» скриптов вы увидите такую информацию:

Всё, что остаётся сделать — это проверить статус установленных компонентов:

Заметьте, что «oms» и «agent» управляются двумя разными программами, несмотря на их одинаковое название. На моём сервере агент уже успел выгрузить 11 Мб данных от разных метрик.

Теперь, когда все программные компоненты установлены и работают, самое время начать добавление «целей» (targets) — некоторые из них могут быть обнаружены автоматически, но большинство придётся добавлять (discover) вручную. Процесс добавления целей описан очень подробно в документации.

В заключение, не забывайте делать резервное копирование вашей базы данных, в которой находится repository. Также делайте OS-бэкап самого сервера с компонентами EM 12c Cloud Control.

Читайте также:  Установка магнитолы с выездом мастера

Удаление следов неудачной установки

Как я говорил, в большинстве случаев первая установка окончится ошибкой. Попытка последовать документации (весьма неясно описывающей процесс удаления продукта) вызовет раздражение и бессонницу, но не поможет избавиться от ненужных схем в базе данных. Более того, последующие попытки установки также будут заканчиваться неудачей — разработчики не побеспокоились включить обработку ошибок и любая уже существующая таблица или синоним прервёт процесс.

Я использовал отдельного пользователя с именем «em12» и соответствующей группой «em12». Имя сервера — «em». Oracle Inventory специально создан в домашней директории пользователя «em12». Также сам продукт был установлен в директорию «em12»:

Мы видим, что внутри директории «/home/em12/em12» установлено множество отдельных компонентов, один из которых — WebLogic server. Все эти компоненты зарегистрированы в Oracle Inventory «/home/em12/oraInventory». Посмотрим, что же там имеется:

Надеюсь, теперь понятно почему я советую устанавливать всё это на отдельной машине, вдали от уже существующих систем Оракл. Чётко просматриваются основные компоненты — «OMS», «Agent», «WebTier». Все они связаны с другими компонентами. «Agent» имеет большое количество плагинов, расширяющих его функциональность.

Итак, вначале удаляем директории, созданные Oracle Installer’ом:

Проверьте чтобы не осталось никаких процессов, запущенных пользователем «em12», если надо — остановите их (или перезагрузите машину). На этом «чистка» Cloud Control сервера окончена, можно приступать к базе данных. Если вы используете отдельную пустую базу для хранения EM Repository — просто восстановите её из бэкапа, сделанного до установки EM 12c. Про резервное копирование и восстановление можно прочитать в моей заметке Резервное копирование баз данных Oracle — современный подход. Если способ восстановления из бэкапа нам не подходит, то мы удалим схемы EM 12c так:

select username from dba_users where username like ‘SYSMAN%’ order by 1;

источник

Новые возможности Oracle Enterprise Manager 12c Cloud Control. Часть 1.

(Oracle Enterprise Manager 12c Cloud Control — New Features Part One By Karen Reliford)

Карэн Релифорд

Несмотря на то, а может быть и благодаря тому, что семейство продуктов Oracle продолжает расширяться и развиваться, управление и обслуживание продолжают оставаться большой и тяжелой работой для администраторов. С давних дней релиза 9i, когда Oracle впервые внедрил автономный java-базированный инструмент (Oracle Enterprise Manager), Oracle все время был сфокусирован на создании надежного средства, чтобы помочь администраторам в их всё более и более сложной и напряженной работе по сохранению в вышине их «мира» Oracle. В релизе Oracle 10g они освоили Enterprise Manager Grid Control, централизованный инструмент, при помощи которого можно стало управлять не только объектами Oracle, но и продуктами третьих сторон. Этот продукт был существенно усовершенствован в релизе 11g Grid Control, особенно в плане функциональности. Поскольку Oracle продолжает добавлять все большую функциональность и инструментальность в этот web-ориентированный механизм управления для базами данных DBA, он быстро становится наиболее предпочтительным средством управления для DBA (администраторов баз данных).

Новейший выпуск Oracle Enterprise Manager — это EM 12c Cloud Control. Управление Облаком (Cloud Control) включает множество новых возможностей и содержит видимо-невидимо очень интересной новой функциональности. Настолько много, что просто невозможно рассказать о всех существенных усовершенствования в одной единственной статье.

Oracle сфокусировал внимание на десять ключевых областей и внедрил новую функциональность и новые возможности в каждую из них. Вот эти десять ключевых областей:

1) Инфраструктура или структура, лежащая в основе управления облаком (Cloud Control)
2) Контроль и управление облаком
3) Планирование мощности
4) Управление системами Exadata/Exalogic
5) Управление конфигурацией
6) Обеспечение/Патчирование, Управление Приложениями
7) Управление базой данных
8) Управление Fusion Middleware
9) Управление средним уровнем (Middleware) и
10) Управление Качеством Приложений .. мм-да-а-а. вот это список!

В этой статье я собираюсь сосредоточиться на первом из этих пунктов, посмотреть на изменения инфраструктуры внутри Cloud Control. В нескольких следующих статьях я расскажу о нескольких других ключевых направлениях и поделюсь моими любимыми новыми возможностями и/или новой функциональностью в каждом из них.

Новые возможности инфраструктуры и структуры EM 12c Cloud Control

Давайте начнем с изменений основной инфраструктуры EM 12c Cloud Control. Ниже приводится простая диаграмма ключевых элементов.

Инфраструктура Cloud Control

По существу, как его предшественник, Grid Control, EM 12c Cloud исполняет четыре ключевых роли. Во-первых, это репозиторий управления — Oracle Management Repository (OMR), где хранятся все данные/метаданные для EM 12c Cloud Control.

Читайте также:  Установки для поверки на постоянном токе

Во-вторых, имеет место сервис управления — Oracle Management Service (OMS). По существу OMS состоит из набора J2EE-приложений, которые запускаются на Oracle WebLogic Server.

В-третьих, у нас есть управленческие агенты — Oracle Management Agents (теперь с плагином) на каждом из наших управляемых хостов.

В-четвертых, непосредственно реализован web-интерфейс, консоль — Cloud Control Console.

Давайте посмотрим, что и как изменено в каждой из этих областей.

OMR – это фактически набор из приблизительно 4000 объектов, принадлежавших аккаунту SYSMAN в базе данных, но теперь они хранятся в трех различных табличных пространствах (ранее использовались два табличных пространства). Это — табличные пространства MGMT_ECM_DEPOT_TS, MGMT_TABLESPACE и MGMT_AD4J_TS. Кроме того, когда инсталлируется устанавливая Cloud Control база данных должна уже существовать (это фактически произошло в 11gR2).

Между прочим, если вы создали базу данных, используя механизм DBCA с опцией Database Control, то перед инсталляцией EM 12c Cloud Control вы должны воспользоваться конфигурационной утилитой-ассистентом (emca — enterprise manager configuration assistant), чтобы удалить из базы данных существовавший до инсталляции EM 12c репозиторий. Приведем основной синтаксис команды emca, чтобы удалить опцию Database Control и её репозиторные объекты.

Кроме того, база данных должна на 100 % отдана OMR, и не разделять себя даже для репозитория RMAN. Это обеспечивает сочетание производительности, текущего обслуживания и патчирования, а также того обстоятельства, что база данных для Cloud Control теперь получает ограниченную лицензию, которая может только использоваться для OMR.

Также Cloud Control обладает новой возможностью инсталляции, которая реализуется утилитой командной строки, называемой emprereqkit (EM Prerequisite Utility Kit ), которая взаимодействует с той базой данных, которую вы намереваетесь использовать, как место размещения OMR. Эта утилита выдает рекомендации по настройке (или даже изменению) конфигурации базы данных, чтобы гарантировать требуемые для OMR характеристики.

В предыдущих версиях при инсталляции дополнительных OMS требовалось, чтобы уже был установлен сервер Oracle WebLogic Server. Теперь в EM 12c это не обязательно, дополнительные OMS и соответствующий WLS могут быть развернуты непосредственно с Cloud Control Console – с консоли управления Облаком.

Второе изменение состоит в том, что метрики в EM 12c теперь собираются плагинами (plug-ins), а не агентами, как имело место в EM 10g и EM 11g

Однако, я думаю, что наиболее существенным изменением является новый пользовательский интерфейс. (О нем в следующих статьях). Одна из новых особенностей, которая затрагивает пользовательский интерфейс, — то, что теперь можно настроить, что вы видите на домашних страницах различных таргетов, имея дело или непосредственно с таргетом, или пользователем, подключенном к Cloud Control

OMA — это Java-апплет, который функционирует на хост-машине и обслуживают любой таргет, который мониторится и управляется посредством Cloud Control.

Новое определение таргета — «любое программное или системное обеспечение (software or system), для которого существует плагин». Таргеты Cloud Control — это базы данных Oracle (Oracle Databases), процессы прослушивания (listeners), серверы Exadata/Exalogic, сервер приложений Oracle Application Server, SOA и E-Business Suite. Продукты третьих (не-Oracle) сторон могут находиться под управлением Cloud Control, если для них созданы или настроены соответствующие плагины.

На самом деле плагины обладают компонентами, которые находятся и в OMS, и в OMA, а два из них инсталлированы в OMS по умолчанию. Это — плагин базы данных (Oracle Database plug-in) и плагин Oracle Fusion Middleware. Могут быть инсталлированы и другие плагины, если того потребует OMS. Соответствующие компоненты плагина для OMA добавлены к агенту, поскольку соответствие целям обнаружено на хост-системах, которыми управляют.

Соответствующие для OMA компоненты плагина добавляются к агенту, если на хост-системах, которыми управляют обнаружены определенные таргеты.

Такое задействование плагинов для таргетов всех типов, включая даже базы данных Oracle, есть нововведение в EM 12c. Оно предлагает нам очень интересное преимущество. Давайте предположим, что Oracle выпускает новый релиз базы данных. В прошлом нам пришлось бы ждать, пока не будет введена в эксплуатацию новая версия Cloud Control, которая была в состоянии полностью переключить на себя всю имеющуюся функциональность. Теперь же по новой плагин-технологии — все, что нужно сделать, это загрузить и проинсталлировать обновленный плагин для таргета данного типа… до чего же приятная эта новая концепция!

Читайте также:  Установка кофейных автоматов вакансии

И поскольку ничто не может претендовать на звание «гигантский» в великой схеме вещей, новые возможности базовой инфраструктуры, особенно концепция плагинов, похоже могут стать весьма позитивным содержанием для нас, как администраторов.

источник

Oracle Enterprise Manager Cloud Control 12c: Install & Upgrade

На этом двухдневном курсе рассматриваются архитектура, инсталляция и обновление Oracle Enterprise Manager Cloud Control 12c. Обсуждаются ключевые различия между Grid Control 10g и 11g, а также различные возможности внедрения Cloud Control. Будет произведена установка Cloud Control, и использованы возможности Add Host и Add Non-host для обнаружения целей управления на хосте. Будут рассматриваться пути обновления с предыдущих версий Grid Control.

После успешного прохождения курса слушатели должны будут уметь:

  • Установку Oracle Enterprise Manager Cloud Control 12c
  • Планирование и выполнение обновления с Oracle Enterprise Manager Grid Control 10g or 11g на Oracle Enterprise Manager Cloud Control 12c

    Необходимая предварительная подготовка:

    Знакомство со средой командной строки Linux, Unix

  • Шаги, требующиеся для новой инсталляции Oracle Enterprise Manager Cloud Control
  • Описание сценария обновления ‘Одна система’
  • Планирование обновления с предыдущей версии Oracle Enterprise Manager Grid Control по сценарию ‘Одна система’
  • Выполнение обновления с предыдущей версии Oracle Enterprise Manager Grid Control по сценарию ‘Одна система’
  • Описание сценария обновления ‘Две системы’
  • Планирование обновления с предыдущей версии Oracle Enterprise Manager Grid Control по сценарию ‘Две системы’
  • Выполнение обновления с предыдущей версии Oracle Enterprise Manager Grid Control по сценарию ‘Две системы’
  • Описание процесса и особенностей при планировании внедрения Enterprise Manager Cloud Control

    Аудитория курса:

  • Инженеры тех.поддержки
  • Администраторы баз данных
  • Технические администраторы
  • Консультанты по продажам
  • Технические консультанты

    Введение
    Виртуализация и Oracle VM Server. Oracle VM Server в классе.

    Архитектура и возможности размещения
    Компоненты. Совместимость и разница между версиями. Установка методом Agent Push. Топологии размещения. Установка на один сервер.

    Сценарии обновления
    Консоль обновления. Выбор одного из двух вариантов обновления. Сценарий обновления ‘Одна система’. Сценарий обновления ‘Две системы’.

    Планирование внедрения
    Жизненный цикл Enterprise Manager. План внедрения. Рост инфраструктуры. Площадка Enterprise Manager. Одна площадка управляет всем IT на предприятии. Несколько площадок управляют всем IT на предприятии. Жизненный цикл и безопасность репозитария Oracle Management Server.

    источник

    Установка cloud control 12c

    Install Oracle Enterprise Manager Cloud control 12c on Linux 64 bit

    Oracle Enterprise Manager 12c: Console Overview and Customization
    http://www.youtube.com/watch?v=_JG13UyAAe8

    Install Oracle Enterprise Manager Cloud Control 12c on Oracle VM
    http://camoraict.files.wordpress.com. -oracle-vm.pdf

    Oracle Enterprise Manager Cloud Control 12c Release 1 Installation on Oracle Linux 5.7 and 6.1
    http://www.oracle-base.com/articles/. ux-5-and-6.php

    Необходим сервер баз данных и сервер который будет использоваться в качестве сервера приложений.
    Ранее в 11 версии (grid control) приходилось предварительно устанавливать weblogic, а после разворачивать на нем приложение.
    Сейчас этого делать не нужно. Weblogic и приложение инсталлируются из одного дистрибутива.

    1) Удаляем старый enterprise manager

    $ emca -deconfig dbcontrol db -repos drop -SYS_PWD

    SQL> ALTER SYSTEM SET log_buffer=10485760 SCOPE=SPFILE;
    SQL> ALTER SYSTEM SET processes=500 SCOPE=SPFILE;
    SQL> ALTER SYSTEM SET session_cached_cursors=200 SCOPE=SPFILE;
    SQL> ALTER SYSTEM SET job_queue_processes=20 SCOPE=SPFILE;
    SQL> ALTER SYSTEM SET shared_pool_size=600M SCOPE=SPFILE;

    Просит, чтобы табличное пространство Undo было не менее 200MB.

    SQL> create UNDO TABLESPACE «UNDO» datafile ‘/u02/oradata/ora112/undo01.dbf’ size 1G;
    SQL> ALTER SYSTEM SET UNDO_TABLESPACE = «UNDO»;
    SQL> drop tablespace UNDOTBS1;

    Просит, чтобы хотя бы 1 датафайл для табличных пространств UNDO и табличного пространства для EM был с параметром AUTOEXTEND ON.

    SQL> ALTER TABLESPACE «UNDO» ADD DATAFILE ‘/u02/oradata/ora112/undo02.dbf’ SIZE 2G AUTOEXTEND ON;
    SQL> ALTER TABLESPACE «SYSAUX» ADD DATAFILE ‘/u02/oradata/ora112/sysaux02.dbf’ SIZE 2G AUTOEXTEND ON;

    // Просит отключить автоматический сбор статистики
    // disable automatic statistics gathering

    BEGIN
    DBMS_SCHEDULER.DISABLE(‘GATHER_STATS_JOB’);
    END;
    /

    Просит пересоздать редологжурналы размером не менее 300MB

    SQL> alter database drop logfile group 3;
    rm /u02/oradata/ora112/redo03.log
    SQL> alter database add logfile group 3 (‘/u02/oradata/ora112/redo03.log’) size 300M;

    Переключиться на следующую активную журнальную группу.

    SQL> alter system checkpoint;
    SQL> alter system switch logfile;

    SQL> shutdown immediate;
    SQL> startup

    Не победил пока сообщение.

    Ensure that the EM tablespace has at least one datafile set to autoextensible
    Add at least one datafile with the autoextend attribute to the EM tablespace

    Хотя создал для sysaux новый файл с параметром AUTOEXTEND ON.

    источник

  • Добавить комментарий

    Adblock
    detector