【正文】 de 都使用 0x51。 Mode 字段 ： 發(fā)送模式字段，先進(jìn)先出： 1 后進(jìn)先出： 2。 Pri字段 ： 優(yōu)先級(jí)。 Sid 字段 ： 前臺(tái)的每個(gè)站點(diǎn)下面下掛很多設(shè)備，設(shè)備的編號(hào)用 sid 表示 ，以區(qū)別不同的設(shè)備 。 Ctm 字段 ： 表示 tip 生成時(shí)間。 Tid 字段 ： 前臺(tái)系統(tǒng)分布在不同的地方，通過(guò) tid 字段區(qū)分各個(gè) 站 點(diǎn)。 Reserved 字段 ： 屬于 保留 字段 ， 占 1 字節(jié)， 主要 用于 屬性功能的 擴(kuò)展 ， 目前填 0。 下面介紹 IAP 協(xié) 議包頭的參數(shù)，包格式如下圖： r np r im o d er e s p a r m1 11s i dc i dc t mt i da b t L e nR e s e rv e rc o d e11 1 2 4 4 4 1 圖 36 TIP 包頭圖 Code 字段 ： 命令字字段。 TIP 屬性說(shuō)明 TIP 協(xié)議作為程序內(nèi)部傳輸?shù)膮f(xié)議，在通過(guò)網(wǎng)絡(luò)傳遞時(shí)，需要加上 IAP 頭。 0xFFFF 的 session id 是告警廣播專(zhuān)用 id。 Session ID 字段 ： 表示各模塊之間進(jìn)行交互， 2 字節(jié)，范圍從 1－ 65535， 即最多同時(shí)有 65535 個(gè)會(huì)話，由各模塊自己分配， Session id 在會(huì)話結(jié)束后回收，下一次可以重復(fù)分配使用。編碼的取值范圍是 0 到 65535，表示發(fā)送包的序號(hào)，如果接收方需要對(duì)發(fā)送方的命令進(jìn)行回復(fù)，那么回復(fù)報(bào)文中需要把接收方的 Num值拷貝到回復(fù)命令中進(jìn)行回送。 Src Addr 字段 ： 報(bào)文源發(fā)送地址，指第一個(gè)目標(biāo)產(chǎn)生此報(bào)文的程序的地址 Dst Addr 字段 ： 報(bào)文目的地址，指目標(biāo)產(chǎn)生此報(bào)文的程序要發(fā)送給最終目的地址 。可以通俗地理解為需要這個(gè)包 做什么事，如請(qǐng)求，發(fā)送，應(yīng)答等等，即 Code 表示一類(lèi)動(dòng)作指令，具有動(dòng)詞屬性。編碼的取值范圍是 0 到 255。 目前的 版本號(hào)為 2。包頭長(zhǎng)度目前設(shè)計(jì)為 16 字節(jié)，但不排除將來(lái)為擴(kuò)展協(xié)議而將包頭的長(zhǎng)度增加。 C o d eV e rH d r l e nS e s s i o n i dT o t a l l e n g t h1 1 2 2R e s e rv e d210 x E B 0 x 9 0 N U M1 1 1S r c A d d r D s t A d d r22 圖 35 IAP/IBP 包頭圖 0XEB 和 0X90 字段 ： 這兩個(gè)字節(jié)為同步頭，為固定值，分別是 0xEB 和 0x90。不管是用戶到服務(wù)端還是服務(wù)端到用戶，其數(shù)據(jù)先經(jīng)信息儲(chǔ)存系統(tǒng)進(jìn)行數(shù)據(jù)更新，再將更新后的數(shù)據(jù)發(fā)送給用戶或服務(wù)端。 下行數(shù)據(jù)：當(dāng)服務(wù)端發(fā)現(xiàn)新版本的文件時(shí)，將發(fā)送信息給網(wǎng)絡(luò)同步備份系統(tǒng)，備份系統(tǒng)將 更新的信息寫(xiě)入存儲(chǔ)系統(tǒng)進(jìn)行數(shù)據(jù)庫(kù)更新，信息存儲(chǔ)系統(tǒng)將更新的文件通過(guò)網(wǎng)絡(luò)同步備份系統(tǒng)發(fā)送給客戶端。 驗(yàn)證失敗 驗(yàn)證成功 發(fā)現(xiàn)數(shù)據(jù)更新 本地?cái)?shù)據(jù)更新 本地?cái)?shù)據(jù)丟失 同步到服務(wù) 器 從服務(wù)器下載 數(shù)據(jù)存儲(chǔ) 數(shù)據(jù)發(fā)送 圖 32 數(shù)據(jù)流程圖 存 儲(chǔ) 系 統(tǒng) 登錄客戶端 與服務(wù)端比較 服務(wù)器 退出系統(tǒng) 驗(yàn)證用戶信息 用戶登錄 東華理工大學(xué)畢業(yè)設(shè)計(jì)（論文） 系統(tǒng)設(shè)計(jì)分析 8 數(shù)據(jù)流圖 在圖 33 中，主要描述了整個(gè)系統(tǒng)的數(shù)據(jù)流圖。 如圖 32 描述，客服端觸發(fā)事務(wù)（插入、修改、刪除等）傳輸東華理工大學(xué)畢業(yè)設(shè)計(jì)（論文） 系統(tǒng)設(shè)計(jì)分析 7 到網(wǎng)絡(luò)同步備份系統(tǒng)，存儲(chǔ)系統(tǒng)對(duì)數(shù)據(jù)進(jìn)行相應(yīng)的修改并將操作結(jié)果發(fā)送到服務(wù)端。 經(jīng)對(duì)整個(gè)系統(tǒng)操作流程的分析， 了解各層 模塊 的功能需求，分析得出了本系統(tǒng)使用者的功能模塊圖，如圖下所示： 網(wǎng) 絡(luò) 同 步 備 份 系 統(tǒng)儲(chǔ) 存 文 件發(fā) 送 到 服務(wù) 端意 外 刪 除儲(chǔ) 存從 服 務(wù) 端備 份 圖 31 系統(tǒng)功能模塊圖 數(shù)據(jù)需求分析 通過(guò)對(duì)系統(tǒng)數(shù)據(jù)流的分析， 下圖是用 數(shù)據(jù)字典描述 從客戶端到網(wǎng)絡(luò)同步備份系統(tǒng)到服務(wù)端 的 信息 流 、 數(shù)據(jù) 在 存儲(chǔ) 系統(tǒng)中的存儲(chǔ) 、 數(shù)據(jù) 處理過(guò)程和 模塊 實(shí)體。 保留 客服端文件版本 的 信息， 提供客戶端 文件的上傳、下 載功能。當(dāng)客戶端不小心刪除了本地文件可以從服務(wù)器端進(jìn)行文件的下載。登錄成功后，自動(dòng)掃描本地目錄，發(fā)現(xiàn)新文件或是文件更新自動(dòng)同步到服務(wù)器。 對(duì)于本系統(tǒng)，分為客服端和服務(wù)器端兩個(gè)模塊。 以避免 無(wú)意義的 投 資 ，保證 新系統(tǒng)成功開(kāi)發(fā)。很多優(yōu)秀的程序框架 都是用 C++編寫(xiě)的，比較有名的有 Boost、 Qt、 MFC、 OWL、 wxWidgets、WTL。 用 C++語(yǔ)言編寫(xiě)的軟件穩(wěn)定 性高。從此，大佬的時(shí)代開(kāi)始了。于 1992 年發(fā)布 的 Microsoft C/C++ （ Visual C++） 與 原有 C++開(kāi)發(fā)工具 Microsoft C/C++ 相比 ， 其 開(kāi)創(chuàng)性地引進(jìn)了 MFC(微軟基礎(chǔ)類(lèi)庫(kù) )庫(kù) 并 完善了源代碼。在支持?jǐn)?shù)據(jù)庫(kù)方面加入了 IBM DB2 和 Oracle 數(shù)據(jù)庫(kù)。是目前 運(yùn)用較為廣泛 的應(yīng)用程序開(kāi)發(fā)環(huán)境。從這兩個(gè)方面而言，網(wǎng)絡(luò)同步備份系統(tǒng)設(shè)計(jì)的操作性是可行的。我們?yōu)榭蛻糸_(kāi)發(fā)了一個(gè)簡(jiǎn)潔大方的客服端界面作為系統(tǒng)入口，使用戶操作起來(lái)簡(jiǎn)便。 本系統(tǒng)為企業(yè)的重要文件設(shè)計(jì)，通過(guò)使用本系統(tǒng)能夠大大提高工作人員的效率，因此，本系統(tǒng)在經(jīng)濟(jì)上是可行的。同時(shí)對(duì)系統(tǒng)投入使用后的市場(chǎng)效益做評(píng)估。 可行性研究主要集中在以下三個(gè)方面： 技術(shù)可行性 通過(guò)對(duì) 系統(tǒng)的功能 分析 ，我們 使 用 Visual Studio 20xx 作為后臺(tái)數(shù)據(jù)支持， 程序設(shè)計(jì)選擇 C++程序設(shè)計(jì)語(yǔ)言進(jìn)行程序編寫(xiě)， C++語(yǔ)言經(jīng)過(guò)多年的發(fā)展和 更新 ，已經(jīng) 成為一種非常穩(wěn)定 的語(yǔ)言，因此本此課題研究在技術(shù)層面上，是完全可行的。 東華理工大學(xué)畢業(yè)設(shè)計(jì)（論文） 系統(tǒng)設(shè)計(jì)分析 4 2 系統(tǒng)設(shè)計(jì)分析 可行性分析 在 對(duì)整個(gè)網(wǎng)絡(luò)同步備份 系統(tǒng) 進(jìn)行需求 分析 時(shí) ， 主要綜合了技術(shù)可行性、經(jīng)濟(jì)合理性、系統(tǒng)實(shí)用性等各方 面。 第五章 系統(tǒng)測(cè)試與維護(hù)。 第四章 系統(tǒng)功能展示。 第二章 系統(tǒng)設(shè)計(jì)分析，主要闡述系統(tǒng)開(kāi)發(fā)的可行性，以及對(duì)開(kāi)發(fā)系統(tǒng)要使用的工具進(jìn)行深入了解。 在生產(chǎn)中心 存放一份從而 保證數(shù)據(jù)的 快速 恢復(fù) ，系統(tǒng)正常運(yùn)行；其他備份 則要移到 比較安全的地方 保存，以保證 當(dāng) 生產(chǎn)中心 出現(xiàn)災(zāi)難后 以 最低 代價(jià)恢復(fù) 數(shù)據(jù)。而網(wǎng)絡(luò)同步備份系統(tǒng)屬于在線備份（熱備份）可以快速恢復(fù)數(shù)據(jù)。這些磁帶可以用于災(zāi)難恢復(fù)點(diǎn)的數(shù)據(jù)恢復(fù)?；?RPO 和 RTO 的需求，企業(yè)使用不同的災(zāi)難恢復(fù)數(shù)據(jù)保護(hù)策略。備份的一個(gè)目的是為了應(yīng)對(duì)災(zāi)難恢復(fù)的需求。信息的不斷增長(zhǎng)和緊縮的 IT 預(yù)算以及沒(méi)有足夠時(shí)間進(jìn)行備份讓數(shù)據(jù)安全問(wèn)題更加復(fù)雜。 東華理工大學(xué)畢業(yè)設(shè)計(jì)（論文） 系統(tǒng)設(shè)計(jì)分析 3 我們創(chuàng)建數(shù)據(jù)的副本即備份并嚴(yán)格保存的唯一目的是希望用它恢復(fù)被刪除或損壞的數(shù)據(jù)。我國(guó)的網(wǎng)絡(luò)數(shù)據(jù)安全備份軟件在科研 方面同樣也 取得 喜人的 成果，也 生產(chǎn)了一些產(chǎn)品，但 不管是在 市場(chǎng)占有率 方面還是 在產(chǎn)業(yè)規(guī)模 以及 技術(shù)水平 和 開(kāi)發(fā)能力 上我們與 國(guó)際先進(jìn)水平相比 還是 有著很大的差距。 課題研究的意義 我們都很清楚在數(shù)據(jù)備份方面我國(guó)與國(guó)外相比有比較大的差距。 大多數(shù)的存儲(chǔ)和備份系統(tǒng)比較簡(jiǎn)單，主要缺點(diǎn)是：第一，手工操作，效率低，出錯(cuò)率高； 第 二、無(wú)法實(shí)現(xiàn)在線同步服務(wù) ，需 暫停系統(tǒng) 備份，影響業(yè)務(wù)運(yùn)行； 第三、 遇到 嚴(yán)重的安全事件 或毀滅性災(zāi)難以后無(wú)法 恢復(fù)數(shù)據(jù)。 而如今也就只剩下像 EMC、惠普、 VERITAS 、 Legato 、 IBM 這樣的巨頭 ， 其產(chǎn)品成熟、技術(shù)先進(jìn)、服務(wù)周到是許多銀行、金融、保險(xiǎn)行業(yè)的不二選擇。網(wǎng)絡(luò) 同步 備份是繼 文件服務(wù) 之后 第二個(gè)最廣泛的網(wǎng)絡(luò)存儲(chǔ)應(yīng)用。 另外，傳統(tǒng)的存儲(chǔ)方式 已經(jīng)很難滿足 數(shù)據(jù)量大幅度增長(zhǎng) 所需要的環(huán)境 。對(duì)很多用戶來(lái)說(shuō)，備份 已經(jīng)是個(gè)比較熟悉概念 ，但 對(duì) 它的重要性及地位 卻不一定有清晰的認(rèn)識(shí) 。用戶本身只是載體，其內(nèi)在的數(shù)據(jù)才是企業(yè)的血液。數(shù)據(jù)備份系統(tǒng)是計(jì)算機(jī)信息系統(tǒng)安全的 一個(gè)非常 重要環(huán)節(jié) 。當(dāng)原始數(shù)據(jù)發(fā)生丟失或是遭到破壞時(shí)，我們就可以利用備份數(shù)據(jù)恢復(fù)原始數(shù)據(jù)，使系統(tǒng)恢復(fù)正常。如果發(fā)生數(shù)據(jù)丟失事件，應(yīng)以快速恢復(fù)系統(tǒng)的數(shù)據(jù)為首 要目標(biāo)，而數(shù)據(jù)備份就是迅速恢復(fù)數(shù)據(jù)的前提。 數(shù)據(jù)的價(jià)值與及數(shù)據(jù)再生產(chǎn)的代價(jià)都是很高的，然而任何的自然災(zāi)害或是認(rèn)為操作失誤都會(huì)對(duì)數(shù)據(jù)造成威脅，但是這并不意味著我們就束手無(wú)策。 11 事件中就曾發(fā)生過(guò)數(shù)據(jù)丟失的悲劇，只有四分之一的公司使 用了海量數(shù)據(jù)存儲(chǔ)系統(tǒng)，而正是這些公司在災(zāi)難發(fā)生后迅速恢復(fù)業(yè)務(wù)，而其他很多公司則因數(shù)據(jù)丟失而 一蹶不振甚至直接從該行業(yè)消失 。任何原因?qū)е碌臄?shù)據(jù)不完整、毀損甚至丟失，都將影響系統(tǒng)作用的發(fā)揮，對(duì)一家企業(yè)產(chǎn)生的損失將無(wú)法估量，甚至不可彌補(bǔ)。 在這個(gè)信息化時(shí)代，企業(yè)和政府機(jī)構(gòu)對(duì)數(shù)據(jù)信息和計(jì)算機(jī)網(wǎng)絡(luò)應(yīng)用產(chǎn)生了越來(lái)越強(qiáng)的依賴，時(shí)時(shí)刻刻在線傳遞的大量通信數(shù)據(jù)和海量存儲(chǔ)的數(shù)據(jù)庫(kù)，成了大型企業(yè)和各級(jí)政府機(jī)構(gòu)、保險(xiǎn)、金融賴以生存的命脈。而搭建網(wǎng)絡(luò)的最根本目的就是要更方便地進(jìn)行數(shù)據(jù)共享，而信息的安全性逐漸成為一種挑戰(zhàn)，如果不能確保這些數(shù)據(jù)的安全，那么對(duì)網(wǎng)絡(luò)的巨大投資將變得毫無(wú)意義。隨著網(wǎng)絡(luò)覆蓋范圍的擴(kuò)大和網(wǎng)絡(luò)通信技術(shù)的飛速發(fā)展，信息的共享變得簡(jiǎn)易方便，日常工作、生活的信息量呈幾何式增長(zhǎng)。 系統(tǒng)測(cè)試 ................................................................................................................... 錯(cuò)誤 !未定義書(shū)簽。 5 程序測(cè)試與維護(hù) ............................................................................................................................................... 20 系統(tǒng)的配置 ............................................................................................................... 錯(cuò)誤 !未定義書(shū)簽。 課題研究的背景 ..........................................................................................................................................1 國(guó)內(nèi)外現(xiàn)狀 ..................................................................................................................................................2 課題研究的意義 ..........................................................................................................................................2 論文結(jié)構(gòu) .......................................................................................................................................................3 2 系統(tǒng)設(shè)計(jì)分析 ......................................................................................................................................................4 可行性分析 ...................................................................................................................................................4 技術(shù)可行性 .................