網(wǎng)絡(luò)同步備份系統(tǒng)的設(shè)計與實現(xiàn)

1、本本 科科 生生 畢畢 業(yè)業(yè) 論論 文文論文題目：網(wǎng)絡(luò)同步備份系統(tǒng)的設(shè)計與實現(xiàn)網(wǎng)絡(luò)同步備份系統(tǒng)的設(shè)計與實現(xiàn)姓 名：徐學(xué)文徐學(xué)文學(xué) 號：201120210117班 級：1122101 班班年 級：11 級級專 業(yè)：網(wǎng)絡(luò)工程網(wǎng)絡(luò)工程學(xué) 院：軟件學(xué)院軟件學(xué)院指導(dǎo)教師：周華清（副教授）周華清（副教授）完成時間：2015 年年 5 月月 10 日日作作 者者 聲聲 明明本人以信譽鄭重聲明：所呈交的學(xué)位畢業(yè)設(shè)計（論文），是本人在指導(dǎo)教師指導(dǎo)下由本人獨立撰寫完成的，沒有剽竊、抄襲、造假等違反道德、學(xué)術(shù)規(guī)范和其他侵權(quán)行為。文中引用他人的文獻、數(shù)據(jù)、圖件、資料均已明確標注出，不包含他人成果及為獲得東華理工大學(xué)或

2、其他教育機構(gòu)的學(xué)位或證書而使用過的材料。對本設(shè)計（論文）的研究做出重要貢獻的個人和集體，均已在文中以明確方式標明。本畢業(yè)設(shè)計（論文）引起的法律結(jié)果完全由本人承擔(dān)。本畢業(yè)設(shè)計（論文）成果歸東華理工大學(xué)所有。特此聲明。畢業(yè)設(shè)計（論文）作者（簽字）： 簽字日期： 年 月 日 本人聲明：該學(xué)位論文是本人指導(dǎo)學(xué)生完成的研究成果，已經(jīng)審閱過論文的全部內(nèi)容，并能夠保證題目、關(guān)鍵詞、摘要部分中英文內(nèi)容的一致性和準確性。 學(xué)位論文指導(dǎo)教師簽名： 年 月 日網(wǎng)絡(luò)同步備份系統(tǒng)的設(shè)計與實現(xiàn)網(wǎng)絡(luò)同步備份系統(tǒng)的設(shè)計與實現(xiàn)徐學(xué)文徐學(xué)文The design and implementation of network sync

3、hronization backup system Xuewen Xu2015 年年 5 月月 10 日日摘摘 要要對于許多關(guān)鍵系統(tǒng)，容災(zāi)備份對數(shù)據(jù)的保護具有不可替代的作用。在現(xiàn)實工作中我們經(jīng)常能聽聞有些企業(yè)因為數(shù)據(jù)的丟失而導(dǎo)致不可估量的損失，導(dǎo)致整個系統(tǒng)癱瘓。國內(nèi)做數(shù)據(jù)備份的公司起步比較晚及其產(chǎn)品并不成熟，因此主要是海外的公司在這方面占很大的市場份額，而其價格也非常貴，以致我國小型銀行系統(tǒng)、大型公司、小型企業(yè)的網(wǎng)絡(luò)系統(tǒng)很少有比較完備的災(zāi)難備份系統(tǒng)，一旦發(fā)生數(shù)據(jù)災(zāi)難，后果可想而知。目前解決數(shù)據(jù)備份的方法很多，特別是在遠程容災(zāi)系統(tǒng)基于網(wǎng)絡(luò)備受關(guān)注。采用該方法實現(xiàn)的在線備份系統(tǒng)具有數(shù)據(jù)安全性高、系

4、統(tǒng)運行維護開銷低等優(yōu)點。在數(shù)據(jù)備份這方面有巨大的市場潛力。本論文網(wǎng)絡(luò)同步備份系統(tǒng)，基于 C/S 模型。具有客服端維護成本低，系統(tǒng)擴展容易，客服使用方便等優(yōu)點。本系統(tǒng)由客戶端和服務(wù)器兩部分組成，使用C+開發(fā)語言，其穩(wěn)定性更有保障?？头送瓿捎脩舻淖院偷卿洠瑫r發(fā)送本地文件到遠端的服務(wù)器進行備份。服務(wù)器端驗證用戶的登錄，當(dāng)客服端的數(shù)據(jù)丟失時供其下載。本系統(tǒng)的最大優(yōu)點就在于網(wǎng)絡(luò)同步，無需人為干預(yù)，自動掃描本地文件并完成數(shù)據(jù)同步備份，大大降低了數(shù)據(jù)出錯率。關(guān)鍵詞：關(guān)鍵詞：系統(tǒng)容災(zāi)；網(wǎng)絡(luò)同步；備份；C+AbstractFor important system，disaster backup has a

5、n irreplaceable role.In practical work,we can often heard some companies because of the loss of data and result in an immeasurable loss,cause the whole system paralysis. However do data backups companies in China started late and its products are not mature,so mainly overseas company accout for a la

6、rge market share in this aspect,and the price is very expensive,so that small bank system in our country,the network system of large companies,small businesses have few relatively complete disaster backup system,in the event of data disaster.At present there are many data backup solutions,notably th

7、e different disaster recover system based on network.Online backup system is realized by using this method has a high data security,system running maintenance overhead small.It has vast market prospect.Network synchronization backup system,it based on C/S model,With the end of the service maintenanc

8、e cost is low.This system consists of two parts, the client and the server, using C+ development language, its stability is more secure.The server to complete the user registration and login, at the same time send a local file to the remote server for backup .Server-side validation of user login, wh

9、en the end of service data loss for download.The biggest advantage of this system lies in the network synchronization, without human intervention, automatic scanning local file and complete the data synchronization backup.Keyword： System Disaster-tolerant；Network Synchronization；Backup；C+目目 錄錄摘摘 要要

10、.IIIABSTRACT .IV目目 錄錄 .V1 緒論緒論.11.1 課題研究的背景.11.2 國內(nèi)外現(xiàn)狀.11.3 課題研究的意義.21.4 論文結(jié)構(gòu).22 系統(tǒng)設(shè)計分析系統(tǒng)設(shè)計分析.42.1 可行性分析.42.1.1 技術(shù)可行性.42.1.2 經(jīng)濟可能性.42.1.3 操作可能性.42.2 開發(fā)工具.42.2.1 Visual Studio 2010程序開發(fā)平臺.42.2.2 C+程序設(shè)計語言.43 系統(tǒng)需求分析系統(tǒng)需求分析.53.1 需求分析.53.2 數(shù)據(jù)需求分析.53.3 數(shù)據(jù)流圖.64 系統(tǒng)功能界面與實現(xiàn)系統(tǒng)功能界面與實現(xiàn) .74.1 服務(wù)端.74.1.1服務(wù)器端界面介紹.74.

11、1.2 服務(wù)器端功能實現(xiàn). 服務(wù)器端添加用戶. 服務(wù)器端驗證用戶. 服務(wù)器端與客戶端同步文件 .94.1.3 服務(wù)器數(shù)據(jù)庫.114.3 客戶端.114.3.1客戶端界面介紹.114.3.2客戶端功能實現(xiàn).124.4 同步成功.124.5 同步到服務(wù)端.135 程序測試與維護程序測試與維護.145.1 系統(tǒng)的配置.145.2 系統(tǒng)的維護.145.3 系統(tǒng)測試.15結(jié)結(jié) 論論.16參考文獻參考文獻.17致謝致謝.18附附 錄錄.19東華理工大學(xué)畢業(yè)設(shè)計（論文）緒論1 緒論1.1 課題研究的背景信息化將引領(lǐng)世界潮流，對于促進社會經(jīng)濟的發(fā)展具有不可替代的

12、作用。隨著網(wǎng)絡(luò)覆蓋范圍的擴大和網(wǎng)絡(luò)通信技術(shù)的飛速發(fā)展，信息的共享變得簡易方便，日常工作、生活的信息量呈幾何式增長。我們生活在一個數(shù)據(jù)大爆炸的時代。而搭建網(wǎng)絡(luò)的最根本目的就是要更方便地進行數(shù)據(jù)共享，而信息的安全性逐漸成為一種挑戰(zhàn)，如果不能確保這些數(shù)據(jù)的安全，那么對網(wǎng)絡(luò)的巨大投資將變得毫無意義。系統(tǒng)的數(shù)據(jù)才是最珍貴的資源，計算機軟硬件，實質(zhì)上都是數(shù)據(jù)資源的一種載體，而數(shù)據(jù)的價值遠遠大于設(shè)備的價值。在這個信息化時代，企業(yè)和政府機構(gòu)對數(shù)據(jù)信息和計算機網(wǎng)絡(luò)應(yīng)用產(chǎn)生了越來越強的依賴，時時刻刻在線傳遞的大量通信數(shù)據(jù)和海量存儲的數(shù)據(jù)庫，成了大型企業(yè)和各級政府機構(gòu)、保險、金融賴以生存的命脈。然而，人為誤操作、黑

13、客攻擊、木馬病毒、系統(tǒng)自身故障、自然災(zāi)害等不確定因素是威脅數(shù)據(jù)安全的主要原因。任何原因?qū)е碌臄?shù)據(jù)不完整、毀損甚至丟失，都將影響系統(tǒng)作用的發(fā)揮，對一家企業(yè)產(chǎn)生的損失將無法估量，甚至不可彌補。位于美國世貿(mào)大廈的公司在震驚全球的 911 事件中就曾發(fā)生過數(shù)據(jù)丟失的悲劇，只有四分之一的公司使用了海量數(shù)據(jù)存儲系統(tǒng)，而正是這些公司在災(zāi)難發(fā)生后迅速恢復(fù)業(yè)務(wù)，而其他很多公司則因數(shù)據(jù)丟失而一蹶不振甚至直接從該行業(yè)消失。虛擬化的廣泛應(yīng)用、云計算的出現(xiàn)、數(shù)據(jù)量每年的高速增長、數(shù)據(jù)類型和來源多樣化所有這些因素都讓現(xiàn)代存儲技術(shù)在企業(yè)和組織成功中扮演著越來越重要的角色。數(shù)據(jù)的價值與及數(shù)據(jù)再生產(chǎn)的代價都是很高的，然而任何的

14、自然災(zāi)害或是認為操作失誤都會對數(shù)據(jù)造成威脅，但是這并不意味著我們就束手無策。實際上，只要我們能夠做到有效、及時的數(shù)據(jù)備份，就可以解決后顧之憂。如果發(fā)生數(shù)據(jù)丟失事件，應(yīng)以快速恢復(fù)系統(tǒng)的數(shù)據(jù)為首要目標，而數(shù)據(jù)備份就是迅速恢復(fù)數(shù)據(jù)的前提。備份作為一種數(shù)據(jù)安全策略，是避免數(shù)據(jù)丟失的最基本也是最有效的手段，冗余和高可靠的方案只是降低了數(shù)據(jù)丟失的發(fā)生率并不能從根本上解決數(shù)據(jù)安全問題。當(dāng)原始數(shù)據(jù)發(fā)生丟失或是遭到破壞時，我們就可以利用備份數(shù)據(jù)恢復(fù)原始數(shù)據(jù)，使系統(tǒng)恢復(fù)正常。作為數(shù)據(jù)恢復(fù)的一種手段，備份的目的是為了在數(shù)據(jù)災(zāi)難后，縮短系統(tǒng)癱瘓時間，盡可能將損失降到最低；備份的最終目的：數(shù)據(jù)恢復(fù)！有效的備份，能夠讓企

15、業(yè)以最少的投東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析1資，得到最可靠的服務(wù)。數(shù)據(jù)備份系統(tǒng)是計算機信息系統(tǒng)安全的一個非常重要環(huán)節(jié)。1.2 國內(nèi)外現(xiàn)狀看一家企業(yè)有多成功，我們主要就是看這家企業(yè)擁有多少用戶。用戶本身只是載體，其內(nèi)在的數(shù)據(jù)才是企業(yè)的血液。數(shù)據(jù)已成為企業(yè)的戰(zhàn)略核心，其對數(shù)據(jù)的渴求已到寸土必爭的地步，業(yè)務(wù)數(shù)據(jù)正扮演這重要的角色，珍貴的數(shù)據(jù)其丟失的風(fēng)險同時也變高。對很多用戶來說，備份已經(jīng)是個比較熟悉概念，但對它的重要性及地位卻不一定有清晰的認識。現(xiàn)代企業(yè)不僅需要一個穩(wěn)定可靠的 IT 環(huán)境，但也需要保護和存儲業(yè)務(wù)數(shù)據(jù)的備份數(shù)據(jù)，從而提高數(shù)據(jù)的高可用性。另外，傳統(tǒng)的存儲方式已經(jīng)很難滿足數(shù)據(jù)量大

16、幅度增長所需要的環(huán)境。在這種壓力下，數(shù)據(jù)存儲經(jīng)歷了集中式存儲、分布式存儲和 SAN（Storage Area Network 存儲區(qū)域網(wǎng)絡(luò)）、網(wǎng)絡(luò)連接式存儲（network-attached storage，NAS）階段。網(wǎng)絡(luò)同步備份是繼文件服務(wù)之后第二個最廣泛的網(wǎng)絡(luò)存儲應(yīng)用。早在上個世紀 80 年代中期，國外就對網(wǎng)絡(luò)備份系統(tǒng)進行研究和開發(fā)。而如今也就只剩下像 EMC、惠普、VERITAS 、Legato 、IBM 這樣的巨頭，其產(chǎn)品成熟、技術(shù)先進、服務(wù)周到是許多銀行、金融、保險行業(yè)的不二選擇。目前我國已有的數(shù)據(jù)備份系統(tǒng)水平比較低，主要是因為計算機網(wǎng)絡(luò)系統(tǒng)用戶，信息安全意識淡薄，缺乏數(shù)據(jù)備份系

17、統(tǒng)的知識和操作技能。大多數(shù)的存儲和備份系統(tǒng)比較簡單，主要缺點是：第一，手工操作，效率低，出錯率高；第二、無法實現(xiàn)在線同步服務(wù)，需暫停系統(tǒng)備份，影響業(yè)務(wù)運行；第三、遇到嚴重的安全事件或毀滅性災(zāi)難以后無法恢復(fù)數(shù)據(jù)。第四、采用國外產(chǎn)品，價格昂貴，不符合國家戰(zhàn)略要求，容易留下安全隱患。1.3 課題研究的意義 我們都很清楚在數(shù)據(jù)備份方面我國與國外相比有比較大的差距。國際數(shù)據(jù)備份技術(shù)及其應(yīng)用已發(fā)展到一個比較成熟的階段，技術(shù)先進，而國內(nèi)還處于萌芽階段，盡管政府在數(shù)據(jù)備份方面投資不少，而剛剛起步的國內(nèi)廠商依然舉步維艱。我國的網(wǎng)絡(luò)數(shù)據(jù)安全備份軟件在科研方面同樣也取得喜人的成果，也生產(chǎn)了一些產(chǎn)品，但不管是在市場占

18、有率方面還是在產(chǎn)業(yè)規(guī)模以及技術(shù)水平和開發(fā)能力上我們與國際先進水平相比還是有著很大的差距。其中備份軟件是進行網(wǎng)絡(luò)數(shù)據(jù)備份的非常實用的工具，國內(nèi)在這方面的成功案例屈指可數(shù)；為了縮小與發(fā)達國家的差距打破國際品牌的壟斷和發(fā)展民族品牌，研發(fā)網(wǎng)絡(luò)備份軟件變得更加需要和迫切。東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析2我們創(chuàng)建數(shù)據(jù)的副本即備份并嚴格保存的唯一目的是希望用它恢復(fù)被刪除或損壞的數(shù)據(jù)。處于業(yè)務(wù)和法規(guī)的原因，企業(yè)對于數(shù)據(jù)存儲、保留和可用性的要求日益提高，需要保存的數(shù)據(jù)也不短增長。信息的不斷增長和緊縮的 IT 預(yù)算以及沒有足夠時間進行備份讓數(shù)據(jù)安全問題更加復(fù)雜。企業(yè)為了滿足服務(wù)水平協(xié)議（SLA）的要求，

19、需要一個更快的方法，恢復(fù)備份的數(shù)據(jù)。備份的一個目的是為了應(yīng)對災(zāi)難恢復(fù)的需求。當(dāng)主位置因災(zāi)難而不能工作時，備份的副本將用于在備用地點恢復(fù)數(shù)據(jù)?；?RPO 和 RTO 的需求，企業(yè)使用不同的災(zāi)難恢復(fù)數(shù)據(jù)保護策略。有些企業(yè)使用磁帶的備份方法作為災(zāi)難恢復(fù)策略，這時備份磁帶介質(zhì)應(yīng)被運往異地進行保存，從而確保數(shù)據(jù)安全。這些磁帶可以用于災(zāi)難恢復(fù)點的數(shù)據(jù)恢復(fù)。有些組織對 RPO 和 RTO 要求比較嚴格，為了能夠在遇到災(zāi)難時以相對較短的時間恢復(fù)生產(chǎn)系統(tǒng)，組織會采用遠程復(fù)制技術(shù)復(fù)制數(shù)據(jù)帶災(zāi)難恢復(fù)位置。而網(wǎng)絡(luò)同步備份系統(tǒng)屬于在線備份（熱備份）可以快速恢復(fù)數(shù)據(jù)?？紤]到生產(chǎn)本地環(huán)境安全性原因，通常數(shù)據(jù)備份一般存儲在

20、不同的介質(zhì)，最好是地理冗余避免因自然災(zāi)害（地震、火災(zāi)）而造成數(shù)據(jù)丟失。在生產(chǎn)中心存放一份從而保證數(shù)據(jù)的快速恢復(fù)，系統(tǒng)正常運行；其他備份則要移到比較安全的地方保存，以保證當(dāng)生產(chǎn)中心出現(xiàn)災(zāi)難后以最低代價恢復(fù)數(shù)據(jù)。1.4 論文結(jié)構(gòu)第一章 緒論，主要對本課題的研究背景，現(xiàn)狀，研究的意義等的介紹。第二章 系統(tǒng)設(shè)計分析，主要闡述系統(tǒng)開發(fā)的可行性，以及對開發(fā)系統(tǒng)要使用的工具進行深入了解。第三章 需求分析，對于本次畢業(yè)設(shè)計的具體需求情況進行分析，分別包括系統(tǒng)的數(shù)據(jù)分析，數(shù)據(jù)流程圖等內(nèi)容。第四章 系統(tǒng)功能展示。主要介紹系統(tǒng)各種功能的實現(xiàn)，同時列出關(guān)鍵代碼。第五章 系統(tǒng)測試與維護。主要描述對備份系統(tǒng)各環(huán)節(jié)的測試和

21、整個系統(tǒng)的測試最后是結(jié)論和參考文獻。東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析32系統(tǒng)設(shè)計分析2.1可行性分析 在對整個網(wǎng)絡(luò)同步備份系統(tǒng)進行需求分析時，主要綜合了技術(shù)可行性、經(jīng)濟合理性、系統(tǒng)實用性等各方面。以避在研發(fā)和后期投入使用時出現(xiàn)故障，保證備份系統(tǒng)成功開發(fā)?？尚行匝芯恐饕性谝韵氯齻€方面：2.1.1 技術(shù)可行性通過對系統(tǒng)的功能分析，我們使用 Visual Studio 2010 作為后臺數(shù)據(jù)支持，程序設(shè)計選擇 C+程序設(shè)計語言進行程序編寫，C+語言經(jīng)過多年的發(fā)展和更新，已經(jīng)成為一種非常穩(wěn)定的語言，因此本此課題研究在技術(shù)層面上，是完全可行的。2.1.2 經(jīng)濟可能性經(jīng)濟可能性主要是分析本系統(tǒng)

22、在研發(fā)成本和投入使用后的運維費用上的投資。同時對系統(tǒng)投入使用后的市場效益做評估。確保收益大于投資，從而保證整個項目能順利完成。本系統(tǒng)為企業(yè)的重要文件設(shè)計，通過使用本系統(tǒng)能夠大大提高工作人員的效率，因此，本系統(tǒng)在經(jīng)濟上是可行的。2.1.3 操作可能性因為本系統(tǒng)采用的是 C/S 模型。我們?yōu)榭蛻糸_發(fā)了一個簡潔大方的客服端界面作為系統(tǒng)入口，使用戶操作起來簡便。軟件程序開發(fā)是否能夠取得成功，一是市場的需求，二是程序開發(fā)所需要軟件開發(fā)工具，以及開發(fā)技術(shù)和當(dāng)時硬件的發(fā)展水平。從這兩個方面而言，網(wǎng)絡(luò)同步備份系統(tǒng)設(shè)計的操作性是可行的。東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析4 2.2 開發(fā)工具 2.2.1 V

23、isual Studio 2010 程序開發(fā)平臺Visual Studio 是微軟公司推出的開發(fā)環(huán)境。是目前運用較為廣泛的應(yīng)用程序開發(fā)環(huán)境。Visual Studio 2010 版本與之前版本有所不同的是重新設(shè)計和組織集成開發(fā)環(huán)境（IDE）的界面，增加了 NET Framework 4.0、Microsoft Visual Studio 2010 CTP，并且支持開發(fā)面向 Windows 7 的應(yīng)用程序。在支持數(shù)據(jù)庫方面加入了 IBM DB2 和 Oracle 數(shù)據(jù)庫。Windows 平臺下 的 Windows 應(yīng)用程序、智能設(shè)備應(yīng)用程序、網(wǎng)絡(luò)應(yīng)用程序和 Office 插件等都可用 Visua

24、l Studio 創(chuàng)建。于 1992 年發(fā)布的 Microsoft C/C+ 8.0 （Visual C+1.0）與原有 C+開發(fā)工具 Microsoft C/C+ 7.0 相比，其開創(chuàng)性地引進了 MFC(微軟基礎(chǔ)類庫)庫并完善了源代碼。從此告別了 DOS 的字符界面，用戶可以在 GUI 界面下進行開發(fā)，開創(chuàng)了軟件開發(fā)的可視化(Visual)時代。從此，大佬的時代開始了。2.2.2 C+程序設(shè)計語言C+是 C 語言的延伸，具有面向?qū)ο缶帯⒎盒途幊毯瓦^程化編程于一體的編程語言。用 C+語言編寫的軟件穩(wěn)定性高。C+與 C 語言最大的不同就是 C+引入了面向?qū)ο蟮母拍?，使得開發(fā)人機交互類型的應(yīng)用程序

25、更為簡單、快捷，C+更簡潔的說就是 C 的升級改造，在保持 C 的簡潔高效特點同時對 C 的庫進行了擴充，因此 C+比 C 更安全。很多優(yōu)秀的程序框架都是用 C+編寫的，比較有名的有Boost、Qt、MFC、OWL、wxWidgets、WTL。東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析53 系統(tǒng)需求分析 3.1 需求分析在對整個網(wǎng)絡(luò)同步備份系統(tǒng)進行需求分析時，主要綜合了技術(shù)可行性、經(jīng)濟合理性、系統(tǒng)實用性等各方面。以避免無意義的投資，保證新系統(tǒng)成功開發(fā)。需求分析主要是針對市場需求而對系統(tǒng)的各種功能進行分析，可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決。對于本系統(tǒng)，分為客服

26、端和服務(wù)器端兩個模塊。在客戶端用戶可以注冊、登錄。登錄成功后，自動掃描本地目錄，發(fā)現(xiàn)新文件或是文件更新自動同步到服務(wù)器。定時比較服務(wù)器和本地目錄的文件版本，自動下載最新文件。當(dāng)客戶端不小心刪除了本地文件可以從服務(wù)器端進行文件的下載。服務(wù)器端對系統(tǒng)的需求包括：用戶注冊，并對登錄的用戶進行身份驗證。保留客服端文件版本的信息，提供客戶端文件的上傳、下載功能。對用戶的存儲容量進行管理，當(dāng)用戶同步文件時超出了系統(tǒng)的存儲能力，服務(wù)器將對用戶發(fā)出警告。經(jīng)對整個系統(tǒng)操作流程的分析，了解各層模塊的功能需求，分析得出了本系統(tǒng)使用者的功能模塊圖，如圖下所示：網(wǎng)絡(luò)同步備份系統(tǒng)儲存文件發(fā)送到服務(wù)端意外刪除儲存從服務(wù)端備

27、份圖 3-1 系統(tǒng)功能模塊圖東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析63.2 數(shù)據(jù)需求分析通過對系統(tǒng)數(shù)據(jù)流的分析，下圖是用數(shù)據(jù)字典描述從客戶端到網(wǎng)絡(luò)同步備份系統(tǒng)到服務(wù)端的信息流、數(shù)據(jù)在存儲系統(tǒng)中的存儲、數(shù)據(jù)處理過程和模塊實體。分析系統(tǒng)功能，繪制出系統(tǒng)數(shù)據(jù)流圖，直觀顯示出系統(tǒng)數(shù)據(jù)在系統(tǒng)各個部分之間的流動情況。如圖 3-2 描述，客服端觸發(fā)事務(wù)（插入、修改、刪除等）傳輸?shù)骄W(wǎng)絡(luò)同步備份系統(tǒng)，存儲系統(tǒng)對數(shù)據(jù)進行相應(yīng)的修改并將操作結(jié)果發(fā)送到服務(wù)端。服務(wù)端對數(shù)據(jù)也做相應(yīng)的更新。 驗證失敗 驗證成功 發(fā)現(xiàn)數(shù)據(jù)更新 本地數(shù)據(jù)更新本地數(shù)據(jù)丟失 登錄客戶端與服務(wù)端比較服務(wù)器退出系統(tǒng)驗證用戶信息用戶登錄東華理工大學(xué)

28、畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析7 同步到服務(wù)器 從服務(wù)器下載 數(shù)據(jù)存儲 數(shù)據(jù)發(fā)送圖 3-2 數(shù)據(jù)流程圖 3.3 數(shù)據(jù)流圖在圖 3-3 中，主要描述了整個系統(tǒng)的數(shù)據(jù)流圖。上行數(shù)據(jù)：用戶成功登錄后，網(wǎng)絡(luò)同步備份系統(tǒng)從客戶端接收信息，同時備份系統(tǒng)將從客戶端接收的信息寫入存儲系統(tǒng)，服務(wù)器再通過備份系統(tǒng)接收來自客戶端的數(shù)據(jù)。下行數(shù)據(jù)：當(dāng)服務(wù)端發(fā)現(xiàn)新版本的文件時，將發(fā)送信息給網(wǎng)絡(luò)同步備份系統(tǒng)，備份系統(tǒng)將更新的信息寫入存儲系統(tǒng)進行數(shù)據(jù)庫更新，信息存儲系統(tǒng)將更新的文件通過網(wǎng)絡(luò)同步備份系統(tǒng)發(fā)送給客戶端。在整個數(shù)據(jù)流動過程中，信息儲存是其核心。不管是用戶到服務(wù)端還是服務(wù)端到用戶，其數(shù)據(jù)先經(jīng)信息儲存系統(tǒng)進行數(shù)據(jù)更新，

29、再將更新后的數(shù)據(jù)發(fā)送給用戶或服務(wù)端。服務(wù)端網(wǎng)絡(luò)同步備份系統(tǒng)接收信息發(fā)送信息信息儲存用戶1用戶2發(fā)布信息接收信息發(fā)布信息接收信息圖 3-3 數(shù)據(jù)流圖存 儲 系 統(tǒng)東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析83.4 協(xié)議包基本格式 3.4.1 包格式此處描述的是通過網(wǎng)絡(luò)傳遞信息時用到的協(xié)議，為 IAP+TIP，TIP 協(xié)議為程序內(nèi)部傳輸信息所使IAP首部TIP屬性CodeVerHdr lenSession idTotal lengthTIP屬性rnprimoderesparm161122111Reserved210 xEB 0 x90NUM111Src AddrDst Addr22sidcidctm

30、tidabtLenReservercode11124441 圖 3-4 協(xié)議包圖 IAP/IBP 包頭 下面主要介紹 IAP/IBP 協(xié)議包頭的各個參數(shù)，下圖為 IAP/IBP 包頭格式。 CodeVerHdr lenSession idTotal length1122Reserved210 xEB 0 x90NUM111Src AddrDst Addr22圖 3-5 IAP/IBP 包頭圖0XEB 和 0X90 字段：這兩個字節(jié)為同步頭，為固定值，分別是 0 xEB 和0 x90。Header Length 字段：包頭數(shù)據(jù)長度為 1 個字節(jié)，即包頭最長不超過 256 字節(jié)，為

31、了找到屬性的起始位置，必須從包頭的開始位置偏移此長度就是屬性的起始位置。包頭長度目前設(shè)計為 16 字節(jié)，但不排除將來為擴展協(xié)議而將包頭的長度增加。Ver 字段：Ver 字段表示當(dāng)前協(xié)議的版本號。目前的版本號為 2。Code 字段：Code 字段長度為 1 字節(jié)。編碼的取值范圍是 0 到 255。通過Code，接收方可以區(qū)分不同的報文類型?？梢酝ㄋ椎乩斫鉃樾枰@個包做什么事，如請求，發(fā)送，應(yīng)答等等，即 Code 表示一類動作指令，具有動詞屬性。 Reserved 字段：保留字段，必要時候可以作為 Code 字段的擴充，平時應(yīng)該東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析9填 0。Src Addr 字

32、段：報文源發(fā)送地址，指第一個目標產(chǎn)生此報文的程序的地址Dst Addr 字段：報文目的地址，指目標產(chǎn)生此報文的程序要發(fā)送給最終目的地址。Num 字段：Num 字段長度為 2 字節(jié)。編碼的取值范圍是 0 到 65535，表示發(fā)送包的序號，如果接收方需要對發(fā)送方的命令進行回復(fù)，那么回復(fù)報文中需要把接收方的 Num 值拷貝到回復(fù)命令中進行回送。Num 值達到了 65535 后，自動翻轉(zhuǎn)到 0，并重新開始記錄包序號。Session ID 字段：表示各模塊之間進行交互，2 字節(jié)，范圍從 165535，即最多同時有 65535 個會話，由各模塊自己分配，Session id 在會話結(jié)束后回收，下一次可以重

33、復(fù)分配使用?？蛻舳嗽谑盏絹碜苑?wù)端的響應(yīng)后，須在返回的報文中添加這個來自服務(wù)端報文中的 Session ID。0 xFFFF 的 session id 是告警廣播專用 id。Total Length 字段：2 字節(jié)，Total length 包括包頭和屬性的全部長度。 TIP 屬性說明TIP 協(xié)議作為程序內(nèi)部傳輸?shù)膮f(xié)議，在通過網(wǎng)絡(luò)傳遞時，需要加上 IAP 頭。所有數(shù)據(jù)放在 TIP 的后面。下面介紹 IAP 協(xié)議包頭的參數(shù)，包格式如下圖：rnprimoderesparm111sidcidctmtidabtLenReservercode11124441 圖 3-6 TIP 包頭圖

34、Code 字段：命令字字段。Char 型字節(jié)。 Reserved 字段：屬于保留字段，占 1 字節(jié)，主要用于屬性功能的擴展，目前填 0。 abtLen 字段：TIP 數(shù)據(jù)包的長度，包括 TIP 包頭和后面跟的所有數(shù)據(jù)。 Tid 字段：前臺系統(tǒng)分布在不同的地方，通過 tid 字段區(qū)分各個站點。規(guī)定tid 字段為 9 位數(shù)，如 323020202。 Ctm 字段：表示 tip 生成時間。 cid 字段：網(wǎng)絡(luò)套接字號。 Sid 字段：前臺的每個站點下面下掛很多設(shè)備，設(shè)備的編號用 sid 表示，以區(qū)別不同的設(shè)備。 Rn 字段：最大重發(fā)次數(shù)，此字段表示當(dāng)數(shù)據(jù)包發(fā)生丟失時重傳包的次數(shù)。Pri 字段：優(yōu)先級

35、。表示數(shù)據(jù)包轉(zhuǎn)發(fā)的優(yōu)先級，優(yōu)先級高的先轉(zhuǎn)發(fā)。Mode 字段：發(fā)送模式字段，先進先出：1 后進先出：2。東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析10Resparm 字段：最大 8 個字節(jié)的數(shù)據(jù)。 3.4.2 協(xié)議內(nèi)容IAP 頭文件的 code 都使用 0 x51。根據(jù)實際需要，在 TIP 協(xié)議段中將需要完成的每項功能都定義了一個 Code 值。其中 CS 表示客戶端向服務(wù)端發(fā)送；SC表示服務(wù)器到客戶端。# CS_SENDFILE發(fā)文件# CS_SENDFILEINFO發(fā)送文件夾信息# CS_ADDUSER注冊用戶# CS_LOGIN登陸# SC_RELOGIN登陸反饋# SC_READDUSER

36、注冊反饋# SC_SENDFILE發(fā)文件# SC_GETFILE請求文件# SC_DELETE_C_FILE 刪除文件客戶端文件# SC_DELETE_S_FILE 刪除文件服務(wù)端文件# SHOW_INFO信息展示 3.4.3 協(xié)議代碼實現(xiàn)協(xié)議作為數(shù)據(jù)傳輸?shù)暮诵?，在整個數(shù)據(jù)傳輸?shù)倪^程中扮演著關(guān)鍵角色。做為業(yè)務(wù)的載體任何通信都需要協(xié)議的支持，而選擇所使用協(xié)議的好壞更是決定整個系統(tǒng)的性能。下面為本系統(tǒng)所使用的協(xié)議的核心代碼：bool CopyTIP(TIP_HEAD* tip, TIP_HEAD*& ctip)if (NULL = tip) return false;if (NULL =

37、(ctip = (TIP_HEAD *)new chartip-abtLen)return false;memcpy(void*)ctip, (void*)tip, tip-abtLen);return true;void* TIP_Data(TIP_HEAD* tip)return (unsigned char*)tip+sizeof(TIP_HEAD);bool TIP_Make(TIP_HEAD* TipTmplList, unsigned char code, unsigned int parm, int dlen, void* data, TIP_HEAD*& tip)if

38、(NULL = tip)東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析11if(NULL=(tip= (TIP_HEAD *)new charsizeof(TIP_HEAD)+dlen)return false;memcpy(void*)tip,(void*)TipTmplListcode,sizeof(TIP_HEAD);tip-code = code;tip-tid = tid;tip-sid = sid;tip-cid = 0;tip-ctm = time(NULL)+time_diff;tip-resparm.parm = parm;if(dlen=(65536-sizeof(TIP_HEA

39、D)tip-abtLen = sizeof(TIP_HEAD);elsetip-abtLen = dlen+sizeof(TIP_HEAD);if(0code = code;tip-tid = tid;tip-sid = sid;tip-cid = 0;tip-ctm = time(NULL)+time_diff;tip-resparm.parm = parm;如果數(shù)據(jù)包的長度 dlen 大于或等于 65536-sizeof(TIP_HEAD)則數(shù)據(jù)包的總長度為 TIP_HEAD 既該數(shù)據(jù)包只有報頭沒有攜帶數(shù)據(jù)，否則數(shù)據(jù)包的總長度為數(shù)據(jù)報頭長度 TIP_HEAD 與 dlen 之和。 東華理工

40、大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析12 4 系統(tǒng)功能界面與實現(xiàn) 4.1 服務(wù)端 4.1.1 服務(wù)器端界面介紹系統(tǒng)服務(wù)端界面如圖 4-1 所示，在服務(wù)端我們可以看到客戶端信息。 占用空間表示的是客戶端同步到服務(wù)器的文件所占用空間，便于對存儲容量進行管理。文件數(shù)量表示的是客戶端同步到服務(wù)器的文件數(shù)目。本地文件框中顯示的是從客戶端同步到服務(wù)器的文件名。心跳計數(shù)：客服端連接服務(wù)器端后，會發(fā)送心跳包和心跳回復(fù)包，用來判斷和維持雙方通信。心跳包里面包含了 socket 套接字，用來保障雙方的通信臨時中斷后能恢復(fù)連接。顯示在界面上就是為了直觀感受到雙方已經(jīng)連接上，如果沒有計數(shù)或是計數(shù)停止則表示通信故障。 圖

41、4-1 服務(wù)端窗口4.1.2 服務(wù)器端功能實現(xiàn) 服務(wù)器端添加用戶當(dāng)用戶在客戶端注冊時，服務(wù)器端接收來自客戶端的用戶注冊信息并添加到數(shù)據(jù)庫。下面這段代碼是添加用戶的主要代碼：東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析13void CS:adduser(LOGININFO &logininfo)string strName, strKey;strName = logininfo.user;strKey = logininfo.key;MAP_USER_KEY:iterator it;it = map_userkey.find(strName);if (map_userkey.e

42、nd() != it)map_userkey.erase(it);map_userkey.insert(MAP_USER_KEY:value_type(strName, strKey);字符串 strName、strKey 分別表示用戶名和用戶密碼，從登錄信息 logininfo中獲取用戶信息并插入到數(shù)據(jù)庫中。使用 map_userkey.find(strName)函數(shù)取得用戶名，再以數(shù)據(jù)庫中的用戶名比較，如果與數(shù)據(jù)庫中的用戶名不等則使用map_userkey.insert（）函數(shù)插入用戶的用戶名和密碼并保存都數(shù)據(jù)庫中。 服務(wù)器端驗證用戶用戶在客服端登錄時，服務(wù)器端將對用戶名、

43、用戶密碼與數(shù)據(jù)庫中現(xiàn)有的用戶信息進行驗證。如果用戶名和密碼與數(shù)據(jù)庫中的信息不能匹配，服務(wù)器端返回驗證失敗信息，如果匹配則返回登錄成功信息。以下是驗證用戶的主要代碼：bool CS:checkUser(LOGININFO &logininfo)string strName, strKey;strName = logininfo.user;strKey = logininfo.key;it_map_userkey = map_userkey.find(strName);if (map_userkey.end() = it_map_userkey) return false;if (strK

44、ey != it_map_userkey-second)return false;return true;東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析 服務(wù)器端與客戶端同步文件該部分主要描述服務(wù)器端與客戶端之間進行文件同步?？蛻舳撕头?wù)器端有相同文件：在這種情況下，先比較兩端的文件。若服務(wù)器端的文件為最新文件，則調(diào)用 FileSend()函數(shù)使服務(wù)器端文件覆蓋客戶端?？蛻舳擞卸?wù)器端沒有文件：在這種情況下，先循環(huán)檢查服務(wù)器端是否存在該文件。若沒有，則從客戶端同步到服務(wù)器并寫入數(shù)據(jù)庫。for (it_c = map_cFileinfo.begin(); it_c != map_c

45、Fileinfo.end(); it_c+) cf = it_c-second;it_s = map_sFileinfo.find();if (map_sFileinfo.end() != it_s)/上個循環(huán)已經(jīng)檢查，此處跳過continue;/客戶端有，服務(wù)端沒有if (t_sUpdata t_cUpdata)/delete_EP_Tip_Pack(11,0,0,0,sizeof(_finddata_t),&cf,nctip,res,rue,WAIT_BEFOREEP_XIT*1000);_EP_Tip_Copy(nctip,ncctip,res,true,WAIT_

46、BEFORE_EP_EXIT*1000);_EP_PostTIP(c_dlg,nctip,res,true,WAIT_BEFORE_EP_EXIT*1000);_EP_PostTIP(c_server,ncctip,res,true,WAIT_BEFORE_EP_EXIT*1000);else_EP_Tip_Pack(9,0,0,0,sizeof(_finddata_t),&cf,tip,res,true,WAIT_BEFORE_EP_EXIT*1000);_EP_Tip_Copy(tip, ntip, res, true, WAIT_BEFORE_EP_EXIT*1000);_EP_

47、PostTIP(c_dlg, tip, res, true, WAIT_BEFORE_EP_EXIT*1000);_EP_PostTIP(c_server, ntip, res, true, WAIT_BEFORE_EP_EXIT*1000);東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析154.1.3 服務(wù)器數(shù)據(jù)庫在服務(wù)器文件夾 version 中存儲的是用戶備份到服務(wù)器系統(tǒng)的文件。在這里我們可以很明了的看到文件的修改時間，便于日后為數(shù)據(jù)恢復(fù)提供參考。當(dāng)客服端數(shù)據(jù)丟失后可以從這里下載備份文件。當(dāng)然服務(wù)器也要做備份，最好就是做分布式存儲，防止因自然災(zāi)害發(fā)生數(shù)據(jù)丟失。服務(wù)器文件夾如下圖所示：圖 4-2

48、 服務(wù)器文件整個系統(tǒng)的數(shù)據(jù)存儲是使用了 C+系統(tǒng)自帶的標準容器 MAP，數(shù)據(jù)是通過typedef map MAP_FILEINFO 這個結(jié)構(gòu)組織的。其主要實現(xiàn)代碼和說明如下：using std:map; /C+自帶標準容器，存儲文件夾內(nèi)的文件信息using std:string;typedef map MAP_FILEINFO; typedef MAP_FILEINFO:iterator IT_MAPFILEINFO;class CM : public CDPpublic:CM(TSoftDog* _tdog = NULL, int _dogtime = 0, char* _name = NU

49、LL, char* _folderpath = NULL, char* _versionpath = NULL);virtual CM();bool SetCdp(CDP* _c_dlg = NULL,CDP* _c_server = NULL);東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析16protected:void RunOnce();bool ProcessTIP(TIP_HEAD* tip);void checkFolder(char* _fpath);void compareFolder();void FileSend(char* _file);void FileDelete(cha

50、r* _file);void FileRevice(TIP_HEAD *&tip);private:CDP* c_dlg;CDP* c_server;time_t t_checkfile;bool checkFileFlag;MAP_FILEINFO map_sFileinfo;/serverMAP_FILEINFO map_cFileinfo;/client_finddata_t *m_filedata;int m_filenum;time_t t_sUpdata;time_t t_cUpdata;char m_folderpath512; char m_versionpath512

51、; 4.1.4 服務(wù)器文件的存儲服務(wù)器使用 C+系統(tǒng)自帶的 map 容器存放文件夾內(nèi)的文件信息，每份文件都有時間戳，其作為版本管理的重要特征，便于定時遍歷 map 容器，當(dāng)遇到時間戳改變時，通過版本控制算法來進行同步操作。使用 typedef map MAP_FILEINFO;進行數(shù)據(jù)結(jié)構(gòu)組織，string 表示文件名稱，_finddata_t 表示文件所有屬性，這個結(jié)構(gòu)是保存在服務(wù)器內(nèi)存中，定時和硬盤數(shù)據(jù)同步。下面是對數(shù)據(jù)存儲系統(tǒng)參數(shù)的說明：CDP* c_dlg：表示界面 cdp 線程。CDP* c_server：表示服務(wù)端線程。time_t t_checkfile：表示檢查時間戳。bool

52、 checkFileFlag：使用 bool 型表示標志位。MAP_FILEINFO map_sFileinfo：map 容器，保存服務(wù)端的各種信息如：文件名、文件時間戳。MAP_FILEINFO map_cFileinfo：map 容器，保存客戶端的各種信息如：文件名、文件時間戳。_finddata_t *m_filedata：保存文件信息。m_filenum：表示保存到服務(wù)端的文件數(shù)目。東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析17time_t t_sUpdata：表示服務(wù)端同步時間。time_t t_cUpdata：表示客戶端同步時間。m_folderpath512：表示文件夾地址也就是數(shù)

53、據(jù)存放的地址。m_versionpath512：表示文件夾備份地址即存放歷史版本信息的地址。4.3 客戶端4.3.1 客戶端界面介紹客戶端主要實現(xiàn)用戶的注冊、登錄同時掃描本地文件并將其同步到遠端服務(wù)器。狀態(tài)框主要顯示用戶的登錄信息、使用的存儲容量、已同步的文件數(shù)目、與服務(wù)端連接的狀態(tài)（用心跳數(shù)表示）。信息框主要顯示與服務(wù)器的同步信息，在該部分能清楚明了的看到數(shù)據(jù)的同步情況。登錄界面如下圖所示：圖 4-3 登錄界面 4.3.2 客戶端功能實現(xiàn)在客戶端主要實現(xiàn)了用戶的注冊、登錄，掃描本地文件并同步到服務(wù)端。同時在客戶端能夠下載服務(wù)端的數(shù)據(jù)。部分實現(xiàn)代碼如下：void CClientSVNDlg:O

54、nBnClickedButtonLogin()LOGININFO loginfo;m_edit_key.GetWindowTextA(loginfo.key, 20);m_edit_user.GetWindowTextA(loginfo.user, 20);TIP_HEAD* tip = NULL;bool res = false;東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析18int tipsize = sizeof(loginfo);_EP_Tip_Pack(3, 0, 0, 0, tipsize, &loginfo, tip, res, true, WAIT_BEFORE_EP_EX

55、IT*1000);_EP_PostTIP(cdp_m, tip, res, true, WAIT_BEFORE_EP_EXIT*1000);客戶端登錄界面使用 OnBnClickedButtonLogin()函數(shù)定義，LOGININFO 表示用戶登錄信息，在該函數(shù)中使用 m_edit_key.GetWindowTextA(loginfo.key, 20)、m_edit_user.GetWindowTextA(loginfo.user, 20)從登錄界面的信息輸入處得到用戶的登錄信息包括用戶名、密碼。使用 TIP 協(xié)議傳送從客戶端登錄界面得到的用戶信息，發(fā)送信息分為兩個階段。首先，使用_EP_T

56、ip_Pack（）函數(shù)將得到的用戶信息封裝數(shù)據(jù)包，然后使用_EP_PostTIP（）函數(shù)將數(shù)據(jù)包傳送到服務(wù)端。服務(wù)端的功能模塊將接受到的數(shù)據(jù)包解封裝去掉 TIP 數(shù)據(jù)包的報頭，從中取出數(shù)據(jù)即為用戶的登錄信息，同時保存到存儲系統(tǒng)。4.4 同步成功在客戶端上傳文件之后就可以在服務(wù)器文件夾中看到同步文件的信息?？头税l(fā)送同步請求信息到服務(wù)端，服務(wù)端顯示是否正確接受客戶端的請求信息，同時顯示同步的文件名稱。當(dāng)服務(wù)端向客戶端下發(fā)文件時，客戶端會顯示從服務(wù)端接受到的文件信息。占用空間顯示的是本地用戶所使用儲存系統(tǒng)的容量，方便對存儲容量的管理。如圖 4-4、4-5 所示： 圖 4-4 服務(wù)端同步情況東華理工

57、大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析19圖 4-5 客服端同步情況東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析20 5 程序測試與維護網(wǎng)絡(luò)同步備份系統(tǒng)在完成系統(tǒng)開發(fā)，投入正常運行之前，對系統(tǒng)進行穩(wěn)定性測試，抗壓力測試，傳輸速率測試，功能測試。投入正常運行之后，需要定期對系統(tǒng)進行維護并升級，從而保證系統(tǒng)能夠適應(yīng)客戶新的需求。 5.1 系統(tǒng)的配置1、硬件配置要求：CPU：2GHz 以上。 內(nèi)存：1GB 以上。硬盤：250GB 以上（可用空間最好在 50GB 以上）。2、軟件配置要求：運行 Windows XP、win7 系統(tǒng)及更高版本的系統(tǒng)。5.2 系統(tǒng)的維護系統(tǒng)維護的目的是確保整個網(wǎng)絡(luò)同步備份系統(tǒng)正?？?/p>

58、靠地運行。在維護過程中及時發(fā)現(xiàn)問題并修正從而使系統(tǒng)的性能得到改善和提高，充分發(fā)揮系統(tǒng)的作用。也就是說，系統(tǒng)維護的主要目的是為了保證系統(tǒng)中的每個環(huán)節(jié)隨著環(huán)境的變化始終處于穩(wěn)定正確的運行狀態(tài)。系統(tǒng)維護需要專門的維護人員且工作量大、耗費大、復(fù)雜程度高、涉及內(nèi)容廣，所以我們應(yīng)提高對系統(tǒng)維護的重視程度。在信息的生命周期內(nèi)，數(shù)據(jù)被不斷地創(chuàng)建、訪問、修改。隨著數(shù)據(jù)存在的時間增加，它被更改的幾率減小并最終成為“固定”數(shù)據(jù)。但是依然被應(yīng)用和用戶訪問，因此在進行系統(tǒng)數(shù)據(jù)維護時，我們要進行數(shù)據(jù)歸檔。歸檔方案的體系結(jié)構(gòu)包括三個主要組件：歸檔代理，歸檔服務(wù)器，以及歸檔存儲設(shè)備。其中歸檔代理是安裝在應(yīng)用服務(wù)器上的軟件。它

59、負責(zé)根據(jù)歸檔服務(wù)器上定義的策略，掃描以確定需要歸檔的數(shù)據(jù)。在數(shù)據(jù)確定需要歸檔之后，代理將數(shù)據(jù)發(fā)給歸檔服務(wù)器。歸檔有 3 種實現(xiàn)方案：在線歸檔：存儲設(shè)備與主機直接連接，可以即時使用數(shù)據(jù)。近線歸檔（nearline achive）：存儲設(shè)備與主機相連，但是存儲數(shù)據(jù)的設(shè)備需要裝載或載入之后才能訪問數(shù)據(jù)。離線歸檔：存儲設(shè)備不是馬上訪問。需要人工干預(yù)將存儲設(shè)備連接、裝載或載入之后才能訪問數(shù)據(jù)。東華理工大學(xué)畢業(yè)設(shè)計（論文）系統(tǒng)設(shè)計分析21因為本系統(tǒng)屬于自動同步備份系統(tǒng)，在數(shù)據(jù)歸檔時采用的是在線歸檔，既高效同時又能避免因人工操作而引起的歸檔錯誤。 對于不同的維護對象，系統(tǒng)維護的內(nèi)容可將維護分為以下幾部分：（

60、1）系統(tǒng)應(yīng)用程序維護：本系統(tǒng)是由客戶端、服務(wù)器和后端數(shù)據(jù)庫三部分組成，因此在對體統(tǒng)維護時我們要對這三部分分別進行維護，從而保證整個系統(tǒng)穩(wěn)定運行。（2）數(shù)據(jù)維護：數(shù)據(jù)維護主要是對存儲在后端的用戶數(shù)據(jù)進行定期的更新和整理，刪除無用的數(shù)據(jù)，保持數(shù)據(jù)庫的時效性。（3）代碼維護：代碼維護就是對原有的代碼在不改變功能的情況下進行結(jié)構(gòu)優(yōu)化，維持代碼的精簡。同時也方便日后程序功能的升級。（4）硬件設(shè)備維護：定期清理設(shè)備的風(fēng)扇和硬件版本的升級。對服務(wù)器也要定期進行升級以便處理更多用戶的數(shù)據(jù)。 5.3 系統(tǒng)測試為了保證軟件質(zhì)量，在 C+程序可采用了多種方法來測試，但在實際開發(fā)中還是會產(chǎn)生一些不可避免的差錯，一般系統(tǒng)中存在著隱藏性錯誤和缺陷，系統(tǒng)沒有經(jīng)過嚴格測試就投入就，