Oracle Enterprise Manager Описание
Oracle Enterprise Manager позволяет администраторам управлять работой сложных информационных систем, построенных преимущественно на основе технологий Oracle, а также включающих программные продукты других компаний. Семейство OEM включает следующие продукты:. Oracle Enterprise Manager Grid Control – средство управления Oracle Grid, которое устанавливается из отдельного дистрибутива. Oracle Enterprise Manager Database Control – облегченная версия OEM Grid Control, предназначенная для управления только одним экземпляром или одним кластером баз данных Oracle.
В ней представлено готовое решение управления всем жизненным циклом сервиса DBaaS для Oracle Multitenant, опции мультиарендности в Oracle Database 12c Enterprise Edition. В новой версии Enterprise Manager 12c поддерживается широкий выбор представления базы данных как сервиса (DBaaS), включая полную базу данных, клонирование экземпляров, схему и подключаемые (Pluggable) DBaaS. Тем самым появляется возможность предложить пользователям более широкий спектр возможностей доставки сервиса, одновременно сокращая время и сберегая усилия. Oracle Enterprise Manager Grid Control является ведущим продуктом Oracle. Описание этапов инсталляции Oracle Management Repository, Oracle. Описание тега oracle-enterprise-manager. Описание тега вопросы с тегом.. Oracle Enterprise Manager выполняет большую часть своей деятельности с помощью интеллектуальных агентов, которые Oracle Corporation называет Oracle Management Agents. Они выполняются как автономные прокси-процессы на управляемом node и выполняют задачи выполнения и мониторинга для Oracle Enterprise Manager, обмениваясь данными с использованием протокола передачи гипертекста (HTTP или HTTPS). Licensed under cc by-sa 3.0 with attribution. Oracle Oracle Enterprise Manager установка - Oracle, Тема 962721. Форум программистов, компьютерный форум CyberForum.
Устанавливается по умолчанию с каждой базой данных Oracle. Эти продукты позволяют администратору БД выполнять основные операции из единой консоли:. мониторинг состояния базы данных, контроль компонент БД;.
создание, модификация и удаление как пользовательских объектов БД (таблицы, индексы, процедуры, триггеры, представления и пр.), так и системных объектов (табличные пространства, роли, пользователи, сегменты отката, дисковые группы, сервисы и др.);. выполнение произвольных SQL-запросов;. упрощение запуска стандартных утилит (импорт, экспорт, загрузка данных и др.). настройка alerts. OEM имеет открытую архитектуру: пользователи могут добавлять в него поддержку новых типов управляемых объектов, используя специальный SDK. Кроме того, только для возможна покупка дополнительного функционала в виде одного или нескольких специализированных Pack.
Oracle Enterprise manager и его пакеты (средства управления СУБД и приложениями) М. Проблемы управления.
Общеизвестно, что для того, чтобы находящиеся в промышленной эксплуатации информационно - управляющие приложения работали хорошо (быстро, надежно, качественно), его должны сопровождать специальные люди - администраторы базы данных, администраторы сети, администраторы всей системы и т. Требования к квалификации этих людей очень высокие и стоимость их на рынке тоже довольно высока.
Кроме того, и в России и на западе постоянно ощущается недостаток таких специалистов. Например, в обязанности администратора базы данных (АБД), работающего с одной базой данных (БД), входит: - управление пользователями и привелегиями; - управление ресурсами БД; - копирование и восстановление БД; - экспорт / импорт данных; - мониторинг состояния БД и приложений; - обеспечение непрерывной работы приложений; - обеспечение высокой производительности приложения; - старт и остановка системы; - инсталляция новых версий; и т д. Этот список далеко не полный, его можно продолжать и продолжать.
И ошибка в любой из этих работ может привести к простою в работе организации и многомиллионным потерям. Хотелось бы отметить, что последнее время часто приходится слышать о СУБД, которые якобы не требуют администрирования. Они противопоставляются СУБД Oracle, администрирование которой якобы чрезвычайно сложно и доступно немногим супер АБД. Особенно часто слова о СУБД, не требующей администрирования, слышны от представителей фирмы Microsoft.
Однако даже беглого взгляда на приведенный выше и далеко не полный список обязанностей АБД достаточно для того, чтобы понять - эти работы надо выполнять для любой СУБД, если мы хотим, чтобы приложения работали в промышленном режиме. Поэтому коммерческая СУБД без администрирования сегодня - это иллюзия или обман. Другое дело, насколько трудоемки операции администрирования и какие инструментальные средства есть в арсенале АБД. Об этом и идет речь в данной статье. Теперь давайте посмотрим, что происходит сегодня в области информационных систем и СУБД.
Во-первых, число пользователей этих систем постоянно растет и мы уже говорим о тысячах и десятках тысяч пользователей, а переход к интернет - приложениям увеличивает число пользователей еще на порядок. Соответственно возрастает и нагрузка на АБД. Во-вторых, в большинстве организаций работает не одно, а несколько приложений, расположенных на различных серверах, а на одном компьютере размещается несколько баз данных. Следовательно, проблемы, решаемые АБД, надо умножить на число серверов и на число баз данных. Я уже не говорю о том, что существуют сложные связи между БД, многие системы реализуют концепцию распределенной БД, осуществляют автоматическую репликацию данных между базами.
К этому следует добавить, что объем БД постоянно растет (сегодня уже существуют терабайтные БД) и рост БД будет ускоряться (реализуются хранилища данных, аналитические системы, системы для работы с изображениями, видео, аудио и т д.). Даже элементарные административные операции на очень больших БД могут требовать много времени и специальных технологий для доведения их до конца за разумное время. К сожалению, в большинстве организаций сегодня используются разнородные приложения, слабо связанные между собой.
Для их реализации применяются различные серверы приложений (одни для реляционных данных, другие для видео, третьи для геоинформационных систем и т д.). Соответственно для контроля и управления этими системами используются различные управляющие пакеты. В результате мы имеем высокую сложность и стоимость поддержания и администрирования этих приложений, а также высокую стоимость обучения АБД. Что бы нам хотелось иметь в идеале? Ну во-первых, желательно иметь не множество разных, а один интегрированный инструмент для администрирования всех этих приложений. Во-вторых, он должен быть достаточно прост в использовании, чтобы снизить требования к квалификации и стоимости администраторов, чтобы сложные операции можно было выполнять просто, а иногда и вообще не выполнять (пусть выполняются в автоматическом режиме). В-третьих, инструмент должен быть расширяемым и масштабируемым, чтобы при увеличении числа БД, пользователей, появлении новых типов данных и подсистем в приложениях нам не надо было этот инструмент заменять.
Ну и в-четвертых, идеальный инструмент должен работать автоматически, требуя вмешательства администратора только при возникновении исключительных ситуаций. А рутинные работы пусть он выполняет сам, а нас только информирует об этом.
Идеальный инструмент должен создать ситуацию, когда администратор БД будет проактивным. Будет предупреждать события до их возникновения, а не реагировать в пожарном порядке на постоянно возникающие проблемы. В этом случае количество проблем уменьшится, а вероятность ошибок станет минимальной.
Выгоды от использования такого инструмента понятны. Снизится стоимость обучения АБД, уменьшится время простоя системы и повысится ее производительность. Уменьшится трудоемкость выполнения рутинных задач. Мы получим в эксплуатации ту самую “ хорошую ” прикладную систему. На самом деле такой идеальный инструмент для управления СУБД Oracle существует, более того, его имеют все администраторы Oracle (он поставляется бесплатно вместе с сервером Oracle). Инструмент называется ORACLE ENTERPRISE MANAGER.
Oracle Enterprise Manager Описание
Oracle Enterprise manager 1. Общее описание Одной из основных компонент Oracle Enterprise Manager (OEM) является центральная консоль оператора. Сидя за этой консолью АБД как в центре управления полетами видит все СУБД, которые он администрирует, несмотря на то, что они размещаются на разных компьютерах, разбросанных по разным зданиям, городам и странам. Он может отслеживать состояние этих СУБД и выполнять с каждой СУБД или с группой СУБД различные административные действия, не сходя со своего рабочего места.
А при желании он может все это делать через интернет. Центральная консоль написана на языке Java и имеет красивый и удобный графический интерфейс, который может работать на Windows платформах и на Sun Solaris. Кроме СУБД администратор может контролировать с этой консоли узлы сети (компьютеры), листенеры, сервера приложений ( Oracle application servers), Oracle Developer Server, ERP приложения ( SAP/R3, Oracle Applications), а для новой конфигурации Oracle - Oracle Appliance ( поставка Oracle Server вместе с куском операционной системы, необходимым для его работы) OEM позволяет управлять и операционной системой. Более того, на нескольких машинах можно установить несколько таких консолей и тогда несколько АБД смогут работать с этими БД, узлами и т д. На рисунке 1 изображен внешний вид центральной консоли. Она имеет меню и иконки для управления и состоит из 4 основных окон. Центральная консоль OEM В левом верхнем окне можно видеть навигатор объектов, с которыми мы собираемся работать (это БД, узлы, пользователи, объекты БД и т д).
Под этим окном размещается окно для работы с пакетными заданиями (JOB), правее него видно окно для управления и контроля событий, происходящих на узлах и в БД. В правом верхнем углу можно разместить карту региона, на которой будут иконками отмечены администрируемые БД или узлы. В случае возникновения проблем в этих БД (узлах) у иконки появляется красный флажок и АБД видит, что требуется его вмешательство. Но самое главное достоинство OEM это то, что он является не просто фиксированным инструментом АБД. OEM - это некая рама, каркас ( frame) в которую легко могут добавляться новые модули - инструменты, расширяя функции OEM.
Рассмотрим архитектуру OEM более подробно. Архитектура OEM OEM состоит из 3 компонент: центральные консоли, за которыми работают АБД, управляющие сервера ( Management servers), реализующие всю логику OEM и интеллектуальные агенты (Intelligent Agents), работающие на узлах, где размещены БД, и выполняющие там задания по поручению управляющих серверов. Управляющий сервер имеет свой репозиторий, где он хранит необходимую для работы информацию о пользователях БД, узлах, привилегиях и т д. Репозиторий хранится в БД Oracle. Консоль выполняет функции интерфейса. Несколько консолей может работать с одним управляющим сервером, а при большой нагрузке можно запустить дополнительный управляющий сервер, который будет использовать тот же репозиторий. Таким образом достигается балансировка нагрузки.
OEM позволяет выполнять не только те команды, которые выполняются экземпляром ( instance) Oracle, но и команды операционной системы, старт и остановку БД. Поэтому на каждом управляемом узле должен работать сервис, который не привязан к состоянию БД. Эту роль и выполняет интеллектуальный агент.
Он может выполнять скрипты, стартовать БД, выполнять команды операционной системы, контролировать возникновение заказанных OEM событий. Причем выполнение этих работ может происходить в заранее указанные моменты времени или с определенной периодичностью, а результат будет передан управляющему серверу тогда, когда тот будет иметь связь с агентом. Архитектура OEM Понятно, что консоль, управляющий сервер, его репозиторий, агент с управляемыми БД все могут размещаться на отдельных компьютерах. Но можно все это установить и на один компьютер. Иногда для сбора статистики в помощь интеллектуальному агенту требуется запустить еще один сервис - Data Gatherer. Вместе с OEM Вы можете проинсталлировать его Web вариант.
Он не требует дополнительного конфигурирования. Вы просто запускаете на компьютере с OEM установленную упрощенную версию сервера приложений и можете работать с консолью через интернет / интранет с любого компьютера, где есть Web броузер. (правда, при первом обращении Вас попросят выгрузить и установить пакет Jinitiator ). Через этот Web интерфейс доступны все функции OEM и пакета DBA Management Pack, который будет описан ниже. Как уже было сказано, OEM состоит из консоли, управляющего сервера и агентов. Но в него могут легко встраиваться дополнительные модули - компоненты, выполняющие те или иные работы по администрированию.
Таких модулей существует много и их можно разбить на несколько групп. Пользовательские модули и модули других фирм.
OEM имеет документированный API и все желающие могут разрабатывать и включать в OEM свои собственные модули, расширяющие функциональность OEM. DBA Management Pack. Это стандартный набор модулей, разработанных Oracle и поставляемых вместе с OEM. Они позволяют выполнять основные работы по администрированию БД (работы с экземпляром Oracle, пользователями, объектами БД). Oracle Diagnostic, Tuning, Change Management Packs. Эти три пакета модулей, разработанных Oracle, не входят в стандартную поставку. Их надо покупать отдельно.
Они сильно помогают АБД в диагностировании, настройке и модификации БД. Прочие специфические модули. Эти модули также разработаны Oracle и нужны для работы с отдельными специфическими опциями (компонентами) сервера.
Если Вы купили и используете эти опции, то Вам следует установить и использовать и модули для конфигурирования и управления этими опциями. Например, есть модуль для работы с Oracle Parallel Server, есть Replication Manager для конфигурирования репликации, есть Video Server manager и т. В этой статье мы коротко расскажем про эти специфические модули, а основное внимание сосредоточим на описании DBA Management Pack, Diagnostic, Tuning, Change Management Packs. Но прежде остановимся на общих характеристиках OEM. Характеристики и функции OEM OEM и все его модули имеют графический интерфейс.
Большинство работ выполняется с помощью мыши. Выполнить сложные операции помогают помощники ( Wizards). Они разбивают сложную операцию на части и ведут с АБД диалог, объясняя, что и как надо делать. Таким образом, даже не очень опытный администратор может выполнить сложные задачи. Кроме того, OEM еще и обучает АБД в процессе работы. Вы всегда можете посмотреть текст скриптов и SQL операторов, которые он формирует и понять, что и почему будет делаться.
OEM позволяет Вам узнать какие режимы выполнения той или иной операции возможны и т д. В состав OEM входит 4 подсистемы: n система управления пакетными заданиями ( JOB SYSTEM) n система управления событиями (EVENT SYSTEM) n система анализ узлов сети ( DISCOVERY SERVICE) n система управления безопасностью ( SECURITY SERVICE) Система управления пакетными заданиями позволяет АБД и модулям OEM формировать задания, запускать их на выполнение, контролировать результаты выполнения. Задание может содержать как SQL - PL/SQL операторы для работы с БД, так т TCL скрипты, команды операционной системы, задания на старт / остановку базы и т д. Один раз созданное задание можно поместить в библиотеку заданий и выполнять многократно.
Задание может быть запущено немедленно, в заранее указанное время, может выполняться многократно через указанные интервалы времени, в определенные дни недели или месяца. Кроме того, одно задание можно назначить на выполнение группе БД или узлов и тогда оно будет выполняться на каждой из этих БД или в каждом узле.
Таким образом достигается упрощение выполнения стандартных и повторяющихся работ. В состав OEM входит набор заранее подготовленных заданий, таких как анализ данных, экспорт / импорт, загрузка данных, копирование / восстановление, старт / остановка БД, выполнение команд SQLPLUS и Server Manager. Меняя параметры этих заданий можно выполнять широкий набор функций.
Кроме того, этапы одного задания могут быть взаимосвязаны. Например, выполняться только при успешном или неуспешном выполнении предыдущего этапа задания.
Задания могут запускаться не только по времени, но и автоматически при возникновении фиксируемых OEM событий в БД или на узле. Это так называемые Fixit job. Например, при возникновении события “ В табличном пространстве xxxxx осталось менее 1 М свободного пространства ”, автоматически запустится Fixit job, увеличивающая это табличное пространство. Вмешательство АБД здесь не требуется. Он будет лишь извещен о выполнении работы. Система управления событиями позволяет АБД указать системе, какие события в БД или на узле его интересуют.
Oracle Enterprise Manager 11g Описание
После этого он может не думать об этих событиях. Система сама известит его, когда это событие возникнет. Можно включить контроль события (группы событий) сразу на нескольких узлах (БД). Сигнал о возникновении события может появляться не только в окне событий консоли. Он графически отображается на карте консоли (красный или зеленый флажок ), а, кроме того, сообщение о событии может быть послано АБД по электронной почте или на пэйджер. При контроле некоторых событий АБД может сам задать пороговые значения, о которых его следует извещать (например, когда свободного места останется меньше xx Мб).
В состав OEM входит набор стандартных событий, контроль которых можно заказать. При установке Diagnostic Pack этот набор значительно расширяется. Кроме того, АБД может описать собственные события с помощью оператора SELECT. Стандартные события делятся на группы, связанные с аудитом, ошибками, производительностью, использованием ресурсов, использованием пространства БД и компьютера. Ну а Fixit Job поможет реагировать на эти события автоматически.
Система анализа узлов сети позволяет OEM автоматически определить, какие БД, листенеры, сервера приложений установлены на указанном узле сети. Вам надо знать только имя узла. OEM дает команду агенту узла провести исследование и затем включает обнаруженные объекты в дерево навигатора объектов. Если же агент на этом узле не работает, то у Вас остается возможность определить эти объекты вручную. Ну и, наконец, система управления безопасностью. Для связи с OEM АБД должен указать свое имя и пароль. На основе этого определяются его привилегии.
Поскольку АБД приходится работать со многими БД и узлами, то очень сложно запомнить имена и пароли для работы с каждой БД (узлом). АБД может сохранить эти имена и пароли в репозитории OEM и больше не указывать их, открывая БД или запуская тот или иной модуль.
OEM возьмет их из репозитория автоматически. Таким образом, мы имеем единый вход для управления многими системами (single sign on). Естественно, что все имена и пароли кодируются при пересылке по сети. В окне навигатора объектов OEM АБД видит дерево управляемых объектов (узлов, БД, листенеров и т д.). Он может раскрывать это дерево и запускать модули для работы с этими объектами. Стандартные функции администрирования выполняются модулями, входящими в пакет DBA Management Pack. DBA Management Pack DBA Management Pack - это набор модулей, облегчающих выполнение задач по администрированию БД.
Все компоненты пакета могут запускаться как из-под OEM консоли, так из операционной системы. Основное достоинство DBA Management Pack заключается в том, что он позволяет заменить ввод команд SQL на работу с простыми графическими интерфейсами. Не надо знать синтаксис SQL для выполнения сложных работ по администрированию.
С помощью этого пакета АБД может централизованно администрировать одну или несколько БД, расположенных локально или удаленно и на любых платформах (тип компьютера + операционная система). DBA Management Pack состоит из группы модулей, называемой DBA Studio и компоненты SQL Plus Worksheet.
SQL Plus Worksheet - это обыкновенный интерпретатор языка SQL. Он позволяет писать и выполнять SQL и PL/SQL запросы, выполнять команды DBA и запускать выполнение скриптов. DBA Studio включает 4 модуля: n Instance manager n Security manager n Schema manager n Storage manager Кроме того, в состав DBA Studio входят помощники ( wizards) для выполнения копирования / восстановления, экспорта / импорта и загрузки данных. Большим достоинством DBA Studio является то, что она может работать автономно, не используя управляющий сервер.
Часть функций, связанная с выполнением заданий ( JOB) (копирование / восстановление, экспорт / импорт, загрузка) при этом правда не доступна, но на не очень мощных компьютерах возможность не запускать управляющий сервер и напрямую работать с БД очень ускоряет работу. С DBA Studio могут работать не только АБД. Очень много функций, связанных с просмотром объектов (системных и пользовательских) в БД может выполнять любой пользователь с привилегиями роли SELECTCATALOGROLE. При этом он может только смотреть информацию, но не менять ее. DBA Studio дает возможность легко строить, просматривать, выводить на печать и в HTML формат так называемые суммарные справки. Например, отчет обо всех пользователях БД или обо всех сегментах отката БД. Все 4 модуля DBA Studio имеют похожий интерфейс и позволяют выполнять стандартные операции со своими объектами: создать, удалить, посмотреть и изменить характеристики.
Для некоторых объектов можно выполнить специфические операции (например, добавить файл к табличному пространству, вывести пространство в offline /online или сделать его доступным только на чтение, запустить копирование (backup), реорганизацию и т. Д.) Но дело в том, что сами то объекты в этих четырех модулях совершенно разные: это системные объекты в storage manager, пользователи и привилегии в security manager, пользовательские объекты в schema manager. Instance manager позволяет работать с информацией об экземпляре (instance) Oracle. Вы можете просмотреть общую информацию об экземпляре и БД (имя, режим работы, состояние БД и т д.), распределение областей в памяти (видна круговая диаграмма размеров областей SGA). АБД может просмотреть значения всех параметров экземпляра (взятых из файла init.ora) и изменить значения некоторых из них, не останавливая Oracle. Очень удобно, что для каждого параметра видно подробное описание его смысла и возможных значений. АБД может остановить и перезапустить экземпляр Oracle в любом режиме.
Instance manager позволяет работать с системой управления ресурсами экземпляра ( resource management). Вы можете создавать планы использования ресурсов компьютера ( resource plan), создавать группы потребителей ресурсов (resource consumer group), назначать этим группам процент использования процессоров и степень параллелизма.
Естественно, что все это можно просматривать и менять с помощью удобного графического интерфейса. Instance manager позволяет увидеть, какие сеансы сейчас работают с БД и получить некоторую статистическую информацию об этих сеансах (кто его открыл, какой SQL оператор он выполняет, план выполнения этого SQL, статус сеанса и т д.). Более полную и оперативную информацию о сеансе можно получить с помощью Diagnostic Pack. АБД может также легко прервать сеанс пользователя (kill session). Schema manager позволяет работать с пользовательскими объектами БД.
Их более двух десятков. Это и таблицы, индексы, представления и процедурные компоненты, и такие новые объекты, как измерения ( dimension ), материализованные представления, очереди, массивы и объектные типы. АБД может создать, удалить, просмотреть и отредактировать эти объекты.
Для объектов, содержащих данные (например, таблиц) можно редактировать не только описание объекта, но и сами данные. Среди специфических функций для конкретных объектов следует отметить возможность простого выполнения команды DROP COLUMN, очень простое создание задания на сбор статистики (команда ANALYZE) для объекта, группы объектов, объектов схемы и т.д. Для создания некоторых сложных объектов используются помощники. Они могут пошагово создать сложную таблицу, состоящую из частей ( partitions), порекомендуют, где следует создать материализованное представление, сколько оно займет места и какой даст выигрыш в производительности. Если в системе установлены Diagnostic, Tuning, Change Management Packs, то из Schema manager можно для конкретного объекта схемы запустить нужный модуль из этих пакетов. Но все же главным достоинством Schema manager является возможность оперативного получения наглядной информации об объектах схем БД.
Storage manager позволяет работать с системными объектами БД: табличными пространствами, сегментами отката, файлами данных, журнальными файлами. АБД может оперативно смотреть информацию об этих объектах, модифицировать ее. Для табличных пространств и файлов данных можно видеть диаграмму процентного использования файла.
Storage manager позволяет также просматривать и модифицировать информацию о журнальных и Control файлах, запускать операции копирования control файлов и файлов данных. Объекты Storage manager можно выводить в offline / online, для журнальных файлов можно выполнять checkpoint (контрольная точка) и переключение файлов. Security manager позволяет управлять пользователями, ролями, привилегиями и профайлами. Используя графический интерфейс АБД может создавать пользователей, назначать им роли, привилегии, профайлы.
Security manager поддерживает режимы задания паролей, позволяет отследить зависимости (например, кому грантирована данная роль). Прочие специфические модули Все эти модули органически включаются в OEM и могут быть легко запущены как из него, так и из операционной системы. Они, как правило, предоставляют графические интерфейсы, позволяющие легко реализовать функции, заложенные в API той или иной опции Oracle. Примером таких модулей могут служить: Replication manager - конфигурирование и контроль репликации; Video Server manger - управление видео серверами, потоками и клиентами.
Упрощает конфигурирование и обслуживание видео сервера; Parallel Server manager - управление несколькими экземплярами Oracle на кластере.