没啥事 就是想谢谢你= =就是这nc的任务- -

用友NC常见环境问题(第5版)-五星文库
免费文档下载
用友NC常见环境问题(第5版)
导读:端起作用,对其它客户端不起作用.同时该节点主要是开发调试用.如果需要配置数据表缓,刚开始怀疑是jdk的问题,应该跟jdk环境无关,不释放问题,问题分析:查看当前游标打开最大数selectcount(*)fromv$open,总结:数据库通过数据字典视图查看数据库问题,7:NC部分节点乱码:双机热备软件启动参数设置问题,查看:aix下手动启动WAS没有问题,9:NC5011外部交换平台导不了凭证
端起作用,对其它客户端不起作用. 同时该节点主要是开发调试用. 如果需要配置数据表缓存, 请到服务器端进行配置, 这样对所有的客户端都能使用. 现在能做数据缓存的表也是有限的, 在cacheconfig.xml中已经列出了所有能缓存的表. 可以在这个文件中修改具体某个表的配置信息 3:NC中间件启动不了的一个问题
一客户的hpunix上启动NC501,界面打印一行启动server后便直接跳出来,也不报任何错误。刚开始怀疑是jdk的问题,但java程序用该jdk都已经运行进去了,程序运行了一小段自己跳出来,应该跟jdk环境无关。
后来看sysconfig里面的server配置,该机器有3个网卡,3个ip,server里配置的是其中一个ip,把该ip改成hosts文件里的第一个ip,再启动NC,能正常启动。
5:NC在Solaris10中的***注意事项
NC***,配置及启动时,需要设置J***A_HOME
在AIX和HPUNIX时, 需要设置如下:
J***A_HOME=/IBMWAS/AppServer/java
即使用在AIX和HPUNIX中***的J***A路径
但是,在SUNSolaris中,需要使用SUN自己的JDK,
#J***A_HOME=/usr/jdk/instances/jdk1.5.0
./wasSysconfig.sh 或 ./ncSysConfig.sh时才能运行.
另外: 在SUNSolaris下设置J***A_HOME路径,必须分两步骤:
#J***A_HOME=/usr/jdk/instances/jdk1.5.0
如果使用#export
J***A_HOME=/usr/jdk/instances/jdk1.5.0
6:NC501 游标过多,不释放问题
现象: 前台报错超出游标最大数,经常审核或记账的时候出现,但是重启中间件后几天内不出现该现象。游标参数已经修改,(open_cursors)已经修改为15000。
问题分析: 查看当前游标打开最大数select count(*) from v$open_发现当前打开游标已经到
1.1w。后台大量游标个执行SELECT NULL AS table_cat, o.owner AS table_schem,这种语句。 解决:在501的uap平台的jdbc存在连接泄露,uap提供jdbc补丁,提供解决方案。
该补丁在NC_UAP汇总补丁中.
总结:数据库通过数据字典视图查看数据库问题,如:v$process:处理器的信息,v$session:会话信息,v$transaction:事务信息等。
7:NC部分节点乱码:双机热备软件启动参数设置问题
现象:aix服务器通过双机软件进行配置启动中间件。发现使用部分节点有乱码。例如:帐套管理以及语言选择出现乱码
查看:aix 下手动启动WAS没有问题 ,但是如果用HA启动对应脚本来启动was,发现使用部分节点有乱码。
解决:经过查看发现HA软件带入LANG=Zh_CN参数无法在HA脚本中生效,后来修改为LC_ALL=Zh_CN,后就可以正常显示中文了。
总结: UNIX字符集级别。
其优先级别是: LC_ALL & LC_* & LANG
LANG,LC_*的默认值,是最低级别的设置,如果LC_*没有设置,则使用LANG。类似于LC_ALL,它是一个宏,如果该值设置了,则该值会覆盖所有LC_*的设置值。注意,LANG的值不受该宏影响.
LANG=zh_CN
LC_COLLATE=&zh_CN&
LC_CTYPE=zh_CN
LC_MONETARY=zh_CN
LC_NUMERIC=&zh_CN&
LC_TIME=zh_CN
LC_MESSAGES=zh_CN
LC_ALL=zh_CN
8:NC502生成ejb出错
查看:wasSysConfig.log日志信息,
[java] C:\ufsoft\nchome\bin\buildwas.xml:55: The following error occurred while executing this line:
[java] C:\ufsoft\nchome\temp\ejbgenerator.xml:12: 1 字节 UTF-8 序列的无效字节 1。
分析:ejbgenerator.xml是由buildwas.xml根据nc***模块生成的,查看该文件内容发现 lib/wasresource.jar lib/复件 ncsecurity.jar 。结果中文导致生成ejb失败。
9:NC5011外部交换平台导不了凭证问题
问题现象:
北京某项目;NC5011+WAS6107+IBM P570(专门一台570建立了5个server来通过外部交换平台导凭证),5月底又开始出现当导凭证的人一多,用了一会然后大家就都导不进去了;
1:分别加端口号5个端口一个个试,有的端口可以有的端口不行;
2:开始怀疑是服务器端客商缓存的问题,将200个公司平均分配到5个端口,此问题依然存在 3:查找到对应端口对应的java进程:通过kill -3 PID生成javacore(进程中详细线程信息),查
看导不进去时对应服务器端任务线程停留在什么地方
4:发现:数十个外部交换平台任务处于这种状态
Thread Name : WebContainer : 758
State : Runnable
Java Stack
at java/net/SocketInputStream.socketRead0(Native Method)
at java/net/SocketInputStream.read(SocketInputStream.java:155(Compiled Code))
at java/io/BufferedInputStream.fill(BufferedInputStream.java:229(Compiled Code))
at java/io/BufferedInputStream.read1(BufferedInputStream.java:267(Compiled Code))
at java/io/BufferedInputStream.read(BufferedInputStream.java:324(Compiled Code))
at sun/net/www/http/HttpClient.parseHTTPHeader(HttpClient.java:636(Compiled Code))
at sun/net/www/http/HttpClient.parseHTTP(HttpClient.java:585(Compiled Code))
at sun/net/www/protocol/http/HttpURLConnection.getInputStream(HttpURLConnection.java:912(Compiled Code)) at nc/bs/framework/comn/cli/JavaURLCommunicator.request(JavaURLCommunicator.java:62(Compiled Code)) at nc/bs/framework/comn/cli/ClientProxyImpl.a(ClientProxyImpl.java:166(Compiled Code))
at nc/bs/framework/comn/cli/ClientProxyImpl.invoke(ClientProxyImpl.java:123(Compiled Code))
at $Proxy8.getOutDateVersions(Bytecode PC:18(Compiled Code))
at nc/vo/cache/ext/ObjectCacheVersionMonitor.isCacheOutOfDate(ObjectCacheVersionMonitor.java:47(Compiled Code)) at nc/vo/cache/ext/ElementVersionSensitiveMap.get(ElementVersionSensitiveMap.java:77(Compiled Code)) at nc/bs/pfxx/RegisterInfoCenter.getCachedBasdocValue(RegisterInfoCenter.java:147(Compiled Code))
at nc/bs/pfxx/XChangeContext.getCachedBasdocValue(XChangeContext.java:563(Compiled Code))
即当前任务都停留在外部交换平台导入时与master进程同步缓存版本这块;外部交换一个导入任务启动时默认是每隔3秒检查一下本地与服务器端对应缓存的版本是否匹配,在大并发导入凭证情况下,这种过于频繁的进程间通信(TCP/IP,NC自己的一个任务程序实现)导致了堵塞
当时是修改了代码中对应3秒检查更改为每5分钟检查一次
修改后导凭证慢问题解决.
10:NC5X-IUFO与NC分离
分离原因:
在某些项目中NC和IUFO部署在一起,如果出现某种效率问题,会造成IUFO和NC性能都下降的情况,因此分离NC和IUFO的部署,有助与NC与IUFO效率的提高。以下是分离原则:
分离后NC上没有IUFO的后台任务和调度
分离后IUFO上没有NC的后台任务和调度
1:复制代码形成NCHOME,IUFOHOME
2:NC应用中删除iufo的数据源。
3:将NC代码下,将modules下的iufo目录删除。
4:将NC501,NC5011***盘下NC_UAP\uap\uapother下的code.jar解压
5:解压完后在code目录下,把modules\iufo拷贝到/nchome/modules/下。
6:重新生成部署ejb
7:如果IUFO下配置了service,
非集群环境下,那么在ncsysconfig/wassysconfig下删除服务。
集群环境下,保留service
8:IUFOHOME下,在ncsysconfig/wassysconfig下有ScheduleEngine,不要启用调度。 9:在NC下修改iufo的超链接
修改nchome/webapps/nc_web/logo/下的iufo.txt文件。在前面加上地址,如:
http://192.167.0.88:9086/service/~iufo/nc.ui.iufo.login.Index
10:在IUFO下去掉NC的超链接
删除nchome/webapps/nc_web/logo/下的nc.txt文件。
11:如果是内外网应用的话,就不要在NC下修改iufo的超链接,这样iufo会访问不了。访问IUFO只能让客户端指定IP+端口。
如果用了was,建议重新创建一个profile,新建一个节点,把iufo部署在这个节点下的一个server下。然后在防火墙或者路由器上进行端口映射访问。〔或者按照既定的内外网访问方案就行〕
如果没有用was,可以直接在防火墙或者路由器上进行端口映射。〔或者按照既定的内外网访问方案就行〕
11:NC客户端反复下载缓存代码问题解决
在有些客户环境,可能会出现登录或者打开节点时反复下载缓存代码,这样就会造成登录慢或者打开节慢,使用NC效率严重下降,特别是外网使用, 原因是由于应用服务器的关于代码版本的CACHE有些混乱。可能是由于打补丁放错目录造成。
第一次使用nc后,关闭ie浏览器,当第二次再打开应用服务器时再次下载缓存代码 ,有时不一定每次会下载,但有相当机率在下载
前台可以看到反复再次下载缓存代码
包含总结汇报、考试资料、旅游景点、教学教材、外语学习、人文社科、经管营销、办公文档、党团工作、教程攻略、文档下载以及用友NC常见环境问题(第5版)等内容。本文共13页
相关内容搜索

参考资料

 

随机推荐