企業須要專用的備份服務器嗎

 

十多年來，典型的數據保護體系結構包括一個服務器，其惟一的目的是從端點接收數據。此服務器負責從端點提取數據或從端點接收數據。它還能夠執行重複數據刪除、壓縮以及更新文件和媒體數據庫。全部這些功能都使得服務器專一於該任務成爲最佳實踐。可是，這種十多年的作事方式仍然是最佳實踐?

 

　　在過去的十年裏，許多事情發生了變化。數據中心須要高端系統來管理備份服務器上的全部任務。另外，因爲計算能力很是有限，應用程序也專門用於單臺服務器租用，以確保他們得到所需的性能。如今，大多數中端服務，提供了足夠的功率來驅動備份過程，並且運行應用程序所需的計算能力也很是多，經過虛擬化，人們如今能夠在每一個應用程序上堆疊多個應用程序。

 

　　專用備份服務器也有缺點。首先，企業不得不高端服務器租用服務來備份數據，而在大多數狀況下，這種數據只能天天發生一次。其次，備份服務器成爲瓶頸。儘管數十甚至數百個系統能夠同時向其發送數據，但全部這些數據必須合併成一個系統。備份服務器從網絡和計算的角度來看都是不尋常的。

 

　　專用備份服務器的另外一個挑戰是規模。若是服務器耗盡網絡或計算資源，企業會作什麼?它必須增長一個更大的備份服務器，從網絡和計算角度來看都不堪重負，這並很多見。

 

 

 

　　那些但願實現數據中心現代化的人可能會考慮另外一種選擇，即直接備份到雲端。直接備份意味着物理服務器甚至虛擬機將數據直接發送到基於雲計算的備份存儲庫。直接發送到雲備份消除了企業對計算和網絡擴展的擔心。每次添加新服務器時，這些資源基本上都會進行縮放。

 

　　對直接備份的關注是對應用程序性能的潛在影響，但在計算資源豐富的現代數據中心中，計算能力耗盡遠不如以往那樣使人擔心。另外一個問題是管理，企業須要考慮如何管理全部這些單獨組件的備份以及如何保護受保護數據的全部權。

 

　　解決這些問題須要一個新的雲計算軟件架構，能夠將數千個端點集中管理，而後將其整合到一個存儲庫中。雲計算成爲舉辦此類行動的理想之選。端點能夠執行本身的重複數據刪除和壓縮，有效地將新的數據段直接發送到雲端。雲計算託管的軟件實質上成爲其所保護的各類端點的編排和管理引擎。它還應該提供全球重複數據刪除來控制雲存儲成本。

 

　　考慮到受保護的數據量、受保護數據的用戶的指望以及可用計算來驅動進程，具備專用備份服務器的經典備份體系結構須要改變。它再也不是單一的專用服務器，備份軟件須要變得更加分散。實現此目標的一種方法是直接備份，即應用程序服務器將數據直接發送到備份設備或目標。