數(shù)據(jù)是信息系統(tǒng)各種應(yīng)用的基礎(chǔ)和紐帶，海量數(shù)據(jù)的安全存儲和操作的高效快捷已經(jīng)成為了大中型信息系統(tǒng)對數(shù)據(jù)管理的普遍要求。

　　在信息系統(tǒng)的建設(shè)過程中多數(shù)單位已經(jīng)存在一定的數(shù)據(jù)存儲和備份系統(tǒng)，由于缺乏系統(tǒng)整合和技術(shù)創(chuàng)新，隨著信息化工作的深入和IT服務(wù)需求的不斷增加，在實際的工作過程中若干問題逐漸開始浮現(xiàn)，影響了信息系統(tǒng)對企事業(yè)單位業(yè)務(wù)工作的支持和促進作用，存在的問題主要涉及幾個方面。

　 （1）數(shù)據(jù)管理相互隔絕，信息系統(tǒng)的應(yīng)用存在多個服務(wù)器和存儲設(shè)備，數(shù)據(jù)存儲各自獨立，不能集中管理。

　 （2）數(shù)據(jù)存儲空間不足，為了應(yīng)對數(shù)據(jù)膨脹和應(yīng)用程序?qū)Υ鎯�空間的要求，不斷購買服務(wù)器和硬盤來增加空間，沒有長期和根本的數(shù)據(jù)存儲解決方案。

　 （3）數(shù)據(jù)備份手段單一，沒有專業(yè)的備份系統(tǒng)，備份數(shù)據(jù)通過局域網(wǎng)共享文件方式進行，占用大量網(wǎng)絡(luò)資源，并且人工操作環(huán)節(jié)過多，費時費力效率低下。

　 （4）數(shù)據(jù)安全級別較低，黑客入侵、病毒感染、密碼泄露等安全問題時有發(fā)生，數(shù)據(jù)存儲和物理實體完全對應(yīng)，服務(wù)器和存儲設(shè)備出現(xiàn)故障時缺乏安全的故障切換應(yīng)急機制。
　　為了解決上述問題，本文設(shè)計了基于存儲區(qū)域網(wǎng)絡(luò)的海量數(shù)據(jù)災(zāi)備系統(tǒng)，充分利用先進的信息技術(shù)和應(yīng)用架構(gòu)為海量數(shù)據(jù)管理提供切實可行的解決方案。

　　1.系統(tǒng)設(shè)計

　　1.1 系統(tǒng)功能分析

　　基于存儲區(qū)域網(wǎng)絡(luò)的海量數(shù)據(jù)災(zāi)備系統(tǒng)在功能上要實現(xiàn)遠程鏡像、數(shù)據(jù)同步、故障切換等功能，即在不同的地理位置上部署近端本地系統(tǒng)和遠端備份系統(tǒng)，兩者通過光纖存儲網(wǎng)絡(luò)和計算機IP網(wǎng)絡(luò)為單位提供數(shù)據(jù)通信、應(yīng)用切換和負載均衡等企業(yè)級IT信息服務(wù)。

　　備份系統(tǒng)對本地系統(tǒng)進行數(shù)據(jù)一致性監(jiān)聽，當(dāng)本地系統(tǒng)數(shù)據(jù)發(fā)生變化時，與備份系統(tǒng)進行數(shù)據(jù)同步備份；當(dāng)本地系統(tǒng)應(yīng)用服務(wù)出現(xiàn)故障或者服務(wù)器宕機時，備份系統(tǒng)根據(jù)“心跳線”監(jiān)聽發(fā)現(xiàn)之后將本地系統(tǒng)的相關(guān)服務(wù)接管到備份系統(tǒng)上直至本地系統(tǒng)正常工作后再將服務(wù)移植給本地系統(tǒng)。

　　1.2 系統(tǒng)框架設(shè)計

　　存儲區(qū)域網(wǎng)絡(luò)從系統(tǒng)框架上可以分為兩種，一種基于光纖通道的存儲網(wǎng)絡(luò)SAN，另一種基于TCP/IP協(xié)議的存儲網(wǎng)絡(luò)IP_SAN。SAN框架的災(zāi)備系統(tǒng)出現(xiàn)較早，技術(shù)相對成熟，數(shù)據(jù)傳輸效率高，建設(shè)成本投入較大。

　　IP_SAN框架是近年來在高速千兆以太網(wǎng)迅速發(fā)展和普及的背景下產(chǎn)生的，系統(tǒng)搭建簡單，建設(shè)成本較低，由于可以在現(xiàn)有的計算機網(wǎng)絡(luò)中進行部署，在開放性、擴展性、安全性和兼容性等方面具有優(yōu)勢，得到了眾多存儲設(shè)備廠家的支持和推廣，已經(jīng)成為了當(dāng)前海量數(shù)據(jù)災(zāi)備系統(tǒng)設(shè)計方案的主流。由于服務(wù)器設(shè)備更新?lián)Q代速度較慢而且資產(chǎn)相對昂貴，所以原有的光纖存儲系統(tǒng)SAN得以保留和利用，與當(dāng)前的IP_SAN混合使用。

　　2.關(guān)鍵技術(shù)

　　2.1 光纖通道存儲訪問技術(shù)

　　基于光纖通道的存儲區(qū)域網(wǎng)絡(luò)在組成上由應(yīng)用服務(wù)器、備份服務(wù)器、光纖通道卡、光纖存儲交換機和帶光纖接口的磁盤陣列柜等組成，是傳統(tǒng)意義上的SAN網(wǎng)絡(luò)。對于基于光纖通道訪問存儲設(shè)備，首先要進行正確的設(shè)備連接，即構(gòu)成一個全光纖接口和光纖線路的光通道存儲網(wǎng)絡(luò)；其次要對光纖通道卡和光纖接口的磁盤陣列柜安裝相應(yīng)設(shè)備驅(qū)動程序進行設(shè)備初始化，保證各個設(shè)備被操作正確識別和運行；再次要安裝存儲管理軟件根據(jù)信息系統(tǒng)實際需要對存儲設(shè)備進行虛擬化和邏輯卷劃分，即將物理上分散的磁盤在邏輯上作為一個整體數(shù)據(jù)存儲空間；最后要進行災(zāi)備系統(tǒng)設(shè)置，設(shè)置應(yīng)用系統(tǒng)關(guān)鍵數(shù)據(jù)的備份方式和恢復(fù)策略。

　　2.2 IP網(wǎng)絡(luò)存儲訪問技術(shù)

　　相對于傳統(tǒng)SAN技術(shù)的復(fù)雜性而言，基于IP網(wǎng)絡(luò)訪問存儲設(shè)備相對簡單，其操作風(fēng)格和符合常規(guī)的網(wǎng)絡(luò)應(yīng)用系統(tǒng)使用習(xí)慣。IP_SAN網(wǎng)絡(luò)訪問主要有三種標(biāo)準協(xié)議，分別是iSCSI（SCSI over TCP/IP）、iFCP（Internet　FC）和FCIP（FC over IP），這些協(xié)議分別應(yīng)對純TCP/IP網(wǎng)絡(luò)環(huán)境和含有光纖傳輸協(xié)議的混合網(wǎng)絡(luò)環(huán)境。

　　iSCSI是以太網(wǎng)上進行高速數(shù)據(jù)傳輸?shù)臉?biāo)準協(xié)議，得到了多數(shù)存儲設(shè)備廠家的支持和推廣，可以在TCP/IP網(wǎng)絡(luò)中傳輸SCSI協(xié)議定義的命令和數(shù)據(jù)，iSCSI使得存儲區(qū)域網(wǎng)絡(luò)在架構(gòu)上不再依賴光纖通道。基于IP網(wǎng)絡(luò)訪問存儲設(shè)備的工作流程和基于光纖通道訪問存儲設(shè)備的流程相似，需要設(shè)備連接、驅(qū)動安裝、存儲劃分和災(zāi)備系統(tǒng)參數(shù)設(shè)置和方案實施等步驟。在計算機網(wǎng)絡(luò)中應(yīng)用iSCSI協(xié)議搭建海量數(shù)據(jù)災(zāi)備系統(tǒng)有多種技術(shù)實現(xiàn)方式。
 
　 （1）以太網(wǎng)網(wǎng)卡驅(qū)動方式不需要iSCSI卡。

　 （2）iSCSI協(xié)議和iSCSI卡驅(qū)動方式需要iSCSI卡。
 
　 （3）SCSI協(xié)議和iSCSI控制器驅(qū)動方式需要iSCSI控制器。

　　這三種技術(shù)選擇依據(jù)主要取決于IP_SAN磁盤存儲陣列柜的型號和接口類型，為了實現(xiàn)高速IP_SAN并且發(fā)揮出iSCSI協(xié)議的優(yōu)勢，可以應(yīng)用iSCSI卡來實現(xiàn)災(zāi)備系統(tǒng)搭建。

　  2.3 數(shù)據(jù)容災(zāi)備份技術(shù)

　　容災(zāi)備份系統(tǒng)也稱為災(zāi)難恢復(fù)系統(tǒng)，其作用是在服務(wù)器遭受自然災(zāi)害或者其它不可抗拒因素導(dǎo)致的設(shè)備損壞或者意外時能夠快速的對系統(tǒng)進行恢復(fù)，保證服務(wù)器持續(xù)不斷的提供應(yīng)用服務(wù)。數(shù)據(jù)容災(zāi)備份技術(shù)實現(xiàn)的前提是在異地建立一個數(shù)據(jù)備份系統(tǒng)，該備份系統(tǒng)通過自動或者被動的監(jiān)控方式獲得活動服務(wù)器的運行狀態(tài)信息，在災(zāi)難出現(xiàn)時迅速接管服務(wù)，數(shù)據(jù)災(zāi)備系統(tǒng)的評價包括恢復(fù)點對象RPO（Recovery Point Object）的數(shù)量和恢復(fù)時間對象RTO（Recovery Time Object）的長短。

　　數(shù)據(jù)容災(zāi)備份的方法主要有雙機熱備份、磁盤陣列冗余、遠程存儲快照鏡像等。在容災(zāi)等級上，可以根據(jù)單位信息系統(tǒng)關(guān)鍵業(yè)務(wù)數(shù)據(jù)實際需要選擇數(shù)據(jù)級災(zāi)備或者應(yīng)用級災(zāi)備，前者保證數(shù)據(jù)不丟失，后者確保應(yīng)用不中斷。

　　此外容災(zāi)備份還可以通過離線或者在線方式進行，分為管理員手工備份、系統(tǒng)自動備份、LAN備份、LAN-Free備份和Server-Free備份等，不同的解決方案有不同的容災(zāi)備份技術(shù)，在性能表現(xiàn)、操作步驟、系統(tǒng)兼容和擴容升級等方面各有不同，在數(shù)據(jù)容災(zāi)備份略上可以根據(jù)實際應(yīng)用情況選擇。

　　2.4 海量數(shù)據(jù)管理技術(shù)

　　大中型企事業(yè)單位信息系統(tǒng)的關(guān)鍵業(yè)務(wù)應(yīng)用說產(chǎn)生和參與系統(tǒng)服務(wù)的數(shù)據(jù)往往是TB甚至更高級別的容量，對這些海量數(shù)據(jù)進行有效管理可以減輕服務(wù)器運行壓力并提高系統(tǒng)服務(wù)的可靠性。存儲區(qū)域網(wǎng)絡(luò)中各種應(yīng)用所產(chǎn)生的數(shù)據(jù)在數(shù)量級上達到了海量級別，在存儲機制上采取了邏輯統(tǒng)一、物理分散的策略，即對存儲數(shù)據(jù)進行統(tǒng)一調(diào)度，對存儲介質(zhì)進行統(tǒng)一管理，將海量數(shù)據(jù)分塊存儲在信息系統(tǒng)存儲列表對應(yīng)的存儲介質(zhì)中。

　　對于海量數(shù)據(jù)管理而言，需要采用集群或者分布式應(yīng)用系統(tǒng)實施負載均衡和高性能計算，提高對海量數(shù)據(jù)分析和處理的效率。就技術(shù)角度而言，需要對單位海量數(shù)據(jù)災(zāi)備系統(tǒng)進行管理配置，通過網(wǎng)絡(luò)分組設(shè)置管理節(jié)點、存儲節(jié)點和應(yīng)用節(jié)點，根據(jù)實際數(shù)據(jù)傳輸和存儲需要由管理節(jié)點按照優(yōu)化的任務(wù)調(diào)度策略對數(shù)據(jù)處理進行分配和平衡，采用多線程或者并行計算來提高效率縮短服務(wù)準備就緒時間。
　　3.結(jié)束語

　　社會發(fā)展對信息系統(tǒng)提出了更多的應(yīng)用需求，這些應(yīng)用需求又促進了信息技術(shù)的不斷進步。存儲區(qū)域網(wǎng)絡(luò)為大中型信息系統(tǒng)數(shù)據(jù)存儲和容災(zāi)備份提供了行之有效的解決方案，存儲區(qū)域網(wǎng)絡(luò)自身也在技術(shù)應(yīng)用和架構(gòu)部署等方面不斷朝著低成本、高性能、易擴展和小型化變化。數(shù)據(jù)是企業(yè)IT服務(wù)的基礎(chǔ)和關(guān)鍵，建立快速有效的數(shù)據(jù)災(zāi)備系統(tǒng)可以為企事業(yè)單位關(guān)鍵信息服務(wù)業(yè)務(wù)提供安全和性能保障。

　　當(dāng)前企事業(yè)信息系統(tǒng)中存儲的數(shù)據(jù)已經(jīng)逐漸步入海量級別，基于存儲區(qū)域網(wǎng)絡(luò)的海量數(shù)據(jù)災(zāi)備系統(tǒng)在實際運行過程中已經(jīng)表現(xiàn)出了優(yōu)秀的性能和關(guān)鍵的作用，具有廣泛的應(yīng)用前景和巨大的存儲潛力，企事業(yè)信息中心和IT運維部門應(yīng)該對其加以重視，使其為本單位的信息系統(tǒng)服務(wù)發(fā)揮出更大的價值。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://m.lukmueng.com/

本文標(biāo)題：基于存儲區(qū)域網(wǎng)絡(luò)的海量數(shù)據(jù)災(zāi)備系統(tǒng)的開發(fā)策略

本文網(wǎng)址：http://m.lukmueng.com/html/support/11121512256.html