Новая версия Oracle Database 12.2 доступна для развертывания в любых средах. Версия oracle


windows - Какой лучший способ определить, какую версию клиента Oracle я запускаю?

Проблема №1: Установлены несколько клиентов Oracle.

Очень распространенная проблема, которую я вижу в своей среде, - это то, что я вижу как рабочие станции, так и (приложения) серверы с несколькими клиентами Oracle, иногда целых четыре и, возможно, с разными версиями и архитектурами. Если вы полагаетесь на PATH и запускаете утилиту вроде SQLPLUS или TNSPING, у вас будет один из двух недопустимых результатов:

  • либо ваш PATH успешно разрешает исполняемый файл, и вы получаете результат ОДНОЙ версии
  • или PATH не разрешил исполняемый файл, и вы не получили никаких результатов.

В любом случае, вы слепы к возможностям нескольких клиентских установок.

Проблема №2: Мгновенный клиент не имеет TNSPING и иногда не включает SQL * Plus.

Если на компьютере установлен Instant Instant Client (а не полный клиент), тогда TNSPING не включен, а SQLPLUS является дополнительным аддоном. Поэтому я не могу полагаться на те инструменты, которые там есть. Кроме того, Мгновенный Клиент иногда устанавливается как решение unzip-and-go, поэтому в HKLM нет Oracle Inventory и ничего.

Проблема №3: ​​Клиент был установлен с использованием "Пользовательский", а ODBC, OLEDB, ODP.Net и JDBC не были установлены.

Очевидный случай, не будет чтения ODBC или JDBC для очистки информации о версии.

Решение:

Одна вещь, которая имеет Мгновенный клиент и полный клиент, - это DLL файл с именем oraclient10.dll, oraclient11.dll, как правило: oraclient*.dll. Итак, перейдите на жесткий диск, чтобы найти их и извлечь информацию о своей версии. PowerShell поражает этим и может сделать это в одной строке, напоминает мне о домашнем сладком Unix. Таким образом, вы можете сделать это программно или даже удаленно.

Вот однострочный (извините за правый свиток, но за то, что характер однострочных, а?). Предположим, что вы уже находитесь в PowerShell:

gci C:\,D:\ -recurse -filter 'oraclient*.dll' -ErrorAction SilentlyContinue | %{ $_.VersionInfo } | ft -Property FileVersion, FileName -AutoSize

И если вы не в PowerShell, т.е. вы просто в CMD-оболочке, тогда нет проблем, просто вызовите powershell " ... " следующим образом:

powershell "gci C:\,D:\ -recurse -filter 'oraclient*.dll' -ErrorAction SilentlyContinue | %{ $_.VersionInfo } | ft -Property FileVersion, FileName -AutoSize"

Примеры результатов

Здесь некоторые выходы некоторых из моих систем. У этого плохого гражданина есть 3 клиента Oracle 11.2.0.3. Вы можете видеть, что некоторые из них 32-разрядные, а другие 64-бит:

FileVersion FileName ----------- -------- 11.2.0.3.0 Production C:\NoSync\app\oracle\product\11.2\client_1\bin\oraclient... 11.2.0.3.0 Production C:\oracle\product\11.2.0\client_1\bin\oraclient11.dll 11.2.0.3.0 Production C:\oracle64\product\11.2.0\client_1\bin\oraclient11.dll

Другая система, у которой есть клиент 10g на D:\

FileVersion FileName ----------- -------- 10.2.0.4.0 Production D:\oracle\product\10.2\BIN\oraclient10.dll

Предостережения/Проблемы

  • Для этого явно требуется PowerShell, который является стандартным для Windows 7+ и Server 2008 R2+. Если у вас есть XP (который вам больше не нужен), вы можете легко установить PowerShell.

  • Я не пробовал это на 8i/9i или 12c. Если вы используете 8i/9i, то есть хороший шанс, что вы тоже на старой ОС, и у вас нет PowerShell и Heaven. Он должен работать с 12c, так как я вижу, что есть такой файл oraclient12.dll, который устанавливается. У меня просто нет клиента Windows 12c, чтобы играть с ним.

qaru.site

Пара слов о базах данных Oracle

БД Oracle (Standart / Enterprise Edition):

Oracle Database - это коммерческий продукт, который стоит весьма дорого (Даже есть книга - “Все вокруг должны разориться: неотлакированная правда о корпорации Oracle и ее вожде Ларри Эллисоне”). Для обучения Вы можете инсталлировать сервер совершенно бесплатно, но для использования его в организации, Вам потребуется приобрести лицензию на ее использование (причем на Standart лицензируется по процессорам (максимальное количество процессоров которое может быть установлено на сервере, также ограничивается лицензионными соглашениями), а для версии Enterprise по ядрам).

Дополнительные расширенные возможности базы данных (например пакет для анализа производительности) оплачиваются отдельно. Помните, Oracle всегда следит за вами. И если вы используете / использовали какую-либо платную опцию не заплатив за нее (или заплатили меньше, чем нужно), эта сука никогда об этом не забудет и сдаст вас с потрахами при первой возможности.

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

Oracle Database 11g Standard Edition One:

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

Бесплатная версия БД Oracle 11g(XE, Express Edition):

В свою очередь, Oracle предлагает бесплатную версию своего продукта (XE, Express Edition), которую Вы можете использовать свободно и совершенно бесплатно. Разумеется, Oracle наложила ограничения на свой бесплатный продукт, поэтому версия XE, может работать только с 1 ядром, 1 GB оперативной памяти и хранить данные не более 11 GB. Этого вполне достаточно, для одновременной работы с базой данных сотрудников малого предприятия, либо сотрудников отдела крупной компании. Возможно, что и для Ваших потребностей подойдет именно эта версия. (Разумеется, столь серьезные ограничения, заставляют все больше склоняться к openSource продуктам, например к таким как PostgreSQL).

Какую операционную систему выбрать для установки Базы данных Oracle?

Разумеется все зависит от Ваших возможностей, способностей, знаний и требований к системе. Здесь мы ориентируемся на операционную систему от компании Oracle - Oracle Linux (RedHat). Компания Oracle берет исходники RedHat, меняет картинки, компилирует исходники и в результате получается дистрибутив Oracle Linux, который можно использовать бесплатно в коммерческих целях. При необходимости, Oracle готов предоставить платную техническую поддержку.

Где скачать дистрибутивы Oracle

  • Получить дистрибутивы операционной системы Oracle Linux, можно на сайте linux.oracle.com. После регистрации, Вы сможете скачать Oracle Linux и бесплатно использовать его как основную платформу для инсталляций ваших баз данных Oracle.
  • Дистрибутивы баз данных можно получить на сайте oracle.com. Здесь также требуется регистрация на сайте.

Виртуальные машины для инсталляций

  • В целях изучения или исследований, имеет смысл использовать виртуальные машины. Например, Oracle VirtualBox

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

oracle-dba.ru

Версии СУБД Oracle Database 10g

Система управления базами данных (СУБД) Oracle Database 10g представляет собой программное обеспечение, которое управляет доступом к базам данных. В настоящее время пользователям доступны несколько лицензированных версий этого программного продукта:

- Oracle Database 10g Standard Edition One. Включает в себя наиболее часто используемые функции Oracle и поддерживает двухпроцессорные системы.

- Oracle Database 10g Standard Edition. Версия аналогична Standard Edition One, но поддерживает четырехпроцессорные системы.

- Oracle Database 10g Enterprise Edition. Полнофункциональная версия Oracle, поддерживающая крупные многопроцессорные системы.

- Oracle Database 10g Personal Edition. Однопользовательская СУБД, предоставляющая доступ к большинству функций версии Oracle Database 10g Enterprise Edition.

- Oracle Database 10g Lite. Версия, предназначенная для использования в мобильных компьютерных системах.

- Oracle Database 10g Express Edition. Бесплатная версия, поддерживающая наиболее популярные функции баз данных Oracle. Эта версия, именуемая далее как Oracle XE, будет в данном курсе использоваться для изучения возможностей СУБД Oracle. Oracle XE легко инсталлируется и включает в себя мощные инструменты для разработки приложений, позволяющие быстро начать использование Oracle. При этом разрабатываемые приложения могут функционировать только на однопроцессорных системах и использовать базы данных, объем которых не превышает 4 Гбайт. Тем не менее, возможностей Oracle XE вполне достаточно для использования не только в учебных целях, но и для более серьезных разработок.

Oracle Database XE легко установить, легко администрировать, для нее легко создавать приложения. В Oracle Database XE вы используете интуитивный, понятный веб-интерфейс для:

- Администрирования базы данных

- Создания таблиц, представлений и других объектов базы данных

- Импорта, экспорта и просмотра табличных данных

- Исполнения запросов и SQL-скриптов

- Генерации отчетов

Системные требования к серверу базы данных

Системы Oracle в большинстве случаев функционируют одним и тем же образом независимо от операционной системы. Однако версии СУБД Oracle имеют некоторые различия, касающиеся операционных систем, в среде которых СУБД устанавливаются и эксплуатируются. В данном курсе рассматриваются операционные системы Microsoft Windows для работы с Oracle XE.

Ниже будет описан процесс инсталляции сервера баз данных Oracle XE. Для успешной инсталляции следует сначала удостовериться в том, что компьютер, на котором будет выполняться установка, удовлетворяет минимальным системным требованиям.

Требования к аппаратному обеспечению

Основные системные требования, которым должен удовлетворять компьютер для успешной инсталляции на нем сервера БД Oracle XE для Microsoft Windows, приведены в таблице 1.

 

 

Таблица 1 – Требования к аппаратному обеспечению

Компонент аппаратного обеспечения Требования
Процессор Intel x86
Объем дисковой памяти Минимальный 1,6 Гбайт Рекомендуется 5 Гбайт
Объем оперативно памяти Минимальный 256 Мбайт Рекомендуется 512 Мбайт

 

Следует отметить, что для более эффективной работы с Oracle XE нужно по возможности использовать рекомендуемые значения параметров системы.

 

Требования к программному обеспечению

Требования к программному обеспечению компьютера для установки СУБД Oracle XE приведены в таблице 2.

Отметим, что Web-браузер не является обязательным для установки СУБД Oracle XE. Однако он будет необходим для использования многих ее функций после инсталляции. Web-браузер должен поддерживать JavaScript, HTML 4.0 и CSS 1.0 с поддержкой установленных cookie-файлов.

 

Таблица 2 – Требования к программному обеспечению

Компонент программного обеспечения Требования
Операционная система Microsoft Windows 2000 (32 bit) Service Pack 4 или более поздняя   Microsoft Windows Server 2003 (32 bit)   Microsoft Windows XP Professional (32 bit) Service Pack 1 или более поздняя
Сетевой протокол TCP/IP
Microsoft Windows Installer (MSI) MSI версия 2.0 или более поздняя
Web-браузер Microsoft Internet Explorer 6.0 или более поздняя   Netscape Navigator 7.2 или более поздняя   Mozilla 1.7 или более поздняя   Firefox 1.0 или более поздняя

Проверка выполнения системных требований

Для проверки того, что компьютер удовлетворяет системным требованиям для инсталляции СУБД Oracle XE под ОС Microsoft Windows, следует выполнить действия, перечисленные ниже.

-На рабочем столе выбрать: Кнопка Пуск | Программы | Стандартные | Служебные | Сведения о системе.

-В открывшемся окне «Сведения о системе» щелкнуть мышкой на опции Сведения о системе для отображения информации о процессоре компьютера, об объеме физической памяти и о версии ОС Microsoft Windows.

-В окне «Сведения о системе» выбрать опции Компоненты, Сеть, а затем выбрать опцию Протокол и выяснить, доступен ли протокол TCP/IP (есть ли его описание).

-На рабочем столе щелкнуть по ярлыку Мой компьютер. В поле открывшегося окна щелкнуть правой кнопкой мышки и в появившемся контекстном меню выбрать опции Вид | Таблица чтобы определить свободное место на жестких дисках компьютера.

-В окне «Сведения о системе» выбрать опцию Программная среда, а затем выбрать опцию Загруженные модули. В появившемся списке загруженных модулей требуется найти модуль msi и выяснить его версию.

-В окне «Сведения о системе» выбрать опции Параметры обозревателя, Internet Explorer, а затем выбрать опцию Итоги для определения версии Internet Explorer. Если на компьютере используется другой Web-браузер (не Internet Explorer), то его версию в большинстве случаев можно узнать с помощью опции About (о программе) в меню Help (Справка).

-После работы с приложением «Сведения о системе» следует выбрать опции Файл и Выход.

Инсталляция

Выполнение инсталляции Oracle XE выполняется в сеансе администратора Microsoft Windows. Для этого можно использовать собственную учетную запись, если она входит в группу администраторов, или использовать стандартную учетную запись администратора. Чтобы определить, входит ли ваша учетная запись в группу администраторов нужно последовательно выбрать: Кнопка Пуск | Настройка | Учетные записи пользователей. В открывшемся окне «Учетные записи пользователей» отображается список всех учетных записей. Если ваша запись принадлежит к группе администраторов, то для нее в колонке «Группа» будет соответствующая отметка.

Корпорация Oracle разработала два различных установочных пакета Oracle XE, предназначенных для поддержки различных кодировок символов.

1. OracleXEUniv.exe. Этот пакет следует выбрать для установки, если предполагается создавать базы данных и приложения, поддерживающие кроме английского и другие языки (бразильский, французский, русский и др.). В нашем курсе требуется использовать именно этот пакет.

2. OracleXE.exe. Используется для создания баз данных и приложений, поддерживающих только английский язык.

 

Установка Oracle XE

Инсталляцию Oracle XE для Microsoft Windows следует начать со следующих действий:

1. Выбрать – Кнопка Пуск | Выполнить…

2. Использовать опцию Обзор… для поиска файла OracleXEUniv.exe (файл может находиться на компакт-диске или может быть предварительно скопирован на жесткий диск).

Сразу после начала работы идет подготовка к установке (рисунок №1), а затем отображается начальная страница Welcome (рисунок №2). На этой странице следует щелкнуть по кнопке Next для перехода к странице лицензионного соглашения (рисунок №3). После ознакомления с текстом лицензионного соглашения щелкните по кнопке Next для продолжения процесса установки.

 

Рисунок №1 – Начало процесса инсталляции

 

Следует обратить внимание на то, что лицензионное соглашение содержит следующие положения.

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

- На одном компьютере может быть установлен только один сервер базы данных Oracle XE. Однако база банных Oracle XE может быть открыта на компьютере, на котором установлены другие лицензионные версии программного обеспечения Oracle.

- Oracle XE не позволяет управлять более чем 4 Гбайт данных пользователя, даже если есть возможность выделить на жестком диске для Oracle большее пространство.

- Oracle XE не может использовать более 1 Гбайт оперативной памяти, даже когда компьютер обладает большим объемом памяти.

 

Рисунок №2 – Представление начальной страницы

 

Рисунок №3 – Подтверждение ознакомления с лицензионным соглашением для Oracle 10g Express Edition

 

Страница выбора каталога для инсталляции (Choose Destination Location, рисунок №4) дает пользователю возможность выбирать место установки программного обеспечения Oracle XE. Этот каталог будет также использован программой установки для стандартной стартовой базы данных.

Для изменения места установки (если вам не подходит то, что предлагает мастер установки) следует воспользоваться кнопкой Browse. Для продолжения процесса щелкните по кнопке Next.

На следующей странице (рисунок №5) запрашивается первоначальный пароль для использования его с административными учетными записями стандартных баз данных SYS и SYSTEM. Перед вводом запишите пароль (и не теряйте эту запись), введите и подтвердите пароль, а затем кнопкой Next продолжите установку.

 

Рисунок №4 – Каталог для установки Oracle 10g XE

 

 

Рисунок №5 - Ввод первоначального пароля для учетных записей базы данных SYS и SYSTEM

 

На следующей странице (рисунок №6) нужно проверить правильность введенных данных. Следует обратить особое внимание на порты, которые будут использоваться программой установки для конфигурирования служб Oracle XE. Если на компьютере работает брандмауэр Microsoft Windows XP, то нужно открыть эти порты перед продолжением установки, чтобы программа Oracle XE корректно заработала после установки. После этого проверки данных, представленных на странице, надо щелкнуть на кнопке Next для начала установки Oracle Database 10g XE. Обычно полная установка выполняется за несколько минут, хотя это время зависит от ресурсов системы. Ход процесса установки показывает индикатор (рисунок №7).

 

Рисунок №6 –Параметры установки, требуемые Oracle

 

 

Рисунок №7 - Установка Oracle Database 10g Express Edition

 

Сразу после завершения инсталляции следует установить переключатель запуска домашней страницы (Launch the Database Home Page), а затем щелкнуть мышкой на кнопке Finish (рисунок №8).

 

Рисунок №8 – Завершение успешной инсталляции и установка переключателя запуска домашней страницы

 

 

Рисунок №9 - Экран регистрации

 

После выхода из программы установки запустится Web-браузер и загрузится экран регистрации для приложения Oracle Application Express. Если экран входа в сеть для Oracle Application Express выглядит, как показано на рисунке №9, то это означает, что инсталляция прошла успешно. В противном случае следует обратиться к разделу «Советы по разрешению возникших проблем».

 

Запуск и отключение Oracle

Для того, чтобы с базой данных Oracle можно было работать, сервер базы данных (СУБД) должен быть запущен. Процесс запуска сервера базы данных включает в себя связывание физической базы данных с сервером и открытие базы данных. Базу данных можно сделать недоступной, выполнив отключение сервера базы данных. При отключении сервера выполняются обратные действия: закрытие базы данных и отсоединение базы данных от сервера.

При инсталляции Oracle XE в ОС Microsoft Windows создается специальная служба, которая и используется для запуска и отключения сервера базы данных. По умолчанию этой службе присваивается имя OracleServiceXE. Служба OracleServiceXE может работать в одном из двух режимов – автоматическом и ручном. В первом случае служба автоматически запускает сервер базы данных при включении компьютера и отключает сервер при выключении компьютера.

При ручном режиме работы пользователь сам должен запускать службу, когда ему необходимо работать с базой данных Oracle XE. При выключении компьютера служба отключает СУБД автоматически, если ранее этого не сделано вручную.

Доступ к службе OracleServiceXE осуществляется в окне «Службы», которое можно открыть, выполняя следующие действия: Кнопка Пуск | Настройка | Панель управления | Администрирование | Службы. В окне «Службы» (рисунок №10) отображается список всех служб, установленных на компьютере, а также их текущее состояние (например, «Работает») и режим запуска (например, Авто или Вручную).

Если текущим состоянием службы OracleServiceXE является состояние «Работает», то сервер Oracle позволяет получить доступ к базе данных. Но если в колонке состояния службы пусто, сервер не функционирует и база данных недоступна.

 

Рисунок №10 – Окно служб Microsoft Windows

 



infopedia.su

Новая версия СУБД Oracle - Oracle 11g | Oracle | Статьи | Программирование Realcoding.Net

В октябре 2006 года в г Сан-Франциско на ежегодной конференции Oracle Open World президент компании Oracle Ларри Эллисон объявил о начале бетта тестирования новой версии флагманского продукта компании – СУБД Oracle 11g. Выход версии планируется в 2007 году. Она будет поддерживать много новых функций, обеспечит большее быстродействие, обеспечит более высокую защиту данных и надежность работы приложения.

Все новые возможности 11g можно разделить на несколько групп:

  1. Развитие СУБД Oracle как платформы для GRID вычислений. С этой целью был реализован ряд новых возможностей в области обеспечения высокой надежности и устойчивости работы (High Availability), в области облегчения управления СУБД и повышения ее самоуправляемости, реализован ряд новых возможностей для ускорения работы системы
  2. Управление информацией. С этой целью была улучшена работа со всеми типами данных (включая реализацию Native XML), реализован механизм эффективной работы с файлами, хранимыми в СУБД, а не в файловой системе (SecureFiles), а также реализованы механизмы для поддержки жизненного цикла информации – ILM (Information Lifecycle Management)
  3. Разработка и тестирование приложений. С этой целью были реализованы новые подходы к разработке и модификации пользовательских приложений СУБД, позволяющие выполнять работы по модификации приложений СУБД без остановки их работы. Новые режимы работы Standby (резервной) базы позволят ее использовать для тестирования работы приложений, самой СУБД, отдельных SQL операторов и т д. Все это позволит значительно снизить время плановых простоев системы.
Развитие СУБД Oracle как платформы для GRID вычислений
Начиная с версии 10g компания Oracle позиционирует свою СУБД как платформу для GRID вычислений. Концепция GRID вычислений достаточно проста, понятна, гибка и позволяет экономить средства предприятия [1]. Поэтому в последнее время наблюдается постепенное внедрение этой архитектуры в IT инфраструктуру.

Вскоре ожидается появление первых GRID с более чем тысячью процессоров. Сегодня многие крупные информационные системы используют от 100 до 300 процессоров. Реализуются как малые кластеры, состоящие из нескольких больших SMP машин (например, 2 узла по 64 процессора или 4 узла по 32 процессора), так и большие кластеры, состоящие из множества мелких элементов (например, 32 узла по 4 процессора). Для российских заказчиков тестируются конфигурации с 1,5 сотней процессоров.

Кроме того, все большую популярность приобретают многоядерные процессоры. Сейчас большинство новых серверов имеет двух – четырех ядерные процессоры и это не предел. Поэтому эра систем с тысячами процессоров уже не за горами. Нужна платформа, позволяющая эффективно реализовывать приложения на этой инфраструктуре. Oracle предлагает в качестве такой платформы GRID на основе СУБД Oracle 11g.

Уже сегодня Oracle 10g позволяет объединить в кластер до 64 узлов. В Oracle 11g эта цифра удвоится. И каждый узел может иметь множество процессоров и ядер. Таким образом суммарная вычислительная мощность такой GRID может превысить вычислительную мощность серьезных mainframe машин. Кстати, уже сегодня Oracle использует для TPC тестов двухтеррабайтный буферный кэш, так что растет не только процессорная мощность GRID, но и ее суммарная память.

Одним из примеров удачного внедрения GRID технологии является хорошо известный многим Интернет магазин Amazon.com. Изначально хранилище данных Amazon.com было реализовано на основе нескольких SMP машин, но затем, с целью повышения мощности и снижения стоимости системы, ее решили перевести на платформу GRID. В качестве элементов GRID использовались четырехпроцессорные компьютеры с OC Linux, на которых был установлен Oracle 10g RAC и Oracle ASM. Архитектура системы представлена на рисунке 1.

Рис.1. Хранилище данных Amazon.com

Система состоит из нескольких блоков:

  • извлечение данных из исходных систем
  • интеграция, преобразование и денормализация данных
  • блок обработки запросов и анализа данных
  • блок доступа к данным и публикации.

Извлечением данных занимаются так называемые extract серверы. Далее они передают данные в блок интеграции и преобразований. SMP машины блока интеграции и преобразований были заменены GRID из 8 узлов. Объем данных, хранимых на этом этапе – 12 терабайт. SMP машины блока обработки запросов и анализа были заменены на GRID из 16 узлов. Объем данных хранилища – 66 терабайт. Данные extract серверов поступают в первый GRID (это Stage область), после чего загружаются в хранилище на второй DRID.

После реализации такой линейки из 8+16=24 узлов выяснилось, что стоимость такой инфраструктуры, благодаря использованию дешевых элементов, более чем в 2 раза ниже стоимости предыдущей системы. Поэтому было принято решение реализовать вторую такую же линейку из 8+16 узлов, которая будет дублировать работу первой линейки. Теперь данные extract серверов поступают как на первую, так и на вторую линейку серверов и в компании всегда существует 2 одинаковые версии хранилища. Одна из них является основной, а на вторую можно переключиться в случае сбоя. Такая архитектура позволила отказаться от частого копирования активных оперативных данных. Причем суммарная стоимость такой продублированной архитектуры оказалась ниже стоимости старой системы.

Этот пример еще раз подчеркивает преимущества GRID вычислений, поэтому в версии Oracle 11g был реализован ряд изменений, улучшающих использование СУБД Oracle в GRID. Особое внимание было обращено на снижение времени простоя элементов GRID. Если раньше большинство производителей СУБД прилагало усилия к снижению времени простоя систем, возникающего из-за внезапных, незапланированных причин (поломка компьютера, сбой операционной системы или приложения, человеческие ошибки, катастрофы, потери файлов и т д.), то теперь Oracle сосредоточился на снижении времени плановых простоев.

Плановые остановки систем бывают связаны с патчированием или апгрейдом оборудования, операционных систем, СУБД, а также с исправлением или апгрейдом пользовательских приложений СУБД. Кроме того, операции по тестированию и настройке СУБД и приложений требуют либо остановки/замедления работы эксплуатационной системы, либо создания дополнительных копий БД на дополнительных компьютерах.

Список новых возможностей Oracle 11g для сохранения работоспособности приложений при внесении изменений изображен на рисунке 2.

Рис. 2. Новые возможности Oracle 11g для сохранения работоспособности приложений

Коротко рассмотрим эти возможности.

1. Создание среды для тестирования
В Oracle 10g реализованы 2 варианта создания резервной базы – логический и физический standby. Физический standby работает быстро, но при использовании standby базы для операций чтения ее восстановление приостанавливается. Логический standby имеет ряд ограничений на типы данных, используемые в БД (например, нельзя использовать LOBs).

Поэтому в Oracle 11g реализовано 2 новых типа standby базы: Phisical Standby with Real-Time Query и Snapshot Standby. Phisical Standby with Real-Time Query похож на старый Физический standby, однако в то время, когда standby база открыта на чтение, она продолжает догонять основную БД (восстанавливается на физическом уровне). Т е одна и та же база может использоваться как для защиты от катастрофических сбоев, так и для разгрузки основной базы и для тестирования read only приложений. Так на ней можно печатать отчеты, выполнять бэкапы, заниматься аналитикой и Data Mining.

Snapshot Standby позволяет использовать резервную базу для тестирования новых приложений и настройки старых приложений. В то время, как snapshot standby база догоняет основную базу, на ней можно тестировать приложения, которые читают и меняют данные в БД. После возврата из режима Snapshot Standby в режим Phisical Standby, все изменения, сделанные тестируемым приложением, будут аннулированы.

2. Захват и воспроизведение нагрузки

Для того, чтобы разобраться в том, что происходит с эксплуатационной базой во время ее работы, бывает полезно в более позднее время на тестовой базе воспроизвести точный сценарий работы эксплуатационной базы за определенный период времени. Это позволит не спеша разобраться с проблемами, настроить работу СУБД, оптимизировать работу критичных SQL операторов и т. д.

Функция Database Replay позволяет записать (как на видеомагнитофон) информации обо всем, что происходит с эксплуатационной СУБД, сохраняя информацию об одновременности выполнения операций. Далее эта “запись” проигрывается в реальном времени на тестовой БД или на Snapshot Standby БД, где ДБА может исследовать работу СУБД.

Другой режим – SQL Replay – позволяет захватить и записать всю информацию, связанную с отдельными SQL операторами. Захватывается не только текст этих SQL операторов, но и статистика выполнения, планы выполнения и т д. При воспроизведении записи на тестовой БД можно анализировать работу SQL, оптимизировать их работу, сравнивать статистику работы при различных значениях настроек и т д.

Например, воспроизведение записанных SQL операторов на тестовой БД с новой версией СУБД Oracle, позволит выявить SQL операции, производительность которых снизилась, и вызвать программу Tuning Advisor для их оптимизации с учетом возможностей новой версии СУБД. Для этого в Oracle Enterprise Manager (OEM) реализованы дополнительные экраны, где видны результаты сравнения производительности SQL.

3. Выполнение изменений в приложениях без их остановки

Большие важные приложения часто бывают недоступны в течение десятков часов из-за установки новых версий этих приложений. Oracle 11g вводит новое революционное решение, позволяющее выполнять смену версии приложения не останавливая работу этого приложения. Старая и новая версии приложения могут работать одновременно. На рисунке 3 приведен пример двух версий приложения. В старой версии было всего 2 колонки: имя и телефон. В новой версии имя, фамилия, код города и телефон хранятся и отображаются в отдельных колонках. Это потребовало как изменения структуры таблицы, так и изменения процедур, формирующих графический интерфейс. Оба приложения позволяют просматривать и модифицировать данные и могут какое-то время работать одновременно (пока старая версия не будет закрыта).

Рис 3. Пример двух версий приложения

Для реализации возможности одновременной работы старого и нового приложения в Oracle 11g были введены 3 новых понятия: редакция (Edition), Editioning View (редактируемое представление) и CrossEdition Trigger (межредакционный триггер).

Понятие редакции (Edition) обеспечивает существование в БД нескольких версий программных объектов, таких как PL/SQL функции и процедуры, триггеры, views, синонимы и т д. Скрипты патчей и апгрейдов могут вносить изменения в новую редакцию (группу объектов новой редакции), в то время как старая редакция не меняется. При этом изменения не видны пользователям старой редакции. После того, как все изменения завершены и новый код протестирован, можно активизировать новую редакцию. Т е новая версия всех объектов станет актуальной.

Понятие редакции не применимо к таблицам. Чтобы могли сосуществовать 2 версии одной таблицы используются Editioning Views. Т е мы создаем новую, измененную версию таблицы и “вешаем” над ней Editioning View, который прячет все изменения в структуре таблицы и представляет новую таблицу, как старую Editioning View создается в старой редакции и там не видны изменения структуры, которые видны в процедурам новой редакции. Т е старая редакция работает не с таблицей, а с Editioning View.

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

Кстати в Oracle 11g зависимые объекты не приобретают статус INVALID и не перекомпилируются при добавлении новых процедур и функций в пакет.

4. Пакетирование информации об инциденте для службы технической поддержки

При возникновении ошибок Oracle администратору необходимо понять их причину и найти способы исправления или обхода ошибки. Обычно эту информацию он находит на сайте metalink.com. Однако, если там решение не найдено, необходимо связаться со службой технической поддержки и отправить туда всю информацию об ошибке, предшествующих ей событиях, журналы, трассировочные файлы и т д. Не всегда этой информации достаточно для выявления причин ошибки и администратору приходится несколько раз связываться со службой технической поддержки, получать новые вопросы, уточнять информацию и т д. В результате на исправление ошибки уходит много времени.

В Oracle 11g эта работа будет автоматизирована. При возникновении той или иной ошибки Oracle знает, какая информация и какие файлы надо отправить в службу технической поддержки. Он создает для возникшего инцидента специальную папку и помещает туда всю необходимую для тех поддержки информацию, включая файлы трассировки и журналы, информацию о предшествующих инцидентах, информацию о проблемах с другим ПО (например, был сбой сервера приложений). Если надо, ДБА будет предложено добавить в эту папку дополнительную информацию. Администратор может контролировать состав пакета об инциденте через окно Support Workbench в OEM. Далее информация упаковывается и автоматически или вручную отправляется в службу технической поддержки.

5. Online Hot Patching

В Oracle 11g можно будет применять некоторые (в основном критичные и отладочные патчи) на ходу без остановки работы экземпляра Oracle c БД. Можно также будет включать/выключать, деинсталлировать специализированные патчи без остановки работы.

6. Новые советники (advisers)

В Oracle 11g появился ряд новых советников, упрощающих работу администратора БД. Это:

  • Partitioning Adviser
  • Reparing Adviser
  • Streams Performance Adviser
  • Space Management Adviser

Наиболее интересен Reparing Adviser. Дело в том, что при возникновении тяжелых сбоев в работе СУБД Oracle администратор оказывается в тяжелой ситуации. За короткое время он должен понять причину сбоя, выбрать и оценить способы восстановления. Для этого ему надо собрать и оценить большой объем информации. Все это в состоянии стресса. Как правило сам процесс восстановления БД после сбоя занимает 10-15% времени простоя, остальное время уходит на сбор и анализ информации.

Reparing Adviser позволяет решить эту проблему. При возникновении сбоя он сам соберет информацию, проанализирует ее с учетом конкретных условий эксплуатации (наличие бэкапов, резервной базы и т д.) и выдаст рекомендации по восстановлению после сбоя. Причем рекомендации будут учитывать реальную конфигурацию и будут проранжированы на основе анализа требуемого времени восстановления и планируемого объема потери данных. (Ведь иногда необходимо запустить систему срочно, не считаясь с потерей последних транзакций.)

Администратор должен выбрать способ лечения из предложенного списка и после чего Reparing Adviser выполнит восстановление БД. Для выбора наиболее эффективного способа лечения Reparing Advisor анализирует всю совокупность возникших ошибок и рекомендует только выполнимые варианты лечения проблемы.

7. Прочее

Среди прочих интересных возможностей Oracle 11g следует отметить:

  • возможность отката завершенных транзакций
  • возможность выполнения запроса в прошлое (Flashback query) для указанных таблиц на неограниченное время в прошлое – механизм Flashback Data Archive
  • два новых типа секционирования таблиц – Interval partitioning и Reference partitioning и возможность смешивать различные типы partitioning для таблицы (compsite partitioning)
  • кэширование результатов и промежуточных результатов запросов на сервере и на клиенте (Server Result Cache и OCI Client Result Cache)
  • сжатие данных для DSS и OLTP систем, сжатие и кодирование данных всего tablespace
  • поддержка семантических сетей (Semantic Web)
  • оптимизация работы RAC и DataGuard
  • повышение уровня самоуправляемости Oracle 11g
Литература

www.realcoding.net

Новая версия Oracle Database 12.2 доступна для развертывания в любых средах

Корпорация Oracle объявила о выпуске Oracle Database 12c Release 2 (12.2), СУБД №1 в мире, для развертывания в любой среде и любым способом – в облаке, с портфолио Oracle Cloud at Customer и в дистрибутиве для традиционных ЦОД. Oracle Database 12.2 предлагает усовершенствования в уникальной мультиарендной архитектуре базы данных и  в технологии обработки данных, размещаемых в оперативной памяти, что позволяет обеспечивать высочайшие уровни производительности, надежности, безопасности и консолидации для всех типов нагрузок, включая среды разработки и критически важные бизнес-приложения. Кроме того, эта версия СУБД Oracle содержит свыше 300 новых функций и улучшений, охватывающих такие ключевые характеристики как доступность, производительность, безопасность, а также эффективность разработки.

«Oracle лидирует в отрасли, поставляя самую быструю, самую надежную и самую защищенную СУБД для организаций любого размера, и мы продолжаем создавать инновации и помогать организациям мигрировать в облако с минимальными усилиями и риском, — подчеркнул Энди Мендельсон (Andy Mendelsohn), старший вице-президент по Oracle Database Server Technologies. — Этим анонсом Oracle завершает формирование полного набора моделей развертывания Oracle Database 12.2, облегчая организациям использование новейшей версии СУБД Oracle Database 12c там, где они считают нужным – в облаке или непосредственно в ЦОД на своем предприятии».

Высокий уровень масштабируемости и возможности аналитики в реальном времени, присущие Oracle Database 12.2, обеспечивают клиентам гибкость и динамичность, ускоренное получение бизнес-информации и реальные преимущества в снижении  затрат. Инновации в Oracle Database 12.2 включают:

  • Значительную экономию затрат за счет консолидации баз данных и реализацию сред SaaS  с поддержкой  до 4096 подключаемых баз данных
  • Повышенную гибкость благодаря возможности клонирования онлайн и перемещения подключаемых баз данных без простоя
  • Значительный рост производительности обработки данных, размещаемых в оперативной памяти
  • Возможность переносить аналитическую нагрузку над данными в оперативной памяти в активные резервные базы данных
  • Встроенная поддержка шардинга баз данных Oracle Database (Oracle Sharding)
  • Повышение  масштабируемости благодаря новым возможностям кластеризации в технологии Oracle Real Application Clusters (RAC)
  • Усовершенствования для хранения и обработки документов в формате JSON

Целый ряд независимых отраслевых аналитических отчетов по результатам недавних исследований отмечают технологическое лидерство Oracle Database 12c для поддержки распространенных типов  нагрузок базы данных, таких как оперативная обработка транзакций, смешанная (гибридная) транзакционная и аналитическая обработка, информационно-аналитические хранилища данных, Интернет вещей (IoT) и СУБД, размещаемые в оперативной памяти. Ниже приведены некоторые из этих отчетов:

  • Согласно отчету The Forrester Wave™: In-Memory Databases, Q1 2017 («Исследование The Forrester Wave™: Рынок СУБД, размещаемых в оперативной памяти, в первом квартале 2017 года»), Oracle Database In-Memory получила наивысшие баллы в категориях "Current Offering" («Текущее предложение») и "Strategy" («Стратегия»).
  • Согласно отчету Gartner Critical Capabilities for Operational Database Management Systems («Ключевые возможности для систем управления операционными базами данных») за октябрь 2016 года, Oracle получила наивысшие баллы в трех из четырех категорий применения операционных СУБД (Operational Database): Traditional Transactions (Традиционные транзакции), Hybrid Transactional and Analytical Processing, HTAP (Смешанная транзакционная и аналитическая обработка), и Lightweight Events and Observations («Сбор  сообщений  и мониторинг»; как правило, это обработка данных, поступающих от приборов учета и от IoT-датчиков).
  • Согласно отчету Gartner Magic Quadrant for Data Management Solutions for Analytics за февраль 2017 года, Oracle стала лидером «магического квадранта» Gartner в сегменте решений по управлению данными для аналитики (Data Management Solutions for Analytics) по показателю "Ability to Execute" («Способность реализации»).

Демонстрируя преимущества Oracle Database 12c для SaaS-решений, облачный сервис Oracle Taleo Talent Management Cloud развернул Oracle Database 12c в варианте мультиарендной СУБД Oracle Multitenant и достиг 25-кратного улучшения эффективности по сравнению с использованием архитектуры на основе виртуальных машин.

Облачные решения Oracle Cloud

Oracle Cloud — это самое обширное в отрасли интегрированное публичное облако, предлагающее полный спектр сервисов SaaS, PaaS и IaaS. Оно поддерживает новые и существующие облачные среды, гибридные решения, любые рабочие нагрузки, любых разработчиков и любые данные. Oracle Cloud предоставляет около 1000 SaaS-приложений и 50 сервисов PaaS и IaaS корпоративного класса клиентам в более чем 195 странах мира и поддерживает 55 миллиардов транзакций ежедневно. Более подробная информация на http://cloud.oracle.com.

www.oracle.com

настройка производительности / Блог компании Oracle / Хабр

Прежде чем говорить об оптимизации производительности баз данных, нужно пояснить, каким показателем эта производительность измеряется, — тем более что в памяти многих людей, связанных с базами данных, еще жив показатель «время отклика», который многие привыкли считать универсальным мерилом производительности СУБД.

Проблема с так называемым временем отклика состоит в том, что оно, увы, относительно. Для конечного пользователя, системного администратора, сетевого администратора и администратора баз данных, оно разное и зависит не только от чистого времени отклика СУБД, но и от производительности кода бизнес-логики на сервере приложений, производительности веб-интерфейса, взаимодействия компонентов сетевой инфраструктуры, работы брандмауэра, балансировщика нагрузки и т. д. Поэтому для того, чтобы адекватно выражать производительность базы данных, надо пользоваться показателем Database Time, который выражает время, потраченное СУБД на выполнение конкретного вызова (запроса), с момента его поступления в базу данных и до момента выдачи последнего фрагмента выборки результатов. Более строгое определение Database Time — общее время, проведенное пользовательскими процессами в активном выполнении или активном ожидании выполнения вызовов СУБД.

Концепцию Database Time прекрасно иллюстрирует страница Top Activity в Enterprise Manager (Рисунок 1), где мы видим количество активных сессий и, в виде разноцветного графика,- распределение потраченного времени СУБД т.е. собственно Database Time.

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

Современная методология настройки производительности, которая называется Find-Fix-Validate (Рисунок 2), позволяет точно диагностировать проблемы производительности с помощью инструментальных средств анализа производительности СУБД, решать их с использованием средств автоматической настройки, входящих в набор Tuning Pack, и проверять корректность принятых мер средствами тестирования, входящими в пакет Real Application Testing.

Новейшие версии СУБД Oracle, в том числе, конечно, Oracle Database 12c, буквально “облеплены датчиками” производительности и помимо своей основной работы (выполнения запросов, оптимизации, выдачи результатов, координации действий пользователей) постоянно сообщают о том, чем они занимаются, — публикуют события ожидания и временные характеристики вызовов. Поэтому всегда точно известно, сколько времени у СУБД ушло на ту или иную активность.

Надо сказать, что компания Oracle к реализации этой возможности подошла довольно элегантно и не стала изобретать собственный язык для доступа к диагностической информации, а оформила ее в виде специальных таблиц Базы Данных, доступ к которым можно получить с помощью языка SQL и графического интерфейса Enterprise Manager 12c. Таким образом, мониторинг, диагностика и поиск первопричин различных проблем для пользователей СУБД Oracle максимально упрощен.

Таблиц, которые содержат необходимую информацию, немало, уже несколько сотен, статистика в них довольно разрозненная и к тому же накопительная. Но, разумеется, нет необходимости сравнивать показатели вручную, поскольку для сравнительного анализа полученных данных разработан специальный диагностический репозиторий Automatic Workload Repository (AWR), который периодически (по умолчанию – ежечасно) снимает с таблиц диагностическую информацию — различные классы ожидания, метрики, основную статистику, статистику по SQL-запросам и так далее. Данные AWR сохраняются в БД и используются для диагностических отчетов. Технология AWR Baselines позволяет создавать эталонные интервалы времени, сопоставляя бизнес-операции, например закрытие операционного дня, отчетного периода, расчета зарплаты и т. п. с интервалами снимков AWR и периодически проводить сравнительный анализ производительности для выбранного интервала. Эта технология позволяет быстрее делать анализ вариаций нагрузки и облегчает диагностику производительности базы данных.

AWR-отчет по умолчанию сохраняется в формате HTML (Рисунок 3, слева). Есть и новый тип отчета – он называется Performance Hub, – который отображает статистику работы БД в удобной и наглядной графической форме (Рисунок 3, справа).

В Oracle Database 12.1.0.2 появилась еще одна новая, очень удобная форма AWR-отчета — Active-HTML-отчет. Он сочетает в себе возможности навигации и детализации Enterprise Manager для оффлайн-анализа, его можно сохранять и отправлять по почте, как другие активные отчеты, для его просмотра не требуется Enterprise Manager.

AWR Warehouse — центральный репозиторий для долговременного хранения AWR-данных. Он хранится в отдельной, выделенной Базе Данных — таким образом, можно увеличить период хранения снимков AWR хоть до бесконечности, чтобы анализировать хронологию, посмотреть, что было год назад, 2 года назад и т. д. AWR Warehouse интегрирован во все экраны производительности БД Enterprise Manager и позволяет получить сравнительный отчет за любой период времени.

Функциональность Active Session History (ASH) — средство мониторинга, которое появилось в Oracle Database 10g. ASH ежесекундно делает снимки состояния активных сессий и записывает их в специальную структуру памяти (см. Таблица 1). Практически это мониторинг в режиме реального времени. В Enterprise Manager 12c появился очень удобный графический интерфейс к Active Session History, который называется ASH Analytics.

Встроенный в базу данных советчик Automatic Database Diagnostic Monitor (ADDM) помогает интерпретировать диагностику и находить первопричину плохой производительности. Сам по себе AWR-отчет — это достаточно объемный документ, в котором легко запутаться. ADDM помогает интерпретировать статистику, сохраненную в Workload Repository и находить первопричину проблем. ADDM анализирует потребление Database Time, соотносит его с активностью сессий и создает отчет с конкретными рекомендациями. Важно, что ADDM не просто ставит вас в известность о проблемах производительности БД, а выявляет причины проблем и ранжирует их по степени влияния.

Наконец, в Oracle Database 12 появилась улучшенная версия Real-Time ADDM, которая автоматически запускается при превышениях пороговых значений ряда параметров, например: количества сессий, чрезмерном потреблении процессорного времени, конфликтах и прочих событиях, понижающих производительность базы данных. Новый Real-Time ADDM отличается возможностями автоматического обнаружения и анализа проблем в реальном времени, автоматической диагностикой серьезных проблем производительности.

ADDM-отчеты сохраняются в AWR-репозитории для исторического анализа. Real-Time ADDM – это, также, средство аварийного мониторинга, которое при невозможности обычного соединения с базой данных — если она «намертво зависла» — может выполнить специальное диагностическое соединение и снять диагностику прямо из памяти СУБД. Встроенный в базу данных советник поможет в диагностике проблем и определит их причину. Всегда лучше начинать анализ именно с ADDM-отчета, потому что он содержит информацию из AWR и из ASH в удобном для первичного анализа производительности виде.

Для детального анализа выполнения SQL-запросов в Enterprise Manager имеется окно Real-Time SQL Monitoring, которое позволяет следить за тем, как выполняется конкретный SQL-запрос, по какому он выполняется плану и на каком шаге плана выполнения тратится больше всего ресурсов. В Real-Time SQL Monitoring есть очень интересные показатели, такие как Actual Rows и Estimated Rows. С помощью Real-Time SQL Monitoring можно также контролировать выполнение PL/SQL-процедур.

Практика показывает, что большинство проблем производительности Баз Данных возникают из-за SQL-запросов — либо некорректно написанных, либо, по разным причинам, неэффективно выполняющихся. Неполная статистика, новая версия оптимизатора, неправильные параметры, конфликты — есть тысяча причин, по которым SQL-запросы могут выполняться некорректно. Инструмент Oracle SQL Tuning Advisor дает рекомендации по повышению производительности проблемных SQL-запросов, используя все тот же оптимизатор SQL-запросов Cost Based Optimizer (CBO), но в специальном настроечном режиме, давая CBO больше времени на всесторонний анализ и проверку. В процессе анализа используются реальные и исторические AWR-данные и выявляются альтернативные планы выполнения запросов. Если при использовании параллельного SQL-профиля выполнение SQL-запроса ускорится в два или более раз, SQL Tuning Advisor порекомендует и его. Также, SQL Tuning Advisor проверит различные варианты рекомендаций и вы получите в Enterprise Manager отчет о том, какой SQL-запрос проанализирован и какие рекомендации по его настройке предложены.

Новая версия инструмента SQL Access Advisor, которая появилась в Oracle Database 12c, позволяет значительно сократить время анализа для больших SQL-нагрузок. SQL Access Advisor анализирует не единичные SQL-предложения, а SQL-нагрузку за определенный период времени. Теперь он работает гораздо производительнее и в десятки раз быстрее анализирует объекты БД.

И SQL Access Advisor, и SQL Tuning Advisor имеют графический интерфейс в Enterprise Manager.

Инструмент SQL Performance Analyzer (SPA), входящий в Real Application Testing обеспечивает тестирование в Oracle Database 10.2, 11g и 12c, позволяет предсказать влияние системных изменений Базы Данных на время отклика SQL, определяет результаты производительности SQL для каждого тестового выполнения SQL-нагрузки, анализирует различия в производительности и сравнивает результаты производительности конкретных SQL-запросов. При этом он оказывает минимальное влияние на производительность рабочей системы при захвате SQL-нагрузки в SQL Tuning Set (STS).

Новая возможность SQL Performance Analyzer — SPA Quick Check в Enterprise Manager позволяет быстро проверить изменения, скажем, параметров оптимизатора, влияющих на планы запросов. Например, если у вас в наборе тысяча запросов, а планы, в результате, изменятся только у десяти из них, то SPA Quick Check сначала выявит эти десять запросов и проведет сравнительное тестирование именно для них.

Отдельно стоило бы поговорить о проактивном подходе т.е. о том, как не допускать возникновения проблем с СУБД — об управлении планами запросов, но это отдельная тема, выходящая за рамки данной статьи.

Чтобы больше узнать о настройке производительности, в первую очередь стоит изучить документацию к Oracle Database, для начала, документ «2 Day + Performance Tuning Guide», который дает обзор всего, что мы обсудили в рамках этой статьи. Руководство «Performance Tuning Guide» посвящено настройке производительности на уровне экземпляра базы данных. Настройка SQL-запросов детально описана в документе «SQL Tuning Guide». Еще один документ, «Testing Guide», представляет собой руководство по пакету Real Application Testing и различным возможностям использования SQL Performance Analyzer. Рекомендуем, также, пройти пятидневный учебный курс Oracle University, который называется «Oracle Database 12с: Performance Management and Tuning».

habr.com