Essbase 11 Sneak Preview

В блоге Cubegeek появилась pdf'ка о нововведениях в 11 версии Essbase.

Backup

А как же без того, чтобы потерять данные?:-)

Как и во всех проектах, где я принимал участие, бекапы начинали делаться только тогда, когда один-два раза данные исчезают. Вот и сейчас 5 гигов кануло:-) Но поводов для уныния особо нет - на то она и опытная эксплуатация. Главное, что родился скрипт на MAXL:

login your_login your_password on your_essbase_host;
set timestamp on;
alter application $1 disable commands;
alter system kill request on application $1;
alter system logout session on application $1;
alter database $1.Plan1 unlock all objects;
alter database $1.Plan2 unlock all objects;
drop lock on application $1;
alter system kill request on application $1;
alter database $1.Plan1 begin archive to file "tmp1.txt";
alter database $1.Plan2 begin archive to file "tmp2.txt";
shell XCOPY D:\\Hyperion\\AnalyticServices\\app\\$1 E:\\Essbase_Backups\\$1_%date:~0%_%time:~0,2%.%time:~3,2% /e /c /i /h /k /y;
alter database $1.Plan1 end archive;
alter database $1.Plan2 end archive;
alter application $1 enable commands;
logout;
exit;

Особая благодарность Максиму Кудряшову за проделанную работу.

P.S. Логично, в принципе, заменить XCOPY на gzip - время работы скрипта не сильно увеличивается, а вот бекапы занимают раз в 20 меньше места.

Граф зависимости показателей

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

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

И я написал такой скрипт. Только стоит учесть, что поможет он только тем, кто работает с Hyperion Planning - просто у Planning очень удобное и понятное реляционное хранилище метаданных.

Для работы скрипта понадобится установленный graphviz и SQL*Plus.

account_desc.bat:

set NLS_LANG=RUSSIAN_CIS.AL32UTF8

sqlplus login/password@your_DBSID @account_desc.sql

dot -Tgif account_desc.txt  -o account_desc.gif

account_desc.sql:

set linesize 200 
set colsep ""
set pagesize 0
set newpage none
set feedback off
set termout off
set recsep off
set sqlprompt ""
set heading off
set echo off
set serveroutput on size 10000

spool account_desc.txt

drop table hsp_account_dependence;

create table hsp_account_dependence (
  parent_account varchar2(80 byte),
  child_account varchar2(80 byte)
);

declare 
begin
  /* Dependence by formula*/
  for i in (select object_name from hsp_account, hsp_object where account_id = object_id) loop
    insert into hsp_account_dependence (parent_account, child_account) 
      select object_name, i.object_name 
        from hsp_object, hsp_member_formula 
          where formula like '%'||i.object_name||'%' 
            and member_id = object_id;
  end loop;
  commit;
  /* Dependence by outline*/
  insert into hsp_account_dependence (parent_account, child_account) 
    select o2.object_name, o1.object_name
      from hsp_object o1, hsp_object o2, hsp_member m1, hsp_member m2
      where o1.object_id = m1.member_id
        and o2.object_id = o1.parent_id
        and m1.consol_op1 in (0, 1, 2, 3, 4)
        and o1.parent_id = m2.member_id
        and m2.data_storage in (1, 4, 5, 6)
        and exists (select 1 from hsp_account where account_id = o1.object_id);
  commit;
end;
/

begin
  dbms_output.enable;
  dbms_output.put_line('digraph G { node [shape=record, fixedsize=false, fontsize=6, regular=true]; nodesep=.5;');
end;
/

select o.object_name||' [label="'||o.object_name||'\n'||o2.object_name||'"];' 
  from hsp_account a, hsp_object o, hsp_alias al, hsp_object o2, hsp_member m1 
  where a.account_id = o.object_id 
    and al.member_id = a.account_id 
    and al.aliastbl_id = 14 
    and al.alias_id = o2.object_id 
    and m1.member_id = o.object_id 
    and m1.DATA_STORAGE in (1, 4, 5, 6) 
    and o.object_name like '6103%' 
  order  by o.object_name;

select parent_account||'->'||child_account||';' 
  from hsp_account_dependence 
  where parent_account like '6103%' 
    and child_account like '6103%'
  order by parent_account;

begin
  dbms_output.enable;
  dbms_output.put_line('}');
end;
/

spool off
exit

Сразу замечу, что sql-скрипт можно улучшать: завести переменные для like-ов (для того чтобы отсекать нужные элементы), проверять на наличие таблицы перед тем как ее грохать, не генерить ребра для всех показателей, но это мелочи.

в результате получается вот такой вот граф:


На этом автоматизм заканчивается. Дальше можно ручками редактировать account_desc.txt для того чтобы граф строился так, как вам удобнее.

Доступ к обновлениям

Стоит отметить, что доступ к обновлениям получили и пользователи старого доброго металинка. Это не может не радовать:)

Upd: Более того, Metalink3 кушает "старые" CSI.

Metalink 3

Поздравляю всех внедренцев Hyperion'а со знаменательным событием - теперь у линейки Hyperion появилась "человеческая" поддержка.

Теперь общаться с поддержкой, читать описания проблем и закачивать новые обновления можно в одном месте на Metalink3. Изначально он был предназначен для поддержки Siebel. Таким образом Oracle "выделяет" поддержку BI-продуктов.

В целом неплохо получилось, осталось только причесать базу знаний и наконец-то выложить те утилиты, которые ранее были на хайповских сайтах.

Upd: Недолго мы радовались. Сайт рухнул. Странно, Metalink живой и нагрузка на него куда больше. Получается что APEX более стабилен?

"Pilot"

Блог этот создан для того, чтобы время от времени изливать душу или делиться новостями и впечатлениями от работы с различными продуктами Oracle Hyperion.