Hyperion 系统接口性能提升975的秘诀

原创 曾萍梅​ [ 爱记不记的记忆碎片 ](javascript:void\(0\);)

** Hyperion系统接口性能提升 97.5% 的秘诀 **

**导读**

Hyperion系统作为各行各业应用非常广泛的企业绩效管理软件，不可避免地会与各类外围系统集成，然而由于系统间底层架构差异、数据量大、数据口径不一致等原因，接口性能往往存在一些瓶颈，因此数据集成接口的极优性能则成为用户们共性的诉求。

本文以大输液行业龙头科伦药业的取数平台项目为例，介绍企业的Hyperion系统接口性能提升解决方案，希望能够为其他项目实施提供一些思路。

**Part 1 现状诊断**

经过严格细致的摸排诊断，该企业Hyperion系统接口取数现状主要存在两类问题：

一、取数效率低，月结单次取数耗时约10小时。

该情况主要体现在三个方面：

（1）原接口来源系统多，包含2套ERP系统（NC/SAP）、资金系统、费控系统等多套系统；技术架构非常复杂，同时启用了SAP BW、ODI 12C、ODI

11G三个ETL工具，逻辑遍布在BW、Oracle数据库、ODI中。如SAP ERP数据需先经BW抽取，再通过ODI12C、ODI

11G处理，最后手工导入Hyperion系统；

（2）原接口数据处理链路大多采用串行，导致链路极长。

（3）原接口抽取数据量约为所需数据10倍之多，又缺少合理的清数机制，容易堆砌垃圾数据及无用数据。如NC

ERP目前仅有2家公司数据取数，但其他公司的数据依然会经接口处理，只是在最后一步限制不导入Hyperion系统。

这些问题均会导致接口正常执行时非常耗时，如出现问题排查时层层追溯起来则耗时更久，并且还存在数据错乱及丢失的风险。

二、运维复杂。

该情况主要体现在三个方面：

（1）原接口设计不合理，自动化程度低。因原接口并行报错，故所有操作均需通过手工逐步触发，完成一次执行过程需要至少20次人工干预；

（2）主数据及映射维护数据量大、维护方式落后。月结期间有大量的主数据和映射关系需要新增或维护，两者均只能通过原接口报错信息被动发现，再通过人工维护，维护映射时还需要切换堡垒机，非常繁琐；

（3）数据导入Hyperion合并系统无法实现自动化，存在历史遗留技术难题，只能通过人工在前台手工导入。

这些问题由于人工干预多且复杂，对运维人员要求高；接口执行起来不仅效率低，错误率也高。

**Part 2 解决方案**

基于上述核心痛点，我们提出了定制化的解决方案：

一、简化技术架构：重新构建数仓体系（基于Oracle Database），统一ETL工具（基于ODI

12c），舍弃BW，直接从SAP底层HANA数据库取数。

二、新增主数据接口，打通端到端处理链，实现主数据自动同步。

三、简化运维流程：实现界面化运维（基于HDM工具进行接口调度、映射维护、数据追溯）；

四、追求极致性能：梳理业务逻辑，重筑顶层架构设计，精简取数范围，重构取数流程，优化接口链路，解决技术难点，实现数据导入自动化；同时基于批量处理思维在Oracle数据库中实现BW逻辑。

**Part 3 项目成果**

基于上述方案，项目实施落地后成果显著，其目标达成情况如下图所示：

该项目不仅将Hyperion接口取数时间缩短一个工作日，还满足了月结期间各子、分公司按需灵活调度接口的需求；同时梳理和校正了接口的取数逻辑，统一了取数口径，增加了数据校验，数据质量得到显著改善。另外，精简后的技术栈和极易上手的界面化工具HDM，大大降低了运维门槛，由此也提高了月结流程的工作效率。

**结语**

值得指出的是，该项目的成功离不开双方团队的共同努力，以汉得管理会计团队15+年专注管理会计信息化领域的经验积累为铺垫，围绕Hyperion取数平台的最佳实践产品组合Oracle

Database+ODI+HDM，双方团队紧密沟通、力克时艰，最终实现了项目稳健落地。至此，科伦财务信息化建设迈上新的台阶，汉得取得了新的最佳实践项目标杆。

附：

**【END】**

作者：曾萍梅

审核：许凯文

编辑：朱思聪

相关文章

ABAPDaemon SAP 守护进程

ABAP共同标签：ABAP, Basis, 开发；同分类：ABAP

ABAP 使用 INDICATORS 更新指定列

ABAP共同标签：ABAP, Basis, 开发；同分类：ABAP

ABAP 协助模块顾问救火一例

ABAP共同标签：ABAP, Basis, 开发；同分类：ABAP

ABAP 基础知识 CONTEXT 缓存

ABAP共同标签：ABAP, Basis, 开发；同分类：ABAP

ABAP 基础知识 SQL 执行跟踪分析

ABAP共同标签：ABAP, Basis, 开发；同分类：ABAP