Привожу примерный план действий для переноса классического приложения Hyperion Planning на новое окружение. Вообще, это может быть довольно удобно сделано с помощью EPMA, но это тема отдельного разговора. Сегодня переносим всё вручную, с душой ;)
Вот что нужно сделать после развертывания всех необходимых компонентов Oracle EPM:
– Создать новую базу данных приложения Planning в MS SQL (для Oracle DB всё делается аналогично) – назовём её HSP_APP
– Создать в Hyperion Planning новое подключение к этой базе: http://localhost:19000/HyperionPlanning/AppWizard.jsp (при настройках по умолчанию) – Управлять источником данных – Создать источник данных
– Создать новое приложение Planning под тем же пользователем, что и подключение к данным: http://localhost:19000/HyperionPlanning/AppWizard.jsp – Создать приложение (настройки роли не играют, т.к. они будут перезаписаны)
– Запустить создание кубов Essbase: Planning – Администрирование – Управление базами данных – База данных – Создать
– Перенести настройки Shared Services, используя утилиты CSSExport.bat и CSSImport.bat из Hyperion\common\utilities\CSSImportExportUtility\importexport\:
– Экспортировать с исходного CSS: CSSExport.bat expimp.properties
– Импортировать в целевой CSS: CSSImport.bat expimp.properties (при необходимости поправить автозаменой в выгруженном при экспорте .xml названия групп и приложений)
– Мой expimp.properties выглядел так:
importexport.css=file:/C:/Hyperion/deployments/WebLogic/SharedServices9/config/CSS.xml
importexport.cmshost=localhost
importexport.cmsport=28080
importexport.username=admin
importexport.password=
importexport.enable.console.traces=true
importexport.trace.events.file=C:/Hyperion/common/utilities/CSSImportExportUtility/importexport/trace.log
importexport.errors.log.file=C:/Hyperion/common/utilities/CSSImportExportUtility/importexport/export.err
importexport.locale=ru
importexport.ssl_enabled=false
export.fileformat=xml
export.file=C:/Hyperion/common/utilities/CSSImportExportUtility/importexport/CSS.export.xml
export.internal.identities=true
export.native.user.passwords=true
export.provisioning.all=true
export.delegated.lists=false
export.user.filter=*@Native Directory
export.group.filter=*@Native Directory
import.fileformat=xml
import.file=C:/Hyperion/common/utilities/CSSImportExportUtility/importexport/CSS.export.xml
import.operation=create/update
import.failed.operations.file=C:/Hyperion/common/utilities/CSSImportExportUtility/importexport/failed.xml
import.maxerrors=0
– Экспортировать базу метаданных исходного приложения Planning
– Экспортировать исходные кубы Essbase (Archive Database)
– Сохранить в укромный уголок значение SID у пользователя 50001 из таблицы HSP_APP.HSP_USERS (выглядит примерно так: native://DN=cn=911,ou=People,dc=css,dc=hyperion,dc=com?USER)
– В случае повышения версии EPM нужно очистить поле Version в таблице HSPSYS_APPLICATION базы метаданных Planning – при первом входе будет предложено выполнить миграцию
– Остановить сервис Planning
– Импортировать исходные метаданные приложения в целевую базу HSP_APP
– Обновить значение SID у пользователя 50001 из таблицы HSP_APP.HSP_USERS на ранее сохраненное
– Запустить сервис Planning
– Открыть Planning и проверить наличие приложения и возможность входа в него
– Остановить сервис Essbase
– Перенести сохраненное содержимое папок приложения Essbase (.otl, .csc) и экспортированные кубы из /app/<Appname>/<Database> источника на целевой сервер
– Восстановить кубы из .arc (Database Restore, делается на остановленных базах); в случае ошибки Specified disk volume [E] does not exist задать соответствие исходных дисков целевым: Advanced / Map disk volumes
– Перенести серверные подстановочные переменные и макросы (сходу не нашёл, как можно автоматизировать, копировал вручную, благо их было немного)
– Перенести Бизнес-правила: EAS Enterprise View / Business Rules / Export –> .xml –> EAS Enterprise View / Business Rules / Import
– Перезапустить сервис Shared Services
– Запустить сервис Essbase
– Перезапустить сервис Planning
– Открыть Planning и обновить фильтры безопасности: Planning / Администрирование / Управление базами данных
– В случае ошибки User Synchronization Error. Please check the Planning log запустить /Planning/bin/ProvisionUsers.cmd /ADMIN:User /A:Application
– Если из Workspace не открываются приложения Planning, то надо убедиться, что используется единый порт веб-сервера, который настраивается в EPM Configurator / Workspace / Configure Web Server (по умолчанию 19000): http://localhost:19000/workspace/index.jsp
После этих телодвижений у меня получилось открыть приложение Planning через Workspace под различными пользователями и увидеть там все формы и данные исходного приложения.
Комментариев нет:
Отправить комментарий