Oracle enterprise manager cloud control 13c как пользоваться

Обновлено: 07.07.2024

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

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

Содержание

Компоненты Oracle Enterprise Manager

Provisioning Pack

OEM Provisioning Pack позволяет быстро и эффективно установить программное обеспечение или применить патчи одновременно на большое количество компьютеров. Кроме того, он обеспечивает загрузку операционной системы на новые компьютеры и поддерживает клонирование программного обеспечения с одного компьютера на другие.

Автоматическая установка программного обеспечения. OEM позволяет автоматически устанавливать операционную систему Linux на новые компьютеры [Источник 1] , используя стандартный PXE (Preboot Execution Environment) загрузочный процесс. Он также обеспечивает установку дополнительного ПО поверх операционной системы. После того как операционная система будет установлена на компьютер, он автоматически регистрируется в Enterprise Manager, как еще одна единица управления, и становится доступным для других автоматических операций по управлению программным обеспечением – такими, как применение патчей. OEM также поддерживает клонирование эталонного ПО на другие компьютеры.

Клонирование баз данных и серверов приложений. Кроме клонирования, ПО OEM также предлагает схожий способ клонирования баз данных на основе работающей базы данных или на основе ее резервной копии. Это значительно быстрее, чем создавать базу данных «с нуля», так как пропускается операция создания словаря базы данных, занимающая обычно ощутимую часть времени.

Таким образом, Provisioning Pack позволяет создавать стандартные конфигурации программного обеспечения и предоставляет инструменты, позволяющие обнаруживать и устранять любые отклонения от стандарта. Provisioning Pack контролирует весь жизненный цикл программного обеспечения: от установки и клонирования до применения патчей и выдачи отчетов, повышая тем самым эффективность его использования и снижая затраты на его сопровождение.

Configuration Management Pack

Oracle Database Configuration Management Pack (OCMP) собирает и хранит для последующего анализа информацию о конфигурациях компонентов Oracle Grid, проверяет соответствие конфигураций заранее установленным политикам безопасности и сопровождения. Собираемая OCMP информация включает в себя:

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

Благодаря OCMP упрощается расследование ситуаций, при которых системы, предполагавшиеся быть одинаковыми, ведут себя по-разному. Critical Patch Advisory предупреждает пользователей о новых критических патчах, выпущенных Oracle, и немедленно определяет те системы в Oracle Grid, в которых требуется его применить. OCMP Policy Manager помогает администраторам определять конфигурационные политики, состоящие из правил безопасности, правил хранения и т.д., на соответствие которым будут автоматически проверяться конфигурации как существующих, так и вновь добавляемых компонентов Grid (узлы, базы данных, слушатели). Примеры несоответствия конфигурационным политикам:

SPFILE не используется
Недостаточное число контрольных файлов
Обнаружены открытые TCP/IP порты узла
Не включен контроль сложности паролей.

Администратору немедленно приходит уведомление о любом нарушении установленных конфигурационных политик.

Change Management Pack

Change Manager Pack (CMP) позволяет Администратору БД делать изменения в экспериментальной БД и после того, как они будут признаны успешными, распространить их на эксплуатационные базы данных. Главным достоинством пакета является то, что, прежде чем делать изменения, он проводит сложный анализ зависимостей, и администратор баз данных всегда может знать последствия своих действий по изменению БД и может быть уверен в качестве и согласованности выполнения этих изменений.

Администратор базы данных выбирает, какой объект будет синхронизироваться. Два модуля – DB Quick Change и DB Alter – позволяют быстро модифицировать любые характеристики объектов БД. АБД может менять не только структуру объектов, но и их параметры хранения, при этом CMP выполнит все работы по перемещению и пересозданию объектов. Модуль DB Propagate позволяет выбрать базе группу объектов и скопировать/воссоздать эти объекты в других БД. При этом учитывается взаимосвязь объектов. Копироваться могут не только описания объектов, но и данные.

Tuning Pack

Oracle Tuning Pack (OTP) – набор модулей, встроенных в ядро Oracle Database и Oracle Enterprise Manager для автоматической настройки и оптимизации приложений, работающих с базами данных Oracle. OTP автоматизирует процесс настройки SQL предложений и процесс реорганизации объектов базы данных с целью увеличения производительности системы. Основные компоненты OTP:

SQL Tuning Advisor
SQL Access Advisor
Object Reorganization Wizard.

Oracle Database способна сама автоматически определять неэффективные ресурсоемкие SQL-предложения, используя ADDM и AWR. Эти SQL-предложения могут быть проанализированы с помощью SQL Tuning Advisor (STA). STA использует специальный режим оптимизатора запросов Automatic Tuning Optimizer. В данном режиме оптимизатор запросов выполняет дополнительные действия по оптимизации SQL запроса. В частности, ATO может частично выполнять оптимизируемый запрос, чтобы проверить правильность своей оценки стоимости выполнения запроса. Object Reorganization Wizard (ORW) автоматизирует процесс реорганизации объектов базы. Реорганизация используется для перестройки сильно фрагментированных таблиц и индексов, для перемещения объектов в другое табличное пространство, для пересоздания объектов с новыми оптимальными параметрами хранения. Реорганизация объектов может производиться в оперативном и автономном режимах. ORW строит отчет о планируемых изменениях и скрипт с командами, которые будут выполняться. Это помогает администратору точно понять, на что в базе данных повлияет реорганизация, прежде чем начать ее реальное осуществление.

Diagnostics Pack

Oracle Enterprise Manager Cloud Control

Oracle Enterprise Manager Cloud Control (OEM CC) - это линейка продуктов Oracle для управления облачными системами [Источник 2] .

К основным возможностям Enterprise Manager относятся:

Комплексное решение для управления жизненным циклом облачных вычислений, позволяющее быстро настраивать, управлять и поддерживать корпоративные облака и традиционные ИТ-среды Oracle
Максимальная отдача от инвестиций в ИТ-менеджмент благодаря лучшим решениям для интеллектуального управления стеком Oracle и инженерными системами с интеграцией базы знаний Oracle в реальном времени с каждой клиентской средой
Лучшие уровни обслуживания для традиционных и облачных приложений благодаря управляемому приложениями управлению приложениями

Enterprise Manager Cloud Control включает в себя следующие компоненты:

Oracle Management Agent
Oracle Management Service
Oracle Management Repository
Plug-ins
Enterprise Manager Cloud Control Console

Oracle Management Agent

Oracle Management Agent является интегрированным программным компонентом, который позволяет конвертировать неуправляемый узел в управляемый узел в системе Enterprise Manager. Агент управления работает совместно с плагинами для мониторинга целевых объектов, запущенных на этом управляемом узле.

Oracle Management Service (OMS)

Oracle Management Service (OMS) - это веб-приложение, которое организует контроль и управление агентами управления и плагинов для обнаружения целей, а также собранной ими информацией в хранилище для будущего отчета и анализа. OMS также предоставляет пользовательский интерфейс для Cloud Manager Cloud Manager.

Oracle Management Repository

Oracle Management Repository- это хранилище, в котором хранится вся информация, собранная агентом управления. Он состоит из объектов, таких как задания базы данных, пакеты, процедуры, представления и табличные пространства. Затем OMS организует данные, чтобы их можно было получить в OMS и отобразить в консоли управления Cloud Manager. Поскольку данные хранятся в репозитории управления, их можно разделить между любым количеством администраторов, получающих доступ к Cloud Control для управления предприятием.

Plug-ins

Plug-ins- это подключаемые приложения, которые предлагают специальные возможности управления, адаптированные под конкретные типы объектов управления.

Базовые плагины, устанавливаемые с Enterprise Manager Cloud Control:

Название	Описание
Oracle Database	Позволяет обнаруживать, контролировать и управлять базами данных Oracle и связанными с ними объектами, такими как Oracle Real Application Clusters (Oracle RAC), Oracle Automatic Storage Management (Oracle ASM) и т.д.
Oracle Fusion Middleware	Позволяет находить, контролировать и управлять продуктами Oracle Fusion Middleware, такими как Oracle WebLogic Domain, Oracle WebLogic AdminServer, Oracle WebLogic Server, Oracle SOA Suite, Oracle Web Tier и т.д.
Oracle Exadata	Позволяет обнаруживать, контролировать и управлять объектами Oracle Exadata.
Oracle Cloud Framework	Позволяет получить доступ к основным функциям, которые являются общими для облачных сервисов, таких как Middleware, как служба (MWaaS), база данных как служба (DBaaS), инфраструктура как служба (IaaS) и тестирование как служба (TaaS).
Oracle System Infrastructure	Позволяет находить, контролировать и управлять аппаратными системами Oracle и инженерными системами Super Cluster, включая серверное оборудование, шасси, стойки, блок распределения питания, сетевое оборудование, операционные системы, программное обеспечение для виртуализации и программное обеспечение для кластеризации.

Oracle Enterprise Manager 13c

Oracle Enterprise Manager 13c предоставляет наиболее полное решение для управления средами Oracle [Источник 3] . Ключевые возможности продукта включают в себя полное управление жизненным циклом облачных вычислений, интегрированное управление облаком и бизнес-управление приложением. Он также предоставляет комплексные возможности управления Oracle Linux. Клиенты могут использовать Oracle Enterprise Manager 13c для управления всеми установленными серверами Oracle Linux [Источник 4] . Oracle Enterprise Manager 13c позволяет администраторам:

Обнаруживать ассетов в центре обработки данных и организовывать их в группах
Мониторинг ассетов
Управление Oracle Linux
Работа с патчами Oracle Linux
Контроль соответствия систем корпоративным правилам
Выполнение операционных процедур на группе серверов или на отдельных серверах

Oracle Enterprise Manager 13c легко интегрируется в существующую инфраструктуру патчей и инициализации Linux, поскольку ее управление основано на открытых стандартах Linux (настройка yum, подготовка к загрузке PXE).

Данный блог - интересные статьи и переводы на разные 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

Скачиваем и распаковываем 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 на удаленной машине.

Несмотря на то, а может быть и благодаря тому, что семейство продуктов 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, которая была в состоянии полностью переключить на себя всю имеющуюся функциональность. Теперь же по новой плагин-технологии — все, что нужно сделать, это загрузить и проинсталлировать обновленный плагин для таргета данного типа… до чего же приятная эта новая концепция!

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

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