Oracle Enterprise Manager

Диспетчер предприятия Oracle (Oracle Enterprise Manager — OEM) представляет собой обширный набор инструментов для управления базами данных с графическим интерфейсом; он поставляется в виде части серверного программного обеспечения Oracle уже много лет и постоянно совершенствуется. OEM предлагает широкий спектр служб,в том числе возможности создания отчетов и отправки уведомлений по электронной почте и на пейджер.

Разумеется, управлять базами данных можно и c помощью самостоятельно разработанных сценариев SQL и PL/SQL, но OEM предлагает привлекательный клиентский каркас консольного стиля, способный упрощать выполнение практически всех повседневных операций по управлению и задач вроде резервного копирования, восстановления, экспорта, импорта и загрузки данных, включительно. Хотя для решения этих задач можно использовать поставляемые Oracle пакеты, OEM значительно облегчает работу с такими новыми инструментами администратора баз данных в Oracle Database 11g, как Segment Advisor (Консультант по настройке правильного размера областей оперативной памяти), SQL Access Advisor (Консультант по оптимизации путей доступа) и SQL Tuning Advisor (Консультант по настройке кода SQL). Если в предыдущих версиях установка различных компонентов OEM в основном выглядела довольно сложно, то последние версии OEM являются в этом отношении довольно удобными для пользователя.

Начиная с выхода Oracle Database 10g, на выбор предлагается две версии OEMDatabase Control, позволяющая управлять только одной базой данных, и Grid Control,позволяющая управлять целой системой. С помощью Grid Control управлять можно не только используемой в масштабах всего предприятия базой данных, но и серверами приложений, хостами и прочими службами. В этом разделе будет показано, как конфигурировать и использовать обе версии OEM. Для тех, кто не умеет писать сценарии,OEM является идеальным вариантом, потому что поставляется со всеми существенно важными сценариями для управления базой данных и другими службами. Сегодняшним администраторам баз данных следует стараться овладевать OEM и пользоваться его мощными возможностями для увеличения глубины и масштабов своих операций по управлению базами данных.


На заметку! Те, у кого установлена версия Oracle Application Server 10g, для управления экземпляром сервера приложений могут использовать консоль Application Server Control (Управление сервером приложений).


Обычно администраторы баз данных Oracle применяют для управления своими базами данных различные сценарии. Эти сценарии можно как писать самостоятельно, так и загружать с любого посвященного администрированию баз данных сайта в Интернете (каковых доступно очень много). Они могут представлять собой как основанные только на SQL сценарии, так и смешанные сценарии, включающие и элементы сценариев SQL*Plus, и элементы сценариев оболочки UNIX. Их можно запускать вручную, а можно и автоматизировать, обеспечив автоматическое наблюдение за работой системы с рассылкой соответствующих уведомлений на пейджеры или адреса электронной почты.Большинство администраторов баз данных также предпочитают пользоваться для этого и средствами операционной системы, например, утилитами GlancePlus, sar, vmstat и iostat.

При наличии единственной базы данных со всего лишь несколькими пользователями, пожалуй, ею имеет смысл управлять посредством нескольких автоматизированных сценариев и периодически выполняемых процедур мониторинга. Однако применение рассчитанного на управление одним экземпляром средства Database Control позволяет сводить все повседневные задачи по управлению к минимуму. При наличии нескольких управляемых баз данных обязательно понадобится средство, которое способно помочь решать такие задачи, как создание объектов, обеспечение безопасности, мониторинг состояния баз данных и отправка соответствующих уведомлений, управление событиями, резервное копирование, восстановление и загрузка данных. Сторонние производители вроде Quest Software (http://www.quest.com) и Embarcadero Technologies (http://www.embarcadero.com) тоже предлагают ряд замечательных средств для управления базами данных. Но средство Database Control поставляется в составе программного обеспечения Oracle Server, поэтому логичнее использовать для управления базами данных Oracle именно его.

Возможность наблюдать за производительностью баз данных является далеко не единственным преимуществом применения OEM. Предлагаемый в OEM механизм про активного управления событиями (proactive event management), например, позволяет устанавливать пороговые значения для различных параметров базы данных, связанных с уведомлением о событиях, а механизм планирования выполнения заданий (job scheduling) делает традиционный подход с применением файла crontab несколько старомодным. Кроме того, в OEM можно осуществлять настройку приложений и выполнять операции по реконструкции схемы. И, наконец, OEM значительно облегчает выполнение многих связанных с администрированием баз данных задач, например,резервное копирование, восстановление, загрузку данных и реорганизацию таблиц в оперативном режиме.

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

Преимущества использования OEM для управления базами данных Oracle

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

Готовые средства управления

OEM представляет собой готовое решение для мониторинга и управления целыми системами. Хотя чуть позже в разделе “Конфигурирование и использование Database Control” будут описаны способы настройки различных компонентов OEM, никаких действительно трудных операций по конфигурированию, которые нужно выполнять для начала работы с OEM, не существует, даже в случае версии Grid Control. На самом деле OEM Database Control вообще не требуется конфигурировать в случае создания новой базы данных Oracle с помощью приложения DBCA (Database Configuration Assistant — Помощник по конфигурированию сервера базы данных) или выбора варианта создания новой базы данных во время инсталляции Oracle Database Server.

Управление через Веб

Получать доступ к консоли OEM можно не только непосредственно с рабочей станции, но и через веб-сервер. В OEM используется протокол SSL (Secure Sockets Layer —уровень защищенных сокетов), поэтому безопасность баз данных при получении к ним доступа через Интернет не нарушается. Все звенья OEM осуществляют обмен информацией по протоколу HTTP и потому могут проходить через любой брандмауэр, который разрешает прохождение HTTP-соединений. В некоторых ситуациях серверу, через который осуществляется управление, бывает необходимо устанавливать прямое сетевое соединение Oracle с управляемым экземпляром. Поддерживающая веб-доступ консоль OEM обладает всеми функциональными возможностями, что и обычная, поэтому для получения доступа к базам данных из любого места в любое время все, что потребуется иметь — это лишь веб-браузер.

Мониторинг в реальном времени базы данных Oracle

В OEM предлагается замечательная возможность для осуществления мониторинга базы Oracle в реальном времени, а также возможность для генерации различных отчетов по базам данных. Без OEM требуется использовать сценарии SQL, а те не всегда быстро справляются с обработкой информации. Например, сценарии SQL, предназначенные для обнаружения блокирующих объект пользователей, просто “славятся” своей медленной работой. С помощью OEM, однако, можно без промедления просматривать все имеющиеся в базе данных блокировки. Аналогично, OEM также помогает выявлять в системе ожидания (waits) и выяснять причины их возникновения.

Мониторинг полной среды

Как уже должно быть известно, причиной плохой производительности (или недоступности) базы данных может являться наличие проблемы где-то в стеке приложения — в базе данных, в веб-серверах или в сервере, обслуживающем какой-нибудь из компонентов приложения. OEM позволяет следить за производительностью всех компонентов в этом стеке, а не только за производительностью базы данных Oracle. Это значит, что с помощью OEM можно очень быстро выяснить, почему база данных начала работать медленно. Возможно, один из веб-серверов не справляется с обработкой запросов на подключение по какой-то причине, а база данных работает вполне нормально.

Ниже приведен перечень элементов, за которыми OEM может следить и по показателям которых он может составлять отчеты:

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

Мониторинг производительности приложений

В OEM предлагаются средства для осуществления мониторинга за производительностью приложений (Application Performance Monitoring — APM), которые позволяет легко диагностировать проблемы в системе и следить за производительностью баз данных.Они умеют собирать сведения и генерировать отчеты не только о состоянии, но так-же и показателях времени отклика всех баз данных в системе. Эта информация помогает своевременно управлять базами данных и предотвращать возникновение в них проблем.

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

В частности, средства APM позволяют выполнять следующие функции.

  • Следить за производительностью и доступностью системы.
  • Выявлять перебои и узкие места во всех компонентах системы приложений.
  • Анализировать исходные причины проблем с производительностью.
  • Выполнять диагностику производительности с возможностью детализации.
  • Сводить к минимуму время простоя приложений за счет применения эффективных средств разрешения проблем.

Возможность масштабированного управления

OEM является очень легко масштабируемым средством, и потому никаких дополнительных ресурсов для управления постоянно разрастающимся предприятием не требуется. При необходимости добавить в систему новые серверы, достаточно просто запустить на новом узле приложение Management Agent (Агент управления), которое поможет собрать всю необходимую информацию об этих серверах и находящихся на них базах данных.

Управление консолидированными базами данных Oracle

OEM позволяет получать быстрое высокоуровневое представление обо всей среде — серверах, базах данных, серверах приложений и т.д. — посредством своих домашних страниц. У каждого управляемого целевого компонента имеется своя домашняя страница, на которой отображаются краткие сведения о его состоянии и производительности.За счет предоставления краткой главной информации на таких домашних страницах,OEM помогает быстро выяснить основную причину любых проблем в системе.

Кроме того, OEM позволяет эффективно запрашивать самые новейшие кодовые заплаты для всех установленных на предприятии продуктов Oracle. Если новые заплаты уже доступны, загрузить и установить их с помощью OEM не представляет труда.

Управление интегрированными системами

OEM легко интегрировать со средствами мониторинга масштаба системы, наподобие HP OpenView. Такая интеграция средств управления базами данных и серверами позволяет просматривать события и базы данных и системы из одного браузера. Два продукта, по сути, начинают работать как единый интегрированный комплект средств управления. Для обеспечения возможности интеграции операций OEM и OpenView служит модуль Smart Plug-In (SPI).

Архитектура и компоненты OEM

Как уже рассказывалось ранее, OEM поставляется в виде двух компонентов — Database Control и Grid Control. Для осуществления мониторинга и управления только одной базой данных вполне хватает компонента OEM Database Control. Для компонента OEM Database Control, ничего конфигурировать не нужно — он готов к использованию с самого момента создания новой базы данных Oracle Database 11g, при условии, что та создавалась с помощью DBCA или Oracle Universal Installer. В случае если база данных создавалась с нуля оператором CREATE DATABASE, однако, Database Control потребуется сконфигурировать посредством утилиты emca (Enterprise Manager Configuration Assistant — Консультант по настройке диспетчера предприятия).

Для управления масштабными и сложными средами необходимо использовать компонент OEM Grid Control, который инсталлируется отдельно от базы данных Oracle.

В целом, Database Control можно считать подмножеством Grid Control, поскольку Grid Control умеет делать все то же, что Database Control, плюс также помогать осуществлять в системе управление и такими целевыми объектами, которые не являются базами данных.


На заметку! Помимо Database Control и Grid Control, в состав OEM также входит компонент Oracle Enterprise Manager Application Server Control (Управление сервером приложений), который помогает управлять отдельными экземплярами Oracle Application Server. Экземпляр Oracle Application Server (Сервер приложений Oracle) устанавливается автоматически как часть инсталляции Grid Control. Именно он отвечает за работу компонента Grid Control Management Server.


 

Вас заинтересует / Intresting for you:

chdg: справка, документация по...
chdg: справка, документация по... 417 просмотров Денис Wed, 12 May 2021, 19:10:42
Система для поиска покрытия те...
Система для поиска покрытия те... 1370 просмотров Боба Sun, 07 Oct 2018, 07:26:27
Oracle AutoVue в России
Oracle AutoVue в России 4949 просмотров Владимир Коханов Tue, 21 Nov 2017, 13:31:33
Проблемы с установкой запуском...
Проблемы с установкой запуском... 4449 просмотров Владимир Коханов Tue, 21 Nov 2017, 13:31:33
Войдите чтобы комментировать

Обсудить эту статью

INFO: Вы отправляете сообщение как 'Гость'