某人壽保險(xiǎn)IT系統(tǒng)基礎(chǔ)架構(gòu)容災(zāi)經(jīng)驗(yàn)分享

1、xx人壽IT系統(tǒng)基礎(chǔ)架構(gòu)容災(zāi)經(jīng)驗(yàn)分享 XX人壽保險(xiǎn)股份有限公司系1996年8月22日經(jīng)中國(guó)人民銀行總行批準(zhǔn)成立的全國(guó)性、股份制人壽保險(xiǎn)公司。 截至2012年，XX人壽總資產(chǎn)超4100億元，凈資產(chǎn)近210億 元，在全國(guó)設(shè)立了北京、上海、湖北、山東、廣東等35家分公司，各級(jí)機(jī)構(gòu)超4200家，構(gòu)建起完整的服務(wù)網(wǎng)絡(luò)為客戶提供及時(shí)和周到的服務(wù)，累計(jì)為2776 萬(wàn)個(gè)人客戶和25萬(wàn)機(jī)構(gòu)客戶提供過(guò)服務(wù)，累計(jì)理賠客戶927萬(wàn)人次，累計(jì)理賠金額99億元。 XX人壽旗下?lián)碛蠿X資產(chǎn)管理有限責(zé)任公司、XX養(yǎng)老保險(xiǎn)股份有限公司和XX之家投資有限公司。XX資產(chǎn)是國(guó)內(nèi)資本市場(chǎng)大型機(jī)構(gòu)投資者之一，受托資產(chǎn)管理總 規(guī)模超460

2、0億元，綜合投資收益率居于行業(yè)前列。2012年，XX人壽和XX資產(chǎn)分別通過(guò)“保監(jiān)會(huì)不動(dòng)產(chǎn)投資能力和投資計(jì)劃產(chǎn)品創(chuàng)新能力備案”，成為 保險(xiǎn)資金投資不動(dòng)產(chǎn)暫行辦法實(shí)施以來(lái)，行業(yè)內(nèi)第一批取得不動(dòng)產(chǎn)直接投資、不動(dòng)產(chǎn)金融產(chǎn)品設(shè)立與發(fā)行雙重資格的保險(xiǎn)集團(tuán)化公司。 未來(lái)，XX人壽將堅(jiān)持專業(yè)化經(jīng)營(yíng)，深耕壽險(xiǎn)產(chǎn)業(yè)鏈，為廣大客戶提供“從搖籃到天堂”持續(xù)一生的全方位金融保險(xiǎn)服務(wù)，致力于讓保險(xiǎn)更便捷、更實(shí)惠，讓XX人壽成為人們生活的一部分?？蛻艉?jiǎn)介u 1. 客戶急需解決的問(wèn)題與需求u 2. 什么是容災(zāi)u 3. 容災(zāi)方案的選擇u 4. 容災(zāi)技術(shù)u 5. 數(shù)據(jù)遠(yuǎn)程容災(zāi)軟件u 6. 容災(zāi)演練客戶需求 ECM系統(tǒng)作為XX人壽

3、重要的在線業(yè)務(wù)支撐系統(tǒng)，為一線業(yè)務(wù)人員提供在線的電子文 檔、電子保單等服務(wù)。主數(shù)據(jù)中心：金融街?jǐn)?shù)據(jù)中心，運(yùn)行所有重要系統(tǒng)的核心機(jī)房，滿足所有重要系統(tǒng)的數(shù)據(jù)備份、恢復(fù)需求。 ECM系統(tǒng)是金融街?jǐn)?shù)據(jù)中心中最重要的系統(tǒng)之一。在2008年部署了EMC與HDS存儲(chǔ)，作為高速存儲(chǔ)負(fù)責(zé)OLTP事件型ORALCE數(shù)據(jù)庫(kù)核心并且同時(shí)存放海量影像文件。為ECM系統(tǒng)提供了一個(gè)高性高效率能的存儲(chǔ)池。由于現(xiàn)在地址災(zāi)難和各種火災(zāi)停電等因素造成只有一個(gè)數(shù)據(jù)中心的XX人壽數(shù)據(jù)安全性相對(duì)較低，而隨著國(guó)家法律法規(guī)對(duì)于金融保險(xiǎn)行業(yè)的要求，在同城建設(shè)數(shù)據(jù)容災(zāi)中心成了重中之重的任務(wù)。規(guī)劃本地容災(zāi)中心：亦莊容災(zāi)數(shù)據(jù)中心，滿足ECM系統(tǒng)的

4、本地?cái)?shù)據(jù)級(jí)容災(zāi)需求，通過(guò)40MBIT 帶寬傳遞容災(zāi)數(shù)據(jù)（每天的新增數(shù)據(jù)），實(shí)現(xiàn)了數(shù)據(jù)級(jí)容災(zāi)。同時(shí)由于本套系統(tǒng)為客戶的核心業(yè)務(wù)數(shù)據(jù)庫(kù)存放的系統(tǒng)，所以在保障數(shù)據(jù)安全性的前提下對(duì)存儲(chǔ)系統(tǒng)的性能有很高的要求，不能因?yàn)椴渴鹑轂?zāi)中心增加了容災(zāi)傳輸?shù)男阅軌毫缶陀绊懏?dāng)前的客戶數(shù)據(jù)正常訪問(wèn)?？蛻衄F(xiàn)狀金融街?jǐn)?shù)金融街?jǐn)?shù)據(jù)中心據(jù)中心 主業(yè)務(wù)存儲(chǔ)主機(jī)群集主機(jī)群集主機(jī)群集主業(yè)務(wù)存儲(chǔ)性能情況什么是容災(zāi) 容災(zāi)備份系統(tǒng)就是防止意外情況而采取的一種解決方案，其目的只有一個(gè)，那就是保證數(shù)據(jù)安全。 根據(jù)DISASTER RECOVERY JOUNAL的調(diào)查表明，在受到災(zāi)難襲擊的5個(gè)公司中，將有2個(gè)公司無(wú)法從災(zāi)難中重新開始工作。而那

5、些即使是重新開張的公司中，也將有至少1個(gè)將在兩年后關(guān)張 建設(shè)容災(zāi)系統(tǒng)的目的就是保護(hù)所有的業(yè)務(wù)數(shù)據(jù)，保證業(yè)務(wù)的連續(xù)性什么是業(yè)務(wù)連續(xù)性 業(yè)務(wù)持續(xù)性（CONTINUOUS BUSINESS） = 保證業(yè)務(wù)的穩(wěn)定 保證企業(yè)可以面對(duì)計(jì)劃的和意外的事件發(fā)生的時(shí)候繼續(xù)維持運(yùn)作 受到對(duì)下面兩個(gè)方面的理解的驅(qū)動(dòng) 業(yè)務(wù)影響：考慮如何避免對(duì)商業(yè)的影響 業(yè)務(wù)流程與風(fēng)險(xiǎn)：考慮計(jì)劃和意外事件發(fā)生時(shí)的情況 數(shù)據(jù)的可用性保護(hù)只是操作靈活性的一部分，最終的解決方案將會(huì)圍繞著其它方面（例如人員、流程和架構(gòu)等）(恢復(fù)策略)Backup 策略策略Replication 策略策略Geo ClusterSynchronous Repli

6、cationAsynchronous ReplicationDB log性價(jià)比qWhat about Application availability and business access availabilityApplicationDataBusiness AccessCMCC運(yùn)營(yíng)方式運(yùn)營(yíng)方式技術(shù)難度技術(shù)難度業(yè)務(wù)恢復(fù)業(yè)務(wù)恢復(fù)速度速度維護(hù)維護(hù)人員要求人員要求資源復(fù)用資源復(fù)用主備中心主備中心相對(duì)簡(jiǎn)單慢相對(duì)簡(jiǎn)單相對(duì)不高較低雙雙 中中 心心相對(duì)復(fù)雜快相對(duì)復(fù)雜相對(duì)較高較高兩種方式同城容災(zāi)同城容災(zāi)遠(yuǎn)距離容災(zāi)遠(yuǎn)距離容災(zāi)災(zāi)難抵御種類災(zāi)難抵御種類較少較少較多較多對(duì)用戶服務(wù)的連續(xù)性對(duì)用戶服務(wù)的連續(xù)性較差較差

7、較好較好網(wǎng)絡(luò)組織難度網(wǎng)絡(luò)組織難度較容易較容易難度較大難度較大技術(shù)復(fù)雜度技術(shù)復(fù)雜度較容易較容易難度較大難度較大容災(zāi)中心技術(shù)支持容災(zāi)中心技術(shù)支持較好較好較差較差人員組織人員組織較容易較容易難度較大難度較大項(xiàng)目管理協(xié)調(diào)難度項(xiàng)目管理協(xié)調(diào)難度低低高高工程投資工程投資較低較低較高較高運(yùn)營(yíng)成本運(yùn)營(yíng)成本較低較低較高較高建設(shè)周期建設(shè)周期較短較短較長(zhǎng)較長(zhǎng)兩種方式同級(jí)設(shè)備容災(zāi)同級(jí)設(shè)備容災(zāi)q主機(jī)處理能力與生產(chǎn)中心相等主機(jī)處理能力與生產(chǎn)中心相等q存儲(chǔ)設(shè)備與生產(chǎn)中心配置相等存儲(chǔ)設(shè)備與生產(chǎn)中心配置相等q容災(zāi)中心系統(tǒng)可靠性與生產(chǎn)中心設(shè)置級(jí)別相當(dāng)，如主機(jī)集群等容災(zāi)中心系統(tǒng)可靠性與生產(chǎn)中心設(shè)置級(jí)別相當(dāng)，如主機(jī)集群等q投資高，與生

8、產(chǎn)中心平臺(tái)投資接近投資高，與生產(chǎn)中心平臺(tái)投資接近降級(jí)設(shè)備容災(zāi)降級(jí)設(shè)備容災(zāi)q主機(jī)處理能力低于生產(chǎn)中心主機(jī)處理能力低于生產(chǎn)中心q存儲(chǔ)設(shè)備配置低于生產(chǎn)中心存儲(chǔ)設(shè)備配置低于生產(chǎn)中心q容災(zāi)中心系統(tǒng)可靠性低于生產(chǎn)中心設(shè)置級(jí)別，如不考慮主機(jī)集群等容災(zāi)中心系統(tǒng)可靠性低于生產(chǎn)中心設(shè)置級(jí)別，如不考慮主機(jī)集群等q投資低于同級(jí)規(guī)模投資低于同級(jí)規(guī)模CMCC設(shè)備配置策略q 存儲(chǔ)級(jí)q 數(shù)據(jù)庫(kù)級(jí) (Oracle)q IPStorq 第三方軟件(VVR) q LVM (VxVM)數(shù)據(jù)復(fù)制策略qRecovery-time Objective (RTO) 多長(zhǎng)時(shí)間內(nèi)關(guān)鍵應(yīng)用必須恢復(fù)多長(zhǎng)時(shí)間內(nèi)關(guān)鍵應(yīng)用必須恢復(fù) 我能承受多長(zhǎng)時(shí)間宕機(jī)我

9、能承受多長(zhǎng)時(shí)間宕機(jī)?qRecovery-point Objective (RPO) 哪一個(gè)時(shí)間點(diǎn)之前的數(shù)據(jù)必須被恢復(fù)哪一個(gè)時(shí)間點(diǎn)之前的數(shù)據(jù)必須被恢復(fù) 我能容忍多少數(shù)據(jù)丟失我能容忍多少數(shù)據(jù)丟失?q被選定的切實(shí)可行的災(zāi)難恢復(fù)方案必須基于成本和恢復(fù)時(shí)被選定的切實(shí)可行的災(zāi)難恢復(fù)方案必須基于成本和恢復(fù)時(shí)間的平衡間的平衡 如果我花費(fèi)多一點(diǎn)，我的恢復(fù)過(guò)程會(huì)快多少如果我花費(fèi)多一點(diǎn)，我的恢復(fù)過(guò)程會(huì)快多少? 如果我花費(fèi)少一點(diǎn)，我的恢復(fù)過(guò)程會(huì)慢多少如果我花費(fèi)少一點(diǎn)，我的恢復(fù)過(guò)程會(huì)慢多少?預(yù)定的恢復(fù)目標(biāo)決定相關(guān)解決方案 需要對(duì)中心機(jī)房所有的主機(jī)系統(tǒng)都有進(jìn)行改造，改為使用VERITAS VOLUME MANAGER。而

10、這種方式需要把IBM主機(jī)上的VG信息都鏟掉，即所有的數(shù)據(jù)庫(kù)都要首先備份到磁帶庫(kù)上，然后把IBM主機(jī)的卷管理軟件改為VERITAS VOLUME MANAGER，然后重建VG，再把數(shù)據(jù)從磁帶庫(kù)上恢復(fù)出來(lái)。 系統(tǒng)風(fēng)險(xiǎn)極大！在實(shí)施階段很容易造成現(xiàn)有系統(tǒng)的不穩(wěn)定、數(shù)據(jù)丟失 項(xiàng)目實(shí)施周期長(zhǎng)，并且需要每個(gè)業(yè)務(wù)主系統(tǒng)都要多次停機(jī)，社會(huì)影響較大 VERITAS VVR通過(guò)主機(jī)實(shí)現(xiàn)，對(duì)主機(jī)系統(tǒng)和應(yīng)用系統(tǒng)影響較大 性能不可預(yù)測(cè)、難于優(yōu)化、需要在每臺(tái)主機(jī)上都進(jìn)行配置和優(yōu)化 如果采用VERITAS VVR解決方案，需要對(duì)生產(chǎn)中心的8臺(tái)IBM主機(jī)、將近20個(gè)分區(qū)、容災(zāi)中心將要購(gòu)買的所有主機(jī)和分區(qū)都要進(jìn)行改造，工作量可想

11、而知！ 如果進(jìn)行軟件升級(jí)，則所有的主機(jī)則都要重新調(diào)整，不但工作量大，而且風(fēng)險(xiǎn)高！ 如果采用VERITAS VVR解決方案，將來(lái)的新建系統(tǒng)都要進(jìn)行相同的工作，工作量很大 VERITAS VVR 是按照CPU個(gè)數(shù)計(jì)算LICENSE，成本不菲 而采用IBM硬件容災(zāi)方案，是與主機(jī)無(wú)關(guān)的；如果采用IBM存儲(chǔ)解決方案，那么只對(duì)2臺(tái)存儲(chǔ)進(jìn)行操作。將來(lái)微碼升級(jí)、系統(tǒng)配置也只針對(duì)2臺(tái)存儲(chǔ)。軟件解決方案HDS虛擬化方案IBM方案方案復(fù)雜度復(fù)雜簡(jiǎn)單實(shí)施復(fù)雜度復(fù)雜簡(jiǎn)單實(shí)施風(fēng)險(xiǎn)在生產(chǎn)端要把EMC DMX3000虛擬化，需要把主機(jī)映射關(guān)系重做小是否適合大型數(shù)據(jù)庫(kù)不適合，目前來(lái)看虛擬化方案僅適用于文件系統(tǒng)應(yīng)用適合對(duì)整體系統(tǒng)

12、性能影響對(duì)EMC DMX3000的每一次訪問(wèn)都要通過(guò)USP機(jī)頭，對(duì)系統(tǒng)性能影響可想而知無(wú)影響軟件維保成本每年需要維保成本，標(biāo)準(zhǔn)配置無(wú)現(xiàn)場(chǎng)服務(wù)；如需現(xiàn)場(chǎng)服務(wù)，需額外購(gòu)買軟件維保隨存儲(chǔ)硬件設(shè)備提供，不增加額外成本；IBM提供現(xiàn)場(chǎng)服務(wù)容災(zāi)成功案例較少很多對(duì)集成商的工作影響大小硬件解決方案Synchronous Remote Replication 同步復(fù)制同步復(fù)制q實(shí)時(shí)鏡像，數(shù)據(jù)同步實(shí)時(shí)鏡像，數(shù)據(jù)同步q系統(tǒng)快速恢復(fù)，最少數(shù)據(jù)丟失系統(tǒng)快速恢復(fù)，最少數(shù)據(jù)丟失q理論極限值理論極限值100km，距離越長(zhǎng)，距離越長(zhǎng)，時(shí)延越大時(shí)延越大q高帶寬需求（高帶寬需求（I/O峰值計(jì)算）峰值計(jì)算）q對(duì)生產(chǎn)端對(duì)生產(chǎn)端I/O響

13、應(yīng)時(shí)間沖擊響應(yīng)時(shí)間沖擊q備份端存儲(chǔ)處理能力要求足夠好備份端存儲(chǔ)處理能力要求足夠好否則會(huì)連累生產(chǎn)端，導(dǎo)致否則會(huì)連累生產(chǎn)端，導(dǎo)致宕機(jī)宕機(jī)Cache、DestagingSynchronousn 1 - Write to primaryn 2 - Write to secondaryn 3 - Write complete on secondaryn 4 - I/O Completion 1生產(chǎn)主機(jī)生產(chǎn)主機(jī) 可以無(wú)需備份主機(jī)可以無(wú)需備份主機(jī)342100公里公里P-VOLS-VOL同步數(shù)據(jù)復(fù)制的理想條件同步數(shù)據(jù)復(fù)制的理想條件q 網(wǎng)絡(luò)帶寬網(wǎng)絡(luò)帶寬 光纖光纖 1000Mb/s ATM 622Mb/sq 距離

14、距離 10公里，最長(zhǎng)不超過(guò)公里，最長(zhǎng)不超過(guò)30公里公里The Rolling Disaster. (IBM, 4/8/94)“Except in a total disaster, (explosion, earthquake)you should NEVER expect your entire systemto fail at the same moment. Failures willbe intermittent and gradual, and the disaster will actually occur over many seconds, even minutesThis i

15、s the Rolling Disaster”. 除了地震，爆炸等完全毀滅性災(zāi)難外，你根本不可能碰到系統(tǒng)同時(shí)癱瘓的情況。故障總是間斷的，漸漸的累積起來(lái)的，整個(gè)災(zāi)難的過(guò)程會(huì)持續(xù)數(shù)秒鐘，甚至幾分鐘，這就是我們所謂的Rolling Disaster。同步方式的挑戰(zhàn)同步方式的挑戰(zhàn): Rolling DisasterRolling Disaster數(shù)據(jù)保持I/O的一致性數(shù)據(jù)結(jié)構(gòu)可能被破壞，數(shù)據(jù)不可用第一波故障災(zāi)難結(jié)束計(jì)算終止Corruption can occurq保證數(shù)據(jù)一致性和完整性保證數(shù)據(jù)一致性和完整性 Timestamp write sequencing Consistency groupq最小

16、的響應(yīng)時(shí)間沖擊最小的響應(yīng)時(shí)間沖擊q低帶寬（平均低帶寬（平均I/O計(jì)算）計(jì)算）q很少的數(shù)據(jù)丟失很少的數(shù)據(jù)丟失q沒(méi)有沒(méi)有0數(shù)據(jù)丟失數(shù)據(jù)丟失Asynchronous1生產(chǎn)中心生產(chǎn)中心容災(zāi)中心容災(zāi)中心Primary Host 342n 1 - Write to primaryn 2 - I/O Completionn 3 - Write to secondaryn 4 - Write complete on secondary任何距離任何距離S-VOLP-VOLMainframe VSE, VM, OS390IBM AIXSun SolarisHP-UX, TRU-64 and VMSWin2K/Wi

17、nNTAsynchronous Remote Replication 異步復(fù)制異步復(fù)制容災(zāi)方式的采用容災(zāi)方式的采用q同步容災(zāi)的理想條件同步容災(zāi)的理想條件 距離距離30公里公里 兩地有光纖連接或者兩地有光纖連接或者622Mb/s ATMq異步容災(zāi)沒(méi)有距離限制異步容災(zāi)沒(méi)有距離限制q在實(shí)際銀行、電信的應(yīng)用中，同步容災(zāi)對(duì)聯(lián)機(jī)事務(wù)處理類的業(yè)務(wù)會(huì)在實(shí)際銀行、電信的應(yīng)用中，同步容災(zāi)對(duì)聯(lián)機(jī)事務(wù)處理類的業(yè)務(wù)會(huì)增加響應(yīng)時(shí)間，對(duì)批處理業(yè)務(wù)處理速度也有很大的影響增加響應(yīng)時(shí)間，對(duì)批處理業(yè)務(wù)處理速度也有很大的影響q技術(shù)的選擇是性能，投資和技術(shù)的選擇是性能，投資和RPO等指標(biāo)的平衡等指標(biāo)的平衡q應(yīng)用應(yīng)用級(jí)容災(zāi)，需要針對(duì)容災(zāi)

18、對(duì)應(yīng)用做出相應(yīng)的調(diào)整級(jí)容災(zāi)，需要針對(duì)容災(zāi)對(duì)應(yīng)用做出相應(yīng)的調(diào)整cache5 nanoseconds/m speed of light in Fiber2 microseconds/switchup to 1 ms write into cache memoryup to 30 ms write to back-end disk時(shí)延考慮時(shí)延考慮=1ms 1,000 IOPS for local write to cachesynchronous considerationscachecachewrite IOcomplete5 s/m2 s/switch1 ms cache write+ 0.3m

19、s cache read remote link latency1 ms cachewrite=2.3ms 435 IOPS 0km100km FC direct1ms (ROT)DWDM250s/devFCIP Europe19msFCIP trans atlantic81msFCIP NorthAmerica44msFCIP Sing.US210ms=3.3ms 303 IOPS 100km=83ms 12 IOPS IP London-NY數(shù)據(jù)遠(yuǎn)程復(fù)制軟件移動(dòng)BOSS/BAS系統(tǒng)容災(zāi)(原有系統(tǒng))CRM 計(jì)費(fèi) 結(jié)算 營(yíng)業(yè) 帳務(wù) 經(jīng)營(yíng)分析DB2 OLAP 數(shù)據(jù)挖掘 SAN經(jīng)營(yíng)分析系統(tǒng)經(jīng)營(yíng)分析

20、系統(tǒng)SANSANDWDM 欽洲北路機(jī)房 金橋機(jī)房關(guān)于容災(zāi)鏈路的問(wèn)題目前情況看，容災(zāi)鏈路主要有以下方式 將長(zhǎng)波口放置在大交換機(jī)上（湖南、上海移動(dòng)） 將長(zhǎng)波口放置在小交換機(jī)上大、小交換機(jī)不互聯(lián)（遼寧移動(dòng)、江蘇移動(dòng)）大、小交換機(jī)互聯(lián)（ISL）l容災(zāi)鏈路到底需要多少對(duì)光纖需要采集現(xiàn)有生產(chǎn)系統(tǒng)的數(shù)據(jù)l對(duì)現(xiàn)有生產(chǎn)系統(tǒng)進(jìn)行先期優(yōu)化非常重要l如果沒(méi)有裸光纖，那么可以通過(guò)SAN Router，把FC轉(zhuǎn)換為IP，但只能走異步容災(zāi)方式容災(zāi)鏈路的容量 具體情況、具體分析 EMC有ET Wizard工具協(xié)助進(jìn)行容災(zāi)規(guī)劃 需要收集數(shù)據(jù)、統(tǒng)計(jì)數(shù)據(jù)變化率，主要影響寫操作的響應(yīng)時(shí)間，估算最大寫吞吐量。通過(guò)數(shù)據(jù)分析工具可以得出每

21、秒的寫操作IO數(shù)和寫操作IO量（MB） 現(xiàn)有系統(tǒng)的容量規(guī)劃非常重要，ET Wizard會(huì)根據(jù)時(shí)間間隔分析每個(gè)LUN的IOPS變化情況，然后分析該LUN上的SRDF同步寫對(duì)系統(tǒng)性能的影響 不同距離、不同存儲(chǔ)類型、不同微碼、不同Block Size大小 根據(jù)經(jīng)驗(yàn)，兩邊都是IBM存儲(chǔ)、5771 code、32KB Block Size、20公里內(nèi)，RDF單鏈路可承載的IOPS為3200左右（吞吐量為32KB*3200=102.4MB/s）（最近湖北移動(dòng)的實(shí)施中，RDF單鏈路初始同步速率達(dá)到60MB，此時(shí)I/O SIZE 為32K，接近2000IOPS，故在正常生產(chǎn)中可達(dá)到更高）IBM解決方案建設(shè)容災(zāi)

22、系統(tǒng)我們所關(guān)心的問(wèn)題業(yè)務(wù)需求的SLA、特定應(yīng)用系統(tǒng)的RTO、RPO、KPIIT藍(lán)圖整體系統(tǒng)架構(gòu)魯棒性、靈活性與最佳實(shí)踐經(jīng)驗(yàn)差距分析數(shù)據(jù)恢復(fù)、容災(zāi)切換、回切流程業(yè)務(wù)連續(xù)性包含更廣的內(nèi)容主動(dòng)性更強(qiáng)業(yè)務(wù)連續(xù)性流程危機(jī)管理人力資源管理IT系統(tǒng)恢復(fù)一石激起千層浪易于使用易于使用提高能源效率提高能源效率以信息為中心的保護(hù)以信息為中心的保護(hù)投資保護(hù)投資保護(hù)IBM擁有最完善的存儲(chǔ)產(chǎn)品線DS8000DS4000DS3000DS6000DS50002009更可靠更可靠DS8000/XIV/DS6800/SVC 電源、接口、數(shù)據(jù)均冗余； XIV劃時(shí)代全新體系結(jié)構(gòu)； DS8000支持三點(diǎn)容災(zāi)； DS6800、DS80

23、0支持System Z更綠更綠 支持異構(gòu)環(huán)境的虛擬化SVC和NAS網(wǎng)關(guān)； 配合SATA磁盤更綠色； 支持Thin Provision精簡(jiǎn)配置；更經(jīng)濟(jì)更經(jīng)濟(jì) DS3200/DS3300/DS3400更具價(jià)格優(yōu)勢(shì),面向System X的存儲(chǔ) N系列存儲(chǔ)，基于IP的容災(zāi)建設(shè) 支持SAS/FC/SATA磁盤更快更快 DS8000最高490萬(wàn)IOPS; SVC的SPC性能優(yōu)異； DS4800+GPFS適合HPC應(yīng)用； DS5000高達(dá)70萬(wàn)IOPS； DS5000最高吞吐率6400MB/s；DS8000 XIVSAN Volume Controller多種類型多種類型訪問(wèn)需求訪問(wèn)需求異構(gòu)環(huán)境異構(gòu)環(huán)境虛擬

24、引擎虛擬引擎高端服務(wù)器高端服務(wù)器向外擴(kuò)展向上擴(kuò)展向外擴(kuò)展通用通用存儲(chǔ)存儲(chǔ)DS3000, DS4000, DS5000N系列系列IBM磁盤存儲(chǔ)定位DS高級(jí)拷貝服務(wù)技術(shù)Primary Site AMetro Site BOut of Region Site CMetro / Global MirrorThree site synchronous and asynchronous mirroringAvailable on:DS8000, ESSN SeriesFlashCopyPoint in time copyAvailable on:DS8000, DS6000, ESSSAN Volume

25、ControllerDS4000N SeriesWithin Storage SystemOut of Region Site BPrimarySite AGlobal MirrorAsynchronous mirroringAvailable on:DS8000, DS6000, ESSSAN Volume Controller DS4000N SeriesPrimary Site AMetro distance300km Site BMetro Mirror Synchronous mirroringAvailable on:DS8000, DS6000, ESSSAN Volume Co

26、ntrollerDS4000N Series39IBM DS8000創(chuàng)新的革命創(chuàng)新延續(xù)了 DS8000 世界級(jí)的性能，提供綠色存儲(chǔ)POWER 5+處理器 支持4,900,000 IOPS，業(yè)界第一 支持固態(tài)硬盤, 性能提升8倍！存儲(chǔ)池條塊化 新增卷配置選項(xiàng)可以無(wú)須特別優(yōu)化即可獲得最大性能AMP 領(lǐng)先的緩存專利技術(shù)可以顯著地提高性能（成倍提高RAID 5的性能），減少備份時(shí)間、商業(yè)智能/數(shù)據(jù)倉(cāng)庫(kù)的處理時(shí)間、流媒體、以及批量處理Z/OS 全球鏡像多線程讀 IBM獨(dú)有的創(chuàng)新技術(shù)可以提高 Z/OS 遠(yuǎn)程鏡像的性能業(yè)界目前唯一的支持磁盤加密功能的廠商支持重復(fù)數(shù)據(jù)刪除創(chuàng)新以簡(jiǎn)化并提高效率IBM FLASH

27、COPY SE (SPACE EFFICIENT) 可以通過(guò)減少容量來(lái)減少成本，更少的磁盤、更少的能耗、更綠色DYNAMIC VOLUME EXPANSION 更簡(jiǎn)單、在線、卷擴(kuò)展來(lái)支持發(fā)展SSL-新的安全性連接協(xié)議選項(xiàng)，為回拔支持額外的審計(jì)記錄IBM SYSTEM STORAGE PRODUCTIVITY CENTER 增強(qiáng)的用戶管理圖形化界面，支持單一的管理平臺(tái)管理多臺(tái)DS8000設(shè)備混插磁盤 提供內(nèi)部層次化存儲(chǔ)分區(qū)（LPAR）-擴(kuò)展性能與性能的完美結(jié)合，相對(duì)單一存儲(chǔ)提高TCO創(chuàng)新與服務(wù)器協(xié)作以提高數(shù)據(jù)中心效率IBM DS8000 運(yùn)行 DB2 和 AIX 在 IBM SYSTEM PTM

28、 平臺(tái)上可以支持統(tǒng)一的自動(dòng)化功能和集成的有效性和性能更有效地利用P服務(wù)器與DS8000中的緩存，可以提高整個(gè)系統(tǒng)的性能而無(wú)需增加管理的復(fù)雜DS8100DS8300DS8300 with up to four ExpansionsProcessor-pSeries POWER52-way4-way4-wayCache16 to 128 GB32 to 256 GB32 to 256 GBExpansion RackYes (1)Yes (2)-Host Adapters-4-port Fibre Channel / FICON (2 Gb)-2-port ESCON2 to 162 to 162 to 32Device Adapters2 to 122 to 122 to 12Drives-145GB, 300GB, 450GB (15,000 rpm FC)-500 GB (7200 rpm high capacity drives)16 to 128*(Increments of 16)16 to 128(Increments of 16)16 to 1024(Increments of 16)Physical Capacity1.1 to 58 TB1.1 to 58 TB