Устал повторять!

Замучали вопросами о том, как в ODI (еще в 10g) подключаться к базам данных на MS SQL Server! Итак, что нужно сделать:
- Скачать JDBC-драйвера для MS SQL Server нужной версии. Они существуют в нынешнем виде с 2000 версии СУБД. (Предварительно остановите все процессы в ODI).
- Распаковать эти драйверы в ODI_HOME\oracledi\drivers. Если вы хотите использовать JDBC 4.0, то установите JDK 6.0 и переименуйте файл sqljdbc4.jar в sqljdbc.jar, предварительно переименовав старый файл в sqljdbc.ja_ (вдруг сгодится). Ну, и пропишите в системной переменной ODI_JAVA_HOME значение-путь к JDK 6.0. ODI не обрабатывает в значении переменной пробелы! Само собой, перезапустите ODI.
- Теперь на примере создания мастер-репозитория впишите:
Driver: com.microsoft.sqlserver.jdbc.SQLServerDriver
URL: jdbc:sqlserver://servername_or_ip:1433;SelectMethod=cursor;databaseName=db_odimaster;integratedSecurity=false

Поменяем по-быстрому?!

Привет,

Работая с Hyperion Planning 3.5 столкнулся с банальнейшей на первый взгляд задачей – массово заменить в формах некоторые элементы. Проблемы:
1. При выгрузке форм через FormDefUtil оказалось, что 3.5 не умеет выгружать переменные подстановки. Вместо таких элементов подставляются верхние элементы измерений. Никак не лечится для версии 3.x. Можно заменить на нужные элементы и, заранее создав отдельную папку форм в приложении Planning, массово изменить расположение форм на эту папку.
2. Вместо элементов измерений из Point of View подставляются алиасы верхних элементов измерений. Это лечится патчем Planning 3.5.1.8 и выше.
3. Результаты выгрузки – файлы XML. Но при открытии в умном текстовом редакторе они определяются в кодировке ANSI/Win. Хотя сам формат файла XML UTF-8. Вероятно это проблема того, что я использую Windows c дефолтовой страницей ANSI. После преобразований в редакторе (Notepad++) массово перекодировать файлы не получилось. Лечится использованием портированой на win-платформу утилитой iconv. Для ее использования нужно скачать саму библиотеку iconv и среду исполнения gettext-runtime.

Ниже приведен простейший пример использования для группы файлов.
Чтобы узнать полный список кодировок/их внутренние наименования, наберите:
iconv.exe -l


1251_utf8.cmd (пакетная обработка 1251->UTF8)
for %%i in (*.*); do f:\iconv\bin\iconv.exe -f cp1251 -t utf-8 "%%i" >tmp && move /y tmp "%%i"

Запуск (batch для всех файлов xml)
rem - в папку с формами
cd f:\iconv\forms
rem - обработка
f:\iconv\cp1251_utf8.cmd *.xml

Кроме того, для ускорения процесса замен рекомендую использовать on-line сервисные редакторы RegEx. Например: http://gskinner.com/

Доступен новый ODI 11g

Искать здесь: http://edelivery.oracle.com -> Oracle Fusion Middleware -> Oracle Fusion Middleware 11g Media Pack for Microsoft Windows (32-bit) -> Oracle Data Integrator 11g (11.1.1.3.0) for Microsoft Windows (32-bit)

Пока oracle.com молчит, статьи по обновлениям, новым фичам и прочему можно поискать на блогах специалистов по ODI.

UPD 8/09: Официальное представление новой версии ODI состоится в качестве вебинара 9 сентября 2010.

UPD 9/09: Теперь и на OTN

Использовать это!

Получил срочное ночное сообщение от Oracle Support.
Эти патчи:
- 9013376 - Oracle's Hyperion Shared Services 11.1.1.2.03 Service Fix
- 9235068 - Oracle's Hyperion Shared Services 11.1.1.2.06 Service Fix
- 9592841 - Oracle's Hyperion Shared Services 11.1.1.2.07 Service Fix
заменены на:
- 9754381 - Oracle's Hyperion Shared Services 11.1.1.2.09 Service Fix

If you are an Oracle Hyperion Planning customer using Life Cycle Management and have experienced “Unable to connect to Planning Application” message while accessing Lifecycle Management, you are advised to replace the obsolete patch(es) with patch 9754381- Oracle's Hyperion Shared Services 11.1.1.2.09 Service Fix. Replacement instructions are provided in the Readme.

Небольшой анонс

Передо мной встала интересная задача миграции парочки приложений Hyperion Planning 3.5.1 на 11.1.1.3 (всех артефактов + самописного модуля интеграции/загрузки фактических данных в Planning). Процедуру переноса постараюсь подробно расписать по мере выполнения этих работ.

Oracle Hyperion Performance Management and BI (v11.1.2)

Hyperion Performance Management and BI Downloads (v11.1.2.0.0) для скачивания доступен здесь: http://www.oracle.com/technology/software/products/bi/performance-management/index.html

Новый релиз - вебкаст

7 апреля 2010 с 8:30 PT (11:30 ET) состоится вебкаст - обзор новой версии Oracle EPM System. Все подробности здесь (англ.)

...да и выоптимизировали!

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

Примененные параметры из предложенных документов по тюнингу приложений для сервисов продуктов EPM под Windows привели к нестабильной работе компонентов системы, после чего я принял решение «побаловаться» на тестовом сервере. Я следовал этому - одному из базовых правил разработчика)

На тестовом сервере я развернул релиз 11.1.1.3 на BEA WebLogic 9.2 MP3. При этом я все-таки применял рекомендованные в предложенных консультантами Oracle документах по тюнингу. Забегая вперед, скажу, что релиз работал стабильно (тьфу-тьфу) и достаточно быстро, даже несмотря на то, что тестовый сервер по своим характеристикам значительно слабее.

Характеристики Промышленного сервера:
Аппаратная часть: Процессор Intel Xeon X5450 (3.0GHz) (8 CPUs), Оперативная память 16GB. ПО: Операционная система Win2003R2, EPM система Hyperion 9.3.1 (с обновл.), Реляционная СУБД на внешнем сервере.

Характеристики Тестового сервера:
Аппаратная часть: Процессор Intel Xeon X5550 (2.67GHz) (2 CPUs), Оперативная память 4,5GB. ПО: Операционная система Win2003R2, EPM система Oracle Hyperion 11.1.1.3, Реляционная СУБД на внешнем сервере, BEA WebLogic 9.2 MP3.

Переходя ближе моей цели — оптимизации скорости работы расчетов в существующем приложении Planning версии EPMA, опишу те процедуры, которые я провел для получения результата:
1. Портировать приложение в EPM 11.1.1.3 с версии 9.3.1. Отмечу, что мне необходимо было использовать Business Rules, а не CalcManager. Поэтому нужно было одновременно перенести приложение в Classic версию. Для этого нужно создать пустое Classic приложение в Planning. Затем остановить сервисы Planning (9.3.1 и 11.1.1.3) и стандартными инструментами СУБД (у меня это Oracle) скопировать, сохранив сиквенсы(!), всю БД приложения из 9.3.1 в 11.1.1.3. Затем запустить сервис, войти в Planning под тем пользователем, под которым создавали пустое приложение. При это Planning сам предложит вам мигрировать приложение в версию 11.1.1.3. Затем заходим через административное меню в свойств приложения (Manage Properties) и устанавливаем разрешение на изменение измерений (EDIT_DIM_ENABLED = true). После этого выходим и перезагружаем сервис Planning. На вопрос о том, что если нужна EPMA версия, могу ответить, что мигрировать Classic версию в EPMA версию можно стандартными средствами Planning.
2. Портировать Business Rules через EAS из 9.3.1 в 11.1.1.3. Большое НО: Вы не сможете выбрать Outline для Planning приложения. Это бага известная, но не исправленная. Для этого нужно в CSS создать пользователя с правами на работу в EAS и Essbase и доступ к приложению Planning. После этого возможно войти в EAS и работать обычным образом.
3. Оптимальнее настроить Dense/Sparse измерения в приложении и их порядок, используя рекомендации, хорошо собранные в единую презентацию Федором Зевако. При этом желательно отказаться от мультивалютных измерений (валюта и курс) в тех кубах, где не нужны несколько валют.
4. Для функций передачи данных между кубами (у меня это XREF с использованием атрибутов для здоровенного - порядка 10000 элементов в измерении) в тех случаях, когда атрибут должен динамически собирать значение арифметической операции (например, суммы), стоит использовать альтернативные иерархии с хранимыми узловыми элементами. Перед использованием правил, в которых работают функции передачи данных между кубами стоит проагрегировать значения в нужных аналитиках. В купе, эти два правила отработают быстрее, чем то, которое будет для каждого показателя каждый раз динамически собирать по атрибутам.

Ниже я приведу основные временные характеристики, которые показывают эффективность проведенных мер. Данные приведены для одного (самого долгого по времени и важного по значению!) расчета показателей главного отчета с тем, чтобы полученные результаты были сравнимы.

Правило «как есть» на промышленном сервере было посчитано за 27 ч 13 мин 10 сек.
Оптимизированное правило с изменением модели на тестовом сервере — за 8 ч 09 мин 38 сек.

Хочу отметить, что были произведены только самые эффективные доработки правил, модели и настройки самой платформы Hyperion. В ходе работы были замечены еще некоторые недостатки в настройке правил, которые можно исправить позднее и получить дополнительный положительный эффект. Потому что Essbase – это искусство))) Да и Planning тоже!

Вакансия: Специалист по Cognos Planning

Я сейчас ищу себе человека по Cognos Planning. Основные задачи - приведение в порядок существующей системы (мы это и так делаем, но ресурсов пока не хватает), разработка механизмов консолидации с дочками, насколько это возможно, консультации дочек по поводу построения ими систем бюджетирования (возможны командировки).

Компания: ПГК.

ЗП обсуждается не со мной, но она вполне достойная (+ хорошие премии), коллектив просто потрясающий, без преувеличений, я такого никогда не видел. График с 9:00 и до 18:00 (возможны задержки на работе во время авралов). Возможны выходы в выходные, компенсируемые отгулами. Компания также оплачивает половину фитнеса.

Резюме присылать мне на fyodor.zevako@gmail.com

Оптимизировали-оптимизировали, да и...

Со временем, при эксплуатации Системы (в нашем случае – EPM 9.3.1 - Planning) возникают проблемы с перфомансом (производительностью). И часто, все попытки оптимизации заканчиваются на изменении модели. Это верно, но не совсем полно. Ведь есть моменты, которые часто упускаются из виду.

Ключевые аспекты производительности:

• Аппаратные средства и инфраструктура
  
• Сторонние продукты
  
• Продукты EPM/Hyperion
  
• Модель в приложении
• Контроль использования Системы
  

Основные моменты описаны в документах Oracle:

• Oracle’s Hyperion EPM, Fusion Edition - Performance Tuning Guide (у меня документ для релиза 11.1.1.1 с пометкой ORACLE INTERNAL USE ONLY)
• System Configuration Settings and Best Practices (презентация PPT, описывает схожие моменты, что и первый документ, но в некоторых местах дополняет его)
• Документы и презентации по ASO (видимо, BSO все-таки больше походит для многих вещей в части бюджетирования с точки зрения консультантов): Essbase 7X New Features (ASO); документ по сравнению и рекомендациям по применению ASO vs. BSO
• Design Optimisation for Essbase (c конференции EMEA Services Conference 2004)
• Advanced Essbase Calc Optimisation (c конференции EMEA Services Conference 2003)
• Техническая документация других используемых продуктов (MS Win2003 Server и его компоненты, Oracle DB и проч.)

Документов много, учесть нужно по возможности все. По результатам отпишу отдельный пост.