內部的 SharePoint 保護 SharePoint 資料

Pav Cherny

內容

SharePoint 資料保護層級
採用 Componentized 方式
建立高可用性的前端子系統
後端子系統資料保護選項
修復工具組
最佳實務

保護備份資料，還原和嚴重損壞修復策略不新的方法 ；還 SharePoint 提供唯一的挑戰需要尋找超過典型的磁碟備份、 負載平衡和備援的方法。

在 SharePoint 中的資料保護挑戰源自 SharePoint 架構會將內容和設定資料儲存在前端和後端伺服器的方式。 例如，大部分內容位於 SQL Server 或共用服務提供者 (SSP) 資料庫，而大部分的組態資料位於設定資料庫。 但是，SharePoint 也會根據前端伺服器元件 (例如二進位檔案]、 [登錄 Hive] 和 [自訂項目。

若要解決方式符合您的環境和需求 SharePoint 資料保護挑戰，您必須考慮可接受的停機 (也稱為 RTO 的復原時間的目標)，與之間 (也稱為 RPO 的復原點的目標) 的資料遺失的點與最後一次 restorable 備份將會出現的資料遺失的數量。 請記住，為 RTO 和 RPO 減少，傾向於增加的成本。 如果部分的資料不是關鍵任務的或較靜態的您甚至可以定義多個服務層級合約 (SLA) 所根據的 RTO 和 RPO 目標。 您也需要考慮 RTO 和 RPO，等資料中心散發的 WAN 連線提供相依性。

此的文件中我們將考量資料保護策略及使用 SharePoint 的選項。 它們的範圍從低成本、 高 RTO] 和 [RPO 方法，例如內建的資源回收筒功能更進階的高可用性選項，例如鏡像]、 [叢集] 和 [Data Protection Manager (DPM)，可協助您達到最低的 RTO] 和 [RPO 目標。 您不可能納入所有可能的案例和架構此的文件中，我會著重於最常見的問題，以及如何解決它們。

SharePoint 資料保護層級

傳統的方法，處理資料保護的現有文件中是分隔成三個邏輯層的 SharePoint，如何根據通常通常復原資料在每一個。 第一層是其復原通常是使用者導向如意外刪除或損毀的文件，列出的資料和網站。 站台系統管理員或使用者執行 [要還原此資料的維護工作]。

第二層為更多進階包括資料還原和業務持續性硬體失敗、 遷移或資料庫作業的情況下在陣列層級管理員所完成的備份及還原工作。

在第三層通常稱為嚴重損壞修復，必須離開設計的基礎結構，例如，以確保高可用性藉由使用任務，並避免單點失敗。 圖 1 會顯示三個層級中更多詳細資料。

圖 1 的傳統的資料保護層

雖然這種方式的查看 SharePoint 資料保護透過層設計備份、 還原和最高的可用性，以及相符的事件，來解決步驟執行計劃的支援技術人員有幫助但其並不一定是提供最佳作法為基礎的一組工具和拓樸。

無可否認地，很難配合少數的拓樸，每個單一環境但是，如果有足夠的彈性，它們可以容納大部分的設定。 我想要建置備援和約是以可能的高可用性，稍後會提供幾個最高的可用性拓樸的選項。

使用以伺服器拓樸設計強調前端和後端子系統為邏輯層中，開頭，並採用高可用性的最佳方法，您可以使用內建的資料保護建置的環境。

亦即而非查看三層的資料，以及嚴重損壞或復原要求回應，您可以藉由建立一個的消除單一失敗點，並包含標準化的伺服器組態用具設計緩和資料遺失的危險。 我認為 SharePoint 應用程式伺服器 (例如索引耙梳 /) 和前端的 IIS 伺服器，前端子系統的一部分。

採用 Componentized 方式

尋找資料保護策略在 SharePoint 時, 永遠嘗試尋找在 Microsoft 指南和最佳作法。 我不要表示只產品文件，還內部 Microsoft IT 組織處理設計、 部署和作業。

Microsoft IT 提倡的精神就持續是簡化其基礎結構的所有項目及標準化點位置超過 80%的問題可以解決前線支援技術人員和服務台端支援操作實務。 此計劃包括 SharePoint 基礎結構和資料保護。

若要建立標準組態區塊，實體與邏輯可能是快速的元件所組成索引鍵的想法，Microsoft IT 計劃中的其中一個已部署並出的縮放比例。 圖 2 顯示這些設定區塊的範例。

圖 2 SharePoint 部署和基礎結構區塊。

Microsoft IT 從另一個方法我，就是 componentize 資料保護，根據資料的所在位置。 幾乎，這必須思考前端區塊和後端區塊作為建置，預算和資源讓，程度的高可用性，並消除透過高可用性備份/還原處理程序的不同元素。 就例如藉由使用負載平衡的前端伺服器，並將所有的自訂資料儲存在 「 內容 」 及 「 組態 」 資料庫，您無需備份二進位檔及系統狀態資料的前端伺服器。 之後就所有它們可取代的建置區塊的一部份。

建立高可用性的前端子系統

第一眼高可用性的概念似乎昂貴或過尤其是傳統 」 備份到磁帶"多方法有工作在過去。 還，在基本的層級並不昂貴或難以實作冗餘前端和應用程式伺服器。 當磁帶失敗時或當有延伸的停機時間，這是更昂貴。

基本級前端子系統的建置組塊組成四部伺服器。 兩個在負載平衡設定] 和 [Excel 計算服務]、 [Project Server] 或 [編製索引的兩個執行的應用程式角色中執行 IIS。 如果您想要您可以想像成一個區塊的載入平衡 IIS 伺服器和應用程式伺服器與其他區塊。

在這種設定需要備份的資料不會預設排除。 如果您自訂 web.config 或其他檔案，您必須保留一份它們。 您也必須保持文件，包括 IIS 和 SharePoint，例如其他存取對應 (AAM) 的組態設定。 您可以備份 IIS Metabase XML 母片和組態檔，記錄處理程序重新設定標準部署包括安裝 SSL 憑證。 好消息是，記錄並組織自訂後, 您可以快速地部署取代區塊並插入它們。

後端子系統資料保護選項

為已提到，SharePoint 保留大部分的內容，而組態詳細資料，SQL Server 的資料庫，但在有可能是元件化的方法使用標準化的組態免除前端的備份。 如果您刪除需要備份的前端伺服器時，您可以專注於 SQL Server 資料庫。

因為 SharePoint 因此嚴重依賴於 SQL Server，備份考量從移開什麼是更直接 SharePoint 導向的 SQL Server 的資料保護的選項。

在 SharePoint 層級為 SQL Server，處理選項中備份的 UI 與還原作業 ；SQL Server 級您開始設計考量和考慮它們如何影響備份然後還原程序。

第一個選項以在 SQL Server 保護的資料是一個快照集是唯讀的靜態版本點資料庫的時間。 快照集可能會很有用，例如還原成先前的來源資料庫版本，使用者或系統管理員錯誤的情況下。 如需快照集的多個資訊，請參閱 msdn.microsoft.com/library/ms187054%28SQL.90%29.aspx。

在第二個的選項是記錄傳送之中依賴交易記錄檔傳送到待命伺服器，從使用中，主要伺服器。 如果主要伺服器失敗，可以以手動方式錯誤後移轉至待命伺服器的作業，並還原送貨的記錄檔。

請務必請注意沒有與記錄傳送，沒有自動容錯移轉修復時間可能會因為要還原記錄檔，並使待命伺服器的相關步驟很長。 相關資訊，請參閱 msdn.microsoft.com/library/ms187103.aspx。

第三個選項鏡像，這在記錄傳送的最上層的運作方式，而是使用 SQL Server 2005 及更新版本。 鏡像的運作方式與使用完整復原的資料庫模型，且支援快速錯誤後的移轉至熱待命伺服器。 有三種模式：最高的安全性、 最高的效能和最高的可用性。 最常見的模式，SharePoint 環境是最高。 這種模式支援透過見證伺服器自動容錯移轉。 鏡像比來得快記錄傳送，因為您不需要以手動方式還原記錄檔。 相關資訊，請參閱 go.microsoft.com/fwlink/?LinkId=83725&clcid=0x409。

在第四個及第五個] 選項是複寫和叢集的。 當您有多個地理位置分散式的資料中心，因為它可讓您將資料複製到集中式的主要資料中心時，複寫是很有用。 這會提供一些保護資料，但更用來在遠端位置的效能提升。

容錯移轉叢集隔開儲存子系統的作業系統會進一步 componentization 的概念。 與叢集，多個實體的伺服器會依賴共用存放裝置系統，如存放區域網路 (SAN)。 (它是失敗的特別要注意叢集並不排除儲存子系統為單一點)。

最常見的高可用性解決方案是叢集，而且鏡像。 可接受的停機時間時，或是有預算條件約束時使用記錄傳送。 鏡像與叢集之間大的缺點是叢集通常會使用一般的儲存子系統而鏡像保護只有明確鏡像的資料庫。 相關資訊，請參閱 technet.microsoft.com/library/ms179410.aspx。

修復工具組

即使有實心高可用性設計用於前端和後端子系統，您將面對需要資料修復的案例。 就例如使用者或系統管理員可能會不小心刪除清單、 文件、 網站或甚至變更在陣列層級會影響整個伺服陣列的可用性。 然後，unforeseeable 可能會發生，讓還原的服務無法如天然災害。 有許多工具有使用這些類型包括的作業：

• 版本控制： 這是文件庫的功能，可在文件和清單。 它是包含在 SharePoint 的資料保護功能的一部分，但預設停用。 不支援版本控制，資料夾、 Web 或網站。 如果啟用 [版本控制的使用者可以存取您直接介入的舊版本。
• 資源回收筒： 使用者可以從網站使用這項功能來修復清單]、 [文件] 和 [文件庫]、 [資料夾] 及 [清單項目。 您也可以作為網站管理員網站集合層級，來存取資源回收筒。 在 Web 應用程式層級被設定此功能。
• Microsoft IT 網站刪除擷取： 這個工具會使用 SPWebEvent ­ Receiver.WebDeleting 方法，以提供您與回收紙匣類似的功能在網站層級。 SharePoint 物件模型包含 WebDeleting 方法，您可以建立自訂的網站的備份功能。 相關資訊，請參閱 msdn2.microsoft.com/library/microsoft.sharepoint.spwebeventreceiver.webdeleting.aspx
• Stsadm.exe： 這個命令列工具可讓您很多的彈性來還原內容。 您可以備份及還原網站集合、 satabses、 Web 應用程式或整個伺服陣列。 有關更多指令和內容，請參閱 technet.microsoft.com/library/cc263441.aspx。
• 中央管理備份： 這是包含在所要備份陣列、 內容資料庫或 Web 應用程式可以使用 SharePoint GUI 工具。
• Data Protection Manager (DPM): 一部份的 Microsoft 系統中心套件中，DPM 保護的每個 15 分鐘的時間和可讓您還原為例如陣列、 網站集合、 網站，任何細微度和文件庫，讓備份的 SharePoint 資料。 其中一個 DPM 提供最大的好處是能夠直接沒有 pre-staging] 或 [掛上資料庫的備份版本還原項目。
• 協力廠商的工具： 使用第三方廠商工具可以是複雜，如果您希望他們執行 flawlessly 在所有案例中。 您應該考慮如何工具整合 SharePoint 和 Windows 伺服器磁碟區陰影複製服務功能，以及任何所需的後-backup/還原作業。 有許多都可以從這類公司任務、 AvePoint 以及 Commvault。

最佳實務

若要保護 SharePoint 資料的元件化方法，您可以將設計元素合併備份及修復工具來幫助達成 RTO 和 RPO 目標。 就例如很可能無需完全利用單一的標準化的組態的所有伺服器備份的前端伺服器。 其他的最佳作法包括：

• 有不同的備份及修復工具和程序。 雖然有些工具提供備份並還原功能，您應該考慮到不同的活動。 這是因為選項及備份的資料粒度不一定對應到類型的還原您的高可用性設計即可。 而且，備份及還原工作會有額外負荷，而且需要花費的時間來完成。 規劃這些個別，您可以很能夠控制環境。
• Document。 至少，請文件的伺服器、 拓樸，SharePoint 設定、 IIS 的設定及備份程序組態，並還原作業。 將這份文件放在非 SharePoint 的位置。
• 測試] 和 [練習]。 確定您的計劃和程序使用練習修復作業，並驗證資料可復原。
• 簡化並集中。 使用元件化的項目是一種方法簡化和標準化設定。 在就另外探索 [以及集中管理，簡化資料中心拓樸這類的更多選項]。

Pav Cherny 是 IT 專家兼作者，專攻 Microsoft 共同作業與整合通訊技術。 他的出版品包括白皮書、產品手冊和探討 IT 營運和系統管理的書籍。 Pav 副總裁的 Biblioso Corp.，專門管理文件和當地語系化的服務中的公司中取得。