HP存儲(chǔ)方案培訓(xùn)v2.6

從需求到方案HP

Channel219三月2024提綱典型企業(yè)應(yīng)用架構(gòu)數(shù)據(jù)存儲(chǔ)層的需求分析數(shù)據(jù)訪問層的需求分析應(yīng)用層的需求分析案例分享319三月2024典型企業(yè)應(yīng)用架構(gòu)存儲(chǔ)層存儲(chǔ)企業(yè)數(shù)據(jù)通常是數(shù)據(jù)庫數(shù)據(jù)訪問層對(duì)存儲(chǔ)設(shè)備的訪問對(duì)數(shù)據(jù)的操作應(yīng)用層業(yè)務(wù)邏輯展現(xiàn)層數(shù)據(jù)的展現(xiàn)419三月2024數(shù)據(jù)存儲(chǔ)層需要考慮的問題存儲(chǔ)環(huán)境的選擇數(shù)據(jù)容量數(shù)據(jù)平安性數(shù)據(jù)擴(kuò)展性數(shù)據(jù)訪問效率〔性能要求〕數(shù)據(jù)生命周期的考慮519三月2024Q1:客戶存儲(chǔ)環(huán)境？

客戶現(xiàn)有環(huán)境和方案采用的技術(shù)SAN環(huán)境(光纖)存儲(chǔ)區(qū)域網(wǎng)絡(luò)高速光纖網(wǎng)絡(luò)高效適合提供塊數(shù)據(jù)效勞造價(jià)相對(duì)較高NAS通過網(wǎng)絡(luò)提供數(shù)據(jù)通常適合文件效勞容易共享造價(jià)低受NAS效勞器限制iSCSI–IPSANSCSIoverIP網(wǎng)絡(luò)上提供數(shù)據(jù)塊效勞無需專用存儲(chǔ)網(wǎng)絡(luò)造價(jià)較低網(wǎng)絡(luò)協(xié)議導(dǎo)致了性能相對(duì)FCSAN較低DAS直接連接效勞設(shè)備連接方式多樣數(shù)據(jù)無法共享維護(hù)本錢高

619三月2024Q2:客戶數(shù)據(jù)容量？

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

324TB存儲(chǔ)整合

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

WEB、Exchange、SQL簡(jiǎn)單的DAS到SAN（ProLiant）Windows、Linux、Netware可擴(kuò)展性

總計(jì)吞吐量

EVA系列EVA4400EVA6400EVA8400XP

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

Data

Loss.CBLDataRecoveryTechnologiesInc.Industry資料來源–DataRecoveryReport5–4為什么需要數(shù)據(jù)保護(hù)？819三月2024Q3:數(shù)據(jù)平安的保證

在線一份數(shù)據(jù)還是兩份？單存儲(chǔ)？即時(shí)數(shù)據(jù)拷貝保證數(shù)據(jù)平安在線備份、對(duì)應(yīng)用無影響數(shù)據(jù)喪失可及時(shí)恢復(fù)拷貝的數(shù)據(jù)可以用于數(shù)據(jù)挖掘改善業(yè)務(wù)流程提高客戶的業(yè)務(wù)能力提供針對(duì)Oracle,Exchange和SAP系統(tǒng)特點(diǎn)的數(shù)據(jù)快照保護(hù)919三月2024Q3:數(shù)據(jù)平安的保證

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

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

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

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

磁帶庫TapeLibrary集中備份自動(dòng)備份與恢復(fù)1319三月2024磁盤備份？磁帶備份？現(xiàn)在，市場(chǎng)上有兩種備份方式可供您選擇...磁盤備份磁帶備份優(yōu)勢(shì)

快速文件訪問

減少備份時(shí)間增加備份并行度

容易使用

比較便宜

利于長(zhǎng)期保存

容易移動(dòng)劣勢(shì)

價(jià)格稍高

不方便在不同地之間移動(dòng)

備份和恢復(fù)速度慢

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

（例如容量太低，不支持新應(yīng)用）淘汰和更換解決方案針對(duì)主要問題部署專用解決方案獨(dú)立擴(kuò)展容量和吞吐量幾乎支持所有的備份應(yīng)用采用重復(fù)數(shù)據(jù)刪除技術(shù)和自動(dòng)遷移技術(shù)1619三月20241619三月2024D2D100

系列VLS6000

系列D2D2500

系列D2D4000

系列VLS9000VLS12000

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

磁盤備份–虛擬磁帶庫VTL集中、自動(dòng)備份與恢復(fù)快速自動(dòng)備份與恢復(fù)

提高介質(zhì)利用率1719三月2024手動(dòng)備份與恢復(fù)人員操作容易出錯(cuò)，恢復(fù)復(fù)雜本錢高集中自動(dòng)備份與恢復(fù)自動(dòng)運(yùn)行無需或者很少人員的參與更容易的恢復(fù)數(shù)據(jù)平安–備份手段

自動(dòng)方式？手動(dòng)備份？1819三月2024Q6:數(shù)據(jù)平安

容災(zāi)需求？多存儲(chǔ)藏份與恢復(fù)StorageMirroring磁盤陣列級(jí)多存儲(chǔ)藏份與恢復(fù)-CA1919三月2024容災(zāi)！容災(zāi)！容災(zāi)！

如何選擇適宜的數(shù)據(jù)保護(hù)戰(zhàn)略？?jī)蓚€(gè)主要的衡量指標(biāo)：恢復(fù)時(shí)間目標(biāo)〔RTO〕業(yè)務(wù)流程能夠承受多長(zhǎng)的停機(jī)時(shí)間？一天？一個(gè)小時(shí)？一刻都無法承受？恢復(fù)點(diǎn)目標(biāo)〔RPO〕企業(yè)可承受多少數(shù)據(jù)喪失？一天的數(shù)據(jù)？一個(gè)小時(shí)的數(shù)據(jù)？不能喪失任何數(shù)據(jù)？磁帶和

自動(dòng)化處理虛擬

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

年天小時(shí)分鐘秒

秒分鐘小時(shí)天恢復(fù)點(diǎn)(RecoverPointObjective)恢復(fù)時(shí)間(RecoveryTimeObjective)保護(hù)方法磁帶備份寫入時(shí)捕獲保險(xiǎn)庫

綜合備份磁帶備份存檔快照實(shí)時(shí)復(fù)制鏡像實(shí)時(shí)恢復(fù)磁盤存儲(chǔ)磁帶存儲(chǔ)

卷備份時(shí)間點(diǎn)搜索/檢索

恢復(fù)方法2019三月2024202019三月2024多主機(jī)級(jí)多存儲(chǔ)藏份與恢復(fù)

StorageMirroring持續(xù)的數(shù)據(jù)保護(hù)要求快速數(shù)據(jù)備份，字節(jié)數(shù)據(jù)復(fù)制，秒級(jí)內(nèi)快速數(shù)據(jù)恢復(fù)，分鐘級(jí)內(nèi)從SMB到Enterprise軟件支持，價(jià)格較低較低的網(wǎng)絡(luò)配置也能滿足2119三月2024磁盤陣列級(jí)多存儲(chǔ)藏份與恢復(fù)

CA容災(zāi)-“抗地震”的應(yīng)用系統(tǒng)高可用性方案數(shù)據(jù)的連續(xù)拷貝硬件級(jí)別的操作對(duì)系統(tǒng)性能無影響保證業(yè)務(wù)數(shù)據(jù)平安在災(zāi)難發(fā)生時(shí)，保持業(yè)務(wù)運(yùn)行應(yīng)用與數(shù)據(jù)容災(zāi)的配合2219三月2024Q7:數(shù)據(jù)擴(kuò)展性如何擴(kuò)展容量考慮的問題是否考慮停機(jī)？重構(gòu)還是自動(dòng)擴(kuò)展？一次采購(gòu)還是逐漸升級(jí)目標(biāo)應(yīng)用不停機(jī)，容量自動(dòng)增長(zhǎng)磁盤卷不用重構(gòu)，容量自動(dòng)擴(kuò)展減少初期投入，隨業(yè)務(wù)穩(wěn)步增長(zhǎng)2319三月2024Q8:數(shù)據(jù)訪問效率陣列的選擇并發(fā)用戶數(shù)的考慮數(shù)據(jù)量的大小平均訪問時(shí)間磁盤的選擇？FC/FATA/SATA/SSD如何利用所有磁盤的性能不同類型的硬盤其性能差異很大，根據(jù)性能、容量、價(jià)格來進(jìn)行衡量同類型的硬盤選擇指導(dǎo)：在滿足相同存儲(chǔ)容量要求下，盡量選擇大容量低轉(zhuǎn)速的硬盤，降低采購(gòu)本錢。2419三月2024固態(tài)硬盤SSD與光纖硬盤的比照隨機(jī)讀延遲隨機(jī)讀IOPS讀吞吐量(MB/s)耗電單層式固態(tài)硬盤SSD~0.1ms>15000~250MB/s~3-4w多層式固態(tài)硬盤SSD~0.1ms>1000~150MB/s~1-2w15000轉(zhuǎn)光纖硬盤~6ms~180~100MB/s~15w2519三月2024近線FATA磁盤不常訪問的數(shù)據(jù)、快速恢復(fù)、備份到磁盤…在線FC磁盤活動(dòng)數(shù)據(jù)、本地和遠(yuǎn)程鏡像、即時(shí)恢復(fù)…數(shù)據(jù)生命周期–分層存儲(chǔ)固態(tài)硬盤-SSDIO密集型應(yīng)用…2619三月2024數(shù)據(jù)訪問層的需求數(shù)據(jù)訪問模式數(shù)據(jù)訪問平安系統(tǒng)可靠性要求系統(tǒng)性能需求系統(tǒng)備份與恢復(fù)資源共享2719三月2024Q9:數(shù)據(jù)訪問模式數(shù)據(jù)庫Oracle、SQLServer、DB2、Sybase、…文件效勞NFS、CIFSNAS2819三月2024Q10:數(shù)據(jù)平安訪問提供高可用，多節(jié)點(diǎn)的訪問如OracleRAC，可以選擇ServiceGuard+ServiceGuardextensionforRAC雙機(jī)Standby互備模式應(yīng)用容災(zāi)〔涉及流程、切換、演練、人員等〕2919三月2024Q11:系統(tǒng)可靠性需求非方案宕機(jī)時(shí)間防病毒與平安內(nèi)部平安機(jī)制3019三月2024小機(jī)？PC效勞器？平安性更高，PCServer上的OS平安性相對(duì)較低，而且病毒、bug等更嚴(yán)重?cái)U(kuò)展性更高，如果業(yè)務(wù)增長(zhǎng)較快必須移植到小型機(jī)穩(wěn)定性更高，小型機(jī)99.999%，而PCServer一般99.99%，停機(jī)時(shí)間分別為5分鐘和52分鐘可靠性更高硬件上更多的可靠性技術(shù)〔如zx2的雙芯片備件、IO故障隔離、CPU故障隔離〕集群技術(shù)更成熟3119三月2024Q12:系統(tǒng)性能需求性能考慮指標(biāo)并發(fā)用戶數(shù)平均響應(yīng)時(shí)間業(yè)務(wù)復(fù)雜程度一般情況下，一個(gè)CPUCore支持20-50并發(fā)用戶數(shù)小型機(jī)下：CPUCore/Memory=1:2或者1:4PC機(jī)下：CPUCore/Memory=1:1或者1:23219三月2024Q13:煙囪式？融合式？單一應(yīng)用/多個(gè)應(yīng)用能利用應(yīng)用峰值的錯(cuò)峰特性？充分利用虛擬化技術(shù)實(shí)現(xiàn)資源的共享硬件分區(qū)、軟件分區(qū)、虛擬機(jī)、資源動(dòng)態(tài)調(diào)度技術(shù)虛擬連接VC、刀片技術(shù)3319三月2024應(yīng)用層的需求中間件選擇〔應(yīng)用架構(gòu)〕應(yīng)用訪問平安系統(tǒng)可靠性系統(tǒng)性能需求系統(tǒng)備份與恢復(fù)資源共享3419三月2024中間件選擇C/S架構(gòu)無中間件平臺(tái)多層架構(gòu)J2EE架構(gòu)，如WebLogic，WebSphere，JBoss.NET架構(gòu)Transaction，如TUXEDO、CICS需要有中間件效勞器支撐3519三月2024應(yīng)用訪問平安應(yīng)用效勞器Cluster應(yīng)用效勞器本身就有集群的能力，如WebLogic、WebSpere、JBoss等有別于數(shù)據(jù)庫中的HA和Standby3619三月2024系統(tǒng)性能需求根據(jù)系統(tǒng)的并發(fā)用戶數(shù)來選擇效勞器一般情況下，一個(gè)CPUCore支持50-100并發(fā)用戶數(shù)小型機(jī)下：CPUCore/Memory=1:2或者1:4PC機(jī)下：CPUCore/Memory=1:1或者1:23719三月2024案例分享某省社保案例醫(yī)療信息系統(tǒng)案例3819三月2024案例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)用效勞器很忙，客戶等待時(shí)間很長(zhǎng)?！餐砩陷^閑〕晚上，批量處理參保機(jī)構(gòu)信息，數(shù)據(jù)庫效勞器忙，有時(shí)在第二天上班前不能處理完畢?！舶滋燧^閑〕信息化建設(shè)正興起，系統(tǒng)維護(hù)力量相對(duì)薄弱案例1–社保案例

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

客戶現(xiàn)有環(huán)境和方案采用的技術(shù)結(jié)合用戶現(xiàn)有技術(shù)環(huán)境，選擇適宜的存儲(chǔ)環(huán)境客戶對(duì)性能要求較高客戶現(xiàn)有SAN存儲(chǔ)環(huán)境A1:FCSAN案例1–社保案例

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

現(xiàn)有數(shù)據(jù)容量和開展需求800萬參保用戶、48萬參保單位為例保存五年的數(shù)據(jù)在一級(jí)存儲(chǔ)存儲(chǔ)需求30TB數(shù)據(jù)冗余,RAID5陣列裸容量50TB隨著農(nóng)村醫(yī)療和區(qū)域醫(yī)療的參加，數(shù)據(jù)還會(huì)增加A2:需要50TB存儲(chǔ)容量，并提供容量增加的能力案例1–社保案例

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

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

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

在線一份數(shù)據(jù)還是兩份？雙存儲(chǔ)？利用企業(yè)存儲(chǔ)陣列的RAID技術(shù)不使用兩份或者雙存儲(chǔ)雙存儲(chǔ)的容災(zāi)解決方案將在后期考慮A3:企業(yè)級(jí)磁盤陣列案例1–社保案例

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

磁帶機(jī)TapeDriver數(shù)據(jù)需要備份，以保證數(shù)據(jù)的平安需要利用磁帶來保證具有數(shù)據(jù)的多個(gè)版本除了數(shù)據(jù)之外，主機(jī)的操作環(huán)境也需要備份全備份數(shù)據(jù)量～30TB日增加數(shù)據(jù)量～15GB磁帶機(jī)只能用于主機(jī)系統(tǒng)的數(shù)據(jù)備份，不能用于數(shù)據(jù)案例1–社保案例

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

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

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

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

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

自動(dòng)方式？手動(dòng)備份？自動(dòng)完成備份無需人工干預(yù)出錯(cuò)報(bào)警技術(shù)，SMS,Email……支持全備份與增量備份自動(dòng)的，全備份與增量備份軟件案例1–社保案例

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

容災(zāi)需求？本期不考慮容災(zāi)需求A6:暫不考慮，但存儲(chǔ)和主機(jī)應(yīng)該支持?jǐn)?shù)據(jù)和應(yīng)用的容災(zāi)。案例1–社保案例

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

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

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

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

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

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

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

社保解決方案應(yīng)用系統(tǒng)架構(gòu)集群案例1–社保案例

社?？傮w架構(gòu)社保數(shù)據(jù)庫效勞器RAC1SD12*1.6GHz/32GB社保數(shù)據(jù)庫效勞器RAC2SD12*1.6GHz/32GB存儲(chǔ)管理效勞器FCSwitch8/16MC/ServiceGuardExtensionforRAC備份效勞器磁帶庫245e數(shù)據(jù)離線備份EVA8400社保應(yīng)用效勞器SD4*1.6GHz/8GB社保應(yīng)用效勞器SD4*1.6GHz/8GBVLS9000案例1–社保案例

產(chǎn)品配置需求清單存儲(chǔ)產(chǎn)品型號(hào)和配置需求清單型號(hào)、臺(tái)數(shù)、硬盤個(gè)數(shù)〔按照轉(zhuǎn)速〕、軟件LTU、效勞級(jí)別光纖交換機(jī)型號(hào)和配置需求清單型號(hào)、臺(tái)數(shù)、端口數(shù)LTU、SFP數(shù)量、光纖線長(zhǎng)度與數(shù)量、高級(jí)軟件LTU、效勞級(jí)別數(shù)據(jù)庫效勞器產(chǎn)品型號(hào)和配置需求清單產(chǎn)品型號(hào)、臺(tái)數(shù)、CPU個(gè)數(shù)、內(nèi)存大小、內(nèi)置硬盤個(gè)數(shù)與容量、網(wǎng)卡個(gè)數(shù)、FC卡個(gè)數(shù)、操作系統(tǒng)、磁帶機(jī)、效勞級(jí)別應(yīng)用效勞器產(chǎn)品型號(hào)和配置需求清單產(chǎn)品型號(hào)、臺(tái)數(shù)、CPU個(gè)數(shù)、內(nèi)存大小、內(nèi)置硬盤個(gè)數(shù)與容量、網(wǎng)卡個(gè)數(shù)、操作系統(tǒng)、磁帶機(jī)、效勞級(jí)別磁帶庫產(chǎn)品型號(hào)和配置需求清單產(chǎn)品型號(hào)、臺(tái)數(shù)、Driver數(shù)量、磁帶容量和盤數(shù)、清洗帶數(shù)量、磁帶標(biāo)簽、效勞級(jí)別備份軟件DP和配置清單SANBackup、OnlineBackup、槽位數(shù)擴(kuò)展、Driver數(shù)擴(kuò)展管理效勞型號(hào)和配置清單〔PCServer〕6019三月2024案例2–醫(yī)療信息系統(tǒng)案例

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

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

客戶現(xiàn)有環(huán)境和方案采用的技術(shù)結(jié)合用戶現(xiàn)有技術(shù)環(huán)境，選擇適宜的存儲(chǔ)環(huán)境客戶對(duì)性能要求較高客戶現(xiàn)有SAN存儲(chǔ)環(huán)境A1:FCSAN案例2–醫(yī)療信息系統(tǒng)案例

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

現(xiàn)有數(shù)據(jù)容量和開展需求每日門診量5000人左右，住院床位數(shù)1000張左右保存五年的數(shù)據(jù)在一級(jí)存儲(chǔ)存儲(chǔ)需求3TB數(shù)據(jù)冗余,RAID5陣列裸容量5TB隨著PACS、EMR的參加，數(shù)據(jù)還會(huì)增加A2:需要5TB存儲(chǔ)容量，并提供容量增加的能力案例2–醫(yī)療信息系統(tǒng)案例

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

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

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

在線一份數(shù)據(jù)還是兩份？雙存儲(chǔ)？利用企業(yè)存儲(chǔ)陣列的RAID技術(shù)不使用兩份或者雙存儲(chǔ)雙存儲(chǔ)的容災(zāi)解決方案將在后期考慮A3:企業(yè)級(jí)磁盤陣列案例2–醫(yī)療信息系統(tǒng)案例

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

磁帶機(jī)TapeDriver數(shù)據(jù)需要備份，以保證數(shù)據(jù)的平安需要利用磁帶來保證具有數(shù)據(jù)的多個(gè)版本除了數(shù)據(jù)之外，主機(jī)的操作環(huán)境也需要備份全備份數(shù)據(jù)量～5TB日增加數(shù)據(jù)量～1GB磁帶機(jī)只能用于主機(jī)系統(tǒng)的數(shù)據(jù)備份，不能用于數(shù)據(jù)案例2–醫(yī)療信息系統(tǒng)案例

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

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

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

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

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

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

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

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

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

了解客戶需求Q8:數(shù)據(jù)訪問效率50%的查詢，50%對(duì)數(shù)據(jù)修改平均操作響應(yīng)時(shí)間不能超過5秒~100個(gè)用戶會(huì)對(duì)數(shù)據(jù)庫訪問存在業(yè)務(wù)頂峰期的問題，早上8:00-10:00，