1、1從需求到方案HP Channel22021年11月19日星期五提綱典型企業應用架構數據存儲層的需求分析數據訪問層的需求分析應用層的需求分析案例分享32021年11月19日星期五典型企業應用架構存儲層 存儲企業數據 通常是數據庫數據訪問層 對存儲設備的訪問 對數據的操作應用層 業務邏輯展現層 數據的展現42021年11月19日星期五數據存儲層需要考慮的問題存儲環境的選擇數據容量數據安全性數據擴展性數據訪問效率（性能要求）數據生命周期的考慮52021年11月19日星期五Q1: 客戶存儲環境？客戶現有環境和計劃采用的技術SAN 環境環境 (光纖光纖) 存儲區域網絡 高速光纖網絡 高效 適合提供塊數

2、據服務 造價相對較高NAS 通過網絡提供數據 通常適合文件服務 容易共享 造價低 受NAS服務器限制 iSCSI IP SAN SCSI over IP 網絡上提供數據塊服務 無需專用存儲網絡 造價較低 網絡協議導致了性能相對FC SAN較低DAS 直接連接服務設備 連接方式多樣 數據無法共享 維護成本高 62021年11月19日星期五Q2: 客戶數據容量？現有數據容量和發展需求MSA系列出眾的出眾的TCO 324 TB存儲整合 + 災難恢復通過虛擬化實現簡易性Windows、HP-UX、Linux以及其它實時可用實時可用 851 TB數據中心整合 + 災難恢復大規模Oracle/SAP應用H

3、P-UX、Windows、以及其它20多種，包括mainframe 低成本整合低成本整合 50T72021年11月19日星期五Q3: Q3: 數據保護數據保護軟件故障14%病毒7%自然故障3%硬件或系統故障44%人為錯誤32%用戶刪除文件格式化硬驅動器PC 黑客硬件、驅動器和 RAID 控制器故障.操作系統死機.火災地震洪水數據損壞來源：Understanding Data Loss. CBL Data Recovery Technologies Inc. Industry 資料來源 Data Recovery Report5 4為什么需要數據保護？為什么需要數據保護？82021年11月19日

4、星期五Q3: 數據安全的保證在線一份數據還是兩份？單存儲？即時數據拷貝保證數據安全在線備份、對應用無影響數據丟失可及時恢復拷貝的數據可以用于數據挖掘 改善業務流程 提高客戶的業務能力提供針對Oracle, Exchange和SAP系統特點的數據快照保護92021年11月19日星期五Q3: 數據安全的保證在線一份數據還是兩份？雙存儲？持續數據保護基于操作系統簡單易用沒有停機時間費用較高不能完成容災mirroring102021年11月19日星期五備份及其誤區備份及其誤區l系統冗余保證了進程的連續性和系統的高可用性。l系統冗余不能替代數據備份 人為錯誤，惡意破壞 病毒 斷電 天災人禍l數據的備份才

5、能保證數據萬無一失 恢復時要重新安裝操作系統 恢復時要重新安裝所有的應用程序 需要相當長的時間才能恢復所有的數據112021年11月19日星期五LTO ULTRIUM適用于尋求最佳性能、可靠性和投資保護的客戶網絡備份和異構環境的理想之選可選擇高性能、全高磁帶機或者經濟的半高磁帶機DAT/DDS經濟、可靠的解決方案非常適用于工作站和小型服務器提供熱插拔型號最低的介質價格可帶來極低的擁有成本*上述所列容量為磁帶機自身具備的容量Q4: 數據安全 備份磁帶機 Tape Driver工作組級辦公服務器部門/本地網絡企業/網絡備份DAT 4020 GB入門級入門級高端高端（高性能、全高磁帶機）（高性能、全

6、高磁帶機）中檔中檔（半高磁帶機）（半高磁帶機）36 GBDAT 72Ultrium 460200 GBUltrium 960400 GBUltrium 448200 GBUltrium 920400 GBUltrium 1840800 GBDAT 16080GBUltrium 1760800 GB 數據備份 快速恢復 單鍵快速自動恢復 OBDR122021年11月19日星期五MSL 系列 簡單、低成本 適用于少量的服務器和小型網絡環境 DAS 和 LAN 備份 易于管理, 靈活, 可靠 適用于中、大型業務環境 DAS, LAN, 入門級 SAN 備份 強大的擴展能力和高性能 適用于企業級的數據

7、中心 大型的SAN環境性能容量中級入門級企業級ESL E- 系列AutoloadersEML E-系列 高擴展, 易于管理, 高度可靠 適用于中、大型的數據中心 中到大型的 SAN環境HP Restricted For HP Partner & Internal Use OnlyQ5: 數據安全 備份磁帶庫 Tape Library 集中備份 自動備份與恢復132021年11月19日星期五磁盤備份？磁帶備份？現在，市場上有兩種備份方式可供您選擇.142021年11月19日星期五大容量：1盤介質上可存儲高達 800GB 的數據小尺寸：所有這些容量都可存儲在1盤小巧的數據磁帶上可移動性：介

8、質可以與設備分離，提供額外的病毒保護便攜性：介質可以在現場之外存儲，提供額外保護長壽命：適合長期存儲（至少10 15年）3惠普機密磁帶備份系統的問題問題當前的應對措施惠普虛擬磁帶庫系統解決問題的方法無法滿足備份時間要求聽之任之，孤注一擲 被迫在性能較低的情況下完成備份任務硬著頭皮向管理層提交備份故障報告提升備份性能提高備份流程可靠性恢復速度慢專門投入存儲管理資源 遷就于低下的生產效率減輕存儲管理員和服務臺工作人員的工作負擔提高相關人員的工作效率介質利用效率低下購買更多的介質支付更多的異地服務費用減少磁帶拷貝的數量提高介質利用率解決方案無法滿足需求（例如容量太低，不支持新應用）淘汰和更換解決方案

9、針對主要問題部署專用解決方案獨立擴展容量和吞吐量幾乎支持所有的備份應用采用重復數據刪除技術和自動遷移技術162021年11月19日星期五162021年11月19日星期五D2D100系列VLS6000系列D2D2500系列D2D4000系列VLS9000VLS12000EVA網關新新入門級中高端企業級簡單經濟小型企業iSCSI入門級機架更小的IT環境或遠程站點iSCSI更高容量的解決方案具有小型數據中心的中型企業iSCSI和FC單節點系統中型和企業級數據中心大中型FC SAN多節點系統高性能和可擴展性企業數據中心大型FC SAN具備快速重復數據刪除功能（Accelerated deduplica

10、tion）具備重復數據刪除功能數據安全 備份磁盤備份 虛擬磁帶庫VTL 集中、自動備份與恢復 快速自動備份與恢復 提高介質利用率172021年11月19日星期五手動備份與恢復 人員操作 容易出錯，恢復復雜 成本高集中自動備份與恢復 自動運行 無需或者很少人員的參與 更容易的恢復數據安全 備份手段自動方式？手動備份？182021年11月19日星期五Q6: 數據安全容災需求？多存儲備份與恢復 Storage Mirroring磁盤陣列級多存儲備份與恢復 - CA192021年11月19日星期五容災！容災！容災！如何選擇合適的數據保護戰略？兩個主要的衡量指標： 恢復時間目標（恢復時間目標（RTO）

11、業務流程能夠承受多長的停機時間？ 一天？ 一個小時？ 一刻都無法承受？ 恢復點目標（恢復點目標（RPO） 企業可承受多少數據丟失？ 一天的數據？ 一個小時的數據？ 不能丟失任何數據？ 磁帶和自動化處理虛擬磁帶庫基于磁盤復制連續保護數據 年 天 小時 分鐘 秒 秒 分鐘 小時 天恢復點(Recover Point Objective)恢復時間(Recovery Time Objective)保護方法磁帶備份 寫入時捕獲 保險庫綜合備份 磁帶備份 存檔 快照 實時復制 鏡像實時恢復 磁盤存儲 磁帶存儲卷備份 時間點 搜索/檢索恢復方法202021年11月19日星期五20202021年11月19日星

12、期五多主機級多存儲備份與恢復Storage Mirroring持續的數據保護要求快速數據備份，字節數據復制，秒級內快速數據恢復，分鐘級內從SMB 到Enterprise軟件支持，價格較低較低的網絡配置也能滿足212021年11月19日星期五磁盤陣列級多存儲備份與恢復CA容災 - “抗地震”的應用系統高可用性方案數據的連續拷貝硬件級別的操作對系統性能無影響保證業務數據安全在災難發生時，保持業務運行應用與數據容災的配合222021年11月19日星期五Q7:數據擴展性如何擴展容量考慮的問題是否考慮停機？重構還是自動擴展？一次采購還是逐漸升級目標應用不停機，容量自動增長磁盤卷不用重構，容量自動擴展減少

13、初期投入，隨業務穩步增長232021年11月19日星期五Q8: 數據訪問效率陣列的選擇 并發用戶數的考慮 數據量的大小 平均訪問時間磁盤的選擇？ FC/FATA/SATA/SSD如何利用所有磁盤的性能不同類型的硬盤其性能差異很大，根據性能、容量、價格來進行衡量同類型的硬盤選擇指導：在滿足相同存儲容量要求下，盡量選擇大容量低轉速的硬盤，降低采購成本。242021年11月19日星期五固態硬盤SSD與光纖硬盤的對比 252021年11月19日星期五近線FATA磁盤 不常訪問的數據、快速恢復、備份到磁盤在線FC磁盤 活動數據、本地和遠程鏡像、即時恢復數據生命周期 分層存儲固態硬盤 - SSD IO密集

14、型應用262021年11月19日星期五數據訪問層的需求數據訪問模式數據訪問安全系統可靠性要求系統性能需求系統備份與恢復資源共享272021年11月19日星期五Q9: 數據訪問模式數據庫Oracle、SQL Server、DB2、Sybase、文件服務NFS、CIFSNAS282021年11月19日星期五Q10: 數據安全訪問提供高可用，多節點的訪問如Oracle RAC，可以選擇ServiceGuard+ServiceGuard extension for RAC雙機Standby互備模式應用容災（涉及流程、切換、演練、人員等）292021年11月19日星期五Q11:系統可靠性需求非計劃宕機時

15、間防病毒與安全內部安全機制302021年11月19日星期五小機？PC服務器？安全性更高，PC Server上的OS安全性相對較低，而且病毒、bug等更嚴重擴展性更高，如果業務增長較快必須移植到小型機穩定性更高，小型機99.999%，而PC Server一般99.99%，停機時間分別為5分鐘和52分鐘可靠性更高硬件上更多的可靠性技術（如zx2的雙芯片備件、IO故障隔離、CPU故障隔離）集群技術更成熟312021年11月19日星期五Q12: 系統性能需求性能考慮指標 并發用戶數 平均響應時間 業務復雜程度一般情況下，一個CPU Core支持20-50并發用戶數小型機下：CPU Core/Memor

16、y = 1:2 或者1:4PC機下：CPU Core/Memory = 1:1 或者 1:2322021年11月19日星期五Q13: 煙囪式？融合式？單一應用/多個應用能利用應用峰值的錯峰特性？充分利用虛擬化技術實現資源的共享硬件分區、軟件分區、虛擬機、資源動態調度技術虛擬連接VC、刀片技術332021年11月19日星期五應用層的需求中間件選擇（應用架構）應用訪問安全系統可靠性系統性能需求系統備份與恢復資源共享342021年11月19日星期五中間件選擇C/S 架構無中間件平臺多層架構J2EE架構，如WebLogic，WebSphere，JBoss.NET架構Transaction，如TUXED

17、O、CICS需要有中間件服務器支撐352021年11月19日星期五應用訪問安全應用服務器Cluster應用服務器本身就有集群的能力，如WebLogic、WebSpere、JBoss等有別于數據庫中的HA和Standby362021年11月19日星期五系統性能需求根據系統的并發用戶數來選擇服務器一般情況下，一個CPU Core支持50-100并發用戶數小型機下：CPU Core/Memory = 1:2 或者1:4PC機下：CPU Core/Memory = 1:1 或者 1:2372021年11月19日星期五案例分享某省社保案例醫療信息系統案例382021年11月19日星期五案例1 社保案例社

18、保IT部門面臨挑戰業務復雜、影響面廣養老、醫療、失業、工傷、生育政策、流程變更頻繁參保機構/人員增加，系統不能滿足業務需要白天，參保機構辦理停保、續保業務多，應用服務器很忙，客戶等待時間很長。（晚上較閑）晚上，批量處理參保機構信息，數據庫服務器忙，有時在第二天上班前不能處理完畢。（白天較閑）信息化建設正興起，系統維護力量相對薄弱39案例1 社保案例了解客戶需求Q1: 客戶存儲環境？客戶現有環境和計劃采用的技術結合用戶現有技術環境，選擇合適的存儲環境 客戶對性能要求較高 客戶現有SAN 存儲環境A1: FC SAN40案例1 社保案例了解客戶需求Q2: 客戶數據容量？現有數據容量和發展需求 80

19、0萬參保用戶、48萬參保單位為例 保留五年的數據在一級存儲 存儲需求30TB 數據冗余, RAID 5 陣列裸容量 50TB 隨著農村醫療和區域醫療的加入，數據還會增加A2: 需要50TB存儲容量，并提供容量增加的能力41案例1 社保案例了解客戶需求Q3: 數據安全的保證在線一份數據還是兩份？單存儲？數據量大，難以保存兩份數據內置RAID技術可以滿足數據的安全需求需要存儲陣列提供企業級的安全級別，99.999%在第一期不考慮容災的問題A3: 企業級存儲的內置RAID實現數據安全保護42案例1 社保案例了解客戶需求Q3: 數據安全的保證在線一份數據還是兩份？雙存儲？ 利用企業存儲陣列的RAID技

20、術 不使用兩份或者雙存儲 雙存儲的容災解決方案將在后期考慮A3: 企業級磁盤陣列43案例1 社保案例了解客戶需求Q4: 數據安全 備份磁帶機 Tape Driver 數據需要備份，以保證數據的安全 需要利用磁帶來保證具有數據的多個版本 除了數據之外，主機的操作環境也需要備份 全備份數據量 30TB 日增加數據量 15GB磁帶機只能用于主機系統的數據備份，不能用于數據44案例1 社保案例了解客戶需求Q5: 數據安全 備份磁帶庫 Tape Library 數據容量30TB 每月完全備份一次 30TB 每天增量備份 16GB 多個備份任務要同時進行Q5: 磁帶庫容量一般按照數據容量的3倍進行選擇，因

21、此磁帶庫容量需要100TB，4-6個并發支持45案例1 社保案例了解客戶需求Q5:數據安全 備份磁盤備份 虛擬磁帶庫VTL 備份時間窗口需求 全備份不超過8小時 增量備份1小時內完成 系統數據恢復時間不能超過12小時A5: 需要利用虛擬磁帶庫。46案例1 社保案例了解客戶需求Q5:數據安全 備份手段自動方式？手動備份？ 自動完成備份 無需人工干預 出錯報警技術，SMS, Email 支持全備份與增量備份自動的，全備份與增量備份軟件47案例1 社保案例了解客戶需求Q6: 數據安全容災需求？本期不考慮容災需求A6: 暫不考慮，但存儲和主機應該支持數據和應用的容災。48案例1 社保案例了解客戶需求Q

22、7:數據擴展性 現有容量20TB 3年內增加到30TB 如果政策改變，可能會漲到50TBA7: 存儲必須快速實現容量的增加，不能影響業務的連續運行49案例1 社保案例了解客戶需求Q8: 數據訪問效率 75%的查詢，25%對數據修改 平均操作響應時間不能超過5秒 100個用戶會對數據庫訪問 晚上數據的報表需要較多的計算資源A8： 必須采用FC磁盤才能滿足客戶的高效能需求50案例1 社保案例了解客戶需求Q9: 數據訪問模式根據社保核心平臺，J2EE環境采用Oracle + Weblogic架構采用Oracle RAC實現并行處理本案例采用了Oracle數據庫，利用Oracle RAC提供多節點訪問

23、和高性能51案例1 社保案例了解客戶需求Q10: 數據安全訪問Oracle RACWebLogic ClusterHA方案52案例1 社保案例了解客戶需求Q11:系統可靠性需求 系統需要連續不斷運行 必須對病毒免疫 必須支持大規模高并發 必須支持超過500個并發的用戶數量采用小型機，Unix53案例1 社保案例了解客戶需求Q12: 系統性能需求 必須支持多達30TB的數據訪問 必須支持高達500的并發用戶 必須采用HA的方式 系統平均響應時間小于5秒 報表時間必須小于8小時A12: 高性能多CPU小型機54案例1 社保案例了解客戶需求Q13: 煙囪式？融合式？ 業務平臺和報表平臺共享數據庫 業

24、務平臺白天比較忙，而報表相反 希望能利用峰值差在不同系統之間調度計算資源Q13： 動態資源調度技術55客戶需求Summary從前面了解的需求，總結客戶的需求如下： 性能要求較高、現有SAN環境 數據量大，現有數據20TB，3年內達到30TB，還會增加 數據不能丟失，系統可靠性99.999% 主機系統數據安全備份 用戶數據備份，每月全備份一次30TB、每日增量備份15GB、全備份時間不能超過8小時、增量備份不超過1小時、數據恢復時間不超過12小時、要求自動、集中備份 數據庫采用Oracle RAC、應用服務器采用WebLogic Cluster，要求支持500以上并發用戶、平均響應時間不超過5秒

25、、報表時間不超過8小時 白天應用系統忙、晚上數據庫有大量的批量作業要進行處理，如報表、批量數據處理業務56HP建議硬件設備根據用戶的需求，建議的HP硬件配置方案：存儲陣列：EVA 8400SAN交換機：8/16 SAN Switch數據庫服務器：SuperDome、HP-UX、ServiceGuard、ServiceGuard extension for RAC、1個nPar、2個vPar應用服務器：SuperDome、HP-UX、1個nPar、2個vPar虛擬帶庫：VLS9000磁帶庫：245e備份軟件：DP備份管理服務器：DL380存儲管理服務器：DL380572021年11月19日星期五

26、案例1 社保案例社保解決方案應用系統架構58集群集群案例1 社保案例社保總體架構社保數據庫服務器RAC1SD 12*1.6GHz/32GB社保數據庫服務器RAC2SD 12*1.6GHz/32GB存儲管理服務器FC Switch 8/16MC/Service Guard Extension for RAC備份服務器磁帶庫245e數據離線備份EVA8400社保應用服務器SD 4*1.6GHz/8GB社保應用服務器SD 4*1.6GHz/8GBVLS900059案例1 社保案例產品配置需求清單存儲產品型號和配置需求清單 型號、臺數、硬盤個數（按照轉速）、軟件LTU、服務級別光纖交換機型號和配置需求

27、清單 型號、臺數、端口數LTU、SFP數量、光纖線長度與數量、高級軟件LTU、服務級別數據庫服務器產品型號和配置需求清單 產品型號、臺數、CPU個數、內存大小、內置硬盤個數與容量、網卡個數、FC卡個數、操作系統、磁帶機、服務級別應用服務器產品型號和配置需求清單 產品型號、臺數、CPU個數、內存大小、內置硬盤個數與容量、網卡個數、操作系統、磁帶機、服務級別磁帶庫產品型號和配置需求清單 產品型號、臺數、Driver數量、磁帶容量和盤數、清洗帶數量、磁帶標簽、服務級別備份軟件 DP和配置清單 SAN Backup、Online Backup、槽位數擴展、Driver數擴展管理服務型號和配置清單（PC

28、 Server）60602021年11月19日星期五案例2 醫療信息系統案例業務需求業務集中 早上810點，下午13：3015點，是醫院看病的業務高峰期安全性要求高 系統不能遭受病毒、安全漏洞攻擊 數據不能丟失系統要求穩定，不能宕機系統擴展能力 業務發展快系統易管理 要求降低運營成本61案例2 醫療信息系統案例了解客戶需求Q1: 客戶存儲環境？客戶現有環境和計劃采用的技術結合用戶現有技術環境，選擇合適的存儲環境 客戶對性能要求較高 客戶現有SAN 存儲環境A1: FC SAN62案例2 醫療信息系統案例了解客戶需求Q2: 客戶數據容量？現有數據容量和發展需求 每日門診量5000人左右，住院床位

29、數1000張左右 保留五年的數據在一級存儲 存儲需求3TB 數據冗余, RAID 5 陣列裸容量 5TB 隨著PACS、EMR的加入，數據還會增加A2: 需要5TB存儲容量，并提供容量增加的能力63案例2 醫療信息系統案例了解客戶需求Q3: 數據安全的保證在線一份數據還是兩份？單存儲？數據量大，難以保存兩份數據內置RAID技術可以滿足數據的安全需求需要存儲陣列提供企業級的安全級別，99.999%在第一期不考慮容災的問題A3: 企業級存儲的內置RAID實現數據安全保護64案例2 醫療信息系統案例了解客戶需求Q3: 數據安全的保證在線一份數據還是兩份？雙存儲？ 利用企業存儲陣列的RAID技術 不使

30、用兩份或者雙存儲 雙存儲的容災解決方案將在后期考慮A3: 企業級磁盤陣列65案例2 醫療信息系統案例了解客戶需求Q4: 數據安全 備份磁帶機 Tape Driver 數據需要備份，以保證數據的安全 需要利用磁帶來保證具有數據的多個版本 除了數據之外，主機的操作環境也需要備份 全備份數據量 5TB 日增加數據量 1GB磁帶機只能用于主機系統的數據備份，不能用于數據66案例2 醫療信息系統案例了解客戶需求Q5: 數據安全 備份磁帶庫 Tape Library 數據容量3TB 每月完全備份一次 3TB 每天增量備份 1GB 并發性要求不是很高Q5: 磁帶庫容量一般按照數據容量的3倍進行選擇，因此磁帶

31、庫容量需要10TB，1-2個并發支持67案例2 醫療信息系統案例了解客戶需求Q5:數據安全 備份磁盤備份 虛擬磁帶庫VTL 備份時間窗口需求 全備份不超過8小時 增量備份1小時內完成 系統數據恢復時間不能超過12小時 日增數據量1GBA5: 不需要利用虛擬磁帶庫。68案例2 醫療信息系統案例了解客戶需求Q5:數據安全 備份手段自動方式？手動備份？ 自動完成備份 無需人工干預 出錯報警技術，SMS, Email 支持全備份與增量備份自動的，全備份與增量備份軟件69案例2 醫療信息系統案例了解客戶需求Q6: 數據安全容災需求？本期不考慮容災需求A6: 暫不考慮，但存儲和主機應該支持數據和應用的容災。70案例2 醫療信息系統案例了解客戶需求Q7:數據擴展性 現有容量2TB 3年內增加到3TB 如果有PACS系統的整合或者EMR系統的需求，可能會漲到10TB以上A7: 存儲必須快速實現容量的增加，不能影響業務的連續運行71案例2 醫療信息系統案例了解客戶需求Q8: 數據訪問效率 50%的查詢，50%對數據修改 平均操作響應時間不能超過5秒 100個用戶會對數據庫訪問 存在業務高峰期的問題，早上8:00-10:00，下午13:30-15:00業務集中A8： 必須采用FC磁盤才能滿足客戶的高效能需求72案例2 醫療信息系統案例了解客戶需求Q