HCP與HDI的集中上收和容災(zāi)方案說明HDS

-HDSHCP&HDI數(shù)據(jù)集中和上收案說明1.數(shù)據(jù)集中上收和容災(zāi)綜述對(duì)于用戶來(lái)說，在已經(jīng)建立全國(guó)性數(shù)據(jù)中心和容災(zāi)中心的根底上，重點(diǎn)需要考慮如將分布于各省市地區(qū)的數(shù)據(jù)集中上收到全國(guó)集中的數(shù)據(jù)中心和容災(zāi)中心。根據(jù)業(yè)界的最新技術(shù)，數(shù)據(jù)收集和容災(zāi)備份的傳送可以考慮在二個(gè)層面完成，如以下圖：法一：基于底層的存儲(chǔ)復(fù)制技術(shù)實(shí)現(xiàn)，即在分支機(jī)構(gòu)中心和總中心部署可通訊和融合的虛擬化存儲(chǔ)池，存儲(chǔ)池之間完全基于陣列控制器系統(tǒng)，依托SAN網(wǎng)絡(luò)和FC協(xié)議，進(jìn)展數(shù)據(jù)的實(shí)時(shí)復(fù)制，這樣的復(fù)制可以保證很少的數(shù)據(jù)喪失，所匯總或容災(zāi)的數(shù)據(jù)在別離后立即可以被總中心的效勞器和應(yīng)用拉起來(lái)使用，是數(shù)據(jù)上收和集中容災(zāi)的最正確手段，當(dāng)然基于存儲(chǔ)的數(shù)據(jù)集中需要穩(wěn)定的鏈路和高效的帶寬〔大于8Mb傳輸速度〕，因此在業(yè)界主要應(yīng)用于關(guān)鍵性業(yè)務(wù)數(shù)據(jù)的集中，如核心數(shù)據(jù)庫(kù)系統(tǒng)；法二：基于網(wǎng)絡(luò)層復(fù)制集中實(shí)現(xiàn)，即在總中心部署大的云存儲(chǔ)容器，二在分支機(jī)構(gòu)部署收集器，通過IP網(wǎng)絡(luò)將分支機(jī)構(gòu)的數(shù)據(jù)傳送到總中心集中存儲(chǔ)，HDS的案以HCP結(jié)合云存儲(chǔ)池構(gòu)成總中心的大型統(tǒng)一存儲(chǔ)容器，同時(shí)在分支機(jī)構(gòu)中心部署HDI的收集器，分支機(jī)構(gòu)只需要將上傳的數(shù)據(jù)放置在HDI的收集器，HDI就可以自動(dòng)將數(shù)據(jù)上傳到總中心的HCP，此案可以在很小的帶寬下完成，當(dāng)然數(shù)據(jù)傳送有一定間隔〔15分鐘〕，同時(shí)上傳的數(shù)據(jù)需要以文件形式存檔，因此更適用于大數(shù)據(jù)量的非構(gòu)造化文件，如果是數(shù)據(jù)庫(kù)的上傳，分支機(jī)構(gòu)可以將數(shù)據(jù)庫(kù)導(dǎo)出為文件存放在HDI，再自動(dòng)上傳到HCP。. z.-對(duì)于本次系統(tǒng)的建立，規(guī)劃考慮兩種案的并行使用：即一面對(duì)于各省的核心數(shù)據(jù)庫(kù)數(shù)據(jù)可以在總中心和各省中心部署可融合的虛擬存儲(chǔ)池，在帶寬保證的前提下，采用存儲(chǔ)實(shí)時(shí)復(fù)制的法，實(shí)現(xiàn)各省到總中心的多對(duì)一的數(shù)據(jù)集中和容災(zāi)復(fù)制；對(duì)于一些省市無(wú)法實(shí)現(xiàn)更高的帶寬保證，同時(shí)非構(gòu)造化數(shù)據(jù)量比較大，則可以考慮通過在總中心部署HCP的云存儲(chǔ)容器，同時(shí)在各省部署HDI收集器將各省數(shù)據(jù)自動(dòng)收集和容災(zāi)到總中心。以下主要介紹法二的HCP結(jié)合HDI的數(shù)據(jù)收集案。2.HCP&HDI案總體說明HCP結(jié)合HDI形成了非常先進(jìn)的數(shù)據(jù)收集和容災(zāi)案，這其中包括了HCP存儲(chǔ)平臺(tái)、HDI收集器、HDDS查詢器這三個(gè)個(gè)重要組成局部。2.1HCP云存儲(chǔ)平臺(tái)的說明HCP是HDS最新的面向?qū)ο蟮娜荨霸屁暣鎯?chǔ)平臺(tái)。它采用了CMDI的云存儲(chǔ)接口技術(shù)，即與傳統(tǒng)文件系統(tǒng)存放形式完全不同的對(duì)象型存儲(chǔ)式，當(dāng)增加一個(gè)文件到HCP中，HCP自動(dòng)產(chǎn)生metadata為這個(gè)文件并與這個(gè)文件封裝在一起作為一個(gè)歸檔目標(biāo)。當(dāng)你顯示這個(gè)容數(shù)據(jù)時(shí)，HCP文件系統(tǒng)顯示每一個(gè)目標(biāo)就像一個(gè)文件集。一個(gè)文件包含原始的數(shù)據(jù)文件〔與這個(gè)文件具備一樣的名字〕，包擴(kuò)文件的擴(kuò)展名。當(dāng)你翻開這個(gè)目標(biāo)文件，它看起來(lái)與原來(lái)的保存的文件一樣。HCP是遵循云存儲(chǔ)接口CDMI標(biāo)準(zhǔn)的大型容器，由于是對(duì)象型存儲(chǔ)，因此可以做到海量數(shù)據(jù)承載，高達(dá)20PB的單一空間擴(kuò)展，滿足全國(guó)數(shù)據(jù)集中上收的需. z.-要。同時(shí)HCP針對(duì)集中上收的數(shù)據(jù)長(zhǎng)期保存或歸檔需求，可以通過metadata中鎖定保存期限，實(shí)現(xiàn)在保存期不可刪除和篡改數(shù)據(jù)的WORM功能。按照HDS統(tǒng)一云存儲(chǔ)平臺(tái)設(shè)計(jì)理念，先進(jìn)的HCP容歸檔平臺(tái)是實(shí)現(xiàn)歸檔存儲(chǔ)的硬件引擎，即需要連接磁盤系統(tǒng)實(shí)現(xiàn)數(shù)據(jù)存放，在本工程中，考慮存儲(chǔ)集中和投資保護(hù)，建議在核心存儲(chǔ)磁盤陣列中劃分歸檔區(qū)，采用其所配置的SAS磁盤，根據(jù)需要選用其中的可用容量，可以從6TB-20PB選擇，作為分支機(jī)構(gòu)集中到總中心的云存儲(chǔ)容器，并可以實(shí)現(xiàn)高可用、高性能存儲(chǔ)訪問。此外，通過容歸檔平臺(tái)引擎進(jìn)展管理后，可以針對(duì)原數(shù)據(jù)中的文件和目錄設(shè)定鎖定期，保證數(shù)據(jù)不可篡改。如以下圖所示：HCP容歸檔平臺(tái)技術(shù)架構(gòu)上采用SAIN架構(gòu)〔SAN-attachedArrayofIndependentNode〕。此架構(gòu)開放性好，同時(shí)容歸檔平臺(tái)節(jié)點(diǎn)，支持基于開放標(biāo)準(zhǔn)的FC存儲(chǔ)和RAID6技術(shù)，以及FC、SAS、SATA等各種規(guī)格的硬盤。在存儲(chǔ)的部署面，要求歸檔節(jié)點(diǎn)和后端存儲(chǔ)可實(shí)現(xiàn)動(dòng)態(tài)配比。如：根據(jù)統(tǒng)計(jì)，一般歸檔對(duì)象的平均大小是5K，因此歸檔對(duì)象數(shù)目會(huì)增長(zhǎng)較快。因此在未來(lái)開展階段可以依靠增加前端節(jié)點(diǎn)的數(shù)目提高對(duì)象處理性能，而保持存儲(chǔ)空間容量和系統(tǒng)構(gòu)造不變，以實(shí)現(xiàn)面向應(yīng)用的動(dòng)態(tài)高性價(jià)比部署。在工作接口面，HCP容云存儲(chǔ)平臺(tái)提供NFS/CIFS/HTTP/SMTP/NDMP等標(biāo)準(zhǔn)訪問接口，符合工業(yè)標(biāo)準(zhǔn)，具有良好的開放性。這樣，在未來(lái)用戶應(yīng)用系統(tǒng)中，各分支機(jī)構(gòu)中心不斷產(chǎn)生的歸檔、文件歸檔、數(shù)字化影像資料都可以集中到總中心的HCP容器承載，HCP接口采用常用的統(tǒng)一開放標(biāo)準(zhǔn)，而非私有標(biāo)準(zhǔn)，各種應(yīng)用可通過最簡(jiǎn)單的式來(lái)統(tǒng)一訪問歸檔平臺(tái)系統(tǒng)。. z.-2.2HDI收集器的說明HDI是HCP云存儲(chǔ)平臺(tái)的一個(gè)延伸，也可以說HDI是HCP放置在各個(gè)異地的觸角和數(shù)據(jù)收集器。做為總中心HCP的一局部，HDI通過IP網(wǎng)絡(luò)的聯(lián)絡(luò)，可以部署到各個(gè)分支機(jī)構(gòu)中心。但是無(wú)論HDI部署的距離有多遠(yuǎn)，它都通過IP網(wǎng)絡(luò)與總中心的HCP保持著實(shí)時(shí)通訊，任存儲(chǔ)到HDI的數(shù)據(jù)，都會(huì)實(shí)時(shí)傳送到總中心的HCP云存儲(chǔ)平臺(tái)，見以下圖：為保證數(shù)據(jù)的有效上收，HDI自身也是個(gè)小型的容器，有4TB的數(shù)據(jù)承載容量。4TB容量可以做為緩沖使用，即使HDI上的所有數(shù)據(jù)都上收到總中心HCP上后，HDI上的數(shù)據(jù)不會(huì)立刻刪除，以備各分支機(jī)構(gòu)本地可以面調(diào)用。分支機(jī)構(gòu)訪問和存取HDI的數(shù)據(jù)接口可以是CIFS、NFS、HTTPS等標(biāo)準(zhǔn)的開放接口，也就是將文件拷貝或備份到HDI就可以了。HDI與HCP的通訊和數(shù)據(jù)上傳是自動(dòng)完成的，最短可以做到15分鐘一次，增量實(shí)現(xiàn)，因此同樣保證了較小的數(shù)據(jù)喪失量，保證了集中和容災(zāi)數(shù)據(jù)的使用。2.3HDDS查詢器的說明當(dāng)所有數(shù)據(jù)通過HDI集中存放到HCP的容云存儲(chǔ)平臺(tái)后，在總中心將會(huì)聚所有分支機(jī)構(gòu)的大量數(shù)據(jù)，文件和數(shù)據(jù)查詢將變得非常繁瑣和復(fù)雜。HDDS是配合HCP完成快速查詢的功能設(shè)備，即可以同在總中心部署HDDS搜索引擎，根據(jù)關(guān)鍵字和Metedata記錄的屬性，最快速度找到需要的文件，使得數(shù)據(jù)集中后的分類、檢索、使用變得非常便。. z.-3.案總體構(gòu)架3.1總中心HCP存儲(chǔ)平臺(tái)對(duì)于本次用戶的系統(tǒng)，因?yàn)橄到y(tǒng)受限于網(wǎng)絡(luò)帶寬〔<8Mb速率〕，建議采用基于網(wǎng)絡(luò)的傳輸式，即HCP結(jié)合HDI的解決案?？傊行牡牟渴鹨源蠹械脑拼鎯?chǔ)架構(gòu)為根底，即為所有業(yè)務(wù)系統(tǒng)建立一個(gè)統(tǒng)一的數(shù)據(jù)云存儲(chǔ)平臺(tái)，從業(yè)務(wù)系統(tǒng)角度分析，在用戶系統(tǒng)中有傳統(tǒng)的構(gòu)造數(shù)據(jù)如數(shù)據(jù)庫(kù)系統(tǒng)，也有文件和歸檔數(shù)據(jù)等，數(shù)據(jù)訪問和吞吐量大，為滿足其生產(chǎn)的具體需求，規(guī)劃采用高性能的集中存儲(chǔ)，一面徹底解決云計(jì)算平臺(tái)對(duì)存儲(chǔ)資源要求高的瓶頸；另一面物理集中數(shù)據(jù)實(shí)現(xiàn)統(tǒng)一管理，同時(shí)集中的存儲(chǔ)為將來(lái)的容災(zāi)打下堅(jiān)實(shí)的根底，見以下圖：對(duì)于各分支機(jī)構(gòu)的重要數(shù)據(jù)上收集中和災(zāi)備，建議在云存儲(chǔ)平臺(tái)VSP上再劃分集中歸檔區(qū)，所有分支機(jī)構(gòu)收集上來(lái)的數(shù)據(jù)都通過HCP的網(wǎng)關(guān)存檔在統(tǒng)一存儲(chǔ)平臺(tái)的歸檔區(qū)，并且可選保存這些數(shù)據(jù)在一個(gè)期的WORM，即不可篡改，建議采用HDSHCP歸檔平臺(tái)實(shí)現(xiàn)文件和目錄級(jí)別的WORM功能，存儲(chǔ)空間考慮利用統(tǒng)一存儲(chǔ)平臺(tái)的專門劃分的磁盤空間，本次建議從配置的生產(chǎn)存儲(chǔ)磁盤中選擇.TB可用容量空間來(lái)滿足要求，同時(shí)其它有WORM需求的數(shù)據(jù)也可以存放在歸檔區(qū)。3.2分支機(jī)構(gòu)HDI到總中心HCP集中架構(gòu)在總中心大型HCP云存儲(chǔ)平臺(tái)建立完成后，分支機(jī)構(gòu)的數(shù)據(jù)到總中心的數(shù)據(jù)上收和集過HDI－HCP的通訊完成，見以下圖：. z.-做為總中心HCP的一局部，HDI通過IP網(wǎng)絡(luò)的聯(lián)絡(luò)，部署到各個(gè)分支機(jī)構(gòu)中心。分支機(jī)構(gòu)的HDI通過IP網(wǎng)絡(luò)與總中心的HCP保持著實(shí)時(shí)通訊，任存儲(chǔ)到HDI的數(shù)據(jù)，都會(huì)實(shí)時(shí)傳送到總中心的HCP云存儲(chǔ)平臺(tái)。分支機(jī)構(gòu)訪問和存取HDI的數(shù)據(jù)接口可以是CIFS、NFS、HTTPS等標(biāo)準(zhǔn)的開放接口，也就是將文件拷貝或備份到HDI就可以了。HDI與HCP的通訊和數(shù)據(jù)上傳是自動(dòng)完成的，最短可以做到15分鐘一次，增量實(shí)現(xiàn)，因此同樣保證了較小的數(shù)據(jù)喪失量，保證了集中和容災(zāi)數(shù)據(jù)的使用。3.3分支機(jī)構(gòu)HDI的數(shù)據(jù)采集在分支機(jī)構(gòu)中，上傳和集中的數(shù)據(jù)需要首先保存的HDI的收集器上。而保證的接口可以通過CIFS、NFS、HTTPS，因?yàn)槭情_放式接口，法可以是多種的：通過文件復(fù)制的法，如果上傳的是文件或文件系統(tǒng)，如圖像、Word文檔等，可以將這些生產(chǎn)數(shù)據(jù)直接拷貝到HDI的相應(yīng)目錄下即可；如果是數(shù)據(jù)庫(kù)數(shù)據(jù)，法之一是通過本地備份軟件備份到HDI，HDI會(huì)自動(dòng)傳送備份數(shù)據(jù)到HCP，而將來(lái)如果需要恢復(fù)，直接通過HDI可以將備份數(shù)據(jù)返回到分支機(jī)構(gòu)本地；如果是數(shù)據(jù)庫(kù)數(shù)據(jù)，法之二是通過數(shù)據(jù)庫(kù)的導(dǎo)出，導(dǎo)出文件復(fù)制到HDI，這樣的文件傳送到HCP，而將來(lái)如果需要恢復(fù)，直接通過HDI可以將數(shù)據(jù)庫(kù)導(dǎo)出數(shù)據(jù)文件返回到分支機(jī)構(gòu)本地. z.-4.HCP基于對(duì)象存儲(chǔ)平臺(tái)介紹4.1HCP-基于對(duì)象的歸檔平臺(tái)4.1.1HCP指標(biāo)功能HCP500DL產(chǎn)品定位HCP500DL是一個(gè)全客戶化的解決案并基于經(jīng)過驗(yàn)證的ArchivasArC軟件和Hitachi系列磁盤陣列(AMS200,AMS500,AMS1000,AMS2000family,NSC-55andUSP-V).這個(gè)高靈活，高擴(kuò)展性固定容歸檔解決案的已經(jīng)證明的高性能、高吞吐量和高可靠性在諸多的應(yīng)用環(huán)境中。新的功能允客戶使用已經(jīng)安裝的Hitachi存儲(chǔ)陣列并和其它應(yīng)用共享，最大限度地提高存儲(chǔ)利用率。起源HDS與Archivas合作在2006年2月，并在2007年2月收購(gòu)Archivas。公布2007年5月硬件操作系統(tǒng)Archivas集群(ArC)(運(yùn)行在Linu*). z.-構(gòu)造 SAN+ArrayofIndependentNodes(SAIN)架構(gòu)打包硬件標(biāo)準(zhǔn)機(jī)柜配合外置存儲(chǔ)存儲(chǔ)系統(tǒng)HitachiAdaptableModularStorageAMS200,AMS500,AMS1000,AMS2000系列,NetworkStorageController(NSC55),和UniversalStoragePlatformV擴(kuò)展性HCP可以擴(kuò)展到80個(gè)節(jié)點(diǎn)，每個(gè)節(jié)點(diǎn)支持4億個(gè)文件，總共可以支持320億個(gè)文件每一個(gè)集群。同時(shí)，支持連接的后端存儲(chǔ)可以到達(dá)40PB。效勞器連接所有的以太網(wǎng)端口在每個(gè)節(jié)點(diǎn)上是10/100/1000并允連接到100Mb或1Gb外部網(wǎng)絡(luò)。每個(gè)節(jié)點(diǎn)雙端口。存取途徑NFS,CIFS/SMB,HTTP,WebDAV備份 提供備份通過標(biāo)準(zhǔn)的NDMP. z.-數(shù)據(jù)保護(hù)支持

數(shù)據(jù)保護(hù)級(jí)別為L(zhǎng)evel1,2or3,4；數(shù)據(jù)存取路徑(多路徑)；對(duì)象復(fù)制；MeanTimetoDataLoss(MTDL)算法可靠性Non-disruptive維護(hù)YESNon-disruptive微碼升級(jí)YESupdates性能吞吐量10-25對(duì)象/秒/節(jié)點(diǎn)高級(jí)特征/功能單進(jìn)程保存Yes,通過DuplicateElimination(執(zhí)行二進(jìn)制不同比較)API存取不需要API。客戶的metadata通過標(biāo)準(zhǔn)HTTP接口存取認(rèn)證/完整性YES,文件和系統(tǒng)級(jí)別策略規(guī)定文件存取權(quán)和調(diào)整，滿足數(shù)據(jù)的保護(hù)和冗余并在客戶定義的設(shè)置下。永久性YES. z.-WORMYES數(shù)據(jù)粉碎YES遠(yuǎn)程復(fù)制支持YESFile級(jí)別保存YES標(biāo)準(zhǔn)文件系統(tǒng)接口YES標(biāo)準(zhǔn)文件系統(tǒng)接口YES全文檢索YES可以在所有文檔類型上搜索YESHitachiDataDiscoveryforactivearchive保存期支持YESAES數(shù)據(jù)加密YES(使用秘密共享式)搜索全文檢索和元數(shù)據(jù)檢索用戶存取跟蹤(HIPAA)NO軟件管理工具HCP接口。管理集成到HitachiDeviceManager和TieredStorageManager.遠(yuǎn)程復(fù)制對(duì)象級(jí)別復(fù)制保修和支持. z.-4.1.2HCP 文件系統(tǒng)構(gòu)造當(dāng)增加一個(gè)文件到HCP中，HCP自動(dòng)產(chǎn)生metadata為這個(gè)文件并與這個(gè)文件封裝在一起作為一個(gè)歸檔目標(biāo)。當(dāng)你顯示這個(gè)容數(shù)據(jù)通過網(wǎng)關(guān)，HCP文件系統(tǒng)顯示每一個(gè)目標(biāo)就像一個(gè)文件集。一個(gè)文件包含原始的數(shù)據(jù)文件〔與這個(gè)文件具備一樣的名字〕，包擴(kuò)文件的擴(kuò)展名。當(dāng)你翻開這個(gè)目標(biāo)文件，它看起來(lái)與原來(lái)的保存的文件一樣。像文件一樣，目錄也被像一個(gè)目標(biāo)一樣。這些目標(biāo)，無(wú)論如，只包含metadata,所以HCP文件系統(tǒng)顯示這個(gè)目錄的名字和目錄meta文件并沒有相應(yīng)的文件。當(dāng)你顯示這個(gè)歸檔通過網(wǎng)關(guān)，目錄顯示為一個(gè)標(biāo)準(zhǔn)的目錄層次。HCP也創(chuàng)立一個(gè)metadata為一個(gè)象征的，但是并不曝光它的meta文件。另外，HCP有兩個(gè)最頂層的目錄或安裝點(diǎn)。fcfs_data是目錄的最上端包括所有的歸檔數(shù)據(jù)fcfs_metadata目錄的最上端包括所有的歸檔的meta文件。所以，HCP存儲(chǔ)用戶可訪問的meta數(shù)據(jù)對(duì)于每一個(gè)你添加到歸檔設(shè)備的數(shù)據(jù)文件，這個(gè)目錄構(gòu)造在fcfs_metadata下平行于fcfs_data的目錄構(gòu)造。如以下圖可以清晰的看到HCP的目錄文檔構(gòu)造：對(duì)于每個(gè)文件，HCP又會(huì)針對(duì)性的產(chǎn)生相應(yīng)的meta文件為歸檔效勞。如以下圖：4.1.3HCP 集群構(gòu)造和負(fù)載均衡HCP采用Archivas集群(ArC,運(yùn)行在Linu*)，每?jī)蓚€(gè)存儲(chǔ)節(jié)點(diǎn)(StorageNode)構(gòu)成一個(gè)單元〔CELL〕，至少每?jī)蓚€(gè)單元組成一個(gè)集群。集群均衡策略. z.-由于一個(gè)本地的名稱空間分配，被元數(shù)據(jù)控制和管理引擎資源監(jiān)控，文件將被本地化的，在一個(gè)集群部公平地分散。當(dāng)一個(gè)節(jié)點(diǎn)被加到一個(gè)集群中，這個(gè)集群的均衡策略被激活去維持每個(gè)數(shù)據(jù)和元數(shù)據(jù)的分布。物理地移動(dòng)數(shù)據(jù)和元數(shù)據(jù)從已經(jīng)存在的節(jié)點(diǎn)到一個(gè)新的節(jié)點(diǎn)，設(shè)法到達(dá)一樣的利用率在一個(gè)集群部的所有節(jié)點(diǎn)上。為了保持歸檔平臺(tái)的均衡，每個(gè)節(jié)點(diǎn)要確保最正確的性能和擴(kuò)展性即使在較少的數(shù)據(jù)和面臨所有節(jié)點(diǎn)失效的情況下。是一個(gè)數(shù)據(jù)挪動(dòng)密集的操作。在一個(gè)數(shù)據(jù)遷移中，確保數(shù)據(jù)保護(hù)策略是強(qiáng)制的和不導(dǎo)致TPOF違反。前端請(qǐng)求的響應(yīng)策略主機(jī)發(fā)出了一個(gè)請(qǐng)求去讀一個(gè)文件適合的網(wǎng)關(guān)參加其中(NFS,CIFS,Http,WebDav)和傳遞這個(gè)請(qǐng)求去RequestManagerRequestManager找出那一個(gè)元數(shù)據(jù)負(fù)責(zé)名稱空間的詳細(xì)區(qū)域。RequestManager發(fā)出讀的請(qǐng)求給指定的MetadataManagersMetadataManager檢查權(quán)限和標(biāo)識(shí)出StorageManager控制的對(duì)象被存儲(chǔ)的磁盤MetadataManager傳遞回信息給RequestManager。如果權(quán)限沒有核查通過，則這個(gè)請(qǐng)求被拒絕. z.-假設(shè)這個(gè)權(quán)限是沒問題的，RequestManager聯(lián)系StorageManager傳遞給存儲(chǔ)目標(biāo)。如果這個(gè)控制的StorageManagers是本地的RequestManager，它將最先獲得這個(gè)請(qǐng)求去最小化流量和相應(yīng)。如果這個(gè)控制的StorageManager是不正確的，那RequestManager將重復(fù)第三步控制的StorageManager傳遞這個(gè)對(duì)象到RequestManagerRequestManager使主機(jī)滿意于讀的請(qǐng)求4.1.4HCP 的WORM技術(shù)HCP支持通過WORM〔一寫多讀〕技術(shù)，在歸檔設(shè)備上對(duì)客戶的歸檔信息進(jìn)展副本保存，在保存期間可防止任人對(duì)歸檔信息進(jìn)展修改，滿足控、審計(jì)程序?qū)π畔⒃嫘缘囊?。?dāng)審計(jì)人員需要檢索、抽取特定的信息紀(jì)錄時(shí)，能夠通過專用的檢索工具快速發(fā)現(xiàn)所有滿足條件的信息。4.1.5HCP 重復(fù)去除技術(shù)HCP提供的全新數(shù)據(jù)重復(fù)數(shù)據(jù)刪除效勞來(lái)最大限度地利用其存儲(chǔ)資源。重復(fù)數(shù)據(jù)刪除也稱為單一實(shí)例存儲(chǔ)(SIS)。HDS提供的這種新型存儲(chǔ)效勞遠(yuǎn)勝于其它同類競(jìng)爭(zhēng)產(chǎn)品，它可以同時(shí)提供hash比照和二進(jìn)制比照，因此能夠確認(rèn)對(duì)象是否是重復(fù)數(shù)據(jù)，從而防止了“hashcollisions〞，防止不同對(duì)象卻具有一樣的加密hash密鑰的情況。HitachiContentArchivePlatform的相關(guān)機(jī)制還能夠讓用戶清楚地看到被刪除的重復(fù)數(shù)據(jù)的數(shù)量，以及節(jié)約下來(lái)的總存儲(chǔ)容量。HCP的DuplicationElimination是個(gè)后臺(tái)的進(jìn)程，HCP會(huì)每天在適宜的時(shí)間進(jìn)展，客戶可以在控制臺(tái)進(jìn)展干預(yù)它的啟動(dòng)和停頓。該進(jìn)程在意外停頓后，還. z.-會(huì)持續(xù)運(yùn)行。4.1.6HCP 的備份使用NDMP協(xié)議的基于標(biāo)準(zhǔn)的備份。利用開放的平安PGP加密與HTTPS備份程序數(shù)據(jù)來(lái)保存?zhèn)浞輸?shù)據(jù)，保證應(yīng)用程序數(shù)據(jù)的平安。NDMP途徑備份NDMPv4遵從數(shù)據(jù)效勞器；提供標(biāo)準(zhǔn)的備份和恢復(fù)接口。提供靈活的備份工具選擇如mVaultGala*y,NetBackup,和很多其它的工具。允客戶去維護(hù)離線、非現(xiàn)場(chǎng)備份支持全景備份選項(xiàng)，包括多重和同時(shí)備份操作保存的回復(fù)可選的簽名、壓縮和加密備份集基于便攜的歸檔對(duì)象格式根底對(duì)于備份/恢復(fù)和復(fù)制4.1.7HCP 的容災(zāi)復(fù)制HCP提供多種法的數(shù)據(jù)復(fù)制.復(fù)制是被設(shè)計(jì)利用不同地理區(qū)域，使用異步復(fù)制技術(shù)。這個(gè)適用于所有的數(shù)據(jù)、元數(shù)據(jù)和策略……一旦被啟動(dòng)它將是一個(gè)自動(dòng)的效勞。4.1.8HCP 搜索功能HCP中的搜索引擎是基于行業(yè)領(lǐng)先的索引和搜索的技術(shù)，它被嵌入的歸檔中。這個(gè)級(jí)別的集成索引有效地被完成在文件提取的同時(shí)，可以到一個(gè)很高的提. z.-取峰值，提供分組第二的查詢相應(yīng)時(shí)間，而且可以被管理就像一個(gè)一體化到歸檔平臺(tái)的一個(gè)功能。它完美的可行性去指出一個(gè)搜索引擎在一個(gè)歸檔平臺(tái)中，并且“爬出〞它〔典型的通過HTTP〕。無(wú)論如，它并不是可升級(jí)的而且這里也沒有方法去保證索引是歸檔容的真實(shí)反映。這個(gè)技術(shù)來(lái)源于FAST公司，這個(gè)技術(shù)和市場(chǎng)領(lǐng)先的企業(yè)引擎。FASTInStream是為OEM〔原始設(shè)備制造商〕制訂方案量身定做的，利用標(biāo)引分析元數(shù)據(jù)、正文、術(shù)語(yǔ)和概念與企業(yè)貿(mào)易交易過程捆綁在一起，向OEM提供有現(xiàn)行的數(shù)據(jù)和所存數(shù)據(jù)上下文理解性能。FASTInStream主要用于企業(yè)應(yīng)用期望值和其他多信息檢索需求，靠的是推廣企業(yè)部的搜索技術(shù)，故此，展現(xiàn)出如下特色：FASTInStream和InsightTM，使查找與咨詢?nèi)莼蚰康摹z索術(shù)語(yǔ)或短語(yǔ)、反響信息或結(jié)果匹配的文本款目成為可能，并可檢索出準(zhǔn)確的信息、符合上下文關(guān)系的容，以及相關(guān)信息的動(dòng)態(tài)導(dǎo)航，使其真正開展成為客戶中心的檢索。由于得到FASTInStream軟件開展程序工具包〔SDK〕的支持，F(xiàn)ASTInStream能有效地實(shí)現(xiàn)文獻(xiàn)的整合，并通過粒狀成分和高保真API，使OEM發(fā)揮出強(qiáng)大的杠桿作用。目前，并沒有開放給HCP的應(yīng)用級(jí)別。FASTInStream提供各種數(shù)據(jù)資源和格式文本的檢索，如各種媒體數(shù)據(jù)、庫(kù)存構(gòu)造數(shù)據(jù)、半構(gòu)造數(shù)據(jù)，以及網(wǎng)頁(yè)、、博客、文獻(xiàn)等非構(gòu)造信息，支持多種語(yǔ)言，處理各種格式的文件。FASTInStream核心構(gòu)造可同時(shí)在數(shù)據(jù)量、每秒詢問次數(shù)和數(shù)據(jù)刷新率三維空間中獨(dú)立進(jìn)展線性測(cè)量。OEM搜索解決案可同時(shí)支持幾百萬(wàn)用戶，從任檢索點(diǎn)都能快速搜索幾千兆字節(jié)的數(shù)據(jù)，并在一秒鐘做出及時(shí)反響，. z.-從終端對(duì)終端平安傳送信息，從而確保了容、效勞環(huán)境和搜索應(yīng)用等臨界領(lǐng)域信息的平安性和性，使它的搜索性能不僅能應(yīng)用于企業(yè)，而且還得到不斷改進(jìn)和擴(kuò)展。4.2HDDS-簡(jiǎn)化的基于文件的容管理HitachiDataDiscoverySuite提供強(qiáng)大的索引和搜索功能，在基于BlueArc?HitachiHigh-performanceNASPlatform和HitachiContentArchivePlatform和HitachiContentArchivePlatform上，實(shí)現(xiàn)主動(dòng)的電子檢索并遵守法律規(guī)定的數(shù)據(jù)保存要求。HitachiDataDiscoverySuite可從單一用戶界面上簡(jiǎn)化多平臺(tái)用戶搜索、容索引和恢復(fù)，從而幫助提高生產(chǎn)效率并增強(qiáng)企業(yè)的競(jìng)爭(zhēng)力。HitachiDataDiscoverySuite可幫助用戶從一個(gè)平安的位置上保存、搜索、識(shí)別和收集以電子式保存在整個(gè)存儲(chǔ)架構(gòu)中的數(shù)據(jù)。此外，它還使最終用戶和IT人員可以從一個(gè)界面上，通過單次查詢搜索多個(gè)數(shù)據(jù)源，實(shí)現(xiàn)自助效勞文件恢復(fù)、跨平臺(tái)搜索和檢索以及基于文件的分層，從而充分利用在分層存儲(chǔ)設(shè)施上的