Sharepoint備份方案

 

1 、備份方案總述

大致來講 sharepoint 的數據會存在如下幾個地方，ＤＣ中的用戶數據、ＭＯＳＳ中的各類配置和文檔數據、 SQL server 數據庫存放的各類基礎的配置數據庫！ sharepoint 的文件和配置數據多存儲在 SQL 數據庫中，通常多會直接備份數據庫或者利用 sharepoint 自帶的備份和恢復功能來實現備份和恢復。

在 sharepoint 災難備份與恢復方案設計時，主要是考慮如下幾個方面。

l  能夠完整的備份下網站和網站中的數據和配置，涵蓋人員組，各類權限配置，各類自定義的 WebPart

l  能夠實現自動定時備份，無人員值守

l  能夠經過網絡自動上傳到制定服務器，避免突發的意外事件

l  操做簡單，效率高，能夠快速恢復，最大限度的保證數據的全面性

 

 

2 、備份方案：

目前準備如下三種備份方案進行備份。

l  SharePoint Designer ；

l  備份數據庫；

l  用 Stsadm 工具有份；

 

這三種備份方案的基本備份方式是相同的，將 sharepoint 中要備份的前端網站集中的內容及相對應的後臺 DB 一同備份到本地。當 sharepoint 故障時，再重建 sharepoint 應用，將備份的網站集和 DB 發佈到新的 URL 中去。同時 DB 中會同步寫一個新的數據庫文件，和新 URL 上的網站相互關聯。

 

要注意的是，重建 sharepoint 時盡力保證兩次 sharepoint 的配置是同樣的。這樣能最大程度的保證備分內容的完整，和最快速的恢復服務。備份網站下全部內容（數據和配置，涵蓋人員組，各類權限配置，各類自定義的 WebPart 及 infopath 表單）可不受影響。

若是不能保證重建的 sharepoint 同前一次的相同的話（假設是操做系統級的災備），最低限度，仍可恢復出百分之百的數據文件。但全部從母站點繼承來的人員組和各類權限配置，人員信息會受必定影響，各類自定義的 WebPart 及 infopath 表單要手工掛載纔可恢復。

 

3 、備份方案的高可用性測試

    測試環境中，以操做系統級的災備用背景進行的，同時生產環境中也進行了相關測試。在 system down 狀況下，三種方案均要先重裝系統，依次啓動 IIS 、 .frmwork3.0 、 sharepoint service3.0 、 MOSS 後，再進行恢復。

 

Ø  SharePoint Designer ，爲從此 sharepoint 的主要備份方式。

在 Designer 中打開一個網站，經過備份網站，能夠把該網站下全部內容（數據和配置，涵蓋人員組，各類權限配置，各類自定義的 WebPart ），含子網站及後臺 DB 中全部相關聯的數據庫一塊兒保存到本地文件中。在生產環境測試中刪除了前端的網站集和後臺 DB 中相對應的數據庫。

恢復時，最好保證 sharepoint 管理控制中心的基本配置不變。在服務場中新創建一個 URL ，再經過 Designer 從新回傳（或是從新發布該網站）到新創建的 URL 中來。同時 DB 中會同步寫一個新的數據庫文件，和新 URL 上的網站相互關聯。

 

Ø  備份數據庫，

是一個不錯的選擇，但因爲一個應用程序對應一個數據庫，在實際部署應用的時候，每每一個應用程序下面會部署多個網站集，這樣在恢復站點的時候，效率不是很高；

 

Ø  Sysadm script 是比較完整的備份。

Stsadm 是 microsoft 官方正式說明的備份方式，相對第一種備份方式來講，備份方式是相同的，增強了對網絡架構的備份和恢復。同時還適用於大部份的 microsoft 基於 IIS 的服務備份。用起來也比較方便，備份還原的時候，效率都很高，備份的基本原理同 Designer 是同樣的。 Stsadm 經過命令行把網站集連同數據庫一同保存到異地，恢復時新創建 URL ，再經過命令行進行回傳。

Stsadm 的恢復方式由於要基於命令行方式，在備份和恢復時，要比 Designer 要靈活不少。同時能夠實現無人職守的備份方式。同時由於較複雜的操做，自身的加載參數和相關的命令較多，在使用前要對相關的 script 進行嚴格的測試。在現有的環境下配合 designer 現網站的架構和頂級網站基本設置進行備份。

 

4 、對方案的幾點說明

對以上的方案我著重說明是第一種 SharePoint Designer 的備份方案和第二種的 stsadm 備份方案。在 system down 狀況下，三種方案均要先重裝系統，依次啓動 IIS 、 .frmwork3.0 、 sharepoint service3.0 、 MOSS 後，再進行恢復。因此就有了下面的比較：

 

stsadm 隨是 Microsoft 官方所推薦的備份方式，但這個命令行並非用了 sharepoint 所專門開發的。而是基於 Microsoft system center 相關服務所通用的一種備份方式，也有帶有了必定的局現性。若是是 system down 狀況下，當 sharepoint 故障時，重建 sharepoint 應用，再進行 stsadm 的恢復。這樣一來在前期備份方案和部署方案完整的狀況下，對於 SharePoint Designer 的恢復在速度上只提升了兩個小時到一個半小時左右。

但 STSADM 對系統的恢復至關是一個鏡像的備份，再 Recovery 同樣。這樣的方法，能夠會有如下的狀況發生。

l  不排除有恢復失敗的可能發生；

l  是恢復成功後 system event 中會可能會出現大量的 err log ，同時會把上次部署過程當中和運行中的錯誤和 BUG 一同帶到重建的系統中來。

l  能夠保證各類權限配置，各類自定義的 WebPart 及 infopath 表單快速、絕對可用性

 

SharePoint Designer 的備份方案能夠說是將 stsadm 下的一部份操做圖形化了。在現有的生產環境下，以 Luckypai sites 主的網站集中， Designer 只備份 Luckypai Dept sites ，並不對全站進行備份。對於根域 luckypai sites 下的文檔與應用程序、各類自定義的 WebPart 及 infopath 表單，可在上傳或創建之中用手工備份的方式進行。

當 sharepoint 故障時，重建 sharepoint 應用。隨後對於 Luckypai sites 的網站集不作恢復處理，手工重建根域網站集，再對根域 luckypai sites 下的文檔與應用程序、各類自定義的 WebPart 及 infopath 表單手工加載。等對根域網站集的恢復完成後，再使用 SharePoint Designer 對 Luckypai Dept sites 進行恢復操做。

這樣的操做，有如下的特色：

l  恢復成功率高，對 sharepoint 內容還原高

l  恢復成功後，會把上次部署過程當中和運行中的錯誤和 BUG 一同解決掉，重建爲純淨的系統。

l  對於 Dept 繼承 Luckypai 的各類自定義的 WebPart 及 infopath 表單，可能會存在必定的故障律。

 

 

5 、其它

同時， MOSS 的內容都是以數據庫形式存放，所以備份操做等同將數據庫內容壓縮整理後搬到備份目錄造成備份。