CobiNet(寧波)推薦文章：

高可用性是當今存儲專業人士們最常使用的一大術語。但是，僅僅只是簡單的將資金和最新的技術投入到貴公司的存儲陣列上，并寄希望于能夠有效避免發生停機中斷顯然是行不通的。故而企業數據中心亟待實施一套行之有效的計劃。

在本文中，獨立顧問Ben Maas將為我們廣大讀者朋友們概述關于如何有效的保護企業應用程序，避免導致發生數據丟失和停機的最常見原因的五大關鍵步驟，這五大步驟分別是：

1、 了解您企業軟件的功能；

2、 了解您企業所有應用程序的運行時間要求；

3、 適當地調整您企業數據中心的環境；

4、 適當地調整貴公司數據存儲庫的規模大小和設置

5、 實施更完善的實踐方案

實踐步驟一 了解您企業的數據保護軟件

當前，許多企業其實是在不了解其全部功能或限制條件的情況下使用了某些數據保護軟件。例如，備份軟件可以使用幾種不同的方法來創建安全的恢復集。其可以在文件、應用程序、存儲卷、虛擬管理程序或操作系統級別進行復制?；蛘咂湟部梢灾С侄喾N方法的組合以提供多種恢復選項。虛擬機（VM）的備份軟件就是一個很好的例子。大多數企業使用快照技術來執行該任務，盡管每家企業可能采用的是不同的技術來完成這個任務。有些企業采用無代理的方法，稱為VMware的本機虛擬機快照技術。其他某些企業采用的是部署在每臺虛擬機上的軟件代理。

如果您企業的備份軟件依賴于代理執行虛擬機備份，則其將更直接地與虛擬機文件系統配合使用。在這種情況下，備份軟件可能使用微軟的卷影復制服務（Volume Shadow Copy Service，VSS）將數據合并到磁盤，然后再進行虛擬機的快照。

而如果您企業的備份軟件采用的是無代理的方式進行快照，其可能仍然部分的依賴代理進行備份。一款備份軟件在執行備份以調用微軟VSS創建快照時，會暫時將一段軟件放入虛擬機中。為此，其將使用VMware API啟動快照，然后將該軟件代碼放置在虛擬機上以創建快照。一旦完成快照，其將刪除安裝的代碼片段。

即使這種混合的虛擬機備份方法也可能是不夠的。在某些情況下，備份軟件可能需要與特定的應用程序（如微軟Exchange或SQL Server）集成，以將數據同步到磁盤。這將創建一個在恢復后可用的應用程序一致性備份。

同樣，許多備份軟件產品也使用重復數據刪除技術來最大限度地降低存儲需求。一些備份軟件產品能夠針對客戶端和其他服務器上的數據執行重復數據刪除。一些則僅僅只是當數據到達存儲設備時才執行重復數據刪除。一些甚至提供了在這三個位置中的任何一個執行重復數據刪除的選擇，或者根本不刪除重復數據。

您企業的軟件所支持的選項將影響到您執行此操作所需的帶寬量，以及在客戶端、媒介服務器或磁盤目標上所需要的處理能力量，以對該數據進行重復數據刪除。

了解備份軟件的這些功能和局限性是非常重要的，因為它們會影響備份和恢復所花費的時間，并最終影響備份的可靠性。

超越備份和恢復關鍵任務應用程序應始終保持在線或盡可能保持始終在線狀態。這種服務級別需要比備份軟件所能夠提供的更高級的工具。對停機中斷容忍度為零的企業應考慮針對關鍵系統采用高可用性（HA）解決方案。HA通過將系統實時復制到遠程站點來確保始終在線的服務。如果生產環境發生中斷，HA可讓您企業立即將故障轉移到次要位置，并繼續在那里保持運行，直到您在當地的問題被解決。HA的恢復以分鐘或秒計量，故而使得數據丟失可以最小化到接近于零。

實踐步驟二 了解應用程序的正常運行時間要求

在了解了貴公司所采用的備份軟件的功能和使用限制條件后，您需要了解每款應用程序的恢復目標。一旦您確定了這些目標，您就需要將它們映射回到軟件中可用的功能，甚至是映射回您企業內部的流程中，以確保它們的一致性，并且可以根據業務需求保持這些應用程序的可用性。

例如，MySQL對于其數據的實時快照并沒有一種得到正式認可的方法。因此，您無法證明您的備份軟件能夠隨時將數據同步到磁盤，以創建可恢復的快照。

備份MySQL的唯一經過驗證的方法是關閉MySQL（這對于需要100%正常運行時間的應用程序來說是沒有意義的），或者制作該數據的副本，然后針對副本進行快照。像MySQL這樣的例子說明了企業為什么需要了解您的數據在哪里以及它是如何運行的，所以您企業不需要運行恢復來發現您正在丟失數據或者數據已經損壞了。

相反，諸如微軟SQL等軟件提供的API可以為您企業提供比MySQL更好的數據保護體驗。使用VSS卷影副本，企業可以避免這些問題。再次強調，企業需要確保您的備份軟件知道如何正確的調用API，以便驗證您的數據是否已寫入磁盤，從而最大限度地減少并最理想地避免數據丟失或損壞的可能性。

這一步是非常重要的，特別是如果您企業正在處理需要備份軟件來加密存儲在驅動器或內存中的數據的應用程序。加密會創建一個額外的保護級別，并且您需要確保備份軟件在數據進入驅動器之前對其進行加密。許多提供商要求企業客戶自行管理并保留自己的加密密鑰。IT專業人員們有責任保護這些密鑰。如果您企業丟失了加密密鑰，則會丟失備份，二如果丟失了備份，則會造成數據丟失。

實踐步驟三 適當地調整您企業的數據備份環境

企業需要針對兩種類型的備份進行考慮，以便正確的調整貴公司數據備份環境的規模大小。

數據中心備份

數據中心的備份可能是最容易量化和規模化的。企業往往擁有專用的網絡來備份這些應用程序服務器，而這種備份流量甚至可能無法通過企業網絡。生產應用程序數據可能受基于陣列的快照技術的保護，其中備份軟件啟動數據快照，這些快照短期存儲在陣列上，并由備份軟件管理。然后，備份軟件可以將該快照備份到磁盤、磁帶或甚至云中以進行長期保存。在企業數據中心中使用的更復雜的備份軟件往往可以更輕松地對托管在數據中心中的應用程序進行備份。

當企業開始探討應用程序的備份位置位于數據中心之外（無論其是您企業數據中心建筑的其他位置，園區還是遠程位置）時，恰當的調整備份和恢復環境的規模將變得更加困難。

如果通過LAN連接進行本地備份，則需要驗證在備份窗口期間是否有足夠的計算機資源和網絡帶寬，以避免中斷生產應用程序。由于備份是往往在下班時間運行的，所以這通常并不是一個不能克服的問題。

但是，如果您企業在核心數據中心之外運行24x7運行的應用程序，并且該應用程序沒有需求低活躍的時間段，則可能需要升級這些服務器上的計算資源，或者需要為這些應用程序提供額外的網絡帶寬，以確保其備份和恢復可以在計劃的備份窗口內發生。您可能還需要考慮更高級的備份工具，例如高可用性解決方案（HA）。 HA技術使用即時的故障轉移功能來確保任務關鍵型應用程序和數據的正常運行時間要求。

遠程備份

如果您企業需要在遠程位置通過WAN連接來備份或恢復應用程序的運行，其挑戰將變得更加嚴峻。除了確保擁有可用的計算和網絡資源來備份和恢復數據外，還需要驗證是否可以及時恢復數據；否則就無法達到您企業的恢復目標。

唯一真正知道其是否可行的方法是在生產環境中進行測試。

當您企業這樣做時，請務必考慮在執行備份或恢復時可能在您備份環境中遇到的某些變量。例如，如果要通過VPN渠道運行備份或恢復，則吞吐量將會下降。另外，在通過LAN或WAN鏈接發送數據之前，是否需要加密數據？如果是這樣的話，請驗證對數據進行加密的設備是否可以及時執行以滿足您的備份或恢復服務級別協議。

還有需要注意的一點是，存儲備份數據的磁盤必須足夠快才能滿足備份和恢復需求。我曾遇到過企業有眾多機器同時寫入或讀取數據的情況，從而導致了處理速度變慢。

考慮您企業可能有24臺機器需要在24小時內恢復的情況。您企業可能不會嘗試逐一的對它們進行恢復。您將要并行恢復它們。同時還需要確保從中恢復數據的存儲設備可以處理滿足這些需求所需的I / O量。再次強調，有計算器可以幫助企業執行這些類型的評估，但我發現唯一的方法是肯定的是在您企業的環境中自行測試一下。

實踐步驟四 適當地調整數據存儲庫的大小和設置

我曾遇到過這樣的情況：軟件提供商對可以存入某存儲庫的數據量有嚴格的限制。例如，備份軟件提供商可能會強制規定2 TB的限制（或對單個備份存儲庫有其他限制），這可能會迫使企業客戶需要將備份分散到多個存儲庫。

如果企業同時運行多個恢復流，這將起到作用。在這種情況下，您企業需要確保存儲庫可以快速讀取數據，以滿足您的恢復時間目標（RTO）。

有很多供應商能夠提供規模化的文檔，對于為您企業的環境適當地調整存儲庫的大小是非常有幫助的。您只需要確保您已經配置了足夠的存儲庫，并同時使其可用。

在備份過程中，對數據進行重復數據刪除時，使得這些存儲庫具備適當的規模大小尤為重要。

另外請注意，供應商使用備份代理來更接近虛擬主機上的存儲。在這種情況下，您企業需要確保已經進行了恰當的調整，以確保您企業擁有足夠的RAM、CPU和本地存儲，進而避免在備份或恢復過程中的某個時刻出現瓶頸。

我也曾經用作數據庫服務器的虛擬機，其承載了7到8TB的數據。有時候這些規模的虛擬機會試圖從一個存儲庫中恢復這些數據。在這種情況下，由于吞吐量不足，便成了一個真正的問題。只有在將數據分發到多個存儲庫之后，才能夠及時恢復數據，因為企業用戶可以同時在多個驅動器上運行恢復。

實踐步驟五 實施更完善的實踐方案

實施更完善的實踐方案。這意味著您企業應該運行多個測試。您企業絕不會完全意識到一個恢復過程具體會涉及到多少的遷移片斷，直到您真正執行了一次恢復過程之后。也許最復雜的是那些涉及從地理上分散的備份中所執行的恢復。在這些情況下，您需要運行恢復測試來確保您所想要的一切都將發生。

大多數情況下，我在測試過程中會遇到一些我從來沒有考慮過有發生可能性的問題。有一次，我遇到了一個軟件許可的問題。在測試期間恢復應用程序之后，應用程序軟件必須核實其許可授權。在遠程預警（call-home）過程中，授權軟件檢測到自從我在測試服務器上運行應用程序以來，托管軟件的服務器的IP地址發生了變化。然后其使軟件許可無效。雖然這很不方便，但是這成為了一個生產問題，因為它使軟件許可證在測試和生產中運行的軟件的副本無效。這種疏忽破壞了生產環境。

從測試開始自信地恢復您企業的環境。

這導致了我如何進行災難恢復測試方面的變化?，F在，當我提出測試環境時，我會關閉出站的網絡流量。在這段時間里，我會看看有什么流量是出站的，以確保沒有軟件試圖遠程報障預警，可能會在測試或生產環境中無意中造成中斷。這可能代表了我在一定程度上的偏執，我不一定告訴其他人也要這么極端。然而，一朝被蛇咬十年怕井繩。我個人發現在恢復過程中軟件許可是一個問題。

企業需要執行測試的另一個很好的例子是確保數據可以恢復。我曾經供職過的一家公司在其微軟SQL服務器上創建了一款 X 驅動器或文件共享。然后每周執行一次將數據備份到該 X 驅動器上。然而，我對此其實并不知道，而公司的另一位同事是知道這款 X 驅動器的，并清楚其用來干什么的，所以他決定用它來在兩臺SQL Server數據庫服務器之間執行一些復制，其在那時的運行良好。

但過了一段時間后，公司更改了備份程序，并決定其SQL 服務器不再需要這些數據庫服務器上的 X 驅動器。 我對系統進行了評估，并將 X 驅動器放在整個環境中。而我們結束時，那位在在兩臺SQL Server數據庫服務器之間執行復制任務的同時開始沖著我們咆哮： 為什么復制被中斷了？

總之，這些情況說明了為什么測試如此重要。除了環境中經常發生的變化之外，總是存在一些細微的差別，例如 X 驅動器無法使用，這使得按照用戶的期望執行恢復很難，除非您企業經常執行恢復測試。

文章編輯：CobiNet(寧波)  
本公司專注于電訊配件,銅纜綜合布線系列領域產品研發生產超五類，六類,七類線，屏蔽模塊，配線架及相關模塊配件的研發和生產。

歡迎來電咨詢0574 88168918,郵箱sales@cobinet.cn，網址www.54hr.com.cn