Veritas Velocity資料副本管理技術、原理詳解(附報告)
Veritas Velocity資料副本管理解決方案能夠以自助方式隨時提供對所需資料的快速訪問,同時不會帶來建立、儲存和維護物理儲存的負擔。Velocity直接從 Veritas NetBackup或資料來源提取生產資料的單一副本,可以即時按需預配置虛擬副本,在數分鐘內即可提供資料訪問。與物理副本不同的是,虛擬副本只佔據很少一部分的空間,數秒即可完成建立,並可在自助服務門戶上即時供授權使用者使用。
ESG實驗室通過驗證報告記錄了Veritas Velocity資料副本管理解決方案的實際情況。驗證的目的是演示Velocity的簡單部署和管理能力,副本資料工作流自動化如何使客戶簡化資料訪問帶來的挑戰。
ESG始終認為資料保護流程和相關技術帶來的成本是IT管理人員面臨的最大挑戰,當我們從整體上看排名時,發現虛擬化、可靠性、遵從性和太多的副本等一系列挑戰。
Veritas Velocity解決方案
Veritas Velocity是一種混合雲解決方案,它使資料庫管理員能夠為使用者提供受控的自服務訪問,從而在不影響生產環境的情況下無限制地複製生產資料。Velocity利用本地應用程式級API和虛擬檔案系統來提供空間高效的應用程式感知的複製資料服務。管理員可以設定使用者訪問角色(如開發人員和測試人員)。這種架構簡化了應用程式一致性副本的建立和物件級恢復,對生產應用程式沒有影響。Veritas Velocity通過減少工作流配置的複雜性加快應用程式的釋出週期。Velocity提供了快速、隨需應變、自服務的訪問,這種自我服務能力是測試和開發、資料科學和分析、法律和eDiscovery以及業務連續性的理想方案。
Veritas Velocity在資料副本管理解決方案中,關鍵的Veritas速度元件和特性包括:
Velocity儲存伺服器是駐留在客戶資料中心的虛擬或物理裝置。裝置集中儲存和管理所有Velocity資料。
Velocity雲控制檯是位於Veritas雲中的多租戶軟體即服務(SaaS)門戶。它允許從私有管理門戶管理Velocity裝置,並利用自助服務功能來管理駐留在裝置上的複製資料。
Velocity客戶端是一個生產伺服器或虛擬機器,它承載一個資料庫應用程式,該應用程式將從該資料庫應用程式生成Velocity副本。Velocity服務管理Velocity儲存伺服器裝置和生產主機之間的通訊和資料輸入過程。
Velocity NetBackup備份整合允許NetBackup處理Velocity裝置上的資料。
ESG實驗室驗證內容
ESG實驗室通過連線遠端到Veritas Demo環境對Veritas Velocity拷貝資料管理解決方案進行了實際的評估,驗證的目的是演示Velocity的簡單部署和管理能力以及複製資料工作流自動化如何使客戶能夠加速和簡化資料訪問。
ESG實驗室通過執行Velocity儲存伺服器虛擬裝置部署開始驗證。首先通過測試環境登入到vSphere客戶端,然後從File選項卡選擇部署OVF模板。Velocity儲存伺服器的虛擬機器版以OVF模版的形式可以在Veritas支援站點上下載。單擊Deploy後接受了許可協議、分配裝置名稱,並選擇了一個叢集節點來執行它。在我測試環境中,大約需要十分鐘的時間來建立一個Thick-Provisioned的300GB大小的Velocity儲存虛擬機器。然後使用SSH會話登入到Velocity VM配置Velocity VM網路,使用Velocity CLI配置了典型的網路設定,如IP地址、閘道器和子網掩碼。
配置網路後,首先通過vSphere客戶端即可登入到Velocity VM,為VM配置了兩個磁碟支援Velocity應用程式。第一個磁碟驅動器用於Velocity的後設資料,第二個磁碟驅動器用於儲存Velocity的拷貝資料。然後使用這兩個新的磁碟重新啟動VM,並通過SSH再次登入到Velocity VM,從CLI中選擇管理儲存選項準備磁碟供使用。最後是使用Velocity Cloud Portal註冊新配置的Velocity儲存伺服器。完整的部署過程大約花費32分鐘。
接下來使用Velocity Cloud Portal逐步完成配置過程。一旦初始部署完成,執行在Public Cloud中的Cloud Portal就可以從任何瀏覽器訪問,並可用於輕鬆管理Velocity。
最後談談使用者如何與Velocity互動。Velocity的使用者可以被分配三個角色,這三個角色是Velocity管理員、資料庫管理員和Sandbox使用者,每個組織至少需要一個能夠訪問所有速度資源的Velocity管理員。
資料庫管理員管理資料庫任務,包括資料輸入和資料庫訪問。Sandbox使用者可以訪問已分配給他們的特定資料庫和資料庫副本。如圖5所示,我們配置了一個Velocity管理員和一個用於測試的沙盒使用者,Velocity管理員帳戶能夠處理驗證期間所需的所有資料庫任務。
建立和維護生產資料的副本是一個複雜且成本高昂難題。多個工作流、系統工具和應用程式導致資料的快速擴充套件。這不僅僅是關於控制資料蔓延的問題,而是要從資料副本中提取更多的值。
ESG實驗室已經證實,Veritas Velocity提供了快速、隨需應變、自服務的訪問許可權,以便為授權的開發人員和管理員提供所需的拷貝資料。Velocit Cloud Console使它快速和容易地完成自動化的配置過程。
資料副本的工作流自動化
ESG探討了Velocity資料副本工作流自動化的效率。為了演示解決方案的效率,通過資料輸入採集過程和Sandbox建立,並從實際客戶那裡得到了Proof of Concept(POC)的驗證資料。
Veritas Velocity作為一個資料副本管理解決方案可以與Veritas NetBackup整合,以獲得更大的拷貝資料效率。如圖6所示,ESG對此驗證了這兩個功能選項。所有的複製資料工作流自動化測試都採用Oracle資料庫主機作為生產源。
通過在Velocity儲存伺服器和Oracle資料庫應用程式主機之間建立一個受信任的網路連線,將源資料庫作為客戶端新增到Velocity。在NetBackup中,我們在Oracle主機上安裝了NetBackup客戶機和資料庫代理,並使用Velocity管理員指南中的策略屬性建議在NetBackup中配置了一個備份。資料採集過程都使用RMAN備份處理來將資料傳遞給Velocity。第一個資料副本採用是完全備份,隨後的備份使用Oracle Block Change Tracking技術,這意味著只有更改後的資料塊需要進行傳輸。一旦傳輸完畢,新的塊將應用到初始的完整RMAN備份中。通過Velocity資料採集可以定期執行生成Velocity副本。
Velocity Cloud Portal可以建立Sandbox。Sandbox為使用者提供了一個可以在不影響工作資料的情況下對生產資料進行測試和試驗的孤立環境。當Sandbox中的資料變得陳舊時使用者可以從最近的資料中建立另一個沙箱Sandbox。
Velocity Sandbox執行在應用程式感知的虛擬資料副本上。Velocity利用Veritas檔案系統(它是Velocity儲存伺服器的一部分)來建立這些虛擬副本或快照。本實驗使用NFS將虛擬副本裝載到目標主機。
如圖7所示,ESG使用Velocity Cloud Portal建立了兩個基於Oracle資料庫的Sandbox,Sandbox建立嚮導允許使用者修改一些引數設定。
為了幫助客戶降低成本,客戶希望定期在單節點測試環境中執行資料庫的開發測試工作,為避免耗時開發原生解決方案,因此他們轉向Veritas尋求另一種選擇。圖8顯示了Veritas Velocity之前和之後的過程的結果,包括所需的時間和處理任務,如採集、配置、恢復和供給,已經完成該過程所需的人力資源。
圖中比較了Oracle RAC環境中使用Veritas Velocity與手動備份、恢復和重新配置提供單個例項Oracle測試所需的時間和資源。這些數字是什麼意思?
採用Velocity,建立第一個測試環境的速度提升大約是速度的2.7倍,需要人力資源降低一半。
採用Velocity,建立第二個測試環境的速度提升大約為8.8倍,所需的人力資源減低一半。
採用Velocity,在首次訪問資料庫和通訊被建立到目標主機之後,測試環境可以由終端使用者自行提供。
Velocity利用本地應用程式API和虛擬檔案系統提供空間高效、應用程式感知的資料副本,從而節約儲存物理空間。這種基於檔案系統的虛擬複製方法簡化了應用程式一致性副本的建立,容易恢復,對生產應用程式沒有影響。例如,Velocity可使用Oracle RMAN API來建立應用程式感知副本,Velocity可以從Oracle例項獲得表、日誌甚至完整資料庫的副本,供開發人員使用。
在進行驗證測試時,Oracle是唯一可用的應用程式感知Velocity解決方案。但目前微軟的SQL Server也可以通過CIFS支援,Microsoft Exchange和SharePoint、VMware也即將得到支援。ESG預計在2017年,隨著各種規模的組織多資料儲存的訴求將從資料保護,轉移到資料可用性和資料管理上。
關於資料副本管理CDM、備份技術領域感興趣的小夥伴可點選原文連結檢視<資料備份和副本管理技術全面解析>詳情。關注公眾號,在底部鍵盤中回覆“Velocity”關鍵字,獲取ESG有關Veritas Velocity的完整報告。
強相關閱讀
溫馨提示:
搜尋“ICT_Architect”或“掃一掃”二維碼關注公眾號,點原文連結獲取更多技術資料。
求知若渴, 虛心若愚(Stay hungry, Stay foolish)
相關文章
- 從CDP解析資料備份和副本管理技術
- 詳解Android資料儲存技術Android
- 資料庫連線池技術詳解資料庫
- 大資料技術Hbase和Hive詳解大資料Hive
- MongoDB 副本集原理及管理MongoDB
- CynosDB技術詳解——儲存叢集管理
- 大資料技術-hive視窗函式詳解大資料Hive函式
- Veritas:發揮企業資料的力量(附下載)
- 2021 OceanBase 年度報告 | 用技術讓海量資料的管理和使用更簡單!
- 2022 OceanBase 年度報告|用技術讓海量資料的管理和使用更簡單!
- 2021 OceanBase 年度報告 | 用技術讓海量資料的管理和使用更簡單
- 萬字詳解資料安全關鍵技術之資料脫敏
- 無線模組空中喚醒技術原理詳解
- 走進JavaWeb技術世界4:Servlet 工作原理詳解JavaWebServlet
- 大資料技術原理與應用大資料
- 大資料——Flink核心技術及原理大資料
- 史上最全Web端即時通訊技術原理詳解Web
- 大資料技術原理與應用——大資料概述大資料
- 大資料技術的原理是什麼大資料
- Veritas:以資料管理賦能中國企業雲中之旅
- Cube 技術解讀 | Cube 小程式技術詳解
- Cube 技術解讀 | Cube 卡片技術棧詳解
- 產品資料管理(PDM)技術概述
- 「技術層面」詳解供應鏈管理平臺主流技術架構方案架構
- 石基資訊:2020年餐飲業技術研究報告(附下載)
- 石基資訊:2021年餐飲業技術研究報告(附下載)
- SSM三大框架的執行流程、原理、核心技術詳解SSM框架
- 北斗GPS同步時鐘(授時系統)技術原理詳解
- 梧桐資料庫的高效索引技術行業調研報告資料庫索引行業
- 「分散式技術專題」資料分佈(原理、資料分片)分散式
- Service Mesh技術詳解
- P2P技術詳解(一):NAT詳解——詳細原理、P2P簡介(轉)
- 大資料開發-Spark Join原理詳解大資料Spark
- CynosDB技術詳解——儲存叢集管理【文末有福利】
- 全球調研報告顯示:企業資料分析技術投資回報比偏低!
- Validity:2020年CRM資料管理報告
- 「分散式技術專題」副本機制分散式
- Web技術與PDM產品資料管理Web