機(jī)動車檢測中心核心存儲建設(shè)方案建議書 NetApp

方案建議書上海機(jī)動車檢測中心核心存儲建設(shè)解決方案上海帕科網(wǎng)絡(luò)科技有限公司

目錄1. 概述 41.1. 檢測中心概述 41.2. 帕科公司簡介 42. 需求描述 72.1. 存儲現(xiàn)狀 72.2. 用戶需求 83. 解決方案 93.1. 一期存儲方案 93.1.1. 存儲空間分配 113.2. 二期存儲方案 123.2.1. 存儲空間分配 133.3. 設(shè)備利舊 153.4. 設(shè)備清單 154. 數(shù)據(jù)遷移考慮 184.1. 非VMware環(huán)境數(shù)據(jù)遷移 184.1.1. Oracle數(shù)據(jù)庫遷移 184.1.2. SQL數(shù)據(jù)庫遷移 194.1.3. NAS數(shù)據(jù)遷移 204.2. VMware環(huán)境數(shù)據(jù)遷移 205. 方案設(shè)計(jì)產(chǎn)品技術(shù) 235.1. FAS8020介紹 235.2. 方案優(yōu)勢技術(shù) 255.2.1. NetApp集群模式DataONTAP概述 255.2.2. SnapShot瞬時(shí)備份 315.2.3. SnapMirror數(shù)據(jù)容災(zāi) 335.2.4. VSC-VMware虛擬化插件 35

概述檢測中心概述上海機(jī)動車檢測中心是具有第三方公正地位的國家級綜合性機(jī)動車檢測機(jī)構(gòu)。是在集成和逐步整合上海現(xiàn)有的機(jī)動車檢測資源基礎(chǔ)上建立的，是目前我國投資規(guī)模最大、技術(shù)門類最齊全、技術(shù)裝備水平最高、組建體制最新的非營利性中立技術(shù)機(jī)構(gòu)。上海機(jī)動車檢測中心坐落于上海安亭國際汽車城內(nèi)，總投資達(dá)7.2億元人民幣，規(guī)劃占地面積12萬余平方米。本中心技術(shù)力量雄厚，檢測試驗(yàn)設(shè)備精良，擁有國際一流水平的汽車被動安全實(shí)驗(yàn)室、機(jī)動車排放實(shí)驗(yàn)室和機(jī)動車安全部件實(shí)驗(yàn)室。是通過商檢實(shí)驗(yàn)室認(rèn)可和環(huán)保檢測授權(quán)的權(quán)威性檢測實(shí)驗(yàn)室。能夠承接汽車、摩托車、拖拉機(jī)行業(yè)各種整車、整機(jī)、燈具以及其它零部件的檢測、試驗(yàn)任務(wù)；能夠承接各種零件及其材料的物理、化學(xué)性能測試、環(huán)境試驗(yàn)以及各種金屬零件的無損探傷、失效分析；承接汽車專用計(jì)量器具的校準(zhǔn)與檢定；并且可以為企業(yè)的質(zhì)量管理提供全面服務(wù)。在其發(fā)展歷程中，培養(yǎng)了一支經(jīng)驗(yàn)豐富、技術(shù)過硬的質(zhì)量審核、產(chǎn)品檢驗(yàn)隊(duì)伍。在汽車整車、摩托車、燈具、材料分析、計(jì)量校準(zhǔn)、檢測技術(shù)研究等領(lǐng)域具有行業(yè)知名的技術(shù)專家，并且擁有一批具備機(jī)動車企業(yè)技術(shù)質(zhì)量工作經(jīng)驗(yàn)背景的國家級審核員。上海機(jī)動車檢測中心下屬的上海摩托車研究所、上海汽車燈具研究所分別是摩托車和汽車燈具的國家標(biāo)準(zhǔn)的起草和歸口單位，在行業(yè)中具有權(quán)威地位。帕科公司簡介上海帕科是由帕科信息、帕科網(wǎng)絡(luò)、帕科軟件組成的以數(shù)據(jù)存儲（Storage）、應(yīng)用安全（Security）、軟件開發(fā)（Software）、虛擬化架構(gòu)（VirtualInfrastructure）、技術(shù)服務(wù)（Service）為核心業(yè)務(wù)的高技術(shù)企業(yè)，總部位于中國上海，在北京,成都設(shè)有分支服務(wù)機(jī)構(gòu)。上海帕科視先進(jìn)的解決方案和專業(yè)服務(wù)能力為核心競爭力，與多家世界知名廠商真誠合作，立志成為具備為國內(nèi)外大型企業(yè)提供4S（數(shù)據(jù)應(yīng)用、應(yīng)用安全、軟件開發(fā)、技術(shù)服務(wù))）方案解決能力的高速成長型公司。上海帕科擁有經(jīng)驗(yàn)豐富的咨詢團(tuán)隊(duì)和一批經(jīng)過嚴(yán)格培訓(xùn)并獲得IT行業(yè)權(quán)威機(jī)構(gòu)技術(shù)認(rèn)證的專業(yè)化的技術(shù)工程師，為客戶提供堅(jiān)實(shí)的技術(shù)保障。多年來帕科的專業(yè)品質(zhì)和技術(shù)服務(wù)能力得到了數(shù)十家世界500強(qiáng)企業(yè)的信賴，我們?yōu)橹峁┙鉀Q方案和技術(shù)服務(wù)的客戶有：西門子（中國）、飛利浦（中國）、博世（中國）、偉創(chuàng)力（中國）、寶潔（中國）、羅氏(中國),福特(中國),麥德龍集團(tuán),萬得城,德國拜耳、阿斯利康、安捷倫、意法半導(dǎo)體、宏力半導(dǎo)體,H3C等，同時(shí)為上海電氣集團(tuán)、寶鋼集團(tuán),中遠(yuǎn)集團(tuán),臨港集團(tuán),國家核電,商用飛機(jī),東方航空,中國航天各院所等國內(nèi)大型企業(yè)集團(tuán),東方網(wǎng),江蘇網(wǎng),攜程網(wǎng),美特斯邦威,巨人網(wǎng)絡(luò)等知名網(wǎng)站精心構(gòu)建了從數(shù)據(jù)存儲到安全的一體化平臺，積累了豐富的項(xiàng)目管理,工程實(shí)施及系統(tǒng)維護(hù)經(jīng)驗(yàn)，持續(xù)改進(jìn)的服務(wù)體系和服務(wù)區(qū)域的拓展為客戶提供更加快速的響應(yīng)能力，用戶的體驗(yàn)和滿意度是衡量我們成功與否的標(biāo)準(zhǔn)。帕科軟件匯聚精英人才，不懈致力于寬帶增值應(yīng)用的技術(shù)體系和業(yè)務(wù)模式的探索，力圖打造最適合中國網(wǎng)絡(luò)現(xiàn)狀和中國網(wǎng)民習(xí)慣的寬帶增值服務(wù)平臺，致力于家電式網(wǎng)絡(luò)終端設(shè)備應(yīng)用研發(fā)與寬帶多媒體市場推廣。帕科軟件完全自主研發(fā)的開放式的IPTV業(yè)務(wù)支撐平臺率先在四川電信得到商用。中國電信（集團(tuán)）、上海電信、上海網(wǎng)通、上海電信研究院、上海文廣、四川電信、江蘇電信、泉州電信、哈爾濱網(wǎng)通、新華電信、中興通訊、上海理想等運(yùn)營商領(lǐng)域的客戶已先后成為我們的客戶或合作伙伴?！白非笞吭?、力求創(chuàng)新”，只要您與我們有了溝通的開始，就會在不斷的肯定中體會我們與眾不同的價(jià)值。

需求描述存儲現(xiàn)狀經(jīng)過與機(jī)動車相關(guān)人員的溝通，我們貴公司的存儲現(xiàn)狀進(jìn)行了詳細(xì)的了解，總結(jié)如下：存儲架構(gòu)：NetAppFAS2050A存儲，外接2個(gè)DS14磁盤柜，每磁盤柜含14*300GFC磁盤，其總?cè)萘繛?TB，當(dāng)前可用容量不足100GB；該型號存儲于2011年5月6日停產(chǎn)，并將于2016年6月30日停止一切服務(wù)；其擴(kuò)展性最大支持磁盤數(shù)量為104塊；NetAppFAS2020A存儲，控制器所在機(jī)箱含12*300GSAS磁盤，外接2個(gè)DS14盤柜，盤柜1含6*300GFC磁盤，盤柜2含14*1TBSATA磁盤，其總?cè)萘繛?0TB，當(dāng)前可用容量不足1.2TB；該型號存儲于2012年5月4日停產(chǎn)，將于2017年6月30日停止一切服務(wù)；其擴(kuò)展性最大支持磁盤數(shù)量為68塊；存儲應(yīng)用分布：NetAppFAS2050A存儲，以FCSAN架構(gòu)支持網(wǎng)站數(shù)據(jù)庫應(yīng)用、虛擬化應(yīng)用，以CIFSNAS架構(gòu)支持web服務(wù)應(yīng)用；NetAppFAS2020A存儲，以FCSAN架構(gòu)支持OA應(yīng)用、LIMS應(yīng)用，以CIFSNAS架構(gòu)支持文件共享應(yīng)用；數(shù)據(jù)備份：應(yīng)用服務(wù)器及存儲數(shù)據(jù)利用Commvault備份軟件，采用傳統(tǒng)備份架構(gòu)，將各應(yīng)用服務(wù)器及存儲數(shù)據(jù)通過LAN網(wǎng)絡(luò)傳輸至Commvault服務(wù)器，之后該服務(wù)器將數(shù)據(jù)寫進(jìn)磁帶庫，備份策略采用周備份；用戶需求在構(gòu)建任何系統(tǒng)信息化平臺之前，我們都會針對用戶目前的信息化程度進(jìn)行分析，以期充分了解用戶的現(xiàn)有的系統(tǒng)資源，并且針對新的應(yīng)用需求尋找解決方案。經(jīng)過密切溝通，我們了解到xx集團(tuán)此次項(xiàng)目具體需求如下：存儲架構(gòu)擴(kuò)展需求伴隨著用戶新機(jī)房的建設(shè)完成，將會投入更多的應(yīng)用，而當(dāng)前存儲的可用空間已經(jīng)嚴(yán)重不足，既不能保證當(dāng)前應(yīng)用的數(shù)據(jù)增長，也無法滿足將來新應(yīng)用的投入使用，增加存儲的可用空間成為當(dāng)前整個(gè)IT建設(shè)的重中之重；容災(zāi)需求目前整個(gè)環(huán)境中雖然有數(shù)據(jù)備份，但備份的數(shù)據(jù)周期為每周一備份，如發(fā)生災(zāi)難需要通過備份還原數(shù)據(jù)，則會丟失至少1周數(shù)據(jù)，容災(zāi)專業(yè)術(shù)語稱之RPO為1周；另外備份是基于傳統(tǒng)磁帶庫，恢復(fù)時(shí)間取決于需要恢復(fù)的數(shù)據(jù)量，數(shù)據(jù)量越大其恢復(fù)應(yīng)用時(shí)間越長，如果數(shù)據(jù)數(shù)據(jù)恢復(fù)1天，則應(yīng)用需要1天才能恢復(fù)，容災(zāi)專業(yè)術(shù)語稱之RTO為1天；基于上訴描述，依托當(dāng)前檢測中心新建機(jī)房條件，將設(shè)計(jì)一套要求RPO為0，RTO接近于0的容災(zāi)存儲解決方案；原有設(shè)備的利舊需求期望能夠?qū)崿F(xiàn)原有設(shè)備的繼續(xù)利用，保護(hù)原有存儲設(shè)備投資；

解決方案根據(jù)檢測中心的存儲需求，結(jié)合當(dāng)前使用的存儲現(xiàn)狀、服務(wù)支持及擴(kuò)展性，我們提出了基于NetAppFAS系列設(shè)備的集群模式統(tǒng)一存儲與容災(zāi)方案，采用NetApp公司新平臺存儲型號替換當(dāng)前已有存儲型號，方案充分考慮貴公司存儲需求，實(shí)現(xiàn)數(shù)據(jù)整合、數(shù)據(jù)備份、容災(zāi)及擴(kuò)展需求。一期存儲方案在架構(gòu)搭建初期，在貴公司原有IT架構(gòu)的基礎(chǔ)之上，考慮到存儲效率、安全、可擴(kuò)展性、經(jīng)濟(jì)性等多方面因素，我們設(shè)計(jì)了一期存儲整合方案，一期方案架構(gòu)圖如下：一期方案架構(gòu)說明：新樓機(jī)房在生產(chǎn)站點(diǎn)部署NetAppFAS8020A系列集群存儲，本次采用2節(jié)點(diǎn)集群，今后可以根據(jù)需要，在線擴(kuò)展到最大8個(gè)節(jié)點(diǎn)的大規(guī)模集群，還可以升級到高級別的控制器，擴(kuò)展到24個(gè)節(jié)點(diǎn)的超大規(guī)模集群，以滿足未來不斷增加的業(yè)務(wù)數(shù)據(jù)的存儲需求。通過SAS接口外接DS2246盤柜，一期項(xiàng)目中購買2個(gè)DS2246盤柜，每盤柜含24*900GSAS磁盤。采用FCSAN+NAS統(tǒng)一存儲架構(gòu)，NetApp存儲可在后端實(shí)現(xiàn)對FCSAN和NAS的統(tǒng)一支持。應(yīng)用程序在部署的時(shí)候，對于數(shù)據(jù)庫等一些結(jié)構(gòu)化數(shù)據(jù)，可以FCSAN方式接入存儲，對于文件系統(tǒng)等非結(jié)構(gòu)化數(shù)據(jù)，則可通過NAS方式接入存儲，實(shí)現(xiàn)應(yīng)用有針對性的部署，獲得最高的存儲效率。生產(chǎn)站點(diǎn)存儲通過NetApp重復(fù)數(shù)據(jù)刪除、精簡配置等技術(shù)獲得極大的空間節(jié)省。數(shù)據(jù)備份方面，在生產(chǎn)站點(diǎn)采用Snapshot備份技術(shù)實(shí)現(xiàn)本地?cái)?shù)據(jù)備份，SnapShot無損性能快照技術(shù)，對每份數(shù)據(jù)可以保留份的邏輯保護(hù)，可有效防止數(shù)據(jù)的人為誤操作造成的數(shù)據(jù)丟失或損壞。對于VMware環(huán)境，NetApp提供的VirtualStorageConsole（VSC）虛擬化插件可與VMware環(huán)境緊密結(jié)合，安裝VSC插件后可大大簡化VMware虛擬化環(huán)境的管理操作，從VMware環(huán)境即可實(shí)現(xiàn)對后端存儲的管理，包括數(shù)據(jù)快照的創(chuàng)建，虛機(jī)或datastore的克隆，重復(fù)數(shù)據(jù)刪除、精簡配置等功能的開啟，存儲狀態(tài)的監(jiān)控等等。舊樓機(jī)房在一期建項(xiàng)目設(shè)中，舊樓機(jī)房也作為生產(chǎn)站點(diǎn)使用，該樓的應(yīng)用服務(wù)器將通過FCSAN與新樓機(jī)房的存儲連接，存儲提供的服務(wù)與新樓機(jī)房一致。存儲空間分配磁盤分配及可用空間估算磁盤分配及可用空間說明：一期項(xiàng)目中采用的2個(gè)DS2246盤柜分別分配給2個(gè)控制器，即每控制器24*900GBSAS磁盤。以每控制器為例，盤柜的前3個(gè)硬盤作為控制器的根聚合，即存放存儲系統(tǒng)數(shù)據(jù)，采用RAID-DP技術(shù)，因此數(shù)據(jù)磁盤為1。隨之20個(gè)磁盤作為控制器的數(shù)據(jù)聚合，即存放用戶數(shù)據(jù)，采用RAID-DP技術(shù)，因此數(shù)據(jù)磁盤為18。最后1個(gè)磁盤為全局熱備磁盤。根據(jù)以上磁盤分配及RAID技術(shù)，每控制器可用空間接近14TB。二期存儲方案考慮到檢測中心的應(yīng)用發(fā)展需求及容災(zāi)要求，我們在一期方案存儲架構(gòu)基礎(chǔ)之上設(shè)計(jì)了二期方案，二期方案繼承原有的存儲效率，并提供更高的安全性。二期方案架構(gòu)圖如下：二期方案架構(gòu)保留一期架構(gòu)優(yōu)勢，且有以下改進(jìn)：新樓機(jī)房相對于一期項(xiàng)目建設(shè)，新樓機(jī)房未出現(xiàn)改變，該機(jī)房內(nèi)的所有應(yīng)用服務(wù)器仍通過FCSAN訪問一期項(xiàng)目中配置的存儲設(shè)備。舊樓機(jī)房在舊樓機(jī)房部署NetAppFAS8020A系列集群存儲，本次采用2節(jié)點(diǎn)集群。通過SAS接口外接DS2246盤柜，采用2個(gè)DS2246盤柜，每盤柜含24*900GSAS磁盤。舊樓機(jī)房所有應(yīng)用服務(wù)器訪問存儲方式不變，依然通過FCSAN架構(gòu)訪問新樓機(jī)房的一期項(xiàng)目中配置的存儲設(shè)備。增加SnapMirror遠(yuǎn)程數(shù)據(jù)鏡像技術(shù)，實(shí)現(xiàn)數(shù)據(jù)容災(zāi)。SnapMirror技術(shù)也是數(shù)據(jù)塊級別的增量鏡像技術(shù)，可在生產(chǎn)站點(diǎn)和容災(zāi)站點(diǎn)保留相同的兩份數(shù)據(jù)。在新樓機(jī)房站點(diǎn)故障的情況下，可快速將舊樓機(jī)房存儲設(shè)備中的數(shù)據(jù)快速恢復(fù)，減少由于生產(chǎn)站點(diǎn)故障所帶來的應(yīng)用停頓。采用完全同步技術(shù)，將所有應(yīng)用服務(wù)器切換訪問舊樓存儲設(shè)備，不會造成數(shù)據(jù)丟失?？深A(yù)先將存儲切換命令編寫腳本，一旦發(fā)生災(zāi)難可通過腳本快速將存儲設(shè)備映射給前端服務(wù)器。注：目前存儲版本不支持syncsnapmirror（完全同步數(shù)據(jù)復(fù)制），但NetApp公司已經(jīng)有計(jì)劃在之后版本之后該技術(shù)，具體時(shí)間未定。之后推出新版本，將通過升級存儲版本支持該功能，不需要任何額外投入。存儲空間分配磁盤分配及可用空間估算磁盤分配及可用空間說明：一期項(xiàng)目中存儲空間不發(fā)生任何變化。一期項(xiàng)目中采用的2個(gè)DS2246盤柜分別分配給2個(gè)控制器，即每控制器24*900GBSAS磁盤。以每控制器為例，盤柜的前3個(gè)硬盤作為控制器的根聚合，即存放存儲系統(tǒng)數(shù)據(jù)，采用RAID-DP技術(shù)，因此數(shù)據(jù)磁盤為1。隨之20個(gè)磁盤作為控制器的數(shù)據(jù)聚合，即存放用戶數(shù)據(jù)，采用RAID-DP技術(shù)，因此數(shù)據(jù)磁盤為18。最后1個(gè)磁盤為全局熱備磁盤。根據(jù)以上磁盤分配及RAID技術(shù)，每控制器可用空間接近14TB。設(shè)備利舊已有NetApp存儲設(shè)備與本次新購設(shè)備差異較大，無法直接被利用，考慮當(dāng)前環(huán)境中備份介質(zhì)采用磁帶庫，此類型介質(zhì)管理復(fù)雜、備份窗口過長，因此建議將此次替換下來的NetApp存儲作為備份介質(zhì)的補(bǔ)充，利用磁盤的高效性縮短備份窗口，而且存儲介質(zhì)的管理更為方便。NetAppFAS2050A及FAS2020A存儲設(shè)備，通過IPSAN或者CIFSANS方式將空間映射給備份服務(wù)器，備份服務(wù)器識別空間之后，在備份軟件中將存儲空間作為備份數(shù)據(jù)目標(biāo)空間使用即可。設(shè)備清單一期項(xiàng)目設(shè)備清單S/NPartNumberDescriptionQty1FAS8020A1.1FAS8020A-001-R6FAS8020HighAvailabilitySystem21.2X6226-R6-CChassis,FAS8020,ACPS,-C11.3X6536-R6-CCable,Cntlr-Shelf/Switch,5m,LC/LC,Op,-C81.4X6553-R6-CCable,Cntlr-Shelf/Switch,2m,LC/LC,Op,-C21.5X6557-R6-CCable,SASCntlr-Shelf/Shelf-Shelf/HA,0.5m,-C21.6X6559-R6-CCable,SASCntlr-Shelf/Shelf-Shelf/HA,5m,-C41.7X6560-R6-CCable,Ethernet,0.5mRJ45CAT6,-C21.8X6562-R6-CCable,Ethernet,5mRJ45CAT6,-C31.9X5515A-R6-CRackmountKit,4N2,DS14-Middle,-C,R611.10X5526A-R6-CRackmountKit,4-Post,Universal,-C,R621.11X6596-R6-CSFP+FCOptical16Gb,-C41.12X6599A-R6-CSFP+Optical10GbShortwave,FAS80X0,-C41.13DOC-8020-CDocuments,8020,-C11.14X800I-R6-CPowerCableChina,-C,R661.15X1117A-EN-R6-CNICII2-PortBareCageSFP+10GbEPCIe,EN,-C21.16X6569-R6-CSFP+forX1117A,Optical,10GbE,R6,-C41.17DS2246-21.6TB-0P-R6-CDSKSHLF,24x900GB,6G,0P,-C21.18OS-ONTAP-CAP2-0P-COSEnable,Per-0.1TB,ONTAP,Perf-Stor,0P,-C4321.19SW-2-8020A-CIFS-CSW-2,CIFS,8020A,-C21.20SW-2-8020A-FCP-CSW-2,FCP,8020A,-C21.21SW-2-8020A-SMIRROR-CSW-2,SnapMirror,8020A,-C21.22SW-2-CL-BASESW-2,Base,CL,Node11.23CS-MV-CI-FLEXPODFlexPodSupport,FAS8020-R611.24CS-A2-INST-4R-VASEStandardPartReplace4hr,Installand/orExtWty,VA11.25PUKKA-PSS-NetApp8020APUKKAFAS8020A5*8*NBDOnSiteServices12Months1S/NPartNumberDescriptionQty2Brocade3002.1X-320-0008-R5-C8-PtBrocade300FullFabFC8Gbps,-C,R542.2X800I-R6-CPowerCableChina,-C,R642.3X-SMEDPOD8-01-R6Brocade3008-PODfor8Gbps,R642.4X1697-R5Kit,BrocadeUniversalRail42.5X6536-R6Cable,Cntlr-Shelf/Switch,5m,LC/LC,Op642.6X1869-R6SFP,Brocade8Gbps10KmLWL42.7CS-A2-4RSupportEdgeStandardPartReplace4hr4二期項(xiàng)目設(shè)備清單S/NPartNumberDescriptionQty1FAS8020A1.1FAS8020A-001-R6FAS8020HighAvailabilitySystem21.2X6226-R6-CChassis,FAS8020,ACPS,-C11.3X6536-R6-CCable,Cntlr-Shelf/Switch,5m,LC/LC,Op,-C81.4X6553-R6-CCable,Cntlr-Shelf/Switch,2m,LC/LC,Op,-C21.5X6557-R6-CCable,SASCntlr-Shelf/Shelf-Shelf/HA,0.5m,-C21.6X6559-R6-CCable,SASCntlr-Shelf/Shelf-Shelf/HA,5m,-C41.7X6560-R6-CCable,Ethernet,0.5mRJ45CAT6,-C21.8X6562-R6-CCable,Ethernet,5mRJ45CAT6,-C31.9X5515A-R6-CRackmountKit,4N2,DS14-Middle,-C,R611.10X5526A-R6-CRackmountKit,4-Post,Universal,-C,R621.11X6596-R6-CSFP+FCOptical16Gb,-C41.12X6599A-R6-CSFP+Optical10GbShortwave,FAS80X0,-C41.13DOC-8020-CDocuments,8020,-C11.14X800I-R6-CPowerCableChina,-C,R661.15X1117A-EN-R6-CNICII2-PortBareCageSFP+10GbEPCIe,EN,-C21.16X6569-R6-CSFP+forX1117A,Optical,10GbE,R6,-C41.17DS2246-21.6TB-0P-R6-CDSKSHLF,24x900GB,6G,0P,-C21.18OS-ONTAP-CAP2-0P-COSEnable,Per-0.1TB,ONTAP,Perf-Stor,0P,-C4321.19SW-2-8020A-CIFS-CSW-2,CIFS,8020A,-C21.20SW-2-8020A-FCP-CSW-2,FCP,8020A,-C21.21SW-2-8020A-SMIRROR-CSW-2,SnapMirror,8020A,-C21.22SW-2-CL-BASESW-2,Base,CL,Node11.23CS-MV-CI-FLEXPODFlexPodSupport,FAS8020-R611.24CS-A2-INST-4R-VASEStandardPartReplace4hr,Installand/orExtWty,VA11.25PUKKA-PSS-NetApp8020APUKKAFAS8020A5*8*NBDOnSiteServices12Months1

數(shù)據(jù)遷移考慮在根據(jù)方案進(jìn)行存儲架構(gòu)搭建的時(shí)候，會涉及到如何從原有架構(gòu)將數(shù)據(jù)遷移到新NetApp存儲架構(gòu)的問題，在此，我們給出了一系列的數(shù)據(jù)遷移建議。結(jié)合貴公司的情況，數(shù)據(jù)遷移大致分為兩部分，非VMware環(huán)境中的數(shù)據(jù)遷移及VMware環(huán)境中數(shù)據(jù)的遷移。非VMware環(huán)境數(shù)據(jù)遷移Oracle數(shù)據(jù)庫遷移exp/imp邏輯備份與恢復(fù)：它是最常用最簡單的方法，一般是基于應(yīng)用的owner級做導(dǎo)出導(dǎo)入。操作方法為：在新庫建立好owner和表空間，停老庫的應(yīng)用，在老庫執(zhí)行：$expuser/pwdowner=XXXfile=exp_xxx.dmplog=exp_xxx.logbuffer=6000000,導(dǎo)入dmp文件到新庫，在新庫執(zhí)行如下命令：$impuser/pwdfromuser=XXXtouser=XXXfile=exp_xxx.dmplog=imp_xxx.logignore=y.

優(yōu)缺點(diǎn)：優(yōu)點(diǎn)是可以跨平臺使用;缺點(diǎn)是停機(jī)時(shí)間長，停機(jī)時(shí)間為從exp到網(wǎng)絡(luò)傳輸?shù)叫聨?，再加上imp的時(shí)間。Storage存儲遷移：這種情況下，數(shù)據(jù)文件、控制文件、日志文件、spfile都在存儲上(一般情況下是裸設(shè)備)，我們可以直接把存儲掛到新機(jī)器上，然后在新機(jī)器上啟動數(shù)據(jù)庫。操作方法：將老庫的pfile(因?yàn)槔锩嬗兄赶蚵阍O(shè)備的spfile鏈接)，tnsnames.ora，listener.ora，密碼文件傳到新庫的對應(yīng)位置。將存儲切至新機(jī)，或者用文件拷貝或dd的方式復(fù)制數(shù)據(jù)文件，啟動數(shù)據(jù)庫。優(yōu)缺點(diǎn)：優(yōu)點(diǎn)是該遷移方式非常簡單，主要的工作是主機(jī)工程師的工作，dba只需配合即可，停機(jī)時(shí)間為停庫、切存儲、起庫的時(shí)間；缺點(diǎn)是要求新老庫都是同一平臺，是相同的數(shù)據(jù)庫版本。利用dataguard遷移：用dg我們不僅可以用來做容災(zāi)，物理的dg我們還可以作為遷移的方式。優(yōu)缺點(diǎn)：優(yōu)點(diǎn)是停機(jī)時(shí)間短，停機(jī)時(shí)間為switchover的時(shí)間；缺點(diǎn)：主機(jī)必須雙份、存儲必須雙份。用rman做遷移：

rman比較適合于跨文件系統(tǒng)的遷移，如同平臺下的不同文件系統(tǒng)。操作方法：停第三方的歸檔備份，如legato或dp；backup數(shù)據(jù)庫；SQL數(shù)據(jù)庫遷移方法一：腳本法如果你的數(shù)據(jù)庫每天都有更新，而且今天改動量不大，可以將你所有的改動弄成腳本，放到本地?cái)?shù)據(jù)庫執(zhí)行即可。就行一般公司開發(fā)寫數(shù)據(jù)庫發(fā)布腳本一樣。方法二：備份與還原法在服務(wù)器的數(shù)據(jù)庫中選中要轉(zhuǎn)移的數(shù)據(jù)庫，按鼠標(biāo)右鍵，選所有任務(wù)->備份數(shù)據(jù)庫;將備份copy到本地，選中本地已有的數(shù)據(jù)庫(沒有需要新建)右鍵→任務(wù)→還原數(shù)據(jù)庫。找到你copy下來的.bak文件即可，值得提醒是，有時(shí)候會出現(xiàn)錯(cuò)誤：2個(gè)數(shù)據(jù)庫不是一個(gè)數(shù)據(jù)庫。這種情況點(diǎn)→選項(xiàng)勾上覆蓋現(xiàn)有數(shù)據(jù)庫即可。方法三：附加法首先分離數(shù)據(jù)庫連接，然后將數(shù)據(jù)庫文件(.mdf文件)copy到本地，然后右鍵→附加找到該.mdf文件即可NAS數(shù)據(jù)遷移方法一：robocopy利用微軟工具robocopy，通過Windows服務(wù)器進(jìn)行數(shù)據(jù)遷移。利用Windows服務(wù)器，將兩臺存儲的共享空間全部映射，之后通robocopy命令將數(shù)據(jù)從舊存儲復(fù)制到新的存儲中。VMware環(huán)境數(shù)據(jù)遷移VMware環(huán)境中的數(shù)據(jù)遷移可通過vSpherestoragevMotion來實(shí)現(xiàn)。使用vSphereStoragevMotion在存儲陣列內(nèi)和跨存儲陣列實(shí)時(shí)遷移虛擬機(jī)磁盤文件。將虛擬機(jī)磁盤文件改放到其他位置的同時(shí)，可以使服務(wù)保持持續(xù)可用，并全面保證事務(wù)的完整性。簡化陣列遷移和存儲升級將虛擬機(jī)磁盤文件從現(xiàn)有存儲位置實(shí)時(shí)、自動地遷移到新的目標(biāo)位置，從而幫助解決服務(wù)中斷的問題。將虛擬機(jī)磁盤文件無中斷地遷移到不同種類的存儲設(shè)備的做法，提供了一種基于分層存儲策略中的使用率和優(yōu)先級策略，來經(jīng)濟(jì)高效地管理虛擬機(jī)磁盤的方式。執(zhí)行零停機(jī)時(shí)間的存儲遷移，并全面保證事務(wù)的完整性。遷移位于任何受支持的服務(wù)器硬件上、正在運(yùn)行任何支持操作系統(tǒng)的虛擬機(jī)中的磁盤文件?？鐅Sphere支持的任何光纖通道、iSCSI、FCoE和NFS存儲系統(tǒng)實(shí)時(shí)遷移虛擬機(jī)磁盤文件。動態(tài)優(yōu)化存儲的I/O性能

通過將虛擬機(jī)磁盤文件無中斷地移動到采用更佳體系結(jié)構(gòu)從而可提供所需性能的備用LUN，優(yōu)化存儲的I/O性能。通過消除存儲資源的超額分配，在降低成本的同時(shí)應(yīng)對I/O瓶頸問題。無需安排停機(jī)時(shí)間即可管理存儲性能問題。在存儲瓶頸演變成大問題之前主動進(jìn)行處理。StorageDRS為實(shí)現(xiàn)存儲性能管理的自動化所采用的核心技術(shù)。更加高效地管理存儲容量

可以回收未使用的或者“孤立的”存儲容量，將其分配給其他虛擬機(jī)。因此，StoragevMotion可有效地利用存儲，當(dāng)虛擬機(jī)磁盤文件數(shù)量接近LUN的總可用容量限制時(shí)，通過將虛擬機(jī)無中斷地移動到容量更大的存儲LUN中，即可在出現(xiàn)性能問題前防患于未然。未使用的存儲容量可得到回收?？筛鶕?jù)項(xiàng)目需求的變化在不同種類的存儲之間移動虛擬機(jī)磁盤文件?？蓪⒕哂凶罡咝阅苄枨蟮奶摂M機(jī)遷移到新近購買的存儲中?？蓪?yōu)先級較低的虛擬機(jī)移到速度較慢或者較舊的陣列中，騰出高性能存儲供更加重要的工作負(fù)載使用。

方案設(shè)計(jì)產(chǎn)品技術(shù)FAS8020介紹NetAppFAS8020磁盤陣列采用軟硬一體化的器具型（Appliance）結(jié)構(gòu)設(shè)計(jì)，采用NetApp專用的DataOntap內(nèi)核系統(tǒng)（超過15年的使用歷史），整體可靠性達(dá)到業(yè)界最高的99.999%水平，因此保證了用磁盤陣列搭建的存儲環(huán)境的可靠性。NetAppFAS8020磁盤陣列本身就能同時(shí)支持FCSAN、iSCSI、NAS和FCoE四種存儲架構(gòu)，不需要額外的網(wǎng)關(guān)來進(jìn)行協(xié)議轉(zhuǎn)換，因此用戶完全可以根據(jù)用戶的具體需求來選擇最合適的存儲架構(gòu)，并且保持了整個(gè)存儲環(huán)境的簡單和易管理性。NetAppFAS8020磁盤陣列采用雙控制器架構(gòu)，通過這兩個(gè)控制器同時(shí)實(shí)現(xiàn)對FCP/FCoE/iSCSI/NFS/CIFS協(xié)議的統(tǒng)一支持，雙控制器之間實(shí)現(xiàn)負(fù)載均衡和故障切換保護(hù)。NetAppFAS8020（雙控制器配置，具有擴(kuò)展I/O），包括：最大48GB系統(tǒng)內(nèi)存遠(yuǎn)程管理模塊（RemoteLANModule）最大4個(gè)PCI-Express擴(kuò)展槽最多可提供20個(gè)1GbE千兆以太網(wǎng)接口或16個(gè)10GbE萬兆以太網(wǎng)接口最多可提供20個(gè)4Gb或8GbFC接口或12個(gè)16GbFC接口最多480個(gè)磁盤，2880TB的裸盤容量最大單卷容量70TBNetAppFAS統(tǒng)一存儲系統(tǒng)一個(gè)主要特點(diǎn)是提供極其豐富的軟件進(jìn)行數(shù)據(jù)管理。NetApp主要軟件功能如下所示：軟件/特性功能優(yōu)勢數(shù)據(jù)壓縮透明的內(nèi)聯(lián)和后處理數(shù)據(jù)壓縮實(shí)現(xiàn)數(shù)據(jù)精簡減少需要購買和維護(hù)的存儲量DataMotion針對卷和虛擬存儲控制器的無中斷數(shù)據(jù)移動在應(yīng)用程序持續(xù)運(yùn)行的前提下，無中斷地移動數(shù)據(jù)重復(fù)數(shù)據(jù)刪除針對FCP/Iscsi/NFS/CIFS統(tǒng)一支持?jǐn)?shù)據(jù)塊級別重復(fù)數(shù)據(jù)刪除，用于刪除冗余數(shù)據(jù)對象減少需要購買和維護(hù)的存儲量FlexCache?緩存NFS卷，加快遠(yuǎn)程辦公室和服務(wù)器計(jì)算場的文件訪問速度提高系統(tǒng)的性能、響應(yīng)速度和數(shù)據(jù)可用性FlexClone?瞬時(shí)克隆文件、LUN和卷，而無需額外存儲節(jié)省測試和開發(fā)時(shí)間，并提高存儲容量FlexShare?在負(fù)載過重的系統(tǒng)中，將存儲資源優(yōu)先分配給最重要的工作負(fù)載通過專門的高優(yōu)先級應(yīng)用程序?yàn)槟峁└玫男阅蹻lexVol?在大型磁盤池和一個(gè)或多個(gè)RAID組中，創(chuàng)建容量靈活的LUN和卷最高效地使用存儲系統(tǒng)，并降低硬件投資RAID-DP?一種雙奇偶校驗(yàn)RAID6實(shí)現(xiàn)，能夠在兩個(gè)驅(qū)動器發(fā)生故障的情況下防止數(shù)據(jù)丟失不僅能為您提供保護(hù)，而且性能還可以滿足您要求最苛刻的應(yīng)用程序的需求SnapDrive?在運(yùn)行Windows?、UNIX?和Linux?系統(tǒng)的服務(wù)器上，提供基于主機(jī)的NetApp存儲數(shù)據(jù)管理在服務(wù)器發(fā)生故障時(shí)啟動無錯(cuò)系統(tǒng)恢復(fù)SnapManager?為數(shù)據(jù)庫和業(yè)務(wù)應(yīng)用程序提供基于主機(jī)的NetApp存儲數(shù)據(jù)管理自動執(zhí)行無錯(cuò)數(shù)據(jù)恢復(fù)，并提供應(yīng)用程序感知型災(zāi)難恢復(fù)SnapMirror?支持跨系統(tǒng)自動增量數(shù)據(jù)復(fù)制靈活高效地鏡像數(shù)據(jù)，以實(shí)現(xiàn)數(shù)據(jù)分發(fā)和災(zāi)難恢復(fù)SnapRestore?從任意Snapshot副本備份迅速恢復(fù)單個(gè)文件、目錄或整個(gè)LUN和卷從備份恢復(fù)文件、數(shù)據(jù)庫和完整卷幾乎可以瞬時(shí)完成Snapshot?創(chuàng)建LUN或卷的增量數(shù)據(jù)原位時(shí)間點(diǎn)副本，而性能影響微乎其微頻繁地創(chuàng)建節(jié)省空間的備份，而不會中斷數(shù)據(jù)流量SnapVault?將Snapshot副本導(dǎo)出到其他NetApp系統(tǒng)，從而提供塊級增量備份解決方案基于磁盤的數(shù)據(jù)備份，成本低而且保留時(shí)間長方案優(yōu)勢技術(shù)NetApp集群模式DataONTAP概述隨著NetApp集群模式DataONTAP（集群模式ONTAP）的發(fā)布，NetApp率先推出了企業(yè)就緒型“統(tǒng)一橫向擴(kuò)展存儲”，借此搶占了市場先機(jī)。集群模式ONTAP是在經(jīng)驗(yàn)證的DataONTAP技術(shù)的堅(jiān)實(shí)基礎(chǔ)上經(jīng)過創(chuàng)新開發(fā)而成的，它是虛擬化共享存儲基礎(chǔ)架構(gòu)的基礎(chǔ)，該基礎(chǔ)架構(gòu)可以在系統(tǒng)生命周期內(nèi)實(shí)現(xiàn)“無中斷運(yùn)行”。智能橫向擴(kuò)展存儲與縱向擴(kuò)展面對當(dāng)今環(huán)境中不可避免的數(shù)據(jù)增長趨勢和數(shù)據(jù)管理難題，橫向擴(kuò)展存儲是最為有力和靈活的應(yīng)對方式。不難想象，所有存儲控制器的可擴(kuò)展性都會受物理?xiàng)l件的限制，例如CPU和內(nèi)存插槽的數(shù)量，以及磁盤架的空間。這些條件決定了控制器所能提供的最大容量和性能。如果需要更多的存儲容量或更高性能，您或許能夠升級或添加CPU和內(nèi)存，或者安裝更多磁盤架，但控制器最終都將被完全填滿，無法再進(jìn)行擴(kuò)展。這時(shí)，唯一的選擇就是再購置更多控制器。長久以來，這一目標(biāo)是通過簡單的“縱向擴(kuò)展”實(shí)現(xiàn)的，通常有兩種方式：一是用全套的升級換代技術(shù)產(chǎn)品取代舊控制器，二是將新控制器與原有控制器同時(shí)運(yùn)行。這兩種方式都有明顯的缺點(diǎn)和不足。在技術(shù)升級換代期間，需要通過數(shù)據(jù)遷移將數(shù)據(jù)從舊控制器復(fù)制到新控制器，然后再重新配置環(huán)境。這種方式不僅耗時(shí)，需要周密規(guī)劃，還會經(jīng)常造成中斷，并且通常需要更改所有已連接的主機(jī)系統(tǒng)的配置，以便能訪問新的存儲資源。數(shù)據(jù)遷移對存儲管理成本和管理復(fù)雜性有很大影響。如果新控制器要與原來的控制器同時(shí)運(yùn)行，則需要單獨(dú)管理兩個(gè)存儲控制器，并且沒有內(nèi)置工具來平衡或重新分配兩者間的工作負(fù)載。采用這種方式時(shí)，仍需要進(jìn)行數(shù)據(jù)遷移。隨著控制器數(shù)量的增加，這種情況會變得更加糟糕。采用“縱向擴(kuò)展”會使運(yùn)行負(fù)擔(dān)隨環(huán)境的增長而增加，最終導(dǎo)致環(huán)境失去平衡并難以管理。技術(shù)升級換代周期需要提前進(jìn)行周密計(jì)劃，并且會遇到成本高昂的中斷和配置更改，這些都會給系統(tǒng)帶來風(fēng)險(xiǎn)。而采用“橫向擴(kuò)展”時(shí)，隨著存儲環(huán)境的增長，會無縫地向共享存儲基礎(chǔ)架構(gòu)上的資源池添加額外的控制器。橫向擴(kuò)展以及內(nèi)置的存儲虛擬化技術(shù)可以使主機(jī)和客戶端連接以及數(shù)據(jù)存儲庫本身在資源池中無中斷地隨意移動。利用這些功能，可以輕松部署新的工作負(fù)載，并輕松無中斷地在可用資源之間均衡分布現(xiàn)有的工作負(fù)載。技術(shù)升級換代（更換磁盤架、添加或完全取代存儲控制器）可以在環(huán)境保持聯(lián)機(jī)狀態(tài)并提供數(shù)據(jù)的同時(shí)來完成。橫向擴(kuò)展架構(gòu)雖然已經(jīng)問世一段時(shí)間，但它本身并不是能自動滿足企業(yè)所有要求的靈丹妙藥。目前，許多橫向擴(kuò)展產(chǎn)品都具有以下一項(xiàng)或多項(xiàng)缺點(diǎn)：支持的協(xié)議有限，例如只支持NAS支持的硬件有限：只支持特定類型的硬件或非常有限的一套存儲控制器升級時(shí)要求根據(jù)可用的控制器配置進(jìn)行全方位擴(kuò)展，因此容量、計(jì)算能力和I/O都需要提高，即使最終需要用到的只是其中一部分極少或根本沒有存儲效率功能，如缺乏精簡配置、重復(fù)數(shù)據(jù)刪除、數(shù)據(jù)壓縮等功能數(shù)據(jù)復(fù)制功能有限或沒有數(shù)據(jù)復(fù)制功能支持的閃存有限因此，雖然這些產(chǎn)品也許能對某些專門工作負(fù)載充分發(fā)揮作用，但其靈活性、功能和穩(wěn)定性較差，無法在企業(yè)內(nèi)廣泛部署。NetApp集群模式DataONTAP是第一款可提供完整橫向擴(kuò)展解決方案的產(chǎn)品—可提供一個(gè)智能化、適應(yīng)性強(qiáng)且始終可用的存儲基礎(chǔ)架構(gòu)，充分利用當(dāng)今高度虛擬化環(huán)境所具有的經(jīng)驗(yàn)證的存儲效率。多協(xié)議統(tǒng)一架構(gòu)“多協(xié)議統(tǒng)一架構(gòu)”能夠使用一系列不同的控制器和磁盤存儲類型在同一存儲系統(tǒng)中同時(shí)支持多個(gè)數(shù)據(jù)訪問協(xié)議。DataONTAP7G和7-模式很久以前就具有這種功能，而現(xiàn)在集群模式DataONTAP還可以支持更廣泛的數(shù)據(jù)訪問協(xié)議。集群模式DataONTAP8.2支持的協(xié)議包括：NFSv3、NFSv4和NFSv4.1，包括pNFSSMB1、SMB2、SMB2.1和SMB3，包括可使用SMB3在Microsoft?Hyper-V?環(huán)境中進(jìn)行無中斷故障轉(zhuǎn)移iSCSI光纖通道FCoE集群模式DataONTAP中的所有協(xié)議均無縫支持?jǐn)?shù)據(jù)復(fù)制和存儲效率功能。SAN數(shù)據(jù)服務(wù)利用支持的SAN協(xié)議（光纖通道、FCoE和iSCSI），集群模式DataONTAP提供LUN服務(wù)，也就是說，能夠創(chuàng)建LUN并將其映射到連接的主機(jī)。由于集群包含多個(gè)控制器，因此到任何一個(gè)LUN都會有多個(gè)邏輯路徑，并且這些路徑由多路徑I/O(MultiPathI/O,MPIO)進(jìn)行管理。在主機(jī)上使用非對稱邏輯單元訪問(AsymmetricLogicalUnitAccess,ALUA)，可以確保為LUN選擇優(yōu)化路徑以及使數(shù)據(jù)傳輸處于活動狀態(tài)。如果到任一LUN的優(yōu)化路徑發(fā)生變化（例如因?yàn)榘琇UN的卷發(fā)生移動），集群模式ONTAP會自動進(jìn)行識別和無中斷調(diào)整。如果優(yōu)化路徑不可用，集群模式ONTAP可以無中斷地切換到任何其他可用路徑。NAS數(shù)據(jù)服務(wù)利用支持的NAS協(xié)議、SMB(CIFS)和NFS，集群模式DataONTAP可提供一個(gè)命名空間，用來提供通過單個(gè)NFS裝載點(diǎn)或SMB共享訪問龐大數(shù)據(jù)容器的權(quán)限。NAS客戶端可通過其標(biāo)準(zhǔn)NFS或SMB客戶端代碼裝載單個(gè)NFS文件系統(tǒng)裝載點(diǎn)，或訪問單個(gè)SMB共享，從而無需安裝額外的可執(zhí)行文件即可訪問命名空間。在集群模式DataONTAP內(nèi)部，命名空間由集群管理員接合在一起的多個(gè)卷組成，這些卷有時(shí)可能達(dá)到數(shù)千個(gè)。對NAS客戶端來說，每個(gè)卷都顯示為一個(gè)文件夾、子目錄或接合，附加在文件系統(tǒng)裝載點(diǎn)或共享的層次結(jié)構(gòu)中。卷可以隨時(shí)添加并立即提供給客戶端使用，而且無需重新安裝即可顯示給新存儲。當(dāng)客戶端在文件系統(tǒng)中移動時(shí)，卷邊界的底層結(jié)構(gòu)對客戶端而言基本上是透明的。借助集群模式ONTAP，NAS客戶端能夠?qū)⒄麄€(gè)命名空間作為單個(gè)NFS輸出或共享裝載在根目錄上。但是，對許多應(yīng)用程序和環(huán)境而言，在根目錄下裝載或訪問命名空間可能會更合適，這樣就只有一部分視圖可以訪問。就本質(zhì)而言，集群模式ONTAP支持這種做法；客戶端可以在根目錄或任何卷接合路徑、子目錄或qtree上裝載命名空間。在每種情況下，客戶端只會看到其訪問點(diǎn)之下裝載的卷。集群模式ONTAP還支持無限卷，這是一種經(jīng)濟(jì)高效的大型容器，可以擴(kuò)展至數(shù)PB的存儲和數(shù)十億個(gè)文件。請參見第3.2節(jié)“邏輯集群組件”的“無限卷”部分。雖然集群模式ONTAP的架構(gòu)可設(shè)計(jì)為提供單個(gè)命名空間，但也可以配置額外的命名空間，以滿足多租戶或隔離特定客戶端或應(yīng)用程序組的要求。因此，集群模式DataONTAP是一個(gè)適用于一個(gè)或多個(gè)存儲虛擬機(jī)(StorageVirtualMachine,SVM)的平臺。每個(gè)SVM可以支持任何或所有受支持的客戶端和主機(jī)協(xié)議。無中斷運(yùn)行在當(dāng)今的全天候環(huán)境中，共享存儲基礎(chǔ)架構(gòu)要向數(shù)以千計(jì)的單個(gè)客戶端或主機(jī)提供服務(wù)，還要為多個(gè)業(yè)務(wù)部門或租戶的多種不同應(yīng)用程序和工作負(fù)載提供支持。在這種環(huán)境下，不能出現(xiàn)停機(jī)；存儲基礎(chǔ)架構(gòu)必須始終可用?！盁o中斷運(yùn)行”(Nondisruptiveoperations,NDO)正是集群模式ONTAP創(chuàng)新的橫向擴(kuò)展架構(gòu)所固有的特征。NDO指的是存儲基礎(chǔ)架構(gòu)在執(zhí)行硬件和軟件維護(hù)操作期間，以及在其他IT生命周期運(yùn)行期間，均能保持正常運(yùn)行和提供數(shù)據(jù)。NDO的目標(biāo)是消除停機(jī)時(shí)間（不管是可避免的、計(jì)劃內(nèi)的還是計(jì)劃外的停機(jī)時(shí)間），同時(shí)允許隨時(shí)對系統(tǒng)進(jìn)行更改。集群模式ONTAP的設(shè)計(jì)高度可用，并且能在整個(gè)存儲集群中將數(shù)據(jù)和邏輯客戶端連接透明地遷移到任何位置。NetAppDataMotion.forVolumes是標(biāo)準(zhǔn)配置，并內(nèi)置在集群模式ONTAP中。借助這種無中斷移動單個(gè)數(shù)據(jù)卷的能力，可以隨時(shí)出于任何原因在集群內(nèi)重新分配數(shù)據(jù)。DataMotionforVolumes對NAS和SAN主機(jī)來說是透明、無中斷的，以便存儲基礎(chǔ)架構(gòu)在進(jìn)行這些更改時(shí)持續(xù)提供數(shù)據(jù)。執(zhí)行維護(hù)或生命周期操作時(shí)，可能要執(zhí)行數(shù)據(jù)遷移來重新平衡容量使用、針對不斷變化的性能要求進(jìn)行優(yōu)化，或隔離一個(gè)或多個(gè)控制器或存儲組件。永久集群NetApp集群模式DataONTAP可有效實(shí)現(xiàn)“永久集群”：對于任何系統(tǒng)，軟件更新和配置更改都貫穿其生命周期的始終。除此之外，在幾乎所有環(huán)境中，添加和更換硬件基礎(chǔ)架構(gòu)組件都是不可避免的，而且可能會多次添加和更換。如果系統(tǒng)自最初投入使用已經(jīng)過多年，由于數(shù)據(jù)的保留時(shí)間往往要比硬件壽命長，因此原來的硬件可能所剩無幾。借助NDO功能，可以在無中斷或不影響應(yīng)用程序或連接的客戶端及主機(jī)的情況下實(shí)現(xiàn)所有這些更改，而集群實(shí)體始終可以保持完好。SnapShot瞬時(shí)備份SnapShot是WAFL文件系統(tǒng)“任意位置寫入”功能帶來的一項(xiàng)突出優(yōu)勢。一份SnapShot是文件系統(tǒng)的在線只讀拷貝。創(chuàng)建文件系統(tǒng)的一份SnapShot僅僅需要幾秒種的時(shí)間，并且除非原始文件被刪除或者更改，數(shù)據(jù)快照并不占用額外的磁盤空間。結(jié)合富有特色的Snapshot技術(shù)，NetApp還提供了專業(yè)級的SnapRestore功能，允許用戶在數(shù)秒鐘的時(shí)間內(nèi)恢復(fù)多達(dá)上TB級的數(shù)據(jù)，保證生產(chǎn)應(yīng)用在短時(shí)間內(nèi)的恢復(fù)運(yùn)行。備份和恢復(fù)系統(tǒng)的第一目的是快速恢復(fù)，第二個(gè)目的實(shí)際上是歸檔。NetApp的SnapShot快照技術(shù)，彌補(bǔ)了傳統(tǒng)的磁帶備份技術(shù)在備份和恢復(fù)時(shí)間長、恢復(fù)流程復(fù)雜、數(shù)據(jù)格式封閉的問題的不足，結(jié)合傳統(tǒng)備份技術(shù)，為客戶提供了獨(dú)特的2層備份和恢復(fù)系統(tǒng)：0層備份，快速恢復(fù)－滿足IT對快速恢復(fù)的需求，依靠NetApp存儲上的SnapShot和SnapRestore技術(shù)，可以在2－5分鐘內(nèi)對任意多個(gè)數(shù)據(jù)庫、任意容量的數(shù)據(jù)完成快速全備份，可以在2－5分鐘內(nèi)對任意多個(gè)數(shù)據(jù)庫或者任意容量的數(shù)據(jù)；NetApp的獨(dú)特Snapshot/SnapRestore的0層備份和恢復(fù)機(jī)制，基于主存儲進(jìn)行，對主存儲性能沒有影響，以實(shí)用性的快速恢復(fù)為IT提供了快速從邏輯問題中恢復(fù)的強(qiáng)有基礎(chǔ)，將應(yīng)用的恢復(fù)時(shí)間從5～12個(gè)小時(shí)縮短到分鐘級別。1層備份，歸檔保存－滿足數(shù)據(jù)歸檔保存的需求，依靠現(xiàn)有的備份軟件、磁帶庫以及NetApp存儲的NDMP備份機(jī)制，將0層備份數(shù)據(jù)轉(zhuǎn)移到磁帶上保