用友NC日常運(yùn)行維護(hù)手冊

1、用友NC日常運(yùn)行維護(hù)手冊用友, 手冊, 日常, 運(yùn)行, 軟件本日常運(yùn)行維護(hù)手冊將幫助您了解： 用友ERP軟件維護(hù)工程師團(tuán)隊(duì)處理問題的流程 軟件日常運(yùn)行維護(hù)的基本技術(shù)和技能 · 補(bǔ)丁的更新程序和注意事項(xiàng)我們建議：您與貴公司中的ERP軟件產(chǎn)品使用和管理人員共同認(rèn)真閱讀本手冊。它為您提供了系統(tǒng)日常運(yùn)行過程中的基本維護(hù)技能，當(dāng)您遇到維護(hù)問題需要幫助時，本手冊將能幫你解決基本的運(yùn)行維護(hù)問題。謝謝您選擇用友ERP軟件產(chǎn)品！注：本手冊所涉及軟件產(chǎn)品均為用友ERP軟件，簡稱“用友軟件”，全文同。用友軟件維護(hù)工程師團(tuán)隊(duì)處理問題的流程：用友集團(tuán)客服中心維護(hù)人員通過電話、E_mail、傳真或Web等方式獲

2、得客戶反映的問題后，將經(jīng)過以下流程進(jìn)行問題的處理和反饋（見圖一）：下載 (13.25 KB)2006-12-28 14:31                                     圖一工作流程說明：（1）       集團(tuán)客戶服務(wù)中心支持組接到用戶問題（電話、EMAIL、傳真）后，可直接回復(fù)的直接進(jìn)行

3、解答；客戶自助系統(tǒng)由維護(hù)工程師先進(jìn)行過濾進(jìn)行解答，解答不了的提交給維護(hù)組，維護(hù)組有義務(wù)監(jiān)督維護(hù)工程師的工作，對于維護(hù)工程師超期的問題要進(jìn)行跟蹤處理。（2）       如果客戶先聯(lián)系大區(qū)或分子公司維護(hù)工程師，則大區(qū)或分子公司維護(hù)工程師必須先進(jìn)行處理，如果無法處理則將該問題轉(zhuǎn)向集團(tuán)客服中心。（3）       對于支持組人員無法解答的問題，可詢問同事或者在項(xiàng)目工作室查看知識庫，搜索相關(guān)問題給予答復(fù)；（4）       若判斷無法解決，診斷該問題是否需要現(xiàn)場顧問解決，若需要，再判

4、斷是否需要產(chǎn)品支持部協(xié)調(diào)現(xiàn)場解決，如不需要，則由集團(tuán)客服中心客戶業(yè)務(wù)維護(hù)經(jīng)理進(jìn)行協(xié)調(diào)和調(diào)配，調(diào)度大區(qū)維護(hù)工程師現(xiàn)場解決，如需要，則由集團(tuán)客服中心客戶業(yè)務(wù)維護(hù)經(jīng)理向產(chǎn)品支持部提交申請；若該問題為不可再現(xiàn)問題，轉(zhuǎn)交給產(chǎn)品支持部的綜合組，若該問題為效率環(huán)境等問題，轉(zhuǎn)交給產(chǎn)品支持部的技術(shù)組給予診斷，對于診斷結(jié)果，由產(chǎn)品支持部反饋給維護(hù)組，維護(hù)組人員告知大區(qū)或分子公司維護(hù)工程師和用戶。（5）       若該問題可判斷為產(chǎn)品BUG或需求，并且不是上述（3）中的問題，將問題通過客戶自助系統(tǒng)轉(zhuǎn)給NC產(chǎn)品開發(fā)的支持專崗人員，請相應(yīng)人員解決，產(chǎn)品支持組解決并驗(yàn)證后反饋給維

5、護(hù)組。（6）       維護(hù)組人員拿到補(bǔ)丁或解決方案后，進(jìn)行驗(yàn)證，驗(yàn)證無誤的提交給大區(qū)維護(hù)工程師或用戶，將補(bǔ)丁附在問題后，并通知該項(xiàng)目的大區(qū)維護(hù)工程師或關(guān)鍵用戶進(jìn)行驗(yàn)證和打補(bǔ)丁處理。在補(bǔ)丁提交時，一定要提醒用戶進(jìn)行數(shù)據(jù)庫和代碼的備份。日常運(yùn)行維護(hù)的基本技術(shù)和技能：一、             系統(tǒng)的日常維護(hù)；應(yīng)用服務(wù)器的日常維護(hù)：1、  應(yīng)用服務(wù)器中客戶日常業(yè)務(wù)中一定要避免輸出所有的sql語句：   如果輸出的話，會極大的加重應(yīng)用服務(wù)

6、器I/O的負(fù)載。   可以用setting工具中的是否輸出sql語句選項(xiàng)（如圖二），然后點(diǎn)擊設(shè)置按鈕就可以屏蔽掉。下載 (35.4 KB)2006-12-28 14:31                                      圖二2、  保證NC應(yīng)用服務(wù)器啟動參數(shù)設(shè)置正常：查看啟

7、動文件startup中的-Xms與-Xmx的值，與推薦的值沒有太大出入就行。NC啟動時java參數(shù)設(shè)置建議：（1）、服務(wù)器內(nèi)存夠用：盡量避免系統(tǒng)使用虛擬內(nèi)存，否則會帶來效率問題；（2）、java堆設(shè)置大小之和控制在物理內(nèi)存的70%是一個比較理想的范圍；（3）、還要根據(jù)應(yīng)用的情況來定制：如果使用報表（IUFO），則master堆大小要設(shè)置大一些，因?yàn)閳蟊沓詢?nèi)存比較多，復(fù)雜報表計(jì)算時一下需要1-200m內(nèi)存對報表而言是比較正常的操作。并且報表基本上都是在master上操作。如果是只使用NC的總賬相關(guān)節(jié)點(diǎn)，相對而言對內(nèi)存的要求不是很高，一般情況下512m就足夠了。但是存貨或某些節(jié)點(diǎn)的使用可能對內(nèi)存壓

8、力較大，需要具體分析。（4）、應(yīng)用服務(wù)器2G內(nèi)存時的配置推薦：如果使用了報表，一般情況下：%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報表數(shù)據(jù)非常大時，導(dǎo)致master出現(xiàn)out of memory或中間件監(jiān)控窗口中出現(xiàn)：3000 middlewary is waiting時，可將-Xmx768m調(diào)為1024m。如果java參數(shù)設(shè)置不當(dāng)可能出現(xiàn)導(dǎo)致NC的問題：（1）、out of memory：日志中出現(xiàn)out of memory，對應(yīng)中間件down掉被重啟；（2）、監(jiān)控窗中出現(xiàn)：MiddleSpy is Waitting，效率降低并至不可用。3、  對于windows操作系統(tǒng)，系統(tǒng)要盡量干凈：不要安裝DNS系統(tǒng)；不要安裝盜版防火

10、墻軟件；在應(yīng)用服務(wù)器上盡量不要安裝數(shù)據(jù)庫系統(tǒng)；所有應(yīng)用服務(wù)器建議每周重啟一次，讓系統(tǒng)釋放某些進(jìn)程占用的不必要的內(nèi)存資源，4、  應(yīng)用服務(wù)器中間件，通過設(shè)置NC應(yīng)用服務(wù)器每天自動重啟來提高NC應(yīng)用服務(wù)器響應(yīng)的效率；如果是NC2.3與NC3.0，可以用NC中commander命令來進(jìn)行設(shè)置；注意：避開NC中自動任務(wù)處理執(zhí)行時間：（1）、用commander.bat（command.sh）中的clock命令可以設(shè)置自動重啟定時。只要中間件監(jiān)控進(jìn)程沒有中斷，設(shè)置的自動重啟定時就不會被銷掉。（設(shè)置后，除非監(jiān)控進(jìn)程斷掉，否則自動重啟定時無法取消）；如圖三：下載 (37.16 KB)20

11、06-12-28 14:31                                     圖三（2）、還可以在./ierp/bin/perts中設(shè)置是否默認(rèn)啟動自動重啟定時，以及自動重啟定時的時間# 設(shè)置服務(wù)器重啟鬧鐘# 鬧鐘時間Clock = 00：00# 是否啟動鬧鐘時間Enable = false如果enable設(shè)置為tu

12、re ，則啟動中間件時監(jiān)控進(jìn)程會默認(rèn)啟動自動重啟定時。時間為clock屬性對應(yīng)的時間。注意時間不能為00：00，否則默認(rèn)為不啟動鬧鐘功能。5、  定時清理NC中的日志：    尤其是設(shè)置自動重啟后，日志出現(xiàn)覆蓋重寫的幾率較小，會出現(xiàn)很多的日志文件在./NCLOGS下，需要手工清理掉。    例如：UFNC3000R12_0.log，其中的R12表示第12次自動重啟后的日志。    4、JDK版本的維護(hù)和安裝：    在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上安裝產(chǎn)品時，系統(tǒng)會自動安裝JDK。用戶也可以選用自己安裝的JDK作為NC運(yùn)行的JDK環(huán)境，用戶如果選擇自己JDK需手動配置環(huán)境變量“NC_JAVA_HOME”，具體設(shè)置參考“ncsetup.bat”和“startup.sh”相關(guān)批執(zhí)行文件。    在Unix和Linux下，從網(wǎng)站下載的JD

14、K有tar格式和gz格式，婦女別對應(yīng)是tar和gzip的壓縮文件，有的下載文件已經(jīng)是.rpm或.sh安裝包了，可以直接安裝。壓縮包格式文件使用時需要先解開壓縮。    Java安裝后的默認(rèn)路徑/usr.具體如下：         #tar xvf 下載的tar文件         #gunzip c下載的gz文件    （1）、在Linux下：網(wǎng)址：http：/         

15、;#rpm ivh rpm文件 如：rpm ivh j2sdk-1_4_2-linux-i586.rpm    （2）、在Solaris下安裝：網(wǎng)址http：/         #./sh文件   如：./j2sdk-1_3_1_09-solaris-sparc.sh      （3）、在AIX下安裝：       #smit installp根據(jù)提示進(jìn)行安裝。（注意：接受新的許可協(xié)議嗎？要選取 是）  &

16、#160;   （4）、在HP-UX上安裝：       #swinstall 根據(jù)提示安裝。5、中間件的啟動：   NC啟動時候分監(jiān)管監(jiān)控進(jìn)程與中間件服務(wù)進(jìn)程。（1）、startdirectserver：只啟動了一個java進(jìn)程，只啟動了一個中間件服務(wù)，不啟動管理進(jìn)程，對應(yīng)80端口服務(wù)。（2）、startdirectserver2：啟動了兩個java進(jìn)程，一個是監(jiān)控進(jìn)程，一個是中間件服務(wù)進(jìn)程。中間件進(jìn)程對應(yīng)80端口的NC服務(wù)監(jiān)控進(jìn)程可以完成以下工作：    A、監(jiān)控中間件服務(wù)進(jìn)程狀態(tài)，當(dāng)中間件

17、服務(wù)進(jìn)程異常退出時，監(jiān)控進(jìn)程會重啟該中間件進(jìn)程；    B、當(dāng)中間件服務(wù)進(jìn)程已經(jīng)無法繼續(xù)服務(wù)，停止響應(yīng)時，監(jiān)控進(jìn)程會kill掉該進(jìn)程再重啟；    C、可以在運(yùn)行commander命令時，監(jiān)聽并實(shí)際執(zhí)行commander命令發(fā)出的指令；如發(fā)現(xiàn)該中間件進(jìn)程對應(yīng)的80端口服務(wù)停掉了或長時間不響應(yīng)服務(wù)，則管理進(jìn)程會試著重啟該中間件服務(wù)，使之恢復(fù)。當(dāng)然，如果監(jiān)控進(jìn)程自己down了，就無法完成上述工作。（3）、startup：    啟動4個java進(jìn)程，其中一個監(jiān)控進(jìn)程，3個中間件服務(wù)進(jìn)程，監(jiān)控進(jìn)程監(jiān)控3個中間件服務(wù)進(jìn)程并做上述工作。3個中間

18、件進(jìn)程默認(rèn)分別對應(yīng)80、8081、8082端口的NC服務(wù)。3個中間件進(jìn)程組成一個軟件集團(tuán)，其中一個中間件進(jìn)程為主服務(wù)進(jìn)程，另外兩個為從中間件服務(wù)進(jìn)程。所有登錄信息處理都是從主服務(wù)器進(jìn)程進(jìn)來，然后主服務(wù)器進(jìn)程再將任務(wù)請求分配到其它服務(wù)進(jìn)程，一般應(yīng)用服務(wù)器的內(nèi)存2G（包含）以上，推薦使用startup.bat啟動，這樣會提高訪問速度，如查詢等。6、排除網(wǎng)絡(luò)、防火墻、其軟件等對NC的影響：    用戶的網(wǎng)絡(luò)中安裝有防火墻，NC客戶端的請求通過網(wǎng)絡(luò)、防火墻發(fā)送到服務(wù)器端WEB應(yīng)用服務(wù)器，WEB應(yīng)用服務(wù)器通過SERVLET代理將對應(yīng)的請求發(fā)送給數(shù)據(jù)庫服務(wù)器，數(shù)據(jù)庫服務(wù)器執(zhí)行對應(yīng)的數(shù)據(jù)

19、庫操作，并將結(jié)果返回到應(yīng)用服務(wù)器，應(yīng)用服務(wù)器處理完畢后，再通過防火墻、網(wǎng)絡(luò)返回給NC客戶端。因此，網(wǎng)絡(luò)和防火墻在其中起到非常重要的作用。同時，很多問題也會往往出現(xiàn)在這兩個關(guān)鍵環(huán)節(jié)。如網(wǎng)絡(luò)速度慢、防火墻設(shè)置不正確等，都會影響NC的使用。    如：在防火墻上要打開80、8081、8082和8083四個端口。因?yàn)镹C以startup啟動時，這四個端口是協(xié)同對外工作的。        檢測網(wǎng)絡(luò)問題，可以用ping，Tracert，netstat等檢測。       

20、60;應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器要保證良好的網(wǎng)絡(luò)通信，不推薦跨網(wǎng)關(guān)或跨防火墻通信，不推薦類似于一個在網(wǎng)通，一個在電信網(wǎng)的情況。同時，針對應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器，功能要單一，不建議將應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器放在同一臺服務(wù)器。        在數(shù)據(jù)庫服務(wù)器和應(yīng)用服務(wù)器上，不要安裝DHCP、DNS、PROXY、WINS和防火墻及郵件服務(wù)器等與NC無關(guān)服務(wù)。另外，軟件端口占用和病毒入侵，也時常會影響NC的使用。如：IIS端口，默認(rèn)是80，所以安裝前，先在服務(wù)處，停止world wide web publishing service ，然后到計(jì)

21、算機(jī)管理處，更改IIS端口或停止。如果安裝了ORACLE后，往往會出現(xiàn)NC中間件啟動不起來，原因是Oracle的OraHome92HTTPServer端口默認(rèn)是80，所以要講該服務(wù)停掉或更高端口。如果服務(wù)器染上病毒，訪問速度會急劇下降。本帖隱藏的內(nèi)容需要回復(fù)才可以瀏覽數(shù)據(jù)庫的日常維護(hù)：1、  Oracle的日常維護(hù)（以oracle8i為例）：（1）、初始化參數(shù)的設(shè)置：初始化參數(shù)中只有db_block&shy;_size在建庫后不可修改，其它均可修改，修改可以通過直接改變$ORACLE_BASE/admin/<sid>/pfile/initSID.ora文

22、件中的相應(yīng)參數(shù)值來實(shí)現(xiàn),修改完成后需要重啟數(shù)據(jù)庫,啟動時要指定啟動使用的初始化參數(shù)文件為initSID.ora。對于共享池(shared_pool_size)、數(shù)據(jù)緩沖區(qū)(db_block_buffers*db_block_size)、日志緩沖區(qū)(log_buffer)、排序區(qū)（sort_area）、共享服務(wù)模式等應(yīng)是我們特別關(guān)注的:l         shared_pool_size用戶發(fā)出的SQL語句及PLSQL過程server進(jìn)程分析后會將語句及執(zhí)行方案存放于共享池中，當(dāng)下一次server進(jìn)程收到同樣的語句時就不需對語句再做分析

23、，直接依照執(zhí)行方案去執(zhí)行。所以我們希望共享池足夠大來裝下我們所有已執(zhí)行過的語句及他們的執(zhí)行方案，省去了分析過程，縮短了響應(yīng)時間。共享池的大小是通過初始化參數(shù)shared_pool_size來設(shè)定的。Shared_pool_size大小在創(chuàng)建數(shù)據(jù)庫時被指定，數(shù)據(jù)單位為字節(jié)數(shù)，建庫之后我們同樣可以修改這個參數(shù)。到底應(yīng)設(shè)多大合適呢？可以依照以下估算公式：估算公式：shared_pool_size=50%*60%*physical memory（字節(jié)）l         db_block_sizedb_block_size是數(shù)據(jù)文件讀取的最小

24、的I/O單元。它的大小選擇對數(shù)據(jù)庫性能有一定影響。db_block_size缺省為4K,8K最大為64K，這個參數(shù)一旦建庫就無法再修改。既然db_block_size的值有多個選擇我們選什么值合適呢？估算依據(jù)：對于內(nèi)存資源有限,業(yè)務(wù)量不大（即業(yè)務(wù)數(shù)據(jù)表的行值不會太多）的情況db_block_size應(yīng)設(shè)為4k或8k對于內(nèi)存很充裕而且業(yè)務(wù)數(shù)據(jù)表的行值很多的情況db_block_size應(yīng)用設(shè)為12K或16Kl         db_block_buffers    db_block_buffers設(shè)定數(shù)據(jù)緩沖區(qū)中的數(shù)

25、據(jù)塊的數(shù)目。SQL語句執(zhí)行時，Server進(jìn)程首先會去數(shù)據(jù)緩沖區(qū)中找返回給用戶的數(shù)據(jù)值。當(dāng)緩沖區(qū)沒有時通過DBWR進(jìn)程將數(shù)據(jù)從數(shù)據(jù)文件中讀取寫入數(shù)據(jù)沖區(qū)再傳給用戶，這便增加了響應(yīng)時間、影響了使用效率。這一值設(shè)多少合適呢？我們以以下公式來估算：    估算公式：db_block_buffers=40%*60%*physical memory（字節(jié)）/db_block_sizel         log_buffer    log_buffer設(shè)定日志緩沖區(qū)的大小。數(shù)據(jù)庫操作生成的日志文件先存放在日

26、志緩沖區(qū)中，達(dá)到log_buffer的1/3或檢查點(diǎn)時再寫入日志文件，頻繁的寫操作會影響性能。建庫默認(rèn)的大小是32K,我們應(yīng)將它設(shè)為：            log_buffer=131072*cpu_num            log_checkpoint_interval (檢查點(diǎn)間隔，單位為字節(jié))= 30000l         large_pool_size 

27、;   當(dāng)數(shù)據(jù)庫設(shè)為共享服務(wù)模式時，部份排序會使用大池。這個值的大小我們應(yīng)設(shè)為：            large_pool_size=20971520l         processesprocesses參數(shù)用來設(shè)定能啟動的最大進(jìn)程數(shù)。        一般我們將它的值設(shè)為200。l         open_cursorso

28、pen_cursors 用于查詢分配給用戶進(jìn)程的私有sql區(qū)，應(yīng)用應(yīng)及時關(guān)閉cursors來有效利用內(nèi)存。我們的應(yīng)用時常會出現(xiàn)“超出游標(biāo)數(shù)”這樣的錯誤，所以我們應(yīng)將這一參數(shù)設(shè)大一些。        估算值：open_cursors=500800l         sort_area_size sort_area_retained_sizesort_area_size用于存放SQL語句中涉及到group by 等部份的臨時數(shù)據(jù)。建庫時缺省值為65536，我們應(yīng)用把它設(shè)大一些為：

29、        sort_area_size= 2097152        sort_area_retained_size= 2097152（2）、共享服務(wù)模式（多線程服務(wù)）在建庫時我們應(yīng)選擇“共享服務(wù)模式”，“調(diào)度程序數(shù)量”設(shè)為5,“每個調(diào)度程序的最大連接數(shù)量”設(shè)為5，“調(diào)度程序的最大數(shù)量”設(shè)為10，“服務(wù)器進(jìn)程數(shù)量”設(shè)為5,“最大服務(wù)器進(jìn)程數(shù)量”設(shè)為10。（3）、管理表空間及數(shù)據(jù)文件數(shù)據(jù)庫創(chuàng)建完成后，我們需要利用DBA Studio -> ”存儲管理”工具來為此數(shù)

30、據(jù)庫新創(chuàng)建一個數(shù)據(jù)表空間、一個索引表空間。 DBA Studio 的啟動命令為：oemapp dbastudio,創(chuàng)建的工作我們也可以通過客戶端的DBA STUDIO工具來做。數(shù)據(jù)表空間及索引表空間創(chuàng)建時“存儲”項(xiàng)應(yīng)選擇“本地管理”的區(qū)管理方式。數(shù)據(jù)表空間及索引表空間所對應(yīng)的數(shù)據(jù)文件應(yīng)分別存放在不同的磁盤以避免I/O沖突的發(fā)生。需要定期察看文件的使用狀況，當(dāng)空間不夠時及時擴(kuò)充?；貪L表空間數(shù)據(jù)文件一般在800M ,臨時表空間數(shù)據(jù)文件的大小一般為200-500M 。（4）、管理回滾段建庫過程中系統(tǒng)會自動創(chuàng)建6個回滾段，根據(jù)需要要新建一些回滾段，配置參數(shù)應(yīng)與已有的回滾段相同。多少個回滾段才合適呢？用

31、你系統(tǒng)的最大并發(fā)用戶數(shù)除以4 即是你的系統(tǒng)所需要的回滾段數(shù)。（5）、管理用戶表對于新建的NC數(shù)據(jù)用戶，我們要確認(rèn)該用戶使用的默認(rèn)數(shù)據(jù)表空間是第2節(jié)中講到的新建的數(shù)據(jù)表空間，這樣才能保存NC的表數(shù)據(jù)是物理存放在該表空間對應(yīng)的數(shù)據(jù)文件中的。當(dāng)NC安裝完成、所有的客戶化表及業(yè)務(wù)表已建立后，我們要對這些表的存儲做一些調(diào)整。調(diào)整的工作可以通過以下幾步來做：通過Sql*PLUS以NC數(shù)據(jù)用戶連接數(shù)據(jù)庫輸入：spool c:alt_table.txtselect alter table |tname| pctfree 20 pctused 60; from user_tables;spool off

32、0;           alt_table.txt文件生成后，我們來執(zhí)行該文件：                  c:alt_table.txt            此文件執(zhí)行成功后，所有的NC數(shù)據(jù)表的pctfree均被改為20%,pctused改為60%    （6）、Exp/Imp(導(dǎo)出/導(dǎo)入)&#

33、160;   我們經(jīng)常利用exp/imp工具來做數(shù)據(jù)的備份/恢復(fù)及數(shù)據(jù)遷移工作。        命令：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）數(shù)據(jù)通過exp命令導(dǎo)出以固有格式存放在d:nc.dmp文件中；再通過imp命令將nc.dmp文件中的數(shù)據(jù)導(dǎo)給ncadmin2用戶，使ncadmin用戶的數(shù)據(jù)得以恢復(fù)。          2優(yōu)化存儲性能的作用。在數(shù)據(jù)的導(dǎo)出/導(dǎo)入過程中，會壓縮數(shù)據(jù)塊中的碎片、將數(shù)據(jù)行重新排列，從而減少了行鏈接及行遷移，提升了數(shù)據(jù)讀取的效率。    （7）、

35、遇到oracle錯誤時，我們能借助的工具    首先，利用oracle所提供的document查詢報出的錯誤號所對應(yīng)的詳細(xì)錯誤信息及解決辦法。    如果文檔中所提供的解決辦法不夠明確，我們還可利用oracle的全球技術(shù)網(wǎng)站：來查找問題的原因及解決辦法。該網(wǎng)站在注冊時需要提供10位服務(wù)號，服務(wù)號可以從購買了服務(wù)的客戶。    2、DB2 通用數(shù)據(jù)庫系統(tǒng)管理：    （1）、表空間的管理：     當(dāng)創(chuàng)建數(shù)據(jù)庫時，總要創(chuàng)建三個表空間，即系統(tǒng)編目表空間、臨時表空間、用戶表空間，它

36、們分別用于存放數(shù)據(jù)字典。用戶可以選擇其特性，比如，這三個表空間的類型和大小。幾個概念：數(shù)據(jù)頁大?。╬agesize）：在缺省情況下，表數(shù)據(jù)存儲在4KB的數(shù)據(jù)頁上，在4KB頁上行的寬度不能超過4005字節(jié)，一行不會橫跨多頁。Pagesize在表空間級別上定義，安裝NC系統(tǒng)時需要執(zhí)行上文step2、3來創(chuàng)建pagesize=8k的表空間。區(qū)段大小（extentsize）：在表空間容器內(nèi)部給單個數(shù)據(jù)庫對象分配的空間。此分配的空間由多頁組成，默認(rèn)值通常是16。表空間的區(qū)段大小不能事后更改。預(yù)取裝大?。╬refetchsize），在被查詢引用之前，預(yù)取裝（操作）讀取查詢所需的數(shù)據(jù)以便在執(zhí)行查詢前不必等待

37、 I/O。該參數(shù)大小影響可從表空間中讀取數(shù)據(jù)的速度，稍后可更改預(yù)取裝大小。該參數(shù)取值應(yīng)該是extentsize的整數(shù)倍；系統(tǒng)管理表空間（SMS）在操作系統(tǒng)中，SMS容器用目錄 (directories)來表示；在SMS表空間中的容器不預(yù)先分配它的存儲空間。在創(chuàng)建表空間期間分配少量的存儲空間。數(shù)據(jù)庫管理表空間（DMS）當(dāng)表空間沒有剩余空間時，需要為該表空間增加容器，可以使用alter tablespace語句進(jìn)行，該操作也可以起到均衡I/O負(fù)載作用；可以使用裸設(shè)備，對win2k來說DMS表空間可以直接使用未格式化的分區(qū)或磁盤。通常，精心調(diào)整的DMS表空間性能優(yōu)于SMS表空間。所以NC系統(tǒng)的用戶表

38、空間推薦使用DMS表空間。與SMS相比，DMS存儲模型有重要的好處。下面列出它的主要優(yōu)點(diǎn)：1）用戶可以根據(jù)數(shù)據(jù)庫對象的類型對它們存放位置進(jìn)行更多的控制。表可以被分散到多個 DMS表空間中存放，允許將表數(shù)據(jù)與它的索引分開。2）用戶對于諸如后備和恢復(fù)這樣的操作任務(wù)在管理上有著更多的靈活性。用戶可以控制那些不被經(jīng)常訪問的數(shù)據(jù)項(xiàng)，比如 BLOBs它們可以將映象存放在不同的表空間中。這些BLOBs 可以包含那些既不被經(jīng)常訪問又不被經(jīng)常更新的數(shù)據(jù)。3）使用DMS表空間具有性能一的優(yōu)勢，因?yàn)?DB2了解更多有關(guān)數(shù)據(jù)存放方面的知識。如果使用用于 DMS表空間的設(shè)備，那么用戶就可以避免使用操作系統(tǒng)的文件系統(tǒng)所帶

39、來的開銷。4）DMS表空間提供了方便的可伸縮性，因?yàn)橛脩裟軌騽討B(tài)的把容器增加到表空間。當(dāng)增加新的容器時， DB2可以自動地完成數(shù)據(jù)的平衡分布任務(wù)。5）如果用戶了解自己表空間的最大值，那么可以考慮使用 DMS表空間。當(dāng)插入數(shù)據(jù)庫對象時，DMS會為它們預(yù)分配存儲空間。數(shù)據(jù)庫不需要與其它的應(yīng)用程序爭奪磁盤空間。如果用戶了解自己表空間的最大值，那么可以考慮使用 DMS表空間。當(dāng)插入數(shù)據(jù)庫對象時，DMS會為它們預(yù)分配存儲空間。數(shù)據(jù)庫不需要與其它的應(yīng)用程序爭奪磁盤空間。SMS和 DMS用戶表空間的特性對照表          特性SMS 

40、;       DMS能夠在表空間中動態(tài)地增加容器數(shù)目嗎？能夠把索引數(shù)據(jù)存放到不同的表空間中碼？能夠把長型數(shù)據(jù)存放到單獨(dú)的表空間中碼？表可以分散存放到多個表空間中碼？僅在需要時才分配空間？表空間可以被定向到不同類型的磁盤空間碼？創(chuàng)建之后，區(qū)段大小能夠改變碼？不能         能不能         能不能         能不能    

41、;     能是           否是           否不能         不能Buffer Pool管理緩沖區(qū)(buffer pool)的大小決定分配給服務(wù)器作為數(shù)據(jù)庫高速緩存使用的數(shù)據(jù)頁的數(shù)目。這些內(nèi)存空間是應(yīng)用程序第一次與數(shù)據(jù)庫連接時分配，并且在最后一個應(yīng)用程序與該數(shù)據(jù)庫斷開時被釋放。這一內(nèi)存空間作為數(shù)據(jù)庫存取的數(shù)據(jù)高速緩存使用。

42、如果緩存區(qū)足夠大，將可減少磁盤 I/O 次數(shù)。作為經(jīng)驗(yàn)法則，如果機(jī)器是專用數(shù)據(jù)庫服務(wù)器，用戶開始可以先使用50%的可用物理內(nèi)存量?？梢园雅R時表空間放入單獨(dú)的緩沖池，以便為需要臨時存儲器的查詢尤其是執(zhí)行大量排序的查詢提供更佳性能。     DB2 CREATE Bufferpool Bp01 SIZE 250 PAGESIZE 4 K                       注釋：創(chuàng)建bufferpool后要重啟實(shí)

43、例才能生效。    2、實(shí)例和數(shù)據(jù)庫的參數(shù)配置：主要參數(shù)說明：BUFFPAGE  如果在sysibm.sysbufferpools視圖中指定緩沖池大小為-1，則可用buffpage配置參數(shù)指定任何緩沖池大小，否則忽略此參數(shù)，使用alter bufferpool或create bufferpool來設(shè)置緩沖池大小。DBHEAP  每個數(shù)據(jù)庫有一個數(shù)據(jù)庫堆，并且數(shù)據(jù)庫管理程序代表所有連接至數(shù)據(jù)庫的應(yīng)用程序使用數(shù)據(jù)庫堆，它包括表、索引、表空間和緩沖池的控制塊信息，還包括日志緩沖區(qū)(logbufsz)和目錄高速緩存(catalogcache_

44、sz)的空間。LOGBUFSZ  日志緩沖區(qū)大小參數(shù)決定分配多少數(shù)據(jù)庫共享空間用來作為緩沖區(qū)，在把日志記錄寫到磁盤之前暫時將它們保留在緩沖區(qū)。如果發(fā)現(xiàn)頻繁使用日志磁盤，則要增加此參數(shù)大小，注意它必須小于等于dbheap參數(shù)值。UTIL_HEAP_SZ  此參數(shù)規(guī)定可由BACKUP、RESTORE等實(shí)用程序同時使用的最大內(nèi)存量。LOCKLIST  規(guī)定分配給鎖定列表的內(nèi)存。每個數(shù)據(jù)庫有一個鎖定列表，并且鎖定列表包含由并行連接至數(shù)據(jù)庫的所有應(yīng)用的鎖定。每個鎖定需要36或72字節(jié)的鎖定列表。當(dāng)一個應(yīng)用的鎖定列表的百分比達(dá)到maxlocks時

45、，數(shù)據(jù)庫管理程序?qū)?yīng)用持有的鎖定執(zhí)行從行到表的鎖定逐步升級，這將降低系統(tǒng)并發(fā)性。計(jì)算鎖定列表大小的下限：（512*36*maxappls）/4096，其中512是估計(jì)每個應(yīng)用的平均鎖定數(shù)，可以根據(jù)實(shí)際情況調(diào)整；計(jì)算鎖定列表的上限：（512*72*maxappls）/4096，估計(jì)數(shù)據(jù)將發(fā)生的并行量，為locklist在上下限之間選定初始值。STMTHEAP  指定SQL語句編譯期間的工作空間的大小。QUERY_HEAP_SZ  指定為查詢堆分配的最大內(nèi)存，查詢堆用來將每個查詢存儲在代理程序?qū)Ｓ脙?nèi)存中。建議將query_heap_sz設(shè)置為至少大于aslh

46、eapsz五倍的值。AGENT_STACK_SZ 代理程序棧是為每個代理程序分配的虛擬內(nèi)存，越復(fù)雜的查詢將使用越多的棧空間。它和并行連接數(shù)成反比關(guān)系。ASLHEAPSZ 表示本地應(yīng)用程序和其他關(guān)聯(lián)的代理程序之間的通信緩沖區(qū)，此緩沖區(qū)被分配為每個已啟動的數(shù)據(jù)庫管理程序代理程序所共享的內(nèi)存。AVG_APPLS  平均活動應(yīng)用程序數(shù)，SQL優(yōu)化器使用它來估計(jì)對于所選存取計(jì)劃。LOGFILSIZ  這個值決定當(dāng)需要一個日志文件時，需要分配的頁數(shù)。這個值與LOGPRIMARY和LOGSECOND一起決定支持日志存檔工作所需要的磁盤空間。LOGPRIMARY

47、0; 這個值表示被分配用于支持?jǐn)?shù)據(jù)庫日志存檔工作的主日志文件的數(shù)目。每個主日志文件的大小是LOGFILSIZ。LOGSECOND  這個參數(shù)指定在需要時由系統(tǒng)創(chuàng)建的輔助日志文件的最大數(shù)目。當(dāng)日志文件被裝滿時，就在需要時一次分配一個大小為 LOGFILSIZ的輔助日志文件。輔助日志文件的默認(rèn)數(shù)目為2。3、備份和恢復(fù)：這里介紹DB2使用循環(huán)日志的情況。數(shù)據(jù)庫備份表示可復(fù)原的數(shù)據(jù)庫的最新版本，這意味著備份之間的時間間隔長短表示可能永久丟失的工作量的大小。例如，若每周星期五午夜備份一次數(shù)據(jù)庫，則若數(shù)據(jù)庫在星期五晚上 11:59 失敗，則可能丟失整周的事務(wù)。因此越經(jīng)常地備份

48、，數(shù)據(jù)庫就越安全。建議每天凌晨時定時備份，使用windows的計(jì)劃任務(wù)調(diào)度即可。（1）、備份：通過DB2控制中心圖形界面?zhèn)浞荩益I點(diǎn)擊選中的數(shù)據(jù)庫，選擇備份數(shù)據(jù)庫，根據(jù)提示操作即可；注意：windows服務(wù)器的備份文件放在一個較深的目錄結(jié)構(gòu)下，注意復(fù)制時要保留目錄結(jié)構(gòu)，例：C:MYDB.0DB2NODE0000CATN000020030401120001.001備份如果提示有活動應(yīng)用程序連接，則在確認(rèn)事務(wù)都已經(jīng)提交后，斷調(diào)連接后再備份（2）、恢復(fù)：通過控制中心圖形界面恢復(fù)，右鍵點(diǎn)擊指定實(shí)例下面的數(shù)據(jù)庫，選擇“根據(jù)備份創(chuàng)建數(shù)據(jù)庫”，根據(jù)提示操作；3、SQL server數(shù)據(jù)庫的日常管理和維護(hù)：（

49、1）、SQL server的內(nèi)存管理：SQL server能夠很好的管理內(nèi)存以獲得很好的運(yùn)行性能。默認(rèn)情況下，SQL server只支持到3G內(nèi)存。如果我們有更多內(nèi)存并希望SQL server使用需進(jìn)行設(shè)置。通過設(shè)置使用AWE，能SQL server2000在 Windows 2000 Advanced Server 上運(yùn)行的實(shí)例尋到大約 8GB 的內(nèi)存，為在 Windows 2000 Data Center 上運(yùn)行的實(shí)例尋到大約 64GB 的內(nèi)存。下例顯示如何啟用 AWE 并將 max server memory 配置在 6 GB 的限度：若要用 sp_configure配置高級選項(xiàng)，必須首

50、先在將 show advanced options選項(xiàng)設(shè)置為 1 的情況下運(yùn)行 sp_configure，然后運(yùn)行 RECONFIGUREsp_configure 'show advanced options', 1RECONFIGUREGOsp_configure 'awe enabled', 1RECONFIGUREGOsp_configure 'max server memory', 6144RECONFIGUREGO重新啟動SQL server服務(wù)。（2）、為了提高sql的性能，建議：使 tempdb數(shù)據(jù)庫得以按需自動擴(kuò)展。這確保在執(zhí)行完

51、成前不終止查詢，該查詢所生成的存儲在 tempdb數(shù)據(jù)庫內(nèi)的中間結(jié)果集比預(yù)期大得多。將數(shù)據(jù)庫文件的初始大小設(shè)置為合理的大小，以避免當(dāng)需要更多空間時文件自動擴(kuò)展。如果數(shù)據(jù)庫擴(kuò)展得過于頻繁，性能會受不良影響。將文件增長增量百分比設(shè)置為合理的大小，以避免數(shù)據(jù)庫文件按太小的值增長。如果文件增長幅度與寫入數(shù)據(jù)庫的數(shù)據(jù)量相比太小，則數(shù)據(jù)庫可能需要始終擴(kuò)展，因而將妨害性能。SQL server2000已不再支持tempdb in ram選項(xiàng)，將 tempdb數(shù)據(jù)庫放在快速 I/O 子系統(tǒng)上以確保好的性能。在多個磁盤上條帶化數(shù)據(jù)庫以獲得更好的性能。使用文件組將 tempdb 數(shù)據(jù)庫放在除用戶數(shù)據(jù)庫所使用的磁盤

52、之外的磁盤上。（3）、SQL server 的備份和恢復(fù)    備份類型      恢復(fù)模型數(shù)據(jù)庫數(shù)據(jù)庫差異事務(wù)日志文件或文件差異簡單必需可選不允許不允許完全必需（或文件備份）可選必需可選大容量日志記錄必需（或文件備份）可選必需可選NC系統(tǒng)建議采用完全恢復(fù)模式：完全恢復(fù)提供將數(shù)據(jù)庫恢復(fù)到故障點(diǎn)或特定即時點(diǎn)的能力。為保證這種恢復(fù)程度，包括大容量操作（如 SELECT INTO、CREATE INDEX 和大容量裝載數(shù)據(jù)）在內(nèi)的所有操作都將完整地記入日志。完全恢復(fù)的備份策略包括：數(shù)據(jù)庫備份、差異備份（可選）、事務(wù)日志備份，如圖四：下載 (

53、32.36 KB)2006-12-28 14:31                              圖四（4）、截斷事務(wù)日志：SQL Server 在完成事務(wù)日志備份時將自動截斷事務(wù)日志中的不活動部分。這些不活動的部分包含已完成的事務(wù)，因此在恢復(fù)過程中不再使用。相反，事務(wù)日志的活動部分包含仍在運(yùn)行但尚未完成的事務(wù)。SQL Server 將重新使用事務(wù)日志中這些截斷的非活動空間，而不是任由

54、事務(wù)日志繼續(xù)增大并占用更多的空間。執(zhí)行完全恢復(fù)模式的備份策略，系統(tǒng)將定期截斷事務(wù)日志，如果系統(tǒng)從來沒有自動截斷日志也沒有手動去截斷日志，并且數(shù)據(jù)庫事務(wù)比較繁忙，日志文件可能會增長到很大，將占用大量空間并且會給我們的操作帶來一定麻煩。建議通過備份策略自動截斷事務(wù)日志。手動截斷事務(wù)日志的方法：backup log nc220withno_log建議手工截斷日志后，作數(shù)據(jù)庫完全備份。      （5）、收縮數(shù)據(jù)庫，收縮數(shù)據(jù)文件，收縮事務(wù)日志      對于不再進(jìn)行數(shù)據(jù)插入的數(shù)據(jù)庫可以進(jìn)行數(shù)據(jù)庫收縮以減少數(shù)據(jù)庫占用空間。還

55、有就是進(jìn)行上面截斷事務(wù)日志的操作并不會減少事務(wù)日志文件已經(jīng)占用的物理空間，如果在此之前占用的空間過于龐大，就有必要進(jìn)行事務(wù)日志文件的收縮。use cwdatabase DBCC SHRINKFILE (N'nclcwdb_Log')，或者使用企業(yè)管理器。      （6）、監(jiān)視服務(wù)器的性能和活動：      利用事件探查器，性能監(jiān)視器，任務(wù)管理器，企業(yè)管理器的當(dāng)前活動項(xiàng)等工具可以監(jiān)視SQL server的使用情況。      使用 SQL 事件探查器：

56、0;     可以創(chuàng)建跟蹤來捕獲與 TSQL和 Stored Procedure事件類（尤其是 RPC:Completed和 SQL:BatchCompleted）相關(guān)的事件。在這個跟蹤內(nèi)包含所需要的數(shù)據(jù)列如Duration(耗費(fèi)時間), ObjectName（引用的對象名），TextData（跟蹤到的語句）等等。例如，如果指定事件的 Duration至少為 1,000 毫秒或者根據(jù)需要可以增大 Duration的最小值。就可以篩選出執(zhí)行語句耗費(fèi)時間較長的事件，通過分析相應(yīng)的TextData數(shù)據(jù)列以得到合適的索引優(yōu)化建議。    &#

57、160;客戶端的日常維護(hù)：1、  在系統(tǒng)更新了補(bǔ)丁或進(jìn)行了基礎(chǔ)數(shù)據(jù)設(shè)置更新后，在業(yè)務(wù)操作時為了及時得到修正，需要客戶端清除相應(yīng)的緩存，緩存的地址如圖五（以windowsxp、windows2000、windows2003為例）：下載 (28.98 KB)2006-12-28 14:31                                         圖五2、  問題信息的搜集：在NC應(yīng)用過程中，可能會遇到一些程序bug或后臺數(shù)據(jù)庫腳本執(zhí)行的問題，從而導(dǎo)致業(yè)務(wù)無法進(jìn)行。用友維護(hù)人員在處理這些問題時，需要對問題的產(chǎn)生過程需要進(jìn)行跟蹤，以便定位問題的所在，一般來說，需要通過以下兩種方式取得相關(guān)信息：（