【正文】 儲環(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ù)的安全需求 ?需要存儲陣列提供企業(yè)級的安全級別， % ?在第一期不考慮容災的問題 ? A3: 企業(yè)級存儲的內(nèi)置 RAID實現(xiàn)數(shù)據(jù)安全保護 案例 2 –醫(yī)療信息系統(tǒng)案例 了解客戶需求 ? Q3: 數(shù)據(jù)安全的保證 在線一份數(shù)據(jù)還是兩份？雙存儲？ ? 利用企業(yè)存儲陣列的 RAID技術(shù) ? 不使用兩份或者雙存儲 ? 雙存儲的容災解決方案將在后期考慮 ? A3: 企業(yè)級磁盤陣列 案例 2 –醫(yī)療信息系統(tǒng)案例 了解客戶需求 ? Q4: 數(shù)據(jù)安全 – 備份 磁帶機 Tape Driver ? 數(shù)據(jù)需要備份，以保證數(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， 12個并發(fā)支持 案例 2 –醫(yī)療信息系統(tǒng)案例 了解客戶需求 ? Q5:數(shù)據(jù)安全 – 備份 磁盤備份 – 虛擬磁帶庫 VTL ? 備份時間窗口需求 ? 全備份不超過 8小時 ? 增量備份 1小時內(nèi)完成 ? 系統(tǒng)數(shù)據(jù)恢復時間不能超過 12小時 ? 日增數(shù)據(jù)量 1GB ? A5: 不需要利用虛擬磁帶庫。 案例 2 –醫(yī)療信息系統(tǒng)案例 了解客戶需求 ? Q5:數(shù)據(jù)安全 – 備份手段 自動方式？手動備份？ ? 自動完成備份 ? 無需人工干預 ? 出錯報警技術(shù)， SMS, Email …… ? 支持全備份與增量備份 ? 自動的，全備份與增量備份軟件 案例 2 –醫(yī)療信息系統(tǒng)案例 了解客戶需求 ? Q6: 數(shù)據(jù)安全 容災需求？ ?本期不考慮容災需求 ? A6: 暫不考慮，但存儲和主機應該支持數(shù)據(jù)和應用的容災。 案例 2 –醫(yī)療信息系統(tǒng)案例 了解客戶需求 ? Q7:數(shù)據(jù)擴展性 ? 現(xiàn)有容量 2TB ? 3年內(nèi)增加到 3TB ? 如果有 PACS系統(tǒng)的整合或者 EMR系統(tǒng)的需求，可能會漲到 10TB以上 ? A7: 存儲必須快速實現(xiàn)容量的增加，不能影響業(yè)務的連續(xù)運行 案例 2 –醫(yī)療信息系統(tǒng)案例 了解客戶需求 ? Q8: 數(shù)據(jù)訪問效率 ? 50%的查詢， 50%對數(shù)據(jù)修改 ? 平均操作響應時間不能超過 5秒 ? ~100個用戶會對數(shù)據(jù)庫訪問 ? 存在業(yè)務高峰期的問題，早上 8:0010:00，下午 13:3015:00業(yè)務集中 ? 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ù)安全訪問 ?SQL 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)平均響應時間小于 5秒 ? 存在業(yè)務高峰期的突發(fā)需求 A12: 高性能多 CPU小型機 案例 2 –醫(yī)療信息系統(tǒng)案例 了解客戶需求 ? Q13: 煙囪式？融合式？ ? 目前業(yè)務平臺單一 ? 業(yè)務未融合，資源要求簡單 ? 僅數(shù)據(jù)庫需求 ? Q13： 主機不采用資源共享模式，存儲采用共享模式，進行存儲集中 客戶需求 Summary ? 從前面了解的需求，總結(jié)客戶的需求如下： ? 性能要求較高、現(xiàn)有 SAN環(huán)境 ? 數(shù)據(jù)量較大，現(xiàn)有數(shù)據(jù) 2TB， 3年內(nèi)達到 3TB，還會增加 ? 數(shù)據(jù)不能丟失，系統(tǒng)可靠性 % ? 主機系統(tǒng)數(shù)據(jù)安全備份 ? 用戶數(shù)據(jù)備份，每月全備份一次 3TB、每日增量備份 1GB、全備份時間不能超過 8小時、增量備份不超過 1小時、數(shù)據(jù)恢復時間不超過 12小時、要求自動、集中備份 ? 數(shù)據(jù)庫采用 SQL Server，雙機互備模式，要求支持 100以上并發(fā)用戶、平均響應時間不超過 5秒、能夠支持高峰突發(fā)性業(yè)務 ? 現(xiàn)有 IT管理力量薄弱，要求管理簡便，防病毒，安全性高，系統(tǒng)可靠。 HP建議硬件設備 ? 根據(jù)用戶的需求，建議的 HP硬件配置方案： ?存儲陣列： EVA4400 ?SAN交換機： 8/8 SAN Switch ?數(shù)據(jù)庫服務器： Rx6600、 Windows ?磁帶庫： MSL2024 ?備份軟件： DP ?備份管理服務器： DL380 Standby 案例 2 – 醫(yī)療信息系統(tǒng)案例 系統(tǒng)架構(gòu) SQL Server DB1 SQL Server DB2 HIS數(shù)據(jù)庫服務器 RX6600 4*HIS數(shù)據(jù)庫服務器 RX6600 2*備份服務器 DL380 EVA4400 300GB*12 FC Switch 8/8 MSCS MSL2024 總結(jié) ? 了解真正的用戶需求 ? 熟悉 HP解決方案的特點 ? 選擇合適的 HP解決方案 ? 解決用戶的問題 Q A