共用方式為


使用 SQL Server 記錄傳送設定跨 SharePoint 伺服器陣列的損毀修復

本文說明如何使用 Microsoft SQL Server 2005 或 Microsoft SQL Server 2008 記錄傳送,在地理位置分散的資料中心內,為 Microsoft Office SharePoint Server 2007 Service Pack 2 (SP2) 建立損毀修復伺服器陣列。透過使用此設定,您可以提供損毀修復站台,在發生容錯移轉時,提供目前的搜尋結果。本文假設您熟悉<規劃可用性 (Office SharePoint Server)>中所述的概念及術語。

在組織中建立及設定次要資料中心與伺服器陣列通常需要許多小組或角色。為了設定及測試次要環境,您必須與驗證提供者的管理員、SQL Server 資料庫管理員以及所有受影響的 SharePoint 伺服器陣列管理員協商。本文主要是為了協助 SharePoint 伺服器陣列管理員執行下列作業:

  • 了解建立傳送記錄之損毀修復伺服器陣列的需求

  • 設定傳送記錄的試用環境

  • 與設定實際執行環境之記錄傳送的 SQL Server 資料庫管理員溝通。

本文包含下列章節:

  • 記錄傳送簡介

  • Office SharePoint Server 與記錄傳送概觀

  • 次要資料中心與伺服器陣列的需求

  • 設定記錄傳送環境

  • 容錯移轉

  • 測試容錯移轉時的考量

  • 重新設定記錄傳送或容錯回復

  • 摘要

記錄傳送簡介

記錄傳送可讓您設定 SQL Server,持續將交易記錄備份從主要伺服器執行個體上的主要資料庫,傳送至不同的次要伺服器執行個體上之一或多個次要資料庫。交易記錄備份會個別套用至每個次要資料庫。持續備份主要資料庫中的交易記錄,然後將記錄複製並還原到次要資料庫,可讓次要資料庫與主要資料庫幾乎保持同步。記錄傳送也可以包括選用的第三個伺服器執行個體 (稱為監視伺服器),用於記錄備份與還原作業的歷程記錄與狀態,並在這些作業未按排程發生時引發警示。

記錄傳送由三項工作所組成。每個工作各執行下列其中一項作業:

  1. 備份主要伺服器執行個體上的交易記錄

  2. 將交易記錄檔複製到次要伺服器執行個體

  3. 將記錄備份還原到次要伺服器執行個體

下圖說明記錄傳送。

記錄傳送程序概要

如需詳細資訊,請參閱 SQL Server 線上叢書文章:記錄傳送 (https://go.microsoft.com/fwlink/?linkid=151252&clcid=0x404)。

Office SharePoint Server 與記錄傳送概觀

SQL Server 記錄傳送可用於將內容資料庫 (包括「我的網站」資料庫) 與單一登入 (SSO) 資料庫,從執行 Office SharePoint Server 2007 SP2 的某個伺服器陣列,傳送至地理位置分散的一或多個次要伺服器陣列。

重要

雖然您可以在不同於 Office SharePoint Server 2007 SP2 的版本上設定記錄傳送,但是基於下列優點,還是建議您使用 Office SharePoint Server 2007 SP2:

  • 將內容資料庫設為唯讀模式時,也會同時將與該資料庫相關聯的網站集合設為唯讀模式,此外會變更使用者介面,以移除需要資料庫變更的活動。

  • 搜尋會將卸離後重新附加至 Office SharePoint Server 2007 SP2 中相同 Web 應用程式的內容資料庫,視為已知的資料來源,並執行累加編目,而不是完整編目。這點很重要,因為在傳送記錄的環境中,會建議您經常在次要伺服器陣列上卸離並重新附加內容資料庫,以更新次要伺服器陣列上的設定資料庫,讓設定資料庫可以辨識新增或移除的網站集合。在重新附加資料庫後執行累加編目的新功能,可大幅縮短編目時間並加速搜尋並行作業。

次要伺服器陣列的使用

假設次要伺服器陣列的主要用途是損毀修復。但若建立的是執行 Office SharePoint Server 2007 SP2 的次要伺服器陣列,則可以對使用者公開傳送記錄之次要伺服器陣列上的網站。您可以散佈指向次要伺服器陣列之網站的主機檔案,或使用次要命名空間為您要公開之次要伺服器陣列的每個 Web 應用程式,定義專用的備用存取對應;例如,http://secondary.contoso.com 或 http://readonly.contoso.com。您公開的網站不會對使用者公開寫入功能。本文假設您執行的是 Office SharePoint Server 2007 SP2。如需詳細資訊,請參閱<執行使用唯讀資料庫的伺服器陣列 (Office SharePoint Server)>。

注意

若建立的次要伺服器陣列不是執行 Office SharePoint Server 2007 SP2,建議您不要對使用者公開任何網站。未安裝 Office SharePoint Server 2007 SP2 之傳送記錄的伺服器陣列雖然是唯讀,但不會對嘗試將資料寫入網站的使用者提出明確的警告。如需搭配唯讀內容資料庫使用 Office SharePoint Server 時所發生之問題的詳細資訊,請參閱知識庫文章:搭配在 Microsoft SQL Server 中設定為唯讀的內容資料庫使用 Microsoft Windows SharePoint Services (https://go.microsoft.com/fwlink/?linkid=117362&clcid=0x404) (機器翻譯)。

記錄傳送拓撲

下圖說明的案例,內含兩個資料中心以及兩個設定為使用記錄傳送的伺服器陣列。在此案例中,損毀修復資料中心主控一個唯讀次要伺服器陣列。

容錯移轉前的記錄傳送陣列

這兩個資料中心各有一個邏輯伺服器陣列。每個伺服器陣列皆為獨立安裝,且具有個別的設定與管理中心內容資料庫,以及個別的共用服務提供者 (SSP)。只有內容資料庫與 SSO 資料庫會從主要資料中心傳送記錄至次要資料中心。SSP A 提供主要伺服器陣列的搜尋功能,而 SSP B 提供次要伺服器陣列的搜尋功能。設定資料庫重新整理指令碼 (C) 會執行於次要伺服器陣列上。如圖所示,在次要環境中協調這三個程序的時間,使其不致相互重疊,是很重要的一件事:

  1. 處理傳送記錄的資料庫

  2. 搜尋編目

  3. 設定資料庫重新整理指令碼

若將 SQL Server 記錄傳送設定為一或多個額外的資料中心,即可跨多個資料中心重複此拓撲。

使用 Office SharePoint Server 傳送記錄時的一般考量

本節說明搭配 Office SharePoint Server 2007 SP2 使用記錄傳送的限制。

  • 記錄傳送的容錯移轉程序預設為手動。您可以建立指令碼自動化容錯移轉。

  • 若有尚未規劃的容錯移轉,視記錄傳送頻率與失敗時間的不同,可能會遺失某些資料。例如,可能會遺失自從上一個記錄傳送間隔到失敗前的資料。

  • 由於設定資料庫包含電腦相關資訊,因此無法將其記錄傳送至其他伺服器陣列。您必須手動在這兩個伺服器陣列上,維護相同的自訂與組態設定。

  • 由於必須同步處理搜尋資料庫、索引檔案及 SSP 資料庫,因此無法將搜尋資料庫的記錄成功傳送至次要伺服器陣列。若要確保內含傳送記錄之資料庫的容錯移轉伺服器陣列上可以使用搜尋功能,您可以使用下列其中一個解決方法:

    • 設定並執行設定為在容錯移轉伺服器陣列內提供搜尋功能的 SSP。此解決方法可在次要伺服器陣列啟動並執行之後,立即提供搜尋可用性,且適用於大型主體。本文說明如何在容錯移轉伺服器陣列內,設定及執行搜尋 SSP。

    • 使用 SharePoint 內建的備份與復原,將 SSP 從主要伺服器陣列還原到容錯移轉伺服器陣列。此解決方法會在還原 SSP 且搜尋已再次重新編目內容之後,提供搜尋可用性。若復原 SSP 所需的間隔在伺服器陣列的復原時間目標內,可以考慮使用此解決方法。此解決方法在本文中並未詳細說明。如需如何備份及還原搜尋 SSP 的詳細資訊,請參閱<備份及還原 SSP (Office SharePoint Server 2007)>。

  • 如果在主要伺服器陣列中執行設定檔服務,建議您在次要伺服器陣列中設定 SSP 以執行設定檔服務。所有 SSP 上的設定檔若要保持同步,必須使用 32 位元版本的 Microsoft SharePoint Administration Toolkit x86 (英文) (https://go.microsoft.com/fwlink/?linkid=151962&clcid=0x404) 或 64 位元版本之 Microsoft SharePoint Administration Toolkit x64 (英文) (https://go.microsoft.com/fwlink/?linkid=142035&clcid=0x404) 隨附的使用者設定檔複寫引擎。如需詳細資訊,請參閱<使用者設定檔複寫引擎 (Office SharePoint Server)>。

  • 不建議使用內容資料庫與 SSO 資料庫以外的記錄傳送資料庫;例如,Microsoft Office Project Server 2007 資料庫。針對以上未提及的資料庫,建議備份並還原至容錯移轉伺服器陣列。

  • 新增至主要伺服器陣列的網站集合,不會自動新增至次要伺服器陣列上的設定資料庫;您必須使用 Stsadm 作業或指令碼新增這些網站集合。如需指令碼範例,請參閱<建立指令碼以重新整理次要伺服器陣列設定資料庫中的網站清單 (重新整理指令碼)>。

Office SharePoint Server 的更新必須套用至主要與次要伺服器陣列中的二進位檔案,但可以先套用至主要伺服器陣列中的資料庫,再傳送記錄至次要伺服器陣列。本文並不會詳細說明如何修補,只會概要說明下列程序:

  1. 暫停記錄傳送。

  2. 透過管理中心或指令檔,從次要伺服器陣列的 Web 應用程式卸離內容資料庫。

  3. 從主要伺服器陣列開始,更新這兩個伺服器陣列。

    重要

    確定主要伺服器陣列與次要伺服器陣列上的更新程序已全部順利完成。次要伺服器陣列上的資料庫並非透過升級程序更新,而是透過記錄傳送加以更新。

  4. 啟動記錄傳送。

  5. 由於將未更新的資料庫附加至次要伺服器陣列的嘗試失敗,而可能導致伺服器陣列處於不受支援的狀態,因此請務必先完成一或多輪記錄傳送,再於次要伺服器陣列中附加傳送記錄的內容資料庫。

    選用。您也可以使用下列查詢,判斷在附加資料庫之前,主要伺服器陣列的資料庫結構描述是否已完整複寫至次要伺服器陣列。

    USE <contentdb>

    GO

    SELECT * FROM Versions

    查詢會以下列格式傳回版本號碼。

    00000000-0000-0000-0000-000000000000

    清單中的最後一個版本是最近安裝的 Office SharePoint Server 2007 版本。

    重要

    Microsoft 一般不支援對 SharePoint 產品及技術所使用的資料庫執行查詢。先前的查詢之所以破例允許,是因為處理的是資料庫相關之中繼資料。直接查詢對系統效能與可靠性會造成不良影響。如需直接變更資料庫之影響的詳細資訊,請參閱知識庫文章:對變更 Office Server 產品與 Windows SharePoint Services 所使用之資料庫的支援 (https://go.microsoft.com/fwlink/?linkid=105589&clcid=0x404) (機器翻譯)

  6. 將傳送記錄的資料庫附加至次要伺服器陣列。

使用 Office SharePoint Server 傳送記錄時的效能考量

分析記錄傳送的資料量,以正確設定記錄傳送的備份、複製及還原工作間隔。記錄傳送的資料量受到內容資料庫中每日變更量的影響。根據經驗,一般伺服器陣列所進行的變更為 2% 到 4%,但維護變更的變更程度在尖峰時間可能達到 5% 到 7%。若要判斷內容資料庫在系統中的變更量,請針對您傳送記錄的每個內容資料庫,計算在指定的時間間隔內,交易記錄備份的變更總量,並計算變更相較於主要資料庫大小的百分比。

您最好是備份及複製許多小型交易記錄,而不是幾個大型交易記錄。建議您經常定期排程記錄的備份與複製。還原交易記錄時則可以採用較不頻繁的間隔。一開始可以先每隔 5 分鐘備份及複製一次,且每隔 15 分鐘還原一次。SQL Server 2008 包含可將記錄傳送間隔設定為不到一分鐘的功能。如需詳細資訊,請參閱在 SQL Server 2008 中排程不到一分鐘的記錄傳送 (英文) (https://go.microsoft.com/fwlink/?linkid=151253&clcid=0x404)

若系統傳送記錄的時間持續超出建立新記錄所需的時間 (亦即,如果在記錄傳送排程中經常落後),您可能遇到效能問題。這類問題可能是由於輸送量或延遲問題所致。若發生輸送量與延遲問題,建議您考慮搭配使用 Windows 分散式檔案系統複寫 (DFSR),以及執行於 Windows Server 2003 R2 上的 Active Directory 目錄服務或執行於 Windows Server 2008 上的 Active Directory 網域服務 (AD DS),取代記錄傳送複製工作。如需如何使用 DFSR 的詳細資訊,請參閱 Microsoft Windows Server 2003 R2 中的分散式檔案系統解決方案概觀 (英文) (https://go.microsoft.com/fwlink/?linkid=150764&clcid=0x404) 及 Windows Server 2008 分散式檔案系統逐步指南 (https://go.microsoft.com/fwlink/?linkid=150765&clcid=0x404)。

下圖比較可用於複製傳送記錄的交易記錄之各種複寫技術所提供的輸送量。

複製輸送量圖表

SQL Server 2008 也包含可壓縮備份以減少記錄傳送檔案大小的功能。如需詳細資訊,請參閱調整 SQL Server 2008 的備份壓縮效能 (第 1 部分) (英文) (https://go.microsoft.com/fwlink/?linkid=151254&clcid=0x404) 及調整備份壓縮 (第 2 部分) (英文) (https://go.microsoft.com/fwlink/?linkid=151255&clcid=0x404)。

使用 Office SharePoint Server 傳送記錄時的安全性考量

針對 SQL Server 記錄傳送與 Office SharePoint Server 2007 SP2,小組成員必須具備下列權限:

  • 若要設定使用記錄傳送的 Office SharePoint Server 2007 SP2 並執行本文中的程序,小組成員必須是 SharePoint 伺服器陣列管理員群組的成員。

  • 若要設定 SQL Server 記錄傳送並執行本文中的程序,小組成員必須是每個伺服器執行個體上 sysadmin 固定伺服器角色的成員。

當資料庫管理員設定傳送記錄的資料庫時,要與 SharePoint 伺服器陣列搭配使用之資料庫的 SQL Server 登入與權限,不會在傳送記錄之伺服器上的 mastermsdb 資料庫中自動設定。而是您必須設定必要登入的權限。這些權限包括 (但不限於) 下列各項:

  • 管理中心應用程式集區帳戶必須是 dbcreatorsecurityadmin 固定伺服器角色的成員。

  • 雖然所有應用程式集區帳戶以及搜尋服務與預設內容存取帳戶,都未指派給 SQL Server 固定伺服器角色或固定資料庫角色,但是這些帳戶都必須具有 SQL Server 登入。

  • SharePoint 伺服器陣列管理員群組成員也必須具有 SQL Server 登入,且必須是與管理中心應用程式集區帳戶相同角色的成員。

建議您執行指令碼,將登入與權限從主體伺服器傳送至鏡像伺服器。知識庫文章 918992:如何在 SQL Server 2005 的執行個體之間傳送登入和密碼 (https://go.microsoft.com/fwlink/?linkid=122053&clcid=0x404) 提供有指令碼範例。如需更多有關如何在執行個體之間傳送 SQL Server 中繼資料的一般資訊,請參閱 SQL Server 線上叢書文章:在另一個伺服器執行個體上提供可用的資料庫時,管理中繼資料 (https://go.microsoft.com/fwlink/?linkid=122055&clcid=0x404) 及知識庫文章 321247:如何設定 SQL Server 記錄傳送的安全性 (https://go.microsoft.com/fwlink/?linkid=150830&clcid=0x404) (機器翻譯)。

記錄傳送設定的備份與還原目錄必須符合下列需求:

  • 主要伺服器執行個體上的 SQL Server 服務帳戶與備份工作的 Proxy 帳戶 (預設為主要伺服器執行個體上的 SQL Server Agent 帳戶),必須具有備份目錄的讀寫權限,備份工作才可順利完成。

  • 複製工作的 Proxy 帳戶 (預設為次要伺服器執行個體上的 SQL Server Agent 帳戶),必須具有備份目錄的讀取權限與複製目錄的寫入權限,複製工作才可順利完成。

  • 次要伺服器執行個體上的 SQL Server 服務帳戶與還原工作的 Proxy 帳戶 (預設為次要伺服器執行個體上的 SQL Server Agent 帳戶),必須具有複製目錄的讀寫權限,還原工作才可順利完成。

次要資料中心與伺服器陣列的需求

假設次要資料中心的環境如下:

容錯移轉伺服器陣列具有下列特性:

  • 容錯移轉伺服器陣列上必須安裝及維護個別的設定資料庫及個別的管理中心內容資料庫,這表示主要伺服器陣列中的所有設定變更,都必須在容錯移轉伺服器陣列中手動予以複寫。

    在設定資料庫中儲存的資訊包括:

    已啟動的功能

    診斷記錄設定

    管理員部署的表單範本

    電子郵件設定

    備用存取對應設定

    外部服務連線設定

    防毒設定

    伺服器陣列層級搜尋設定

    應用程式集區設定,包括服務帳戶 (以 Web 應用程式形式執行的所有帳戶,包含編目程式帳戶及搜尋帳戶)

    HTML 檢視器設定

    封鎖的檔案類型

    資源回收筒設定及其他 Web 應用程式一般設定

    內容部署設定

    計時器工作設定

    編目程式影響規則

    流量分析處理設定

    資料庫名稱及位置

    Web 應用程式名稱及資料庫。請務必記錄與每個 Web 應用程式相關聯的內容資料庫名稱。

    預設配額範本

    工作流程管理設定

    注意

    若已設定主要伺服器陣列的備用存取對應,則在次要伺服器陣列上進行完全相同的設定,對於容錯移轉是很重要的一件事。若要記錄備用存取對應設定,請使用 stsadm -o enumalternatedomains 命令將設定匯出為文字檔案。

  • 功能、解決方案、網站範本及協力廠商解決方案 (如 IFilters) 等所有自訂,都必須部署在兩個伺服器陣列上。建議您將所有自訂封裝成解決方案,以加速部署。如需詳細資訊,請參閱<部署自訂>。

  • 內容資料庫必須設定成使用完整復原模式。如需如何設定資料庫復原模式的資訊,請參閱如何:檢視或變更資料庫的復原模式 (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151701&clcid=0x404)。

  • 主要伺服器與次要伺服器必須執行 SQL Server 2005 或 SQL Server 2008 的相同版本。記錄傳送適用於 Standard、Developer 與 Enterprise 版本。

  • 若想要對使用者公開傳送記錄的次要伺服器陣列,請使用次要伺服器陣列的次要命名空間,設定備用存取對應;例如 http://secondary.contoso.com 或 http://readonly.contoso.com。如需詳細資訊,請參閱<設定備用存取對應>。在容錯移轉伺服器陣列上取代此備用存取對應時,請使用與主要伺服器陣列相同的對應。

設定記錄傳送環境

本節提供設定記錄傳送的詳細程序。

本節中的程序假設組織了解下列先決條件:

  • 如何部署 Office SharePoint Server

  • 如何設定應用程式集區身分識別

  • 如何停止及啟動搜尋服務

  • 如何設定網域名稱系統 (DNS) 以停止及開始接受流量

  • 如何使用主機檔案以啟用及停用本機站台

容錯移轉階段包含下列程序:

  • 準備主要伺服器陣列

  • 準備次要伺服器陣列

  • 設定記錄傳送

  • 將傳送記錄的資料庫附加至次要 SharePoint 伺服器陣列

  • 設定次要伺服器陣列的搜尋與設定檔

  • 建立指令碼以重新整理次要伺服器陣列設定資料庫中的網站清單 (重新整理指令碼)

  • 協調記錄傳送工作、搜尋編目及重新整理指令碼的時間

  • 選用。維護次要伺服器陣列上的 SSO

  • 選用。提供使用者唯讀伺服器陣列的存取權

準備主要伺服器陣列

準備主要伺服器的步驟包括:

  1. 將 Web 應用程式上的應用程式集區身分識別,設定為兩個伺服器陣列都可以使用的網域帳戶。如需詳細資訊,請參閱<變更 Web 應用程式的應用程式集區身分識別 (Office SharePoint Server)>。

  2. 記錄所有組態設定,以在稍後套用至次要伺服器陣列。如需詳細資訊,請參閱<準備備份與還原伺服器陣列 (Office SharePoint Server 2007)>。特別是請務必將備用存取對應設定匯出為文字檔案 (使用 stsadm -o enumalternatedomains 命令匯出設定),以記錄設定。

  3. 記錄所有自訂。將自訂封裝成解決方案,是將自訂重新套用至次要伺服器陣列最簡單的方式。如需詳細資訊,請參閱<部署自訂>。

準備次要伺服器陣列

  1. 在次要伺服器陣列上安裝及設定 Office SharePoint Server。如需詳細資訊,請參閱<在伺服器陣列環境中部署 Office SharePoint Server 2007>。

    如果設備足夠,建議您設定與主要伺服器陣列數目相同的前端網頁伺服器與資料庫。如果設備不足,則可以在次要伺服器陣列中使用較少的伺服器,但如此一來,次要伺服器陣列可能無法處理與主要伺服器陣列相同的負載。

    請確定主要與次要伺服器陣列上的版本號碼與修補層級相同。如需詳細資訊,請參閱 SharePoint 產品及技術更新資源中心 (英文) (https://go.microsoft.com/fwlink/?linkid=106182&clcid=0x404)。

  2. 套用您對主要伺服器陣列所做的所有設定與自訂。如需詳細資訊,請參閱<部署自訂>。

  3. 建立主要伺服器陣列之所有 Web 應用程式的複本。請務必使用與主要伺服器陣列中 Web 應用程式相同的應用程式集區身分識別。如需詳細資訊,請參閱<建立及管理 Web 應用程式 (Office SharePoint Server)>。

  4. 停用下列計時器工作。如需詳細資訊,請參閱<管理 SharePoint 計時器工作 (Office SharePoint Server)>。

    大量工作流程工作處理

    設定檔同步處理

    網站集合:刪除

    變更記錄

    快速設定檔同步處理

    流量分析

    資料庫統計資料

    記錄中心處理

    變化傳播頁面工作定義

    刪除無作用的網站

    資源回收筒

    變化傳播網站工作定義

    磁碟配額警告

    已排程的核准

    Windows SharePoint Services Watson 原則升級

    到期原則

    排程的頁面檢閱

    工作流程

    保留處理與報告

    已排程的解除發佈

    工作流程自動清除

    即時提醒

    搜尋與處理

    工作流程容錯移轉

    資訊管理原則

    共用服務提供者同步處理工作

設定記錄傳送

您可以使用 SQL Server Management Studio 或 Transact-SQL 設定記錄傳送。本文說明如何使用 Management Studio。

在主要伺服器上設定記錄傳送

  1. 在主要伺服器陣列的資料庫伺服器上開啟 Management Studio。

  2. 在 [物件總管] 功能窗格中,於 Web 應用程式的內容資料庫上按一下滑鼠右鍵,然後指向 [工作]****,再按一下 [轉送交易記錄]。

    [資料庫屬性]**** 對話方塊會隨即出現。

  3. 選取 [將此啟用為記錄傳送組態的主要資料庫]。

  4. 按一下 [備份設定]****。

    [交易記錄備份設定] 對話方塊會隨即出現。

    1. 在 [備份資料夾的網路路徑]**** 中,輸入主要伺服器陣列的備份資料夾路徑。

    2. 輸入 [指定刪除檔案的時限] 與 [如果未在此時間內進行備份,則發出警示]**** 的值。

    3. 檢閱 [備份作業] 區段中列出的排程。若需要自訂排程,請按一下 [排程]****。

      記錄排程要執行記錄傳送工作的時間,以便您在其前後排程搜尋編目及其他批次工作。

    4. 選用。若要使用備份壓縮,請檢閱 [壓縮] 區段中的設定。

    5. 按一下 [確定]****。

  5. 在 [資料庫屬性] 對話方塊的 [次要資料庫]**** 區段中,按一下 [新增]。

    [次要資料庫設定]**** 對話方塊會隨即出現。

    • 按一下 [連接],然後連接至要用以作為次要伺服器的 SQL Server 執行個體。根據預設,次要資料庫的名稱與主要伺服器的資料庫名稱相同。

    • 在 [初始化次要資料庫]**** 索引標籤上,選取 [是,產生主要資料庫的完整備份,並將其還原到次要資料庫 (若次要資料庫不存在則建立之)]。

    • 在 [複製檔案]**** 索引標籤的 [複製之檔案的目的資料夾] 方塊中,輸入要複製交易記錄備份之次要伺服器上的目標資料夾路徑。

    • 在 [還原交易記錄]**** 索引標籤的 [還原備份時的資料庫狀態] 區段中,選取 [待命模式]**** 並取消選取 [還原備份時,中斷連接資料庫中的使用者]。

    • 按一下 [確定]****。

    • 建議您以指令碼儲存設定。在 [資料庫屬性] 對話方塊中,按一下 [編寫組態的指令碼]****,然後按一下 [編寫組態的指令碼至檔案]。

      [另存新檔]**** 對話方塊會隨即出現。輸入您要儲存檔案的資料夾,然後按一下 [確定]。

    • 按一下 [確定]****。

      隨即會執行一次所有工作以初始化記錄傳送,然後報告成功或失敗。

  6. 針對所有您想要傳送記錄的資料庫重複前一程序。如需詳細資訊,請參閱如何:啟用記錄傳送 (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151644&clcid=0x404)。

選用。使用 DFS 複寫取代記錄傳送複製工作

  1. 啟用及設定環境的 DFS 複寫 (DFSR)。如需詳細資訊,請參閱複寫 (https://go.microsoft.com/fwlink/?linkid=151670&clcid=0x404)。如需設定 DFS 複寫的範例,請參閱 Windows Server 2008 分散式檔案系統逐步指南 (https://go.microsoft.com/fwlink/?linkid=150765&clcid=0x404)。

  2. 由於 DFSR 會用於傳輸,因此您必須停用參與記錄傳送設定之每個資料庫的記錄傳送複製工作。如需詳細資訊,請參閱如何:停用或啟用作業 (SQL Server Management Studio) (https://go.microsoft.com/fwlink/?linkid=151673&clcid=0x404)

驗證記錄傳送成功

  1. 在次要伺服器陣列的資料庫伺服器上啟動 Management Studio。

  2. 在 [物件總管] 功能窗格中,確認所有傳送記錄的內容資料庫處於 [待命] 或 [唯讀] 狀態。

  3. 透過執行工作及計算其持續時間,判斷在次要伺服器陣列上執行記錄傳送工作平均所需的時間。如需詳細資訊,請參閱監視記錄傳送 (https://go.microsoft.com/fwlink/?linkid=151682&clcid=0x404)。

將傳送記錄的資料庫附加至次要 SharePoint 伺服器陣列

  1. 在 SharePoint 管理中心網站的 [快速啟動] 上,按一下 [管理中心] 區段中的 [應用程式管理]****。[應用程式管理] 頁面會隨即開啟。

    在 [SharePoint Web 應用程式管理] 區段中,按一下 [內容資料庫]****。

    [管理內容資料庫] 頁面會隨即開啟。

  2. 在 [資料庫名稱] 欄中,按一下您要移除的內容資料庫。[管理內容資料庫設定] 頁面會隨即開啟。

  3. 在 [移除內容資料庫]**** 區段中,選取 [移除內容資料庫] 核取方塊,然後按一下 [確定]****。

  4. 在 [管理內容資料庫] 頁面上,按一下 [新增內容資料庫]。[新增內容資料庫] 頁面會隨即開啟。

  5. 輸入適當的資料庫伺服器與傳送記錄之內容資料庫的資料庫名稱,然後按一下 [確定]****。

  6. 針對所有您要傳送記錄的資料庫重複此程序。

    此時,您可以瀏覽至次要伺服器陣列上的內容。

設定次要伺服器陣列的搜尋與設定檔

設定次要伺服器陣列的搜尋,可達成企業損毀修復案例目標。一開始您可能會想使用與主要伺服器陣列相同的編目設定與編目規則,搜尋相同的資料庫。若確定無法錯開排程編目與記錄傳送,建議您調整編目中包含的內容。例如,在容錯移轉之前,可以只編目那些包含企業衝擊高之內容的資料庫,然後在容錯移轉後,只編目其他內容。如需詳細資訊,請參閱<限制或增加所編目的內容數量 (Office SharePoint Server)>。

  1. 停止次要伺服器陣列上的 SQL Server Agent 工作,以在設定搜尋時停用記錄傳送。

  2. 設定次要伺服器陣列上的搜尋。

    判斷搜尋編目在次要伺服器陣列上所需的時間。您可以使用從主要伺服器陣列收集的資料,估計次要伺服器陣列所需的時間。

    重要

    請務必在未執行記錄傳送工作時,才排程搜尋編目。如需詳細資訊,請參閱<協調記錄傳送工作、搜尋編目及重新整理指令碼的時間>。

  3. 啟動次要伺服器陣列上的 SQL Server Agent 工作,啟用記錄傳送。

  4. 若使用設定檔,則容錯移轉 SSP 上的設定檔不會同步處理至主要 SSP 上的設定檔,而是兩者皆維持在第一次匯入時的狀態。所有 SSP 上的設定檔若要保持同步,必須使用 32 位元版本的 Microsoft SharePoint Administration Toolkit x86 (英文) (https://go.microsoft.com/fwlink/?linkid=151962&clcid=0x404) 或 64 位元版本之 Microsoft SharePoint Administration Toolkit x64 (英文) (https://go.microsoft.com/fwlink/?linkid=142035&clcid=0x404) 隨附的使用者設定檔複寫引擎。如需詳細資訊,請參閱<使用者設定檔複寫引擎 (Office SharePoint Server)>。

建立指令碼以重新整理次要伺服器陣列設定資料庫中的網站清單 (重新整理指令碼)

使用下列範例作為模型,以建立當您在主要伺服器陣列上新增或刪除網站集合時,可以在次要伺服器陣列上執行的重新整理指令碼。

在範例中,指令碼會以傳送記錄的資料庫名稱,取代 <db_name1>、<URL> 及 <db_name2>、<URL>。

為每個傳送記錄的資料庫新增卸離與附加區段至指令碼。

echo off

SET PATH=C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN;%PATH%

echo %time Shutting down the Osearch service…
SC config Osearch start= disabled
SC stop Osearch

echo %time Shutting down the SQL Server Agent service…
SC \\<SQL Server> config SQLSERVERAGENT start= disabled
SC \\<SQL Server>  stop SQLSERVERAGENT
f
echo %time About to refresh Site Map…

echo %time About to detach db <db_name1>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name1>  -databaseserver <SQL_Server>
echo %time About to attach db <db_name1>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name1> -databaseserver <SQL_Server>

echo %time  About to detach db <db_name2>
stsadm.exe -o deletecontentdb -url <URL> -databasename <db_name2>  -databaseserver <SQL_Server>
echo %time  About to attach db <db_name2>
stsadm.exe -o addcontentdb -url <URL> -databasename <db_name2> -databaseserver <SQL_Server>

rem --:: repeat for all databases ::--

echo %time Restarting the Osearch service…
SC config Osearch start= demand
SC start Osearch

echo %time Restarting the SQL Server Agent service…
SC \\<SQL Server> config SQLSERVERAGENT start= demand
SC \\<SQL Server>  start SQLSERVERAGENT

echo on

協調記錄傳送工作、搜尋編目及重新整理指令碼的時間

  1. 判斷在次要伺服器陣列上執行記錄傳送工作平均所需的時間,以及您要排程執行工作的時間。

  2. 判斷累加編目在次要伺服器陣列上所需的時間,以及您要排程編目的時間。您可以使用主要伺服器陣列的編目資料,判斷完成累加編目所需的時間。如需排程累加編目的詳細資訊,請參閱<排程累加編目 (Office SharePoint Server 2007)>。

  3. 請儘可能錯開記錄傳送工作與搜尋編目的排程。

  4. 若無法錯開記錄傳送與累加搜尋編目的排程,請選擇下列其中一個選項:

    • 手動執行記錄傳送工作與搜尋編目,在執行其中一組工作時暫停另一組工作。

    • 讓搜尋編目取代處理記錄,並建立指令碼以在編目程式處理序未執行時,自動開始記錄傳送。

    • 若資料庫內唯一的使用中處理序是編目程式處理序,則將記錄傳送設為等到資料庫不在使用中之後,再處理傳送的記錄。

    若這些選項皆不可行,且您無法錯開記錄傳送的資料量與編目時間之排程,請考慮執行縮減讓系統運作;例如,若無法在可用的時間內同時完成記錄傳送與搜尋,請在容錯移轉前只編目企業衝擊高的內容資料庫,並在容錯移轉後再開始編目其他內容。

  5. 排程要執行的重新整理指令碼。若主要伺服器陣列沒有任何新增的網站集合,則不需要執行重新整理指令碼。新增網站集合之後,必須使用「工作排程器服務」定期執行重新整理指令碼。重新整理指令碼在執行時會同時暫停編目程式與記錄傳送程序。如需排程工作的詳細資訊,請參閱排程工作 (https://go.microsoft.com/fwlink/?linkid=151894&clcid=0x404)。

    若重新整理指令碼在執行途中取消,建議您手動執行指令碼,以確保會重新附加所有資料庫且會重新啟動所有服務。

選用。維護次要伺服器陣列上的 SSO

  • 請在首次設定 SSO 之後備份加密金鑰,再於每次重新產生時重新備份金鑰。如需詳細資訊,請參閱<備份 SSO (Office SharePoint Server 2007)

    請注意下列備份加密金鑰的限制:

    • 您必須是 SSO 管理員帳戶的成員,才可備份加密金鑰。

    • 加密金鑰無法從遠端進行備份。您必須在本機登入加密金鑰伺服器,才可備份加密金鑰。

    • 您必須將內含 SSO 加密金鑰的抽取式儲存裝置,實際轉換為次要伺服器陣列,再予以還原。

選用。提供使用者唯讀伺服器陣列的存取權

  1. 在可能的情況下,請提供使用者更新的主機檔案,指向您要公開之次要伺服器陣列的 Web 應用程式。

  2. 若無法散佈主機檔案,請為您要公開的每個 Web 應用程式,定義專用的備用存取對應 (如 http//readonly.contoso.com 或 http://secondary.contoso.com),然後在 DNS 中設定對應。

    注意

    如果沒有多餘的空間可定義特定 Web 應用程式的備用存取對應,即無法使用此專用對應選項。

容錯移轉

您可以手動執行容錯移轉,也可以為其編寫指令碼。本文僅說明手動容錯移轉。

下圖顯示已容錯移轉的多伺服器陣列環境。記錄傳送已中斷,且伺服器陣列管理員執行了下列動作:

  • 將 DNS 設為停止接受流向主要伺服器陣列的流量。

  • 將未套用的交易記錄套用至次要伺服器上的資料庫。

  • 將次要伺服器陣列中的內容資料庫切換至讀寫。

  • 將 DNS 設為接受次要伺服器陣列中的流量。

容錯移轉後的記錄傳送陣列

注意

本節說明如何執行完整 (未測試) 的容錯移轉。如需如何測試容錯移轉的資訊,請參閱<測試容錯移轉時的考量>。

容錯移轉階段包含下列程序。

  • 停用主要伺服器陣列中的所有記錄傳送工作

  • 停止接受流向主要伺服器陣列的流量

  • 備份主要伺服器上的交易記錄

  • 將最近的交易記錄還原至次要伺服器

  • 將內容資料庫設為讀寫

  • 選用。還原 SSO 加密金鑰

  • 將流量導向次要伺服器陣列

  • 完成次要環境的設定

停用主要伺服器陣列中的所有記錄傳送工作

  1. 若主要伺服器陣列仍可使用,且尚未停止記錄傳送,請停用主要伺服器陣列中資料庫伺服器上的所有記錄傳送。

  2. 若無法存取伺服器上的資料庫,請針對每個資料庫執行下列 Transact-SQL 陳述式,並跳至步驟:<將內容資料庫設為讀寫>。

    RESTORE DATABASE content_db WITH RECOVERY
    

停止接受流向主要伺服器陣列的流量

備份主要伺服器上的交易記錄

  1. 判斷主要伺服器陣列是否仍可使用,以及兩個伺服器陣列是否都可以存取儲存備份的網路共用資料夾。若這兩種情況都不成立,請進入<將內容資料庫設為讀寫>程序。

  2. 在 Management Studio 的 [物件總管] 功能窗格中,於內容資料庫上按一下滑鼠右鍵,然後指向 [工作],再按一下 [備份]****。[備份資料庫] 對話方塊會隨即出現。

  3. 按一下 [備份類型]**** 下拉式清單,然後選取 [交易記錄]。

  4. 在 [選取頁面]**** 窗格中,按一下 [選項]。

  5. 在 [交易記錄]**** 區段中,選取 [備份記錄的結尾,並讓資料庫保持在還原狀態],最後再按一下 [確定]****。

  6. 針對所有傳送記錄的資料庫重複此程序。

將最近的交易記錄還原至次要伺服器

  1. 此程序僅適用於主要伺服器陣列仍可使用,且兩個伺服器陣列都可以存取儲存備份的網路共用時。若這兩種情況都不成立,請進入<將內容資料庫設為讀寫>程序。

    在次要伺服器的 Management Studio 中,於內容資料庫上按一下滑鼠右鍵,然後指向 [工作],再依序按一下 [還原]**** 和 [交易記錄]。[還原交易記錄]**** 對話方塊會隨即出現。

  2. 在 [一般] 索引標籤上,選取 [從檔案和磁帶]****,然後輸入您在主要伺服器上建立的備份檔案路徑。

  3. 在 [復原狀態] 區段中,選取 [回復未認可的交易,讓資料庫保持備妥可用。無法還原其他交易記錄。(RESTORE WITH RECOVERY)]****,然後按一下 [確定]。

  4. 針對所有傳送記錄的資料庫重複此程序。

將內容資料庫設為讀寫

將次要伺服器陣列中的資料庫切換為讀寫之後,需要從次要伺服器上新的備份檔案重新建立記錄傳送,然後再將備份檔案複製到主要伺服器。

  1. 在 Management Studio 中,於您要切換為讀寫的內容資料庫上按一下滑鼠右鍵,然後按一下 [屬性]****。[資料庫屬性] 對話方塊會隨即出現。

  2. 在 [選取頁面]**** 窗格中,按一下 [選項],然後在 [其他選項]**** 清單中捲動到 [狀態] 區段。

  3. 在 [資料庫唯讀] 項目中,按一下 [True]**** 旁的箭號,選取 [False],然後按一下 [確定]****。

  4. 針對其他所有內容資料庫重複此程序。

選用。還原 SSO 加密金鑰

  1. 在次要伺服器陣列上,重新啟動 SSO 服務。

  2. 設定次要伺服器上的 SSO。

  3. 在次要伺服器陣列上,重新啟動 SSO。

  4. 從抽取式磁碟機還原金鑰。

  5. 建立應用程式定義,以確認可以建立新的應用程式定義。

  6. 確認您可以使用 GetCredentials 方法取得各種應用程式的認證。如需詳細資訊,請參閱 ISsoProvider.GetCredentials 方法 (Microsoft.SharePoint.Portal.SingleSignon (英文)(https://go.microsoft.com/fwlink/?linkid=151824&clcid=0x404)。

將流量導向次要伺服器陣列

  1. 確認次要伺服器陣列上的備用存取對應設定,符合主要伺服器陣列的設定。

  2. 遵循建議的程序,讓 DNS 將流量導向次要伺服器陣列。

    注意

    將 DNS 上的流量轉向次要伺服器陣列之後,使用者可能需要關閉後再重新開啟瀏覽器,重新導向作業才會生效。

完成次要環境的設定

  1. 建立一般維護程序。

    • 設定監視。

    • 實作實際執行層級的備份程序。

  2. 開始還原先前的主要環境。

容錯移轉測試考量

當您測試容錯移轉時,必須了解服務等級協定要求您執行的容錯移轉測試等級。以下是一些常見的容錯移轉測試範例。

Verification that the secondary site is live, and is being crawled   若是此容錯移轉測試類型,即可提供使用者主機檔案或次要伺服器陣列的備用存取對應路徑,讓使用者可以驗證伺服器陣列可用而且是最新的。不需要採取其他步驟。

Farm failover   在此測試類型中,主要伺服器陣列會在短暫的宣告間隔後離線,但次要伺服器陣列不會切換為讀寫狀態。若是此測試類型,請遵循<容錯移轉>一節中的程序,但會有下列差異:

容錯移轉測試的步驟 描述

執行

1. 若要啟動容錯移轉測試,請在次要伺服器陣列上,停止 SQL Server Agent 工作,確定沒有任何記錄在處理中。

不執行

2. 停用主要伺服器陣列中的所有記錄傳送工作

執行

3. 停止接受流向主要伺服器陣列的流量

執行

4. 備份主要伺服器上的交易記錄。

執行

5. 將最近的交易記錄還原至次要伺服器。

不執行

6. 將內容資料庫設為讀寫。

不執行

7. 選用。還原 SSO 加密金鑰

執行

8. 將流量導向次要伺服器陣列

不執行

9. 完成次要環境的設定。

Planned data center failover with additional precautions   在此測試類型中,主要資料中心會在宣告的間隔後離線。次要伺服器陣列會切換為讀寫狀態。若是此測試類型,請遵循<容錯移轉>一節中的程序,但有下列差異:

容錯移轉測試的步驟 描述

執行

1. 若要啟動容錯移轉測試,請在次要伺服器陣列上,停止 SQL Server Agent 工作,確定沒有任何記錄在處理中。

執行

2. 停用主要伺服器陣列中的所有記錄傳送工作

執行

3. 停止接受流向主要伺服器陣列的流量

執行

4. 備份主要伺服器上的交易記錄。

執行

5. 將最近的交易記錄還原至次要伺服器。

執行

6. 將內容資料庫設為讀寫。

執行

7. 選用。還原 SSO 加密金鑰

執行

8. 將流量導向次要伺服器陣列

不執行

9. 完成次要環境的設定。

新步驟

10. 保留次要伺服器陣列上所有傳送記錄的備份,以便您從次要伺服器陣列使用資料庫備份重新啟動記錄傳送

Planned data center failover without additional precautions   在此測試類型中,主要資料中心會在宣告的間隔後離線,以判斷實際復原所需時間。某些資料可能會遺失。次要伺服器陣列會切換為讀寫狀態。若是此測試類型,請遵循<容錯移轉>一節中的程序。

容錯移轉測試的步驟 描述

執行

1. 開始之前,請先備份主要伺服器陣列上傳送記錄的資料庫,以便您可使用目前的備份重新啟動記錄傳送。

執行

2. 停用主要伺服器陣列中的所有記錄傳送工作

執行

3. 停止接受流向主要伺服器陣列的流量

執行

4. 備份主要伺服器上的交易記錄。

執行

5. 將最近的交易記錄還原至次要伺服器。

執行

6. 將內容資料庫設為讀寫。

執行

7. 選用。還原 SSO 加密金鑰

執行

8. 將流量導向次要伺服器陣列

不執行

9. 完成次要環境的設定。

重新設定記錄傳送

當次要伺服器陣列正常運作時,若可以存取原始主要資料庫,且已調查並解決與該伺服器陣列相關的問題,則可以將先前的主要資料庫併入新的次要伺服器陣列,或刻意從次要伺服器陣列,容錯移轉至先前的主要伺服器陣列,然後依初始結構方式重新設定記錄傳送。

  1. 設定次要伺服器陣列與主要伺服器陣列之間的記錄傳送。建立次要伺服器陣列上 SQL Server 執行個體與主要伺服器陣列上對應的執行個體之間的記錄傳送關係。如需詳細資訊,請參閱<設定記錄傳送環境>一節。

  2. 在主要伺服器陣列上,將任何未套用的交易記錄備份套用至每個資料庫。

  3. 使用 DNS 以停止接受次要伺服器陣列上的流量。

  4. 從次要伺服器陣列容錯移轉至原始的主要伺服器陣列。如需詳細資訊,請參閱<容錯移轉>一節,然後重新設定記錄傳送。

  5. 選用。使用媒體上加密金鑰的本機複本還原 SSO。

  6. 重新啟動主要伺服器陣列,確認一切如預期般運作,然後變更 DNS 將連入流量導向主要伺服器陣列。

  7. 重新設定從主要伺服器陣列到次要伺服器陣列的記錄傳送。

摘要

使用記錄傳送在次要資料中心內提供損毀修復伺服器陣列相當複雜。請確定您與使用者會建立清楚的服務等級協定,並定期測試環境。

感謝

Microsoft Office SharePoint Server 內容發佈小組感謝下列參與人員與技術審閱人員:

  • SharePoint 客戶諮詢小組資深專案經理 Doron Bar-Caspi

  • SQL Server 客戶專案主要專案經理領導人 Lindsay Allen

  • SQL Server 客戶專案資深專案經理 Sanjay Mishra

  • SQL Server 客戶專案資深專案經理 Burzin Patel

  • Microsoft SharePoint Online 技術工程師 Bill Baer

  • Microsoft SharePoint Online 操作工程師 Cory Burns

  • 資深架構師 Steve Peschka

  • 加拿大 Microsoft 諮詢服務資深顧問 II JP Poissant