HP存儲方案培訓(xùn)

1、HP存儲方案培訓(xùn)22022年2月19日星期六提綱典型企業(yè)應(yīng)用架構(gòu)數(shù)據(jù)存儲層的需求分析數(shù)據(jù)訪問層的需求分析應(yīng)用層的需求分析案例分享32022年2月19日星期六典型企業(yè)應(yīng)用架構(gòu)存儲層 存儲企業(yè)數(shù)據(jù) 通常是數(shù)據(jù)庫數(shù)據(jù)訪問層 對存儲設(shè)備的訪問 對數(shù)據(jù)的操作應(yīng)用層 業(yè)務(wù)邏輯展現(xiàn)層 數(shù)據(jù)的展現(xiàn)42022年2月19日星期六數(shù)據(jù)存儲層需要考慮的問題存儲環(huán)境的選擇數(shù)據(jù)容量數(shù)據(jù)安全性數(shù)據(jù)擴(kuò)展性數(shù)據(jù)訪問效率（性能要求）數(shù)據(jù)生命周期的考慮52022年2月19日星期六Q1: 客戶存儲環(huán)境？客戶現(xiàn)有環(huán)境和計劃采用的技術(shù)SAN 環(huán)境環(huán)境 (光纖光纖) 存儲區(qū)域網(wǎng)絡(luò) 高速光纖網(wǎng)絡(luò) 高效 適合提供塊數(shù)據(jù)服務(wù) 造價相對較高NAS

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

3、及其它20多種，包括mainframe 低成本整合低成本整合 50T72022年2月19日星期六Q3: Q3: 數(shù)據(jù)保護(hù)數(shù)據(jù)保護(hù)軟件故障14%病毒7%自然故障3%硬件或系統(tǒng)故障44%人為錯誤32%用戶刪除文件格式化硬驅(qū)動器PC 黑客硬件、驅(qū)動器和 RAID 控制器故障.操作系統(tǒng)死機(jī).火災(zāi)地震洪水?dāng)?shù)據(jù)損壞來源：Understanding Data Loss. CBL Data Recovery Technologies Inc. Industry 資料來源 Data Recovery Report5 4為什么需要數(shù)據(jù)保護(hù)？為什么需要數(shù)據(jù)保護(hù)？82022年2月19日星期六Q3: 數(shù)據(jù)安全的保證在線

4、一份數(shù)據(jù)還是兩份？單存儲？即時數(shù)據(jù)拷貝保證數(shù)據(jù)安全在線備份、對應(yīng)用無影響數(shù)據(jù)丟失可及時恢復(fù)拷貝的數(shù)據(jù)可以用于數(shù)據(jù)挖掘 改善業(yè)務(wù)流程 提高客戶的業(yè)務(wù)能力提供針對Oracle, Exchange和SAP系統(tǒng)特點的數(shù)據(jù)快照保護(hù)92022年2月19日星期六Q3: 數(shù)據(jù)安全的保證在線一份數(shù)據(jù)還是兩份？雙存儲？持續(xù)數(shù)據(jù)保護(hù)基于操作系統(tǒng)簡單易用沒有停機(jī)時間費用較高不能完成容災(zāi)mirroring102022年2月19日星期六備份及其誤區(qū)備份及其誤區(qū)l系統(tǒng)冗余保證了進(jìn)程的連續(xù)性和系統(tǒng)的高可用性。l系統(tǒng)冗余不能替代數(shù)據(jù)備份 人為錯誤，惡意破壞 病毒 斷電 天災(zāi)人禍l數(shù)據(jù)的備份才能保證數(shù)據(jù)萬無一失 恢復(fù)時要重新安裝

5、操作系統(tǒng) 恢復(fù)時要重新安裝所有的應(yīng)用程序 需要相當(dāng)長的時間才能恢復(fù)所有的數(shù)據(jù)112022年2月19日星期六LTO ULTRIUM適用于尋求最佳性能、可靠性和投資保護(hù)的客戶網(wǎng)絡(luò)備份和異構(gòu)環(huán)境的理想之選可選擇高性能、全高磁帶機(jī)或者經(jīng)濟(jì)的半高磁帶機(jī)DAT/DDS經(jīng)濟(jì)、可靠的解決方案非常適用于工作站和小型服務(wù)器提供熱插拔型號最低的介質(zhì)價格可帶來極低的擁有成本*上述所列容量為磁帶機(jī)自身具備的容量Q4: 數(shù)據(jù)安全 備份磁帶機(jī) Tape Driver工作組級辦公服務(wù)器部門/本地網(wǎng)絡(luò)企業(yè)/網(wǎng)絡(luò)備份DAT 4020 GB入門級入門級高端高端（高性能、全高磁帶機(jī)）（高性能、全高磁帶機(jī)）中檔中檔（半高磁帶機(jī)）（半高

6、磁帶機(jī)）36 GBDAT 72Ultrium 460200 GBUltrium 960400 GBUltrium 448200 GBUltrium 920400 GBUltrium 1840800 GBDAT 16080GBUltrium 1760800 GB 數(shù)據(jù)備份 快速恢復(fù) 單鍵快速自動恢復(fù) OBDR122022年2月19日星期六MSL 系列 簡單、低成本 適用于少量的服務(wù)器和小型網(wǎng)絡(luò)環(huán)境 DAS 和 LAN 備份 易于管理, 靈活, 可靠 適用于中、大型業(yè)務(wù)環(huán)境 DAS, LAN, 入門級 SAN 備份 強(qiáng)大的擴(kuò)展能力和高性能 適用于企業(yè)級的數(shù)據(jù)中心 大型的SAN環(huán)境性能容量中級入門級

7、企業(yè)級ESL E- 系列AutoloadersEML E-系列 高擴(kuò)展, 易于管理, 高度可靠 適用于中、大型的數(shù)據(jù)中心 中到大型的 SAN環(huán)境HP Restricted For HP Partner & Internal Use OnlyQ5: 數(shù)據(jù)安全 備份磁帶庫 Tape Library 集中備份 自動備份與恢復(fù)132022年2月19日星期六磁盤備份？磁帶備份？現(xiàn)在，市場上有兩種備份方式可供您選擇.磁盤備份磁盤備份磁帶備份磁帶備份優(yōu)勢 快速文件訪問 減少備份時間 增加備份并行度 容易使用 比較便宜 利于長期保存 容易移動劣勢 價格稍高 不方便在不同地之間移動 備份和恢復(fù)速度慢 對

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

9、質(zhì)利用效率低下購買更多的介質(zhì)支付更多的異地服務(wù)費用減少磁帶拷貝的數(shù)量提高介質(zhì)利用率解決方案無法滿足需求（例如容量太低，不支持新應(yīng)用）淘汰和更換解決方案針對主要問題部署專用解決方案獨立擴(kuò)展容量和吞吐量幾乎支持所有的備份應(yīng)用采用重復(fù)數(shù)據(jù)刪除技術(shù)和自動遷移技術(shù)162022年2月19日星期六162022年2月19日星期六D2D100系列VLS6000系列D2D2500系列D2D4000系列VLS9000VLS12000EVA網(wǎng)關(guān)新新入門級中高端企業(yè)級簡單經(jīng)濟(jì)小型企業(yè)iSCSI入門級機(jī)架更小的IT環(huán)境或遠(yuǎn)程站點iSCSI更高容量的解決方案具有小型數(shù)據(jù)中心的中型企業(yè)iSCSI和FC單節(jié)點系統(tǒng)中型和企業(yè)級數(shù)

10、據(jù)中心大中型FC SAN多節(jié)點系統(tǒng)高性能和可擴(kuò)展性企業(yè)數(shù)據(jù)中心大型FC SAN具備快速重復(fù)數(shù)據(jù)刪除功能（Accelerated deduplication）具備重復(fù)數(shù)據(jù)刪除功能數(shù)據(jù)安全 備份磁盤備份 虛擬磁帶庫VTL 集中、自動備份與恢復(fù) 快速自動備份與恢復(fù) 提高介質(zhì)利用率172022年2月19日星期六手動備份與恢復(fù) 人員操作 容易出錯，恢復(fù)復(fù)雜 成本高集中自動備份與恢復(fù) 自動運行 無需或者很少人員的參與 更容易的恢復(fù)數(shù)據(jù)安全 備份手段自動方式？手動備份？182022年2月19日星期六Q6: 數(shù)據(jù)安全容災(zāi)需求？多存儲備份與恢復(fù) Storage Mirroring磁盤陣列級多存儲備份與恢復(fù) -

11、CA192022年2月19日星期六容災(zāi)！容災(zāi)！容災(zāi)！如何選擇合適的數(shù)據(jù)保護(hù)戰(zhàn)略？兩個主要的衡量指標(biāo)： 恢復(fù)時間目標(biāo)（恢復(fù)時間目標(biāo)（RTO） 業(yè)務(wù)流程能夠承受多長的停機(jī)時間？ 一天？ 一個小時？ 一刻都無法承受？ 恢復(fù)點目標(biāo)（恢復(fù)點目標(biāo)（RPO） 企業(yè)可承受多少數(shù)據(jù)丟失？ 一天的數(shù)據(jù)？ 一個小時的數(shù)據(jù)？ 不能丟失任何數(shù)據(jù)？ 磁帶和自動化處理虛擬磁帶庫基于磁盤復(fù)制連續(xù)保護(hù)數(shù)據(jù) 年 天 小時 分鐘 秒 秒 分鐘 小時 天恢復(fù)點(Recover Point Objective)恢復(fù)時間(Recovery Time Objective)保護(hù)方法磁帶備份 寫入時捕獲 保險庫綜合備份 磁帶備份 存檔 快照

12、實時復(fù)制 鏡像實時恢復(fù) 磁盤存儲 磁帶存儲卷備份 時間點 搜索/檢索恢復(fù)方法202022年2月19日星期六20202022年2月19日星期六多主機(jī)級多存儲備份與恢復(fù)Storage Mirroring持續(xù)的數(shù)據(jù)保護(hù)要求快速數(shù)據(jù)備份，字節(jié)數(shù)據(jù)復(fù)制，秒級內(nèi)快速數(shù)據(jù)恢復(fù)，分鐘級內(nèi)從SMB 到Enterprise軟件支持，價格較低較低的網(wǎng)絡(luò)配置也能滿足212022年2月19日星期六磁盤陣列級多存儲備份與恢復(fù)CA容災(zāi) - “抗地震”的應(yīng)用系統(tǒng)高可用性方案數(shù)據(jù)的連續(xù)拷貝硬件級別的操作對系統(tǒng)性能無影響保證業(yè)務(wù)數(shù)據(jù)安全在災(zāi)難發(fā)生時，保持業(yè)務(wù)運行應(yīng)用與數(shù)據(jù)容災(zāi)的配合222022年2月19日星期六Q7:數(shù)據(jù)擴(kuò)展性如

13、何擴(kuò)展容量考慮的問題是否考慮停機(jī)？重構(gòu)還是自動擴(kuò)展？一次采購還是逐漸升級目標(biāo)應(yīng)用不停機(jī)，容量自動增長磁盤卷不用重構(gòu)，容量自動擴(kuò)展減少初期投入，隨業(yè)務(wù)穩(wěn)步增長232022年2月19日星期六Q8: 數(shù)據(jù)訪問效率陣列的選擇 并發(fā)用戶數(shù)的考慮 數(shù)據(jù)量的大小 平均訪問時間磁盤的選擇？ FC/FATA/SATA/SSD如何利用所有磁盤的性能不同類型的硬盤其性能差異很大，根據(jù)性能、容量、價格來進(jìn)行衡量同類型的硬盤選擇指導(dǎo)：在滿足相同存儲容量要求下，盡量選擇大容量低轉(zhuǎn)速的硬盤，降低采購成本。242022年2月19日星期六固態(tài)硬盤SSD與光纖硬盤的對比 隨機(jī)讀 延遲隨機(jī)讀 IOPS讀吞吐量 (MB/s)耗電單層

14、式固態(tài)硬盤 SSD0.1ms15000250 MB/s3-4w多層式固態(tài)硬盤 SSD0.1ms1000150MB/s1-2w15000轉(zhuǎn)光纖硬盤6ms180100MB/s15w252022年2月19日星期六近線FATA磁盤 不常訪問的數(shù)據(jù)、快速恢復(fù)、備份到磁盤在線FC磁盤 活動數(shù)據(jù)、本地和遠(yuǎn)程鏡像、即時恢復(fù)數(shù)據(jù)生命周期 分層存儲固態(tài)硬盤 - SSD IO密集型應(yīng)用262022年2月19日星期六數(shù)據(jù)訪問層的需求數(shù)據(jù)訪問模式數(shù)據(jù)訪問安全系統(tǒng)可靠性要求系統(tǒng)性能需求系統(tǒng)備份與恢復(fù)資源共享272022年2月19日星期六Q9: 數(shù)據(jù)訪問模式數(shù)據(jù)庫Oracle、SQL Server、DB2、Sybase、文

15、件服務(wù)NFS、CIFSNAS282022年2月19日星期六Q10: 數(shù)據(jù)安全訪問提供高可用，多節(jié)點的訪問如Oracle RAC，可以選擇ServiceGuard+ServiceGuard extension for RAC雙機(jī)Standby互備模式應(yīng)用容災(zāi)（涉及流程、切換、演練、人員等）292022年2月19日星期六Q11:系統(tǒng)可靠性需求非計劃宕機(jī)時間防病毒與安全內(nèi)部安全機(jī)制302022年2月19日星期六小機(jī)？PC服務(wù)器？安全性更高，PC Server上的OS安全性相對較低，而且病毒、bug等更嚴(yán)重擴(kuò)展性更高，如果業(yè)務(wù)增長較快必須移植到小型機(jī)穩(wěn)定性更高，小型機(jī)99.999%，而PC Serve

16、r一般99.99%，停機(jī)時間分別為5分鐘和52分鐘可靠性更高硬件上更多的可靠性技術(shù)（如zx2的雙芯片備件、IO故障隔離、CPU故障隔離）集群技術(shù)更成熟312022年2月19日星期六Q12: 系統(tǒng)性能需求性能考慮指標(biāo) 并發(fā)用戶數(shù) 平均響應(yīng)時間 業(yè)務(wù)復(fù)雜程度一般情況下，一個CPU Core支持20-50并發(fā)用戶數(shù)小型機(jī)下：CPU Core/Memory = 1:2 或者1:4PC機(jī)下：CPU Core/Memory = 1:1 或者 1:2322022年2月19日星期六Q13: 煙囪式？融合式？單一應(yīng)用/多個應(yīng)用能利用應(yīng)用峰值的錯峰特性？充分利用虛擬化技術(shù)實現(xiàn)資源的共享硬件分區(qū)、軟件分區(qū)、虛擬機(jī)、

17、資源動態(tài)調(diào)度技術(shù)虛擬連接VC、刀片技術(shù)332022年2月19日星期六應(yīng)用層的需求中間件選擇（應(yīng)用架構(gòu)）應(yīng)用訪問安全系統(tǒng)可靠性系統(tǒng)性能需求系統(tǒng)備份與恢復(fù)資源共享342022年2月19日星期六中間件選擇C/S 架構(gòu)無中間件平臺多層架構(gòu)J2EE架構(gòu)，如WebLogic，WebSphere，JBoss.NET架構(gòu)Transaction，如TUXEDO、CICS需要有中間件服務(wù)器支撐352022年2月19日星期六應(yīng)用訪問安全應(yīng)用服務(wù)器Cluster應(yīng)用服務(wù)器本身就有集群的能力，如WebLogic、WebSpere、JBoss等有別于數(shù)據(jù)庫中的HA和Standby362022年2月19日星期六系統(tǒng)性能需求

18、根據(jù)系統(tǒng)的并發(fā)用戶數(shù)來選擇服務(wù)器一般情況下，一個CPU Core支持50-100并發(fā)用戶數(shù)小型機(jī)下：CPU Core/Memory = 1:2 或者1:4PC機(jī)下：CPU Core/Memory = 1:1 或者 1:2372022年2月19日星期六案例分享某省社保案例醫(yī)療信息系統(tǒng)案例382022年2月19日星期六案例1 社保案例社保IT部門面臨挑戰(zhàn)業(yè)務(wù)復(fù)雜、影響面廣養(yǎng)老、醫(yī)療、失業(yè)、工傷、生育政策、流程變更頻繁參保機(jī)構(gòu)/人員增加，系統(tǒng)不能滿足業(yè)務(wù)需要白天，參保機(jī)構(gòu)辦理停保、續(xù)保業(yè)務(wù)多，應(yīng)用服務(wù)器很忙，客戶等待時間很長。（晚上較閑）晚上，批量處理參保機(jī)構(gòu)信息，數(shù)據(jù)庫服務(wù)器忙，有時在第二天上班前

19、不能處理完畢。（白天較閑）信息化建設(shè)正興起，系統(tǒng)維護(hù)力量相對薄弱案例1 社保案例了解客戶需求Q1: 客戶存儲環(huán)境？客戶現(xiàn)有環(huán)境和計劃采用的技術(shù)結(jié)合用戶現(xiàn)有技術(shù)環(huán)境，選擇合適的存儲環(huán)境 客戶對性能要求較高 客戶現(xiàn)有SAN 存儲環(huán)境A1: FC SAN案例1 社保案例了解客戶需求Q2: 客戶數(shù)據(jù)容量？現(xiàn)有數(shù)據(jù)容量和發(fā)展需求 800萬參保用戶、48萬參保單位為例 保留五年的數(shù)據(jù)在一級存儲 存儲需求30TB 數(shù)據(jù)冗余, RAID 5 陣列裸容量 50TB 隨著農(nóng)村醫(yī)療和區(qū)域醫(yī)療的加入，數(shù)據(jù)還會增加A2: 需要50TB存儲容量，并提供容量增加的能力案例1 社保案例了解客戶需求Q3: 數(shù)據(jù)安全的保證在線一

20、份數(shù)據(jù)還是兩份？單存儲？數(shù)據(jù)量大，難以保存兩份數(shù)據(jù)內(nèi)置RAID技術(shù)可以滿足數(shù)據(jù)的安全需求需要存儲陣列提供企業(yè)級的安全級別，99.999%在第一期不考慮容災(zāi)的問題A3: 企業(yè)級存儲的內(nèi)置RAID實現(xiàn)數(shù)據(jù)安全保護(hù)案例1 社保案例了解客戶需求Q3: 數(shù)據(jù)安全的保證在線一份數(shù)據(jù)還是兩份？雙存儲？ 利用企業(yè)存儲陣列的RAID技術(shù) 不使用兩份或者雙存儲 雙存儲的容災(zāi)解決方案將在后期考慮A3: 企業(yè)級磁盤陣列案例1 社保案例了解客戶需求Q4: 數(shù)據(jù)安全 備份磁帶機(jī) Tape Driver 數(shù)據(jù)需要備份，以保證數(shù)據(jù)的安全 需要利用磁帶來保證具有數(shù)據(jù)的多個版本 除了數(shù)據(jù)之外，主機(jī)的操作環(huán)境也需要備份 全備份數(shù)據(jù)

21、量 30TB 日增加數(shù)據(jù)量 15GB磁帶機(jī)只能用于主機(jī)系統(tǒng)的數(shù)據(jù)備份，不能用于數(shù)據(jù)案例1 社保案例了解客戶需求Q5: 數(shù)據(jù)安全 備份磁帶庫 Tape Library 數(shù)據(jù)容量30TB 每月完全備份一次 30TB 每天增量備份 16GB 多個備份任務(wù)要同時進(jìn)行Q5: 磁帶庫容量一般按照數(shù)據(jù)容量的3倍進(jìn)行選擇，因此磁帶庫容量需要100TB，4-6個并發(fā)支持案例1 社保案例了解客戶需求Q5:數(shù)據(jù)安全 備份磁盤備份 虛擬磁帶庫VTL 備份時間窗口需求 全備份不超過8小時 增量備份1小時內(nèi)完成 系統(tǒng)數(shù)據(jù)恢復(fù)時間不能超過12小時A5: 需要利用虛擬磁帶庫。案例1 社保案例了解客戶需求Q5:數(shù)據(jù)安全 備份手

22、段自動方式？手動備份？ 自動完成備份 無需人工干預(yù) 出錯報警技術(shù)，SMS, Email 支持全備份與增量備份自動的，全備份與增量備份軟件案例1 社保案例了解客戶需求Q6: 數(shù)據(jù)安全容災(zāi)需求？本期不考慮容災(zāi)需求A6: 暫不考慮，但存儲和主機(jī)應(yīng)該支持?jǐn)?shù)據(jù)和應(yīng)用的容災(zāi)。案例1 社保案例了解客戶需求Q7:數(shù)據(jù)擴(kuò)展性 現(xiàn)有容量20TB 3年內(nèi)增加到30TB 如果政策改變，可能會漲到50TBA7: 存儲必須快速實現(xiàn)容量的增加，不能影響業(yè)務(wù)的連續(xù)運行案例1 社保案例了解客戶需求Q8: 數(shù)據(jù)訪問效率 75%的查詢，25%對數(shù)據(jù)修改 平均操作響應(yīng)時間不能超過5秒 100個用戶會對數(shù)據(jù)庫訪問 晚上數(shù)據(jù)的報表需要較

23、多的計算資源A8： 必須采用FC磁盤才能滿足客戶的高效能需求案例1 社保案例了解客戶需求Q9: 數(shù)據(jù)訪問模式根據(jù)社保核心平臺，J2EE環(huán)境采用Oracle + Weblogic架構(gòu)采用Oracle RAC實現(xiàn)并行處理本案例采用了Oracle數(shù)據(jù)庫，利用Oracle RAC提供多節(jié)點訪問和高性能案例1 社保案例了解客戶需求Q10: 數(shù)據(jù)安全訪問Oracle RACWebLogic ClusterHA方案案例1 社保案例了解客戶需求Q11:系統(tǒng)可靠性需求 系統(tǒng)需要連續(xù)不斷運行 必須對病毒免疫 必須支持大規(guī)模高并發(fā) 必須支持超過500個并發(fā)的用戶數(shù)量采用小型機(jī)，Unix案例1 社保案例了解客戶需求Q

24、12: 系統(tǒng)性能需求 必須支持多達(dá)30TB的數(shù)據(jù)訪問 必須支持高達(dá)500的并發(fā)用戶 必須采用HA的方式 系統(tǒng)平均響應(yīng)時間小于5秒 報表時間必須小于8小時A12: 高性能多CPU小型機(jī)案例1 社保案例了解客戶需求Q13: 煙囪式？融合式？ 業(yè)務(wù)平臺和報表平臺共享數(shù)據(jù)庫 業(yè)務(wù)平臺白天比較忙，而報表相反 希望能利用峰值差在不同系統(tǒng)之間調(diào)度計算資源Q13： 動態(tài)資源調(diào)度技術(shù)客戶需求Summary從前面了解的需求，總結(jié)客戶的需求如下： 性能要求較高、現(xiàn)有SAN環(huán)境 數(shù)據(jù)量大，現(xiàn)有數(shù)據(jù)20TB，3年內(nèi)達(dá)到30TB，還會增加 數(shù)據(jù)不能丟失，系統(tǒng)可靠性99.999% 主機(jī)系統(tǒng)數(shù)據(jù)安全備份 用戶數(shù)據(jù)備份，每月全

25、備份一次30TB、每日增量備份15GB、全備份時間不能超過8小時、增量備份不超過1小時、數(shù)據(jù)恢復(fù)時間不超過12小時、要求自動、集中備份 數(shù)據(jù)庫采用Oracle RAC、應(yīng)用服務(wù)器采用WebLogic Cluster，要求支持500以上并發(fā)用戶、平均響應(yīng)時間不超過5秒、報表時間不超過8小時 白天應(yīng)用系統(tǒng)忙、晚上數(shù)據(jù)庫有大量的批量作業(yè)要進(jìn)行處理，如報表、批量數(shù)據(jù)處理業(yè)務(wù)HP建議硬件設(shè)備根據(jù)用戶的需求，建議的HP硬件配置方案：存儲陣列：EVA 8400SAN交換機(jī)：8/16 SAN Switch數(shù)據(jù)庫服務(wù)器：SuperDome、HP-UX、ServiceGuard、ServiceGuard exte

26、nsion for RAC、1個nPar、2個vPar應(yīng)用服務(wù)器：SuperDome、HP-UX、1個nPar、2個vPar虛擬帶庫：VLS9000磁帶庫：245e備份軟件：DP備份管理服務(wù)器：DL380存儲管理服務(wù)器：DL380572022年2月19日星期六案例1 社保案例社保解決方案應(yīng)用系統(tǒng)架構(gòu)集群集群案例1 社保案例社?？傮w架構(gòu)社保數(shù)據(jù)庫服務(wù)器RAC1SD 12*1.6GHz/32GB社保數(shù)據(jù)庫服務(wù)器RAC2SD 12*1.6GHz/32GB存儲管理服務(wù)器FC Switch 8/16MC/Service Guard Extension for RAC備份服務(wù)器磁帶庫245e數(shù)據(jù)離線備份E

27、VA8400社保應(yīng)用服務(wù)器SD 4*1.6GHz/8GB社保應(yīng)用服務(wù)器SD 4*1.6GHz/8GBVLS9000案例1 社保案例產(chǎn)品配置需求清單存儲產(chǎn)品型號和配置需求清單 型號、臺數(shù)、硬盤個數(shù)（按照轉(zhuǎn)速）、軟件LTU、服務(wù)級別光纖交換機(jī)型號和配置需求清單 型號、臺數(shù)、端口數(shù)LTU、SFP數(shù)量、光纖線長度與數(shù)量、高級軟件LTU、服務(wù)級別數(shù)據(jù)庫服務(wù)器產(chǎn)品型號和配置需求清單 產(chǎn)品型號、臺數(shù)、CPU個數(shù)、內(nèi)存大小、內(nèi)置硬盤個數(shù)與容量、網(wǎng)卡個數(shù)、FC卡個數(shù)、操作系統(tǒng)、磁帶機(jī)、服務(wù)級別應(yīng)用服務(wù)器產(chǎn)品型號和配置需求清單 產(chǎn)品型號、臺數(shù)、CPU個數(shù)、內(nèi)存大小、內(nèi)置硬盤個數(shù)與容量、網(wǎng)卡個數(shù)、操作系統(tǒng)、磁帶機(jī)、

28、服務(wù)級別磁帶庫產(chǎn)品型號和配置需求清單 產(chǎn)品型號、臺數(shù)、Driver數(shù)量、磁帶容量和盤數(shù)、清洗帶數(shù)量、磁帶標(biāo)簽、服務(wù)級別備份軟件 DP和配置清單 SAN Backup、Online Backup、槽位數(shù)擴(kuò)展、Driver數(shù)擴(kuò)展管理服務(wù)型號和配置清單（PC Server）602022年2月19日星期六案例2 醫(yī)療信息系統(tǒng)案例業(yè)務(wù)需求業(yè)務(wù)集中 早上810點，下午13：3015點，是醫(yī)院看病的業(yè)務(wù)高峰期安全性要求高 系統(tǒng)不能遭受病毒、安全漏洞攻擊 數(shù)據(jù)不能丟失系統(tǒng)要求穩(wěn)定，不能宕機(jī)系統(tǒng)擴(kuò)展能力 業(yè)務(wù)發(fā)展快系統(tǒng)易管理 要求降低運營成本案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q1: 客戶存儲環(huán)境？客戶現(xiàn)有環(huán)境

29、和計劃采用的技術(shù)結(jié)合用戶現(xiàn)有技術(shù)環(huán)境，選擇合適的存儲環(huán)境 客戶對性能要求較高 客戶現(xiàn)有SAN 存儲環(huán)境A1: FC SAN案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q2: 客戶數(shù)據(jù)容量？現(xiàn)有數(shù)據(jù)容量和發(fā)展需求 每日門診量5000人左右，住院床位數(shù)1000張左右 保留五年的數(shù)據(jù)在一級存儲 存儲需求3TB 數(shù)據(jù)冗余, RAID 5 陣列裸容量 5TB 隨著PACS、EMR的加入，數(shù)據(jù)還會增加A2: 需要5TB存儲容量，并提供容量增加的能力案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q3: 數(shù)據(jù)安全的保證在線一份數(shù)據(jù)還是兩份？單存儲？數(shù)據(jù)量大，難以保存兩份數(shù)據(jù)內(nèi)置RAID技術(shù)可以滿足數(shù)據(jù)的安全需求需要存儲陣列提供

30、企業(yè)級的安全級別，99.999%在第一期不考慮容災(zāi)的問題A3: 企業(yè)級存儲的內(nèi)置RAID實現(xiàn)數(shù)據(jù)安全保護(hù)案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q3: 數(shù)據(jù)安全的保證在線一份數(shù)據(jù)還是兩份？雙存儲？ 利用企業(yè)存儲陣列的RAID技術(shù) 不使用兩份或者雙存儲 雙存儲的容災(zāi)解決方案將在后期考慮A3: 企業(yè)級磁盤陣列案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q4: 數(shù)據(jù)安全 備份磁帶機(jī) Tape Driver 數(shù)據(jù)需要備份，以保證數(shù)據(jù)的安全 需要利用磁帶來保證具有數(shù)據(jù)的多個版本 除了數(shù)據(jù)之外，主機(jī)的操作環(huán)境也需要備份 全備份數(shù)據(jù)量 5TB 日增加數(shù)據(jù)量 1GB磁帶機(jī)只能用于主機(jī)系統(tǒng)的數(shù)據(jù)備份，不能用于數(shù)據(jù)案例2 醫(yī)

31、療信息系統(tǒng)案例了解客戶需求Q5: 數(shù)據(jù)安全 備份磁帶庫 Tape Library 數(shù)據(jù)容量3TB 每月完全備份一次 3TB 每天增量備份 1GB 并發(fā)性要求不是很高Q5: 磁帶庫容量一般按照數(shù)據(jù)容量的3倍進(jìn)行選擇，因此磁帶庫容量需要10TB，1-2個并發(fā)支持案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q5:數(shù)據(jù)安全 備份磁盤備份 虛擬磁帶庫VTL 備份時間窗口需求 全備份不超過8小時 增量備份1小時內(nèi)完成 系統(tǒng)數(shù)據(jù)恢復(fù)時間不能超過12小時 日增數(shù)據(jù)量1GBA5: 不需要利用虛擬磁帶庫。案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q5:數(shù)據(jù)安全 備份手段自動方式？手動備份？ 自動完成備份 無需人工干預(yù) 出錯報警

32、技術(shù)，SMS, Email 支持全備份與增量備份自動的，全備份與增量備份軟件案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q6: 數(shù)據(jù)安全容災(zāi)需求？本期不考慮容災(zāi)需求A6: 暫不考慮，但存儲和主機(jī)應(yīng)該支持?jǐn)?shù)據(jù)和應(yīng)用的容災(zāi)。案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q7:數(shù)據(jù)擴(kuò)展性 現(xiàn)有容量2TB 3年內(nèi)增加到3TB 如果有PACS系統(tǒng)的整合或者EMR系統(tǒng)的需求，可能會漲到10TB以上A7: 存儲必須快速實現(xiàn)容量的增加，不能影響業(yè)務(wù)的連續(xù)運行案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q8: 數(shù)據(jù)訪問效率 50%的查詢，50%對數(shù)據(jù)修改 平均操作響應(yīng)時間不能超過5秒 100個用戶會對數(shù)據(jù)庫訪問 存在業(yè)務(wù)高峰期的問題，早上8:00-10:00，下午13:30-15:00業(yè)務(wù)集中A8： 必須采