Hyperion planning拥有神的速度

zroc7

自打系统上线就没见过系统快过，弹出登录界面就要10几秒，打开一个稍大的表单就要60多秒，如果有个100用户并发那更叫一个慢啊，闹心的很啊！
三台服务器做应用，两台数据库服务器，集群都做了，问题也没好到哪，essbase内存都调到60%，essbase物理内存使用32g，就给我剩了100m多点，swp都用了45g了，我快崩溃了，兄弟们有相关的经验给小弟支支招呗

纵横四海

齐小鸥:呵呵 去九龙纸业和中广核 问问bpc的情况吧 全球support直接进驻 还基本上搞不定

下雨收衣服

同感同感啊 ！

zroc7

下雨收衣服 发表于 2011/12/7 13:55
同感同感啊 ！

找到同僚了，你们那最大用户数有多少？服务器怎么搭建的？并发数能达到多少？这系统做的一点底都没有？经验交流交流

gaoyiming

1. 打开表单速度慢，如果应用服务器内存大的话，如果是64位的话，建议看看 JVM的参数。其次看看表单的布局，尽量把什么放行上，什么列上，什么page，什么pov，多考虑一下。
2. Essbase服务器跑起来慢，那就原因多了去了。
跟设计的大纲有关系，维度的多少，密集，稀疏，顺序，存储方式。缓存，压缩方式，JVM。IO的方式。
计算脚本是不是最优。太多方面了。
另外，如果essbase也做了集群的话，建议测试一下 两台essbase服务器之间的网络传输和连接数的峰值。是不是由于网络传输的限制造成。

另外如果并发用户大的话，建议调整一下操作系统允许的最大网络连接数。
调整一下关系型数据库的相关的cursor等。

下雨收衣服

zroc7 发表于 2011/12/8 15:05
找到同僚了，你们那最大用户数有多少？服务器怎么搭建的？并发数能达到多少？这系统做的一点底都没有？经 ...

我也是新搞这个啊   服务器一般  我觉得慢的原因 与我们用的WEBLOGIC 有关   是32位了     主要是基础的表单比较慢，所以我直接选择把数据导入来做了 ，另外 还做了一下集群，把较大的表单做了拆分

zroc7

下雨收衣服 发表于 2011/12/17 14:44
我也是新搞这个啊   服务器一般  我觉得慢的原因 与我们用的WEBLOGIC 有关   是32位了     主要是基础的表 ...

我的是64位的，就那也慢， wenlogic做集群了，三台服务器15个节点，那天测试500用户并发倒是没啥问题，你的大表单拆开是什么意思？通过维度来分开？

下雨收衣服

假设Entity中有几个事业部而事业部又分为多个销售地区，本来是一张表单的，我把它搞成几个事业部了，慢的话再分到地区，这样虽然显得太罗嗦，但是。。。。都是被逼的啊

yuyh748

打开数据表单慢，还是表单设计上有点问题！另外也要考虑客户端的电脑配置，数据表单都是下载在本地打开的！

Edelweiss.Lau

优化行列布局,一些纯计算后的数据不展示相对有效,但并发用户多导致的速度慢还是没解决

dsirius

嗯  从系统设置的软环境先优化优化

paceqf

优化优化{:soso_e104:}