本文作者:廣安鋼結構設計

san框架(三框架網頁的制作過程)

今天給各位分享san框架的知識,其中也會對三框架網頁的制作過程進行解釋,如果能碰巧解決你現(xiàn)在面臨的問題,別忘了關注本站,現(xiàn)在開始吧!,本文目錄一覽:,1、,安裝好的監(jiān)控重新調整角度能儲存嗎,2、,基于SAN存儲的國家級土地調查數(shù)據管理與集成系統(tǒng)建設,3、,如何在Solaris下進行SAN存儲配置,4、,存儲技術是純屬系統(tǒng)的框架里面的么,5、,hadoop叢集的儲存架構一般適宜采用das,nas,san或其他什么架構,6、,一個優(yōu)秀的系統(tǒng)架構師要具體哪些能力?

今天給各位分享san框架的知識,其中也會對三框架網頁的制作過程進行解釋,如果能碰巧解決你現(xiàn)在面臨的問題,別忘了關注本站,現(xiàn)在開始吧!

本文目錄一覽:

安裝好的監(jiān)控重新調整角度能儲存嗎

可以的。

安裝好的監(jiān)控重新調整角度是可以儲存的。它只是調整了角度,并不影響監(jiān)控儲存數(shù)據。

監(jiān)控的儲存方式主要分三種:NVR、IP-SAN和CVR

第一種:NVR存儲

NVR是(即網絡硬盤錄像機)的縮寫。NVR最主要的功能是通過網絡接收IPC(網絡攝像機)設備傳輸?shù)臄?shù)字視頻碼流, 并進行存儲、管理,從而實現(xiàn)網絡化帶來的分布式架構優(yōu)勢。簡單來說,通過NVR,可以同時觀看、瀏覽、回放、管理、存儲多個網絡攝像機。擺脫了電腦硬件的牽絆,再也不用面臨安裝軟件的繁瑣。

NVR框架

現(xiàn)在市場上面也有少量的128路的NVR,因為NVR是x86架構儲存+監(jiān)控軟件,它本身也有磁盤陣列功能。

NVR主要用于中小型監(jiān)控的方案中,但對于大型監(jiān)控應用來說,NVR他短板大于它的優(yōu)勢, 監(jiān)控點多,碼流大,壓力高,容量大等問題,都會使它使用起來力不從心,而對于大型公共監(jiān)控的要考慮其擴展性、易管理性,所以采用IP-SNA或CVR的存儲方式。

第二種:IP-SAN存儲

IP-SAN,即基于IP以太網絡的SAN存儲架構,它使用iSCSI協(xié)議傳輸數(shù)據,直接在IP網絡上進行存儲,iSCSI協(xié)議就是把SCSI命令包在TCP/IP 包中傳輸,即為SCSI over TCP/IP。

IP SAN也算是SAN的一種,只是服務器和存儲之間通過網絡交換機互聯(lián),性能不算最好,但不受距離的限制,ip存儲應用十分廣泛,一般也可作為大型監(jiān)控存儲。

IP-SAN可以將存儲設備分成一個或多個卷,并導出給前端應用客戶端,客戶端計算機可以對這些導過來的卷進行新建文件系統(tǒng)(格式化)操作。客戶端計算機對這些卷的訪問方式為設備級的塊訪問,IP-SAN通過把數(shù)據分成多個數(shù)據塊(Block)并行寫入/讀出磁盤,塊級訪問的特性決定了iSCSI數(shù)據訪問的高I/O性能和傳輸?shù)脱舆t。

簡單的說,它是以塊作為存儲的,你可以認為它是含陣列功能的硬盤,其實就是磁盤陣列+硬盤。

相比較nvr存儲來說,ip-SAN一般會與流媒體服務器一起使用。

其中流媒體服務器的作用是為了有效的解決多用戶同時訪問同一實時視頻數(shù)據信息時對網絡帶寬重復占用的問題,充分節(jié)省網絡帶寬資源,有效降低網絡阻塞的發(fā)生,需要在聯(lián)網監(jiān)控中心配備一臺流媒體服務器。

IP-SAN存儲模式具有如下特點:

1、具有高帶寬“塊”級數(shù)據傳輸?shù)膬?yōu)勢。

2、基于TCP/IP,IP網絡技術成熟,具有TCP/IP的所有優(yōu)點,如可靠傳輸,可路由等,減少了配置、維護、管理的復雜度。

3、可以通過以太網來部署iSCSI存儲網絡,易部署,成本低。

4、易于擴展,當需要增加存儲空間時,只需要增加存儲設備即可完全滿足,擴展性高。

5、數(shù)據遷移和遠程鏡像容易,只要網絡帶寬支持,基本沒有距離限制,更好的支持備份和異地容災。

第三種:CRV存儲

海康CVR存儲模式可支持視頻流經編碼器直接寫入存儲設備,省去存儲服務器成本,避免服務器形成單點故障和性能瓶頸,獨特的數(shù)據結構確保監(jiān)控服務的高穩(wěn)定和高性能。

存儲框架

而CVR是安防監(jiān)控專用的視頻存儲設備。CVR是TCP/IP上的視頻流改寫成流數(shù)據結構直接寫到磁盤里,所以磁盤里存的不是文件,沒有碎片。

CVR存儲模式的特點

1、前端直寫統(tǒng)一管理

海康CVR存儲模式可支持視頻流經編碼器直接寫入存儲設備,省去存儲服務器。可通過集中管理平臺可實現(xiàn)多網絡存儲設備的集中化管理和狀態(tài)監(jiān)控;可以實現(xiàn)業(yè)務系統(tǒng)中存儲設備的集中配置、管理,實時監(jiān)控存儲設備單元工作狀態(tài)及其對應可管理的設備部件、運行協(xié)議、RAID組等內容;集中報警管理支持對存儲設備的定期狀態(tài)巡檢功能,對系統(tǒng)運行狀態(tài)、陣列運行、ISCSI、HTTP、CIFS、SCSI通道等狀態(tài)進行實時監(jiān)控、集中顯示。

2、簡化網絡結構

海康CVR存儲模式通過前端編碼設備直接寫入存儲設備中,不需要存儲服務器,簡化網絡結構,解決原有設計中存儲服務器與存儲設備之間網絡壓力問題。

3、獨有的流媒體文件系統(tǒng)保護技術

海康CVR存儲模式采用獨特的VSPP—視頻流預保護技術,徹底解決由于斷電斷網引起的文件系統(tǒng)不穩(wěn)定甚至文件系統(tǒng)損壞而導致的監(jiān)控服務停止、數(shù)據只讀或丟失等故障問題。

海康CVR存儲模式采用自身獨有的數(shù)據塊管理結構和容錯機制,脫離對服務器端文件系統(tǒng)的依賴,避免其文件系統(tǒng)損壞對監(jiān)控業(yè)務系統(tǒng)造成影響,提供更加穩(wěn)定、高效的管理方式。

4、高效的磁盤碎片免疫技術

海康CVR存儲模式采用磁盤預分配與延遲分配技術相結合,首先查找空閑空間區(qū)域并用于存儲新數(shù)據的過程,最大程度地提高系統(tǒng)性能和避免磁盤碎片。同時,結合高效的碎片整理程序,在系統(tǒng)空閑時對磁盤碎片進行整理,改善系統(tǒng)的性能。

基于SAN存儲的國家級土地調查數(shù)據管理與集成系統(tǒng)建設

張定祥 戴建旺 李憲文 何歡樂

(中國土地勘測規(guī)劃院,北京,100035)

摘要:本文在對國家級土地調查數(shù)據管理與集成系統(tǒng)建設項目背景分析的基礎上,提出了系統(tǒng)建設的總體目標和任務,全面闡述了系統(tǒng)的總體設計、運行模式、系統(tǒng)功能設計思想,系統(tǒng)地介紹了各子系統(tǒng)的功能模塊設計,最后本文對該管理與集成系統(tǒng)的應用進行了展望。

關鍵詞:土地調查;數(shù)據集成;SAN (Storage Area Network);數(shù)據倉庫

1 項目背景

目前,隨著我國土地調查技術水平不斷提高,數(shù)據的精度和現(xiàn)勢性不斷加強,數(shù)據資源發(fā)揮了越來越重要的作用。但是,我國土地調查數(shù)據管理方面還存在一些問題。主要表現(xiàn)在:①數(shù)據管理手段落后、數(shù)據整合集成度差。大量調查監(jiān)測與評價數(shù)據以文件光盤或紙質方式存放,大多數(shù)沒有建立集成化的空間數(shù)據庫;土地資源調查監(jiān)測數(shù)據內容不統(tǒng)一,不同時期數(shù)據成果的可比性差,難以形成管理和研究分析需要的區(qū)域性時間系列數(shù)據;土地數(shù)據庫存在多種比例尺、多種格式等問題。②數(shù)據共享應用存在障礙,數(shù)據信息挖掘不夠。由于多方面的原因,土地調查數(shù)據共享渠道還不夠通暢,大量數(shù)據資源還未納入管理,數(shù)據應用潛力遠沒有開發(fā)。

當前,建立國家級土地調查數(shù)據管理與集成系統(tǒng)的意義在于:①有效整合、集成土地資源調查工程數(shù)據成果,為工程提供系列化、標準化的展示成果;②為“金土工程”和“全國土地資源二次詳查”等新項目提供標準化、集成化數(shù)據產品;③加強數(shù)據基礎建設,并進行數(shù)據信息挖掘,形成土地管理科學決策的數(shù)據基礎,提高土地科技創(chuàng)新能力和土地資源參與國民經濟宏觀調控的科學性;④挽救土地資源調查歷史數(shù)據,加快數(shù)據共享應用,保護國家在土地調查多年巨額投資成果。鑒于以上考慮,“土地數(shù)據存儲管理系統(tǒng)”采用現(xiàn)代數(shù)據倉庫數(shù)據集成技術思路,以三個數(shù)據庫(土地資料庫、土地成果庫、土地應用庫)、數(shù)據整合集成工具包、數(shù)據分發(fā)和對內對外發(fā)布等開發(fā)為主要內容,將為國土資源大調查——土地調查原始數(shù)據管理、成果數(shù)據集成、應用數(shù)據產品開發(fā)、數(shù)據分發(fā)服務一體化提供集成的網絡化管理與共享平臺。該系統(tǒng)的建設將大大提高土地調查數(shù)據管理和集成信息化水平。

2 系統(tǒng)建設目標

本系統(tǒng)建設目標為:在對國家級土地數(shù)據現(xiàn)狀和預測分析基礎上,設計并建立基于SAN (Storage Area Network)存域網的土地數(shù)據管理與集成系統(tǒng),實現(xiàn)客戶端、數(shù)據存儲中心和業(yè)務系統(tǒng)有機銜接,滿足海量土地數(shù)據的動態(tài)存儲、管理維護、更新、整合處理、查詢檢索等功能,實現(xiàn)土地數(shù)據的分布式共享和應用;能夠實現(xiàn)對國家級土地調查、評價、規(guī)劃等數(shù)據進行整合、編目、集成形成多層次專題數(shù)據建庫,并加入數(shù)據管理系統(tǒng);在此基礎上,構建土地分中心對外服務共享平臺,通過專題數(shù)據庫整合、集成、網上發(fā)布,實現(xiàn)土地調查數(shù)據社會化共享。

3 總體設計

3.1 系統(tǒng)總體框架設計

基于SAN存儲的國家級土地調查數(shù)據管理與集成系統(tǒng)由基礎設施、數(shù)據和業(yè)務應用三層技術體系,安全和整合集成兩個技術保障構成,具體的土地數(shù)據分中心總體設計架構如圖1所示。

圖1 土地數(shù)據分中心總體設計架構

3.1.1 基礎設施層

基礎設施層是系統(tǒng)建立及日常運行的基本軟硬件環(huán)境,其中硬件環(huán)境構成了分中心的網絡環(huán)境、存儲環(huán)境及安全環(huán)境,軟件環(huán)境則包括操作系統(tǒng)、數(shù)據庫管理系統(tǒng)、GIS軟件環(huán)境等。

3.1.2 數(shù)據層

數(shù)據層是系統(tǒng)建設的核心部分,該層構成了分中心的數(shù)據基礎設施。全部數(shù)據通過建立統(tǒng)一的土地資料元數(shù)據實現(xiàn)集中管理與維護。數(shù)據層主要由土地資料數(shù)據庫、土地成果數(shù)據庫和土地應用數(shù)據庫組成,數(shù)據庫內所有土地資料信息在元數(shù)據庫中管理維護。

3.1.3 業(yè)務應用層

業(yè)務應用層是分中心的運行層,所有具體的業(yè)務人員都在這個基礎上實現(xiàn)土地數(shù)據分中心的應用。根據應用內容的不同,應用系統(tǒng)包括:土地數(shù)據庫管理與維護;土地數(shù)據庫信息檢索與查詢;土地數(shù)據的加工處理與整合;各種土地業(yè)務管理應用;國土資源輔助決策支持;科學數(shù)據共享服務網站六部分職能。

3.2 運行模式

國家級土地調查數(shù)據管理與集成系統(tǒng)日常運行模式有三種,即分中心內部運行模式、院內部運行模式以及院外部運行模式。分中心內部運行模式的核心是土地資料數(shù)據的匯交、存儲、管理、元數(shù)據庫維護、數(shù)據整合與整理等。院內部運行模式主要為非專業(yè)應用系統(tǒng)的普通土地數(shù)據用戶則可以通過元數(shù)據的檢索查詢完成土地數(shù)據的信息瀏覽、數(shù)據下載、數(shù)據轉換及數(shù)據應用工作;此外院內運行的各類土地專業(yè)應用系統(tǒng)通過計算機網絡,通過訪問、檢索元數(shù)據庫實現(xiàn)土地數(shù)據倉庫的信息共享,從而達到不同格式的土地數(shù)據在不同部門和業(yè)務系統(tǒng)間的流通、交換和共享利用的目標。

規(guī)劃院外運行模式涉及國務院各部委機關、國土資源部機關、相關數(shù)據中心及信息中心、各級省級國土資源數(shù)據中心、省級規(guī)劃院系統(tǒng)等不同層次和需求用戶。

3.3 系統(tǒng)功能設計

3.3.1 采用基于高性能的 SAN 的網絡結構

SAN (Storage Area Network)是當前最先進的網絡存儲方式,本系統(tǒng)數(shù)據存儲采用光纖布線的方式為用戶提高數(shù)據傳輸?shù)膸捄涂煽啃詳?shù)據。系統(tǒng)硬件設備主要包括P650小型機、H16 SAN光纖交換機、FastT600光纖磁盤陣列、3583光纖磁帶庫、IBM EXP400陣列、IBM X365服務器及IBM X445服務器等IBM的設備、SUN的Blade2500圖形工作站及Cisco的網絡交換機(數(shù)據存儲結構見圖2)。

圖2 數(shù)據存儲結構圖

3.3.2 高可擴展性存儲設計

從存儲容量來看,目前IBM FastT600磁盤陣列可以提供2 T的存儲空間,最大可以擴展到16 T的存儲容量。IBM 3583-L36光纖磁帶庫內有36個磁帶的艙位,配置了4個磁帶驅動器和40盤200 GB的磁帶,正常情況下可以存儲8 TB的數(shù)據,壓縮的狀態(tài)下可存儲16 TB的數(shù)據。3583磁帶庫驅動器可以再增加2個,磁帶的艙位可以增加到72個。離線磁帶的數(shù)量理論上是沒有限制的,只需更換新的磁帶就可以了。

3.3.3 基于數(shù)據倉庫設計思想的數(shù)據存儲管理系統(tǒng)

針對國家級土地調查數(shù)據多源異構情況復雜而應用目標不十分明確的矛盾,借鑒數(shù)據倉庫技術思想,設計了數(shù)據存儲管理系統(tǒng)中土地數(shù)據整合集成技術流程。其核心思想在于國家級土地數(shù)據通過數(shù)據集成工具逐步形成土地資料庫、土地成果庫、專題產品庫等系列產品。系統(tǒng)土地數(shù)據整合集成技術體系在以下方面:①外部歷史數(shù)據進入資料庫的元數(shù)據錄入和數(shù)據入庫規(guī)范,主要由人工處理和系統(tǒng)自動完成;②數(shù)據從資料庫進入成果庫之前的數(shù)據轉換、抽取、重組、建模、綜合和集成過程,主要由系統(tǒng)提供工具軟件或數(shù)據接口人工操作完成;③成果數(shù)據進入應用庫之前的數(shù)據裁減、融合、接邊、格式轉換等數(shù)據集成過程,以及數(shù)據成果庫數(shù)據挖掘、決策分析功能,此部分主要通過Arc/Engine開發(fā)工具的模塊和利用Oracle相應的數(shù)據挖掘功能實現(xiàn)。

4 功能模塊設計

4.1 資料庫管理子系統(tǒng)

土地資料庫系統(tǒng)通過建立數(shù)據的管理元數(shù)據、數(shù)據命名、數(shù)據目錄規(guī)范入庫、構建資料庫,實現(xiàn)基于元數(shù)據的檢索、數(shù)據查詢、數(shù)據預覽等功能。土地數(shù)據資料進入資料庫系統(tǒng)是數(shù)據資料的初步整合過程,紙質資料和電子數(shù)據進行分類管理,紙質資料只錄入編目系統(tǒng),資料本身不進入數(shù)據目錄管理系統(tǒng)。電子數(shù)據納入文件目錄管理范疇,需要進行元數(shù)據錄入和文件重命名和數(shù)據入庫等過程。數(shù)據資料整合管理過程主要包括:數(shù)據內容選擇、元數(shù)據錄入、文件進入資料庫文件目錄系統(tǒng)(目錄資料不入庫)、文件的規(guī)范命名、元數(shù)據檢查修改、元數(shù)據查詢?yōu)g覽、數(shù)據分發(fā)和發(fā)布等過程。

土地資料庫管理子系統(tǒng)由數(shù)據庫、管理和維護應用系統(tǒng)、土地數(shù)據對外服務系統(tǒng)構成。具體包括:①數(shù)據庫。根據數(shù)據層次的不同,土地資料庫管理子系統(tǒng)中含有經過重新目錄組織和文件命名的土地資料數(shù)據和體現(xiàn)數(shù)據目錄信息及其他內容的元數(shù)據。②數(shù)據管理維護系統(tǒng)。針對土地資料數(shù)據庫、元數(shù)據庫分別由土地資料管理維護系統(tǒng)、元數(shù)據管理維護系統(tǒng)提供相應數(shù)據內容的入庫、檢索、利用、存取控制、備份、恢復等。③土地數(shù)據對外服務與數(shù)據分發(fā)系統(tǒng)。土地數(shù)據對外服務系統(tǒng)基于互聯(lián)網,向社會公眾提供元數(shù)據、土地資料數(shù)據的瀏覽、查詢、下載等土地數(shù)據服務。

4.2 成果庫管理子系統(tǒng)

在數(shù)據庫結構預先構建前提下,在經過數(shù)據整合和成果提取過程之后,成果數(shù)據存儲在Oracle Spatial中,數(shù)據管理工作包括空間數(shù)據本地瀏覽、數(shù)據內容維護和數(shù)據庫結構維護。具體包括以下幾個方面。

4.2.1 成果數(shù)據管理

成果最小的組織單位是縣,然后確定一個縣的土地專題,如縣級土地利用、縣級動態(tài)監(jiān)測等,系統(tǒng)建庫標準參考相關國家建庫標準。成果數(shù)據的體現(xiàn)按照樹型來組織,第一級是成果主題,然后根據成果組織的類型分為分幅和行政區(qū)兩種方式。分幅方式主要是根據標準比例尺將全國區(qū)域分為相應數(shù)量的邏輯尺寸,數(shù)據的組織采用這兩種方式相結合,主要是因為目前有很多已有土地數(shù)據成果,本身就是采用分幅來匯交數(shù)據,在不改變原有數(shù)據的數(shù)據范圍下就可以完成數(shù)據的拼接。另一方面,一般顯示數(shù)據采用行政區(qū)省—市—縣逐級索引的,便于數(shù)據檢索。

(1)成果分幅管理 標準百萬分幅、標準50 萬分幅、標準25 萬分幅、標準10 萬分幅、標準5萬分幅、標準2.5萬分幅、標準1萬分幅。

(2)成果行政區(qū)管理 省級索引圖、市級索引圖、縣級實際成果數(shù)據 (圖3)。

圖3a 百萬分幅索引圖

圖3b 全國省界索引圖

圖3c 廣東省界索引圖

圖3d 縣級土地利用專題數(shù)據

4.2.2 成果空間數(shù)據瀏覽

此功能模塊主要用來實現(xiàn)對存儲在Oracle Spatial中的成果數(shù)據進行預覽,主要包括如下空間圖形操作功能。放大、縮小、漫游、全圖、查閱屬性數(shù)據、查閱元數(shù)據。

4.2.3 成果整合管理

成果庫的建立是通過整合工具將目標數(shù)據整合而成。成果的整合管理主要是指將數(shù)據整合到成果庫的過程管理,系統(tǒng)提供整合入庫向導輔助完成這個整合過程。整合過程包括如下步驟:①選擇成果目標庫;②查詢選擇整合數(shù)據源;③確定數(shù)據源與目標庫(數(shù)據表)的對應關系,系統(tǒng)支持多種格式的數(shù)據源,包括Arcgis shape,Arcgis coverage,Map-gis,VCT 多種國內外主流 GIS 平臺數(shù)據格式;④確定數(shù)據源屬性表與成果庫數(shù)據字段的對應關系;⑤確定數(shù)據源元數(shù)據與成果庫元數(shù)據的對應關系;⑥調用數(shù)據整合工具完成目標數(shù)據源向成果庫的整合。

4.2.4 成果建庫管理

成果庫包括兩個部分,一個是核心庫,包括分幅信息、行政區(qū)索引信息、成果元數(shù)據、縣級標準主題庫;另一個部分是成果擴展庫,主要為了實現(xiàn)系統(tǒng)的兼容性和用戶自定義。

由于成果核心數(shù)據庫結構是預先生成,在系統(tǒng)正常運行階段不提供用戶接口進行調整,可提供根據預先生成的數(shù)據庫腳本重新創(chuàng)建數(shù)據庫框架;在不影響資料庫數(shù)據整合入庫和數(shù)據發(fā)布的情況下,通過和開發(fā)人員共同合作實現(xiàn)對數(shù)據庫的調整。對于成果擴展庫,系統(tǒng)提供建庫向導輔助用戶完成自定義擴展。擴建庫建立向導主要完成如下功能:①定義擴展數(shù)據庫、數(shù)據表結構;②確定擴展數(shù)據庫、數(shù)據表與核心庫關系;③定義數(shù)據獲取與更新機制。

4.3 應用庫管理子系統(tǒng)

數(shù)據的最終目的很大程度上是為了應用于專題中作為數(shù)據存儲系統(tǒng)的重要功能,要求實現(xiàn)根據專題用戶輸入應用要求,實現(xiàn)數(shù)據提取。完成專題產品的來源可以來自于資料庫和成果庫,由于各種專題的要求并不一致,因此需要具有通用性且功能強大的通用工具,以便實現(xiàn)專題數(shù)據產品的生成。

4.4 數(shù)據發(fā)布管理子系統(tǒng)

土地數(shù)據管理模式采用土地數(shù)據存域網和土地數(shù)據中心對外發(fā)布平臺的有機集成管理模式。中國土地勘測規(guī)劃院內部土地數(shù)據管理由對內發(fā)布服務系統(tǒng)實現(xiàn),社會共享數(shù)據和信息管理通過土地數(shù)據中心對外發(fā)布平臺實現(xiàn)。土地數(shù)據資源要求可以被授權用戶使用,使用方式將改變以前通過文件復制的方式,而采用更加方便而且安全有效的方式,即通過信息發(fā)布——用戶下載的方式來實現(xiàn)。具體功能包括:①數(shù)據查詢;②數(shù)據分發(fā)申請登記;③數(shù)據分發(fā)申請審核;④數(shù)據分發(fā)授權;⑤數(shù)據下載服務;⑥數(shù)據下載備案。

圖4 數(shù)據產品下載申請登記

圖5 數(shù)據分發(fā)審核管理

4.5 數(shù)據整合環(huán)境與集成工具包

數(shù)據整合處理環(huán)境由多個數(shù)據提取工具構成。利用數(shù)據模型構建工具,面向土地專題應用,構建相應的數(shù)據倉庫框架,逐步擴充土地專題業(yè)務應用數(shù)據庫所涵蓋的土地分析專題;通過開發(fā)面向特定土地成果數(shù)據庫或土地專題應用的整合特定數(shù)據源數(shù)據的數(shù)據提取工具,逐步充實數(shù)據整合處理環(huán)境的數(shù)據提取工具;通過運行數(shù)據提取工具,逐步充實土地成果數(shù)據庫和土地專題數(shù)據倉庫的內容。編寫數(shù)據提取工具,從各土地資料數(shù)據庫抽取數(shù)據到土地成果數(shù)據庫中,由土地成果數(shù)據抽取數(shù)據到土地專題應用數(shù)據庫中。

基于 ESRI Arc/Engine 組件工具,開發(fā)服務于“土地數(shù)據整合處理”的各種通用 GIS工具組件備用,同時開發(fā)具有友好圖形用戶界面,實現(xiàn)基于“土地資料庫”或“土地成果數(shù)據庫”及其元數(shù)據庫提取特定專題應用產品數(shù)據庫的流程管理的專題產品數(shù)據庫提取與維護管理系統(tǒng)。考慮到數(shù)據產品數(shù)據庫創(chuàng)建的復雜性,在系統(tǒng)實現(xiàn)過程中,只實現(xiàn)可自動化進行的流程的管理,對于無法自動化的過程,系統(tǒng)給出信息提示,實施手工處理。

圖6a 數(shù)據整合處理環(huán)境提取工具

圖6b 通用集成 GIS 工具組件

5 應用展望

當前,加快土地調查評價數(shù)據集成既是深化大調查成果的需要,也是國家土地管理新形勢對土地資源調查監(jiān)測數(shù)據集成提出的新要求。充分發(fā)揮土地調查評價數(shù)據的基礎性作用,促進國家科技數(shù)據資源共享也必須對土地數(shù)據進行整合集成。如何對多年來取得的國家級土地調查評價數(shù)據,特別是大調查數(shù)據進行有效集成和管理,并為國家土地管理宏觀決策提供快速、準確的信息服務是國家級土地調查評價數(shù)據集成面臨的首要問題。基于 SAN 存儲的國家級土地調查數(shù)據管理與集成系統(tǒng),首次將土地數(shù)據倉庫技術思想應用于土地數(shù)據管理系統(tǒng)建設中,提出資料庫、成品庫、應用庫三庫一體的數(shù)據倉庫解決方案,對不同處理級別數(shù)據分級存儲,為土地數(shù)據挖掘提供可能,也為不同應用目的數(shù)據集成提供實現(xiàn)有效途徑。通過該系統(tǒng)建設將能夠實現(xiàn)土地數(shù)據管理、土地數(shù)據處理和信息發(fā)布網絡化,大大提高信息化建設水平。目前本系統(tǒng)已經初步建成,并處于試運行階段,正利用本數(shù)據管理集成系統(tǒng)平臺進行全國城市土地利用動態(tài)遙感監(jiān)測數(shù)據、1∶1 萬土地利用建庫、土地詳查1∶5 萬縣級土地利用柵格數(shù)據等土地調查監(jiān)測數(shù)據的整合集成工作。目前已經完成2004年度全國土地利用動態(tài)遙感監(jiān)測成果數(shù)據、“數(shù)字國土”工程1∶1 萬土地利用建庫200 多個縣區(qū)、土地詳查1∶5 萬縣級土地利用柵格數(shù)據全部數(shù)據(2000 多個縣)的整合入庫和元數(shù)據錄入,并可實現(xiàn)對元數(shù)據和數(shù)據的管理。系統(tǒng)建設已經初見成效,實現(xiàn)了土地調查數(shù)據科學有效管理、避免重復投資,為國家寶貴的數(shù)據資源科學管理、有效集成和共享應用打下了堅實基礎。可以預見,本系統(tǒng)平臺將在國土資源大調查——土地資源調查數(shù)據整合集成發(fā)揮重要作用。當然由于受人員、時間,特別是水平等各方面條件的限制,本系統(tǒng)還需要在國家級土地調查監(jiān)測的數(shù)據整合集成實踐中不斷地完善、提高。

如何在Solaris下進行SAN存儲配置

Oracle Solaris 10 和 Oracle Solaris 11 自帶了一個光纖通道發(fā)起方系統(tǒng),您可以對它進行配置以便將 Sun ZFS

存儲設備提供的光纖通道 (FC) LUN 集成到 Oracle Solaris 環(huán)境中。本文介紹如何配置 Oracle Solaris 光纖通道系統(tǒng)以及如何配置

Sun ZFS 存儲設備來配置供 Oracle Solaris 服務器訪問的 FC LUN。可以使用瀏覽器用戶界面 (BUI) 完成這些配置。

本文做出以下假設:

已知 Sun ZFS 存儲設備的 root 帳戶口令。

已知 Sun ZFS 存儲設備的 IP 地址或主機名。

已配置好 Sun ZFS 存儲設備使用的網絡。

Sun ZFS 存儲設備已配置有具有足夠可用空閑空間的存儲資源池。

已知 Oracle Solaris 服務器的 root 帳戶口令。

Sun ZFS 存儲設備已經連接到光纖通道交換機。

已在 FC 交換機上配置了相應的區(qū)域,允許 Oracle Solaris 主機訪問 Sun ZFS 存儲設備。

配置 Oracle Solaris FC 系統(tǒng)

為了讓 Sun ZFS 存儲設備和 Oracle Solaris 服務器彼此標識,每個設備的 FC 全球編號 (WWN)

必須在另一個設備中注冊。您必須確定在 FC 交換機上實現(xiàn)的某些形式 FC 區(qū)域的 WWN。

主機的 FC WWN 用于向 Sun ZFS 存儲設備標識主機,并且需要它來完成本文中的配置過程。

WWN 來自在 Oracle Solaris 主機和 Sun ZFS 存儲設備中安裝的 FC 主機總線適配器 (HBA)。

為了配置 Oracle Solaris FC 系統(tǒng),您需要知道 Sun ZFS 存儲設備的 WWN。在傳統(tǒng)的雙結構存儲區(qū)域網絡 (SAN) 中,Sun

ZFS 存儲設備至少有一個 FC 端口連接到每個結構。因此,您必須至少確定兩個 FC WWN。

標識 Sun ZFS 存儲設備 FC WWN

首先,您需要建立一個到 Sun ZFS 存儲設備的管理會話。

在 Web 瀏覽器的地址欄中輸入一個包含 Sun ZFS 存儲設備的 IP 地址或主機名的地址,如以下 URL 所示:

;ip-address or host name:215

將顯示登錄對話框。

輸入用戶名和口令,然后單擊 LOGIN。

成功登錄到 BUI 之后,您可以通過 Configuration 選項卡標識 WWN。

單擊 Configuration SAN Fibre Channel

Ports。

將顯示安裝在 Sun ZFS 存儲設備中的 FC 端口。由于每個 HBA 通道只有一個已發(fā)現(xiàn)的端口,因此這必須是 HBA 通道本身。

在前面的示例中,端口 1 具有 WWN 21:00:00:e0:8b:92:a1:cf,端口 2 具有 WWN

21:01:00:e0:8b:b2:a1:cf。

在每個 FC 端口框右側的列表框中,應該將 FC 通道端口設置為 Target。如果情況并非如此,則 FC

端口可能用于其他用途。在調查原因之前,請不要更改設置。(一種可能的原因是可能用于了 NDMP 備份。)

標識 Oracle Solaris 主機 HBA WWN

如果 Oracle Solaris 主機已經通過相應的電纜連接到 FC 交換機,則使用以下命令來標識 WWN。

要獲得主機的 WWN,輸入以下命令:

root@solaris:~# cfgadm -al -o show_FCP_dev

root@solaris:~#

在該輸出中,您需要的控制器號為 c8 和 c9。當端口類型為

fc-fabric 時,您還可以看到兩個端口都連接到一臺 FC 交換機。接下來,查詢這些控制器來確定發(fā)現(xiàn)的 WWN。

如果 HBA 端口未用于訪問任何其他連接 FC 的設備,則可使用以下命令來確定 WWN。

root@solaris:~# prtconf -vp | grep port-wwn

port-wwn: 210000e0.8b89bf8e

port-wwn: 210100e0.8ba9bf8e

root@solaris:~#

如果正在訪問 FC 設備,則以下命令將顯示 FC HBA WWN。

root@solaris:~# luxadm -e dump_map /dev/cfg/c8

root@solaris:~#

顯示為類型 0x1f 的最后一個條目 (Unknown type, Host Bus Adapter)

在端口 WWN 條目下提供了相應的 WWN。重復此命令,使用在第 1 步中標識的其他控制器替換

/dev/cfg/c8。

從輸出中,您可以看到 c8 具有 WWN

21:00:00:00:e0:8b:89:bf:8e,c9 具有 WWN

21:01:00:e0:8b:a9:bf:8e。

然后,可以使用 Sun ZFS 存儲設備 HBA 和 Oracle Solaris 主機 HBA WWN 來配置任何 FC 交換機區(qū)域。

完成此操作之后,您可以運行以下命令來驗證正確的區(qū)域:

root@solaris:~# cfgadm -al -o show_FCP_dev c8 c9

root@solaris:~#

現(xiàn)在,您可以看到可由 Oracle Solaris 主機訪問的 Sun ZFS 存儲設備提供的 WWN。

使用瀏覽器用戶界面配置 Sun ZFS 存儲設備

作為一個統(tǒng)一的存儲平臺,Sun ZFS 存儲設備既支持通過 iSCSI 協(xié)議訪問數(shù)據塊協(xié)議

LUN,又支持通過光纖通道協(xié)議進行同樣的訪問。這一節(jié)講述如何使用 Sun ZFS 存儲設備 BUI 來配置 Sun ZFS 存儲設備,使其能夠識別 Oracle

Solaris 主機并向該主機提供 FC LUN。

定義 FC 目標組

在 Sun ZFS 存儲設備上創(chuàng)建目標組,以便定義 Oracle Solaris 服務器可通過哪個端口和協(xié)議訪問提供給它的 LUN。對于此示例,創(chuàng)建 FC

目標組。

執(zhí)行以下步驟在 Sun ZFS 存儲設備上定義 FC 目標組:

單擊 Configuration SAN 顯示 Storage Area Network (SAN)

屏幕

單擊右側的 Targets 選項卡,然后選擇左側面板頂部的 Fibre Channel

Ports

將鼠標放置在 Fibre Channel Ports 框中,將在最左側出現(xiàn)一個 Move 圖標()

單擊 Move 圖標并將此框拖到 Fibre Channel Target

Groups 框,如圖 4 所示。

拖動橙色框中的條目來創(chuàng)建新的目標組。將創(chuàng)建組,并將其自動命名為 targets-n,其中

n 是一個整數(shù)。

將光標移到新目標組條目上。在 Fibre Channel Target Groups 框右側會出現(xiàn)兩個圖標

要重命名新的目標組 targets-0,單擊 Edit 圖標()顯示對話框

在 Name 域中,將默認名稱替換為新 FC 目標組的首選名稱,單擊

OK。本例中用名稱 FC-PortGroup 替換

targets-0。在此窗口中,您還可以通過單擊所選 WWN 左側的框來添加第二個 FC 目標端口。第二個端口標識為 PCIe 1:Port 2。

單擊 OK 保存更改。

單擊 APPLY。 Fibre Channel Target Groups

面板中顯示了如上的更改。

定義 FC 發(fā)起方

定義 FC 發(fā)起方以便允許從一臺或多臺服務器訪問特定卷。應該配置對卷的訪問權限,以便允許最少數(shù)量的 FC

發(fā)起方訪問特定卷。如果多個主機可以同時寫入一個指定卷并且使用非共享文件系統(tǒng),則各主機上的文件系統(tǒng)緩存可能出現(xiàn)不一致,最終可能導致磁盤上的映像損壞。一般對于一個卷,只會賦予一個發(fā)起方對該卷的訪問權限,除非使用的是一種特殊的集群文件系統(tǒng)。

FC 發(fā)起方用于從 Sun ZFS 存儲設備的角度出發(fā)來定義“主機”。在傳統(tǒng)的雙結構 SAN 中,主機將至少由兩個 FC 發(fā)起方來定義。FC

發(fā)起方定義包含主機 WWN。為了向 Sun ZFS 存儲設備標識 Oracle Solaris 服務器,必須在存儲設備中注冊 Oracle Solaris FC

發(fā)起方 WWN,為此要執(zhí)行以下步驟。

單擊 Configuration SAN 顯示 Storage Area Network (SAN)

屏幕

單擊右側的 Initiators 選項卡,然后選擇左側面板頂部的 Fibre Channel

Initiators

單擊 Fibre Channel Initiators 左側的 圖標顯示 New Fibre Channel Initiator 對話框

如果已在 FC 交換機上配置了區(qū)域,則應顯示 Oracle Solaris 主機的 WWN(假設沒有為它們指定別名)。

在對話框底部單擊一個 WWN(如果顯示)預填充全球名稱,或者在 World Wide Name 框中鍵入相應的

WWN。

在 Alias 框中輸入一個更有意義的符號名稱。

單擊 OK。

對于其他涉及 Oracle Solaris 主機的 WWN,重復前面的步驟。

定義 FC 發(fā)起方組

將一些相關 FC 發(fā)起方組成邏輯組,這樣可以對多個 FC 發(fā)起方執(zhí)行同一個命令,例如,可以使用一個命令對一個組中的所有 FC 發(fā)起方分配 LUN

訪問權限。對于下面的示例,F(xiàn)C 發(fā)起方組將包含兩個發(fā)起方。注意,在集群中,多個服務器被視作一個邏輯實體,因此發(fā)起方組可以包含更多發(fā)起方。

執(zhí)行以下步驟創(chuàng)建一個 FC 發(fā)起方組:

選擇 Configuration SAN 顯示 Storage Area Network (SAN)

屏幕。

選擇右側的 Initiators 選項卡,然后單擊左側面板頂部的 Fibre Channel

Initiators。

將光標放置在上一節(jié)中創(chuàng)建的一個 FC 發(fā)起方條目上。此時,在該條目左側會出現(xiàn)一個 Move 圖標()

單擊 Move 圖標并將其拖到右側的 Fibre Channel Initiator

Groups 面板中。此時,在 Fibre Channel Initiators Groups 面板底部出現(xiàn)了一個新的條目(黃色亮顯)

將光標移到新的條目框上,然后釋放鼠標鍵。此時會創(chuàng)建一個新的 FC 發(fā)起方組,其組名稱為

initiators-n,其中 n 是一個整數(shù),如圖 13

所示。

將光標移到新發(fā)起方組條目上。在目標發(fā)起方組框右側會出現(xiàn)幾個圖標

單擊 Edit 圖標()顯示對話框

在 Name 域中,將新發(fā)起方組的默認名稱替換為選定名稱,單擊 OK。本例使用

sol-server 作為該發(fā)起方組名稱。

在此對話框中,您可以通過單擊 WWN 左側的復選框向組中添加其他 FC 發(fā)起方。

在 SAN 配置屏幕中單擊 APPLY 確認所有修改,如圖 15 所示。

定義 Sun ZFS 存儲設備項目

為了對相關卷進行分組,您可以在 Sun ZFS 存儲設備中定義一個項目。通過使用項目,可以繼承項目所提供文件系統(tǒng)和 LUN

的屬性。還可以應用限額和保留。

執(zhí)行以下步驟創(chuàng)建一個項目:

選擇 Shares Projects 顯示 Projects 屏幕

單擊左側面板頂部的 Projects 左側的 圖標顯示

Create Project 對話框

要創(chuàng)建一個新項目,輸入項目名稱,單擊 APPLY。在左側面板的 Projects 列表中出現(xiàn)了一個新項目。

選擇這個新項目查看其所含組件

定義 Sun ZFS 存儲設備 LUN

接下來,您將從一個現(xiàn)有存儲資源池中創(chuàng)建一個 LUN,供 Oracle Solaris 服務器訪問。在下面的示例中,將創(chuàng)建一個名為

DocArchive1 的精簡供應 64 GB LUN。

我們將使用定義 FC 目標組一節(jié)中創(chuàng)建的 FC 目標組

FC-PortGroup 來確保可以通過 FC 協(xié)議訪問該 LUN。將使用定義 FC

發(fā)起方組一節(jié)中定義的發(fā)起方組 sol-server 來確保只有在 sol-server

組中定義的服務器才可以訪問該 LUN。(在本例中,該發(fā)起方組只包含一個服務器。)

執(zhí)行以下步驟創(chuàng)建一個 LUN:

選擇 Shares Projects 顯示 Projects 屏幕。

在左側 Projects 面板中,選擇該項目。然后選擇右側面板頂部的 LUNs

單擊 LUNs 左側的 圖標顯示 Create LUN

對話框,如圖 20 所示。

輸入合適的值以配置該 LUN。對于本例,將 Name 設置為

DocArchive1,Volume size 設置為 64 G,并且選中

Thin provisioned 復選框。將 Target Group 設置為 FC 目標組

FC-PortGroup,將 Initiator Group 設置為

sol-server。將 Volume block size 設置為

32k,因為該卷將保存 Oracle Solaris ZFS 文件系統(tǒng)。

單擊 APPLY 創(chuàng)建該 LUN 使其供 Oracle Solaris 服務器使用。

配置 LUN 以供 Oracle Solaris 服務器使用

現(xiàn)在我們已準備好了 LUN,可以通過 FC 發(fā)起方組使用它了。接著必須執(zhí)行以下步驟,配置 LUN 以供 Oracle Solaris 服務器使用:

發(fā)起一個連接 Sun ZFS 存儲設備的 Oracle Solaris FC 會話,如清單 1 所示。由于在發(fā)起該 FC 會話前已創(chuàng)建了 LUN,該

LUN 將會自動啟用。

清單 1. 發(fā)起 Oracle Solaris FC 會話

root@solaris:~# cfgadm -al c8 c9

root@solaris:~# cfgadm -c configure c8::210100e08bb2a1cf

root@solaris:~# cfgadm -c configure c9::210000e08b92a1cf

root@solaris:~# cfgadm -al -o show_FCP_dev c8 c9

root@solaris:~#

驗證對 FC LUN 的訪問,如清單 2 所示。

清單 2. 驗證對 FC LUN 的訪問

root@solaris:~# devfsadm -c ssd

root@solaris:~# tail /var/adm/messages

[...]

[...]

在本例中,多路徑狀態(tài)最初顯示為 degraded,因為此時只識別了一個路徑。進一步,多路徑狀態(tài)更改為

optimal,因為存在多個到達卷的路徑。

磁盤設備現(xiàn)在同樣可供內部服務器磁盤使用。

格式化 LUN,如清單 3 所示。

清單 3. 格式化 LUN 格式

root@solaris:~# format

Searching for disks...done

c1t600144F0F05E906C00004ED6096D0001d0: configured with capacity of 63.93GB

AVAILABLE DISK SELECTIONS:

[...]

Specify disk (enter its number): 4

selecting c1t600144F0F05E906C00004ED6096D0001d0

[disk formatted]

Disk not labeled. Label it now? y

FORMAT MENU:

disk - select a disk

type - select (define) a disk type

partition - select (define) a partition table

current - describe the current disk

format - format and analyze the disk

repair - repair a defective sector

label - write label to the disk

analyze - surface analysis

defect - defect list management

backup - search for backup labels

verify - read and display labels

save - save new disk/partition definitions

inquiry - show vendor, product and revision

volname - set 8-character volume name

!cmd - execute cmd, then return

quit

format q

在準備好的 LUN 上構建 Oracle Solaris ZFS 文件系統(tǒng),為此創(chuàng)建一個新的 ZFS 池、將此設備添加到 ZFS 池中,并創(chuàng)建 ZFS

文件系統(tǒng),如清單 4 的示例所示。

清單 4. 構建 Oracle Solaris ZFS 文件系統(tǒng)

root@solaris:~# zfs createzpool create docarchive1 \

c1t600144F0F05E906C00004ED6096D0001d0

root@solaris:~# zfs list

[...]

root@solaris:~# zfs create docarchive1/index

root@solaris:~# zfs create docarchive1/data

root@solaris:~# zfs create docarchive1/logs

root@solaris:~# zfs list

[...]

df(1) 命令的最后兩行輸出表明,現(xiàn)在大約有 64 GB 新空間可供使用。轉載僅供參考,版權屬于原作者。祝你愉快,滿意請采納哦

FC、IP網絡的安全性

不論是光纖通道還是IP網絡,主要的潛在威脅來自非授權訪問,特別是管理接口。例如,一旦獲得和存儲區(qū)域網絡(SAN)相連接服務器管理員的權限,欺詐進入就可以得逞。這樣入侵者可以訪問任何一個和SAN連接的系統(tǒng)。因此,無論使用的是哪一種存儲網絡,應該認識到應用充分的權限控制、授權訪問、簽名認證的策略對防止出現(xiàn)安全漏洞是至關重要的。

測錯攻擊在IP網絡中也比在光纖通道的SAN中易于實現(xiàn)。針對這類攻擊,一般是采用更為復雜的加密算法。

盡管DoS似乎很少發(fā)生,但是這并不意味著不可能。然而如果要在光纖通道SAN上實現(xiàn)DoS攻擊,則不是一般的黑客軟件所能實現(xiàn)的,因為它往往需要更為專業(yè)的安全知識。

實現(xiàn)SAN數(shù)據安全方法

保證SAN數(shù)據安全的兩個基本安全機制是分區(qū)制zoning和邏輯單元值(Logical Unit Number)掩碼。

分區(qū)制是一種分區(qū)方法。通過該方法,一定的存儲資源只對于那些通過授權的用戶和部門是可見的。一個分區(qū)可以由多個服務器、存儲設備、子系統(tǒng)、交換機、HBA和其它計算機組成。只有處于同一個分區(qū)的成員才可以互相通訊。

分區(qū)制往往在交換級來實現(xiàn)。根據實現(xiàn)方式,可以分為兩種模式,一為硬分區(qū),一為軟分區(qū)。硬分區(qū)是指根據交換端口來制定分區(qū)策略。所有試圖通過未授權端口進行的通訊均是被禁止的。由于硬分區(qū)是在系統(tǒng)電路里來實現(xiàn),并在系統(tǒng)路由表中執(zhí)行,因此,較之軟分區(qū),具有更好的安全性。

在光纖通道網絡中,軟分區(qū)是基于廣域命名機制的(WWN)的。WWN是分配給網絡中光纖設備的唯一識別碼。由于軟分區(qū)是通過軟件來保證在不同的分區(qū)中不會出現(xiàn)相同的WWNs,因此,軟分區(qū)技術比硬分區(qū)具有更好的靈活性,特別是在網絡配置經常變化的應用中具有很好的可管理性。

有些交換機具有端口綁定功能,從而可以限制網絡設備只能和通過預定義的交換端口進行通訊。利用這種技術,可以實現(xiàn)對存儲池的訪問限制,從而保護SAN免受非授權用戶的訪問。

另一種被廣泛采用的技術是LUN掩碼。一個LUN就是對目標設備(如磁帶和磁盤陣列)內邏輯單元的SCSI識別標志。在光纖通道領域,LUN是基于系統(tǒng)的WWN實現(xiàn)的。

LUN掩碼技術是將LUN分配給主機服務器,這些服務器只能看到分配給它們的LUN。如果有許多服務器試圖訪問特定的設備,那么網絡管理者可以設定特定的LUN或LUN組可以訪問,從而可以拒絕其它服務器的訪問,起到保護數(shù)據安全的目的。不僅在主機上,而且在HBA、存儲控制器、磁盤陣列、交換機上也可以實現(xiàn)各種形式的LUN屏蔽技術。

如果能夠將分區(qū)制和LUN技術與其它的安全機制共同運用到網絡及其設備上的話,對網絡安全數(shù)據安全將是非常有效的。

業(yè)界對存儲安全的做法

盡管目前對于在哪一級設備應用存儲安全控制是最優(yōu)的還沒有一個明確的結論,例如,IPSec能夠在ASIC、VPN設備、家電和軟件上實現(xiàn),但目前已有很多商家在他們的數(shù)據存儲產品中實現(xiàn)了加密和安全認證功能。

IPSec對于其它基于IP協(xié)議的安全問題,比如互聯(lián)網小型計算機接口(iSCSI)、IP上的光纖通道 (FCIP)和互聯(lián)網上的光線通道 (IFCP)等,也能起到一定的的作用。

通常使用的安全認證、授權訪問和加密機制包括輕量級的路徑訪問協(xié)議Lightweight Directory Access Protocol (LDAP)、遠程認證撥入用戶服務(RADIUS), 增強的終端訪問控制器訪問控制系統(tǒng)(TACACS+)、Kerberos、 Triple DES、高級加密標準(AES)、安全套接層 (SSL)和安全Shell(SSH)。

盡管SAN和NAS的安全機制有諸多相似之處,其實它們之間也是有區(qū)別的。很多NAS系統(tǒng)不僅支持SSH、SSL、Kerberos、RADIUS和LDAP安全機制,同時也支持訪問控制列表(ACL)以及多級許可。這里面有一個很重要的因素是文件鎖定,有很多產品商家和系統(tǒng)通過不同的方式來實現(xiàn)這一技術。例如,微軟采用的為硬鎖定,而基于 Unix的系統(tǒng)采用的是相對較為松弛的建議級鎖定。由此可以看到,如果在Windows-Unix混合環(huán)境下,將會帶來一定的問題。

呼喚存儲安全標準化

SAN安全的實現(xiàn)基礎在交換機這一層。因此,存儲交換機的標準對網絡產品制造商的技術提供方式的影響是至關重要的。

存儲安全標準化進程目前還處于萌芽階段。ANSI成立了T11光纖通信安全協(xié)議(FC-SP)工作組來設計存儲網絡基礎設施安全標準的框架。目前已經提交了多個協(xié)議草案,包括FCSec協(xié)議,它實現(xiàn)了IPSec和光纖通訊的一體化;同時提交的還有針對光纖通訊的挑戰(zhàn)握手認證協(xié)議(CHAP)的一個版本;交換聯(lián)結認證協(xié)議(SLAP)使用了數(shù)字認證使得多個交換機能夠互相認證;光纖通信認證協(xié)議(FCAP)是SLAP的一個擴展協(xié)議。IEEE的存儲安全工作組正在準備制定一個有關將加密算法和方法標準化的議案。

存儲網絡工業(yè)協(xié)會(SNIA)于2002年建立了存儲安全工業(yè)論壇(SSIF),但是由于不同的產品商支持不同的協(xié)議,因此實現(xiàn)協(xié)議間的互操作性還有很長一段路要走。

關注存儲交換安全

大家都已經注意到了為了保證存儲安全,應該在存儲交換機和企業(yè)網絡中的其它交換機上應用相同的安全預警機制,因此,對于存儲交換機也應有一些特殊的要求。

存儲交換安全最重要的一個方面是保護光纖管理接口,如果管理控制臺沒有很好的安全措施,則一個非授權用戶有可能有意或無意地入侵系統(tǒng)或改變系統(tǒng)配置。有一種分布鎖管理器可以防止這類事情發(fā)生。用戶需要輸入ID和加密密碼才能夠訪問交換機光纖的管理界面。為了將SAN設備的管理端口通過安全認證機制保護起來,最好是將SAN配置管理工作集中化,并且對管理控制臺和交換機之間的通訊進行加密。另外一個方面,在將交換機接入到光纖網絡之前,也應該通過ACL和 PKI機制實現(xiàn)授權訪問和安全認證。因此,交換機間鏈接應當建立在嚴密的安全防范措施下。

存儲技術是純屬系統(tǒng)的框架里面的么

什么是存儲?

用于存放數(shù)據信息的設備或者系統(tǒng)

等同與計算機系統(tǒng)中的外部存儲

存儲是一個系統(tǒng)

是計算機技術發(fā)展的結果

在計算機系統(tǒng)中存儲分為外部存儲和內部存儲,這里我們談存儲主要指計算機系統(tǒng)中的外部存儲。

如果再把概念收縮一下,一般來講我們談存儲是指存儲系統(tǒng),并不是簡單的談硬盤、軟盤等。

存儲系統(tǒng)是信息技術發(fā)展的結果。

為什么要了解存儲技術

很簡單的原因,存儲變得越來越重要了,我們必須要了解存儲技術,了解存儲技術的發(fā)展方向!

存儲系統(tǒng)中到底使用了什么技術?

SCSI/ATA

FC/iSCSI

RAID/JBOD

DAS/NAS/SAN

SCSI/ATA是存儲系統(tǒng)中最基本的技術,其中SCSI是最重要的.

在存儲設備上,使用的SCSI/ATA/FC的硬盤,做成RAID或者JBOD,通過DAS、NAS、SAN的形式,中間使用SCSI、FC或者TCP/IP技術連接主機。存儲技術其實就是是計算機技術與通信技術的結合。iSCSI是將來的存儲形式,這里不做討論

存儲系統(tǒng)架構—三種架構介紹

DAS ( Direct Attached Storage)直接掛接存儲

SAN ( Storage Area Network )存儲區(qū)域網絡

NAS ( Network Attached Storage )網絡掛接存儲

存儲系統(tǒng)架構—DAS

DAS-Direct Attached Storag-存儲設備(通常為磁盤或磁帶)通過電纜直接與計算機相連;

系統(tǒng)存取訪問I/O請求(又稱為協(xié)議或命令)直接在計算機和存儲設備間進行.

存儲設備(通常為磁盤或磁帶)通過電纜直接與計算機相連,系統(tǒng)存取訪問I/O請求(又稱為協(xié)議或命令)直接在計算機和存儲設備間進行。這是一種總線方式的存儲,傳輸距離短,連接方式差。當服務器在地理上比較分散,很難通過遠程連接進行互連時,直接連接存儲是比較好的解決方案,甚至是唯一的解決方案。

存儲系統(tǒng)架構—SAN

SAN- Storage Area Network

主要目的用于在計算機和存儲設備之間傳輸數(shù)據

IP-SAN,F(xiàn)C-SAN

SAN(Storage Area Network存儲區(qū)域網):是為連接服務器、磁盤陣列、帶庫等存儲設備專門而建立的高性能網絡。SAN技術中最具深遠意義的并給SAN技術帶來最大好處的,即它由從前采用面向總線的存儲結構,轉而采用現(xiàn)在的面向網絡的存儲結構。

存儲系統(tǒng)架構—NAS

NAS-Network Attached Storage

一種直連到網絡(LAN or WAN)里的特殊用途的存儲設備

突出的文件服務性能

向異構客戶端平臺提供高可用的數(shù)據共享

存儲產品

磁盤陣列柜

RAID技術

FC技術

SAS技術

iSCSI技術

IB技術

存儲服務器

服務器技術

RAID技術

san框架(三框架網頁的制作過程) 結構工業(yè)鋼結構設計

hadoop叢集的儲存架構一般適宜采用das,nas,san或其他什么架構

hadoop叢集的儲存架構一般適宜采用das,nas,san或其他什么架構

It may take a whils to crawl a site ...

set_time_limit(10000);

Inculde the phpcrawl-mainclass

include("libs/PHPCrawler.class.php");

Extend the class and override the handleDocumentInfo()-method

class MyCrawler extends PHPCrawler

{

資料區(qū)域性性(data locality):這是Hadoop的主要特性,指的是直接在儲存資料的節(jié)點上做CPU密集型計算。顯然,SAN/NAS不適用于任何形式的CPU密集型計算。

RAID:SAN/NAS采用RAID磁碟陣列進行儲存,而Hadoop框架通過復本來確保資料的可靠性和容錯性。

DAS采用JBOD磁碟陣列進行儲存,如果Hadoop節(jié)點的內建儲存容量較小,可以采用DAS做擴充套件。如果只是想通過Hadoop做資料歸檔,沒有計算,好吧,SAN/NAS是個選擇。

hadoop叢集的儲存架構一般適宜采用das,nas,san或其他什么架構,適宜采用哪些raid

配置資訊在gridmix_config.xml檔案中。gridmix中,每種作業(yè)有大中小三種類型:小作業(yè)只有3個輸入檔案(即3個map);

中作業(yè)的輸入檔案是與正則表示式{part-0000,part-0001,part-000*2}匹配的檔案;

大作業(yè)會處理處有資料。

分析hadoop叢集的儲存架構一般適宜采用das,nas,san或其他什么架構,適宜采用哪些ra

Hadoop提供非常方便的方式來獲取一個任務的統(tǒng)計資訊,使用以下命令即可作到:

$ hadoop job -history all job output directory

這個命令會分析任務的兩個歷史檔案(這兩個檔案儲存在job output directory/_logs/history目錄中)并計算任務的統(tǒng)計資訊。

NAS,DAS和SAN三種儲存架構的區(qū)別

NAS儲存特點(網路直連儲存) DAS儲存特點(直連儲存)SAN儲存(光纖儲存)

svn叢集使用什么樣的儲存架構

Svn命令

1、將檔案checkout到本地目錄

svn checkout path(path是伺服器上的目錄)

例如:svn checkout svn:192.168.1.1/pro/domain

簡寫:svn co

2、往版本庫中新增新的檔案

svn add file

amazon云端儲存采用什么架構

這個具體還是要根據儲存的資料型別和資料量的大小來決定的!有很多型別的云端儲存軟體。比如:云創(chuàng)儲存的Minicloud迷你云,這是一款適合中小企業(yè)的云端儲存系統(tǒng),是一個超安全的私有云計算資料中心,采用高可靠的云端儲存技術,檔案資料塊始終以雙副本方式在不同節(jié)點上存放,絕不丟失資料。同時,迷你云海量儲存空間支援靈活使用,既可作為應用軟體(如郵箱、視訊監(jiān)控)的海量儲存空間,又可作為員工的私密儲存空間,還可以作為資料共享空間,為了確保資料安全,公室內部共享資料與通過網際網路共享資料采用完全隔離的兩套系統(tǒng)。在公室內部,可通過逗我的電腦地直接訪問自己的私有資料空間,在公室外部,可通過PCWeb介面和移動終端(安卓手機、iPhone以及iPad)等訪問minicloud,實現(xiàn)移動公。同時,還提供豐富多彩的應用系統(tǒng),系統(tǒng)自帶企業(yè)郵箱、內部虛擬磁碟、網路云盤*、FTP等應用,使用者還可按需安裝配置其它應用;可選配超強的桌面虛擬化系統(tǒng):單伺服器支援100多個瘦終端流暢共享各類應用軟體和上網。

網路儲存架構是什么呀?

網路儲存有兩大要件,一者為儲存裝置,一者為網通裝置。企業(yè)的網路儲存已行之有年,大致分為兩種架構:儲存區(qū)域網絡(SAN, Storage Area Neork)和網路附加儲存(NAS, Neork Attach Storage)。前者為支援伺服器和儲存裝置的直接高速資料傳輸?shù)膬Υ婢W路架構,后者為直接聯(lián)機至區(qū)域網絡 (LAN) 或廣域網路 (WAN),以方便由多臺伺服器存取資料的儲存架構。

請教低成本型Hadoop叢集的網路架構與華為網路裝置選型

云端計算和Hadoop中網路是討論得相對比較少的領域。本文原文由Dell企業(yè)技術專家Brad Hedlund撰寫,他曾在思科工作多年,專長是資料中心、云網絡等。文章素材基于作者自己的研究、實驗和Cloudera的培訓資料。

一個優(yōu)秀的系統(tǒng)架構師要具體哪些能力?

一個優(yōu)秀的系統(tǒng)架構師要具體哪些能力?

系統(tǒng)架構師負責設計系統(tǒng)整體架構,從需求到設計的每個細節(jié)都要考慮到,把握整個專案,使設計的專案盡量效率高,開發(fā)容易,維護方便,升級簡單,等等

系統(tǒng)架構師的職責:

一、理解系統(tǒng)的業(yè)務需求,制定系統(tǒng)的整體框架(包括:技術框架和業(yè)務框架)

二、對系統(tǒng)框架相關技術和業(yè)務進行培訓,指導開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、執(zhí)行中出現(xiàn)的各種問題。 系統(tǒng)架構師的目的:

對系統(tǒng)的重用、擴充套件、安全、效能、伸縮性、簡潔等做系統(tǒng)級的把握。 系統(tǒng)架構師能力要求:

一、系統(tǒng)架構相關的知識和經驗。

二、很強的自學能力、分析能力、解決問題的能力。

三、寫作、溝通表達、培訓。

角色

軟體架構師Sofare Architect 定義

主導系統(tǒng)全域性分析設計和實施、負責軟體構架和關鍵技術決策的角色 職責

l、領導與協(xié)調整個專案中的技術活動(分析、設計和實施等) 2、推動主要的技術決策,并最終表達為軟體構架 3、確定和文件化系統(tǒng)的相對構架而言意義重大的方面,包括系統(tǒng)的需求、設計、實施和部署等“檢視” 4、確定設計元素的分組以及這些主要分組之間的介面 5、為技術決策提供規(guī)則,平衡各類涉眾的不同關注點,化解技術風險,并保證相關決定被有效的傳達和貫徹 6、理解、評價并接收系統(tǒng)需求 7、評價和確認軟體架構的實現(xiàn) 專業(yè)技能

l、技術全面、成熟練達、洞察力強、經驗豐富,具備在缺乏完整資訊、眾多問題交織一團、模糊和矛盾的情況下,迅速抓住問題要害,并做出合理的關鍵決定的能力 l、具備戰(zhàn)略性和前瞻性思維能力,善于把握全域性,能夠在更高抽象級別上進行思考; l、對專案開發(fā)涉及的所有問題領域都有經驗,包括徹底地理解專案需求,開展分析設計之類軟體工程活動等 2、具備領導素質,以在各小組之間推進技術工作,并在專案壓力下做出牢靠的關鍵決策 3、擁有優(yōu)秀的溝通能力,用以進行說服、鼓勵和指導等活動,并贏得專案成員的信任; 4、以目標導向和主動的方式來不帶任何感 *** 彩地關注專案結果,構架師應當是專案背后的技術推動力,而非構想者或夢想家(追求完美) 5、精通構架設計的理論、實踐和工具,并掌握多種參考構架、主要的可重用構架機制和模式(例如J2EE架構等); 6、具備系統(tǒng)設計員的所有技能,但涉及面更廣、抽象級別更高; 活動

確定用例或需求的優(yōu)先順序、進行構架分析、建立構架的概念驗證原型、評估構架的概念驗證原型的可行性、組織系統(tǒng)實施模型、描述系統(tǒng)分布結構、描述執(zhí)行時刻構架、確定設計機制、確定設計元素、合并已有設計元素 工件

軟體構架文件、參考構架、分析模型、設計模型、實施模型、部署模型、構架概念驗證原型、介面、事件、訊號與協(xié)議 系統(tǒng)架構師

1 負責公司系統(tǒng)的架構設計、研發(fā)工作;

2 承擔從業(yè)務向技術轉換的橋梁作用;

3 協(xié)助專案經理制定專案計劃和控制專案進度;

4 負責輔助并指導 SA 開展設計工作;

5 負責組織技術研究和攻關工作;

6 負責組織和管理公司內部的技術培訓工作;

7 負責組織及帶領公司內部員工研究與專案相關的新技術。

8 管理技術支撐團隊并給專案、產品開發(fā)實施團隊提供技術保障。

11 理解系統(tǒng)的業(yè)務需求,制定系統(tǒng)的整體框架(包括:技術框架和業(yè)

系統(tǒng)架構

務框架)

12 對系統(tǒng)框架相關技術和業(yè)務進行培訓,指導開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、執(zhí)行中出現(xiàn)的各種問題。 系統(tǒng)架構師的目的:

13 對系統(tǒng)的重用、擴充套件、安全、效能、伸縮性、簡潔等做系統(tǒng)級的把握。

————系統(tǒng)架構師的工作在于針對不同的情況篩選出最優(yōu)的技術解決方案,而

不是沉在具體實現(xiàn)細節(jié)上。此外系統(tǒng)架構師是不可培養(yǎng)的,好的系統(tǒng)架構師也許不是一個優(yōu)秀的程式設計師,但是不能不懂技術之間的差別,技術的發(fā)展趨勢,采用該技術的當前成本和后繼成本,該技術與具體應用的偶合程度,自己可以調配的資源狀況,研發(fā)中可能會遇到的風險,如何回避風險。這些才是架構師需要考慮的主要內容。

系統(tǒng)架構師要具備哪些能力?

基本的知識和能力

業(yè)務模式和目標人群

了解使用者的核心需求,了解san框架你目標客戶的典型行為,從這個角度來講,一個Web 架構師首先必須是一個出色的產品經理。

2.?了解負載均衡策略實現(xiàn)

不是要求從一開始就設計一個理想化的負載均衡策略,那樣未免有些過于“未雨綢繆”,但是作為一個Web 架構師,一定要給自己留下一些“分家”的余地。因此適當?shù)亓私獠煌瑢用娴呢撦d均衡策略實現(xiàn)是必要的。

3.?設計“合理”的儲存

傳統(tǒng)的儲存會分為SAN 、NAS 和DAS,只不過隨著技術的發(fā)展,其中的邊界越來越模糊。

4.?異構平臺的整合能力

定義“平臺”的含義, 簡單地把它理解成兩個層面的,一個是作業(yè)系統(tǒng)層面,一個是開發(fā)語言層面。

一個優(yōu)秀的系統(tǒng)架構師是怎樣成長起來的

系統(tǒng)架構師負責設計系統(tǒng)整體架構,從需求到設計的每個細節(jié)都要考慮到,把握整個專案,使設計的專案盡量效率高,開發(fā)容易,維護方便,升級簡單,等等

系統(tǒng)架構師的職責:

一、理解系統(tǒng)的業(yè)務需求,制定系統(tǒng)的整體框架(包括:技術框架和業(yè)務框架)

二、對系統(tǒng)框架相關技術和業(yè)務進行培訓,指導開發(fā)人員開發(fā)。并解決系統(tǒng)開發(fā)、執(zhí)行中出現(xiàn)的各種問題。 系統(tǒng)架構師的目的:

對系統(tǒng)的重用、擴充套件、安全、效能、伸縮性、簡潔等做系統(tǒng)級的把握。 系統(tǒng)架構師能力要求:

一、系統(tǒng)架構相關的知識和經驗。

二、很強的自學能力、分析能力、解決問題的能力。

三、寫作、溝通表達、培訓。

作為一名優(yōu)秀的Java系統(tǒng)架構師,需要具備哪些知識與必備技能?

脫離開java,注重業(yè)務,你才能成為一個好的架構師。

架構師不在于能把一個系統(tǒng)設計的多美完美,而在于能精準的把業(yè)務解析為程式碼模組。

干java越到后面,越發(fā)現(xiàn)java的缺點越多,你也只能更多的借助C,C++,VB,.NET這些其他工具配合來完美的實現(xiàn)客戶的需求。

沒啥好的書能推薦的,沒事多研究研究C,C++,VB,DELPHI,DB2,ORACLE,weblogic,webshpere這些東西才有用,不要老鉆到java里面,那些個技術要用的時候再花個幾個小時看看就可以了。

做一個系統(tǒng)架構師,需要具備哪些前提

具備能力:

作為軟體開發(fā)的設計架構師,那么必須擁有一定的程式設計技能,同時有高超的學習新的架構設計、程式設計技能。另外,san框架我覺得作為軟體架構師,還必須了解一定的硬體、網路、伺服器的基本知識。要不然,你都不知道有些什么材料可以用,你怎么去根據實際情況去規(guī)劃你的軟體架構呢?忽視程式設計能力的持續(xù)跟新,是永遠不能夠成為一個成功的系統(tǒng)架構師。

一般來講,系統(tǒng)架構師應該擁有以下幾方面的能力:

1:具備 8 年以上軟體行業(yè)工作經驗;

2:具備 4 年以上 C/S 或 B/S 體系結構軟體產品開發(fā)及架構和設計經驗;

3:具備 3 年以上的程式碼編寫工作經驗;

4:具備豐富的大中型開發(fā)專案的總體規(guī)劃、方案設計及技術隊伍管理經驗;

5:對相關的技術標準有深刻的認識,對軟體工程標準規(guī)范有良好的把握;

6:對 .Net/JAVA 技 術 及 整 個 解 決 方 案 有 深 刻 的 理 解 及 熟 練 的 應 用 , 并 且 精 通WebService/J2EE 架構和設計模式,并在此基礎上設計產品框架;

7:具有面向物件分析、設計、開發(fā)能力(OOA、OOD、OOP),精通 UML 和 ROSE,熟練使用 Rational Rose、PowerDesigner 等工具進行設計開發(fā);

8:精通大型資料庫如 Oracle、Sql Server 等的開發(fā);

9:對計算機系統(tǒng)、網路和安全、應用系統(tǒng)架構等有全面的認識,熟悉專案管理理論,并有實踐基礎;

10:在應用系統(tǒng)開發(fā)平臺和專案管理上有深厚的基礎,有大中型應用系統(tǒng)開發(fā)和實施的成功案例;

11:良好的團隊意識和協(xié)作精神,有較強的內外溝通能力。

成為 系統(tǒng)架構師 要學什么?哪些學習提供培訓系統(tǒng)架構師?

對于學習來說我們都是希望可以全面綜合的掌握技術,這樣才有助于你今后的整體發(fā)展。目前企業(yè)需要的不再是理論型人才了,而是實用技能型人才。那么如何才能成為實用技能型人才呢?首先我們需要全面掌握專業(yè)實用的技術,其次加強個人整體素質的提升,這樣才能符合目前企業(yè)的用人需求。如果我們選擇了單科學習無疑是在起跑線上局限了我們的個人發(fā)展,或許短期內你覺得只是需要某項單獨的技術,但是你有沒有想過今后你不可能一直從事底層的程式設計師,看著和你同意時間進入公司的同事雖然技術和你不相上下,但是由于掌握的比較全面而被提升為專案主管、專案經理,或許到那個時候你又要為此再一次走進培訓機構,這樣也是耽誤你個人的時間和精力,我相信你也希望自己今后可以步入管理層工作,有一個更好的發(fā)展。最好 是 掌握全面的技術,資料庫,JAVA.NET.客戶端技術.....

系統(tǒng)架構師

英語不算最主要的,英語只是一個可以幫助你更快的學習提升的輔助,首先你得了解系統(tǒng)架構師的要求是什么?首先告訴你是很難的,你會開發(fā)么?系統(tǒng)架構師都是高階工程師,要求的比較全面,軟體程式設計和實施多少年的都做不了系統(tǒng)架構師。這就需要經驗的積攢了。我認為一個剛畢業(yè)的學生是不可能達到的,但有目標是好的,一步一步的學習提升自己的不足,我相信你會達到的san框架

系統(tǒng)架構設計師考試合格人員能夠根據系統(tǒng)需求規(guī)格說明書,結合應用領域和技術發(fā)展的實際情況,考慮有關約束條件,設計正確、合理的軟體架構,確保系統(tǒng)架構具有良好的特性;能夠對專案的系統(tǒng)架構進行描述、分析、設計與評估;能夠按照相關標準編寫相應的設計文件;能夠與系統(tǒng)分析師、專案管理師相互協(xié)作、配合工作;具有高階工程師的實際工作能力和業(yè)務水平。

考核內容

· 掌握數(shù)制及其轉換、資料的機內表示、算術和邏輯運算、應用數(shù)學基礎知識;

· 掌握計算機硬軟體與網路的基礎知識;

· 熟悉資訊系統(tǒng)開發(fā)過程;

· 理解資訊系統(tǒng)開發(fā)標準、常用資訊科技標準;

· 熟悉主流的中介軟體和應用伺服器平臺;

· 掌握軟體系統(tǒng)建模、系統(tǒng)架構設計基本技術;

· 熟練掌握資訊保安技術、安全策略、安全管理知識;

· 了解資訊化、資訊科技有關法律、法規(guī)的基礎知識;

· 了解使用者的行業(yè)特點,并根據行業(yè)特點架構合適的系統(tǒng)設計;

· 掌握應用的數(shù)學基礎知識;

· 熟練閱讀和正確理解相關領域的英文文獻。

系統(tǒng)架構設計師應具備多年軟體行業(yè)工作經驗;具備多年C/S或B/S體系結構軟體產品開發(fā)及架構和設計經驗;具備多年的程式碼編寫工作經驗;具備豐富的大中型開發(fā)專案的總體規(guī)劃、方案設計及技術隊伍管理經驗;對相關的技術標準有深刻的認識,對軟體工程標準規(guī)范有良好的把握;對.Net/JAVA技術及整個解決方案有深刻的理解及熟練的應用,并且精通WebService/J2EE架構和設計模式,并在此基礎上設計產品框架;具有面向物件分析、設計、開發(fā)能力(OOA、OOD、OOP),精通UMl和ROSE,熟練使用Rational Rose、PowerDesigner等工具進行設計開發(fā);精通大型資料庫如Oracle、Sql Server等的開發(fā)對計算機系統(tǒng)、網路和安全、應用系統(tǒng)架構等有全面的認識,熟悉專案管理理論,并有實踐基礎;在應用系統(tǒng)開發(fā)平臺和專案管理上有深厚的基礎,有大中型應用系統(tǒng)開發(fā)和實施的成功案例;具有良好的團隊意識和協(xié)作精神,有較強的內外溝通能力。

架構師一般都是具備電腦科學或軟體工程的知識,由軟體開發(fā)做起,然后發(fā)展為架構師的。

在國內,很多大學目前還沒有設立軟體架構的學位課程,雖然IT業(yè)界對設計和架構的興趣日漸高漲,

-------------但并不是每一位軟體開發(fā)者經過若干年后都可以成長為軟體架構師的。

一個軟體工程師在充分掌握了軟體架構師工作所必需的基本理論和技能后,如何得到和利用機會、如何利用所掌握的技能進行應用系統(tǒng)的合理架構、如何不斷的抽象和總結自己的架構模式、如何深入行業(yè)成為能夠勝任分析、架構為一體的人才。

系統(tǒng)架構師是企業(yè)專案管理的重要高層技術人員,是企業(yè)副總工、總工、企業(yè)副總的后備人才。

san框架的介紹就聊到這里吧,感謝你花時間閱讀本站內容,更多關于三框架網頁的制作過程、san框架的信息別忘了在本站進行查找喔。

    覺得文章有用就打賞一下文章作者

    支付寶掃一掃打賞

    微信掃一掃打賞

    閱讀
    分享