Недокументированные параметры Oracle

Иногда приходится сталкиваться с ошибочным пониманием термина "undocumented parameters". Выскажу своё мнение. 

В базе данных Oracle существуют, так называемые, "documented parameters":

• они подробно описаны в документации, например в "Oracle® Database Reference"
• их можно использовать совершенно спокойно
• если эти параметры не работают в какой-то ситуации, то это баг, который должен быть исправлен Oracle

В противовес им  "undocumented parameters":

• как правило, начинаются с символа "_"
• их реализация может меняться от версии к версии и обратная совместимость "недокументированных параметров" - не гарантируется
• список параметров можно получить из служебных таблиц Oracle
• описаны в статьях на MyOracleSupport
• предоставляют нерекомендуемые функциональные возможности или служат для обратной совместимости
• многие могут иметь побочные эффекты
• компания Oracle формально прописывает, что "недокументированные параметры" должны использоваться только по рекомендации инженеров Oracle.

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

Лабораторные работы

На хостинге Amazon доступны бесплатные лабораторные работы по продуктам Oracle. Список тем включает:

Возможности базы данных:

• Oracle Database 11g
• Oracle Data Guard 
• Oracle Active DataGuard
• Oracle Data Mining
• Oracle Enterprise Manager Cloud Control 12c 
• Oracle Secure Backup

Инструменты для создания аналитических систем и построения отчетности:

• Oracle Business Intelligence
• Oracle Business Intelligence Publisher

Отраслевые приложения:

• Oracle BI Applications
• Oracle E-Business Suite
• Oracle Siebel
• Oracle PeoplesSoft
• Oracle J.D. Edwards EnterpriseOne
• Oracle Hyperion
• Oracle Value Chain 

Так что пока раздают - нужно использовать.

Скрипты для Exadata

Oracle взял и выложил скрипт (dbnodeupdate.sh), автоматизирующий все шаги и проверки при обновлении программного обеспечения на Oracle Exadata.
Информация:

• в короткой заметке на английском
• на сайте технической поддержки (только для партнеров или Заказчиков, оплативших ТП):  Exadata Database Server Patching using the DB Node Update Utility [ID 1553103.1]

Незавершенность

Ёмкий слайд из одной презентации:

Видна "дырка" в красном портфеле - рано или поздно придётся её заполнять.
Но в последнее время Oracle агрессивно скупает компании именно из группы Application и разница с IBM, на самом деле, больше, чем может показаться.

Сжатие в Oracle Database

Статья десятилетней давности, но при этом не потерявшая своей актуальности, рассказывает о Basic Compression в СУБД Oracle (требует Oracle Database Enterprise Edition 9.2. и старше). Изложенный материал, с некоторыми оговорками, справедлив и для OLTP Compression в СУБД Oracle (требует опцию Oracle Advanced Compression и Oracle Database Enterprise Edition 11.1 и старше).

Сжатие в базе данных идёт на уровне блоков, а не всей таблицы. Каждый сжатый блок, содержит локальный словарь ("symbol table").  Повторяющиеся данные сохраняются в словаре, а все их вхождения заменяются на короткую ссылку.

Рассмотрим на примере из статьи как реализовано сжатие в Oracle Database:

1C vs Oracle Database

Хорошая заметка с видео по установке и настройке 1С: Предприятие 8.2 + Oracle Database Standard Edition One 11g. Некоторые замечания.

• идеологически неправильно редактировать реестр при установке ПО, но как workaround - пойдёт.
• и "грабли", на которые автор видео не наступил, но могут наступить другие адепты 1С: следует избегать русских букв в путях до Oracle Database. 

Патент на страже HCC

Оказывается технология Hybrid Columnar Compression - запатентована. Поэтому "в лоб" её повторение на других БД невозможно. Впрочем, все крупные игроки ( IBM, HP, MS ) имеют противопоставленные патенты и могут попытаться реализовать нечто похожее.

Oracle Learning Library

На сайте Oracle есть обучающие материалы по многим продуктам. В части инженерных систем - это Oracle Exadata, Oracle Exalogic и Oracle Big Data. Судя по количеству комментариев и просмотров, ресурс явно неизвестен широкой публике.
P.S. Звука в видео и не должно быть.

Будущее ODA своими руками

На форуме MyOracleSupport ("металинк") разработчики предлагают высказывать пожелания к будущим версиям ПО для Oracle Database Appliance. Так что - это реальный шанс попросить то, что вам так не хватает и посмотреть реализуют ли.
Доступно партнерам и заказчикам с оплаченной технической поддержкой.
Запасаемся попкорном.

Нужны ли индексы на Exadata ?

Заявленный вопрос не имеет однозначного ответа.
Нельзя сказать, что новые технологии инженерных систем, такие как Storage Index, вытесняют старые технологии индексов. На самом деле, эти технологии имеют разную природу и потому - разные сферы применения. Например, поиск min/max значения в таблице с использованием обычного индекса будет быстрее, чем при использовании Storage Index. А вот поиск NULL значений, наоборот.

Тем не менее, практика показывает, что при миграции на Oracle Exadata некоторые существующие индексы могут оказаться невостребованными и от них можно отказаться. Понять бы от каких ? Удаление и пересоздание индекса может занимать существенное время и поэтому "решение в лоб" очень трудоёмкое. Альтернатива этому технология Invisible Index, которая впервые появилась в  Oracle Database 11g, а для  инженерных систем наконец-то заиграла всеми красками. После установки параметра optimizer_use_invisible_index оптимизатор Oracle не обнаруживает невидимые индексы и не принимает их во внимание при создании плана выполнения запроса. 

SQL> alter session|system set optimizer_use_invisible_index=TRUE;

Можно объявить некоторые индексы невидимыми и проверить скорость выполнения типичных запросов. А после получения конкретных цифр принимать осознанное решение о том удалять или оставлять.

SQL> alter index my_IDX1 invisible;

Хинты на Exadata

"Весь мир насилья мы разрушим

До основанья, а затем

Мы наш,мы новый мир построим, — 

Кто был ничем, тот станет всем"

Подсказки (hint) - это инструкции для оптимизатора, которые позволяют явно указать Oracle, что вы хотите, чтобы он делал. Чаще всего использование подобных конструкций - это "костыли" и говорит о каких-то более глобальных проблемах с настройками базы данных. Хинты опасны еще и тем, что они могут некорректно работать при смене оборудования и софта. И, тем более, при миграции с обычной платформы на инженерную систему априорно не  будут учитывать особенности Oracle Exadata.

Зато есть "недокументированный параметр": _optimizer_ignore_hints

SQL> alter system set "_optimizer_ignore_hints"=TRUE scope=both;

Так что, как бы лично вы не относились к хинтам, пробуйте их отключать, хотя бы ради сравнения результатов.

"CASE" на Exadata

Руководство по оптимизации обычной Oracle Database советует использовать оператор CASE, чтобы избежать дублирования кода и повторных просмотров одной и той же таблицы.

Для Oracle Exadata всё иначе:

• Без оператора CASE используется Predicate Filtering, Column Projection и Storage Indexes на уровне серверов хранения.
• С оператором CASE каждая строчка таблицы передается на сервер СУБД для обработки. Что оказывается медленнее.

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

Советы по объединению БД на Exadata

Неплохой документ "Best Practices For Database Consolidation On Exadata Database Machine" на сайте вендора. Актуальность - апрель 2013.

Oracle - всегда прав

Сдаю тест "Exadata Database Machine Models X3-2 and X3-8 Presales Specialist Assessment" и понимаю, что в карты с составителями лучше не играть - мухлюют.

ODA X2-2 vs ODA X3-2

Теперь обновления для Oracle Database Appliance различаются в зависимости от модели:

• версия 2.5.0.0.0 - только для ODA X2-2
• версия 2.5.5.0.0 - только для ODA X3-2

Основное отличие 2.5.5.0.0 - это поддержка нового оборудования Х3-2 и поддержка дополнительной дисковой полки. То есть, оказалось проще создать два установочных пакета, нежели обеспечить обновление двух инженерных систем одного семейства в рамках единого дистрибутива.
Интересно, не станет ли разделение на  ветки привычной практикой и не появится ли в будущем различие в функциональности ПО в зависимости от оборудования ? Ведь пользователи инженерных систем привязаны к пакетам обновлений, выпускаемых специально для них, и не имеют возможности устанавливать обычные обновления Oracle Database.

Лицензирование ODA

Недавно обновилось аппаратное обеспечение Oracle Datanase Appliance и вышла версия Х3-2. Всего стало больше: памяти, ядер и дискового пространства. Но вместе с тем обновились и лицензионные ограничения. А именно: раньше модель "pay-as-you-grow" ("оплата по мере роста") позволяла лицензировать 2, 4, 6, 8, 10 или 12 ядер на каждом сервере, теперь же доступны только варианты 4, 8, 12 или 16 ядер. Что, конечно, увеличивает стоимость решения.

Ограничения Hybrid Columnar Compression

В материалах Oracle упоминается, что технология Hybrid Columnar Compression (или просто - HCC) позволяет сжимать данные от 10 до 50 раз. Однако, опираясь на это утверждение, не стоит обещать Заказчику, что из 100 Тб базы данных при переходе на Oracle Exadata получим 2-10 Тб. На то есть несколько причин.

Фотография

Гламурность сервера зависит от гламурности dba