ITPub博客

首页 > 应用开发 > IT综合 > 第九篇.一次难忘的HFM问题处理过程

第九篇.一次难忘的HFM问题处理过程

原创 IT综合 作者:oracle_cj 时间:2021-07-21 13:00:15 0 删除 编辑

一次难忘的H FM 问题处理


今天本来想抽点时间继续写 HFM 规则函数exp的常用场景的使用,但是由于笔者最近在支持月结,比较繁忙,而且还碰到了一些非常规的问题,让我想起2年前在一个客户U AT 过程中遇到的一个棘手的问题,在此分享一下。


1、问题现象

Ø 用户在web form中提交数据报错


Ø 在smartview中提交数据时同样也报如上的错误。


后台日志:

2 、问题分析

这个问题是在U AT 中途发生的,如果是在U AT 一开始出现可能就会简单点,记得大概是第三批用户U AT ,那天下午大约2 00 号人因为系统无法提交数据而放假,我们团队也被投诉了。

笔者的习惯,碰到问题先看日志,如果初步看不出来就先重启下系统看是否正常,如果还不正常,就仔细分析各种日志。后来发现这是一个很好的习惯。

我们先来分析下后台报错日志,笔者首先就看到了如下日志: Hsdsdata对象错误 Unable to update data timestamps.  Multiple servers may be out of time synchronization by more than .

日志说多服务器时钟同步问题,因为是集群,去检查数据库和应用服务器,以及应用服务器之间的时钟,确实有差几分钟的,然后和db团队配合将所有服务器通过命令行方式进行同步,将系统重启,以为搞定,结果还是无法提交数据。

当时咨询了一些高手,给的建议都不靠谱,笔者于是在谷歌上,oracle  support上各种搜索关键字和解决方案进行了类似的尝试,MD ,当时记得系统各种调整,然后重启过无数次都没用。一开始以为是生产环境有问题,后来迁移到测试环境同样的问题。于是把生产环境拿掉两台,目前是三台集群,也是不行。无论是处理应用服务器时钟不一致,还是权限问题,重建用户也不行。

大概到半夜4点了,能用的绝招都用了,发现仍然搞不定,等到快放弃的时候,就停了下来休息了两分钟,又重新梳理了下思路,跳出当时的思考路径,重新读了下日志:

Hsdsdata对象错误 Unable to update data timestamps Multiple servers may be out of time synchronization by more than

意思是不能更新数据日期,于是从后台就大概看了下,居然有这么一张 后台的表appname_timestamp有数据,于是大胆在开发环境删除此表数据(先备份),执行用户提交数据,竟然可以提交了,问题解决。遗憾的是这次问题处理领导不知道。 图片

create  table  appname_DATATIMESTAMP_BAK  AS  SELECT  *  FROM  appname_DATATIMESTAMP ;

DELETE FROM name_DATATIMESTAMP;

commit;


3、结论

如果不是这次出现这个问题,笔者之前一直没有留意过这张表。笔者当时就记下了处理的所思所想,以此来激励自己。笔者接触过很多项目,总会遇到一些比较棘手的问题,好多时候基本都要放弃的时候,问题就出现转机了,体会到了从山穷水尽到柳暗花明的惊喜,更是成就感。针对如上问题,笔者时常激励自己,也给H FM 初学者一点建议:

1) 遇到问题,首先要认真读系统日志,解决问题一定是从日志开始,hfm提供了丰富详细的日志(应用层,weblogic层,O S 层等等)

2) 当尝试各种方法不行时,一定要跳出当前思维圈,重新审视问题。问题没有简单与难,思考的方向不同才会导致问题被处理的复杂度。

3) 不要放弃,总会遇到棘手的问题,这是成长的机会,也是培养思考和处理问题的机遇。

4)认真思考,小心求证,大胆尝试,必然柳暗花明。


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28963606/viewspace-2782452/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
微信公众号:大话EPM 1、具有9年epm产品线(hyperion HFM+hyperion PLANNING)经验,尤其精通hyperion HFM产品。 2、对不同规模的企业集团,具有合并报表业务方案、技术架构设计、规划与落地经验。 3、具备很好的融合技术和业务落地的能力

注册时间:2013-11-17

  • 博文量
    18
  • 访问量
    10186