用友NC日常运行维护手册.docx
《用友NC日常运行维护手册.docx》由会员分享，可在线阅读，更多相关《用友NC日常运行维护手册.docx（21页珍藏版）》请在冰豆网上搜索。
用友NC日常运行维护手册
用友NC日常运行维护手册
用友,手册,日常,运行,软件
本日常运行维护手册将帮助您了解：
用友ERP软件维护工程师团队处理问题的流程软件日常运行维护的基本技术和技能
∙补丁的更新程序和注意事项
我们建议：
您与贵公司中的ERP软件产品使用和管理人员共同认真阅读本手册。
它为您提供了系统日常运行过程中的基本维护技能，当您遇到维护问题需要帮助时，本手册将能帮你解决基本的运行维护问题。
谢谢您选择用友ERP软件产品！
注：
本手册所涉及软件产品均为用友ERP软件，简称“用友软件”，全文同。
用友软件维护工程师团队处理问题的流程：
用友集团客服中心维护人员通过电话、E_mail、传真或Web等方式获得客户反映的问题后，将经过以下流程进行问题的处理和反馈（见图一）：
下载（13.25KB）
2006-12-2814:
31
图一
工作流程说明：
（1） 集团客户服务中心支持组接到用户问题（电话、EMAIL、传真）后，可直接回复的直接进行解答；客户自助系统由维护工程师先进行过滤进行解答，解答不了的提交给维护组，维护组有义务监督维护工程师的工作，对于维护工程师超期的问题要进行跟踪处理。
（2） 如果客户先联系大区或分子公司维护工程师，则大区或分子公司维护工程师必须先进行处理，如果无法处理则将该问题转向集团客服中心。
（3） 对于支持组人员无法解答的问题，可询问同事或者在项目工作室查看知识库，搜索相关问题给予答复；
（4） 若判断无法解决，诊断该问题是否需要现场顾问解决，若需要，再判断是否需要产品支持部协调现场解决，如不需要，则由集团客服中心客户业务维护经理进行协调和调配，调度大区维护工程师现场解决，如需要，则由集团客服中心客户业务维护经理向产品支持部提交申请；若该问题为不可再现问题，转交给产品支持部的综合组，若该问题为效率环境等问题，转交给产品支持部的技术组给予诊断，对于诊断结果，由产品支持部反馈给维护组，维护组人员告知大区或分子公司维护工程师和用户。
（5） 若该问题可判断为产品BUG或需求，并且不是上述（3）中的问题，将问题通过客户自助系统转给NC产品开发的支持专岗人员，请相应人员解决，产品支持组解决并验证后反馈给维护组。
（6） 维护组人员拿到补丁或解决方案后，进行验证，验证无误的提交给大区维护工程师或用户，将补丁附在问题后，并通知该项目的大区维护工程师或关键用户进行验证和打补丁处理。
在补丁提交时，一定要提醒用户进行数据库和代码的备份。
日常运行维护的基本技术和技能：
一、 系统的日常维护；
应用服务器的日常维护：
1、 应用服务器中客户日常业务中一定要避免输出所有的sql语句：
如果输出的话，会极大的加重应用服务器I/O的负载。
可以用setting工具中的是否输出sql语句选项（如图二），然后点击设置按钮就可以屏蔽掉。
下载（35.4KB）
2006-12-2814:
31
图二
2、 保证NC应用服务器启动参数设置正常：
查看启动文件startup中的-Xms与-Xmx的值，与推荐的值没有太大出入就行。
NC启动时java参数设置建议：
（1）、服务器内存够用：
尽量避免系统使用虚拟内存，否则会带来效率问题；
（2）、java堆设置大小之和控制在物理内存的70%是一个比较理想的范围；
（3）、还要根据应用的情况来定制：
如果使用报表（IUFO），则master堆大小要设置大一些，因为报表吃内存比较多，复杂报表计算时一下需要1-200m内存对报表而言是比较正常的操作。
并且报表基本上都是在master上操作。
如果是只使用NC的总账相关节点，相对而言对内存的要求不是很高，一般情况下512m就足够了。
但是存货或某些节点的使用可能对内存压力较大，需要具体分析。
（4）、应用服务器2G内存时的配置推荐：
如果使用了报表，一般情况下：
%NC_JAVA_HOME%\bin\java-DNC_JAVA_HOME=%NC_JAVA_HOME%-DMASTER_JP="-Xms512m-Xmx768m"-DNODE_JP="-Xms256m–Xmx512m"-cp%_CLASSPATH%-Dnc.install.home.path=%NC_EXT_DIR%ufmiddle.start.tomcat.StartMiddle.\ierp\bin\prop.xml-DEJBConfigDir=./ejbXMLs-DExtServiceConfigDir=./ejbXMLs
报表数据非常大时，导致master出现outofmemory或中间件监控窗口中出现：
3000middlewaryiswaiting时，可将-Xmx768m调为1024m。
如果java参数设置不当可能出现导致NC的问题：
（1）、outofmemory：
日志中出现outofmemory，对应中间件down掉被重启；
（2）、监控窗中出现：
MiddleSpyisWaitting，效率降低并至不可用。
3、 对于windows操作系统，系统要尽量干净：
不要安装DNS系统；
不要安装盗版防火墙软件；
在应用服务器上尽量不要安装数据库系统；
所有应用服务器建议每周重启一次，让系统释放某些进程占用的不必要的内存资源，
4、 应用服务器中间件，
通过设置NC应用服务器每天自动重启来提高NC应用服务器响应的效率；
如果是NC2.3与NC3.0，可以用NC中commander命令来进行设置；
注意：
避开NC中自动任务处理执行时间：
（1）、用commander.bat（command.sh）中的clock命令可以设置自动重启定时。
只要中间件监控进程没有中断，设置的自动重启定时就不会被销掉。
（设置后，除非监控进程断掉，否则自动重启定时无法取消）；如图三：
下载（37.16KB）
2006-12-2814:
31
图三
（2）、还可以在./ierp/bin/clock.properts中设置是否默认启动自动重启定时，以及自动重启定时的时间
###设置服务器重启闹钟
###闹钟时间
Clock=00：
00
###是否启动闹钟时间
Enable=false
如果enable设置为ture，则启动中间件时监控进程会默认启动自动重启定时。
时间为clock属性对应的时间。
注意时间不能为00：
00，否则默认为不启动闹钟功能。
5、 定时清理NC中的日志：
尤其是设置自动重启后，日志出现覆盖重写的几率较小，会出现很多的日志文件在./NCLOGS下，需要手工清理掉。
例如：
UFNC3000R12_0.log，其中的R12表示第12次自动重启后的日志。
4、JDK版本的维护和安装：
在windows下与unix下有些不同，在windows下可以直接用sun提供的jdk。
而在unix下：
如果是solaris，需要用jdkforsolaris，aix需要用ibm的jdkforaix，hpunix下用hp自己的jdk等等。
在unix下，可以这样启动中间件：
./start.sh/jdk目录
在windows2000上安装产品时，系统会自动安装JDK。
用户也可以选用自己安装的JDK作为NC运行的JDK环境，用户如果选择自己JDK需手动配置环境变量“NC_JAVA_HOME”，具体设置参考“ncsetup.bat”和“startup.sh”相关批执行文件。
在Unix和Linux下，从网站下载的JDK有tar格式和gz格式，妇女别对应是tar和gzip的压缩文件，有的下载文件已经是.rpm或.sh安装包了，可以直接安装。
压缩包格式文件使用时需要先解开压缩。
Java安装后的默认路径/usr.具体如下：
#tar–xvf下载的tar文件
#gunzip–c下载的gz文件
（1）、在Linux下：
网址：
http：
//
#rpm–ivhrpm文件如：
rpm–ivhj2sdk-1_4_2-linux-i586.rpm
（2）、在Solaris下安装：
网址http：
//
#./sh文件 如：
./j2sdk-1_3_1_09-solaris-sparc.sh
（3）、在AIX下安装：
#smitinstallp根据提示进行安装。
（注意：
接受新的许可协议吗？
要选取是）
（4）、在HP-UX上安装：
#swinstall根据提示安装。
5、中间件的启动：
NC启动时候分监管监控进程与中间件服务进程。
（1）、startdirectserver：
只启动了一个java进程，只启动了一个中间件服务，不启动管理进程，对应80端口服务。
（2）、startdirectserver2：
启动了两个java进程，一个是监控进程，一个是中间件服务进程。
中间件进程对应80端口的NC服务监控进程可以完成以下工作：
A、监控中间件服务进程状态，当中间件服务进程异常退出时，监控进程会重启该中间件进程；
B、当中间件服务进程已经无法继续服务，停止响应时，监控进程会kill掉该进程再重启；
C、可以在运行commander命令时，监听并实际执行commander命令发出的指令；如发现该中间件进程对应的80端口服务停掉了或长时间不响应服务，则管理进程会试着重启该中间件服务，使之恢复。
当然，如果监控进程自己down了，就无法完成上述工作。
（3）、startup：
启动4个java进程，其中一个监控进程，3个中间件服务进程，监控进程监控3个中间件服务进程并做上述工作。
3个中间件进程默认分别对应80、8081、8082端口的NC服务。
3个中间件进程组成一个软件集团，其中一个中间件进程为主服务进程，另外两个为从中间件服务进程。
所有登录信息处理都是从主服务器进程进来，然后主服务器进程再将任务请求分配到其它服务进程，一般应用服务器的内存2G（包含）以上，推荐使用startup.bat启动，这样会提高访问速度，如查询等。
6、排除网络、防火墙、其软件等对NC的影响：
用户的网络中安装有防火墙，NC客户端的请求通过网络、防火墙发送到服务器端WEB应用服务器，WEB应用服务器通过SERVLET代理将对应的请求发送给数据库服务器，数据库服务器执行对应的数据库操作，并将结果返回到应用服务器，应用服务器处理完毕后，再通过防火墙、网络返回给NC客户端。
因此，网络和防火墙在其中起到非常重要的作用。
同时，很多问题也会往往出现在这两个关键环节。
如网络速度慢、防火墙设置不正确等，都会影响NC的使用。
如：
在防火墙上要打开80、8081、8082和8083四个端口。
因为NC以startup启动时，这四个端口是协同对外工作的。
检测网络问题，可以用ping，Tracert，netstat等检测。
应用服务器和数据库服务器要保证良好的网络通信，不推荐跨网关或跨防火墙通信，不推荐类似于一个在网通，一个在电信网的情况。
同时，针对应用服务器和数据库服务器，功能要单一，不建议将应用服务器和数据库服务器放在同一台服务器。
在数据库服务器和应用服务器上，不要安装DHCP、DNS、PROXY、WINS和防火墙及邮件服务器等与NC无关服务。
另外，软件端口占用和病毒入侵，也时常会影响NC的使用。
如：
IIS端口，默认是80，所以安装前，先在服务处，停止worldwidewebpublishingservice，然后到计算机管理处，更改IIS端口或停止。
如果安装了ORACLE后，往往会出现NC中间件启动不起来，原因是Oracle的OraHome92HTTPServer端口默认是80，所以要讲该服务停掉或更高端口。
如果服务器染上病毒，访问速度会急剧下降。
本帖隐藏的内容需要回复才可以浏览
数据库的日常维护：
1、 Oracle的日常维护（以oracle8i为例）：
（1）、初始化参数的设置：
初始化参数中只有db_block_size在建库后不可修改，其它均可修改，修改可以通过直接改变$ORACLE_BASE/admin//pfile/initSID.ora文件中的相应参数值来实现,修改完成后需要重启数据库,启动时要指定启动使用的初始化参数文件为initSID.ora。
对于共享池（shared_pool_size）、数据缓冲区（db_block_buffers*db_block_size）、日志缓冲区（log_buffer）、排序区（sort_area）、共享服务模式等应是我们特别关注的:
●∙∙∙∙∙∙shared_pool_size
用户发出的SQL语句及PLSQL过程server进程分析后会将语句及执行方案存放于共享
池中，当下一次server进程收到同样的语句时就不需对语句再做分析，直接依照执行方案去执行。
所以我们希望共享池足够大来装下我们所有已执行过的语句及他们的执行方案，省去了分析过程，缩短了响应时间。
共享池的大小是通过初始化参数shared_pool_size来设定的。
Shared_pool_size大小在创建数据库时被指定，数据单位为字节数，建库之后我们同样可以修改这个参数。
到底应设多大合适呢？
可以依照以下估算公式：
估算公式：
shared_pool_size=50%*60%*physicalmemory（字节）
●∙∙∙∙∙∙db_block_size
db_block_size是数据文件读取的最小的I/O单元。
它的大小选择对数据库性能有一定影响。
db_block_size 缺省为4K,8K最大为64K，这个参数一旦建库就无法再修改。
既然db_block_size的值有多个选择我们选什么值合适呢？
估算依据：
对于内存资源有限,业务量不大（即业务数据表的行值不会太多）的情况db_block_size应设为4k或8k
对于内存很充裕而且业务数据表的行值很多的情况db_block_size应用设为12K或16K
●∙∙∙∙∙∙db_block_buffers
db_block_buffers设定数据缓冲区中的数据块的数目。
SQL语句执行时，Server进程首先会去数据缓冲区中找返回给用户的数据值。
当缓冲区没有时通过DBWR进程将数据从数据文件中读取写入数据冲区再传给用户，这便增加了响应时间、影响了使用效率。
这一值设多少合适呢？
我们以以下公式来估算：
估算公式：
db_block_buffers=40%*60%*physicalmemory（字节）/db_block_size
●∙∙∙∙∙∙log_buffer
log_buffer设定日志缓冲区的大小。
数据库操作生成的日志文件先存放在日志缓冲区中，达到log_buffer的1/3或检查点时再写入日志文件，频繁的写操作会影响性能。
建库默认的大小是32K,我们应将它设为：
log_buffer=131072*cpu_num
log_checkpoint_interval（检查点间隔，单位为字节）=30000
●∙∙∙∙∙∙large_pool_size
当数据库设为共享服务模式时，部份排序会使用大池。
这个值的大小我们应设为：
large_pool_size=20971520
●∙∙∙∙∙∙processes
processes参数用来设定能启动的最大进程数。
一般我们将它的值设为200。
●∙∙∙∙∙∙open_cursors
open_cursors用于查询分配给用户进程的私有sql区，应用应及时关闭cursors来有效利用内存。
我们的应用时常会出现“超出游标数”这样的错误，所以我们应将这一参数设大一些。
估算值：
open_cursors=500~800
●∙∙∙∙∙∙sort_area_sizesort_area_retained_size
sort_area_size用于存放SQL语句中涉及到groupby等部份的临时数据。
建库时缺省值为65536，我们应用把它设大一些为：
sort_area_size=2097152
sort_area_retained_size=2097152
（2）、共享服务模式（多线程服务）
在建库时我们应选择“共享服务模式”，“调度程序数量”设为5,“每个调度程序的最大连接数量”设为5，“调度程序的最大数量”设为10，“服务器进程数量”设为5,“最大服务器进程数量”设为10。
（3）、管理表空间及数据文件
数据库创建完成后，我们需要利用DBAStudio->”存储管理”工具来为此数据库新创建一个数据表空间、一个索引表空间。
DBAStudio的启动命令为：
oemappdbastudio,创建的工作我们也可以通过客户端的DBASTUDIO工具来做。
数据表空间及索引表空间创建时“存储”项应选择“本地管理”的区管理方式。
数据表空间及索引表空间所对应的数据文件应分别存放在不同的磁盘以避免I/O冲突的发生。
需要定期察看文件的使用状况，当空间不够时及时扩充。
回滚表空间数据文件一般在800M,临时表空间数据文件的大小一般为200-500M。
（4）、管理回滚段
建库过程中系统会自动创建6个回滚段，根据需要要新建一些回滚段，配置参数应与已有的回滚段相同。
多少个回滚段才合适呢？
用你系统的最大并发用户数除以4即是你的系统所需要的回滚段数。
（5）、管理用户表
对于新建的NC数据用户，我们要确认该用户使用的默认数据表空间是第2节中讲到的新建的数据表空间，这样才能保存NC的表数据是物理存放在该表空间对应的数据文件中的。
当NC安装完成、所有的客户化表及业务表已建立后，我们要对这些表的存储做一些调整。
调整的工作可以通过以下几步来做：
通过Sql*PLUS以NC数据用户连接数据库
输入：
spoolc:
\alt_table.txt
select‘altertable’||tname||’pctfree20pctused60;’fromuser_tables;
spooloff
alt_table.txt文件生成后，我们来执行该文件：
@c:
\alt_table.txt
此文件执行成功后，所有的NC数据表的pctfree均被改为20%,pctused改为60%
（6）、Exp/Imp（导出/导入）
我们经常利用exp/imp工具来做数据的备份/恢复及数据迁移工作。
命令：
expuserid=system/manager@file=d:
\nc.dmpowner=ncadminlog=d:
\expnc.log
impuserid=system/manager@file=d:
\nc.dmpfromuser=ncadmintouser=ncadmin2buffer=2048000commit=ylog=d:
\impnc.log
作用：
1．将NC用户（ncadmin）数据通过exp命令导出以固有格式存放在d:
\nc.dmp文件中；再通过imp命令将nc.dmp文件中的数据导给ncadmin2用户，使ncadmin用户的数据得以恢复。
2．优化存储性能的作用。
在数据的导出/导入过程中，会压缩数据块中的碎片、将数据行重新排列，从而减少了行链接及行迁移，提升了数据读取的效率。
（7）、遇到oracle错误时，我们能借助的工具
首先，利用oracle所提供的document查询报出的错误号所对应的详细错误信息及解决办法。
如果文档中所提供的解决办法不够明确，我们还可利用oracle的全球技术网站：
来查找问题的原因及解决办法。
该网站在注册时需要提供10位服务号，服务号可以从购买了服务的客户。
2、DB2通用数据库系统管理：
（1）、表空间的管理：
当创建数据库时，总要创建三个表空间，即系统编目表空间、临时表空间、用户表空间，它们分别用于存放数据字典。
用户可以选择其特性，比如，这三个表空间的类型和大小。
几个概念：
数据页大小（pagesize）：
在缺省情况下，表数据存储在4KB的数据页上，在4KB页上行的宽度不能超过4005字节，一行不会横跨多页。
Pagesize在表空间级别上定义，安装NC系统时需要执行上文step2、3来创建pagesize=8k的表空间。
区段大小（extentsize）：
在表空间容器内部给单个数据库对象分配的空间。
此分配的空间由多页组成，默认值通常是16。
表空间的区段大小不能事后更改。
预取装大小（prefetchsize），在被查询引用之前，预取装（操作）读取查询所需的数
据以便在执行查询前不必等待I/O。
该参数大小影响可从表空间中读取数据的速度，
稍后可更改预取装大小。
该参数取值应该是extentsize的整数倍；
系统管理表空间（SMS）
在操作系统中，SMS容器用目录（directories）来表示；在SMS表空间中的容器不预
先分配它的存储空间。
在创建表空间期间分配少量的存储空间。
数据库管理表空间（DMS）
当表空间没有剩余空间时，需要为该表空间增加容器，可以使用altertablespace语句进行，该操作也可以起到均衡I/O负载作用；可以使用裸设备，对win2k来说DMS表空间可以直接使用未格式化的分区或磁盘。
通常，精心调整的DMS表空间性能优于SMS表空间。
所以NC系统的用户表空间推荐使用DMS表空间。
与SMS相比，DMS存储模型有重要的好处。
下面列出它的主要优点：
1）．用户可以根据数据库对象的类型对它们存放位置进行更多的控制。
表可以被分散到多个DMS表空间中存放，允许将表数据与它的索引分开。
2）．用户对于诸如后备和恢复这样的操作任务在管理上有着更多的灵活性。
用户可以控制那些不被经常访问的数据项，比如BLOBs它们可
升级会员 