Экспорт метаданных из приложения HFM, созданного через EPMA 11.1.2.0

Для экспорта метаданных приложения HFM и Planning, созданных через EPMA, используется утилита EPM Architect File Generator. Однако в релизе 11.1.2.0 для HFM он «из коробки» не работает.

Чтобы заставить его трудиться на благо Родине, необходимо:

1. Убедиться, что на сервере с EPMA в IIS Manager установлена используемая версия ASP.NET для DefaultAppPool - ASP.NET 2.0.5. Если нет, исправить на такую версию, перезагрузить IIS (cmd: iisreset) и перезапустить сервисы EPMA (учесть зависимость с другими сервисами EPM!)
2. Сформировать верный запрос в EPM Architect File Generator (пример для HFM):
   
   где - epma-server-with-IIS - это имя (или IP) сервера с установленными EPMA и IIS,
   а верный запрос к серверу: http://epma-server-with-IIS/hyperion-bpma-server
   

Oracle Essbase Release 11.1.2.2.000 PSU

Внезапно на Oracle.com появилась документация на Oracle Essbase Release 11.1.2.2.000 PSU
Особенно интересен раздел про Новые фичи:

• Параллельные реструктуризация и вычисления
• Управление максимальным количеством транзакций
• Параллельный экспорт/импорт данных
• Размеры кэшей смогут превысить 4ГБ (для x64)
• и проч.
  

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

UPD: Скачать можно на support.oracle.com. Patch ID: 4611548 (win x64) включает в себя

• Essbase Server (Patch ID 11865143)
• Essbase Client (Patch ID 11865133)
• Common Runtime Client (Patch ID 12911847)
• Может быть применен к релизу 11.1.2.1+

Копирование созданных в CalcMngr правил без LCM

      В продолжение поста о копировании приложения Planning, использующего EPMA 11.1.2.0 и Calculation Manager (далее – CalcMngr), опишу как можно скопировать созданные в CalcMngr правила из одного приложения Planning в другое, поскольку LCM в релизе 11.1.2.0 эту задачу не выполняет: 

1. Выгрузить правила (а если используются Rulesets, то работать далее с ними; но не забыть повторить процедуру для тех правил, которые не попали в Rulesets) существующего приложения в CalcMngr. Для этого выделить все Rules (Rulesets) в исходном приложении, затем File – Export.
2. Исправить в полученном XML-файле с помощью Notepad++ все значения с именем старого приложения на имя нового приложения Planning по маскам:
   
   
   property name="application">староеИмя
   на property name="application">новоеИмя
   property name="scope">староеИмя.имяКуба
   на property name="scope">новоеИмя.имяКуба
   
   для Rulesets добавится еще одна маска замены
   property name="launch_application">староеИмя
   на property name="launch_application">новоеИмя
   
   
3. (опционально) С именами кубов поступить аналогично. Маски просты и доступны в XML.
4. Импортировать обновленные по пп. 2-3 правила. Для этого в CalcMngr перейти File – Import. В опциях операции лучше установить параметры: Skip Exisitng Objects и Update Location Details (выбрать целевое приложение Planning и его куб).
5. Деплоить эти правила (наборы правил). Переменные (и правила в случае Rulesets) уже будут импортированы.
6. Проверить наличие всех необходимых переменных для правил, сравнив с исходным приложением Planning.В случае необходимости скопировать используемые в правилах переменные по инструкции вендора. Чтобы ускорить этот процесс, можно выделить все необходимые переменные Ctrl+Left Click, Right Click - Copy, а затем вставить их в целевое приложение и сохранить.

Деплой приложения Planning в EPMA 11.1.2.0

В EPMA 11.1.2.0 есть такой баг в отношении приложений Planning: Невозможно задеплоить/передеплоить приложение Planning после добавления атрибутивного измерения.
Причины проблемы описаны в Deploy Aborts When Deploying Planning Attribute Dimension (1118393.1).

В моем случае было необходимо сделать копию приложения Planning на EPMA, в котором есть такие измерения, на том же инстансе. Порядок решения проблемы:

1. Скопировать приложение Planning в Application Library (Duplicate – As New Appliction).
2. Создать новый датасорс в Application Library (Tools – Manage Planning Data Source).
3. С помощью EPM Architect File Generator выгрузить метаданные из существующего (оригинального) приложения.
4. Удалить привязанные к элементам направлений UDA ссылки на HSP_UDF.  Для этого сделать копию файла из п.3 и с помощью Notepad++ заменой удалить все упоминания HSP_UDF, сохранив файл в UTF-8.
5. Загрузить в новое приложение метаданные (File – Import Dimensions) из файла по п.4. В профайле импорта смело устанавливаем Merge (тип обновления) и опцию Remove Target Value for Missing Source Properties для НЕатрубутивных измерений.
6. Удалить в новом приложении проблемное атрибутивное измерение. Ассоциации с другими измерениями удаляться автоматически.
7. Сделать деплой приложения и рефреш Application Library.
8. Накатить метаданные оригинального приложения Planning аналогично п.5, используя оригинальный файл метаданных из п.3.
9. Сделать деплой приложения и рефреш Application Library.
10. С помощью LCM накатить остальные артефакты приложения. Про перенос правил расчетов CalcMngr написал отдельно. Формы данных переносить после переноса правил. Какие данные накатывать в Essbase – решать по задаче.

Трудозатраты: 1,5 часа.