評估數(shù)據(jù)虛擬化解決方案的十大標準

沈建苗

由于副本數(shù)據(jù)管理（CDM）和數(shù)據(jù)庫虛擬化設(shè)備（DVA）之類的數(shù)據(jù)虛擬化解決方案，數(shù)據(jù)克隆技術(shù)取得了顯著進展。這類技術(shù)在過去4年迅速得到了采用?！敦敻弧?00強中有100家企業(yè)采用了數(shù)據(jù)虛擬化技術(shù)。這些采用者發(fā)現(xiàn)，存儲需求大幅降低，開發(fā)項目時間大幅縮短，這歸功于數(shù)據(jù)虛擬化技術(shù)能夠在短短幾分鐘內(nèi)生成數(shù)據(jù)副本，幾乎沒有任何存儲開銷：不是拷貝數(shù)據(jù)，而是共享初始數(shù)據(jù)副本，同時為每個副本單獨存儲變化的數(shù)據(jù)，允許每個副本進行讀寫訪問。

為何副本數(shù)據(jù)管理（CDM）和數(shù)據(jù)虛擬化對企業(yè)來說很重要？因為數(shù)據(jù)虛擬化解決方案緩解了生產(chǎn)數(shù)據(jù)副本造成的數(shù)據(jù)散亂現(xiàn)象。

由于應(yīng)用程序開發(fā)、質(zhì)量保證、用戶驗收、生產(chǎn)環(huán)境支持、報告和備份，企業(yè)通常為每個生產(chǎn)數(shù)據(jù)源生成8到10個副本。因此，一個5 TB的生產(chǎn)數(shù)據(jù)庫會形成40TB到50TB的下游副本，而一家《財富》500強企業(yè)可能會有1000多個生產(chǎn)數(shù)據(jù)庫生成PB級的副本數(shù)據(jù)。有效管理副本數(shù)據(jù)所需的存儲量大得驚人。而數(shù)據(jù)虛擬化消除了所有的冗余數(shù)據(jù)副本，同時、而且更為重要的是縮短了生成副本所需的時間，這就縮短了應(yīng)用程序開發(fā)時間、質(zhì)量保證時間和恢復(fù)時間。

如今，只有少數(shù)幾家公司致力于這個領(lǐng)域，更多的公司在進入這個市場，因而很難辨別廠商營銷炒作的真?zhèn)巍?/p>

在概念證明（POC）階段，先要搞清楚哪些問題？可以通過哪些測試來證明？

POC之前先搞清楚這五大問題

1.支持我的環(huán)境？

第一個也是最明顯的目標是，找到一款很容易與貴公司的基礎(chǔ)設(shè)施、數(shù)據(jù)源和應(yīng)用程序架構(gòu)棧整合起來的解決方案。這包括內(nèi)部部署環(huán)境以及可擴展到遠程環(huán)境或云環(huán)境。你還應(yīng)該確保自己不被只支持單一源環(huán)境的解決方案牢牢鎖定。你是否需要不止一種類型的數(shù)據(jù)庫，比如Oracle、SQL Server、Sybase或MySQL等？是否需要支持某應(yīng)用程序，比如Oracle EBS或SAP？是否需要多個主機操作系統(tǒng)，比如Linux、AIX、HP/UX、Solaris和Windows？該解決方案是需要專門硬件，還是可以在現(xiàn)有的系統(tǒng)資源上運行？

2.擁有必需的功能？

該解決方案是否擁有特定的內(nèi)置功能，以滿足預(yù)期的業(yè)務(wù)目標和要求，比如

■加快應(yīng)用程序的發(fā)布周期

■是否有特定的接口和功能來支持應(yīng)用程序開發(fā)人員

■確保數(shù)據(jù)的隱私性和安全性

■包括屏蔽、審計和監(jiān)管鏈

■加快集成測試

■該解決方案是否支持快速質(zhì)量保證環(huán)境和專門側(cè)重質(zhì)量保證的功能，比如破壞性測試所需的回滾（恢復(fù)原狀）。

■將數(shù)據(jù)遷移到云環(huán)境

■該解決方案是否支持云計算基礎(chǔ)設(shè)施？該解決方案是否支持從內(nèi)部數(shù)據(jù)源復(fù)制到云數(shù)據(jù)源，反之亦然？

■改進備份和災(zāi)難恢復(fù)策略

■該解決方案是否支持長遠和精細的恢復(fù)點目標（RPO）和快速的恢復(fù)時間目標（RTO）？

3.可擴展到新的使用場合

該解決方案通過在整個公司帶來其他應(yīng)用場合，從而降低總體擁有成本、提供更高的投資回報率方面做得多好。比如，如果我的虛擬化數(shù)據(jù)與生產(chǎn)數(shù)據(jù)同步，以便用于集成測試這一應(yīng)用場合，那么現(xiàn)在我能屏蔽該數(shù)據(jù)，將它遷移到公有云，讓分析團隊能夠?qū)ο嗤臄?shù)據(jù)集執(zhí)行商業(yè)智能分析嗎？

4.推薦相關(guān)客戶

該廠商有沒有與我企業(yè)規(guī)模和業(yè)務(wù)需求相似的客戶？我是否要幫助廠商開拓新領(lǐng)地、因而經(jīng)歷發(fā)展初期的困難，還是說廠商已經(jīng)有金融、零售、制造、政府、高科技及其他行業(yè)垂直領(lǐng)域的領(lǐng)軍企業(yè)如今在使用其解決方案？

5.根據(jù)證明階段簡易又快速

該廠商是否愿意在實際的POC過程中向我展示所有這些功能？對方是否能夠在現(xiàn)場POC過程中做到所有的銷售和營銷宣傳名副其實，并有定義明確的成功標準？

POC過程中運行的五大測試

1.時間點配置

根據(jù)確切的時間點配置環(huán)境。用什么方法找到確切的時間點？該解決方案讓我可以具體根據(jù)分鐘、秒鐘或事務(wù)來配置數(shù)據(jù)環(huán)境有多容易？最終用戶（比如開發(fā)人員或業(yè)務(wù)分析人員）只要按一下按鈕就可以完成配置，還是說需要自定義腳本和多個人員（比如存儲管理員、數(shù)據(jù)庫管理員和系統(tǒng)管理員）才能完成？

2.環(huán)境的重置、分支和回滾

鑒于我已經(jīng)配置好了父環(huán)境（生產(chǎn)環(huán)境的副本），我想做一些變化，配置該環(huán)境的分支（即子環(huán)境）。對子環(huán)境做一些變化后，現(xiàn)在我想讓子環(huán)境恢復(fù)到1個小時或6個小時之前。這如何完成？最后，我想把這兩個環(huán)境都重置到原來狀態(tài)。

3.用最新數(shù)據(jù)更新父環(huán)境和子環(huán)境

我已建立了許多父環(huán)境，又從這些父環(huán)境另外建立了許多子環(huán)境。有什么方法將最新數(shù)據(jù)從生產(chǎn)環(huán)境遷移到父環(huán)境和子環(huán)境？這個過程可以由開發(fā)人員或分析人員來完成嗎？要是有影Ⅱ向的話，會對生產(chǎn)數(shù)據(jù)有何影響？

4.根據(jù)同一時間點配置多個源環(huán)境

我有多個使用場合（商業(yè)智能、集成和災(zāi)難恢復(fù)等），我需要根據(jù)某一個時間點來對齊和配置多個不同的數(shù)據(jù)源。（比如說，根據(jù)當(dāng)?shù)貢r間下午5點對齊我的所有源數(shù)據(jù)集）。這該如何實現(xiàn)？

5.自動化，自助服務(wù)，審計功能

我能通過自助服務(wù)式GUI控制臺來執(zhí)行上述所有任務(wù)嗎？GUI的界面是否足夠直觀，以便為開發(fā)人員、分析人員和數(shù)據(jù)所有者提供自助服務(wù)？CLI用起來多可靠？有沒有一整套可充分利用REST的API以便與開發(fā)運營（DevOps）工具集成起來？最后，所有這些任務(wù)是否記錄下來，為訪問我數(shù)據(jù)的活動提供記錄源？

總之，頭號心得就是，應(yīng)該確保廠商在POC階段向你證明其解決方案和功能特性。數(shù)據(jù)虛擬化解決方案有望大幅提升數(shù)據(jù)敏捷性和數(shù)據(jù)中心的利用率一一這種提升幅度是自十年前VMware普及服務(wù)器虛擬化以來所未曾見過的。由于這個原因，很快會有許多廠商追逐這股潮流，聲稱其解決方案提供本文概述的所有功能。你想看一看哪家是真正有實力的廠商，可能很簡單，只要讓它們證明一下。