用友股份-LE服务支持部技术方案--《NC技术问题解决之应用服务器问题》建立日期：2013-01-01修改日期：xxxx-xx-xx文档属性：客户文控编号：LE-DY-JS-2013-00022/21文档控制创建记录审阅人姓名所属部门职位审阅签字发布人姓名所属部门发布时间日期作者所属部门邮件地址版本2013-01-01V1.03目录1.升级tomcat方法.....................................................................................................42.NC代码迁移时，如何得到相关命令文件...............................................................43.WIN2008r2上安装was的问题..............................................................................44.WINDOWS英文操作系统下字符集设置..................................................................65.WINDOWS系统崩溃分析.........................................................................................76.WAS在Linux安装不能弹出安装界面解决案例......................................................77.Was在Unix配置wasSysConfig失败解决案例.......................................................88.WAS堆内存设置失效问题解决案例.....................................................................109.HTTPSERVER导致NC效率慢问题解决案例..........................................................1410.WAS宕机问题解决案例......................................................................................1841.升级tomcat方法问题描述：某项目的客户使用NC中间件，其对中间件进行扫描，认为存在系统漏洞，要求对中间件进行升级解决方法：下载最新版本的tomcat把tomcat\server\lib目录下的jar包拷贝到nc目录下的E:\nc56\middleware下，重启nc中间件2.NC代码迁移时，如何得到相关命令文件问题描述：代码从aix迁移到windows系统时无相关bat命令文件，如：startup.bat、ncSysConfig.bat等。解决方法：服务器为UNIXAIX操作系统，nchome\bin下的文件都是sh格式的，nc目录下的bin目录里面有个jarbat.jar解开就能得到，随便找个nc也能有这个jar包，拷贝到相应路径即可。同理，从windows平台迁移到Unix/Linux平台，解压jarsh.jar可得到相关文件。3.WIN2008r2上安装was的问题问题描述：win2008r2安装was时会报“此安装程序不能在图形方式中运行。尝试带-console或-silent参数来运行安装程序。”5解决方法：1.右击install.exe点击属性，选择compatibility页面2.勾选Runthisprogramincompatibilitymodefor3.选择windowsVista然后再运行安装程序就可以出来安装界面了。64.WINDOWS英文操作系统下字符集设置问题描述：windows英文操作系统下，中文无法显示。解决方法：设置中文字符集。在控制面板中双击进入RegionandLanguage.在Formats页面Format选择“Chinese(Simplified,PRC)”。7其他地方可不用设置。5.WINDOWS系统崩溃分析问题描述：用户的应用服务器为windowsserver200364位操作系统，多次发生服务器自动关机的事件。问题解决：使用windowsDebuggingTools分析工具分析memory.dump文件后发现由TM_CFW.sys导致，经查询可知该程序为趋势防火墙程序。关闭更换防火墙程序后恢复正常。此类问题的解决与分析方法：见附件一。6.WAS在Linux安装不能弹出安装界面解决案例问题描述：在linux操作系统上安装was，有时会不能弹出安装界面，如执行install可执行程序是没有反应，如下图：8检查分析:查看日志：Initializing...JVMJ9VM011WUnabletoloadj9jit23:/opt/IBM/ITM/JRE/lx8266/bin/libj9jit23.so:cannotrestoresegmentprotafterreloc:PermissiondeniedJVMJ9VM011WUnabletoloadjclscar_23:/opt/IBM/ITM/JRE/lx8266/bin/libjclscar_23.so:cannotrestoresegmentprotafterreloc:PermissiondeniedCouldnotcreatetheJavavirtualmachine.install.shfailure:KCI1007Eterminating...licensedeclined.解决方法:使用root执行setenforce07.Was在Unix配置wasSysConfig失败解决案例问题描述:9在unix操作系统下安装完成was后，配置数据源、JVM等信息后保存不能完成，如下图，保存后重新打开wasSysConfig刚才保存的信息”丢失”.解决方法:在配置wasSysConfig前先要根据操作系统的不同配置相应的字符集Linux：启动wasSysConfig设置exportLANG=zh_CN启动中间件设置exportLANG=Zh_CN.gb18030Aix:启动wasSysConfig设置exportLANG=zh_CN启动中间件设置exportLANG=Zh_CN10Hp-UNIX:启动wasSysConfig设置exportLANG=zh_CN.hp15CN8.WAS堆内存设置失效问题解决案例系统环境:NC版本NC57应用服务器型号配置1台DL380G5:8个CPU，8G内存（主）1台DL380G6:16个CPU，16G内存应用服务器操作系统WindowsServer2003_64bit中间件WAS6.1.0.11应用服务器集群方式水平集群问题描述:WAS控制台监控到JAVA堆内存如下图所示：11通过NMC监控此时操作系统为64位：JDK也是64位：12由此可见：WAS控制台的Java堆内存失效检查分析:由现象可知，WAS控制台的Java堆内存设置失效。通过WMIC查看WAS启动脚本，查看其java堆内存设置如下：打开wasSysConfig.bat，查看server标签页，此处ncMem01的最大堆内存为3096M13可见此处设置未生效，在查看Deployment标签页，其JVM参数设置最大堆内存为1024M，应该是此处生效，修改此处设置为2048M，点击保存，重启WAS后，通过WMIC查看WAS启动脚本，查看其java堆内存设置仍然为1024M：仍然未生效，打开Deployment标签页，点击“更新到WAS”，如下图所示重启WAS，通过WMIC查看WAS启动脚本，查看其java堆内存设置为2048M，设置生效解决方法:14双击wasSysConfig.bat文件，打开Deployment标签页。修改其对应的JVM参数，保存后点击“更新到WAS”，重启生效其他:该问题暂时只在NC57上见到。9.HTTPSERVER导致NC效率慢问题解决案例系统环境:部署方式采用的是集中部署，应用服务器1主2从（WAS水平集群，共建立6个节点），数据库服务器2台（rac）NC版本NC56日常在线人数400人总的客户端数3000个目前数据量大小50G数据库类型及版本Oracle10.2.0.1应用服务器型号配置3台DL580G7:4个CPU，32G内存应用服务器操作系统WindowsServer2008中间件WAS6.1.0.1115应用服务器集群方式水平集群数据库服务器型号配置1台HPLD580G5:8个CPU，32G内存数据库服务器操作系统WindowsServer2003数据库服务器集群方式双机热备问题描述:2012年春节前，nc使用比较正常，春节后速度突然变慢，服务器本机操作也是如此，打开公司目录需要几分钟。4月下旬，公司派人安装了均衡器，nc使用效率基本上回复到以前的状态。但也存在着隔一段时间速度变慢、中间件和nc断开等情况出现。在这期间，用友集团要求撤掉均衡器一周，以便集团查看找因。在这一周内，nc速度明显慢很多，一周后恢复使用均衡器。检查分析:根据现象描述，因使用负载均衡器之后，NC能够正常工作，而负载均衡器主要是在网络和分发方面起作用，故初步分析主要原因可能有两个：(1).网络不稳定(2).HttpServer分发服务器出问题了针对这两个可能的原因，下面进行逐一检测：a、检测网络16由网络监测结果可知：网络条件满足NC使用情况，故问题主要原因应该不是网络b、查看分析HTTPSERVER17由图可知，access.log日志文件为12G，通常该日志文件不会这么大，怀疑HttpServer可能有问题，打开error.log日志文件自从2月9日开始，error.log日志记录大量“winnt_accept:AsynchronousAcceptExfailed”错误，且该错误出现频率相当频繁，而该错误会导致比较慢，初步推断华西NC访问较慢的主要原因为HttpServer问题验证：经与客户沟通得知，该错误出现时间与NC内网使用很慢时间一致解决方法:禁用AcceptEx()，使用accept()代替AcceptEx()接受网络链接，具体操作：在httpd.conf文件中添加Win32DisableAcceptEx标记，如下：ThreadsPerChild150MaxRequestsPerChild10000Win32DisableAcceptEx重启后，经过多天的观察，NC可正常工作，以前慢的现象不复存在，该问题解决其他:18Win32DisableAcceptEx指令说明使用accept()代替AcceptEx()接受网络链接语法Win32DisableAcceptEx默认值AcceptEx()是默认的，使用这个指令将禁用它。作用域serverconfig状态MPM模块mpm_winnt兼容性仅在Apache2.0.49及以后的版本中可用AcceptEx()是一个微软的WinSock2API，通过使用BSD风格的accept()API提供了性能改善。一些流行的Windows产品，比如防病毒软件或虚拟专用网络软件，会干扰AcceptEx()的正确操作。如果你遇到类似于如下的错误：[error](730038)Anoperationwasattemptedonsomethingthatisnotasocket.:winnt_accept:AcceptExfailed.Attemptingtorecover.你就需要使用这个指令来禁止使用AcceptEx()。10.WAS宕机问题解决案例系统环境:19NC版本NC56日常在线人数330人总的客户端数1000个应用服务器型号配置2台IBM3850:8个CPU，32G内存应用服务器操作系统WindowsServer2008中间件WAS6.1.0.11应用服务器集群方式水平集群问题描述:WAS中间件最近压力较大，不定期会出现节点宕掉的现象检查分析:配置好NMC，查看当前的线程监控20由上图可知，多数节点的WAS内存使用较少，只有红色标注出的server节点内存使用居高不下，查看该节点的线程情况，截图如下：21该操作对应业务为查询市场费用预算列表(自定义查询)，经与该线程对应业务操作人员确认，其查询条件全部为空，操作耗费将近3G内存，而当该操作输入查询条件<所属单位>，因其可排除大部分数据，只装载少部分数据到前台，速度很快，且消耗内存很少。解决方法:可将所属单位查询条件设置为必输，或者修改SQL，将查询人员所属单位列传递到SQL查询之中。
