數(shù)據(jù)存儲項目從需求到方案(共81p)課件

1、數(shù)據(jù)存儲項目從需求到方案207 八月 2022提綱典型企業(yè)應(yīng)用架構(gòu)數(shù)據(jù)存儲層的需求分析數(shù)據(jù)訪問層的需求分析應(yīng)用層的需求分析案例分享307 八月 2022典型企業(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)407 八月 2022數(shù)據(jù)存儲層需要考慮的問題存儲環(huán)境的選擇數(shù)據(jù)容量數(shù)據(jù)安全性數(shù)據(jù)擴展性數(shù)據(jù)訪問效率（性能要求）數(shù)據(jù)生命周期的考慮507 八月 2022Q1: 客戶存儲環(huán)境？客戶現(xiàn)有環(huán)境和計劃采用的技術(shù)SAN 環(huán)境 (光纖) 存儲區(qū)域網(wǎng)絡(luò) 高速光纖網(wǎng)絡(luò) 高效 適合提供塊數(shù)據(jù)服務(wù) 造價相對較高NAS 通過網(wǎng)絡(luò)提供數(shù)據(jù) 通常

2、適合文件服務(wù) 容易共享 造價低 受NAS服務(wù)器限制 iSCSI IP SAN SCSI over IP 網(wǎng)絡(luò)上提供數(shù)據(jù)塊服務(wù) 無需專用存儲網(wǎng)絡(luò) 造價較低 網(wǎng)絡(luò)協(xié)議導致了性能相對FC SAN較低DAS 直接連接服務(wù)設(shè)備 連接方式多樣 數(shù)據(jù)無法共享 維護成本高 607 八月 2022Q2: 客戶數(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、以及其它20多種，包括mainframe 低成

3、本整合 50T707 八月 2022Q3: 數(shù)據(jù)保護軟件故障14%病毒7%自然故障3%硬件或系統(tǒng)故障44%人為錯誤32%用戶刪除文件格式化硬驅(qū)動器PC 黑客硬件、驅(qū)動器和 RAID 控制器故障.操作系統(tǒng)死機.火災(zāi)地震洪水數(shù)據(jù)損壞來源：Understanding Data Loss. CBL Data Recovery Technologies Inc. Industry 資料來源 Data Recovery Report5 4為什么需要數(shù)據(jù)保護？807 八月 2022Q3: 數(shù)據(jù)安全的保證在線一份數(shù)據(jù)還是兩份？單存儲？即時數(shù)據(jù)拷貝保證數(shù)據(jù)安全在線備份、對應(yīng)用無影響數(shù)據(jù)丟失可及時恢復(fù)拷貝的數(shù)據(jù)可

4、以用于數(shù)據(jù)挖掘改善業(yè)務(wù)流程提高客戶的業(yè)務(wù)能力提供針對Oracle, Exchange和SAP系統(tǒng)特點的數(shù)據(jù)快照保護907 八月 2022Q3: 數(shù)據(jù)安全的保證在線一份數(shù)據(jù)還是兩份？雙存儲？持續(xù)數(shù)據(jù)保護基于操作系統(tǒng)簡單易用沒有停機時間費用較高不能完成容災(zāi)mirroring1007 八月 2022備份及其誤區(qū)誤區(qū)之一：用拷貝替代備份誤區(qū)之二：用雙機，磁盤陣列/鏡像等系統(tǒng)冗余替代數(shù)據(jù)備份系統(tǒng)冗余保證了進程的連續(xù)性和系統(tǒng)的高可用性。系統(tǒng)冗余不能替代數(shù)據(jù)備份人為錯誤，惡意破壞病毒斷電天災(zāi)人禍數(shù)據(jù)的備份才能保證數(shù)據(jù)萬無一失誤區(qū)之三：只備份數(shù)據(jù)文件恢復(fù)時要重新安裝操作系統(tǒng)恢復(fù)時要重新安裝所有的應(yīng)用程序需要相

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

6、rium 448200 GBUltrium 920400 GBUltrium 1840800 GBDAT 16080GBUltrium 1760800 GB 數(shù)據(jù)備份 快速恢復(fù) 單鍵快速自動恢復(fù) OBDR1207 八月 2022MSL 系列簡單、低成本適用于少量的服務(wù)器和小型網(wǎng)絡(luò)環(huán)境DAS 和 LAN 備份易于管理, 靈活, 可靠適用于中、大型業(yè)務(wù)環(huán)境DAS, LAN, 入門級 SAN 備份強大的擴展能力和高性能 適用于企業(yè)級的數(shù)據(jù)中心 大型的SAN環(huán)境性能容量中級入門級企業(yè)級ESL E- 系列AutoloadersEML E-系列高擴展, 易于管理, 高度可靠適用于中、大型的數(shù)據(jù)中心中到大型

7、的 SAN環(huán)境HP Restricted For HP Partner & Internal Use OnlyQ5: 數(shù)據(jù)安全 備份磁帶庫 Tape Library 集中備份 自動備份與恢復(fù)1307 八月 2022磁帶的優(yōu)勢大容量：1盤介質(zhì)上可存儲高達 800GB 的數(shù)據(jù)小尺寸：所有這些容量都可存儲在1盤小巧的數(shù)據(jù)磁帶上可移動性：介質(zhì)可以與設(shè)備分離，提供額外的病毒保護便攜性：介質(zhì)可以在現(xiàn)場之外存儲，提供額外保護長壽命：適合長期存儲（至少10 15年）3惠普機密磁帶備份系統(tǒng)的問題問題當前的應(yīng)對措施惠普虛擬磁帶庫系統(tǒng)解決問題的方法無法滿足備份時間要求聽之任之，孤注一擲 被迫在性能較低的情況下完成備

8、份任務(wù)硬著頭皮向管理層提交備份故障報告提升備份性能提高備份流程可靠性恢復(fù)速度慢專門投入存儲管理資源 遷就于低下的生產(chǎn)效率減輕存儲管理員和服務(wù)臺工作人員的工作負擔提高相關(guān)人員的工作效率介質(zhì)利用效率低下購買更多的介質(zhì)支付更多的異地服務(wù)費用減少磁帶拷貝的數(shù)量提高介質(zhì)利用率解決方案無法滿足需求（例如容量太低，不支持新應(yīng)用）淘汰和更換解決方案針對主要問題部署專用解決方案獨立擴展容量和吞吐量幾乎支持所有的備份應(yīng)用采用重復(fù)數(shù)據(jù)刪除技術(shù)和自動遷移技術(shù)1507 八月 2022磁盤備份？磁帶備份？現(xiàn)在，市場上有兩種備份方式可供您選擇.磁盤備份磁帶備份優(yōu)勢 快速文件訪問 減少備份時間 增加備份并行度 容易使用 比較

9、便宜 利于長期保存 容易移動劣勢 價格稍高 不方便在不同地之間移動 備份和恢復(fù)速度慢 對磁帶需要更多的管理1607 八月 20221607 八月 2022D2D100系列VLS6000系列D2D2500系列D2D4000系列VLS9000VLS12000EVA網(wǎng)關(guān)新新入門級中高端企業(yè)級簡單經(jīng)濟小型企業(yè)iSCSI入門級機架更小的IT環(huán)境或遠程站點iSCSI更高容量的解決方案具有小型數(shù)據(jù)中心的中型企業(yè)iSCSI和FC單節(jié)點系統(tǒng)中型和企業(yè)級數(shù)據(jù)中心大中型FC SAN多節(jié)點系統(tǒng)高性能和可擴展性企業(yè)數(shù)據(jù)中心大型FC SAN具備快速重復(fù)數(shù)據(jù)刪除功能（Accelerated deduplication）具備

10、重復(fù)數(shù)據(jù)刪除功能數(shù)據(jù)安全 備份磁盤備份 虛擬磁帶庫VTL 集中、自動備份與恢復(fù) 快速自動備份與恢復(fù) 提高介質(zhì)利用率1707 八月 2022手動備份與恢復(fù) 人員操作 容易出錯，恢復(fù)復(fù)雜 成本高集中自動備份與恢復(fù) 自動運行 無需或者很少人員的參與 更容易的恢復(fù)數(shù)據(jù)安全 備份手段自動方式？手動備份？1807 八月 2022Q6: 數(shù)據(jù)安全容災(zāi)需求？多存儲備份與恢復(fù) Storage Mirroring磁盤陣列級多存儲備份與恢復(fù) - CA1907 八月 2022容災(zāi)！容災(zāi)！容災(zāi)！如何選擇合適的數(shù)據(jù)保護戰(zhàn)略？兩個主要的衡量指標：恢復(fù)時間目標（RTO）業(yè)務(wù)流程能夠承受多長的停機時間？一天？ 一個小時？ 一刻

11、都無法承受？恢復(fù)點目標（RPO）企業(yè)可承受多少數(shù)據(jù)丟失？一天的數(shù)據(jù)？ 一個小時的數(shù)據(jù)？ 不能丟失任何數(shù)據(jù)？ 磁帶和自動化處理虛擬磁帶庫基于磁盤復(fù)制連續(xù)保護數(shù)據(jù) 年 天 小時 分鐘 秒 秒 分鐘 小時 天恢復(fù)點(Recover Point Objective)恢復(fù)時間(Recovery Time Objective)保護方法磁帶備份 寫入時捕獲 保險庫綜合備份 磁帶備份 存檔 快照 實時復(fù)制 鏡像實時恢復(fù) 磁盤存儲 磁帶存儲卷備份 時間點 搜索/檢索恢復(fù)方法2007 八月 2022202007 八月 2022多主機級多存儲備份與恢復(fù)Storage Mirroring持續(xù)的數(shù)據(jù)保護要求快速數(shù)據(jù)備份

12、，字節(jié)數(shù)據(jù)復(fù)制，秒級內(nèi)快速數(shù)據(jù)恢復(fù)，分鐘級內(nèi)從SMB 到Enterprise軟件支持，價格較低較低的網(wǎng)絡(luò)配置也能滿足2107 八月 2022磁盤陣列級多存儲備份與恢復(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)的配合2207 八月 2022Q7:數(shù)據(jù)擴展性如何擴展容量考慮的問題是否考慮停機？重構(gòu)還是自動擴展？一次采購還是逐漸升級目標應(yīng)用不停機，容量自動增長磁盤卷不用重構(gòu)，容量自動擴展減少初期投入，隨業(yè)務(wù)穩(wěn)步增長2307 八月 2022Q8: 數(shù)據(jù)訪問效率陣列的選擇 并發(fā)用戶數(shù)的考慮 數(shù)據(jù)量的大

13、小 平均訪問時間磁盤的選擇？FC/FATA/SATA/SSD如何利用所有磁盤的性能不同類型的硬盤其性能差異很大，根據(jù)性能、容量、價格來進行衡量同類型的硬盤選擇指導：在滿足相同存儲容量要求下，盡量選擇大容量低轉(zhuǎn)速的硬盤，降低采購成本。2407 八月 2022固態(tài)硬盤SSD與光纖硬盤的對比 隨機讀 延遲隨機讀 IOPS讀吞吐量 (MB/s)耗電單層式固態(tài)硬盤 SSD0.1ms15000250 MB/s3-4w多層式固態(tài)硬盤 SSD0.1ms1000150MB/s1-2w15000轉(zhuǎn)光纖硬盤6ms180100MB/s15w2507 八月 2022近線FATA磁盤 不常訪問的數(shù)據(jù)、快速恢復(fù)、備份到磁盤

14、在線FC磁盤 活動數(shù)據(jù)、本地和遠程鏡像、即時恢復(fù)數(shù)據(jù)生命周期 分層存儲固態(tài)硬盤 - SSD IO密集型應(yīng)用2607 八月 2022數(shù)據(jù)訪問層的需求數(shù)據(jù)訪問模式數(shù)據(jù)訪問安全系統(tǒng)可靠性要求系統(tǒng)性能需求系統(tǒng)備份與恢復(fù)資源共享2707 八月 2022Q9: 數(shù)據(jù)訪問模式數(shù)據(jù)庫Oracle、SQL Server、DB2、Sybase、文件服務(wù)NFS、CIFSNAS2807 八月 2022Q10: 數(shù)據(jù)安全訪問提供高可用，多節(jié)點的訪問如Oracle RAC，可以選擇ServiceGuard+ServiceGuard extension for RAC雙機Standby互備模式應(yīng)用容災(zāi)（涉及流程、切換、演練

15、、人員等）2907 八月 2022Q11:系統(tǒng)可靠性需求非計劃宕機時間防病毒與安全內(nèi)部安全機制3007 八月 2022小機？PC服務(wù)器？安全性更高，PC Server上的OS安全性相對較低，而且病毒、bug等更嚴重擴展性更高，如果業(yè)務(wù)增長較快必須移植到小型機穩(wěn)定性更高，小型機99.999%，而PC Server一般99.99%，停機時間分別為5分鐘和52分鐘可靠性更高硬件上更多的可靠性技術(shù)（如zx2的雙芯片備件、IO故障隔離、CPU故障隔離）集群技術(shù)更成熟3107 八月 2022Q12: 系統(tǒng)性能需求性能考慮指標 并發(fā)用戶數(shù) 平均響應(yīng)時間 業(yè)務(wù)復(fù)雜程度一般情況下，一個CPU Core支持20-

16、50并發(fā)用戶數(shù)小型機下：CPU Core/Memory = 1:2 或者1:4PC機下：CPU Core/Memory = 1:1 或者 1:23207 八月 2022Q13: 煙囪式？融合式？單一應(yīng)用/多個應(yīng)用能利用應(yīng)用峰值的錯峰特性？充分利用虛擬化技術(shù)實現(xiàn)資源的共享硬件分區(qū)、軟件分區(qū)、虛擬機、資源動態(tài)調(diào)度技術(shù)虛擬連接VC、刀片技術(shù)3307 八月 2022應(yīng)用層的需求中間件選擇（應(yīng)用架構(gòu)）應(yīng)用訪問安全系統(tǒng)可靠性系統(tǒng)性能需求系統(tǒng)備份與恢復(fù)資源共享3407 八月 2022中間件選擇C/S 架構(gòu)無中間件平臺多層架構(gòu)J2EE架構(gòu)，如WebLogic，WebSphere，JBoss.NET架構(gòu)Tran

17、saction，如TUXEDO、CICS需要有中間件服務(wù)器支撐3507 八月 2022應(yīng)用訪問安全應(yīng)用服務(wù)器Cluster應(yīng)用服務(wù)器本身就有集群的能力，如WebLogic、WebSpere、JBoss等有別于數(shù)據(jù)庫中的HA和Standby3607 八月 2022系統(tǒng)性能需求根據(jù)系統(tǒng)的并發(fā)用戶數(shù)來選擇服務(wù)器一般情況下，一個CPU Core支持50-100并發(fā)用戶數(shù)小型機下：CPU Core/Memory = 1:2 或者1:4PC機下：CPU Core/Memory = 1:1 或者 1:23707 八月 2022案例分享某省社保案例醫(yī)療信息系統(tǒng)案例3807 八月 2022案例1 社保案例社保I

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

19、、48萬參保單位為例 保留五年的數(shù)據(jù)在一級存儲 存儲需求30TB 數(shù)據(jù)冗余, RAID 5 陣列裸容量 50TB 隨著農(nóng)村醫(yī)療和區(qū)域醫(yī)療的加入，數(shù)據(jù)還會增加A2: 需要50TB存儲容量，并提供容量增加的能力案例1 社保案例了解客戶需求Q3: 數(shù)據(jù)安全的保證在線一份數(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ù)安全保護案例1 社保案例了解客戶需求Q3: 數(shù)據(jù)安全的保證在線一份數(shù)據(jù)還是兩份？雙存儲？ 利用企業(yè)存儲陣列的RAID技術(shù) 不使用兩份或者雙

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

21、4-6個并發(fā)支持案例1 社保案例了解客戶需求Q5:數(shù)據(jù)安全 備份磁盤備份 虛擬磁帶庫VTL 備份時間窗口需求 全備份不超過8小時 增量備份1小時內(nèi)完成 系統(tǒng)數(shù)據(jù)恢復(fù)時間不能超過12小時A5: 需要利用虛擬磁帶庫。案例1 社保案例了解客戶需求Q5:數(shù)據(jù)安全 備份手段自動方式？手動備份？ 自動完成備份 無需人工干預(yù) 出錯報警技術(shù)，SMS, Email 支持全備份與增量備份自動的，全備份與增量備份軟件案例1 社保案例了解客戶需求Q6: 數(shù)據(jù)安全容災(zāi)需求？本期不考慮容災(zāi)需求A6: 暫不考慮，但存儲和主機應(yīng)該支持數(shù)據(jù)和應(yīng)用的容災(zāi)。案例1 社保案例了解客戶需求Q7:數(shù)據(jù)擴展性 現(xiàn)有容量20TB 3年內(nèi)增加

22、到30TB 如果政策改變，可能會漲到50TBA7: 存儲必須快速實現(xiàn)容量的增加，不能影響業(yè)務(wù)的連續(xù)運行案例1 社保案例了解客戶需求Q8: 數(shù)據(jù)訪問效率75%的查詢，25%對數(shù)據(jù)修改平均操作響應(yīng)時間不能超過5秒100個用戶會對數(shù)據(jù)庫訪問晚上數(shù)據(jù)的報表需要較多的計算資源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ù)安全訪問O

23、racle RACWebLogic ClusterHA方案案例1 社保案例了解客戶需求Q11:系統(tǒng)可靠性需求 系統(tǒng)需要連續(xù)不斷運行 必須對病毒免疫 必須支持大規(guī)模高并發(fā) 必須支持超過500個并發(fā)的用戶數(shù)量采用小型機，Unix案例1 社保案例了解客戶需求Q12: 系統(tǒng)性能需求 必須支持多達30TB的數(shù)據(jù)訪問 必須支持高達500的并發(fā)用戶 必須采用HA的方式 系統(tǒng)平均響應(yīng)時間小于5秒 報表時間必須小于8小時A12: 高性能多CPU小型機案例1 社保案例了解客戶需求Q13: 煙囪式？融合式？ 業(yè)務(wù)平臺和報表平臺共享數(shù)據(jù)庫 業(yè)務(wù)平臺白天比較忙，而報表相反 希望能利用峰值差在不同系統(tǒng)之間調(diào)度計算資源Q1

24、3： 動態(tài)資源調(diào)度技術(shù)客戶需求Summary從前面了解的需求，總結(jié)客戶的需求如下：性能要求較高、現(xiàn)有SAN環(huán)境數(shù)據(jù)量大，現(xiàn)有數(shù)據(jù)20TB，3年內(nèi)達到30TB，還會增加數(shù)據(jù)不能丟失，系統(tǒng)可靠性99.999%主機系統(tǒng)數(shù)據(jù)安全備份用戶數(shù)據(jù)備份，每月全備份一次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è)要進行處理，如報表、批量數(shù)據(jù)

25、處理業(yè)務(wù)HP建議硬件設(shè)備根據(jù)用戶的需求，建議的HP硬件配置方案：存儲陣列：EVA 8400SAN交換機：8/16 SAN Switch數(shù)據(jù)庫服務(wù)器：SuperDome、HP-UX、ServiceGuard、ServiceGuard extension for RAC、1個nPar、2個vPar應(yīng)用服務(wù)器：SuperDome、HP-UX、1個nPar、2個vPar虛擬帶庫：VLS9000磁帶庫：245e備份軟件：DP備份管理服務(wù)器：DL380存儲管理服務(wù)器：DL3805707 八月 2022案例1 社保案例社保解決方案應(yīng)用系統(tǒng)架構(gòu)集群案例1 社保案例社?？傮w架構(gòu)社保數(shù)據(jù)庫服務(wù)器RAC1SD 12

26、*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ù)離線備份EVA8400社保應(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ù)級別光纖交換機型號和配置需求清單型號、臺數(shù)、端口數(shù)LTU、SFP數(shù)量、光纖線長度與數(shù)量、高級軟件LTU、服務(wù)級別數(shù)據(jù)庫服務(wù)器產(chǎn)品型號和配置需求清單產(chǎn)

27、品型號、臺數(shù)、CPU個數(shù)、內(nèi)存大小、內(nèi)置硬盤個數(shù)與容量、網(wǎng)卡個數(shù)、FC卡個數(shù)、操作系統(tǒng)、磁帶機、服務(wù)級別應(yīng)用服務(wù)器產(chǎn)品型號和配置需求清單產(chǎn)品型號、臺數(shù)、CPU個數(shù)、內(nèi)存大小、內(nèi)置硬盤個數(shù)與容量、網(wǎng)卡個數(shù)、操作系統(tǒng)、磁帶機、服務(wù)級別磁帶庫產(chǎn)品型號和配置需求清單產(chǎn)品型號、臺數(shù)、Driver數(shù)量、磁帶容量和盤數(shù)、清洗帶數(shù)量、磁帶標簽、服務(wù)級別備份軟件 DP和配置清單SAN Backup、Online Backup、槽位數(shù)擴展、Driver數(shù)擴展管理服務(wù)型號和配置清單（PC Server）6007 八月 2022案例2 醫(yī)療信息系統(tǒng)案例業(yè)務(wù)需求業(yè)務(wù)集中早上810點，下午13：3015點，是醫(yī)院看病的業(yè)

28、務(wù)高峰期安全性要求高系統(tǒng)不能遭受病毒、安全漏洞攻擊數(shù)據(jù)不能丟失系統(tǒng)要求穩(wěn)定，不能宕機系統(tǒng)擴展能力業(yè)務(wù)發(fā)展快系統(tǒng)易管理要求降低運營成本案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q1: 客戶存儲環(huán)境？客戶現(xiàn)有環(huán)境和計劃采用的技術(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: 需要5

29、TB存儲容量，并提供容量增加的能力案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q3: 數(shù)據(jù)安全的保證在線一份數(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ù)安全保護案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q3: 數(shù)據(jù)安全的保證在線一份數(shù)據(jù)還是兩份？雙存儲？ 利用企業(yè)存儲陣列的RAID技術(shù) 不使用兩份或者雙存儲 雙存儲的容災(zāi)解決方案將在后期考慮A3: 企業(yè)級磁盤陣列案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q4: 數(shù)據(jù)安全 備份磁帶機 Tape Driver 數(shù)據(jù)需

30、要備份，以保證數(shù)據(jù)的安全 需要利用磁帶來保證具有數(shù)據(jù)的多個版本 除了數(shù)據(jù)之外，主機的操作環(huán)境也需要備份 全備份數(shù)據(jù)量 5TB 日增加數(shù)據(jù)量 1GB磁帶機只能用于主機系統(tǒng)的數(shù)據(jù)備份，不能用于數(shù)據(jù)案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q5: 數(shù)據(jù)安全 備份磁帶庫 Tape Library 數(shù)據(jù)容量3TB 每月完全備份一次 3TB 每天增量備份 1GB 并發(fā)性要求不是很高Q5: 磁帶庫容量一般按照數(shù)據(jù)容量的3倍進行選擇，因此磁帶庫容量需要10TB，1-2個并發(fā)支持案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q5:數(shù)據(jù)安全 備份磁盤備份 虛擬磁帶庫VTL 備份時間窗口需求 全備份不超過8小時 增量備份1小時內(nèi)完

31、成 系統(tǒng)數(shù)據(jù)恢復(fù)時間不能超過12小時日增數(shù)據(jù)量1GBA5: 不需要利用虛擬磁帶庫。案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q5:數(shù)據(jù)安全 備份手段自動方式？手動備份？ 自動完成備份 無需人工干預(yù) 出錯報警技術(shù)，SMS, Email 支持全備份與增量備份自動的，全備份與增量備份軟件案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q6: 數(shù)據(jù)安全容災(zāi)需求？本期不考慮容災(zāi)需求A6: 暫不考慮，但存儲和主機應(yīng)該支持數(shù)據(jù)和應(yīng)用的容災(zāi)。案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q7:數(shù)據(jù)擴展性 現(xiàn)有容量2TB 3年內(nèi)增加到3TB 如果有PACS系統(tǒng)的整合或者EMR系統(tǒng)的需求，可能會漲到10TB以上A7: 存儲必須快速實現(xiàn)容量的

32、增加，不能影響業(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： 必須采用FC磁盤才能滿足客戶的高效能需求案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q9: 數(shù)據(jù)訪問模式根據(jù)HIS平臺，C/S環(huán)境采用SQL Server架構(gòu)采用SQL Server實現(xiàn)雙機Standby本案例采用了SQL Server數(shù)據(jù)庫，利用SQL Server雙機互備提供高可用性案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q10: 數(shù)據(jù)安全訪問SQ

33、L Server雙機Standby方案案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q11:系統(tǒng)可靠性需求 系統(tǒng)需要連續(xù)不斷運行 必須對病毒免疫 必須支持較大用戶并發(fā) 必須支持超過100個并發(fā)的用戶數(shù)量 管理簡便采用小型機，Windows案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q12: 系統(tǒng)性能需求 必須支持多達3TB的數(shù)據(jù)訪問 必須支持高達100的并發(fā)用戶 系統(tǒng)平均響應(yīng)時間小于5秒 存在業(yè)務(wù)高峰期的突發(fā)需求A12: 高性能多CPU小型機案例2 醫(yī)療信息系統(tǒng)案例了解客戶需求Q13: 煙囪式？融合式？ 目前業(yè)務(wù)平臺單一 業(yè)務(wù)未融合，資源要求簡單 僅數(shù)據(jù)庫需求Q13： 主機不采用資源共享模式，存儲采用共享模式，

34、進行存儲集中客戶需求Summary從前面了解的需求，總結(jié)客戶的需求如下：性能要求較高、現(xiàn)有SAN環(huán)境數(shù)據(jù)量較大，現(xiàn)有數(shù)據(jù)2TB，3年內(nèi)達到3TB，還會增加數(shù)據(jù)不能丟失，系統(tǒng)可靠性99.999%主機系統(tǒng)數(shù)據(jù)安全備份用戶數(shù)據(jù)備份，每月全備份一次3TB、每日增量備份1GB、全備份時間不能超過8小時、增量備份不超過1小時、數(shù)據(jù)恢復(fù)時間不超過12小時、要求自動、集中備份數(shù)據(jù)庫采用SQL Server，雙機互備模式，要求支持100以上并發(fā)用戶、平均響應(yīng)時間不超過5秒、能夠支持高峰突發(fā)性業(yè)務(wù)現(xiàn)有IT管理力量薄弱，要求管理簡便，防病毒，安全性高，系統(tǒng)可靠。HP建議硬件設(shè)備根據(jù)用戶的需求，建議的HP硬件配置方案：存儲陣列：EVA4400SAN交換機：8/8 SAN Switch數(shù)據(jù)庫服務(wù)器：Rx6600、Windows磁帶庫：M