Про Diagnostics Pack, Tuning Pack и их лицензирование без использования GUI Enterprise Manager

Нас часто спрашивают про лицензирование Diagnostics Pack и Tuning Pack без использования GUI Enterprise Manager. Читаем документ Oracle Database Licensing Information начиная со страницы 2-20.

В версии 11g поддержка этих двух паков контролируется на уровне СУБД параметром СONTROL_MANAGEMENT_PACK_ACCESS, который имеет одно из трех значений: NONE (ничего не включено), DIAGNOSTIC (включен только Diagnostic), DIAGNOSTIC+TUNING (включены оба). Обратите внимание, что нет четвертой комбинации "только TUNING". С точки зрения логики лицензирования заказчик не может купить Tuning не купив Diagnostics -- ну как можно что-то лечить (тюнить), пока не поставлен диагноз? Если Вы ставили Enterprise Edition, то по умочланию значение этого параметра = DIAGNOSTIC+TUNING. Поэтому, если Diagnostics Pack и Tuning Pack у Вас не лицензированы, то параметр надо вручную поставить в значние NONE :^) Все это верно только для версии 11g. В версии 10g доступ к функциональности паков отключить на уровне СУБД нельзя, что не освобождает от ответственности их лицензировать, если паки реально используются.

Теперь самое интересное. Каково определение "реально используются"? Как Вы уже знаете, паки работают на уровне СУБД, где они собственно и собирают всяческую полезную информацию. Oracle не интересует каким образом осуществляется доступ снаружи. Доступ к этой информации/функциональности может осуществляться как со стороны графического интерфейса Enterprise Manager, так и с помощью database command-line API, всяческих скриптов, программы SQL*Plus, TOAD, SQL Developer, QUEST Spotlight и множества других продвинутых и не очень вещей. С точки зрения лицензирования Ораклу все равно какое средство осуществляет доступ к информации/функциональности паков. Существует простое правило: если паки используются напрямую или опосредованно, то их надо лицензировать.

Кстати, этим правилом лицензирования Oracle убил бизнес некоторых компаний, специализирующихся на создании внешних интерфейсов к этим пакам, так как получается, что необходимо лицензировать Enterprise Edition, Diagnostics/Tuning packs и одновременно продукт третьей фирмы.

Вообще, пора делать отдельный семинар Deep Dive to Oracle Licensing :^) -- тaм навалом различных тем.

Читаем документ Oracle Database Licensing Information дальше, чтобы понять, надо ли лицензировать Diagnostics Pack, если у нас, например, есть отчет, который использует V$ACTIVE_SESSION_HISTORY...

Diagnostics Pack определяется как следующий контур функциональности:

Oracle Diagnostics Pack features can also be accessed by way of database server APIs and command-line interfaces:

- The DBMS_WORKLOAD_REPOSITORY package is part of this pack.

- The DBMS_ADDM package is part of this pack.

- The DBMS_ADVISOR package is part of this pack if you specify ADDM as the value of the advisor_name parameter, or if you specify for the value of the task_name parameter any value starting with the ADDM prefix.

- The DBMS_WORKLOAD_REPLAY.COMPARE_PERIOD_REPORT function is part of this pack.

- The V$ACTIVE_SESSION_HISTORY dynamic performance view and its underlying table, X$ASH, are part of this pack.

- The DBA_STREAMS_TP_PATH_BOTTLENECK view is part of this pack.

- All views beginning with DBA_ADDM_ are part of this pack.

- Some data in DBA_STREAMS_TP_COMPONENT_STAT requires Oracle Diagnostics Pack. The following filter clause to any query on DBA_STREAMS_TP_COMPONENT_STAT shows Diagnostics-Pack-dependent data:

where STATISTIC_UNIT = 'PERCENT'

For example, the following query shows Diagnostics-Pack-dependent data only:

SELECT * FROM DBA_STREAMS_TP_COMPONENT_STAT
where STATISTIC_UNIT = 'PERCENT';

- All data dictionary views beginning with the prefix DBA_HIST_ are part of this pack, along with their underlying tables.The only exception are the views: DBA_HIST_SNAPSHOT, DBA_HIST_DATABASE_INSTANCE, DBA_HIST_SNAP_ERROR, DBA_HIST_SEG_STAT, DBA_HIST_SEG_STAT_OBJ, and DBA_HIST_UNDOSTAT. They can be used without the Oracle Diagnostics Pack license.

- All data dictionary views with the prefix DBA_ADVISOR_ are part of this pack if queries to these views return rows with the value ADDM in the ADVISOR_NAME column or a value of ADDM* in the TASK_NAME column or the corresponding TASK_ID.

- The following reports found in the /rdbms/admin/ directory of the Oracle home directory are part of this pack: awrrpt.sql, awrrpti.sql, awrgrpt.sql, awrgrpti.sql, awrgdrpt.sql, awrgdrpi.sql, addmrpt.sql, addmrpti.sql, ashrpt.sql, ashrpti.sql, awrddrpt.sql, awrddrpi.sql, awrsqrpi.sql, awrsqrpt.sql, awrextr.sql, awrload.sql, awrinfo.sql, spawrrac.sql.


Tuning Pack определяется как следующий контур функциональности:

Oracle Tuning Pack features can also be accessed by way of database server APIs and command-line interfaces:

- DBMS_SQLTUNE

- DBMS_ADVISOR, when the value of the advisor_name parameter is either SQL
Tuning Advisor or SQL Access Advisor.

- V$SQL_MONITOR

- V$SQL_PLAN_MONITOR

- The following report found in the /rdbms/admin/ directory of the Oracle home
directory is part of this pack: sqltrpt.sql.