備份技術(shù)論文精品(七篇)

序論：寫作是一種深度的自我表達(dá)。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內(nèi)心深處的真相，好投稿為您帶來(lái)了七篇備份技術(shù)論文范文，愿它們成為您寫作過(guò)程中的靈感催化劑，助力您的創(chuàng)作。

篇(1)

關(guān)鍵詞：熱備，集群，容錯(cuò)，數(shù)據(jù)同步，心跳機(jī)制，高可用性

 

0.概述

容錯(cuò)熱備份系統(tǒng)就是指由至少一臺(tái)主機(jī)，一臺(tái)備機(jī)組成的一個(gè)集群，當(dāng)在主機(jī)上運(yùn)行的應(yīng)用程序或者控制系統(tǒng)由于外界各種未知的干擾，而出現(xiàn)了停止，數(shù)據(jù)損壞或者丟失的情況下，集群會(huì)自動(dòng)將主機(jī)上運(yùn)行的應(yīng)用程序或者控制系統(tǒng)切換到備機(jī)上繼續(xù)運(yùn)行，并且保證網(wǎng)絡(luò)ip地址也隨之進(jìn)行切換，保證數(shù)據(jù)同步，使數(shù)據(jù)不丟失，不損壞。論文參考網(wǎng)。

本文主要研究了容錯(cuò)熱備份系統(tǒng)的切換可靠性，方案的可用性以及監(jiān)控過(guò)程中的心跳機(jī)制和切換當(dāng)中的數(shù)據(jù)同步。分別驗(yàn)證了“N對(duì)1”和“N加1”的熱備份方案。

1.容錯(cuò)熱備份系統(tǒng)的原理介紹

Veritas ClusterServer(VCS)，是一種高可用性集群軟件，主要用在雙機(jī)熱備，容錯(cuò)系統(tǒng)中，保護(hù)數(shù)據(jù)，保持不間斷服務(wù)。本文即采用Symantec公司的VCS軟件達(dá)到對(duì)應(yīng)用程序中進(jìn)程的監(jiān)控和切換。VCS使用的心跳協(xié)議是低延遲傳輸協(xié)議(LLT, Low LatencyTransport)，LLT協(xié)議比IP協(xié)議更快并且可靠， LLT協(xié)議上方為組成員和廣播協(xié)議(GAB, Group MembershipService Broadcast)，由其發(fā)送廣播。GAB為多點(diǎn)對(duì)多點(diǎn)的傳輸協(xié)議，有信息傳輸?shù)陌踩Ｕ瞎δ埽?GAB驅(qū)動(dòng)LLT，為整個(gè)集群提供了可靠的數(shù)據(jù)傳輸。高可用進(jìn)程(High availability Daemon, HAD)是VCS的主要進(jìn)程，在GAB上層注冊(cè)，用以監(jiān)控管理集群中物理機(jī)器的狀態(tài)。在以上這些協(xié)議以及進(jìn)程之上，VCS中，是最上層提供管理資源的邏輯的多縣城進(jìn)程。針對(duì)每個(gè)資源類型，都有相應(yīng)的，監(jiān)視對(duì)應(yīng)類型的資源。原理構(gòu)架如圖一所示：

圖一 VCS原理構(gòu)架

2.容錯(cuò)熱備份系統(tǒng)的方案對(duì)比

本文采取的容錯(cuò)熱備份方案有以下兩種：N對(duì)1熱備份方案和N加1熱備份方案。論文參考網(wǎng)。論文參考網(wǎng)。

2.1 N對(duì)1熱備份方案

N對(duì)1的熱備份方案主要采用的是非對(duì)稱的故障切換模式，提供了一個(gè)專用的備份服務(wù)器，整個(gè)集群中的N臺(tái)主機(jī)對(duì)應(yīng)一個(gè)備機(jī)，當(dāng)任何一臺(tái)主機(jī)發(fā)生故障時(shí)，集群會(huì)將該主機(jī)的應(yīng)用程序切換到這一臺(tái)備機(jī)上，由于提供了專用備機(jī)，沒(méi)有在同一臺(tái)計(jì)算機(jī)上運(yùn)行多個(gè)應(yīng)用程序而互不兼容的風(fēng)險(xiǎn)。

2.2 N加1熱備份方案

N加1熱備份方案主要采用的是對(duì)稱故障切換模式，該方案下，不需要專門的冗余服務(wù)器，集群中的一臺(tái)額外服務(wù)器只是用作備份容量，集群中的某臺(tái)主服務(wù)器出現(xiàn)故障時(shí)，可以通過(guò)之前的配置，切換到集群中任意一臺(tái)機(jī)器上，任何服務(wù)器可以為其它服務(wù)器提供冗余。

3.容錯(cuò)熱備份系統(tǒng)的實(shí)現(xiàn)及驗(yàn)證結(jié)論

本文的實(shí)驗(yàn)環(huán)境采用3臺(tái)Linux操作系統(tǒng)的計(jì)算機(jī)作為容錯(cuò)熱備份系統(tǒng)的物理節(jié)點(diǎn)，掛接磁盤，分別用來(lái)驗(yàn)證N對(duì)1和N加1方案的可行性。

本文論證了三種情況：1.殺死主機(jī)上正在運(yùn)行的應(yīng)用程序的進(jìn)程（即可認(rèn)為是應(yīng)用程序出現(xiàn)問(wèn)題的情況）；2.主機(jī)與公網(wǎng)斷網(wǎng)的情況；3.主機(jī)意外宕機(jī)的情況。以上三種情況下，該容錯(cuò)熱備份系統(tǒng)均能成功檢測(cè)并且平滑切換，保證了數(shù)據(jù)同步，數(shù)據(jù)信息無(wú)損失。

通過(guò)對(duì)容錯(cuò)熱備份系統(tǒng)的深入研究，以及多種不同熱備份方案的比較，得出以下結(jié)論：本文采用的容錯(cuò)熱備份系統(tǒng)，適用性廣泛，對(duì)于各種不同的領(lǐng)域，均可達(dá)到網(wǎng)絡(luò)信息與服務(wù)高可靠性的持續(xù)運(yùn)行，并且保證數(shù)據(jù)的同步。

【參考資料】

[1]張艷,李舟軍,何德全.災(zāi)難備份和恢復(fù)技術(shù)的現(xiàn)狀與發(fā)展[J].計(jì)算機(jī)工程與科學(xué),2005,(02).

[2]劉迎風(fēng),祁明.容災(zāi)技術(shù)及其應(yīng)用[J].計(jì)算機(jī)應(yīng)用研究,2002,(06).

[3]劉衛(wèi)平.網(wǎng)絡(luò)存儲(chǔ)中的數(shù)據(jù)容錯(cuò)與容災(zāi)技術(shù)研究[D].西北工業(yè)大學(xué), 2006.

[4]于雪松,王孝良,張雪源.具有雙機(jī)熱備功能智能電網(wǎng)數(shù)據(jù)采集系統(tǒng)[J].東北電力技術(shù)2010,(01).

[5]王麗華.計(jì)算機(jī)容錯(cuò)系統(tǒng)的體系結(jié)構(gòu)與安全性研究[D].西南交通大學(xué),2002.

[6]李海山.面向恢復(fù)的容錯(cuò)計(jì)算機(jī)技術(shù)研究[D].哈爾濱工程大學(xué),2007.

[7]何曉琴,胡勇,常有渠.一種低成本的數(shù)據(jù)庫(kù)熱備份方法[J].重慶電力高等?？茖W(xué)校學(xué)報(bào),2008,(04).

[8]陳筠,桑楠,熊光澤. 一種容錯(cuò)實(shí)時(shí)計(jì)算機(jī)體系結(jié)構(gòu)的研究與實(shí)現(xiàn)[J].電子科技大學(xué)學(xué)報(bào),2007,(05).

[9]毛睿.“雙機(jī)容錯(cuò)”在我院信息系統(tǒng)中的應(yīng)用[J].電腦知識(shí)與技術(shù),2008,(35).

篇(2)

論文摘要：急救指揮中心所有的軟件和用戶數(shù)據(jù)都存儲(chǔ)在服務(wù)器硬盤這個(gè)核心的數(shù)據(jù)倉(cāng)庫(kù)中，如何保證服務(wù)器數(shù)據(jù)的安全，并且保證服務(wù)器最大程度上的不間斷運(yùn)作對(duì)每個(gè)指揮中心來(lái)說(shuō)都是一個(gè)關(guān)鍵問(wèn)題。針對(duì)急救通訊指揮系統(tǒng)的安全保障問(wèn)題，從數(shù)據(jù)物理安全、網(wǎng)絡(luò)安全、應(yīng)用系統(tǒng)安全、告警控制系統(tǒng)等方面論述了應(yīng)采取的安全防范措施。對(duì)保障網(wǎng)絡(luò)指揮中心數(shù)據(jù)安全具有重要意義。

1數(shù)據(jù)的物理安全方法

1.1RAID技術(shù)

對(duì)每臺(tái)服務(wù)器的兩塊硬盤做RAID技術(shù)處理，把多塊獨(dú)立的硬盤(物理硬盤)按不同的方式組合起來(lái)形成一個(gè)硬盤組(邏輯硬盤)，從而提供比單個(gè)硬盤更高的存儲(chǔ)性能和提供數(shù)據(jù)備份技術(shù)。數(shù)據(jù)備份的功能是在用戶數(shù)據(jù)一旦發(fā)生損壞后，利用備份信息可以使損壞數(shù)據(jù)得以恢復(fù)，從而保障了用戶數(shù)據(jù)的安全性，而且數(shù)據(jù)備份是自動(dòng)的。在用戶看起來(lái)，組成的磁盤組就像是一個(gè)硬盤，用戶可以對(duì)它進(jìn)行分區(qū)，格式化等等?？傮w來(lái)說(shuō)，RAID技術(shù)的兩大特點(diǎn)是速度和安全。

1.2雙機(jī)熱備系統(tǒng)

從狹義上講，雙機(jī)熱備特指基于active/standby模式的服務(wù)器熱備。服務(wù)器數(shù)據(jù)包括數(shù)據(jù)庫(kù)數(shù)據(jù)同時(shí)往兩臺(tái)或多臺(tái)服務(wù)器寫，或者使用一個(gè)共享的存儲(chǔ)設(shè)備。在同一時(shí)間內(nèi)只有一臺(tái)服務(wù)器運(yùn)行。當(dāng)其中運(yùn)行著的一臺(tái)服務(wù)器出現(xiàn)故障無(wú)法啟動(dòng)時(shí)，另一臺(tái)備份服務(wù)器會(huì)通過(guò)軟件診測(cè)(一般是通過(guò)心跳診斷)將standby機(jī)器激活，保證應(yīng)用在短時(shí)間內(nèi)完全恢復(fù)正常使用。雙機(jī)熱備的工作機(jī)制實(shí)際上是為整個(gè)網(wǎng)絡(luò)系統(tǒng)的中心服務(wù)器提供了一種故障自動(dòng)恢復(fù)能力。

2、網(wǎng)絡(luò)安全保障體系

中心網(wǎng)絡(luò)由局域網(wǎng)、外部網(wǎng)兩大部分組成。因此，我們?yōu)榱私⑵饛?qiáng)大、穩(wěn)定、安全的網(wǎng)絡(luò)，可從兩大安全層次著手設(shè)計(jì)與管理：局域網(wǎng)安全和外部網(wǎng)安全，這兩大層次結(jié)合起來(lái)才能構(gòu)成完善的網(wǎng)絡(luò)安全保障體系。

2.1應(yīng)用系統(tǒng)安全

應(yīng)用系統(tǒng)的安全主要是保護(hù)敏感數(shù)據(jù)數(shù)據(jù)不被未授權(quán)的用戶訪問(wèn)。并制訂出安全策略。包括身份認(rèn)證服務(wù);權(quán)限控制服務(wù);信息保密服務(wù);數(shù)據(jù)完整;完善的操作日志。這些服務(wù)互相關(guān)聯(lián)、互相支持，共同為本系統(tǒng)提供整體安全保障體系。

2.2數(shù)據(jù)安全

數(shù)據(jù)的安全主要體現(xiàn)在兩個(gè)方面，首先，是數(shù)據(jù)不會(huì)被非授權(quán)用戶訪問(wèn)或更該，其次，數(shù)據(jù)在遭到破壞時(shí)的恢復(fù)。

3應(yīng)用安全系統(tǒng)

資料永久保存，磁帶回復(fù)時(shí)間無(wú)嚴(yán)格限制。數(shù)據(jù)存儲(chǔ)：磁盤陣列+磁帶庫(kù);Tier1=4TB HDD存放線上經(jīng)常使用的數(shù)據(jù);備份帶庫(kù)：3TB定時(shí)定期備份所有數(shù)據(jù)。

3.1采用磁帶庫(kù)

磁帶庫(kù)具有如下優(yōu)點(diǎn)：更高的價(jià)值;簡(jiǎn)化IT;集成的解決方案;靈活的數(shù)據(jù)存儲(chǔ)和轉(zhuǎn)移;多種接口選擇;AES256位嵌入式硬件加密和壓縮功能;用戶可自行維護(hù)和更換的組件;廣泛的兼容性測(cè)試;久經(jīng)考驗(yàn)的可靠性。

3.2數(shù)據(jù)備份軟件

3.2.1基于LAN備份方案

LAN是一種結(jié)構(gòu)簡(jiǎn)單，易于實(shí)現(xiàn)的備份方案，廣泛的存在于各中小企業(yè)中LAN方案在企業(yè)發(fā)展壯大過(guò)程中所發(fā)揮的作用一直被客戶所認(rèn)同。由于急救系統(tǒng)用戶數(shù)據(jù)量的巨大，基于LAN備份的弊端較突出：此方案對(duì)LAN的依賴非常強(qiáng);因?yàn)閮?nèi)部LAN為企業(yè)內(nèi)部辦公用網(wǎng)絡(luò)，而LAN方案依賴現(xiàn)有網(wǎng)絡(luò)進(jìn)行備份恢復(fù)數(shù)據(jù)流的傳輸，所以必然會(huì)影響現(xiàn)有辦公網(wǎng)絡(luò)環(huán)境;基于LAN備份難于擴(kuò)展，因?yàn)樾枰砑哟鎯?chǔ)設(shè)備將導(dǎo)致繁忙的辦公網(wǎng)絡(luò)更加繁忙;管理困難是LAN備份的又一難題，因?yàn)樵O(shè)備分散于網(wǎng)絡(luò)各個(gè)環(huán)節(jié)，使管理員進(jìn)行數(shù)據(jù)備份恢復(fù)及平時(shí)維護(hù)工作有一定難度。

3.2.2基于IPSAN的備份方案

基于IPSAN的備份方案，通過(guò)結(jié)合CBS備份管理軟件，將使備份恢復(fù)工作簡(jiǎn)單而有效。

備份網(wǎng)絡(luò)與辦公網(wǎng)絡(luò)有效隔離開，備份數(shù)據(jù)不通過(guò)辦公網(wǎng)絡(luò)傳輸，而是直接通過(guò)IPSAN交換機(jī)與存儲(chǔ)設(shè)備進(jìn)行連接。

系統(tǒng)具備良好的擴(kuò)展性能，在現(xiàn)有基礎(chǔ)上，客戶能夠添加各種存儲(chǔ)設(shè)備(需支持ISCSI)。

根據(jù)客戶需要，可以實(shí)現(xiàn)D2D2T功能。將數(shù)據(jù)首先備份于速度較快的磁盤陣列上，加快備份的速度。再將數(shù)據(jù)從磁盤陣列備份到磁帶庫(kù)。

通過(guò)CBS備份管理軟件能夠集中管理其中各種設(shè)備，制定備份策略，安排備份時(shí)間，實(shí)現(xiàn)無(wú)人值守作業(yè)，減輕管理員的工作量。下圖為CBS備份框架。

備份服務(wù)器作為整個(gè)CBS備份架構(gòu)的中心，實(shí)現(xiàn)管理功能。

4告警控制系統(tǒng)

通訊指揮系統(tǒng)出現(xiàn)故障時(shí)自動(dòng)告警提示，確保系統(tǒng)安全運(yùn)行。2M口通訊故障告警、網(wǎng)絡(luò)通訊故障告警、終端網(wǎng)絡(luò)斷開告警、電話到達(dá)告警、定時(shí)放音、擴(kuò)音、報(bào)時(shí)控制，也可自動(dòng)循環(huán)播放、電源出現(xiàn)故障可自動(dòng)向受理臺(tái)告警。

警告系統(tǒng)整體性能：輸入：8-32通道，8通道遞增;電源輸入：AC 180V-250V 50Hz;控制通道輸入及輸出：AC<240V/3ADC<30V/3A;告警控制盒與計(jì)算機(jī)的通訊連接告警控制盒端用：232口;計(jì)算機(jī)端用：COMl口或COM2口;使用電纜：232串口電纜;各告警通道開啟時(shí)間超過(guò)10分鐘將自動(dòng)關(guān)閉;各開/關(guān)控制通道接通時(shí)間超過(guò)10分鐘將自動(dòng)斷開。

5總結(jié)

隨著數(shù)據(jù)管理與控制信息化綜合系統(tǒng)的不斷完善，對(duì)服務(wù)器數(shù)據(jù)的安全要求也越來(lái)越高，論文就如何保障急救指揮中心證服務(wù)器數(shù)據(jù)的安全，論文從數(shù)據(jù)物理安全、網(wǎng)絡(luò)安全、應(yīng)用系統(tǒng)安全、告警控制系統(tǒng)等方面論述了應(yīng)采取的安全防范措施。對(duì)保障網(wǎng)絡(luò)指揮中心數(shù)據(jù)安全具有指導(dǎo)性的作用。

參考文獻(xiàn)：

[1]何全勝，姚國(guó)祥.網(wǎng)絡(luò)安全需求分析及安全策略研究.計(jì)算機(jī)工程，2000，(06).

篇(3)

關(guān)鍵詞： IPTV; 負(fù)載平衡; 影音串流; 影音備份; 隨選視訊

中圖分類號(hào)： TN964?34 文獻(xiàn)標(biāo)識(shí)碼： A 文章編號(hào)： 1004?373X（2014）24?0022?06

IPTV system with load balance among replica servers

GUO Shu?yao， LI Meng?huang

（Department of Information Technology and management， Shih Chien University， Taipei 104， Taiwan， China）

Abstract： Since the video media has wide band width， the improvement of QoS （quality of service） of IPTV system depends on effective management of video servers. A video replication and access request distribution algorithm to implement a load balanced IPTV system with replica servers is proposed in this paper. The proposed algorithm is based on the more replicas for hot program and load distribution among replica servers. By comparing with two other algorithms， the proposed algorithm features better load balance effects. System practices demonstrate that the access requests can be evenly distributed among replica servers such that a better streaming service can be provided. The proposed algorithm has been implemented on an IPTV system platform. The relative technical issues for the implementation are discussed.

Keyword： IPTV; load balance; video streaming; video replica; video on demand

0 引 言

在VOD（Video on Demand）的系統(tǒng)規(guī)劃上或是Video Replication and Placement的研究上，或是CDN（Content Delivery Network）系統(tǒng)建置的成本問(wèn)題探討上，storage capacity的需求是很明確的，就是各Video program的檔案總和（也就是各Video program的program duration總和）。然而network bandwidth的需求的估算就比較困難[1?3]。論文以“worst?case demand”作為network bandwidth配置的參考參數(shù)，從而決定系統(tǒng)建置所需的storage capacity、網(wǎng)絡(luò)光纖及交換設(shè)備的容量。Worst?case demand即是peak usage demand，在peak usage period的時(shí)候，使用者的數(shù)目達(dá)到最高峰，這些使用者所使用的network bandwidth總和即是worst?case demand，系統(tǒng)網(wǎng)絡(luò)的配置必須依據(jù)此最高峰的network bandwidth需求來(lái)設(shè)定，以確保其服務(wù)質(zhì)量。而在文獻(xiàn)[1?3]的論文中，則以replication的方式來(lái)分散單一Origin server的負(fù)荷，在此架構(gòu)中，Replica servers用來(lái)儲(chǔ)存許多熱門的影音內(nèi)容，各影音內(nèi)容依其viewing request probability來(lái)決定影音replication的份數(shù)，從而分散這些熱門影音內(nèi)容被點(diǎn)選時(shí)的網(wǎng)絡(luò)流量帶寬，以得到最佳成本的系統(tǒng)建置。 雖然上述論文有數(shù)學(xué)模式來(lái)描述worst?case demand的估量方法，然而還是無(wú)法精確地估量系統(tǒng)的worst?case demand，尤其Replica servers對(duì)worst?case demand估量的影響，文獻(xiàn)[1?3]的分析模式有其適用性的問(wèn)題與困難。除了文獻(xiàn)[1?3]的研究外，文獻(xiàn)[4?8]等研究的replication策略， 都是依各影音的熱門程度，給予不同備份數(shù)的影音檔，藉此來(lái)分散掉該影音在Origin Server的負(fù)荷。比如若A影片的熱門程度是B影片的3倍的話，若B影片在replica servers有2個(gè)replicas的話，那么A影片就會(huì)有6個(gè)replicas安置在replica servers。而上述影音的熱門程度的決定，在文獻(xiàn)[4?8]等的研究會(huì)以影片的access rate或access probability或popularity來(lái)界定該影音的熱門程度。

本文以圖1的架構(gòu)探討具有replica servers的IPTV系統(tǒng)架構(gòu)的video replication及access request distribution。如何將Origin Server里的影音replicated至replica server，此即video replication的問(wèn)題;當(dāng)一個(gè)access request要求服務(wù)時(shí)，如何將此access request distribute各replica servers，此即access request distribution的問(wèn)題。此IPTV系統(tǒng)是架構(gòu)在Smart?iTV的系統(tǒng)平臺(tái)，提供以遙控器為輸入設(shè)備的IPTV服務(wù)[9]，亦能提供匯流IPTV、PC及mobile device的數(shù)字匯流影音服務(wù)[10]。

圖1 具有replica servers的VOD系統(tǒng)架構(gòu)

1 Video replication algorithm和Access

request distribution algorithm

為了方便探討，本文假設(shè)此IPTV系統(tǒng)的每個(gè)影音檔案都具有同樣的大小以及播放的帶寬。因此對(duì)于Replica Server j的空間容量Cj系以可以儲(chǔ)存多少個(gè)影片來(lái)表示;而Replica Server j的帶寬容量Bj 則以可以同時(shí)播放多少個(gè)影片來(lái)表示。本文以αj來(lái)代表Replica Server j的replication風(fēng)險(xiǎn)值，此值是探討Video replication algorithm的重要參考值。

表1 理論模式中所提及的符號(hào)

以下列的Test Case來(lái)比較不同算法的優(yōu)劣，此Test Case為：v1，v2，v3，v4，v5，v6，v8，v10，v12。假設(shè)有9部影音分別為v1每1 s被點(diǎn)播1次;v2每2 s被點(diǎn)播1次;v3每3 s被點(diǎn)播1次;v4每4 s被點(diǎn)播1次;v5每5 s被點(diǎn)播1次;v6每6 s被點(diǎn)播1次;v8每8 s被點(diǎn)播1次;v10每10 s被點(diǎn)播1次;v12每12 s被點(diǎn)播1次，共9部影音。此時(shí)有一部Origin Server以及三部replica servers為Replica Server I，Replica Server Ⅱ，Replica Server Ⅲ來(lái)建構(gòu)此9部影音的播放服務(wù);每當(dāng)有一影音被點(diǎn)播，則該影音第一次被播放時(shí)是Origin Server來(lái)提供，此時(shí)該影音將被備份至3部replica servers中的某一臺(tái)，之后該影音要再度被點(diǎn)播時(shí)則由存放該影音的replica server來(lái)提供;此處亦假設(shè)每部replica server的Bj為3，Cj為4。以下分別以算法一、算法二、算法三來(lái)探討不同算法的優(yōu)劣。

算法1：Video replication algorithm：選擇最不常使用的replica server作為video replication的replica server。Access request distribution algorithm： 端視access request的影音座落在哪個(gè)replica server，即由該replica server執(zhí)行該影音的播放。

根據(jù)上述algorithms，Test case在各時(shí)間的video replication及access request distribution如圖2所示。第1 s時(shí)v1由Origin Server播放，此時(shí)三部replica servers總共播放次數(shù)皆為0，則依順序從Origin Server中將v1影音復(fù)制至Replica Server I，此時(shí)Replica Server I的存放影音個(gè)數(shù)為1。第2 s時(shí)v1由Replica Server I執(zhí)行v1的播放，此時(shí)v2由Origin Server被播放，同時(shí)v2將從Origin Server被復(fù)制，此時(shí)Replica Server Ⅱ，Replica Server Ⅲ尚無(wú)提供影音的播放，則依順序從Origin Server中將v2影音復(fù)制至Replica Server Ⅱ ，此時(shí)Replica Server Ⅱ的存放影音個(gè)數(shù)為1。于第8 s時(shí)，Replica Server Ⅲ的存放影音個(gè)數(shù)為4，已達(dá)到replica server最大儲(chǔ)存空間Cj上限4。而在第10 s時(shí)，由于Replica Server Ⅲ影音總共播放次數(shù)最少，因而從Origin Server將v10復(fù)制至Replica Server Ⅲ，但Replica Server Ⅲ儲(chǔ)存影音空間Cj已達(dá)上限4，因此將發(fā)生v10無(wú)法被復(fù)制及播放問(wèn)題。

圖2 算法1的仿真結(jié)果

算法2：Video replication algorithm：選擇較低的αj的Replica Server j執(zhí)行video replication;Access request distribution algorithm：端視access request的影音座落在哪個(gè)replica server，即由該replica server執(zhí)行該影音的播放。

根據(jù)上述algorithms，Test case在各時(shí)間的video replication及access request distribution如圖3所示。第1 s時(shí)v1由Origin Server播放，此時(shí)v1將被復(fù)制，同時(shí)三部replica server之αj值皆為[03]，則依順序從Origin Server中將v1備份至Replica Server I，此時(shí)Replica Server I的存放影音個(gè)數(shù)為1。第2 s時(shí)v1由Replica Server I執(zhí)行v1的播放，同時(shí)v2從 Origin Server中被播放，此時(shí)Replica Server Ⅱ，Replica Server Ⅲ之αj值皆為[03]，則依順序從Origin Server中將v2備份至Replica Server Ⅱ，此時(shí)Replica Server Ⅱ的存放影音個(gè)數(shù)為1。第3 s時(shí)v1由Replica Server I執(zhí)行v1的播放，同時(shí)v3從Origin Server中被播放，此時(shí)Replica Server Ⅲ之αj值為[03]，則從Origin Server中將v3備份至Replica Server Ⅲ，此時(shí)Replica Server Ⅲ的存放影音個(gè)數(shù)為1。依此程序持續(xù)將v1，v2，v3，v4，v5，v6，v8，v10，v12備份在Replica Server I、Replica Server Ⅱ、Replica Server Ⅲ上，雖然與演算一比較后每個(gè)影音都能均勻分布在各個(gè)replica server上，但未考慮各個(gè)影音熱門程度問(wèn)題，因此各個(gè)replica server處理影音播放工作量不平衡，可得知Replica Server I播放影音總共次數(shù)比Replica Server Ⅱ及Replica Server Ⅲ多，但未達(dá)到負(fù)載平衡成效。

圖3 算法2的仿真結(jié)果

算法3：Video replication algorithm：選擇較低的αj的Replica Server j執(zhí)行video replication;并將熱門的影音備份到更多的replica servers。Access request distribution algorithm：當(dāng)有多個(gè)replica servers具有access request所需的影音時(shí)，選擇負(fù)荷最小的replica server，執(zhí)行該影音的播放。

根據(jù)上述algorithms，Test case在各時(shí)間的video replication及access request distribution如圖4所示。

事先設(shè)定每5 s會(huì)去查詢單位時(shí)間內(nèi)影音被播放的狀況以得知5 s內(nèi)被點(diǎn)播次數(shù)最多的影音，設(shè)定為熱門影音，即備份至其他的replica servers，以平均分擔(dān)各個(gè)replica server的負(fù)載。本算法在將影音備份到各個(gè)replica servers的過(guò)程，具皆與算法二一致，亦即以αj值作重要的參考參數(shù)。當(dāng)在第5 s時(shí)v1被播放，系統(tǒng)每5 s查詢各影音被播放之狀況，發(fā)現(xiàn)v1于5 s內(nèi)被播放次數(shù)達(dá)到4次。相較于目前所被播放的影音v2，v3，v4都來(lái)得熱門許多，因此啟動(dòng)v1備份。由于Replica Server Ⅱ、Replica Server Ⅲ之αj值皆為[13]，則依順序?qū)1備份至Replica Server Ⅱ。至于access request distribution的運(yùn)作，以圖4的第120 s為例，在此時(shí)間，Test Case的9個(gè)影音都需播放，由于v3，v4，v5，v6，v8，v10，v12均只有一份影音在特定的replica server，所以這些影音只能在此些replica server上播放。亦即Replica Server I播放v4，v6，v10;Replica Server Ⅱ播放v5，v8，v12;Replica Server Ⅲ播放v1，v3，v5;如是Replica Server I為滿載負(fù)荷，Replica Server Ⅱ、Ⅲ相對(duì)負(fù)荷較小。由于v2在Replica Server Ⅱ、Ⅲ均有備份，v1則在Replica Server I、Ⅱ、Ⅲ均有備份，所以擇定v2在Replica Server Ⅱ播放，v1在Replica Server Ⅲ播放，如此可以得到3部replica servers的負(fù)載平衡。

圖4 算法3的仿真結(jié)果

圖4與圖3相較，皆能符合系統(tǒng)影音服務(wù)需求，圖4經(jīng)由將熱門影音備份在更多的replica servers，而有較佳的負(fù)載平衡，其負(fù)載比例為1∶1∶0.9，而圖3的負(fù)載比例為1∶0.5∶0.3。因此，本文即以算法3作為實(shí)踐此一具有負(fù)載平衡的IPTV串流系統(tǒng)。

2 系統(tǒng)架構(gòu)

2.1 前臺(tái)系統(tǒng)架構(gòu)

由于本文是修改Smart?iTV系統(tǒng)平臺(tái)，以成為一個(gè)具負(fù)載平衡的影音串流系統(tǒng)，所以本論文勢(shì)必須對(duì)Smart ?iTV系統(tǒng)做詳盡的剖析，才能在此系統(tǒng)內(nèi)嵌此負(fù)載平衡的模塊。攸關(guān)本論文的Smart?iTV系統(tǒng)為其前臺(tái)系統(tǒng)，此前臺(tái)系統(tǒng)概分為影音選單頁(yè)面、影音介紹頁(yè)面、以及影音播放頁(yè)面，如圖5所示。

影音選單頁(yè)面的選項(xiàng)可能為影音內(nèi)容的選項(xiàng)或是另一個(gè)影音選單頁(yè)面，若是該選項(xiàng)屬于影音內(nèi)容的選項(xiàng)，當(dāng)該選項(xiàng)被點(diǎn)選時(shí)，系統(tǒng)即呈現(xiàn)該影音內(nèi)容的影音介紹頁(yè)面，該頁(yè)面會(huì)有一觸發(fā)影音播放的關(guān)鍵點(diǎn)，當(dāng)使用者啟動(dòng)觸發(fā)影音播放關(guān)鍵點(diǎn)時(shí)，該影音內(nèi)容即內(nèi)嵌在影音播放頁(yè)面做串流播放，并且將該影音的播放次數(shù)記錄在Smart?iTV的數(shù)據(jù)庫(kù)里。

圖5 Smart?iTV影音選單頁(yè)面到影音播放頁(yè)面的流程關(guān)系

2.2 具平衡負(fù)載的串流系統(tǒng)架構(gòu)分析

為達(dá)串流負(fù)載平衡的串流系統(tǒng)，本論文提出Original video replication、Hot video replication 及Access request distribution這三個(gè)模塊的實(shí)作，如圖6所示。當(dāng)使用者點(diǎn)播某部影音時(shí)，Original video replication module將查詢使用者所點(diǎn)選的影音過(guò)去曾被播放過(guò)，若不曾被播放過(guò)，則由Origin Server提供影音播放服務(wù)，并依照算法3，將所被點(diǎn)播的影音備份至αj值較低的Replica Server j;若曾被播放過(guò)，則Access requests distribution process將至Smart?iTV數(shù)據(jù)庫(kù)查詢哪些replica servers有該影音的備份，并依算法3選擇負(fù)載較低的replica server，來(lái)執(zhí)行此影音播放的服務(wù)。Hot video replication process是一個(gè)back?ground process，每單位時(shí)間內(nèi)去查詢Smart?iTV數(shù)據(jù)庫(kù)中被點(diǎn)播次數(shù)最多的影音，判定為熱門影音，并選擇αj值較低的replica server，將此熱門的影音備份到該replica server。圖6的Replica Server I、Ⅱ兩個(gè)replica servers，在Smart?iTV的Original video replication module及Hot video replication process會(huì)各自與replica server的Peer video replication共同完成video replication的任務(wù)。

圖6 具平衡負(fù)載的串流系統(tǒng)架構(gòu)圖

3 系統(tǒng)實(shí)作

由于本系統(tǒng)是架構(gòu)Smart?iTV上，所以會(huì)引用部分Smart?iTV數(shù)據(jù)表及相關(guān)字段，并增加部分的數(shù)據(jù)表及數(shù)據(jù)表字段，為使這些信息能夠被清楚檢視，茲整理如表2所示。

表2 影音播放相關(guān)數(shù)據(jù)表

參照?qǐng)D7，當(dāng)使用者進(jìn)入影音選單頁(yè)中所呈現(xiàn)的影音選項(xiàng)來(lái)自步驟0.1的CategoryTemplate數(shù)據(jù)表中Cate_Name值，而使用者點(diǎn)選某一影音選項(xiàng)時(shí)則可能導(dǎo)向步驟0.2或步驟0.3，步驟0.2根據(jù)使用者所點(diǎn)選之Cate_Name值找出其對(duì)應(yīng)的Cate_ShowMode值，當(dāng)Cate_ShowMode為‘3’時(shí)則又是另一組影音選單頁(yè)，當(dāng)Cate_ShowMode值為‘1’時(shí)直接進(jìn)入步驟0.3同時(shí)將Cate_UID值傳至影音介紹頁(yè)，依照Cate_UID值根據(jù)步驟0.4找到相符合的ML_PID值所對(duì)應(yīng)的ML_UID域值及ML_Content及影音文件名。當(dāng)使用者于影音介紹頁(yè)中啟動(dòng)觸發(fā)影音播放的關(guān)鍵點(diǎn)時(shí)，及執(zhí)行步驟0.5將ML_Content值傳至影音播放頁(yè)，影音播放頁(yè)串流服務(wù)是透過(guò)mms的協(xié)議來(lái)達(dá)成的，此即mms：//IP address of a replica server/Media Service的發(fā)行端點(diǎn)/被點(diǎn)播的影音檔名，被點(diǎn)播的影音檔名即步驟0.5的ML_Content值。同時(shí)執(zhí)行步驟0.6將View_ContentID值記錄至View_Content_Log數(shù)據(jù)表，以記錄像音的播放次數(shù)?；谏鲜鏊懻摰腟mart?iTV的架構(gòu)，本論文在影音播放頁(yè)內(nèi)嵌了Original video replication module及Access request distribution process的模塊、在Smart?iTV的系統(tǒng)安置了Hot video replication process的background job、以及記錄各replica servers規(guī)格的Replica_Server_Profile數(shù)據(jù)表、記錄各replica servers存放影音文件的Replication_Log數(shù)據(jù)表、記錄各影音在各replica servers播放次數(shù)的View_Count，如圖7所示。圖7的0.1～0.6步驟，為上述Smart?iTV既有影音播放的流程;步驟1.1～1.4是Original video replication module的步驟流程;步驟2.1～2.5是Access request distribution process的步驟流程;步驟3.1～3.7是Hot video replication process的步驟流程。當(dāng)有一影音被點(diǎn)播，Original video replication module將查詢View_Content_Log及MediaListTemplate檢視該影音過(guò)去是否有被播放過(guò)，如步驟1.1;若不曾被播放過(guò)，此時(shí)依照?qǐng)D6情境由Original Server提供影音播放，隨即啟動(dòng)video replication將影音備份至最小αj（從Replica_Server_Profile得到）的Replica Server j，并更新Replica_Server_Profile的Replica Server j存放的影音數(shù)及記錄備份影音數(shù)據(jù)至Replication_Log，如步驟1.2、1.3、1.4;若不曾被播放過(guò)即啟動(dòng)Access request distribution process，選擇Origin Server播放，同時(shí)標(biāo)記該影音已表示該影音被播放過(guò)，若曾被播放過(guò)至Replication_Log查詢?cè)撚耙魝浯娣旁谀囊籖eplica Server j，挑選該Replica Server j播放，并記錄其播放該影音次數(shù)，如步驟2.1、2.2;若于Replication_Log中查詢到有兩個(gè)Replica Server j皆擁有該影音檔案，則依步驟2.3查詢View_Count_Stat_On_Replica數(shù)據(jù)表根據(jù)播放影音量最少的Replica Server j來(lái)播放，并記錄Replica Server j播放次數(shù)，如步驟2.4、2.5。

圖7 具負(fù)載平衡之IPTV系統(tǒng)實(shí)作架構(gòu)

步驟3.1、3.2單位時(shí)間內(nèi)Hot video replication process將去查詢View_Count_Log數(shù)據(jù)表被播放次數(shù)最高的影音，設(shè)定為熱門影音，如步驟3.3;即啟動(dòng)video replication將影音備份至最小αj（同步驟1.2）的Replica Server j，如步驟3.4;并更新Replica_Server_Profile的Replica Server j存放的影音數(shù)及記錄Replication_Log備份影音數(shù)據(jù)，如步驟3.5、3.6;每當(dāng)Hot video replication process完成video replication動(dòng)作時(shí)，即更新View_Count_Log重置影音播放次數(shù)，如步驟3.7。

圖8 具負(fù)載平衡之IPTV影音串流系統(tǒng)實(shí)作

圖8為圖7的細(xì)部流程及對(duì)應(yīng)的數(shù)據(jù)表的關(guān)系圖。使用者要點(diǎn)播影音vi，可從View_Content_Log及MediaListTemplate中計(jì)算ML_UID次數(shù)，即可判斷vi是否曾經(jīng)被點(diǎn)播過(guò)，若不曾點(diǎn)播過(guò)vi，則Origin Server播放vi，并將vi備份至最小αj（從Replica_Server_Profile計(jì)算CurrVideoNum/Bandhwidth得αj）的Replica Server j并更新Replica_Server_Profile的CurrVideoNum值及記錄Replication_Log的Video_Name值為vi，同時(shí)于記錄MediaListTemplate的ML_PlayBack值，表示已被Origin Server播放過(guò)。若vi曾被點(diǎn)播過(guò)（從MediaListTemplate的ML_PlayBack知道），則從Replication_Log數(shù)據(jù)表可知，是否有兩部以上replica servers存放vi。若為false，即從Replication_Log挑選存放vi的Replica Server j播放，并于View_Count_Stat_On_Replica中記錄Replica Server j播放vi次數(shù);若為true，即從View_Count_Stat_On_Replica數(shù)據(jù)表中，搜尋存放vi的replica servers播放影音量最少的Replica Server j來(lái)播放vi，同時(shí)于View_Count_Stat_

On_Replica中記錄Replica Server j播放vi次數(shù)。而Hot video replication process則是每單位時(shí)間內(nèi)計(jì)算View_Count_Log中影音放次數(shù)最高的影音，并設(shè)定為熱門影音，并查詢最小αj的Replica Server j，將此熱門影音備份至更多的replica servers，同時(shí)更新Replica_Server_Profile的CurrVideoNum值及記錄Replication_Log的Video_Name值為vi。

4 結(jié) 論

本文提出在Smart?iTV平臺(tái)上建構(gòu)一個(gè)具負(fù)載平衡的IPTV影音串流系統(tǒng)的video replication及access request distribution algorithms，并以O(shè)riginal video replication，Access request distribution及Hot video replication等3個(gè)模塊來(lái)實(shí)作此algorithms。除了比較與驗(yàn)證相關(guān)算法之外，本文已分析系統(tǒng)實(shí)作的方式及可行性。經(jīng)實(shí)例驗(yàn)證，此系統(tǒng)確能達(dá)到replica servers負(fù)載平衡的效果，以能承載更多的系統(tǒng)服務(wù)要求。

參考文獻(xiàn)

[1] THOUIN Frederic， COATES Mark. Equipment allocation in video?on?demand network deployments [J]. ACM Transactions on Multimedia Computing， Communication， and Applications， 2008， 5（1）： 1?22.

[2] THOUIN Frederic， COATES Mark. Video?on?demand server selection and placement [C]// Proceedings of the 20th International Tele?traffic Conference on Managing Traffic Performance in Converged Networks. [S.l.]： [s.n.]， 2007： 18?29.

[3] ZHOU Xiao?bo， XU Cheng?zhong. Efficient algorithm of video replication and placement on a cluster of streaming servers [J]. Journal of Network and Computer Applications， 2007， 30（2）： 515?540.

[4] TAN Bo， MASSOULIE Laurent. Optimal content placement for peer?to?peer video?on?demand systems [C]// Proceedings of IEEE INFOCOM. [S.l.： IEEE， 2011： 694?702.

[5] NEVES Tiago Araujo， DRUMMOND Lucia Maria de A， OCHI Luiz Satoru， et al. Solving replica placement and request distribution in content distribution networks [J]. Electronic Notes in Discrete Mathematics， 2010， 36： 89?96.

[6] CHELLOUCHE Soraya Ait， AUBRY Will， NEGRU Daniel， et al. Home boxes support for an efficient video on demand distribution [C]// Proceedings of 2011 IEEE International Conference on Multimedia and Expo（ICME）. [S.l.]： IEEE， 2011： 1?6.

[7] MU?OZ?GEA Juan Pedro， TRAVERSO Stefano， LEONARDI Emilio， et al. Modeling and evaluation of multisource streaming strategies in P2P VoD systems [J]. IEEE Transaction on Consumer Electronics， 2012， 58（4）： 1202?1210.

[8] WU Wei?jie， LUI J C S. Exploring the optimal replication strategy in P2P?VoD systems： Characterization and evaluation [C]// Proceedings of 30th International Conference on Computer Communications. [S.l.]： IEEE， 2011： 1206?1214.

篇(4)

關(guān)鍵詞：內(nèi)部控制，管理制度

 

我國(guó)的會(huì)計(jì)電算化工作從20世紀(jì)70年代開始，經(jīng)過(guò)20多年的不斷發(fā)展、完善，目前已經(jīng)廣泛的應(yīng)用到各個(gè)行業(yè)。會(huì)計(jì)電算化替代傳統(tǒng)的手工記賬，大大提高了工作效率，推動(dòng)了會(huì)計(jì)的現(xiàn)代化發(fā)展。論文參考，管理制度。會(huì)計(jì)電算化是會(huì)計(jì)工作的發(fā)展方向，是促進(jìn)會(huì)計(jì)基礎(chǔ)工作規(guī)范化和提高經(jīng)濟(jì)效益的重要手段和有效措施。在全球經(jīng)濟(jì)貿(mào)易一體化的今天，會(huì)計(jì)電算化地位日趨重要，但它在給我們帶來(lái)巨大效益的同時(shí)，也存在巨大的風(fēng)險(xiǎn)，建立約束機(jī)制，完善電算化內(nèi)部管理制度是十分必要的，我認(rèn)為主要應(yīng)從以下幾個(gè)方面加強(qiáng)管理：

一、 建立健全會(huì)計(jì)電算化崗位、職責(zé)范圍，建立相應(yīng)制度，實(shí)行內(nèi)部牽制

會(huì)計(jì)電算化后的工作崗位可以分為基本工作崗位和電算化會(huì)計(jì)崗位。電算化會(huì)計(jì)崗位包括直接管理、操作、維護(hù)計(jì)算機(jī)及會(huì)計(jì)軟件的工作崗位，一般可以劃分為：電算主管、軟件操作、審核記賬、電算維護(hù)、電算審查、數(shù)據(jù)分析等崗位。

會(huì)計(jì)電算化給會(huì)計(jì)工作增添了新的摘要保持相對(duì)穩(wěn)定。各個(gè)工作崗位應(yīng)建立自己的職責(zé)范圍，切實(shí)做到事事有人管，人人有專責(zé)。

與傳統(tǒng)的會(huì)計(jì)工作一樣，內(nèi)部會(huì)計(jì)控制的關(guān)鍵是不相容職務(wù)的相互分離，各單位要根據(jù)本單位的實(shí)際情況和工作需要建立內(nèi)部牽制制度。論文參考，管理制度。在電算化會(huì)計(jì)系統(tǒng)中，不相容職務(wù)主要包括系統(tǒng)開發(fā)、發(fā)展與系統(tǒng)操作；數(shù)據(jù)維護(hù)管理與電算審核；數(shù)據(jù)錄入與審核記賬；系統(tǒng)操作與系統(tǒng)檔案管理等，應(yīng)建立一套符合職責(zé)劃分原則的內(nèi)部控制制度。其次，單位應(yīng)對(duì)計(jì)算機(jī)的使用建立一套具體使用制度，盡量做到專機(jī)專用；實(shí)行用戶權(quán)限分級(jí)授權(quán)管理，增加軟件的限制功能。論文參考，管理制度。

二、 加強(qiáng)計(jì)算機(jī)硬件、軟件管理

計(jì)算機(jī)的設(shè)備安全和正常運(yùn)行是會(huì)計(jì)電算化的前提條件。論文參考，管理制度。對(duì)計(jì)算機(jī)硬件設(shè)備的管理包括：（一）、對(duì)計(jì)算機(jī)所處的環(huán)境、溫度進(jìn)行控制；保持設(shè)備整潔、定期進(jìn)行保養(yǎng)、維護(hù)等以防止意外事故發(fā)生；（二）、建立完善的安全制度，防止設(shè)備被盜，防止無(wú)關(guān)人員進(jìn)入計(jì)算機(jī)進(jìn)行操作等。（三）、對(duì)計(jì)算機(jī)上機(jī)管理應(yīng)有明確的制度規(guī)定：包括輪流值班制度、上機(jī)記錄制度、上機(jī)時(shí)間安排等。

互聯(lián)網(wǎng)實(shí)現(xiàn)了會(huì)計(jì)資源的信息共享，但同時(shí)也處于極大的風(fēng)險(xiǎn)之中。為了提高網(wǎng)絡(luò)會(huì)計(jì)信息的安全應(yīng)采取嚴(yán)密的防范措施。論文參考，管理制度。對(duì)計(jì)算機(jī)軟件的管理包括：（一）、加強(qiáng)會(huì)計(jì)數(shù)據(jù)和會(huì)計(jì)軟件的安全保密，防止非法刪除和修改，定期進(jìn)行備份。（二）、提高網(wǎng)絡(luò)的安全防范能力，可采用防火墻技術(shù)、網(wǎng)絡(luò)防毒、信息加密、存儲(chǔ)認(rèn)證、授權(quán)進(jìn)入等措施。此外，會(huì)計(jì)軟件還應(yīng)有完備的操作日志文件。

三、 建立健全電算化檔案的管理制度

會(huì)計(jì)電算化檔案包括存儲(chǔ)在計(jì)算機(jī)硬盤中的會(huì)計(jì)數(shù)據(jù)及其他磁性介質(zhì)或光盤存儲(chǔ)的會(huì)計(jì)數(shù)據(jù)和計(jì)算機(jī)打印出來(lái)的書面等形式的會(huì)計(jì)數(shù)據(jù)；會(huì)計(jì)數(shù)據(jù)是指記賬憑證、會(huì)計(jì)帳薄、會(huì)計(jì)報(bào)表等數(shù)據(jù)。

電算化會(huì)計(jì)檔案管理是重要的會(huì)計(jì)基礎(chǔ)工作，應(yīng)嚴(yán)格按照有關(guān)規(guī)定執(zhí)行，由專人負(fù)責(zé)。論文參考，管理制度。（一）、計(jì)算機(jī)會(huì)計(jì)系統(tǒng)有關(guān)的資料應(yīng)及時(shí)存檔，建立完善的檔案管理制度。檔案管理制度應(yīng)包括合格的檔案管理人員、完善的資料使用和歸還手續(xù)，還應(yīng)有對(duì)所有檔案進(jìn)行定期備份的措施，制定應(yīng)急措施和恢復(fù)手段，會(huì)計(jì)軟件一旦受到破壞能夠恢復(fù)。（二）、采用光盤等介質(zhì)存儲(chǔ)會(huì)計(jì)帳薄、報(bào)表，其保存期限同打印輸出的書面形式的會(huì)計(jì)帳薄、報(bào)表。記賬憑證、總分類賬、現(xiàn)金日記賬、銀行日記賬仍需要打印輸出。對(duì)磁性介質(zhì)存放的數(shù)據(jù)要保持雙備份。（三）、手工錄入并由計(jì)算機(jī)打印出的記賬憑證上應(yīng)有錄入人員、稽核人員、會(huì)計(jì)主管人員的簽名或蓋章，收付款記賬憑證還應(yīng)由出納人員簽名或蓋章。

四、 加強(qiáng)學(xué)習(xí)，提高業(yè)務(wù)素質(zhì)

目前我國(guó)還有相當(dāng)一部分會(huì)計(jì)人員素質(zhì)較低，計(jì)算機(jī)知識(shí)掌握不夠，對(duì)計(jì)算機(jī)的基本操作、維護(hù)根本不懂，對(duì)使用系統(tǒng)的會(huì)計(jì)人員應(yīng)加強(qiáng)培訓(xùn)，減少系統(tǒng)運(yùn)行后出錯(cuò)的可能性。對(duì)有關(guān)人員的培訓(xùn)不僅僅是對(duì)系統(tǒng)的使用的培訓(xùn)，還包括系統(tǒng)運(yùn)行后的內(nèi)部控制制度，憑證流轉(zhuǎn)程序等的培訓(xùn)。掌握會(huì)計(jì)軟件的各種功能，充分發(fā)揮其作用，也是實(shí)現(xiàn)電算化安全運(yùn)行和保障的需要。

篇(5)

 

主要欄目

環(huán)境科學(xué)理論基礎(chǔ)研究

環(huán)境科學(xué)應(yīng)用基礎(chǔ)研究

環(huán)境科學(xué)應(yīng)用技術(shù)研究

生態(tài)環(huán)境研究

環(huán)境工程研究

環(huán)境管理研究

環(huán)境經(jīng)濟(jì)研究

環(huán)境法律研究

 

投稿要求

1、來(lái)稿要求論點(diǎn)明確、數(shù)據(jù)可靠、邏輯嚴(yán)密、文字精煉，每篇論文必須包括題目、作者姓名、作者單位、單位所在地及郵政編碼、摘要和關(guān)鍵詞、正文、參考文獻(xiàn)和第一作者及通訊作者（一般為導(dǎo)師）簡(jiǎn)介（包括姓名、性別、職稱、出生年月、所獲學(xué)位、目前主要從事的工作和研究方向），在文稿的首頁(yè)地腳處注明論文屬何項(xiàng)目、何基金（編號(hào)）資助，沒(méi)有的不注明。

2、論文摘要盡量寫成報(bào)道性文摘，包括目的、方法、結(jié)果、結(jié)論4方面內(nèi)容（100字左右），應(yīng)具有獨(dú)立性與自含性，關(guān)鍵詞選擇貼近文義的規(guī)范性單詞或組合詞（3～5個(gè)）。

3、文稿篇幅（含圖表）一般不超過(guò)5000字，一個(gè)版面2500字內(nèi)。文中量和單位的使用請(qǐng)參照中華人民共和國(guó)法定計(jì)量單位最新標(biāo)準(zhǔn)。外文字符必須分清大、小寫，正、斜體，黑、白體，上下角標(biāo)應(yīng)區(qū)別明顯。

4、文中的圖、表應(yīng)有自明性。圖片不超過(guò)2幅，圖像要清晰，層次要分明。

5、參考文獻(xiàn)的著錄格式采用順序編碼制，請(qǐng)按文中出現(xiàn)的先后順序編號(hào)。所引文獻(xiàn)必須是作者直接閱讀參考過(guò)的、最主要的、公開出版文獻(xiàn)。未公開發(fā)表的、且很有必要引用的，請(qǐng)采用腳注方式標(biāo)明，參考文獻(xiàn)不少于3條。

6、來(lái)稿勿一稿多投。收到稿件之后，5個(gè)工作日內(nèi)審稿，電子郵件回復(fù)作者。重點(diǎn)稿件將送同行專家審閱。如果10日內(nèi)沒(méi)有收到擬用稿通知（特別需要者可寄送紙質(zhì)錄用通知），則請(qǐng)與本部聯(lián)系確認(rèn)。

7、來(lái)稿文責(zé)自負(fù)。所有作者應(yīng)對(duì)稿件內(nèi)容和署名無(wú)異議，稿件內(nèi)容不得抄襲或重復(fù)發(fā)表。對(duì)來(lái)稿有權(quán)作技術(shù)性和文字性修改，雜志一個(gè)版面2500字，二個(gè)版面5000字左右。作者需要安排版面數(shù)，出刊日期，是否加急等情況，請(qǐng)?jiān)卩]件投稿時(shí)作特別說(shuō)明。

8、請(qǐng)作者自留備份稿，本部不退稿。

9、論文一經(jīng)發(fā)表，贈(zèng)送當(dāng)期樣刊1-2冊(cè)，需快遞的聯(lián)系本部。

篇(6)

[論文摘要]為了保障數(shù)據(jù)資料的安全，必須進(jìn)行數(shù)據(jù)備份。而一旦發(fā)生災(zāi)難，造成大量數(shù)據(jù)丟失，容災(zāi)系統(tǒng)將能保證業(yè)務(wù)盡快恢復(fù)，甚至可以保證業(yè)務(wù)不間斷執(zhí)行。數(shù)據(jù)備份也正是容災(zāi)系統(tǒng)得以運(yùn)行的前提。

數(shù)據(jù)資料已經(jīng)成為企事業(yè)單位的無(wú)形資產(chǎn)和重要財(cái)富，其安全也倍受關(guān)注。當(dāng)遭受地震、洪水、臺(tái)風(fēng)、恐怖襲擊等重大災(zāi)害，以及發(fā)生大范圍停電、網(wǎng)絡(luò)中斷、硬件故障等事故時(shí)就會(huì)由于數(shù)據(jù)丟失破壞而造成重大損失?？紤]到大范圍內(nèi)災(zāi)難或故障發(fā)生的可能性，為了保障數(shù)據(jù)安全，利用現(xiàn)有存儲(chǔ)設(shè)備資源為大量的主流平臺(tái)用戶制定完備的備份和容災(zāi)方案，構(gòu)建簡(jiǎn)單、經(jīng)濟(jì)、可靠的備份及容災(zāi)系統(tǒng)，增強(qiáng)系統(tǒng)的抗災(zāi)能力，最大限度地減少損失有著十分重要意義。

一、數(shù)據(jù)備份策略

從備份策略來(lái)講，現(xiàn)在的備份可分為三種：完全備份、增量備份、差異備份、累加備份策略。下面來(lái)討論以下這幾種備份方式：

完全備份就是拷貝給定計(jì)算機(jī)或文件系統(tǒng)上的所有文件，而不管它是否被改變。

增量備份就是只備份在上一次備份后增加、改動(dòng)的部分?jǐn)?shù)據(jù)。增量備份可分為多級(jí)，每一次增量都源自上一次備份后的改動(dòng)部分。

差異備份就是只備份在上一次完全備份后有變化的部分?jǐn)?shù)據(jù)。如果只存在兩次備份，則增量備份和差異備份內(nèi)容一樣。

累加備份采用數(shù)據(jù)庫(kù)的管理方式，記錄累積每個(gè)時(shí)間點(diǎn)的變化，并把變化后的值備份到相應(yīng)的數(shù)組中，這種備份方式可恢復(fù)到指點(diǎn)的時(shí)間點(diǎn)。

一般在使用過(guò)程中，這三種策略常結(jié)合使用，常用的方法有：完全備份、完全備份加增量備份、完全備份加差異備份、完全備份加累加備份。

完全備份會(huì)產(chǎn)生大量數(shù)據(jù)移動(dòng)，選擇每天完全備份的客戶經(jīng)常直接把磁帶介質(zhì)連接到每臺(tái)計(jì)算機(jī)上（避免通過(guò)網(wǎng)絡(luò)傳輸數(shù)據(jù)）。這樣，由于人的干預(yù)（放置磁帶或填充自動(dòng)裝載設(shè)備），磁帶驅(qū)動(dòng)器很少成為自動(dòng)系統(tǒng)的一部分。其結(jié)果是較差的經(jīng)濟(jì)效益和較高的人力花費(fèi)。

完全備份加增量備份源自完全備份，不過(guò)減少了數(shù)據(jù)移動(dòng)，其思想是較少使用完全備份。比如說(shuō)在周六晚上進(jìn)行完全備份（此時(shí)對(duì)網(wǎng)絡(luò)和系統(tǒng)的使用最小）。在其它6天（周日到周五）則進(jìn)行增量備份。增量備份會(huì)問(wèn)這樣的問(wèn)題：自昨天以來(lái)，哪些文件發(fā)生了變化？這些發(fā)生變化的文件將存儲(chǔ)在當(dāng)天的增量備份磁帶上。

完全備份加差異備份的思想也是較少使用完全備份。比如說(shuō)在周六晚上進(jìn)行完全備份，在其它6天（周日到周五）則進(jìn)行差異備份。做差異備份時(shí)，將會(huì)把自上星期六以來(lái)發(fā)生了變化的文件存儲(chǔ)在當(dāng)天的增量備份磁帶上。

二、容災(zāi)系統(tǒng)的等級(jí)及實(shí)現(xiàn)技術(shù)

容災(zāi)是一個(gè)范疇比較廣泛的概念，廣義上，我們可以把所有與業(yè)務(wù)連續(xù)性相關(guān)的內(nèi)容都納入容災(zāi)。容災(zāi)是一個(gè)系統(tǒng)工程，它包括支持用戶業(yè)務(wù)的方方面面。而容災(zāi)對(duì)于IT而言，就是提供一個(gè)能防止用戶業(yè)務(wù)系統(tǒng)遭受各種災(zāi)難影響破壞的計(jì)算機(jī)系統(tǒng)。容災(zāi)還表現(xiàn)為一種未雨綢繆的主動(dòng)性，而不是在災(zāi)難發(fā)生后的“亡羊補(bǔ)牢”。從狹義的角度，我們平常所談?wù)摰娜轂?zāi)是指，除了生產(chǎn)站點(diǎn)以外，用戶另外建立的冗余站點(diǎn)，當(dāng)災(zāi)難發(fā)生生產(chǎn)站點(diǎn)受到破壞時(shí)，冗余站點(diǎn)可以接管用戶正常的業(yè)務(wù)，達(dá)到業(yè)務(wù)不間斷的目的。為了達(dá)到更高可用性，許多用戶甚至建立多個(gè)冗余站點(diǎn)。

容災(zāi)系統(tǒng)是通過(guò)在異地建立和維護(hù)一個(gè)備份存儲(chǔ)系統(tǒng)，利用地理上的分離來(lái)保證系統(tǒng)和數(shù)據(jù)對(duì)災(zāi)難性事件的抵御能力。

根據(jù)容災(zāi)系統(tǒng)對(duì)災(zāi)難的抵抗程度，可分為數(shù)據(jù)容災(zāi)和應(yīng)用容災(zāi)。數(shù)據(jù)容災(zāi)是指建立一個(gè)異地的數(shù)據(jù)系統(tǒng)，該系統(tǒng)是對(duì)本地系統(tǒng)關(guān)鍵應(yīng)用數(shù)據(jù)實(shí)時(shí)復(fù)制。當(dāng)出現(xiàn)災(zāi)難時(shí)，可由異地系統(tǒng)迅速接替本地系統(tǒng)而保證業(yè)務(wù)的連續(xù)性。應(yīng)用容災(zāi)比數(shù)據(jù)容災(zāi)層次更高，即在異地建立一套完整的、與本地?cái)?shù)據(jù)系統(tǒng)相當(dāng)?shù)膫浞輵?yīng)用系統(tǒng)（可以同本地應(yīng)用系統(tǒng)互為備份，也可與本地應(yīng)用系統(tǒng)共同工作）。在災(zāi)難出現(xiàn)后，遠(yuǎn)程應(yīng)用系統(tǒng)迅速接管或承擔(dān)本地應(yīng)用系統(tǒng)的業(yè)務(wù)運(yùn)行。

設(shè)計(jì)一個(gè)容災(zāi)系統(tǒng)，需要考慮多方面的因素，如備份/恢復(fù)數(shù)據(jù)量大小、應(yīng)用數(shù)據(jù)中心和備援?dāng)?shù)據(jù)中心之間的距離和數(shù)據(jù)傳輸方式、災(zāi)難發(fā)生時(shí)所要求的恢復(fù)速度、備援中心的管理及投入資金等。根據(jù)這些因素和不同的應(yīng)用場(chǎng)合，通?？蓪⑷轂?zāi)系統(tǒng)分為四個(gè)等級(jí)。

第0級(jí)：沒(méi)有備援中心這一級(jí)容災(zāi)系統(tǒng)，實(shí)際上沒(méi)有災(zāi)難恢復(fù)能力，它只在本地進(jìn)行數(shù)據(jù)備份，并且被備份的數(shù)據(jù)只在本地保存，沒(méi)有送往異地。

第1級(jí)：本地磁帶備份，異地保存在本地將關(guān)鍵數(shù)據(jù)備份，然后送到異地保存。災(zāi)難發(fā)生后，按預(yù)定數(shù)據(jù)恢復(fù)程序恢復(fù)系統(tǒng)和數(shù)據(jù)。這種方案成本低、易于配置。但當(dāng)數(shù)據(jù)量增大時(shí)，存在存儲(chǔ)介質(zhì)難管理的問(wèn)題，并且當(dāng)災(zāi)難發(fā)生時(shí)存在大量數(shù)據(jù)難以及時(shí)恢復(fù)的問(wèn)題。為了解決此問(wèn)題，災(zāi)難發(fā)生時(shí)，先恢復(fù)關(guān)鍵數(shù)據(jù)，后恢復(fù)非關(guān)鍵數(shù)據(jù)。

第2級(jí)：熱備份站點(diǎn)備份在異地建立一個(gè)熱備份點(diǎn)，通過(guò)網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)備份。也就是通過(guò)網(wǎng)絡(luò)以同步或異步方式，把主站點(diǎn)的數(shù)據(jù)備份到備份站點(diǎn)，備份站點(diǎn)一般只備份數(shù)據(jù)，不承擔(dān)業(yè)務(wù)。當(dāng)出現(xiàn)災(zāi)難時(shí)，備份站點(diǎn)接替主站點(diǎn)的業(yè)務(wù)，從而維護(hù)業(yè)務(wù)運(yùn)行的連續(xù)性。

轉(zhuǎn)貼于

第3級(jí)：活動(dòng)備援中心在相隔較遠(yuǎn)的地方分別建立兩個(gè)數(shù)據(jù)中心，它們都處于工作狀態(tài)，并進(jìn)行相互數(shù)據(jù)備份。當(dāng)某個(gè)數(shù)據(jù)中心發(fā)生災(zāi)難時(shí)，另一個(gè)數(shù)據(jù)中心接替其工作任務(wù)。這種級(jí)別的備份根據(jù)實(shí)際要求和投入資金的多少，又可分為兩種：①兩個(gè)數(shù)據(jù)中心之間只限于關(guān)鍵數(shù)據(jù)的相互備份；②兩個(gè)數(shù)據(jù)中心之間互為鏡像，即零數(shù)據(jù)丟失等。零數(shù)據(jù)丟失是目前要求最高的一種容災(zāi)系統(tǒng)方式，它要求不管什么災(zāi)難發(fā)生，系統(tǒng)都能保證數(shù)據(jù)的安全。所以，它需要配置復(fù)雜的管理軟件和專用的硬件設(shè)備，需要投資相對(duì)而言是最大的，但恢復(fù)速度也是最快的。

在建立容災(zāi)系統(tǒng)時(shí)會(huì)涉及到多種技術(shù)，如：SAN或NAS技術(shù)、遠(yuǎn)程鏡像技術(shù)、基于IP的SAN的互連技術(shù)、快照技術(shù)等。

衡量容災(zāi)系統(tǒng)的兩個(gè)技術(shù)指標(biāo)：RPO（Recovery Point Objective）：即數(shù)據(jù)恢復(fù)點(diǎn)目標(biāo)，主要指的是業(yè)務(wù)系統(tǒng)所能容忍的數(shù)據(jù)丟失量。

RTO（Recovery Time Objective）：即恢復(fù)時(shí)間目標(biāo)，主要指的是所能容忍的業(yè)務(wù)停止服務(wù)的最長(zhǎng)時(shí)間，也就是從災(zāi)難發(fā)生到業(yè)務(wù)系統(tǒng)恢復(fù)服務(wù)功能所需要的最短時(shí)間周期。

RPO針對(duì)的是數(shù)據(jù)丟失，而RTO針對(duì)的是服務(wù)丟失，二者沒(méi)有必然的關(guān)聯(lián)性。RTO和RPO的確定必須在進(jìn)行風(fēng)險(xiǎn)分析和業(yè)務(wù)影響分析后根據(jù)不同的業(yè)務(wù)需求確定。對(duì)于不同企業(yè)的同一種業(yè)務(wù)，RTO和RPO的需求也會(huì)有所不同。

三、數(shù)據(jù)容災(zāi)與數(shù)據(jù)備份的聯(lián)系

從定義上看，備份是指用戶為應(yīng)用系統(tǒng)產(chǎn)生的重要數(shù)據(jù)（或者原有的重要數(shù)據(jù)信息）制作一份或者多份拷貝，以增強(qiáng)數(shù)據(jù)的安全性。因此，備份與容災(zāi)所關(guān)注的對(duì)象有所不同，備份關(guān)系數(shù)據(jù)的安全，容災(zāi)關(guān)心業(yè)務(wù)應(yīng)用的安全，我們可以把備份稱作是“數(shù)據(jù)保護(hù)”，而容災(zāi)稱作“業(yè)務(wù)應(yīng)用保護(hù)”。備份最多表現(xiàn)為通過(guò)備份軟件使用磁帶機(jī)或者磁帶庫(kù)將數(shù)據(jù)進(jìn)行拷貝，也有用戶使用磁盤、光盤作為存儲(chǔ)介質(zhì)；容災(zāi)則表現(xiàn)為通過(guò)高可用方案將兩個(gè)站點(diǎn)連接起來(lái)。

備份與容災(zāi)是存儲(chǔ)領(lǐng)域兩個(gè)極其重要的部分，二者有著緊密的聯(lián)系。首先，在備份與容災(zāi)中都有數(shù)據(jù)保護(hù)工作，備份大多采用磁帶方式，性能低，成本低；容災(zāi)采用磁盤方式進(jìn)行數(shù)據(jù)保護(hù)，數(shù)據(jù)隨時(shí)在線，性能高，成本高。其次，備份是存儲(chǔ)領(lǐng)域的一個(gè)基礎(chǔ)，在一個(gè)完整的容災(zāi)方案中必然包括備份的部分；同時(shí)備份還是容災(zāi)方案的有效補(bǔ)充，因?yàn)槿轂?zāi)方案中的數(shù)據(jù)始終在線，因此存儲(chǔ)有完全被破壞的可能，而備份提供了額外的一條防線，即使在線數(shù)據(jù)丟失也可以從備份數(shù)據(jù)中恢復(fù)。

要保護(hù)數(shù)據(jù)，企業(yè)需要數(shù)據(jù)備份和容災(zāi)系統(tǒng)。但是很多企業(yè)在搭建了備份系統(tǒng)之后就認(rèn)為高枕無(wú)憂了，其實(shí)還需要搭建容災(zāi)系統(tǒng)。數(shù)據(jù)容災(zāi)與數(shù)據(jù)備份的聯(lián)系主要體現(xiàn)在以下幾個(gè)方面：

（一）數(shù)據(jù)備份是數(shù)據(jù)容災(zāi)的基礎(chǔ)

數(shù)據(jù)備份是數(shù)據(jù)高可用的最后一道防線，其目的是為了系統(tǒng)數(shù)據(jù)崩潰時(shí)能夠快速的恢復(fù)數(shù)據(jù)。雖然它也算一種容災(zāi)方案，但這種容災(zāi)能力非常有限，因?yàn)閭鹘y(tǒng)的備份主要是采用數(shù)據(jù)內(nèi)置或外置的磁帶機(jī)進(jìn)行冷備份，備份磁帶同時(shí)也在機(jī)房中統(tǒng)一管理，一旦整個(gè)機(jī)房出現(xiàn)了災(zāi)難，如火災(zāi)、盜竊和地震等災(zāi)難時(shí)，這些備份磁帶也隨之銷毀，所存儲(chǔ)的磁帶備份也起不到任何容災(zāi)功能。

（二）容災(zāi)不是簡(jiǎn)單備份

真正的數(shù)據(jù)容災(zāi)就是要避免傳統(tǒng)冷備份所具有先天不足，它能在災(zāi)難發(fā)生時(shí)，全面、及時(shí)地恢復(fù)整個(gè)系統(tǒng)。容災(zāi)按其容災(zāi)能力的高低可分為多個(gè)層次，例如國(guó)際標(biāo)準(zhǔn)SHARE 78 定義的容災(zāi)系統(tǒng)有七個(gè)層次：從最簡(jiǎn)單的僅在本地進(jìn)行磁帶備份，到將備份的磁帶存儲(chǔ)在異地，再到建立應(yīng)用系統(tǒng)實(shí)時(shí)切換的異地備份系統(tǒng)，恢復(fù)時(shí)間也可以從幾天到小時(shí)級(jí)到分鐘級(jí)、秒級(jí)或0數(shù)據(jù)丟失等。

無(wú)論是采用哪種容災(zāi)方案，數(shù)據(jù)備份還是最基礎(chǔ)的，沒(méi)有備份的數(shù)據(jù)，任何容災(zāi)方案都沒(méi)有現(xiàn)實(shí)意義。但光有備份是不夠的，容災(zāi)也必不可少。容災(zāi)對(duì)于IT而言，就是提供一個(gè)能防止各種災(zāi)難的計(jì)算機(jī)信息系統(tǒng)。從技術(shù)上看，衡量容災(zāi)系統(tǒng)有兩個(gè)主要指標(biāo)：RPO（Recovery Point Object）和RTO（Recovery Time Object），其中RPO代表了當(dāng)災(zāi)難發(fā)生時(shí)允許丟失的數(shù)據(jù)量；而RTO則代表了系統(tǒng)恢復(fù)的時(shí)間。

（三）容災(zāi)不僅是技術(shù)

容災(zāi)是一個(gè)工程，而不僅僅是技術(shù)。目前很多客戶還停留在對(duì)容災(zāi)技術(shù)的關(guān)注上，而對(duì)容災(zāi)的流程、規(guī)范及其具體措施還不太清楚。也從不對(duì)容災(zāi)方案的可行性進(jìn)行評(píng)估，認(rèn)為只要建立了容災(zāi)方案即可高枕無(wú)憂，其實(shí)這具有很大風(fēng)險(xiǎn)的。特別是在一些中小企業(yè)中，認(rèn)為自己的企業(yè)為了數(shù)據(jù)備份和容災(zāi)，整年花費(fèi)了大量的人力和財(cái)力，而結(jié)果幾年下來(lái)根本就沒(méi)有發(fā)生任何大的災(zāi)難，于是放松了警惕?？梢坏┌l(fā)生了災(zāi)難時(shí)，后悔晚矣！這一點(diǎn)國(guó)外的跨國(guó)公司就做得非常好，盡管幾年下來(lái)的確未出現(xiàn)大的災(zāi)難，備份了那么磁帶，幾乎沒(méi)有派上任何用場(chǎng)，但仍一如既往、非常認(rèn)真地做好每一步，并且基本上每月都有對(duì)現(xiàn)行容災(zāi)方案的可行性進(jìn)行評(píng)估，進(jìn)行實(shí)地演練。

參考文獻(xiàn)

篇(7)

關(guān)鍵詞：計(jì)算機(jī)；云時(shí)代；網(wǎng)絡(luò)；簡(jiǎn)史

中圖分類號(hào)：TP3-05 文獻(xiàn)標(biāo)識(shí)碼：A DoI: 10.3969/j.issn.1003-6970.2012.05.028

A Discussion on "Cloud Computing"

Jao Duo-qin

(Lanzhou Resources and Environment Voc-Tech College, Lanzou 730020, China)

【Abstract】Today is the era of new things are emerging. Did not know what the network, with great difficulty, it is also known as cloud. I start from the development of computers, covering the development of networks and cloud technology, and strive to Deep elaborate computer into the cloud era process.

【Key words】Computer; The cloud era; Network; A Brief History

0 引 言

1946年，第一臺(tái)計(jì)算機(jī)發(fā)明，將人們從繁瑣的數(shù)據(jù)計(jì)算中解脫出來(lái)，1969年，互聯(lián)網(wǎng)問(wèn)世，使得計(jì)算機(jī)的功能進(jìn)一步強(qiáng)大。而到了如今一個(gè)屬于網(wǎng)絡(luò)的新名詞“云”已經(jīng)走進(jìn)了我們的生活，什么云計(jì)算、云存儲(chǔ)、云備份之類。那么云究竟是什么，它是怎么發(fā)展起來(lái)的呢？

1 計(jì)算機(jī)發(fā)展簡(jiǎn)史

網(wǎng)絡(luò)是建立在多臺(tái)計(jì)算機(jī)互聯(lián)的基礎(chǔ)之上的，那么在談及網(wǎng)絡(luò)之前，讓我們先來(lái)簡(jiǎn)單了解一下計(jì)算機(jī)的發(fā)展簡(jiǎn)史。世界上第一臺(tái)計(jì)算機(jī)ENIAC始于1946年，其雛形是電動(dòng)計(jì)算器。計(jì)算機(jī)的發(fā)明最初用于軍事，主要是用來(lái)計(jì)算彈道。這是最初的計(jì)算機(jī)，它需要占三間房的面積。到了1956年，隨著晶體管的問(wèn)世，第二代計(jì)算機(jī)誕生了，計(jì)算速度也大大提高，占地面積也縮小了。3年后，集成電路得以使用，隨即出現(xiàn)了第三代計(jì)算機(jī)。隨后大規(guī)模、超大規(guī)模集成電路廣泛應(yīng)用，計(jì)算機(jī)也逐步向前發(fā)展，速度越來(lái)越快，體積越來(lái)越小，直到今天我們看到各種形式的計(jì)算機(jī)，比如臺(tái)式機(jī)、平板、筆記本電腦等。在計(jì)算機(jī)的發(fā)展歷史上有一個(gè)人是不能忽視的，他就是馮·諾依曼，是他設(shè)計(jì)了計(jì)算機(jī)并提出了計(jì)算機(jī)的計(jì)算架構(gòu)：輸入、處理、輸出，直到今天再?gòu)?fù)雜的計(jì)算機(jī)也是秉承這一工作流程，馮·諾依曼也因此被稱為計(jì)算機(jī)之父。計(jì)算機(jī)主要由硬件和軟件兩大部分構(gòu)成。硬件即計(jì)算機(jī)當(dāng)中實(shí)際存在的部件，軟件是眾多程序的集合，是讓計(jì)算機(jī)能夠發(fā)揮實(shí)際效用的指令與代碼的表現(xiàn)形式，正是因?yàn)橛辛塑浖呐浜?，?jì)算機(jī)的強(qiáng)大功能才得以充分的發(fā)揮。計(jì)算機(jī)上可以運(yùn)行眾多的軟件，它具有運(yùn)算速度快、計(jì)算精確度高、有邏輯判斷能力、有自動(dòng)控制能力的特點(diǎn)。計(jì)算機(jī)在規(guī)模上主要經(jīng)歷了大型、小型機(jī)、微型機(jī)這樣三個(gè)發(fā)展階段。

2 聯(lián)網(wǎng)發(fā)展簡(jiǎn)史

在計(jì)算機(jī)發(fā)明后的23年，也就是1969年，原來(lái)每臺(tái)計(jì)算機(jī)只能單獨(dú)處理數(shù)據(jù)而不能協(xié)作處理數(shù)據(jù)的不足已經(jīng)不能滿足人們的需要了，特別是為了軍事用途而發(fā)明計(jì)算機(jī)的美國(guó)軍方。于是美國(guó)軍方就將加利福尼亞大學(xué)及其洛杉磯分校、斯坦福大學(xué)研究學(xué)院、猶他州大學(xué)的四臺(tái)主要計(jì)算機(jī)連接起來(lái)，這次連接是在當(dāng)年的12月進(jìn)行的。到了1970年的6月，麻省理工學(xué)院、哈佛大學(xué)、加州對(duì)達(dá)莫尼卡系統(tǒng)發(fā)展公司相繼加入。又到了1972年的1月，斯坦福大學(xué)、麻省理工學(xué)院的林肯實(shí)驗(yàn)室、卡內(nèi)基梅隆大學(xué)以及CaseWesternResverve加入，緊接著國(guó)家航空和宇宙航行局、Mitre、Burroughs、蘭德公司和伊利諾利州大學(xué)也加入了進(jìn)來(lái)。再到了1983年時(shí)，美國(guó)國(guó)防部將這些由計(jì)算機(jī)連接起來(lái)組成的網(wǎng)絡(luò)分為軍網(wǎng)和民網(wǎng)，爾后逐漸擴(kuò)大成為今天的互聯(lián)網(wǎng)，并且吸引了越來(lái)越多的公司加入。

互聯(lián)網(wǎng)包括因特網(wǎng)、萬(wàn)維網(wǎng)。互聯(lián)網(wǎng)、因特網(wǎng)、萬(wàn)維網(wǎng)三者的關(guān)系是萬(wàn)維網(wǎng)是因特網(wǎng)的分支，因特網(wǎng)是互聯(lián)網(wǎng)的分支，凡是能彼此通信的設(shè)備組成的網(wǎng)絡(luò)就是互聯(lián)網(wǎng)。

有了互聯(lián)網(wǎng)，我們可以聊天、玩游戲、查閱?wèn)|西等。 還可以用來(lái)進(jìn)行廣告宣傳、購(gòu)物，總之互聯(lián)網(wǎng)給我們的生活帶來(lái)了很大的方便，互聯(lián)網(wǎng)亦可以幫助我們的工作和學(xué)習(xí)。

3 從網(wǎng)到云的蛻變

互聯(lián)網(wǎng)的功能是強(qiáng)大的，其涵義也不斷在擴(kuò)大。網(wǎng)絡(luò)本身是虛擬的，但是網(wǎng)絡(luò)上發(fā)生的一切卻是事實(shí)的。隨著互聯(lián)網(wǎng)越來(lái)越完善，越來(lái)越龐大，人們?cè)俨荒軡M足互聯(lián)網(wǎng)只實(shí)現(xiàn)一些簡(jiǎn)單的應(yīng)用，他們要讓互聯(lián)網(wǎng)爆發(fā)，從而完成更多先前所不能完成的事情。而隨著網(wǎng)絡(luò)不斷的強(qiáng)大，它也被賦予了一個(gè)生動(dòng)的名字：云，天空中飄浮著不止一塊云，而網(wǎng)絡(luò)當(dāng)然也不止一個(gè)，所有的網(wǎng)絡(luò)連接起來(lái)，就如同云一樣，云也因此成為了網(wǎng)絡(luò)的代名詞，是對(duì)網(wǎng)絡(luò)的美稱，是種比喻。

3.1 網(wǎng)絡(luò)云的應(yīng)用

網(wǎng)絡(luò)云的主要應(yīng)用領(lǐng)域就是云計(jì)算，云計(jì)算是網(wǎng)格計(jì)算、分布式計(jì)算、并行計(jì)算、效用計(jì)算等技術(shù)與網(wǎng)絡(luò)技術(shù)的融合。它是基于互聯(lián)網(wǎng)的相關(guān)服務(wù)的增加、使用和交付模式，通常涉及通過(guò)互聯(lián)網(wǎng)來(lái)提供動(dòng)態(tài)易擴(kuò)展且經(jīng)常是虛擬化的資源[1-3]。云計(jì)算有廣義與狹義之分。廣義的云計(jì)算是指服務(wù)的交付和使用模式，指通過(guò)網(wǎng)絡(luò)以按需、易擴(kuò)展的方式獲得所需服務(wù)；狹義的云計(jì)算[1-10]是指通過(guò)網(wǎng)絡(luò)獲得所需資源，它是以IT為基礎(chǔ)的，有按需、易擴(kuò)展的特點(diǎn)。云計(jì)算通過(guò)使計(jì)算分布在大量的分布式計(jì)算機(jī)上，而非本地計(jì)算機(jī)或遠(yuǎn)程服務(wù)器中[4，10]，其可以提供基礎(chǔ)設(shè)施即服務(wù)、平臺(tái)即服務(wù)、軟件即服務(wù)。

3.2 云計(jì)算的應(yīng)用領(lǐng)域

云計(jì)算的應(yīng)用領(lǐng)域主要有云存儲(chǔ)、云備份、云安全。

首先來(lái)看一下云存儲(chǔ)。云存儲(chǔ)是云計(jì)算的分支，其通過(guò)集群應(yīng)用、網(wǎng)絡(luò)技術(shù)或分布式文件系統(tǒng)等形式，將網(wǎng)絡(luò)中不同類型的存儲(chǔ)設(shè)備集合起來(lái)協(xié)同工作，以對(duì)外提供數(shù)據(jù)存儲(chǔ)和業(yè)務(wù)訪問(wèn)功能。云存儲(chǔ)的實(shí)質(zhì)是一個(gè)以數(shù)據(jù)存儲(chǔ)[4-5，7-9，11-13]和管理為核心的云計(jì)算系統(tǒng)，只要云計(jì)算系統(tǒng)運(yùn)算及處理的是大量的數(shù)據(jù)存儲(chǔ)和管理時(shí)，云計(jì)算系統(tǒng)中就少不了要配置大量的存儲(chǔ)設(shè)備，這時(shí)云存儲(chǔ)也可被稱作云存儲(chǔ)系統(tǒng)。一個(gè)完整的云存儲(chǔ)[11-12]系統(tǒng)由存儲(chǔ)層、基礎(chǔ)管理層、應(yīng)用接口層、訪問(wèn)層這樣四部分構(gòu)成，用戶通過(guò)訪問(wèn)層實(shí)現(xiàn)對(duì)云存儲(chǔ)相應(yīng)功能的使用。云存儲(chǔ)要得以實(shí)現(xiàn)，要依賴于寬帶網(wǎng)絡(luò)的發(fā)展，WEB2.0技術(shù)，應(yīng)用存儲(chǔ)的發(fā)展，集群技術(shù)、網(wǎng)絡(luò)技術(shù)和分布式文件系統(tǒng)[9]，CDN內(nèi)容分發(fā)、P2P技術(shù)、數(shù)據(jù)壓縮技術(shù)，存儲(chǔ)虛擬化技術(shù)、存儲(chǔ)網(wǎng)絡(luò)化管理技術(shù)等等這些配套領(lǐng)域的發(fā)展。網(wǎng)絡(luò)硬盤，就是云存儲(chǔ)的一個(gè)小范圍應(yīng)用。

其次來(lái)看一下云備份。云備份是云計(jì)算的分支，是指通過(guò)集群應(yīng)用、網(wǎng)格技術(shù)或分布式文件系統(tǒng)等功能，將網(wǎng)絡(luò)中大量各種不同類型的存儲(chǔ)設(shè)備通過(guò)應(yīng)用軟件集合起來(lái)協(xié)同工作，共同對(duì)外提供數(shù)據(jù)存儲(chǔ)備份和業(yè)務(wù)訪問(wèn)的功能服務(wù)。要想實(shí)現(xiàn)云備份[4-5，7-9，11-13]，先要整合硬件，即對(duì)服務(wù)器進(jìn)行統(tǒng)一管理，然后要有一個(gè)堅(jiān)實(shí)的底層支持。云備份側(cè)重于備份的過(guò)程，也是數(shù)據(jù)防災(zāi)的一個(gè)重要組成部分，被廣泛應(yīng)用于企業(yè)及有需要的個(gè)人用戶之中。

最后來(lái)看一下云安全。對(duì)于計(jì)算機(jī)及網(wǎng)絡(luò)來(lái)講，說(shuō)到安全大家所能想到的就是密碼、病毒、木馬、惡意軟件等等這些東西，不錯(cuò)，這些都是電腦安全領(lǐng)域的范疇[14]。但是這里將要談到的云安全不僅包括對(duì)這些常規(guī)安全的處理，更包括更廣泛、更深層的電腦及網(wǎng)絡(luò)安全領(lǐng)域。先來(lái)看一下云安全究竟是什么。云安全亦是云計(jì)算技術(shù)的一項(xiàng)重要運(yùn)用，其同云存儲(chǔ)、云備份一樣，是云計(jì)算的分支[15]，它已經(jīng)在反病毒軟件中取得了廣泛的應(yīng)用，并且卓有成效，反病毒軟件在與病毒的技術(shù)競(jìng)爭(zhēng)中因?yàn)樵瓢踩慕槿攵A得了先機(jī)。云安全通過(guò)網(wǎng)狀客戶端對(duì)運(yùn)行于網(wǎng)絡(luò)之上的軟件進(jìn)行行為監(jiān)測(cè)，發(fā)現(xiàn)有病毒、木馬、惡意程序后，傳送到服務(wù)端進(jìn)行分析和處理，爾后把解決方案回傳到每一個(gè)客戶端[7]。云安全就是借全網(wǎng)之力來(lái)抵御病毒、木馬、惡意軟件，是一個(gè)大網(wǎng)絡(luò)版的殺毒軟件。云安全融合了并行處理、網(wǎng)格計(jì)算、未知病毒行為判斷等興技術(shù)和概念。云安全讓用戶感受最深的[7]就是在線殺毒、未知病毒分析及對(duì)將病毒庫(kù)由本地放到服務(wù)器，這樣大大降低了本地機(jī)器的負(fù)擔(dān)，提高了運(yùn)行效率。云安全目前已被各大安全公司廣泛使用，從而使得殺毒軟件的功能進(jìn)一步強(qiáng)大，反病毒的能力越來(lái)越強(qiáng)。

4 結(jié) 語(yǔ)

從計(jì)算機(jī)到網(wǎng)絡(luò)再到云，幾十年彈指一揮間。誰(shuí)也不會(huì)想到當(dāng)初只是美國(guó)軍方用于計(jì)算彈道的計(jì)算機(jī)以及后來(lái)同樣為了軍事用途而建立起來(lái)的互聯(lián)網(wǎng)會(huì)在幾十年后的今天如同當(dāng)看電的發(fā)現(xiàn)及燈泡的發(fā)明一樣對(duì)世界、對(duì)人們起著舉足輕重的作用。歷史見(jiàn)證了計(jì)算機(jī)及互聯(lián)網(wǎng)的發(fā)展，人們也賦予了互聯(lián)網(wǎng)以云的生動(dòng)稱呼?？茖W(xué)無(wú)止境，計(jì)算機(jī)進(jìn)入了云時(shí)代，但這并不是終點(diǎn)，計(jì)算機(jī)技術(shù)、網(wǎng)絡(luò)技術(shù)，云技術(shù)還將不斷向前發(fā)展。

參考文獻(xiàn)

[1] 于巧稚.CEO需要了解的云計(jì)算[J].中國(guó)建設(shè)信息，2012，（06）.

[2] 董日波.基于云計(jì)算的高校信息化建設(shè)[J].電腦編程技巧與維護(hù)，2012，（8）.

[3] 邦慧.云計(jì)算在新一代信息技術(shù)產(chǎn)業(yè)中不是浮云[J].衛(wèi)星電視與寬帶多媒體，2012，（9）.

[4] 初穎.基于云計(jì)算架構(gòu)的移動(dòng)ADC業(yè)務(wù)應(yīng)用研究[D].東北財(cái)經(jīng)大學(xué)碩士論文，2010.12.01.

[5] 朱勇.淺談云計(jì)算與圖書館數(shù)據(jù)中心[J].科技情報(bào)開發(fā)與經(jīng)濟(jì)，2010，（24）.

[6] 任宇寧.云計(jì)算時(shí)代的存儲(chǔ)技術(shù)——云存儲(chǔ)[J].科技傳播，2012，（3）.

[7] 葛曉濱.全球信息化背景下的電子商務(wù)發(fā)展動(dòng)態(tài)研究[J].計(jì)算機(jī)與信息技術(shù)，2012，（01）.

[8] 張志成.中小學(xué)數(shù)字化校園應(yīng)用集成平臺(tái)研究及其應(yīng)用[D].重慶大學(xué)碩士論文，2011.05.01.

[9] 張迪，霍妍.云計(jì)算技術(shù)在醫(yī)院信息化中的應(yīng)用[J].信息技術(shù)，2011，（05）.

[10] 曹沁宇. 淺談云計(jì)算技術(shù)在客服系統(tǒng)中的應(yīng)用[C].2011全國(guó)無(wú)線及移動(dòng)通信學(xué)術(shù)大會(huì)論文集，2011.

[11] 茍彥.存儲(chǔ)區(qū)域網(wǎng)絡(luò)在聯(lián)機(jī)事務(wù)處理下的性能優(yōu)化及應(yīng)用[D].重慶大學(xué)碩士論文，2011.05.01.

[12] saas_saas模式_金蝶友商網(wǎng)[DB/0L].youshang

[13] 樂(lè)靜雯.計(jì)算機(jī)簡(jiǎn)史[J].科學(xué)技術(shù)周刊，2009.10.