提高會計信息系統(tǒng)服務器性能的研究_第1頁
提高會計信息系統(tǒng)服務器性能的研究_第2頁
提高會計信息系統(tǒng)服務器性能的研究_第3頁
提高會計信息系統(tǒng)服務器性能的研究_第4頁
提高會計信息系統(tǒng)服務器性能的研究_第5頁
已閱讀5頁,還剩1頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

PAGEPAGE4提高會計信息系統(tǒng)的數(shù)據(jù)服務器性能的研究廣東省農(nóng)業(yè)管理干部學院潘偉洪[摘要]隨著會計信息化的發(fā)展,會計信息系統(tǒng)的集成程度越來越高,存儲賬套的數(shù)據(jù)庫對數(shù)據(jù)服務器要求也越來越高。本文針對龐大的賬套數(shù)據(jù)庫對服務器造成的壓力在既定的硬件條件下如何提高數(shù)據(jù)服務器性能做出了有益的探討。在會計電算化教學過程中,以機代賬的實操訓練是必不可少的教學環(huán)節(jié),也是會計信息化實現(xiàn)的具體形式。隨著會計電算化向會計信息化過渡,會計信息系統(tǒng)的集成程度也越來越高,大型的后臺數(shù)據(jù)庫成為賬套管理的主流支持技術(shù),如SQLServer、Oracle等。一、問題的提出要教會學生以機代賬,學生課堂作業(yè)就要完成一個或多個的會計業(yè)務循環(huán),這意味學生的作業(yè)需要幾周甚至更長的時間,再加上業(yè)務系統(tǒng)的訓練,每個學生擁有多個實習帳套,因此,本人曾因教學需要,在一個會計信息系統(tǒng)服務器中建立了960個帳套數(shù)據(jù)庫實體,即960個SQLServer數(shù)據(jù)庫文件。在這龐大的賬套數(shù)據(jù)庫壓力下,導致服務器的內(nèi)存儲器開銷透支,客戶訪問請求的線程數(shù)和句柄數(shù)高居不下,CPU占用率長期為100%,服務響應長期處于等待狀態(tài),學生實訓基本停止。二、分析和解決問題(一)主要原因出現(xiàn)在上述問題主要原因是單個服務器上增加的工作負荷使服務器性能明顯下降造成的,所以,在既定的硬件條件下,如何提高服務器性能是既可節(jié)省成本又能解決問題的可靠途徑。(二)影響SQLServer數(shù)據(jù)服務器性能的因素在SQLServer數(shù)據(jù)服務器安裝過程中,默認狀態(tài)只安裝一個數(shù)據(jù)服務實例,在一個數(shù)據(jù)服務實例中管理過多的數(shù)據(jù)庫實體時,SQLServer數(shù)據(jù)服務器性能就受到以下因素制約。1、內(nèi)存的開銷隨著數(shù)據(jù)庫的增多,支持大量存儲過程所需要的內(nèi)存也成倍地增加。對于SQLServer來說,需要更多的虛擬內(nèi)存空間,以便為每個數(shù)據(jù)庫上的每個過程編譯執(zhí)行計劃,然后將該計劃保存在過程高速緩存中。數(shù)據(jù)庫的數(shù)量越多,所需的服務器過程高速緩存大小就越大。如果執(zhí)行計劃的數(shù)量超出了過程高速緩存能夠存儲的數(shù)量,系統(tǒng)將對計劃執(zhí)行重新進行編譯,這將減少處理查詢的吞吐量。當單個實例上的數(shù)據(jù)庫數(shù)量從500增加至1000時,過程高速緩存中將沒有足夠的虛擬內(nèi)存來保存內(nèi)存中增加的所有查詢執(zhí)行計劃。為了釋放內(nèi)存,以便為其他存儲過程的計劃騰出空間,系統(tǒng)會丟棄過程高速緩存中的某些執(zhí)行計劃,但是此操作要求在需要時重新編譯這些被丟棄的存儲過程計劃。這樣所造成的頻繁的重新編譯工作會影響工作負荷性能,服務器性能下降。2、CPU關(guān)系默認情況下,SQLServer數(shù)據(jù)服務實例的每個線程都被安排給了下一個可用的處理器。CPU關(guān)系掩碼設置可以用來將實例限制在CPU的某個子集中,并且可以確保每個線程在各個中斷間隔之間使用相同的處理器,而不用在多個處理器之間切換同一個線程,同時提高了二級高速緩存上的高速緩存命中率。但是,使用CPU關(guān)系設置時要小心,因為如果每個實例上的工作負荷不相等,不同CPU上的工作負荷就無法動態(tài)取得平衡。此時,若有源源不斷的大量的數(shù)據(jù)訪問請求線程和句柄,CPU的占用率就大幅上升,服務器性能就大幅下降。3、磁盤布局基于可恢復性的考慮,勿將日志文件和數(shù)據(jù)文件放在同一存儲設備上。若將日志文件與數(shù)據(jù)文件放在相同的物理磁盤上,就不能分開日志文件上的順序磁盤讀寫和數(shù)據(jù)文件上的隨機磁盤讀寫。在大量反復的讀寫請求下,由于過多順序磁盤讀寫和隨機磁盤讀寫,使服務器的物理磁盤存儲器速度下降,服務器性能也就下降。4、數(shù)據(jù)量可以說,數(shù)據(jù)庫應用軟件的瓶頸都在數(shù)據(jù)庫,數(shù)據(jù)量的大小對系統(tǒng)的運行速度有直接的影響。在會計信息系統(tǒng)中,賬套大小是衡量數(shù)據(jù)量大小的一個簡單實用的標準。同樣的功能,數(shù)據(jù)量越大其性能肯定會有所下降。在系統(tǒng)實施準備階段應對用戶未來的業(yè)務有一個估計,對用戶數(shù)據(jù)量的估計可以作為配置服務器硬件的一個依據(jù)。數(shù)據(jù)量對數(shù)據(jù)庫服務器的內(nèi)存配置有直接的影響。5、并發(fā)數(shù)分布式處理的會計信息系統(tǒng)一般具有多層結(jié)構(gòu),其中客戶端層的并發(fā)數(shù)量是影響系統(tǒng)性能的一個主要因素??蛻舳瞬l(fā)數(shù)對硬件配置的影響最大。根據(jù)經(jīng)驗結(jié)論,如果同時并發(fā)客戶端超過20個就應該分離中間層和數(shù)據(jù)庫服務器,對于中間層服務器保持每20個并發(fā)1個CPU,對于數(shù)據(jù)庫服務器保持每10個客戶端一個CPU。這些經(jīng)驗數(shù)字中的并發(fā)數(shù)量指同時不停使用的客戶端的數(shù)量。并發(fā)量主要影響服務器CPU個數(shù)的配置。三、解決問題的辦法和實現(xiàn)過程結(jié)合會計信息系統(tǒng)的功能和SQLServer服務器的特點,在支持多SQLServer服務實例的會計信息系統(tǒng)中,建立多SQLServer服務實例連接,可以解決問題,如金蝶K3的賬套管理器,既可支持多SQLServer服務實例連接,也支持日志文件和數(shù)據(jù)文件分離存儲。(一)解決問題的辦法1、在SQLServer服務器安裝多個實例使用多個實例可以增加每臺服務器上的數(shù)據(jù)庫數(shù)量和工作負荷能力。當數(shù)據(jù)庫的數(shù)量和相應的工作負荷達到一定水平后,把多個SQLServer實例中的數(shù)據(jù)庫分組是一個好辦法,因為這樣可以緩解內(nèi)存壓力。為每個實例的服務器過程高速緩存分配更多內(nèi)存可以獲得良好的性能,并能夠提供更好的操作和安全隔離。測試表明,使用多個實例可以增加數(shù)據(jù)庫的總數(shù)以及系統(tǒng)上產(chǎn)生的相應工作負荷能力,同時還能維護每個數(shù)據(jù)庫的吞吐量。在多個實例上運行數(shù)據(jù)庫可以留出更多的內(nèi)存供過程高速緩存使用,因為每個實例具有自己的虛擬地址空間和過程高速緩存。當單個實例的數(shù)據(jù)庫數(shù)量增至數(shù)千后,這些數(shù)據(jù)庫對象會占用太多供過程高速緩存使用的內(nèi)存空間,從而導致性能下降。過程高速緩存將被丟棄,然后進行重新編譯。所以建議使用多個實例。的RAID5磁盤陣列、4個CPU并行,安裝了4個數(shù)據(jù)服務實例,并指定每個服務實例的CPU,960個賬套分布在4個不同的實例中運行,并成功分離了數(shù)據(jù)文件和日志文件物理存放,使用1GB的物理內(nèi)存,并為每個實例配置最小內(nèi)存并保持開放最大服務器內(nèi)存。通過優(yōu)化,服務器性能整體提升了40%,4個CPU占有率平衡而且穩(wěn)定在60%左右,內(nèi)存開銷降低了40%??傊?,通過優(yōu)化,達到了在既定的硬件條件下,成功地提高了單個服務器的工作負荷能力的目的。作者簡介:潘偉洪,碩士,主要研究領域:應用數(shù)學與計算機軟件開發(fā)。長期從事會計電算化教學。聯(lián)系電話:020-852

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論