技 術(shù) 方 案 建 議 書第1章需求分析 4第2章總體技術(shù)解決方案 72.2方案優(yōu)勢簡要說明 82.32.2方案優(yōu)勢簡要說明 82.3VSPG1000的高性能、高牢靠性、高擴(kuò)展力量 102.3.1綜合說明 102.3.2高牢靠性 102.3.3高性能 122.3.4高擴(kuò)展性 132.4雙活存儲(chǔ)集群的技術(shù)優(yōu)勢 142.4.1VSPG1000的GAD雙活存儲(chǔ)集群 14GAD雙活存儲(chǔ)集群的基礎(chǔ)－VSM 15GAD與其他廠商雙活集群技術(shù)的對(duì)比 16現(xiàn)有核心SAN存儲(chǔ)與新購存儲(chǔ)的無縫集成 18關(guān)鍵線路連接示意圖 18存儲(chǔ)虛擬化整合規(guī)劃 19遠(yuǎn)程容災(zāi)規(guī)劃 20選用HUR異步復(fù)制技術(shù) 20HUR異步復(fù)制軟件的工作原理 212.8.3HUR2.8.3HUR異步復(fù)制軟件與友商的技術(shù)對(duì)比說明 23第3章數(shù)據(jù)遷移解決方案 253.1數(shù)據(jù)遷移概述 253.1.1遷移目標(biāo) 253.1.2數(shù)據(jù)遷移相關(guān)因素 253.2數(shù)據(jù)遷移方法論 273.2.1遷移評(píng)估設(shè)計(jì)階段 283.2.2遷移實(shí)施階段 31數(shù)據(jù)遷移技術(shù)的選擇 33可選的數(shù)據(jù)遷移技術(shù) 33推舉數(shù)據(jù)遷移方案 36第1依據(jù)現(xiàn)狀分析，本次項(xiàng)目的核心建設(shè)要點(diǎn)有以下4點(diǎn)：高性能，高擴(kuò)展性，且可保證數(shù)據(jù)以及應(yīng)用平安的存儲(chǔ)設(shè)備（如存儲(chǔ)產(chǎn)品的容量與端口等），高牢靠性的企業(yè)級(jí)高端存儲(chǔ)設(shè)備作為南方中心整體存儲(chǔ)方案的支撐。需要單一存儲(chǔ)設(shè)備故障不影響業(yè)務(wù)生產(chǎn)，即雙活存儲(chǔ)集群技術(shù)XXXX下，單一存儲(chǔ)設(shè)備故障時(shí)，不會(huì)影響關(guān)鍵業(yè)務(wù)的生產(chǎn)，此外，即使在單套存儲(chǔ)設(shè)備故障時(shí)，另一節(jié)點(diǎn)的雙活存儲(chǔ)的性能也需能夠高效支撐業(yè)務(wù)，因此雙活存儲(chǔ)需接受相同的配置，以保證在單套存儲(chǔ)消滅災(zāi)難時(shí)，另一套存儲(chǔ)可以以同樣的性能支撐南方中心的業(yè)務(wù)。雙活存儲(chǔ)集群在寫數(shù)據(jù)時(shí)是需要兩套存儲(chǔ)均確認(rèn)寫入成功才會(huì)執(zhí)行下一寫操作的，因此必需考慮雙活存儲(chǔ)集群技術(shù)對(duì)業(yè)務(wù)性能的影響。隨著兩套存儲(chǔ)之間距離的增大，必需滿足長期規(guī)劃，以實(shí)現(xiàn)雙活基礎(chǔ)上的遠(yuǎn)程容災(zāi)愛護(hù)個(gè)數(shù)據(jù)中心災(zāi)難所帶來的影響。因此，還必需在雙活的基礎(chǔ)上實(shí)現(xiàn)遠(yuǎn)程數(shù)據(jù)容災(zāi)愛護(hù)的功能，以保證在災(zāi)難發(fā)生時(shí)仍有可用數(shù)據(jù)快速恢復(fù)業(yè)務(wù)生產(chǎn)。數(shù)據(jù)遷移有數(shù)據(jù)遷移到南方中心。因此，本項(xiàng)目必需供應(yīng)一套可行的、完善的、風(fēng)險(xiǎn)系數(shù)最低的數(shù)據(jù)遷移方案，為南方中心業(yè)務(wù)系統(tǒng)的部署和上線運(yùn)行打好基礎(chǔ)。依據(jù)分析，本項(xiàng)目需要實(shí)施數(shù)據(jù)遷移的IT環(huán)境中具有如下特點(diǎn)：AIX、Windows、Linux、ESX作系統(tǒng)，服務(wù)器涉及多個(gè)品牌；OracleRAC多種形式的集群，另外還有主機(jī)文件系統(tǒng)，NAS環(huán)境限制：距離遠(yuǎn)、網(wǎng)絡(luò)帶寬有限；遷移方案的選擇和設(shè)計(jì)重點(diǎn)考慮以下要點(diǎn)：到南方中心；性；總之，數(shù)據(jù)遷移應(yīng)考慮接受一個(gè)有效的方法來面對(duì)不同數(shù)據(jù)庫、操作系統(tǒng)、服務(wù)器署和上線運(yùn)行。第2方案拓?fù)涫疽鈭D及簡要說明SAN方案說明：SANBrocade6520SAN連接，避開因單臺(tái)交換機(jī)故障導(dǎo)致的存儲(chǔ)業(yè)務(wù)中斷。IPFC/IP由設(shè)備，用以實(shí)現(xiàn)南方中心與北京中心之間的遠(yuǎn)程FCSAN災(zāi)復(fù)制供應(yīng)鏈路支持。（注：該設(shè)備未包含在本方案存儲(chǔ)設(shè)備供貨清單中）存儲(chǔ)層VSPG1000VSPG1000系統(tǒng)能夠連續(xù)不停機(jī)的對(duì)外服務(wù)。HDSHUS130，既可以為網(wǎng)管、監(jiān)控等業(yè)務(wù)系統(tǒng)VSPG1000主機(jī)層HBABrocade6520VSPG1000HDLM器操作系統(tǒng)中，用于管理路徑負(fù)載均衡和故障路徑自動(dòng)切換。方案優(yōu)勢簡要說明高牢靠性、高性能、高擴(kuò)展性：VSPG1000VSPSPC-160IOPS，VSPG1000IOPS2002304，192，2TB分滿足將來的業(yè)務(wù)進(jìn)展需求。雙活存儲(chǔ)集群方案VSPG1000（如RTO=0，RPO≈0高牢靠業(yè)務(wù)連續(xù)性方案和數(shù)據(jù)平安方案。業(yè)務(wù)處理速度，不會(huì)降低服務(wù)水平?？蓪?shí)現(xiàn)雙活基礎(chǔ)上的遠(yuǎn)程容災(zāi)愛護(hù)VSPG1000的數(shù)據(jù)互備容災(zāi)。雖然本項(xiàng)目選擇的是利用數(shù)據(jù)庫復(fù)制軟件實(shí)現(xiàn)兩中心間的容災(zāi)，Oracle庫的ArchiveLog為兩中心間的容災(zāi)方案供應(yīng)更全面的技術(shù)支撐。可行的、完善的數(shù)據(jù)遷移方案應(yīng)重點(diǎn)從以下幾個(gè)方面考慮：容災(zāi)復(fù)制技術(shù)優(yōu)先務(wù)生產(chǎn)之后，才能夠連續(xù)保持與北京中心之間的數(shù)據(jù)容災(zāi)復(fù)制關(guān)系。其他數(shù)據(jù)（文件系統(tǒng)、NAS）等，可以考慮接受NFS、FTP心。在具備條件的狀況下（可實(shí)現(xiàn)兩中心間的FC/IP），也可以考慮使用存儲(chǔ)系統(tǒng)的復(fù)制功能完成兩中心間的數(shù)據(jù)遷移。電子傳輸比介質(zhì)傳送更牢靠介質(zhì)傳輸，無論是傳送磁盤、磁帶、甚至存儲(chǔ)設(shè)備，都存在極高的數(shù)據(jù)損壞風(fēng)險(xiǎn)，并且時(shí)效性很差，需要再次通過數(shù)據(jù)復(fù)制進(jìn)行數(shù)據(jù)更新，過程格外簡單。VSPG1000綜合說明201411VSPG1000排名第一（并列第一HPXP7VSPG1000OEM。Gartner以下圖片均為Gartner官方網(wǎng)站的截圖：20143VSPVSPG1000，VSP（P9000VSPOEM）綜合排名第一。評(píng)測內(nèi)容包括：管理性、牢靠性、性能、快照復(fù)制、擴(kuò)展性、環(huán)保特性、多租戶與平安、存儲(chǔ)效率。VSPG1000（XP7VSPG1000OEM）再次綜合排名第一。201411OLTP，VSPG1000201411OLAP，VSPG1000高牢靠性主機(jī)層：在數(shù)據(jù)中心的生產(chǎn)區(qū)和交換區(qū)的業(yè)務(wù)系統(tǒng)中，主機(jī)主要進(jìn)行信息處理和數(shù)據(jù)庫運(yùn)行，HBAOLTPHBA數(shù)據(jù)通道，通過安裝HDLM高性能的數(shù)據(jù)訪問。另一方面，對(duì)于生產(chǎn)系統(tǒng)這樣關(guān)鍵的系統(tǒng)，鏈路的平安性需要得到保證，HDLM網(wǎng)絡(luò)層：供應(yīng)一個(gè)高機(jī)敏性、高擴(kuò)展性的環(huán)境，以適應(yīng)業(yè)務(wù)系統(tǒng)不斷進(jìn)展帶來的主機(jī)和存儲(chǔ)系統(tǒng)的擴(kuò)展。SAN2FABRIC，為主機(jī)和存儲(chǔ)系統(tǒng)供應(yīng)冗余的、可持續(xù)進(jìn)展的連接路徑。存儲(chǔ)層：我們建議配置兩臺(tái)高端存儲(chǔ)設(shè)備做同步實(shí)現(xiàn)“0”數(shù)據(jù)丟失的愛護(hù)；建議接受高性能、高可擴(kuò)展性、功能強(qiáng)大的磁盤陣列系統(tǒng)――VSPG1000VSPG1000，完全轉(zhuǎn)變了存儲(chǔ)業(yè)界的工業(yè)標(biāo)準(zhǔn)，致使各個(gè)競爭友商的產(chǎn)品又一次處于落后狀態(tài)。100％數(shù)據(jù)可用性的系統(tǒng)，整個(gè)系統(tǒng)接受N+1余散熱風(fēng)扇，RAIDCache7×24×365行要求。更換、擴(kuò)容和不停機(jī)地微碼升級(jí)。當(dāng)微碼消滅問題時(shí)可以自動(dòng)不停機(jī)地返回舊版本并可不停機(jī)地加入微碼的Patch。這種維護(hù)特性是經(jīng)過寬敞用戶證明有效的技術(shù)，也是用戶選擇VSPG1000高性能高性能、無瓶頸的全交換結(jié)構(gòu)，如上圖。前端把握器（CHA）、后端把握器（DKA）、數(shù)據(jù)cache（HDS）連I/O、后端（DKA）I/Ocache信息，上述結(jié)構(gòu)是目前業(yè)界最先進(jìn)的存儲(chǔ)結(jié)構(gòu)設(shè)計(jì)；同時(shí)VSPG1000虛擬存儲(chǔ)系統(tǒng)接受CACHECACHE獲得全世界各權(quán)威詢問與評(píng)估機(jī)構(gòu)的高度評(píng)價(jià)，并被公認(rèn)為是目前業(yè)界最高性能和最好的擴(kuò)展性的存儲(chǔ)系統(tǒng)。SPC（StoragePerformanceCouncil）官方網(wǎng)站截圖，分別顯示VSP，Huawei18800SPC-1VSP60Huawei18800100IOPS5I/OVSP5VSP5VSP：60IOPS，0.25-0.7SPChds/A00136_Hitachi-VSP-Flash/a00136_Hitachi_VSP-HAF_SPC-1_executive-summary_revision-1.pdfHuawei18800：100IOPS，1.5-5SPC/benchmark_results_files/SPC-1/Huawei/A00140_Huawei_OceanStor-18800/a00140_Huawei_OceanStor-18800_SPC-1_executive-summary-r1.pdf高擴(kuò)展性23048PB，通過256PBCACHE2000GB。VSPG10001928Gb100FCSAN256PB。雙活存儲(chǔ)集群的技術(shù)優(yōu)勢VSPG1000GAD具體的物理設(shè)備，類似于服務(wù)器的虛擬化一樣，成為了一個(gè)存儲(chǔ)資源池；在存儲(chǔ)物理設(shè)備更新?lián)Q代的過程中，虛擬的存儲(chǔ)設(shè)備永久在線，業(yè)務(wù)永久在線，不會(huì)由于一臺(tái)設(shè)備故障造成業(yè)務(wù)中斷。GADVSPG1000VSPG1000VSPG1000G1000活存儲(chǔ)集群”，如下圖所示：VSPG1000GADVSPG1000VSPG1000VSPG1000服務(wù)，極大的降低了業(yè)務(wù)運(yùn)行的風(fēng)險(xiǎn)，避開了消滅故障時(shí)需要大量時(shí)間人工恢復(fù)業(yè)務(wù)的風(fēng)險(xiǎn)。VSPG1000另一套存儲(chǔ)可以以同樣的性能高效的支撐整個(gè)業(yè)務(wù)中心的運(yùn)行，使得整體存儲(chǔ)性能始終保持在一個(gè)相同的水平。GADVSMVSPG1000的GAD雙活存儲(chǔ)集群功能，其基礎(chǔ)功能是VSPG1000創(chuàng)新的存儲(chǔ)虛擬機(jī)VirtualStorageMachine(VSM)。用的要求定義多個(gè)VirtualStorageMachine(VSM),VSM與一臺(tái)存儲(chǔ)類似，具備自己的存儲(chǔ)ID，設(shè)備序列號(hào)和端口WWN，通過VSM的定義，能夠有效提高存儲(chǔ)資源利用率，并實(shí)現(xiàn)最大的架構(gòu)、業(yè)務(wù)的機(jī)敏性。VSPG1000VSMGAD，GAD（Global-ActiveDevice）VSPVSPG1000（業(yè)務(wù)全部在線）。VSPG10008VSPG1000如上圖所示，主機(jī)識(shí)別LUNIDVDKCVSPG1000一個(gè)虛擬把握器，它可以將多臺(tái)存儲(chǔ)底層的物理把握器虛擬成同一個(gè)把握器，這樣主機(jī)通ID機(jī)都不會(huì)有感知，從而實(shí)現(xiàn)了業(yè)務(wù)永久在線，雙活等特性。如上圖所示，GAD2要一個(gè)quorumVSPG1000VSPG1000ClusterGAD進(jìn)行高牢靠連續(xù)性愛護(hù)。提升應(yīng)用響應(yīng)速度。GAD指標(biāo)與特性VSPG1000＋GADEMCVPLEX+VMAX指標(biāo)與特性VSPG1000＋GADEMCVPLEX+VMAXHuaweiVIS6000+18000IBMSVC+DS8800前端端口192FC32FC設(shè)備不影響存儲(chǔ)壞掉都會(huì)引起VPLEX把握器重啟最大雙活卷6400016000體系架構(gòu)分布式交換架構(gòu)高端存VMAX40K8儲(chǔ)，GAD為內(nèi)置軟件，雙VPLEXPC活方案不增加任何軟硬件擬化層層I/O寫操作流與存儲(chǔ)同步復(fù)制技術(shù)流程VPLEXI/O程相同理速度大幅下降I/O讀操作流與存儲(chǔ)同步復(fù)制技術(shù)流程VPLEXI/O程相同理速度大幅下降管理把握器 存儲(chǔ)內(nèi)部集成 單獨(dú)增加一對(duì)PC管理服務(wù)器及交換機(jī)組成管理網(wǎng)絡(luò)雙存儲(chǔ)間的網(wǎng) 絡(luò)連接

SANIP統(tǒng)一管理 存儲(chǔ)軟件實(shí)現(xiàn) VPLEX,VMAX分開管理，VMAX的設(shè)置變化需要VPLEX重啟三中心容災(zāi) 不需引入其他的產(chǎn)品或架需要加入Recoverpoint，轉(zhuǎn)變現(xiàn)構(gòu) 有架構(gòu)EMCVPLEXVPLEXIP一個(gè)子網(wǎng)上的鏈路丟失將導(dǎo)致某些成員不能與此子網(wǎng)上的其他成員通信。如下面圖：雖然有網(wǎng)絡(luò)冗余配置，但從上圖可以看出VPLEXPC網(wǎng)絡(luò)連接簡單，可能引起整個(gè)系統(tǒng)的故障。VPLEXVPLEX的故障點(diǎn)很多。GAD統(tǒng)架構(gòu)，系統(tǒng)沒有由于要實(shí)現(xiàn)雙活存儲(chǔ)增加任何額外的層和故障點(diǎn)?，F(xiàn)有核心SAN存儲(chǔ)與新購存儲(chǔ)的無縫集成USP-V、VSPVSPG1000USP-V、VSP雖然本項(xiàng)目選定了數(shù)據(jù)庫復(fù)制軟件進(jìn)行遠(yuǎn)程容災(zāi)，但我們?nèi)耘f為南方中心的VSPG1000配置了少量的容災(zāi)復(fù)制軟件許可，通過VSPG1000USP-V、VSPLog的容災(zāi)愛護(hù)。除了數(shù)據(jù)庫以外，南方中心還會(huì)有部分其他數(shù)據(jù)需要復(fù)制，如文件系統(tǒng)等，這些數(shù)據(jù)VSPG1000USP-V、VSP之間的復(fù)制功能全部打開，通過底層存儲(chǔ)對(duì)兩中心的全部數(shù)據(jù)進(jìn)行容災(zāi)復(fù)制愛護(hù)，以保證數(shù)據(jù)庫與文件系統(tǒng)的全都性，進(jìn)一步提高容災(zāi)數(shù)據(jù)的可用性。關(guān)鍵線路連接示意圖下圖為GADVSPG1000GADPair接受光纖直連，兩臺(tái)VSPG1000HUS1302GADPair2、HNAS4060FC10GbIP連接架構(gòu)如下圖所示：存儲(chǔ)虛擬化整合規(guī)劃FCIBM、EMC、HDS、HP儲(chǔ)公司的光纖存儲(chǔ)整合為一個(gè)整體，為數(shù)據(jù)中心向“云”轉(zhuǎn)化供應(yīng)統(tǒng)一的、可機(jī)敏調(diào)配的存儲(chǔ)資源池。到同一個(gè)存儲(chǔ)池中。VSPG1000存儲(chǔ)平臺(tái)內(nèi)部的資源為內(nèi)部存儲(chǔ)資源，與之相連的其它存儲(chǔ)設(shè)備上的資源是外部資源。通過該功能，可以使用統(tǒng)一的管理平臺(tái)實(shí)現(xiàn)對(duì)內(nèi)部和外部存儲(chǔ)資源的統(tǒng)一管理，統(tǒng)一安排，可以依據(jù)應(yīng)用系統(tǒng)的性能要求安排相應(yīng)的存儲(chǔ)資源。從主機(jī)的角度看，內(nèi)部存儲(chǔ)資源和外部存儲(chǔ)資源功能完全相同，而內(nèi)部和外部存儲(chǔ)資源之間的VSPG1000外部連接的存儲(chǔ)系統(tǒng)進(jìn)行虛擬化的獨(dú)特功能，可為異構(gòu)存儲(chǔ)創(chuàng)建單一的異構(gòu)存儲(chǔ)池。這可以簡化存儲(chǔ)管理、提高利用率和效率，改善服務(wù)水平、簡化數(shù)據(jù)遷移，并可掛念企業(yè)滿足監(jiān)管達(dá)標(biāo)要求。異構(gòu)存儲(chǔ)虛擬化架構(gòu)示意圖VSPG1000部和外部存儲(chǔ)資源的統(tǒng)一管理，統(tǒng)一安排，可以依據(jù)應(yīng)用系統(tǒng)的性能要求安排相應(yīng)的存儲(chǔ)資源。從主機(jī)的角度看，VSPG1000內(nèi)部存儲(chǔ)資源和外部存儲(chǔ)資源功能完全相同，而內(nèi)部VSPG1000軟件來完成。VSPG1000VSPG1000數(shù)據(jù)愛護(hù)和更高效的數(shù)據(jù)管理功能。VSPG1000儲(chǔ)系統(tǒng)（VSMCACHE、磁盤等資源。在VSPG1000和與之相連的外部存儲(chǔ)設(shè)備中，通過規(guī)律分區(qū)功能可以使得應(yīng)用系統(tǒng)的需求和安排給該應(yīng)用的資源得到合理的調(diào)度和匹配，從而保證應(yīng)用服務(wù)質(zhì)量。遠(yuǎn)程容災(zāi)規(guī)劃HUR異步復(fù)制技術(shù)同步數(shù)據(jù)復(fù)制技術(shù)數(shù)據(jù)實(shí)時(shí)同步?jīng)]有數(shù)據(jù)丟失，但是應(yīng)用系統(tǒng)能容忍的同步距離有限制（容災(zāi)存儲(chǔ)越遠(yuǎn)性能越差容災(zāi)的規(guī)劃不符，因此不接受。異步數(shù)據(jù)復(fù)制技術(shù)數(shù)據(jù)實(shí)時(shí)異步復(fù)制，異步復(fù)制距離沒有限制，能抵擋區(qū)域性的災(zāi)難，對(duì)生產(chǎn)存儲(chǔ)性能0，但不能確定等于零。由于條件有限，本項(xiàng)目的遠(yuǎn)程容災(zāi)必需接受異步數(shù)據(jù)復(fù)制技術(shù)。VSPG1000的異步數(shù)據(jù)復(fù)制功能接受的是業(yè)界最先進(jìn)的，基于日志卷的遠(yuǎn)程容災(zāi)復(fù)制技術(shù)（HUR。HURCACHEHUR的原理如下圖所示：磁盤日志卷CacheI/O（JNL）中讀取記錄并將其寫到本地的日志卷（JNL）中，然后將該記錄更新到本地的數(shù)據(jù)卷中。30HUR整傳輸策略，充分使用線路的帶寬資源。CACHECACHEHUR復(fù)制的掛起。吸取式復(fù)制技術(shù)作性能。HURpull（拉）機(jī)制實(shí)現(xiàn)數(shù)據(jù)的復(fù)制，使用這種技術(shù)，主存儲(chǔ)系統(tǒng)不需要特定的資源將數(shù)據(jù)推（Push）到遠(yuǎn)程存儲(chǔ)系統(tǒng)中，而是遠(yuǎn)程存儲(chǔ)系統(tǒng)到本地存儲(chǔ)系統(tǒng)來讀日志100%的服務(wù)于生產(chǎn)系統(tǒng)，從而提高了存儲(chǔ)系統(tǒng)的性能。數(shù)據(jù)全都性保證，HUR性。HUR遠(yuǎn)程數(shù)據(jù)復(fù)制軟件也有效的解決了在數(shù)據(jù)復(fù)制過程中的重新同步過程中的數(shù)據(jù)不全都性問題。在傳統(tǒng)的數(shù)據(jù)復(fù)制方式下，當(dāng)數(shù)據(jù)鏈路的緣由造成數(shù)據(jù)不能夠復(fù)制，數(shù)據(jù)遠(yuǎn)Bitmap路恢復(fù)后，存儲(chǔ)系統(tǒng)依據(jù)Bitmap表中的記錄信息將更新過的磁道復(fù)制到備份端的存儲(chǔ)系統(tǒng)，而在這個(gè)過程中備份端的存儲(chǔ)系統(tǒng)的數(shù)據(jù)全都性是不能保證的，這就是數(shù)據(jù)復(fù)制的重HUR遠(yuǎn)程數(shù)據(jù)復(fù)同步問題。解決通信線路故障修復(fù)后的數(shù)據(jù)“再同步”問題HUR遠(yuǎn)程數(shù)據(jù)復(fù)制軟件也有效的解決了在數(shù)據(jù)復(fù)制過程中的重新同步過程中的數(shù)據(jù)不全都性問題。在傳統(tǒng)的數(shù)據(jù)復(fù)制方式下，當(dāng)數(shù)據(jù)鏈路的緣由造成數(shù)據(jù)不能夠復(fù)制，數(shù)據(jù)遠(yuǎn)Bitmap路恢復(fù)后，存儲(chǔ)系統(tǒng)依據(jù)Bitmap表中的記錄信息將更新過的磁道復(fù)制到備份端的存儲(chǔ)系統(tǒng)，而在這個(gè)過程中備份端的存儲(chǔ)系統(tǒng)的數(shù)據(jù)全都性是不能保證的，這就是數(shù)據(jù)復(fù)制的重新同步問題。一般的異步復(fù)制解決方案，為了解決“再同步”過程中的數(shù)據(jù)不全都，會(huì)要GoldenCopy（完整數(shù)據(jù)快照）空間，在“再同步”之前首先進(jìn)行一個(gè)快照，以保證數(shù)據(jù)的全都性。這種方式，即鋪張存儲(chǔ)資源，又增加了額外的系統(tǒng)管理難度。HUR按挨次保存在磁盤日志中，這樣，當(dāng)鏈路恢復(fù)后，HUR遠(yuǎn)程數(shù)據(jù)復(fù)制軟件仍舊到生產(chǎn)端存儲(chǔ)系統(tǒng)的日志文件中讀取數(shù)據(jù)更新記錄，這樣就解決了數(shù)據(jù)的重新同步問題，無需額外的“GoldenCopHUR基于存儲(chǔ)系統(tǒng)實(shí)現(xiàn)的數(shù)據(jù)遠(yuǎn)程復(fù)制技術(shù)的比較功能/產(chǎn)品其他友商的異步復(fù)制技術(shù)HUR生產(chǎn)系統(tǒng)CACHE占用高低率??鏈路故障管理破壞式bitmap，重新同步按挨次寫入，日志文件RPO30實(shí)時(shí)同步對(duì)主存儲(chǔ)系統(tǒng)性能的影響規(guī)律）低（由災(zāi)備系統(tǒng)執(zhí)行復(fù)制規(guī)律）所支持的平臺(tái)本廠商的存儲(chǔ)HDS第3數(shù)據(jù)遷移概述遷移目標(biāo)向高版本數(shù)據(jù)庫轉(zhuǎn)換、兩個(gè)不同數(shù)據(jù)庫之間進(jìn)行轉(zhuǎn)換以至系統(tǒng)硬件升級(jí)時(shí)，數(shù)據(jù)均可能需要被轉(zhuǎn)移并使之遷移后正常運(yùn)行。就本項(xiàng)目而言，數(shù)據(jù)遷移工作主要是指將北京中心現(xiàn)有核心業(yè)務(wù)系統(tǒng)的部分?jǐn)?shù)據(jù)一次遠(yuǎn)程容災(zāi)愛護(hù)。數(shù)據(jù)遷移相關(guān)因素?cái)?shù)據(jù)的愛護(hù)數(shù)據(jù)的愛護(hù)是最重要的，在數(shù)據(jù)遷移中數(shù)據(jù)的平安必需得到完全的愛護(hù)。任何一個(gè)更移后的可用性的必需預(yù)備。在線或離線遷移假如應(yīng)用可以暫停，則遷移過程可以更快捷；但是當(dāng)今大多數(shù)系統(tǒng)有著嚴(yán)格的可用性對(duì)生產(chǎn)系統(tǒng)的影響降到最低。維護(hù)時(shí)間窗口通常遷移工作只能在預(yù)先確定的維護(hù)時(shí)間窗口中進(jìn)行。通常時(shí)間窗口是在夜間或周末多個(gè)階段性工作。遷移技術(shù)在開放系統(tǒng)環(huán)境中，沒有一個(gè)完善的數(shù)據(jù)遷移技術(shù)。每個(gè)遷移技術(shù)均有優(yōu)勢和劣勢。（人力、硬件和軟件等）因素應(yīng)當(dāng)和間接因素（應(yīng)用停止和生產(chǎn)系統(tǒng)性能影響等）結(jié)合起來作為選擇遷移技術(shù)的判據(jù)。有些需要更大的維護(hù)時(shí)間窗口，而有些對(duì)生產(chǎn)系統(tǒng)的性能會(huì)有較大影響。這些都會(huì)成為選擇相應(yīng)存儲(chǔ)技術(shù)的考慮因素。方案和應(yīng)用停頓的容忍程度間窗口的選擇后，可供選擇的技術(shù)就相對(duì)比較固定。測試需求依據(jù)應(yīng)用的狀況，特定時(shí)間的遷移前測試和遷移后測試是必需的。由于沒有一個(gè)普遍數(shù)據(jù)遷移的時(shí)間跨度總的來說，打算數(shù)據(jù)遷移時(shí)間跨度的最主要因素是用戶對(duì)遷移對(duì)原應(yīng)用的影響的容忍程度。而時(shí)間跨度與應(yīng)用可用性之間親密相關(guān)。通常，在費(fèi)用和可以接受的應(yīng)用可用性之閱歷表明，在沒有具體徹底的評(píng)估環(huán)境和項(xiàng)目目標(biāo)的狀況下，進(jìn)行遷移時(shí)間的猜測是很困難的。一般來說，需要經(jīng)過評(píng)估，分析，方案和實(shí)施等幾個(gè)步驟。整個(gè)環(huán)境的簡單性方案和實(shí)施就越簡單。數(shù)據(jù)遷移方法論HDS所供應(yīng)的數(shù)據(jù)遷移服務(wù)是一種為客戶精確?????完整地將物理上存在的多或單點(diǎn)數(shù)據(jù)轉(zhuǎn)移集中至單一數(shù)據(jù)中心或單一存儲(chǔ)系統(tǒng)的解決方案。本方案涵蓋了主機(jī)及存儲(chǔ)設(shè)備的重新配置，并對(duì)客戶系統(tǒng)資源進(jìn)行合理的規(guī)劃，以保證在遷移集中完成后，新系統(tǒng)環(huán)境可以達(dá)到設(shè)計(jì)的要求，從而避開由于遷移集中導(dǎo)致的客戶業(yè)務(wù)中斷，及系統(tǒng)性能下降，同時(shí)確保數(shù)據(jù)遷移集中后系統(tǒng)的平安性及可管理性。該方案將數(shù)據(jù)遷移集中過程中對(duì)客戶業(yè)務(wù)的影HDS遷移評(píng)估設(shè)計(jì)階段主機(jī)、應(yīng)用、存儲(chǔ)環(huán)境信息。在了解用戶將來的商業(yè)和技術(shù)目標(biāo)對(duì)存儲(chǔ)的要求，以及理解用戶當(dāng)前的存儲(chǔ)架構(gòu)的基礎(chǔ)上，設(shè)計(jì)將來滿足要求的存儲(chǔ)架構(gòu)和數(shù)據(jù)遷移方案。項(xiàng)目初始化階段收集數(shù)據(jù)階段分析數(shù)據(jù)階段總結(jié)回顧階段項(xiàng)目初始化階段這一階段對(duì)于數(shù)據(jù)遷移項(xiàng)目成功與否格外重要。在最初的項(xiàng)目會(huì)議中確認(rèn)項(xiàng)目目標(biāo)和預(yù)期。在這一階段中，項(xiàng)目基于用戶的要求開頭并定義。主要的用戶人員被確認(rèn)并聯(lián)系，基于已經(jīng)定義的項(xiàng)目范圍，項(xiàng)目人員確認(rèn)并排出相應(yīng)的時(shí)間表?，F(xiàn)場技術(shù)訪問階段在這一階段中，項(xiàng)目組成員進(jìn)一步了解和明確用戶對(duì)數(shù)據(jù)遷移的商業(yè)和技術(shù)要求。同時(shí)對(duì)已有的主機(jī)、應(yīng)用、存儲(chǔ)環(huán)境做更多的了解和生疏。收集數(shù)據(jù)階段這一階段的目的是快速收集用戶應(yīng)用系統(tǒng)相關(guān)的計(jì)算環(huán)境信息和應(yīng)用架構(gòu)。這些信息是對(duì)項(xiàng)目初始化階段得到的信息的補(bǔ)充和驗(yàn)證。將收集到的信息整理歸檔以備分析階段使基礎(chǔ)。（比如：數(shù)據(jù)庫管理員和系統(tǒng)管理員）那里收集信息。制作系統(tǒng)環(huán)境收集表格，收集整理主機(jī)、系統(tǒng)和存儲(chǔ)等的具體信息。IT明確數(shù)據(jù)遷移的時(shí)間限制、維護(hù)時(shí)間窗口和停機(jī)許可等。分析數(shù)據(jù)階段回顧和分析全部收集的信息。與技術(shù)人員求證明施方案的可行性。制定數(shù)據(jù)遷移方案階段完整的詳盡的方案是實(shí)施數(shù)據(jù)遷移成功的關(guān)鍵。生成應(yīng)用、主機(jī)和數(shù)據(jù)庫等遷移的優(yōu)先級(jí)序列。生成備用回退方案。爭辯打算數(shù)據(jù)遷移的階段檢查點(diǎn)。完成完整的數(shù)據(jù)遷移方案。HDS在普遍適用數(shù)據(jù)遷移技術(shù)的基礎(chǔ)上，針對(duì)異構(gòu)和同構(gòu)的環(huán)境，進(jìn)行多種技術(shù)的結(jié)合?，F(xiàn)將使用的技術(shù)狀況簡列如下：針對(duì)同構(gòu)環(huán)境：基于磁盤陣列遠(yuǎn)程數(shù)據(jù)復(fù)制技術(shù)的數(shù)據(jù)遷移?；谌焦ぞ叩臄?shù)據(jù)遷移。針對(duì)異構(gòu)環(huán)境：基于虛擬化技術(shù)為基礎(chǔ)的數(shù)據(jù)遷移?；谌焦ぞ叩臄?shù)據(jù)遷移。總結(jié)回顧階段完整的方案文檔。遷移實(shí)施階段將用戶數(shù)據(jù)從原有系統(tǒng)遷移到新系統(tǒng)。項(xiàng)目初始化階段數(shù)據(jù)遷移階段總結(jié)回顧階段項(xiàng)目初始化階段的工具和設(shè)備。遷移前測試和演習(xí)階段在正式進(jìn)行生產(chǎn)系統(tǒng)數(shù)據(jù)遷移前，對(duì)原有系統(tǒng)進(jìn)行測試總結(jié)，作為遷移成功與否的一數(shù)據(jù)全都性測試、應(yīng)用軟件執(zhí)行功能測試、性能測試、數(shù)據(jù)備份和恢復(fù)測試等。果，為真正的數(shù)據(jù)遷移做好最完備的預(yù)備。數(shù)據(jù)遷移階段比如：進(jìn)行系統(tǒng)全備份，安裝臨時(shí)軟硬件，生成鏡像等。遷移后測試階段測試檢驗(yàn)遷移后系統(tǒng)的運(yùn)行狀況，進(jìn)行數(shù)據(jù)驗(yàn)證，為最終的驗(yàn)收做預(yù)備。依據(jù)設(shè)計(jì)的數(shù)據(jù)遷移測試方案測試數(shù)據(jù)遷移結(jié)果，也就是檢查數(shù)據(jù)遷移后數(shù)據(jù)和應(yīng)用軟件是否正常，總結(jié)回顧階段束項(xiàng)目。數(shù)據(jù)遷移技術(shù)的選擇下幾種：基于磁盤陣列之間的數(shù)據(jù)復(fù)制技術(shù)（HUR）的數(shù)據(jù)遷移?；谖募到y(tǒng)復(fù)制技術(shù)的數(shù)據(jù)遷移。基于數(shù)據(jù)庫復(fù)制技術(shù)的數(shù)據(jù)遷移。基于數(shù)據(jù)庫備份和恢復(fù)技術(shù)的數(shù)據(jù)遷移?；谌焦ぞ叩臄?shù)據(jù)遷移。可選的數(shù)據(jù)遷移技術(shù)對(duì)于業(yè)務(wù)數(shù)據(jù)的遷移，目前主要接受如下五種方法：基于磁盤陣列之間的數(shù)據(jù)復(fù)制技術(shù)（HUR）的數(shù)據(jù)遷移?；谖募到y(tǒng)復(fù)制技術(shù)的數(shù)據(jù)遷移?；跀?shù)據(jù)庫復(fù)制技術(shù)的數(shù)據(jù)遷移。基于數(shù)據(jù)庫備份和恢復(fù)技術(shù)的數(shù)據(jù)遷移?；谌焦ぞ叩臄?shù)據(jù)遷移。最終的遷移方案應(yīng)當(dāng)是上述方案的結(jié)合，我們會(huì)在上述方法結(jié)合過程中找到最佳數(shù)據(jù)遷移方案?；诖疟P陣列遠(yuǎn)程數(shù)據(jù)復(fù)制技術(shù)的數(shù)據(jù)遷移對(duì)于兩套同系列的磁盤陣列，可以通過陣列之間的數(shù)據(jù)復(fù)制技術(shù)來實(shí)現(xiàn)數(shù)據(jù)的遷移，EMCSRDF之間的數(shù)據(jù)遷移，并且此種方法不占用主機(jī)資源，對(duì)應(yīng)用透亮?????。但是源磁盤陣列和目標(biāo)磁盤陣列必需是同一廠家的同一系列的產(chǎn)品，而且遷移過程對(duì)生產(chǎn)系統(tǒng)有肯定的性能影響。方案優(yōu)點(diǎn)這種遷移方案的好處在于對(duì)應(yīng)用透亮?????，無論需要復(fù)制的數(shù)據(jù)是結(jié)構(gòu)化的數(shù)據(jù)庫，還是廣，幾乎全部具備條件的環(huán)境都能夠?qū)崿F(xiàn)。方案缺點(diǎn)例如目標(biāo)卷大小的調(diào)整，甚至數(shù)據(jù)庫版本的變化等等，都必需在復(fù)制完成成功啟動(dòng)新數(shù)據(jù)之后才能進(jìn)行?；谖募到y(tǒng)復(fù)制的數(shù)據(jù)遷移系統(tǒng)復(fù)制技術(shù)。這種復(fù)制技術(shù)簡潔快捷，對(duì)環(huán)境幾乎沒有任何簡