用友NC日常运行维护手册

1、用友NC日常运行维护手册用友, 手册, 日常, 运行, 软件本日常运行维护手册将帮助您了解： 用友ERP软件维护工程师团队处理问题的流程 软件日常运行维护的基本技术和技能 · 补丁的更新程序和注意事项我们建议：您与贵公司中的ERP软件产品使用和管理人员共同认真阅读本手册。它为您提供了系统日常运行过程中的基本维护技能，当您遇到维护问题需要帮助时，本手册将能帮你解决基本的运行维护问题。谢谢您选择用友ERP软件产品！注：本手册所涉及软件产品均为用友ERP软件，简称“用友软件”，全文同。用友软件维护工程师团队处理问题的流程：用友集团客服中心维护人员通过电话、E_mail、传真或Web等方式获

2、得客户反映的问题后，将经过以下流程进行问题的处理和反馈（见图一）：下载 (13.25 KB)2006-12-28 14:31                                     图一工作流程说明：（1）       集团客户服务中心支持组接到用户问题（电话、EMAIL、传真）后，可直接回复的直接进行

3、解答；客户自助系统由维护工程师先进行过滤进行解答，解答不了的提交给维护组，维护组有义务监督维护工程师的工作，对于维护工程师超期的问题要进行跟踪处理。（2）       如果客户先联系大区或分子公司维护工程师，则大区或分子公司维护工程师必须先进行处理，如果无法处理则将该问题转向集团客服中心。（3）       对于支持组人员无法解答的问题，可询问同事或者在项目工作室查看知识库，搜索相关问题给予答复；（4）       若判断无法解决，诊断该问题是否需要现场顾问解决，若需要，再判

4、断是否需要产品支持部协调现场解决，如不需要，则由集团客服中心客户业务维护经理进行协调和调配，调度大区维护工程师现场解决，如需要，则由集团客服中心客户业务维护经理向产品支持部提交申请；若该问题为不可再现问题，转交给产品支持部的综合组，若该问题为效率环境等问题，转交给产品支持部的技术组给予诊断，对于诊断结果，由产品支持部反馈给维护组，维护组人员告知大区或分子公司维护工程师和用户。（5）       若该问题可判断为产品BUG或需求，并且不是上述（3）中的问题，将问题通过客户自助系统转给NC产品开发的支持专岗人员，请相应人员解决，产品支持组解决并验证后反馈给维

5、护组。（6）       维护组人员拿到补丁或解决方案后，进行验证，验证无误的提交给大区维护工程师或用户，将补丁附在问题后，并通知该项目的大区维护工程师或关键用户进行验证和打补丁处理。在补丁提交时，一定要提醒用户进行数据库和代码的备份。日常运行维护的基本技术和技能：一、             系统的日常维护；应用服务器的日常维护：1、  应用服务器中客户日常业务中一定要避免输出所有的sql语句：   如果输出的话，会极大的加重应用服务

6、器I/O的负载。   可以用setting工具中的是否输出sql语句选项（如图二），然后点击设置按钮就可以屏蔽掉。下载 (35.4 KB)2006-12-28 14:31                                      图二2、  保证NC应用服务器启动参数设置正常：查看启

7、动文件startup中的-Xms与-Xmx的值，与推荐的值没有太大出入就行。NC启动时java参数设置建议：（1）、服务器内存够用：尽量避免系统使用虚拟内存，否则会带来效率问题；（2）、java堆设置大小之和控制在物理内存的70%是一个比较理想的范围；（3）、还要根据应用的情况来定制：如果使用报表（IUFO），则master堆大小要设置大一些，因为报表吃内存比较多，复杂报表计算时一下需要1-200m内存对报表而言是比较正常的操作。并且报表基本上都是在master上操作。如果是只使用NC的总账相关节点，相对而言对内存的要求不是很高，一般情况下512m就足够了。但是存货或某些节点的使用可能对内存压

8、力较大，需要具体分析。（4）、应用服务器2G内存时的配置推荐：如果使用了报表，一般情况下：%NC_JAVA_HOME%binjava -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 .ierpbinprop.xml -DEJBConfigDir=./e

9、jbXMLs -DExtServiceConfigDir=./ejbXMLs报表数据非常大时，导致master出现out of memory或中间件监控窗口中出现：3000 middlewary is waiting时，可将-Xmx768m调为1024m。如果java参数设置不当可能出现导致NC的问题：（1）、out of memory：日志中出现out of memory，对应中间件down掉被重启；（2）、监控窗中出现：MiddleSpy is Waitting，效率降低并至不可用。3、  对于windows操作系统，系统要尽量干净：不要安装DNS系统；不要安装盗版防火

10、墙软件；在应用服务器上尽量不要安装数据库系统；所有应用服务器建议每周重启一次，让系统释放某些进程占用的不必要的内存资源，4、  应用服务器中间件，通过设置NC应用服务器每天自动重启来提高NC应用服务器响应的效率；如果是NC2.3与NC3.0，可以用NC中commander命令来进行设置；注意：避开NC中自动任务处理执行时间：（1）、用commander.bat（command.sh）中的clock命令可以设置自动重启定时。只要中间件监控进程没有中断，设置的自动重启定时就不会被销掉。（设置后，除非监控进程断掉，否则自动重启定时无法取消）；如图三：下载 (37.16 KB)20

11、06-12-28 14:31                                     图三（2）、还可以在./ierp/bin/perts中设置是否默认启动自动重启定时，以及自动重启定时的时间# 设置服务器重启闹钟# 闹钟时间Clock = 00：00# 是否启动闹钟时间Enable = false如果enable设置为tu

12、re ，则启动中间件时监控进程会默认启动自动重启定时。时间为clock属性对应的时间。注意时间不能为00：00，否则默认为不启动闹钟功能。5、  定时清理NC中的日志：    尤其是设置自动重启后，日志出现覆盖重写的几率较小，会出现很多的日志文件在./NCLOGS下，需要手工清理掉。    例如：UFNC3000R12_0.log，其中的R12表示第12次自动重启后的日志。    4、JDK版本的维护和安装：    在windows下与unix下有些不同，在windows下可以直接用sun提供的

13、jdk。而在unix下：如果是solaris，需要用jdk for solaris，aix需要用ibm的jdk for aix，hp unix 下用hp自己的jdk等等。在unix下，可以这样启动中间件：./start.sh/jdk目录    在windows2000上安装产品时，系统会自动安装JDK。用户也可以选用自己安装的JDK作为NC运行的JDK环境，用户如果选择自己JDK需手动配置环境变量“NC_JAVA_HOME”，具体设置参考“ncsetup.bat”和“startup.sh”相关批执行文件。    在Unix和Linux下，从网站下载的JD

14、K有tar格式和gz格式，妇女别对应是tar和gzip的压缩文件，有的下载文件已经是.rpm或.sh安装包了，可以直接安装。压缩包格式文件使用时需要先解开压缩。    Java安装后的默认路径/usr.具体如下：         #tar xvf 下载的tar文件         #gunzip c下载的gz文件    （1）、在Linux下：网址：http：/         

15、;#rpm ivh rpm文件 如：rpm ivh j2sdk-1_4_2-linux-i586.rpm    （2）、在Solaris下安装：网址http：/         #./sh文件   如：./j2sdk-1_3_1_09-solaris-sparc.sh      （3）、在AIX下安装：       #smit installp根据提示进行安装。（注意：接受新的许可协议吗？要选取 是）  &

16、#160;   （4）、在HP-UX上安装：       #swinstall 根据提示安装。5、中间件的启动：   NC启动时候分监管监控进程与中间件服务进程。（1）、startdirectserver：只启动了一个java进程，只启动了一个中间件服务，不启动管理进程，对应80端口服务。（2）、startdirectserver2：启动了两个java进程，一个是监控进程，一个是中间件服务进程。中间件进程对应80端口的NC服务监控进程可以完成以下工作：    A、监控中间件服务进程状态，当中间件

17、服务进程异常退出时，监控进程会重启该中间件进程；    B、当中间件服务进程已经无法继续服务，停止响应时，监控进程会kill掉该进程再重启；    C、可以在运行commander命令时，监听并实际执行commander命令发出的指令；如发现该中间件进程对应的80端口服务停掉了或长时间不响应服务，则管理进程会试着重启该中间件服务，使之恢复。当然，如果监控进程自己down了，就无法完成上述工作。（3）、startup：    启动4个java进程，其中一个监控进程，3个中间件服务进程，监控进程监控3个中间件服务进程并做上述工作。3个中间

18、件进程默认分别对应80、8081、8082端口的NC服务。3个中间件进程组成一个软件集团，其中一个中间件进程为主服务进程，另外两个为从中间件服务进程。所有登录信息处理都是从主服务器进程进来，然后主服务器进程再将任务请求分配到其它服务进程，一般应用服务器的内存2G（包含）以上，推荐使用startup.bat启动，这样会提高访问速度，如查询等。6、排除网络、防火墙、其软件等对NC的影响：    用户的网络中安装有防火墙，NC客户端的请求通过网络、防火墙发送到服务器端WEB应用服务器，WEB应用服务器通过SERVLET代理将对应的请求发送给数据库服务器，数据库服务器执行对应的数据

19、库操作，并将结果返回到应用服务器，应用服务器处理完毕后，再通过防火墙、网络返回给NC客户端。因此，网络和防火墙在其中起到非常重要的作用。同时，很多问题也会往往出现在这两个关键环节。如网络速度慢、防火墙设置不正确等，都会影响NC的使用。    如：在防火墙上要打开80、8081、8082和8083四个端口。因为NC以startup启动时，这四个端口是协同对外工作的。        检测网络问题，可以用ping，Tracert，netstat等检测。       

20、60;应用服务器和数据库服务器要保证良好的网络通信，不推荐跨网关或跨防火墙通信，不推荐类似于一个在网通，一个在电信网的情况。同时，针对应用服务器和数据库服务器，功能要单一，不建议将应用服务器和数据库服务器放在同一台服务器。        在数据库服务器和应用服务器上，不要安装DHCP、DNS、PROXY、WINS和防火墙及邮件服务器等与NC无关服务。另外，软件端口占用和病毒入侵，也时常会影响NC的使用。如：IIS端口，默认是80，所以安装前，先在服务处，停止world wide web publishing service ，然后到计

21、算机管理处，更改IIS端口或停止。如果安装了ORACLE后，往往会出现NC中间件启动不起来，原因是Oracle的OraHome92HTTPServer端口默认是80，所以要讲该服务停掉或更高端口。如果服务器染上病毒，访问速度会急剧下降。本帖隐藏的内容需要回复才可以浏览数据库的日常维护：1、  Oracle的日常维护（以oracle8i为例）：（1）、初始化参数的设置：初始化参数中只有db_block&shy;_size在建库后不可修改，其它均可修改，修改可以通过直接改变$ORACLE_BASE/admin/<sid>/pfile/initSID.ora文

22、件中的相应参数值来实现,修改完成后需要重启数据库,启动时要指定启动使用的初始化参数文件为initSID.ora。对于共享池(shared_pool_size)、数据缓冲区(db_block_buffers*db_block_size)、日志缓冲区(log_buffer)、排序区（sort_area）、共享服务模式等应是我们特别关注的:l         shared_pool_size用户发出的SQL语句及PLSQL过程server进程分析后会将语句及执行方案存放于共享池中，当下一次server进程收到同样的语句时就不需对语句再做分析

23、，直接依照执行方案去执行。所以我们希望共享池足够大来装下我们所有已执行过的语句及他们的执行方案，省去了分析过程，缩短了响应时间。共享池的大小是通过初始化参数shared_pool_size来设定的。Shared_pool_size大小在创建数据库时被指定，数据单位为字节数，建库之后我们同样可以修改这个参数。到底应设多大合适呢？可以依照以下估算公式：估算公式：shared_pool_size=50%*60%*physical memory（字节）l         db_block_sizedb_block_size是数据文件读取的最小

24、的I/O单元。它的大小选择对数据库性能有一定影响。db_block_size缺省为4K,8K最大为64K，这个参数一旦建库就无法再修改。既然db_block_size的值有多个选择我们选什么值合适呢？估算依据：对于内存资源有限,业务量不大（即业务数据表的行值不会太多）的情况db_block_size应设为4k或8k对于内存很充裕而且业务数据表的行值很多的情况db_block_size应用设为12K或16Kl         db_block_buffers    db_block_buffers设定数据缓冲区中的数

25、据块的数目。SQL语句执行时，Server进程首先会去数据缓冲区中找返回给用户的数据值。当缓冲区没有时通过DBWR进程将数据从数据文件中读取写入数据冲区再传给用户，这便增加了响应时间、影响了使用效率。这一值设多少合适呢？我们以以下公式来估算：    估算公式：db_block_buffers=40%*60%*physical memory（字节）/db_block_sizel         log_buffer    log_buffer设定日志缓冲区的大小。数据库操作生成的日志文件先存放在日

26、志缓冲区中，达到log_buffer的1/3或检查点时再写入日志文件，频繁的写操作会影响性能。建库默认的大小是32K,我们应将它设为：            log_buffer=131072*cpu_num            log_checkpoint_interval (检查点间隔，单位为字节)= 30000l         large_pool_size 

27、;   当数据库设为共享服务模式时，部份排序会使用大池。这个值的大小我们应设为：            large_pool_size=20971520l         processesprocesses参数用来设定能启动的最大进程数。        一般我们将它的值设为200。l         open_cursorso

28、pen_cursors 用于查询分配给用户进程的私有sql区，应用应及时关闭cursors来有效利用内存。我们的应用时常会出现“超出游标数”这样的错误，所以我们应将这一参数设大一些。        估算值：open_cursors=500800l         sort_area_size sort_area_retained_sizesort_area_size用于存放SQL语句中涉及到group by 等部份的临时数据。建库时缺省值为65536，我们应用把它设大一些为：

29、        sort_area_size= 2097152        sort_area_retained_size= 2097152（2）、共享服务模式（多线程服务）在建库时我们应选择“共享服务模式”，“调度程序数量”设为5,“每个调度程序的最大连接数量”设为5，“调度程序的最大数量”设为10，“服务器进程数量”设为5,“最大服务器进程数量”设为10。（3）、管理表空间及数据文件数据库创建完成后，我们需要利用DBA Studio -> ”存储管理”工具来为此数

30、据库新创建一个数据表空间、一个索引表空间。 DBA Studio 的启动命令为：oemapp dbastudio,创建的工作我们也可以通过客户端的DBA STUDIO工具来做。数据表空间及索引表空间创建时“存储”项应选择“本地管理”的区管理方式。数据表空间及索引表空间所对应的数据文件应分别存放在不同的磁盘以避免I/O冲突的发生。需要定期察看文件的使用状况，当空间不够时及时扩充。回滚表空间数据文件一般在800M ,临时表空间数据文件的大小一般为200-500M 。（4）、管理回滚段建库过程中系统会自动创建6个回滚段，根据需要要新建一些回滚段，配置参数应与已有的回滚段相同。多少个回滚段才合适呢？用

31、你系统的最大并发用户数除以4 即是你的系统所需要的回滚段数。（5）、管理用户表对于新建的NC数据用户，我们要确认该用户使用的默认数据表空间是第2节中讲到的新建的数据表空间，这样才能保存NC的表数据是物理存放在该表空间对应的数据文件中的。当NC安装完成、所有的客户化表及业务表已建立后，我们要对这些表的存储做一些调整。调整的工作可以通过以下几步来做：通过Sql*PLUS以NC数据用户连接数据库输入：spool c:alt_table.txtselect alter table |tname| pctfree 20 pctused 60; from user_tables;spool off

32、0;           alt_table.txt文件生成后，我们来执行该文件：                  c:alt_table.txt            此文件执行成功后，所有的NC数据表的pctfree均被改为20%,pctused改为60%    （6）、Exp/Imp(导出/导入)&#

33、160;   我们经常利用exp/imp工具来做数据的备份/恢复及数据迁移工作。        命令：exp userid=system/manager<connect_name> file=d:nc.dmp owner=ncadmin log=d:expnc.log            imp userid=system/manager<connect_name> file=d:nc.dmp fromuser=ncad

34、min touser=ncadmin2 buffer=2048000 commit=y log=d:impnc.log    作用：1将NC用户（ncadmin）数据通过exp命令导出以固有格式存放在d:nc.dmp文件中；再通过imp命令将nc.dmp文件中的数据导给ncadmin2用户，使ncadmin用户的数据得以恢复。          2优化存储性能的作用。在数据的导出/导入过程中，会压缩数据块中的碎片、将数据行重新排列，从而减少了行链接及行迁移，提升了数据读取的效率。    （7）、

35、遇到oracle错误时，我们能借助的工具    首先，利用oracle所提供的document查询报出的错误号所对应的详细错误信息及解决办法。    如果文档中所提供的解决办法不够明确，我们还可利用oracle的全球技术网站：来查找问题的原因及解决办法。该网站在注册时需要提供10位服务号，服务号可以从购买了服务的客户。    2、DB2 通用数据库系统管理：    （1）、表空间的管理：     当创建数据库时，总要创建三个表空间，即系统编目表空间、临时表空间、用户表空间，它

36、们分别用于存放数据字典。用户可以选择其特性，比如，这三个表空间的类型和大小。几个概念：数据页大小（pagesize）：在缺省情况下，表数据存储在4KB的数据页上，在4KB页上行的宽度不能超过4005字节，一行不会横跨多页。Pagesize在表空间级别上定义，安装NC系统时需要执行上文step2、3来创建pagesize=8k的表空间。区段大小（extentsize）：在表空间容器内部给单个数据库对象分配的空间。此分配的空间由多页组成，默认值通常是16。表空间的区段大小不能事后更改。预取装大小（prefetchsize），在被查询引用之前，预取装（操作）读取查询所需的数据以便在执行查询前不必等待

37、 I/O。该参数大小影响可从表空间中读取数据的速度，稍后可更改预取装大小。该参数取值应该是extentsize的整数倍；系统管理表空间（SMS）在操作系统中，SMS容器用目录 (directories)来表示；在SMS表空间中的容器不预先分配它的存储空间。在创建表空间期间分配少量的存储空间。数据库管理表空间（DMS）当表空间没有剩余空间时，需要为该表空间增加容器，可以使用alter tablespace语句进行，该操作也可以起到均衡I/O负载作用；可以使用裸设备，对win2k来说DMS表空间可以直接使用未格式化的分区或磁盘。通常，精心调整的DMS表空间性能优于SMS表空间。所以NC系统的用户表

38、空间推荐使用DMS表空间。与SMS相比，DMS存储模型有重要的好处。下面列出它的主要优点：1）用户可以根据数据库对象的类型对它们存放位置进行更多的控制。表可以被分散到多个 DMS表空间中存放，允许将表数据与它的索引分开。2）用户对于诸如后备和恢复这样的操作任务在管理上有着更多的灵活性。用户可以控制那些不被经常访问的数据项，比如 BLOBs它们可以将映象存放在不同的表空间中。这些BLOBs 可以包含那些既不被经常访问又不被经常更新的数据。3）使用DMS表空间具有性能一的优势，因为 DB2了解更多有关数据存放方面的知识。如果使用用于 DMS表空间的设备，那么用户就可以避免使用操作系统的文件系统所带

39、来的开销。4）DMS表空间提供了方便的可伸缩性，因为用户能够动态的把容器增加到表空间。当增加新的容器时， DB2可以自动地完成数据的平衡分布任务。5）如果用户了解自己表空间的最大值，那么可以考虑使用 DMS表空间。当插入数据库对象时，DMS会为它们预分配存储空间。数据库不需要与其它的应用程序争夺磁盘空间。如果用户了解自己表空间的最大值，那么可以考虑使用 DMS表空间。当插入数据库对象时，DMS会为它们预分配存储空间。数据库不需要与其它的应用程序争夺磁盘空间。SMS和 DMS用户表空间的特性对照表          特性SMS 

40、;       DMS能够在表空间中动态地增加容器数目吗？能够把索引数据存放到不同的表空间中码？能够把长型数据存放到单独的表空间中码？表可以分散存放到多个表空间中码？仅在需要时才分配空间？表空间可以被定向到不同类型的磁盘空间码？创建之后，区段大小能够改变码？不能         能不能         能不能         能不能    

41、;     能是           否是           否不能         不能Buffer Pool管理缓冲区(buffer pool)的大小决定分配给服务器作为数据库高速缓存使用的数据页的数目。这些内存空间是应用程序第一次与数据库连接时分配，并且在最后一个应用程序与该数据库断开时被释放。这一内存空间作为数据库存取的数据高速缓存使用。

42、如果缓存区足够大，将可减少磁盘 I/O 次数。作为经验法则，如果机器是专用数据库服务器，用户开始可以先使用50%的可用物理内存量。可以把临时表空间放入单独的缓冲池，以便为需要临时存储器的查询尤其是执行大量排序的查询提供更佳性能。     DB2 CREATE Bufferpool Bp01 SIZE 250 PAGESIZE 4 K                       注释：创建bufferpool后要重启实

43、例才能生效。    2、实例和数据库的参数配置：主要参数说明：BUFFPAGE  如果在sysibm.sysbufferpools视图中指定缓冲池大小为-1，则可用buffpage配置参数指定任何缓冲池大小，否则忽略此参数，使用alter bufferpool或create bufferpool来设置缓冲池大小。DBHEAP  每个数据库有一个数据库堆，并且数据库管理程序代表所有连接至数据库的应用程序使用数据库堆，它包括表、索引、表空间和缓冲池的控制块信息，还包括日志缓冲区(logbufsz)和目录高速缓存(catalogcache_

44、sz)的空间。LOGBUFSZ  日志缓冲区大小参数决定分配多少数据库共享空间用来作为缓冲区，在把日志记录写到磁盘之前暂时将它们保留在缓冲区。如果发现频繁使用日志磁盘，则要增加此参数大小，注意它必须小于等于dbheap参数值。UTIL_HEAP_SZ  此参数规定可由BACKUP、RESTORE等实用程序同时使用的最大内存量。LOCKLIST  规定分配给锁定列表的内存。每个数据库有一个锁定列表，并且锁定列表包含由并行连接至数据库的所有应用的锁定。每个锁定需要36或72字节的锁定列表。当一个应用的锁定列表的百分比达到maxlocks时

45、，数据库管理程序对应用持有的锁定执行从行到表的锁定逐步升级，这将降低系统并发性。计算锁定列表大小的下限：（512*36*maxappls）/4096，其中512是估计每个应用的平均锁定数，可以根据实际情况调整；计算锁定列表的上限：（512*72*maxappls）/4096，估计数据将发生的并行量，为locklist在上下限之间选定初始值。STMTHEAP  指定SQL语句编译期间的工作空间的大小。QUERY_HEAP_SZ  指定为查询堆分配的最大内存，查询堆用来将每个查询存储在代理程序专用内存中。建议将query_heap_sz设置为至少大于aslh

46、eapsz五倍的值。AGENT_STACK_SZ 代理程序栈是为每个代理程序分配的虚拟内存，越复杂的查询将使用越多的栈空间。它和并行连接数成反比关系。ASLHEAPSZ 表示本地应用程序和其他关联的代理程序之间的通信缓冲区，此缓冲区被分配为每个已启动的数据库管理程序代理程序所共享的内存。AVG_APPLS  平均活动应用程序数，SQL优化器使用它来估计对于所选存取计划。LOGFILSIZ  这个值决定当需要一个日志文件时，需要分配的页数。这个值与LOGPRIMARY和LOGSECOND一起决定支持日志存档工作所需要的磁盘空间。LOGPRIMARY

47、0; 这个值表示被分配用于支持数据库日志存档工作的主日志文件的数目。每个主日志文件的大小是LOGFILSIZ。LOGSECOND  这个参数指定在需要时由系统创建的辅助日志文件的最大数目。当日志文件被装满时，就在需要时一次分配一个大小为 LOGFILSIZ的辅助日志文件。辅助日志文件的默认数目为2。3、备份和恢复：这里介绍DB2使用循环日志的情况。数据库备份表示可复原的数据库的最新版本，这意味着备份之间的时间间隔长短表示可能永久丢失的工作量的大小。例如，若每周星期五午夜备份一次数据库，则若数据库在星期五晚上 11:59 失败，则可能丢失整周的事务。因此越经常地备份

48、，数据库就越安全。建议每天凌晨时定时备份，使用windows的计划任务调度即可。（1）、备份：通过DB2控制中心图形界面备份，右键点击选中的数据库，选择备份数据库，根据提示操作即可；注意：windows服务器的备份文件放在一个较深的目录结构下，注意复制时要保留目录结构，例：C:MYDB.0DB2NODE0000CATN000020030401120001.001备份如果提示有活动应用程序连接，则在确认事务都已经提交后，断调连接后再备份（2）、恢复：通过控制中心图形界面恢复，右键点击指定实例下面的数据库，选择“根据备份创建数据库”，根据提示操作；3、SQL server数据库的日常管理和维护：（

49、1）、SQL server的内存管理：SQL server能够很好的管理内存以获得很好的运行性能。默认情况下，SQL server只支持到3G内存。如果我们有更多内存并希望SQL server使用需进行设置。通过设置使用AWE，能SQL server2000在 Windows 2000 Advanced Server 上运行的实例寻到大约 8GB 的内存，为在 Windows 2000 Data Center 上运行的实例寻到大约 64GB 的内存。下例显示如何启用 AWE 并将 max server memory 配置在 6 GB 的限度：若要用 sp_configure配置高级选项，必须首

50、先在将 show advanced options选项设置为 1 的情况下运行 sp_configure，然后运行 RECONFIGUREsp_configure 'show advanced options', 1RECONFIGUREGOsp_configure 'awe enabled', 1RECONFIGUREGOsp_configure 'max server memory', 6144RECONFIGUREGO重新启动SQL server服务。（2）、为了提高sql的性能，建议：使 tempdb数据库得以按需自动扩展。这确保在执行完

51、成前不终止查询，该查询所生成的存储在 tempdb数据库内的中间结果集比预期大得多。将数据库文件的初始大小设置为合理的大小，以避免当需要更多空间时文件自动扩展。如果数据库扩展得过于频繁，性能会受不良影响。将文件增长增量百分比设置为合理的大小，以避免数据库文件按太小的值增长。如果文件增长幅度与写入数据库的数据量相比太小，则数据库可能需要始终扩展，因而将妨害性能。SQL server2000已不再支持tempdb in ram选项，将 tempdb数据库放在快速 I/O 子系统上以确保好的性能。在多个磁盘上条带化数据库以获得更好的性能。使用文件组将 tempdb 数据库放在除用户数据库所使用的磁盘

52、之外的磁盘上。（3）、SQL server 的备份和恢复    备份类型      恢复模型数据库数据库差异事务日志文件或文件差异简单必需可选不允许不允许完全必需（或文件备份）可选必需可选大容量日志记录必需（或文件备份）可选必需可选NC系统建议采用完全恢复模式：完全恢复提供将数据库恢复到故障点或特定即时点的能力。为保证这种恢复程度，包括大容量操作（如 SELECT INTO、CREATE INDEX 和大容量装载数据）在内的所有操作都将完整地记入日志。完全恢复的备份策略包括：数据库备份、差异备份（可选）、事务日志备份，如图四：下载 (

53、32.36 KB)2006-12-28 14:31                              图四（4）、截断事务日志：SQL Server 在完成事务日志备份时将自动截断事务日志中的不活动部分。这些不活动的部分包含已完成的事务，因此在恢复过程中不再使用。相反，事务日志的活动部分包含仍在运行但尚未完成的事务。SQL Server 将重新使用事务日志中这些截断的非活动空间，而不是任由

54、事务日志继续增大并占用更多的空间。执行完全恢复模式的备份策略，系统将定期截断事务日志，如果系统从来没有自动截断日志也没有手动去截断日志，并且数据库事务比较繁忙，日志文件可能会增长到很大，将占用大量空间并且会给我们的操作带来一定麻烦。建议通过备份策略自动截断事务日志。手动截断事务日志的方法：backup log nc220withno_log建议手工截断日志后，作数据库完全备份。      （5）、收缩数据库，收缩数据文件，收缩事务日志      对于不再进行数据插入的数据库可以进行数据库收缩以减少数据库占用空间。还

55、有就是进行上面截断事务日志的操作并不会减少事务日志文件已经占用的物理空间，如果在此之前占用的空间过于庞大，就有必要进行事务日志文件的收缩。use cwdatabase DBCC SHRINKFILE (N'nclcwdb_Log')，或者使用企业管理器。      （6）、监视服务器的性能和活动：      利用事件探查器，性能监视器，任务管理器，企业管理器的当前活动项等工具可以监视SQL server的使用情况。      使用 SQL 事件探查器：

56、0;     可以创建跟踪来捕获与 TSQL和 Stored Procedure事件类（尤其是 RPC:Completed和 SQL:BatchCompleted）相关的事件。在这个跟踪内包含所需要的数据列如Duration(耗费时间), ObjectName（引用的对象名），TextData（跟踪到的语句）等等。例如，如果指定事件的 Duration至少为 1,000 毫秒或者根据需要可以增大 Duration的最小值。就可以筛选出执行语句耗费时间较长的事件，通过分析相应的TextData数据列以得到合适的索引优化建议。    &#

57、160;客户端的日常维护：1、  在系统更新了补丁或进行了基础数据设置更新后，在业务操作时为了及时得到修正，需要客户端清除相应的缓存，缓存的地址如图五（以windowsxp、windows2000、windows2003为例）：下载 (28.98 KB)2006-12-28 14:31                                         图五2、  问题信息的搜集：在NC应用过程中，可能会遇到一些程序bug或后台数据库脚本执行的问题，从而导致业务无法进行。用友维护人员在处理这些问题时，需要对问题的产生过程需要进行跟踪，以便定位问题的所在，一般来说，需要通过以下两种方式取得相关信息：（