數(shù)據(jù)存儲項目從需求到方案v30

數(shù)據(jù)存儲項目從需求到方案提綱典型企業(yè)應用架構數(shù)據(jù)存儲層的需求分析數(shù)據(jù)訪問層的需求分析應用層的需求分析案例分享06六月20242典型企業(yè)應用架構存儲層存儲企業(yè)數(shù)據(jù)通常是數(shù)據(jù)庫數(shù)據(jù)訪問層對存儲設備的訪問對數(shù)據(jù)的操作應用層業(yè)務邏輯展現(xiàn)層數(shù)據(jù)的展現(xiàn)06六月20243數(shù)據(jù)存儲層需要考慮的問題存儲環(huán)境的選擇數(shù)據(jù)容量數(shù)據(jù)安全性數(shù)據(jù)擴展性數(shù)據(jù)訪問效率（性能要求）數(shù)據(jù)生命周期的考慮06六月20244Q1:客戶存儲環(huán)境？

客戶現(xiàn)有環(huán)境和計劃采用的技術SAN環(huán)境(光纖)存儲區(qū)域網(wǎng)絡高速光纖網(wǎng)絡高效適合提供塊數(shù)據(jù)服務造價相對較高NAS通過網(wǎng)絡提供數(shù)據(jù)通常適合文件服務容易共享造價低受NAS服務器限制

iSCSI–IPSAN

SCSIoverIP網(wǎng)絡上提供數(shù)據(jù)塊服務無需專用存儲網(wǎng)絡造價較低網(wǎng)絡協(xié)議導致了性能相對FCSAN較低DAS直接連接服務設備連接方式多樣數(shù)據(jù)無法共享維護成本高

06六月20245Q2:客戶數(shù)據(jù)容量？

現(xiàn)有數(shù)據(jù)容量和發(fā)展需求MSA系列出眾的TCO<

324TB存儲整合

+災難恢復通過虛擬化實現(xiàn)簡易性Windows、HP-UX、Linux以及其它實時可用<851TB數(shù)據(jù)中心整合+災難恢復大規(guī)模Oracle/SAP應用HP-UX、Windows、以及其它20多種，包括mainframe低成本整合<60TB

WEB、Exchange、SQL簡單的DAS到SAN（ProLiant）Windows、Linux、Netware可擴展性

總計吞吐量

EVA系列EVA4400EVA6400EVA8400XP

系列MSA30/50/60/70/20001-5T5-50T>50T06六月20246Q3:數(shù)據(jù)保護軟件故障14%病毒7%自然故障3%硬件或系統(tǒng)故障44%人為錯誤32%用戶刪除文件格式化硬驅動器PC黑客硬件、驅動器和RAID控制器故障.操作系統(tǒng)死機.火災地震洪水數(shù)據(jù)損壞來源：Understanding

Data

Loss.CBLDataRecoveryTechnologiesInc.Industry資料來源–DataRecoveryReport5–4為什么需要數(shù)據(jù)保護？06六月20247Q3:數(shù)據(jù)安全的保證

在線一份數(shù)據(jù)還是兩份？單存儲？即時數(shù)據(jù)拷貝保證數(shù)據(jù)安全在線備份、對應用無影響數(shù)據(jù)丟失可及時恢復拷貝的數(shù)據(jù)可以用于數(shù)據(jù)挖掘改善業(yè)務流程提高客戶的業(yè)務能力提供針對Oracle,Exchange和SAP系統(tǒng)特點的數(shù)據(jù)快照保護06六月20248Q3:數(shù)據(jù)安全的保證

在線一份數(shù)據(jù)還是兩份？雙存儲？持續(xù)數(shù)據(jù)保護基于操作系統(tǒng)簡單易用沒有停機時間費用較高不能完成容災mirroring06六月20249備份及其誤區(qū)誤區(qū)之一：用拷貝替代備份誤區(qū)之二：用雙機，磁盤陣列/鏡像等系統(tǒng)冗余替代數(shù)據(jù)備份系統(tǒng)冗余保證了進程的連續(xù)性和系統(tǒng)的高可用性。系統(tǒng)冗余不能替代數(shù)據(jù)備份人為錯誤，惡意破壞病毒斷電天災人禍數(shù)據(jù)的備份才能保證數(shù)據(jù)萬無一失誤區(qū)之三：只備份數(shù)據(jù)文件恢復時要重新安裝操作系統(tǒng)恢復時要重新安裝所有的應用程序需要相當長的時間才能恢復所有的數(shù)據(jù)06六月202410LTOULTRIUM適用于尋求最佳性能、可靠性和投資保護的客戶網(wǎng)絡備份和異構環(huán)境的理想之選可選擇高性能、全高磁帶機或者經(jīng)濟的半高磁帶機DAT/DDS經(jīng)濟、可靠的解決方案非常適用于工作站和小型服務器提供熱插拔型號最低的介質價格可帶來極低的擁有成本*上述所列容量為磁帶機自身具備的容量Q4:數(shù)據(jù)安全–備份

磁帶機TapeDriver工作組級辦公服務器部門/本地網(wǎng)絡企業(yè)/網(wǎng)絡備份DAT4020GB入門級高端（高性能、全高磁帶機）中檔（半高磁帶機）36GBDAT72Ultrium460200GBUltrium960400GBUltrium448200GBUltrium920400GBUltrium1840800GBDAT16080GBUltrium1760800GB數(shù)據(jù)備份快速恢復–單鍵快速自動恢復OBDR06六月202411MSL系列簡單、低成本適用于少量的服務器和小型網(wǎng)絡環(huán)境DAS和LAN備份易于管理,靈活,可靠適用于中、大型業(yè)務環(huán)境DAS,LAN,入門級SAN備份強大的擴展能力和高性能

適用于企業(yè)級的數(shù)據(jù)中心

大型的SAN環(huán)境性能容量中級入門級企業(yè)級ESLE-系列AutoloadersEMLE-系列高擴展,易于管理,高度可靠適用于中、大型的數(shù)據(jù)中心中到大型的SAN環(huán)境HPRestricted–ForHPPartner&InternalUseOnlyQ5:數(shù)據(jù)安全–備份

磁帶庫TapeLibrary集中備份自動備份與恢復06六月202412磁帶的優(yōu)勢大容量：1盤介質上可存儲高達800GB的數(shù)據(jù)小尺寸：所有這些容量都可存儲在1盤小巧的數(shù)據(jù)磁帶上可移動性：介質可以與設備分離，提供額外的病毒保護便攜性：介質可以在現(xiàn)場之外存儲，提供額外保護長壽命：適合長期存儲（至少10–15年）06六月202413磁帶備份系統(tǒng)的問題問題當前的應對措施惠普虛擬磁帶庫系統(tǒng)解決問題的方法無法滿足備份時間要求聽之任之，孤注一擲被迫在性能較低的情況下完成備份任務硬著頭皮向管理層提交備份故障報告提升備份性能提高備份流程可靠性恢復速度慢專門投入存儲管理資源遷就于低下的生產(chǎn)效率減輕存儲管理員和服務臺工作人員的工作負擔提高相關人員的工作效率介質利用效率低下購買更多的介質支付更多的異地服務費用減少磁帶拷貝的數(shù)量提高介質利用率解決方案無法滿足需求

（例如容量太低，不支持新應用）淘汰和更換解決方案針對主要問題部署專用解決方案獨立擴展容量和吞吐量幾乎支持所有的備份應用采用重復數(shù)據(jù)刪除技術和自動遷移技術14磁盤備份？磁帶備份？現(xiàn)在，市場上有兩種備份方式可供您選擇...06六月2024151606六月2024D2D100

系列VLS6000

系列D2D2500

系列D2D4000

系列VLS9000VLS12000

EVA網(wǎng)關新新入門級中高端企業(yè)級簡單經(jīng)濟小型企業(yè)iSCSI入門級機架更小的IT環(huán)境或遠程站點iSCSI更高容量的解決方案具有小型數(shù)據(jù)中心的中型企業(yè)iSCSI和FC單節(jié)點系統(tǒng)中型和企業(yè)級數(shù)據(jù)中心大中型FCSAN多節(jié)點系統(tǒng)高性能和可擴展性企業(yè)數(shù)據(jù)中心大型FCSAN具備快速重復數(shù)據(jù)刪除功能（Accelerateddeduplication）具備重復數(shù)據(jù)刪除功能數(shù)據(jù)安全–備份

磁盤備份–虛擬磁帶庫VTL集中、自動備份與恢復快速自動備份與恢復

提高介質利用率06六月202416手動備份與恢復人員操作容易出錯，恢復復雜成本高集中自動備份與恢復自動運行無需或者很少人員的參與更容易的恢復數(shù)據(jù)安全–備份手段

自動方式？手動備份？06六月202417Q6:數(shù)據(jù)安全

容災需求？多存儲備份與恢復StorageMirroring磁盤陣列級多存儲備份與恢復-CA06六月202418容災！容災！容災！

如何選擇合適的數(shù)據(jù)保護戰(zhàn)略？兩個主要的衡量指標：恢復時間目標（RTO）業(yè)務流程能夠承受多長的停機時間？一天？一個小時？一刻都無法承受？恢復點目標（RPO）企業(yè)可承受多少數(shù)據(jù)丟失？一天的數(shù)據(jù)？一個小時的數(shù)據(jù)？不能丟失任何數(shù)據(jù)？

磁帶和

自動化處理虛擬

磁帶庫基于磁盤復制連續(xù)保護數(shù)據(jù)

年天小時分鐘秒

秒分鐘小時天恢復點(RecoverPointObjective)恢復時間(RecoveryTimeObjective)保護方法磁帶備份寫入時捕獲保險庫

綜合備份磁帶備份存檔快照實時復制鏡像實時恢復磁盤存儲磁帶存儲

卷備份時間點搜索/檢索

恢復方法06六月202419202006六月2024多主機級多存儲備份與恢復

StorageMirroring持續(xù)的數(shù)據(jù)保護要求快速數(shù)據(jù)備份，字節(jié)數(shù)據(jù)復制，秒級內快速數(shù)據(jù)恢復，分鐘級內從SMB到Enterprise軟件支持，價格較低較低的網(wǎng)絡配置也能滿足06六月202420磁盤陣列級多存儲備份與恢復

CA容災-“抗地震”的應用系統(tǒng)高可用性方案數(shù)據(jù)的連續(xù)拷貝硬件級別的操作對系統(tǒng)性能無影響保證業(yè)務數(shù)據(jù)安全在災難發(fā)生時，保持業(yè)務運行應用與數(shù)據(jù)容災的配合06六月202421Q7:數(shù)據(jù)擴展性如何擴展容量考慮的問題是否考慮停機？重構還是自動擴展？一次采購還是逐漸升級目標應用不停機，容量自動增長磁盤卷不用重構，容量自動擴展減少初期投入，隨業(yè)務穩(wěn)步增長06六月202422Q8:數(shù)據(jù)訪問效率陣列的選擇并發(fā)用戶數(shù)的考慮

數(shù)據(jù)量的大小平均訪問時間磁盤的選擇？FC/FATA/SATA/SSD如何利用所有磁盤的性能不同類型的硬盤其性能差異很大，根據(jù)性能、容量、價格來進行衡量同類型的硬盤選擇指導：在滿足相同存儲容量要求下，盡量選擇大容量低轉速的硬盤，降低采購成本。06六月202423固態(tài)硬盤SSD與光纖硬盤的對比06六月202424近線FATA磁盤不常訪問的數(shù)據(jù)、快速恢復、備份到磁盤…在線FC磁盤活動數(shù)據(jù)、本地和遠程鏡像、即時恢復…數(shù)據(jù)生命周期–分層存儲固態(tài)硬盤-SSDIO密集型應用…06六月202425數(shù)據(jù)訪問層的需求數(shù)據(jù)訪問模式數(shù)據(jù)訪問安全系統(tǒng)可靠性要求系統(tǒng)性能需求系統(tǒng)備份與恢復資源共享06六月202426Q9:數(shù)據(jù)訪問模式數(shù)據(jù)庫Oracle、SQLServer、DB2、Sybase、…文件服務NFS、CIFSNAS06六月202427Q10:數(shù)據(jù)安全訪問提供高可用，多節(jié)點的訪問如OracleRAC，可以選擇ServiceGuard+ServiceGuardextensionforRAC雙機Standby互備模式應用容災（涉及流程、切換、演練、人員等）06六月202428Q11:系統(tǒng)可靠性需求非計劃宕機時間防病毒與安全內部安全機制06六月202429小機？PC服務器？安全性更高，PCServer上的OS安全性相對較低，而且病毒、bug等更嚴重擴展性更高，如果業(yè)務增長較快必須移植到小型機穩(wěn)定性更高，小型機99.999%，而PCServer一般99.99%，停機時間分別為5分鐘和52分鐘可靠性更高硬件上更多的可靠性技術（如zx2的雙芯片備件、IO故障隔離、CPU故障隔離）集群技術更成熟06六月202430Q12:系統(tǒng)性能需求性能考慮指標并發(fā)用戶數(shù)平均響應時間業(yè)務復雜程度一般情況下，一個CPUCore支持20-50并發(fā)用戶數(shù)小型機下：CPUCore/Memory=1:2或者1:4PC機下：CPUCore/Memory=1:1或者1:206六月202431Q13:煙囪式？融合式？單一應用/多個應用能利用應用峰值的錯峰特性？充分利用虛擬化技術實現(xiàn)資源的共享硬件分區(qū)、軟件分區(qū)、虛擬機、資源動態(tài)調度技術虛擬連接VC、刀片技術06六月202432應用層的需求中間件選擇（應用架構）應用訪問安全系統(tǒng)可靠性系統(tǒng)性能需求系統(tǒng)備份與恢復資源共享06六月202433中間件選擇C/S架構無中間件平臺多層架構J2EE架構，如WebLogic，WebSphere，JBoss.NET架構Transaction，如TUXEDO、CICS需要有中間件服務器支撐06六月202434應用訪問安全應用服務器Cluster應用服務器本身就有集群的能力，如WebLogic、WebSpere、JBoss等有別于數(shù)據(jù)庫中的HA和Standby06六月202435系統(tǒng)性能需求根據(jù)系統(tǒng)的并發(fā)用戶數(shù)來選擇服務器一般情況下，一個CPUCore支持50-100并發(fā)用戶數(shù)小型機下：CPUCore/Memory=1:2或者1:4PC機下：CPUCore/Memory=1:1或者1:206六月202436案例分享某省社保案例醫(yī)療信息系統(tǒng)案例06六月202437案例1–社保案例

社保IT部門面臨挑戰(zhàn)業(yè)務復雜、影響面廣養(yǎng)老、醫(yī)療、失業(yè)、工傷、生育政策、流程變更頻繁參保機構/人員增加，系統(tǒng)不能滿足業(yè)務需要白天，參保機構辦理停保、續(xù)保業(yè)務多，應用服務器很忙，客戶等待時間很長。（晚上較閑）晚上，批量處理參保機構信息，數(shù)據(jù)庫服務器忙，有時在第二天上班前不能處理完畢。（白天較閑）信息化建設正興起，系統(tǒng)維護力量相對薄弱06六月202438案例1–社保案例

了解客戶需求Q1:客戶存儲環(huán)境？

客戶現(xiàn)有環(huán)境和計劃采用的技術結合用戶現(xiàn)有技術環(huán)境，選擇合適的存儲環(huán)境

客戶對性能要求較高客戶現(xiàn)有SAN存儲環(huán)境A1:FCSAN39案例1–社保案例

了解客戶需求Q2:客戶數(shù)據(jù)容量？

現(xiàn)有數(shù)據(jù)容量和發(fā)展需求800萬參保用戶、48萬參保單位為例保留五年的數(shù)據(jù)在一級存儲存儲需求30TB

數(shù)據(jù)冗余,RAID5

陣列裸容量50TB

隨著農村醫(yī)療和區(qū)域醫(yī)療的加入，數(shù)據(jù)還會增加A2:需要50TB存儲容量，并提供容量增加的能力40案例1–社保案例

了解客戶需求Q3:數(shù)據(jù)安全的保證

在線一份數(shù)據(jù)還是兩份？單存儲？數(shù)據(jù)量大，難以保存兩份數(shù)據(jù)內置RAID技術可以滿足數(shù)據(jù)的安全需求需要存儲陣列提供企業(yè)級的安全級別，99.999%在第一期不考慮容災的問題A3:企業(yè)級存儲的內置RAID實現(xiàn)數(shù)據(jù)安全保護41案例1–社保案例

了解客戶需求Q3:數(shù)據(jù)安全的保證

在線一份數(shù)據(jù)還是兩份？雙存儲？

利用企業(yè)存儲陣列的RAID技術不使用兩份或者雙存儲雙存儲的容災解決方案將在后期考慮A3:企業(yè)級磁盤陣列42案例1–社保案例

了解客戶需求Q4:數(shù)據(jù)安全–備份

磁帶機TapeDriver數(shù)據(jù)需要備份，以保證數(shù)據(jù)的安全需要利用磁帶來保證具有數(shù)據(jù)的多個版本除了數(shù)據(jù)之外，主機的操作環(huán)境也需要備份全備份數(shù)據(jù)量～30TB

日增加數(shù)據(jù)量～15GB磁帶機只能用于主機系統(tǒng)的數(shù)據(jù)備份，不能用于數(shù)據(jù)43案例1–社保案例

了解客戶需求Q5:數(shù)據(jù)安全–備份

磁帶庫TapeLibrary

數(shù)據(jù)容量30TB

每月完全備份一次~30TB每天增量備份~16GB多個備份任務要同時進行Q5:磁帶庫容量一般按照數(shù)據(jù)容量的3倍進行選擇，因此磁帶庫容量需要100TB，4-6個并發(fā)支持44案例1–社保案例

了解客戶需求Q5:數(shù)據(jù)安全–備份

磁盤備份–虛擬磁帶庫VTL備份時間窗口需求全備份不超過8小時增量備份1小時內完成系統(tǒng)數(shù)據(jù)恢復時間不能超過12小時A5:需要利用虛擬磁帶庫。45案例1–社保案例

了解客戶需求Q5:數(shù)據(jù)安全–備份手段

自動方式？手動備份？自動完成備份無需人工干預出錯報警技術，SMS,Email……支持全備份與增量備份自動的，全備份與增量備份軟件46案例1–社保案例

了解客戶需求Q6:數(shù)據(jù)安全

容災需求？本期不考慮容災需求A6:暫不考慮，但存儲和主機應該支持數(shù)據(jù)和應用的容災。47案例1–社保案例

了解客戶需求Q7:數(shù)據(jù)擴展性現(xiàn)有容量20TB3年內增加到30TB如果政策改變，可能會漲到50TBA7:存儲必須快速實現(xiàn)容量的增加，不能影響業(yè)務的連續(xù)運行48案例1–社保案例

了解客戶需求Q8:數(shù)據(jù)訪問效率75%的查詢，25%對數(shù)據(jù)修改平均操作響應時間不能超過5秒~100個用戶會對數(shù)據(jù)庫訪問晚上數(shù)據(jù)的報表需要較多的計算資源A8：必須采用FC磁盤才能滿足客戶的高效能需求49案例1–社保案例

了解客戶需求Q9:數(shù)據(jù)訪問模式根據(jù)社保核心平臺，J2EE環(huán)境采用Oracle+Weblogic架構采用OracleRAC實現(xiàn)并行處理本案例采用了Oracle數(shù)據(jù)庫，利用OracleRAC提供多節(jié)點訪問和高性能50案例1–社保案例

了解客戶需求Q10:數(shù)據(jù)安全訪問OracleRACWebLogicClusterHA方案51案例1–社保案例

了解客戶需求Q11:系統(tǒng)可靠性需求系統(tǒng)需要連續(xù)不斷運行必須對病毒免疫必須支持大規(guī)模高并發(fā)必須支持超過500個并發(fā)的用戶數(shù)量采用小型機，Unix52案例1–社保案例

了解客戶需求Q12:系統(tǒng)性能需求必須支持多達30TB的數(shù)據(jù)訪問必須支持高達500的并發(fā)用戶必須采用HA的方式系統(tǒng)平均響應時間小于5秒報表時間必須小于8小時A12:高性能多CPU小型機53案例1–社保案例

了解客戶需求Q13:煙囪式？融合式？業(yè)務平臺和報表平臺共享數(shù)據(jù)庫業(yè)務平臺白天比較忙，而報表相反希望能利用峰值差在不同系統(tǒng)之間調度計算資源Q13：動態(tài)資源調度技術54客戶需求Summary從前面了解的需求，總結客戶的需求如下：性能要求較高、現(xiàn)有SAN環(huán)境數(shù)據(jù)量大，現(xiàn)有數(shù)據(jù)20TB，3年內達到30TB，還會增加數(shù)據(jù)不能丟失，系統(tǒng)可靠性99.999%主機系統(tǒng)數(shù)據(jù)安全備份用戶數(shù)據(jù)備份，每月全備份一次30TB、每日增量備份15GB、全備份時間不能超過8小時、增量備份不超過1小時、數(shù)據(jù)恢復時間不超過12小時、要求自動、集中備份數(shù)據(jù)庫采用OracleRAC、應用服務器采用WebLogicCluster，要求支持500以上并發(fā)用戶、平均響應時間不超過5秒、報表時間不超過8小時白天應用系統(tǒng)忙、晚上數(shù)據(jù)庫有大量的批量作業(yè)要進行處理，如報表、批量數(shù)據(jù)處理業(yè)務55HP建議硬件設備根據(jù)用戶的需求，建議的HP硬件配置方案：存儲陣列：EVA8400SAN交換機：8/16SANSwitch數(shù)據(jù)庫服務器：SuperDome、HP-UX、ServiceGuard、ServiceGuardextensionforRAC、1個nPar、2個vPar應用服務器：SuperDome、HP-UX、1個nPar、2個vPar虛擬帶庫：VLS9000磁帶庫：245e備份軟件：DP備份管理服務器：DL380存儲管理服務器：DL38056案例1–社保案例

社保解決方案應用系統(tǒng)架構06六月202457集群案例1–社保案例

社保總體架構社保數(shù)據(jù)庫服務器RAC1SD12*1.6GHz/32GB社保數(shù)據(jù)庫服務器RAC2SD12*1.6GHz/32GB存儲管理服務器FCSwitch8/16MC/ServiceGuardExtensionforRAC備份服務器磁帶庫245e數(shù)據(jù)離線備份EVA8400社保應用服務器SD4*1.6GHz/8GB社保應用服務器SD4*1.6GHz/8GBVLS900058案例1–社保案例

產(chǎn)品配置需求清單存儲產(chǎn)品型號和配置需求清單型號、臺數(shù)、硬盤個數(shù)（按照轉速）、軟件LTU、服務級別光纖交換機型號和配置需求清單型號、臺數(shù)、端口數(shù)LTU、SFP數(shù)量、光纖線長度與數(shù)量、高級軟件LTU、服務級別數(shù)據(jù)庫服務器產(chǎn)品型號和配置需求清單產(chǎn)品型號、臺數(shù)、CPU個數(shù)、內存大小、內置硬盤個數(shù)與容量、網(wǎng)卡個數(shù)、FC卡個數(shù)、操作系統(tǒng)、磁帶機、服務級別應用服務器產(chǎn)品型號和配置需求清單產(chǎn)品型號、臺數(shù)、CPU個數(shù)、內存大小、內置硬盤個數(shù)與容量、網(wǎng)卡個數(shù)、操作系統(tǒng)、磁帶機、服務級別磁帶庫產(chǎn)品型號和配置需求清單產(chǎn)品型號、臺數(shù)、Driver數(shù)量、磁帶容量和盤數(shù)、清洗帶數(shù)量、磁帶標簽、服務級別備份軟件DP和配置清單SANBackup、OnlineBackup、槽位數(shù)擴展、Driver數(shù)擴展管理服務型號和配置清單（PCServer）596006六月2024案例2–醫(yī)療信息系統(tǒng)案例

業(yè)務需求業(yè)務集中早上8～10點，下午13：30～15點，是醫(yī)院看病的業(yè)務高峰期安全性要求高系統(tǒng)不能遭受病毒、安全漏洞攻擊數(shù)據(jù)不能丟失系統(tǒng)要求穩(wěn)定，不能宕機系統(tǒng)擴展能力業(yè)務發(fā)展快系統(tǒng)易管理要求降低運營成本60案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q1:客戶存儲環(huán)境？

客戶現(xiàn)有環(huán)境和計劃采用的技術結合用戶現(xiàn)有技術環(huán)境，選擇合適的存儲環(huán)境

客戶對性能要求較高客戶現(xiàn)有SAN存儲環(huán)境A1:FCSAN61案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q2:客戶數(shù)據(jù)容量？

現(xiàn)有數(shù)據(jù)容量和發(fā)展需求

每日門診量5000人左右，住院床位數(shù)1000張左右保留五年的數(shù)據(jù)在一級存儲存儲需求3TB

數(shù)據(jù)冗余,RAID5

陣列裸容量5TB

隨著PACS、EMR的加入，數(shù)據(jù)還會增加A2:需要5TB存儲容量，并提供容量增加的能力62案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q3:數(shù)據(jù)安全的保證

在線一份數(shù)據(jù)還是兩份？單存儲？數(shù)據(jù)量大，難以保存兩份數(shù)據(jù)內置RAID技術可以滿足數(shù)據(jù)的安全需求需要存儲陣列提供企業(yè)級的安全級別，99.999%在第一期不考慮容災的問題A3:企業(yè)級存儲的內置RAID實現(xiàn)數(shù)據(jù)安全保護63案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q3:數(shù)據(jù)安全的保證

在線一份數(shù)據(jù)還是兩份？雙存儲？

利用企業(yè)存儲陣列的RAID技術不使用兩份或者雙存儲雙存儲的容災解決方案將在后期考慮A3:企業(yè)級磁盤陣列64案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q4:數(shù)據(jù)安全–備份

磁帶機TapeDriver數(shù)據(jù)需要備份，以保證數(shù)據(jù)的安全需要利用磁帶來保證具有數(shù)據(jù)的多個版本除了數(shù)據(jù)之外，主機的操作環(huán)境也需要備份全備份數(shù)據(jù)量～5TB

日增加數(shù)據(jù)量～1GB磁帶機只能用于主機系統(tǒng)的數(shù)據(jù)備份，不能用于數(shù)據(jù)65案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q5:數(shù)據(jù)安全–備份

磁帶庫TapeLibrary

數(shù)據(jù)容量3TB

每月完全備份一次~3TB每天增量備份~1GB并發(fā)性要求不是很高Q5:磁帶庫容量一般按照數(shù)據(jù)容量的3倍進行選擇，因此磁帶庫容量需要10TB，1-2個并發(fā)支持66案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q5:數(shù)據(jù)安全–備份

磁盤備份–虛擬磁帶庫VTL備份時間窗口需求全備份不超過8小時增量備份1小時內完成系統(tǒng)數(shù)據(jù)恢復時間不能超過12小時日增數(shù)據(jù)量1GBA5:不需要利用虛擬磁帶庫。67案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q5:數(shù)據(jù)安全–備份手段

自動方式？手動備份？自動完成備份無需人工干預出錯報警技術，SMS,Email……支持全備份與增量備份自動的，全備份與增量備份軟件68案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q6:數(shù)據(jù)安全

容災需求？本期不考慮容災需求A6:暫不考慮，但存儲和主機應該支持數(shù)據(jù)和應用的容災。69案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q7:數(shù)據(jù)擴展性現(xiàn)有容量2TB3年內增加到3TB如果有PACS系統(tǒng)的整合或者EMR系統(tǒng)的需求，可能會漲到10TB以上A7:存儲必須快速實現(xiàn)容量的增加，不能影響業(yè)務的連續(xù)運行70案例2–醫(yī)療信息系統(tǒng)案例

了解客戶需求Q8:數(shù)據(jù)訪問效率50%的查詢，50%對數(shù)據(jù)修改平均操作響應時間不能超過5秒~100個用戶會對數(shù)據(jù)庫訪問存在業(yè)務高峰期的問題，早上8:00-10:00，下午13:30-15:00業(yè)務集中A8：必須采用FC磁盤才能滿足