【文章內(nèi)容簡介】 ug等更嚴重 ?擴展性更高，如果業(yè)務(wù)增長較快必須移植到小型機 ?穩(wěn)定性更高，小型機 %，而 PC Server一般%，停機時間分別為 5分鐘和 52分鐘 ?可靠性更高 ?硬件上更多的可靠性技術(shù)（如 zx2的雙芯片備件、IO故障隔離、 CPU故障隔離） ?集群技術(shù)更成熟 31 2023/2/3 Q12: 系統(tǒng)性能需求 ? 性能考慮指標 ? 并發(fā)用戶數(shù) ? 平均響應(yīng)時間 ? 業(yè)務(wù)復雜程度 ? 一般情況下，一個 CPU Core支持 2050并發(fā)用戶數(shù) ? 小型機下： CPU Core/Memory = 1:2 或者 1:4 ? PC機下： CPU Core/Memory = 1:1 或者 1:2 32 2023/2/3 Q13: 煙囪式？融合式？ ? 單一應(yīng)用 /多個應(yīng)用 ? 能利用應(yīng)用峰值的錯峰特性？ ? 充分利用虛擬化技術(shù)實現(xiàn)資源的共享 ?硬件分區(qū)、軟件分區(qū)、虛擬機、資源動態(tài)調(diào)度技術(shù) ?虛擬連接 VC、刀片技術(shù) 33 2023/2/3 應(yīng)用層的需求 ? 中間件選擇（應(yīng)用架構(gòu)） ? 應(yīng)用訪問安全 ? 系統(tǒng)可靠性 ? 系統(tǒng)性能需求 ? 系統(tǒng)備份與恢復 ? 資源共享 34 2023/2/3 中間件選擇 ? C/S 架構(gòu) ?無中間件平臺 ? 多層架構(gòu) ?J2EE架構(gòu)，如 WebLogic， WebSphere， JBoss ?.NET架構(gòu) ?Transaction，如 TUXEDO、 CICS ?需要有中間件服務(wù)器支撐 35 2023/2/3 應(yīng)用訪問安全 ? 應(yīng)用服務(wù)器 Cluster ?應(yīng)用服務(wù)器本身就有集群的能力，如 WebLogic、WebSpere、 JBoss等 ?有別于數(shù)據(jù)庫中的 HA和 Standby 36 2023/2/3 系統(tǒng)性能需求 ? 根據(jù)系統(tǒng)的并發(fā)用戶數(shù)來選擇服務(wù)器 ? 一般情況下，一個 CPU Core支持 50100并發(fā)用戶數(shù) ? 小型機下： CPU Core/Memory = 1:2 或者 1:4 ? PC機下： CPU Core/Memory = 1:1 或者 1:2 37 2023/2/3 案例分享 ? 某省社保案例 ? 醫(yī)療信息系統(tǒng)案例 38 2023/2/3 案例 1 – 社保案例 社保 IT部門面臨挑戰(zhàn) ? 業(yè)務(wù)復雜、影響面廣 ?養(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萬參保用戶、 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è)級的安全級別， % ?在第一期不考慮容災(zāi)的問題 ? A3: 企業(yè)級存儲的內(nèi)置 RAID實現(xiàn)數(shù)據(jù)安全保護 案例 1 – 社保案例 了解客戶需求 ? Q3: 數(shù)據(jù)安全的保證 在線一份數(shù)據(jù)還是兩份？雙存儲？ ? 利用企業(yè)存儲陣列的 RAID技術(shù) ? 不使用兩份或者雙存儲 ? 雙存儲的容災(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， 46個并發(fā)支持 案例 1 – 社保案例 了解客戶需求 ? Q5:數(shù)據(jù)安全 – 備份 磁盤備份 – 虛擬磁帶庫 VTL ? 備份時間窗口需求 ? 全備份不超過 8小時 ? 增量備份 1小時內(nèi)完成 ? 系統(tǒng)數(shù)據(jù)恢復時間不能超過 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)增加到 30TB ? 如果政策改變，可能會漲到 50TB ? A7: 存儲必須快速實現(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ù)安全訪問 ?Oracle RAC ?WebLogic Cluster ? HA方案 案例 1 – 社保案例 了解客戶需求 ? Q11:系統(tǒng)可靠性需求 ? 系統(tǒng)需要連續(xù)不斷運行 ? 必須對病毒免疫 ? 必須支持大規(guī)模高并發(fā) ? 必須支持超過 500個并發(fā)的用戶數(shù)量 ? 采用小型機， Unix 案例 1 – 社保案例 了解客戶需求 ? Q12: 系統(tǒng)性能需求 ? 必須支持多達 30TB的數(shù)據(jù)訪問 ? 必須支持高達