UDN-企业互联网技术人气社区

板块导航

浏览  : 22639
回复  : 176

[分析云] 【系统亚健康】之 各项目系统问题总结

  [复制链接]
太子旭的头像 楼主
发表于 2014-8-5 14:31:25 | 显示全部楼层 |阅读模式
本帖最后由 太子旭 于 2015-8-25 15:18 编辑

合理的系统规划是系统稳定运行的基本保障。经常接到一些问题,反映系统太慢,不稳定,一番巡检下来总能发现系统配置不好的地方!把这些问题总结出来,形成个主题,持续更新,供大家参考。
575项目,客户反映系统很慢
nmc看了半天,发现瓶颈在数据库上,又赶紧把目光转到数据库。数据库服务器硬件配置挺高,128G内存,但为什么配了个32位的操作系统哇!32oracle sga只分配了800M
32windows操作系统 + 32oracle128G服务器内存,这组合悲剧啊~~~~~
重装64位操作系统和64oracle,充分利用服务器内存,性能自然就上来了。
PS:各版本金盘里都有标准的参数配置指南供参考,大家做系统规划的时候千万别随意而为,后期系统性能下降和系统维护的代价会很高。@benbenxiong

-------------------------------------------------------------------------------------------------------------------------------------------------------------
更新日期:2014.8.20
某项目压力测试系统(websphere8.5集群)回放每次都有某个server宕掉。
(1)有性能问题,先用监控神器NMC现场监控一下,发现每次回放过程中所有请求都被分在了某一个服务上。
(2)手动访问各个服务端口,发现都可以用,那么基本断定就是负载均衡的问题了。
(3)原有IHS配置文件被改的乱七八糟,我重新生成了一个,启动apache发现抛以下错误:
Syntax error on line 920 of /home/IBM8/HTTPServer/conf/httpd.conf:
Invalid command 'WebSpherePluginConfig', perhaps misspelled or defined by a module not included in the server configuration
WebSpherePluginConfiguap生成Plugin配置文件时自动添加的参数,IHS默认是不识别的,需要添加如下参数才行:
LoadModule was_ap22_module "/home/IBM8/Plugins/bin/64bits/mod_was_ap22_http.so"
(4)重新配置以后再用uaprunner回放发现负载均衡还是有问题,仍然每次只将请求分发到某个server上。用了一下午时间查资料,最后终于找到了一个解决方案:
删除plugin-cfg.xml文件中每个服务配置信息的 CloneID=”ncMem01”参数。
删除以后,整个集群负载均衡正常。
PS:此问题只在使用uaprunner+swing协议+WebSphere中出现,如果使用uaprunner回放Web协议脚本,不应删除上述参数。
这问题一般人还真不知道,所以分享给大家,免得像我一样,来来回回耗费了一天时间。



发表于 2014-8-5 14:32:55 | 显示全部楼层
冲着2k积分来的
使用道具 举报

回复

发表于 2014-8-6 13:14:20 | 显示全部楼层
支持,现在安装环境也越来越重要了
使用道具 举报

回复

发表于 2014-8-6 16:37:13 | 显示全部楼层

回帖奖励 +20

优化系统确实是有必要的,UE!~
使用道具 举报

回复

发表于 2014-8-7 11:39:41 | 显示全部楼层

回帖奖励 +20

严格按照规定办事还是应该的
使用道具 举报

回复

发表于 2014-8-7 13:09:14 | 显示全部楼层

回帖奖励 +20

小手一抖,财富拿走
使用道具 举报

回复

太子旭的头像 楼主
发表于 2014-8-7 14:29:30 | 显示全部楼层
再分享一个案例,供大家借鉴学习~~~
某6.x压力测试系统,怎么没压多少并发中间件就宕了!
巡检一圈,问题不少哇。。。
1.应用服务器进程混乱
     压力测试环境是一个4个server的垂直集群,但是当前系统下有2个Dmgr进程,4个Node进程及多个server进程,共涉及到6个概要文件,分布非常混乱。
     PS:压力测试过程中,应用服务器资源应由压力测试环境独占,避免其它进程抢占系统资源影响测试结果,建议停掉与压力测试无关的进程。数据库及uaprunner所在服务器同理。
2.集群各serverJVM大小分配不统一
      集群设置各server平均分摊负载,但当前集群各server分配的JVM大小却又不同,建议各server统一分配,标准配置是512M-2048M,可先设置这个值,再根据压力测试情况确定是否需要增加。
3.系统ulimit参数设置
      ulimit -n 参数设置操作系统进程打开最大文件数,默认1024不足,需要手动设置。翻日志发现大量的“too many open files”就是这个问题了。
4.负载均衡文件异常
     当前集群的负载均衡配置文件有问题,多了master服务的配置,缺少server01的配置。这样会导致HIS负载工具将更多请求发到master上,这对集群式致命的。建议使用uap配置工具自动生成,会自动去除master服务信息。

使用道具 举报

回复

发表于 2014-8-7 14:46:07 | 显示全部楼层
学习了,多谢分享!
使用道具 举报

回复

发表于 2014-8-7 15:08:44 | 显示全部楼层

回帖奖励 +20

现在系统安装是不难了,但要装好就很难了

使用道具 举报

回复

发表于 2014-8-7 15:10:34 | 显示全部楼层

回帖奖励 +20

太子旭 发表于 2014-8-7 14:29
再分享一个案例,供大家借鉴学习~~~
某6.x压力测试系统,怎么没压多少并发中间件就宕了!
巡检一圈,问题不 ...

有道理呀
使用道具 举报

回复

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关于我们
联系我们
  • 电话:010-86393388
  • 邮件:udn@yonyou.com
  • 地址:北京市海淀区北清路68号
移动客户端下载
关注我们
  • 微信公众号:yonyouudn
  • 扫描右侧二维码关注我们
  • 专注企业互联网的技术社区
版权所有:用友网络科技股份有限公司82041 京ICP备05007539号-11 京公网网备安1101080209224 Powered by Discuz!
快速回复 返回列表 返回顶部