摘要：?使用 Azure，你可以為內(nèi)部部署 SharePoint 服務(wù)器場創(chuàng)建災(zāi)難恢復環(huán)境。本文介紹如何設(shè)計和實施此解決方案。

觀看 SharePoint Server 2013 災(zāi)難恢復概述視頻

?

當災(zāi)難襲擊你的 SharePoint 內(nèi)部部署環(huán)境時，頭等大事是迅速使系統(tǒng)恢復運行。如果你已有備份環(huán)境在 Microsoft Azure 中運行，SharePoint 災(zāi)難恢復將更加快速、輕松。本視頻介紹 SharePoint 溫故障轉(zhuǎn)移環(huán)境的主要概念，并補充了本文中提供的完整詳細信息。

將本文與以下解決方案模型結(jié)合使用：?Microsoft Azure 中的 SharePoint 災(zāi)難恢復?。

PDF?|?Visio

使用 Azure 基礎(chǔ)結(jié)構(gòu)服務(wù)進行災(zāi)難恢復

很多組織沒有 SharePoint 的災(zāi)難恢復環(huán)境，因為在內(nèi)部構(gòu)建和維護此環(huán)境非常昂貴。Azure 基礎(chǔ)結(jié)構(gòu)服務(wù)提供了災(zāi)難恢復環(huán)境極具吸引力的選項，這些選項更加靈活且成本比內(nèi)部部署方案要低。

使用 Azure 基礎(chǔ)結(jié)構(gòu)服務(wù)的優(yōu)點如下：

• 資源成本更低?維護和支付比內(nèi)部部署災(zāi)難恢復環(huán)境更少的資源。資源數(shù)量取決于你選擇的災(zāi)難恢復環(huán)境：冷備用、溫備用或熱備用。

• 資源靈活性更高?如果發(fā)生災(zāi)難，輕松擴展恢復 SharePoint 服務(wù)器場以滿足負載要求。當你不再需要這些資源時，進行縮放。

• 數(shù)據(jù)中心承諾更低?使用 Azure 基礎(chǔ)結(jié)構(gòu)服務(wù)，而不是在其他地區(qū)投資建設(shè)輔助數(shù)據(jù)中心。

對于剛剛開始接觸災(zāi)難恢復的組織，提供不太復雜的選項；對于具有高彈性要求的組織，則提供一些高級選項。當環(huán)境承載在云平臺上時，冷備用、溫備用和熱備用環(huán)境的定義略有不同。下表介紹了在 Azure 中構(gòu)建 SharePoint 恢復場的環(huán)境。

表：恢復環(huán)境

恢復環(huán)境的類型說明

熱備用?	設(shè)置并更新一個完全大小的服務(wù)器場，且以備用狀態(tài)運行。?
溫備用?	已構(gòu)建服務(wù)器場，虛擬機正在運行并且已更新。? 恢復包括附加內(nèi)容數(shù)據(jù)庫、設(shè)置服務(wù)應(yīng)用程序和爬網(wǎng)內(nèi)容。? 服務(wù)器場可以是生產(chǎn)服務(wù)器場的較小版本，它可以向外擴展以便為整個用戶群提供服務(wù)。?
冷備用?	服務(wù)器場已完全構(gòu)建，但虛擬機已停止。? 維護環(huán)境包括偶爾啟動虛擬機，以及修補、更新和驗證環(huán)境。? 啟動完整環(huán)境發(fā)生災(zāi)難時。?

請務(wù)必評估你的組織的恢復時間目標 (RTO) 和恢復點目標 (RPO)。這些要求確定了哪個環(huán)境是最適合貴組織的投資。

本文中的指南介紹如何實現(xiàn)溫備用環(huán)境。你也可以對其進行調(diào)整使其適合冷備用環(huán)境，盡管你需要執(zhí)行一些其他步驟才能支持此類環(huán)境。本文不會介紹如何實現(xiàn)熱備用環(huán)境。

有關(guān)災(zāi)難恢復解決方案的詳細信息，請參閱?High availability and disaster recovery concepts in SharePoint 2013和Choose a disaster recovery strategy for SharePoint 2013。

解決方案描述

溫備用災(zāi)難恢復解決方案需要以下環(huán)境：

• 內(nèi)部部署 SharePoint 生產(chǎn)服務(wù)器場

• Azure 中的恢復 SharePoint 服務(wù)器場

• 兩個環(huán)境之間的站點到站點 VPN 連接

下圖說明了這三個元素。

圖：Azure 中溫備用解決方案的元素

SQL Server 日志傳送與分布式文件系統(tǒng)復制 (DFSR) 用于將數(shù)據(jù)庫備份和事務(wù)日志復制到 Azure 中的恢復場：

• DFSR 將日志從生產(chǎn)環(huán)境傳輸?shù)交謴铜h(huán)境。在 WAN 方案中，DFSR 比將日志直接傳輸?shù)?Azure 中的輔助服務(wù)器更有效。

• 日志將重播到 Azure 恢復環(huán)境中的 SQL Server。

• 你不會在恢復環(huán)境中附加日志傳送的 SharePoint 內(nèi)容數(shù)據(jù)庫，除非執(zhí)行恢復操作。

執(zhí)行下列步驟，恢復服務(wù)器場：

停止日志傳送。

停止接受到主服務(wù)器場通信。

重播最后的事務(wù)日志。

將內(nèi)容數(shù)據(jù)庫附加到服務(wù)器場。

從復制的服務(wù)數(shù)據(jù)庫中還原服務(wù)應(yīng)用程序。

將域名系統(tǒng) (DNS) 記錄更新為指向恢復場。

啟動完全爬網(wǎng)。

我們建議你定期演練這些步驟并進行記錄，以確保在線恢復順利運行。附加內(nèi)容數(shù)據(jù)庫和恢復服務(wù)應(yīng)用程序可能需要一些時間，并且通常涉及一些手動配置。

執(zhí)行恢復后，此解決方案將提供下表中列出的項目。

表：解決方案恢復目標

項說明

網(wǎng)站和內(nèi)容?	網(wǎng)站和內(nèi)容在恢復環(huán)境中可用。?
新的搜索實例?	在此溫備用解決方案中，不會從搜索數(shù)據(jù)庫還原搜索。恢復場中的搜索組件盡可能配置得與生產(chǎn)服務(wù)器場類似。網(wǎng)站和內(nèi)容還原后，會啟動完全爬網(wǎng)以重建搜索索引。你不需要等待爬網(wǎng)完成，即可使網(wǎng)站和內(nèi)容可用。?
服務(wù)?	將數(shù)據(jù)存儲在數(shù)據(jù)庫中的服務(wù)從日志傳送的數(shù)據(jù)庫還原。不在數(shù)據(jù)庫中存儲數(shù)據(jù)的服務(wù)則直接啟動。? 并非數(shù)據(jù)庫的所有服務(wù)都需要還原。下列服務(wù)不需要從數(shù)據(jù)庫還原，在故障轉(zhuǎn)移后可以直接啟動：? Usage and Health Data Collection? State service? Word Automation? 任何其他不使用數(shù)據(jù)庫的服務(wù)?

你可以與 Microsoft 咨詢服務(wù) (MCS) 或合作伙伴合作以實現(xiàn)更復雜的恢復目標。下表中匯總了詳細信息。

表：可以由 MCS 或合作伙伴解決的其他項目

項說明

正在同步的自定義場解決方案?	理想情況下，恢復場的配置與生產(chǎn)服務(wù)器場相同。你可以與顧問或合作伙伴合作，評估是否復制了自定義服務(wù)器場解決方案，以及是否制定了將兩個環(huán)境保持同步的流程。?
到內(nèi)部部署數(shù)據(jù)源的連接?	將連接復制到后端數(shù)據(jù)系統(tǒng)可能并不實用，例如備份域控制器 (BDC) 連接和搜索內(nèi)容源。?
搜索還原方案?	由于企業(yè)搜索部署通常非常獨特且復雜，從數(shù)據(jù)庫還原搜索需要更大的投資。你可以與顧問或合作伙伴合作，以確定并實施貴組織可能需要的搜索還原方案。?

本文中提供的指南假定已設(shè)計和部署內(nèi)部部署服務(wù)器場。

詳細體系結(jié)構(gòu)

理想情況下，Azure 中的恢復服務(wù)器場配置與內(nèi)部部署服務(wù)器場相同，其中包括以下內(nèi)容：

• 服務(wù)器角色的表示形式相同

• 自定義配置相同

• 搜索組件的配置相同

Azure 中的環(huán)境可以是生產(chǎn)服務(wù)器場的較小版本。如果你計劃在故障轉(zhuǎn)移后向外擴展恢復場，必須對每種類型的服務(wù)器進行初始表示。

某些配置可能無法在故障轉(zhuǎn)移環(huán)境中復制。請務(wù)必測試故障轉(zhuǎn)移過程和環(huán)境，確保故障轉(zhuǎn)移服務(wù)器場提供預期的服務(wù)級別。

此解決方案不會規(guī)定 SharePoint 服務(wù)器場的特定拓撲。此解決方案的焦點是將 Azure 用于故障轉(zhuǎn)移服務(wù)器場，并在兩個環(huán)境之間實施日志傳送和 DFSR。

溫備用環(huán)境

在溫備用環(huán)境中，Azure 環(huán)境中的所有虛擬機均正常運行。環(huán)境已準備就緒，可用于故障轉(zhuǎn)移練習或事件。

下圖說明了從內(nèi)部部署 SharePoint 服務(wù)器場到基于 Azure 的 SharePoint 服務(wù)器場（配置為溫備用環(huán)境）的災(zāi)難恢復解決方案。

圖：生產(chǎn)場和溫備用狀態(tài)恢復場的拓撲和主要元素

在此圖中：

• 兩個環(huán)境并排顯示：內(nèi)部部署 SharePoint 服務(wù)器場和 Azure 中的溫備用服務(wù)器場。

• 每個環(huán)境包含一個文件共享。

• 每個服務(wù)器場包含四層。為實現(xiàn)高可用性，每一層包含兩臺服務(wù)器或為特定角色配置得相同的虛擬機，如前端服務(wù)、分布式緩存、后端服務(wù)和數(shù)據(jù)庫。在此圖中，調(diào)用特定的組件并不重要。兩個服務(wù)器場的配置相同。

• 第四層是數(shù)據(jù)庫層。日志傳送用于將日志從本地環(huán)境中的輔助數(shù)據(jù)庫服務(wù)器復制到同一環(huán)境中的文件共享。

• DFSR 將本地環(huán)境中的文件共享復制到 Azure 環(huán)境中的文件共享

• 日志傳送將日志從 Azure 環(huán)境中的文件共享中繼到恢復環(huán)境中 SQL Server AlwaysOn 可用性組的主副本。

冷備用環(huán)境

在冷備用環(huán)境中，大部分 SharePoint 服務(wù)器場虛擬機都可以關(guān)閉。（建議有時啟動虛擬機，例如每兩周或一次或一個月一次，以便每個虛擬機可與域同步。）Azure 恢復環(huán)境中的下列虛擬機必須保持運行狀態(tài)，以確保日志傳送和 DFSR 持續(xù)運行：

• 文件共享

• 主數(shù)據(jù)庫服務(wù)器

• 至少一個運行 Windows Server Active Directory 域服務(wù)和 DNS 的虛擬機

下圖顯示了文件共享虛擬機和主 SharePoint 數(shù)據(jù)庫虛擬機正在運行的 Azure 故障轉(zhuǎn)移環(huán)境。所有其他 SharePoint 虛擬機都已停止。運行 Windows Server Active Directory 和 DNS 的虛擬機不會顯示。

圖：包含運行的虛擬機的冷備用恢復場

故障轉(zhuǎn)移到冷備用環(huán)境之后，所有虛擬機都將啟動，必須配置實現(xiàn)數(shù)據(jù)庫服務(wù)器高可用性的方法，例如 SQL Server AlwaysOn 可用性組。

如果實施了多個存儲組（數(shù)據(jù)庫分布在多個 SQL Server 高可用性集之間），則每個存儲組的主數(shù)據(jù)庫都必須處于運行狀態(tài)以接受與其存儲組關(guān)聯(lián)的日志。

技能和經(jīng)驗

此災(zāi)難恢復解決方案中使用了多種技術(shù)。要確保這些技術(shù)按預期交互，內(nèi)部部署和 Azure 環(huán)境中的每個組件都必須正確安裝和配置。我們建議設(shè)置此解決方案的用戶或團隊具有下列文章中所述技術(shù)的豐富工作知識和動手技能：

• 分布式文件系統(tǒng) (DFS) 復制服務(wù)

• Windows Server 故障轉(zhuǎn)移群集 (WSFC) 與 SQL Server

• AlwaysOn 可用性組 (SQL Server)

• SQL Server 數(shù)據(jù)庫的備份和還原

• SharePoint Server 2013 安裝和服務(wù)器場部署

• Microsoft Azure

最后，我們建議使用腳本編程技能，你可以用于將與這些技術(shù)相關(guān)的任務(wù)自動化。可以使用可用的用戶界面完成此解決方案中所述的所有任務(wù)。但是，手動方法可能非常耗時且容易出現(xiàn)錯誤，并會交付不一致的結(jié)果。

除了 Windows PowerShell 之外，還有用于 SQL Server、SharePoint Server 和 Azure 的 Windows PowerShell 庫。不要忘記 T-SQL，它還可以幫助減少配置和維護災(zāi)難恢復環(huán)境所需的時間。

災(zāi)難恢復路線圖

此路線圖假定你已經(jīng)在生產(chǎn)中部署了 SharePoint Server 2013 服務(wù)器場。

表：災(zāi)難恢復路線圖

階段說明

階段 1?	設(shè)計災(zāi)難恢復環(huán)境。?
階段 2?	創(chuàng)建 Azure 虛擬網(wǎng)絡(luò)和 VPN 連接。?
階段 3?	將 Windows Active Directory 和域名服務(wù)部署到 Azure 虛擬網(wǎng)絡(luò)。?
階段 4?	將 SharePoint 恢復場部署到 Azure 中。?
階段 5?	設(shè)置場之間的 DFSR。?
階段 6?	設(shè)置到恢復場的日志傳送。?
階段 7?	驗證故障轉(zhuǎn)移和恢復解決方案，其中包括以下過程和技術(shù)：? 停止日志傳送。? 將備份還原。? 對內(nèi)容爬網(wǎng)。? 恢復服務(wù)。? 管理 DNS 記錄。?

階段 1：設(shè)計災(zāi)難恢復環(huán)境

使用?SharePoint 2013 的 Microsoft Azure 體系結(jié)構(gòu)中的指導設(shè)計災(zāi)難恢復環(huán)境，包括 SharePoint 恢復場。?您可以使用 Azure Visio 文件中的 SharePoint 災(zāi)難恢復解決方案中的圖形來啟動設(shè)計過程。?我們建議你先設(shè)計整個環(huán)境，然后開始在 Azure 環(huán)境中執(zhí)行任何工作。

除了?SharePoint 2013 的 Microsoft Azure 體系結(jié)構(gòu)中提供的虛擬網(wǎng)絡(luò)、VPN 連接、Active Directory 和 SharePoint 服務(wù)器場設(shè)計指導外，請務(wù)必將文件共享角色添加到 Azure 環(huán)境。

要在災(zāi)難恢復解決方案中支持日志傳送，應(yīng)將文件共享虛擬機添加到數(shù)據(jù)庫角色駐留的子網(wǎng)。文件共享還充當 SQL Server AlwaysOn 可用性組多數(shù)節(jié)點的第三個節(jié)點。對于使用 SQL Server AlwaysOn 可用性組的標準 SharePoint 服務(wù)器場，這是建議配置。

?備注

必須查看使數(shù)據(jù)庫參與 SQL Server AlwaysOn 可用性組的先決條件。有關(guān)詳細信息，請參閱針對 AlwaysOn 可用性組的先決條件、限制和建議。

圖：用于災(zāi)難恢復解決方案的文件服務(wù)器的放置

在此圖中，文件共享虛擬機將添加到 Azure 中包含數(shù)據(jù)庫服務(wù)器角色的相同子網(wǎng)中。請勿將文件共享虛擬機添加到具有其他服務(wù)器角色的可用性集，例如 SQL Server 角色。

如果你關(guān)注日志的高可用性，請考慮采取其他方法，即使用 Azure Blob 存儲服務(wù)進行 SQL Server 備份和還原。這是 Azure 中的新增功能，可將日志直接保存到 Blob 存儲 URL。此解決方案不包括有關(guān)使用此功能的指導。

在設(shè)計恢復場時，請牢記，成功的災(zāi)難恢復環(huán)境能夠準確反映你想要恢復的生產(chǎn)服務(wù)器場。恢復場的大小不是恢復場設(shè)計、部署和測試中最重要的因素。恢復場規(guī)模因組織而異，具體取決于組織的需求。在出現(xiàn)短暫中斷時，它可能會使用向下伸縮的服務(wù)器場，或者直到性能和容量需求要求你擴展服務(wù)器場。

將恢復場盡量配置得與生產(chǎn)服務(wù)器場相同，以便其滿足服務(wù)級別協(xié)議 (SLA) 要求并提供支持業(yè)務(wù)所需的功能。當你設(shè)計災(zāi)難恢復環(huán)境時，還需審核生產(chǎn)環(huán)境的變更管理過程。我們建議你按與生產(chǎn)環(huán)境相同的間隔更新恢復環(huán)境，以將變更管理過程擴展到恢復環(huán)境。作為變更管理過程的一部分，我們建議你維護一張詳細的服務(wù)器場配置、應(yīng)用程序和用戶清單。

階段 2：創(chuàng)建 Azure 虛擬網(wǎng)絡(luò)和 VPN 連接

將本地網(wǎng)絡(luò)連接到 Microsoft Azure 虛擬網(wǎng)絡(luò)?介紹如何在 Azure 中規(guī)劃和部署虛擬網(wǎng)絡(luò)以及如何創(chuàng)建 VPN 連接。請按照相應(yīng)主題中的指導完成下列過程：

• 規(guī)劃虛擬網(wǎng)絡(luò)的專用 IP 地址空間。

• 規(guī)劃虛擬網(wǎng)絡(luò)的路由基礎(chǔ)結(jié)構(gòu)更改。

• 規(guī)劃發(fā)送到本地 VPN 設(shè)備以及從本地 VPN 設(shè)備發(fā)出的流量的防火墻規(guī)則。

• 在 Azure 中創(chuàng)建跨部署虛擬網(wǎng)絡(luò)。

• 配置本地網(wǎng)絡(luò)和虛擬網(wǎng)絡(luò)之間的路由。

階段 3：將 Active Directory 和域名服務(wù)部署到 Azure 虛擬網(wǎng)絡(luò)

此階段包括將 Windows Server Active Directory 和 DNS 部署到混合方案中的 虛擬網(wǎng)絡(luò)，如?SharePoint 2013 的 Microsoft Azure 體系結(jié)構(gòu)中所述以及下圖中所示。

圖：混合 Active Directory 域配置

在此圖中，將兩個虛擬機部署到相同的子網(wǎng)中。這兩個虛擬機分別托管兩個角色：Active Directory 和 DNS。

在 Azure 中部署 Active Directory 之前，閱讀在 Azure 虛擬機上部署 Windows Server Active Directory 的指南。這些指南將幫助你確定你的解決方案是否需要不同的體系結(jié)構(gòu)或不同的配置設(shè)置。

有關(guān)在 Azure 中設(shè)置域控制器的詳細指導，請參閱在 Azure 虛擬網(wǎng)絡(luò)中安裝副本 Active Directory 域控制器。

在此階段之前，你沒有向虛擬網(wǎng)絡(luò)部署虛擬機。用于承載 Active Directory 和 DNS 的虛擬機可能不是你的解決方案需要的最大虛擬機。在部署這些虛擬機之前，首先創(chuàng)建你計劃在虛擬網(wǎng)絡(luò)中使用的最大虛擬機。這有助于確保你的解決方案在 Azure 中被標記為允許你需要的最大大小。目前不需要配置此虛擬機。只需進行創(chuàng)建，然后放到一旁。如果不這樣做，你稍后在嘗試創(chuàng)建更大的虛擬機時可能會受到限制，編寫本文時此問題尚未解決。

階段 4：在 Azure 中部署 SharePoint 恢復場

根據(jù)你的設(shè)計規(guī)劃，在 虛擬網(wǎng)絡(luò) 中部署 SharePoint 服務(wù)器場。在 Azure 中部署 SharePoint 角色之前，查看在 Azure 基礎(chǔ)結(jié)構(gòu)服務(wù)上規(guī)劃 SharePoint 2013?對你有一定的幫助。

考慮在構(gòu)建概念證明環(huán)境時了解到的以下做法：

• 通過使用 Azure 門戶或 PowerShell 創(chuàng)建虛擬機。

• Azure 和 Hyper-V 不支持動態(tài)內(nèi)存。請確保在你的性能和容量規(guī)劃中考慮到了這一點。

• 通過 Azure 界面重新啟動虛擬機，而不是在虛擬機登錄時。使用 Azure 界面會更順利，并且更易于預測。

• 如果你想關(guān)閉某個虛擬機以節(jié)約成本，請使用 Azure 界面。如果你在虛擬機登錄時關(guān)閉，費用仍會累計。

• 使用虛擬機的命名約定。

• 注意虛擬機部署在哪個數(shù)據(jù)中心位置。

• SharePoint 角色不支持 Azure 中的自動縮放功能。

• 請勿在將要還原的服務(wù)器場中配置項目，例如網(wǎng)站集。

階段 5：設(shè)置場之間的 DFSR

要使用 DFSR 設(shè)置文件復制，請使用 DNS Management 管理單元。但是在 DFSR 設(shè)置之前，請登錄到你的內(nèi)部部署文件服務(wù)器和 Azure 文件服務(wù)器，并在 Windows 中啟用服務(wù)。

從服務(wù)器管理器儀表板中，完成以下步驟：

• 配置本地服務(wù)器。

• 啟動"添加角色和功能向?qū)?#34;。

• 打開"文件和存儲服務(wù)"節(jié)點。

• 選擇"DFS 命名空間"和"DFS 復制"。

• 單擊"下一步"完成向?qū)Р襟E。

下表提供了指向 DFSR 參考文章和博客文章的鏈接。

表：DFSR 的參考文章

標題說明

復制?	DFS 管理 TechNet 主題，包含復制鏈接?
DFS 復制：生存指南?	Wiki，包含 DFS 信息的鏈接?
DFS 復制：常見問題?	DFS 復制 TechNet 主題?
Jose Barreto 的博客?	由 Microsoft 文件服務(wù)器團隊首席項目經(jīng)理撰寫的博客?
Microsoft 存儲團隊 - 文件柜博客?	關(guān)于 Windows Server 中的文件服務(wù)和存儲功能的博客?

階段 6：設(shè)置到恢復場的日志傳送

日志傳送是在此環(huán)境中設(shè)置災(zāi)難恢復的關(guān)鍵組件。你可以使用日志傳送，將數(shù)據(jù)庫的事務(wù)日志文件從主數(shù)據(jù)庫服務(wù)器實例自動傳送到輔助數(shù)據(jù)庫服務(wù)器實例。要設(shè)置日志傳送，請參閱Configure log shipping in SharePoint 2013。

?重要

SharePoint Server 中的日志傳送支持僅限于特定數(shù)據(jù)庫。有關(guān)詳細信息，請參閱?SharePoint 數(shù)據(jù)庫的受支持的高可用性和災(zāi)難恢復選項 (SharePoint 2013)。

階段 7：驗證故障轉(zhuǎn)移和恢復

最后這一階段的目的是驗證災(zāi)難恢復解決方案按計劃運行。為此，請創(chuàng)建一個故障轉(zhuǎn)移事件，關(guān)閉生產(chǎn)服務(wù)器場并啟動恢復場以進行替換。您可以手動或使用腳本啟動故障轉(zhuǎn)移方案。

第一步是停止對服務(wù)器場服務(wù)或內(nèi)容的傳入用戶請求。你可以通過禁用 DNS 條目或關(guān)閉前端 Web 服務(wù)器來執(zhí)行此操作。服務(wù)器場關(guān)閉后，你可以故障轉(zhuǎn)移到恢復場。

停止日志傳送

你必須在服務(wù)器場恢復之前停止日志傳送。首先在 Azure 中的輔助服務(wù)器上停止日志傳送，然后在內(nèi)部部署主服務(wù)器上停止日志傳送。使用以下腳本，首先在輔助服務(wù)器上，然后在主服務(wù)器上停止日志傳送。腳本中的數(shù)據(jù)庫名稱可能不同，具體取決于你的環(huán)境。

復制

-- This script removes log shipping from the server. -- Commands must be executed on the secondary server first and then on the primary server.SET NOCOUNT ON DECLARE @PriDB nvarchar(max) ,@SecDB nvarchar(250) ,@PriSrv nvarchar(250) ,@SecSrv nvarchar(250)Set @PriDB= '' SET @PriDB = UPPER(@PriDB) SET @PriDB = REPLACE(@PriDB, ' ', '') SET @PriDB = '''' + REPLACE(@PriDB, ',', ''', ''') + ''''Set @SecDB = @PriDBExec ( 'Select ''exec master..sp_delete_log_shipping_secondary_database '' + '''''''' + prm.primary_database + '''''''' from msdb.dbo.log_shipping_monitor_primary prm INNER JOIN msdb.dbo.log_shipping_primary_secondaries sec ON prm.primary_database=sec.secondary_database where prm.primary_database in ( ' + @PriDB + ' )')Exec ( 'Select ''exec master..sp_delete_log_shipping_primary_secondary '' + '''''''' + prm.Primary_Database + '''''', '''''' + sec.Secondary_Server + '''''', '''''' + sec.Secondary_database + '''''''' from msdb.dbo.log_shipping_monitor_primary prm INNER JOIN msdb.dbo.log_shipping_primary_secondaries sec ON prm.primary_database=sec.secondary_database where prm.primary_database in ( ' + @PriDB + ' )')Exec ( 'Select ''exec master..sp_delete_log_shipping_primary_database '' + '''''''' + prm.primary_database + '''''''' from msdb.dbo.log_shipping_monitor_primary prm INNER JOIN msdb.dbo.log_shipping_primary_secondaries sec ON prm.primary_database=sec.secondary_database where prm.primary_database in ( ' + @PriDB + ' )')Exec ( 'Select ''exec master..sp_delete_log_shipping_secondary_primary '' + '''''''' + prm.primary_server + '''''', '''''' + prm.primary_database + '''''''' from msdb.dbo.log_shipping_monitor_primary prm INNER JOIN msdb.dbo.log_shipping_primary_secondaries sec ON prm.primary_database=sec.secondary_database where prm.primary_database in ( ' + @PriDB + ' )')

將備份還原

備份必須按其創(chuàng)建的順序還原。在還原特定事務(wù)日志備份之前，你必須首先在不回滾未提交的事務(wù)的情況下，還原下列之前的備份（即，使用?WITH NORECOVERY）：

• 完整的數(shù)據(jù)庫備份和最新的差異備份 - 還原在執(zhí)行特定事務(wù)日志備份之前創(chuàng)建的備份（如果存在）。在最新的完整或差異數(shù)據(jù)庫備份創(chuàng)建之前，數(shù)據(jù)庫使用完整恢復模型或大容量日志恢復模型。

• 所有事務(wù)日志備份 - 還原在執(zhí)行完整數(shù)據(jù)庫備份或差異備份（如果還原其中一個）之后，執(zhí)行特定事務(wù)日志備份之前創(chuàng)建的備份。日志備份必須按其創(chuàng)建順序應(yīng)用，日志鏈中沒有任何間隔。

要恢復輔助服務(wù)器上的內(nèi)容數(shù)據(jù)庫以便由網(wǎng)站呈現(xiàn)，請在恢復之前移除所有數(shù)據(jù)庫連接。要還原數(shù)據(jù)庫，請運行以下 SQL 語句。

復制

restore database WSS_Content with recovery

?重要

明確使用 T-SQL 時，在每個 RESTORE 語句中指定?WITH NORECOVERY?或?WITH RECOVERY?以消除歧義這在編寫腳本時非常重要。還原完整和差異備份后，可以在 SQL Server Management Studio 中還原事務(wù)日志。此外，由于日志傳送已停止，內(nèi)容數(shù)據(jù)庫處于備用狀態(tài)，因為你必須將狀態(tài)更改為完全訪問。

在 SQL Server Management Studio 中，右鍵單擊“WSS_Content”**** 數(shù)據(jù)庫，依次指向“任務(wù)”**** > “還原”****，再單擊“事務(wù)日志”****（如果還沒有還原完整備份，則不可用）。有關(guān)詳細信息，請參閱還原事務(wù)日志備份 (SQL Server)。

對內(nèi)容源進行爬網(wǎng)

你必須為每個內(nèi)容源啟動完整爬網(wǎng)以還原 Search Service。請注意，你會丟失內(nèi)部部署服務(wù)器場的部分分析信息，例如搜索建議。在啟動完整爬網(wǎng)之前，請使用 Windows PowerShell cmdlet?Restore-SPEnterpriseSearchServiceApplication?并指定日志傳送和復制的搜索管理數(shù)據(jù)庫?Search_Service__DB_。此 cmdlet 將提供搜索配置、架構(gòu)、托管屬性、規(guī)則和源，并創(chuàng)建一組默認的其他組件。

要啟動完全爬網(wǎng)，請完成以下步驟：

在 SharePoint 2013 管理中心中，轉(zhuǎn)到"應(yīng)用程序管理">"服務(wù)應(yīng)用程序">"管理服務(wù)應(yīng)用程序"，然后單擊你要爬網(wǎng)的 Search Service 應(yīng)用程序。

在"搜索管理"頁上，單擊"內(nèi)容源"，指向你需要的內(nèi)容源，單擊箭頭，然后單擊"啟動完整爬網(wǎng)"。

恢復服務(wù)器場服務(wù)

下表顯示如何恢復已對數(shù)據(jù)庫進行日志傳送的服務(wù)、具有數(shù)據(jù)庫但不建議使用日志傳送進行還原的服務(wù)，以及沒有數(shù)據(jù)庫的服務(wù)。

?重要

將內(nèi)部部署 SharePoint 數(shù)據(jù)庫還原到 Azure 環(huán)境中將不會恢復任何尚未手動安裝在 Azure 中的 SharePoint 服務(wù)。

表：服務(wù)應(yīng)用程序數(shù)據(jù)庫引用

從已進行日志傳送的數(shù)據(jù)庫還原這些服務(wù)這些服務(wù)具有數(shù)據(jù)庫，但我們建議你直接啟動這些服務(wù)，無需還原其數(shù)據(jù)庫這些服務(wù)不在數(shù)據(jù)庫中存儲任何數(shù)據(jù)；請在故障轉(zhuǎn)移后啟動這些服務(wù)

機器翻譯服務(wù)? Managed Metadata Service? Secure Store Service? User Profile。（僅支持配置文件和社交標簽數(shù)據(jù)庫。不支持同步數(shù)據(jù)庫。）? Microsoft SharePoint Foundation Subscription Settings Service?	Usage and Health Data Collection? State service? Word Automation?	Excel Services? PerformancePoint Services? PowerPoint 轉(zhuǎn)換? Visio Graphics Service? 工作管理?

以下示例演示如何從數(shù)據(jù)庫中還原 Managed Metadata Service。

需使用現(xiàn)有的Managed_Metadata_DB數(shù)據(jù)庫。此數(shù)據(jù)庫已進行日志傳送，但輔助服務(wù)器場上沒有活動的服務(wù)應(yīng)用程序，因此需要在服務(wù)應(yīng)用程序就位后進行連接。

首先，使用?New-SPMetadataServiceApplication，并使用已還原數(shù)據(jù)庫的名稱指定?DatabaseName?開關(guān)。

接下來，在輔助服務(wù)器上配置新的 Managed Metadata Service 應(yīng)用程序，如下所示：

• 名稱：Managed Metadata Service

• 數(shù)據(jù)庫服務(wù)器：傳送的事務(wù)日志中的數(shù)據(jù)庫名稱

• 數(shù)據(jù)庫名稱：Managed_Metadata_DB

• 應(yīng)用程序池：SharePoint 服務(wù)應(yīng)用程序

管理 DNS 記錄

您必須手動創(chuàng)建 DNS 記錄以指向您的 SharePoint 服務(wù)器場。

在你具有多個前端 Web 服務(wù)器的大多數(shù)情況下，利用 Windows Server 2012 中的網(wǎng)絡(luò)負載平衡功能或硬件負載平衡器在服務(wù)器場中的 Web 前端服務(wù)器之間分發(fā)請求是明智的。網(wǎng)絡(luò)負載平衡還可以在一個 Web 前端服務(wù)器出現(xiàn)故障時將請求分發(fā)到其他服務(wù)器，從而減少風險。

通常情況下，當你設(shè)置網(wǎng)絡(luò)負載平衡時，將向群集分配單個 IP 地址。然后你在 DNS 提供程序中為指向群集的網(wǎng)絡(luò)創(chuàng)建 DNS 主機。（在此項目中，我們將 DNS 服務(wù)器放置在 Azure 中，確保在出現(xiàn)內(nèi)部部署數(shù)據(jù)中心故障時能夠恢復。）例如，你可以在 DNS 管理器的 Active Directory 中創(chuàng)建指向負載平衡群集的 IP 地址的 DNS 記錄（例如，稱為?https://sharepoint.contoso.com）。

對于 SharePoint 服務(wù)器場的外部訪問，可以在外部 DNS 服務(wù)器上創(chuàng)建一個主機記錄，該服務(wù)器具有客戶端在您的內(nèi)部網(wǎng)（例如，?https://sharepoint.contoso.com）上使用的、指向防火墻中的外部 IP 地址的相同 URL。?（使用此示例的最佳做法是設(shè)置拆分 DNS，以使內(nèi)部 DNS 服務(wù)器對contoso.com?SharePoint 場群集的授權(quán)和路由請求，而不是將 DNS 請求路由到外部 DNS 服務(wù)器。）然后，可以將外部 IP 地址映射到本地群集的內(nèi)部 IP 地址，以便客戶端找到他們要查找的資源。

接下來，將介紹幾種不同的災(zāi)難恢復應(yīng)用場景：

示例場景：由于內(nèi)部部署 SharePoint 服務(wù)器場中的硬件故障，內(nèi)部部署 SharePoint 服務(wù)器場不可用。?這種情況下，在你完成故障轉(zhuǎn)移到 Azure SharePoint 服務(wù)器場的步驟后，你可以在恢復 SharePoint 服務(wù)器場的 Web 前端服務(wù)器上配置網(wǎng)絡(luò)負載平衡，就像在內(nèi)部部署服務(wù)器場中一樣。然后你可以將內(nèi)部 DNS 提供程序中的主機記錄重定向為指向恢復場的群集 IP 地址。請注意，可能需要一些時間才會刷新客戶端上的緩存 DNS 記錄并使其指向恢復場。

示例場景：內(nèi)部部署數(shù)據(jù)中心會完全中斷。?此場景可能是由于自然災(zāi)害所致，例如火災(zāi)或水災(zāi)。這種情況下，對于企業(yè)來說，可能希望有一個輔助數(shù)據(jù)中心承載在另一個區(qū)域，還有具有自己的目錄服務(wù)和 DNS 的 Azure 子網(wǎng)。與前一個災(zāi)難場景中一樣，你可以將內(nèi)部和外部 DNS 記錄重定向為指向 Azure SharePoint 服務(wù)器場。同樣，記下該 DNS 記錄傳播可能需要一些時間。

如果您使用以主機命名的網(wǎng)站集（如在以主機命名的網(wǎng)站集體系結(jié)構(gòu)和部署（SharePoint 2013）中的建議），則您的 SharePoint 服務(wù)器場中的同一個 web 應(yīng)用程序可能會有多個網(wǎng)站集https://sales.contoso.com?，?https://marketing.contoso.com其中包含唯一 DNS 名稱（例如，和）。?在這種情況下，你可以為每個網(wǎng)站集創(chuàng)建指向群集 IP 地址的 DNS 記錄。?請求到達 SharePoint Web 前端服務(wù)器之后，它們會將每個請求路由到相應(yīng)的網(wǎng)站集。

Microsoft 概念證明環(huán)境

我們?yōu)榇私鉀Q方案設(shè)計了概念證明環(huán)境并進行了測試。我們的測試環(huán)境的設(shè)計目標是部署和恢復已在客戶環(huán)境中找到的 SharePoint 服務(wù)器場。我們進行了幾種假設(shè)，但我們始終牢記，服務(wù)器場需提供所有現(xiàn)成功能，而無需進行任何自定義。我們使用現(xiàn)場和產(chǎn)品團隊的最佳實踐指南設(shè)計拓撲，確保其高可用性。

下表列出了我們?yōu)閮?nèi)部部署測試環(huán)境創(chuàng)建和配置的 Hyper-V 虛擬機。

表：用于內(nèi)部部署測試的虛擬機

服務(wù)器名稱。角色配置

DC1?	具有 Active Directory 的域控制器。?	兩個處理器? 從 512 MB 到 4 GB RAM? 1 x 127-GB 硬盤?
RRAS?	配置為路由和遠程訪問服務(wù) (RRAS) 角色的服務(wù)器。?	兩個處理器? 2-8 GB 的 RAM? 1 x 127-GB 硬盤?
FS1?	具有備份共享和 DFSR 終結(jié)點的文件服務(wù)器。?	四個處理器? 2-12 GB 的 RAM? 1 x 127-GB 硬盤? 1 x 1-TB 硬盤 (SAN)? 1 x 750-GB 硬盤?
SP-WFE1、SP-WFE2?	前端 Web 服務(wù)器。?	四個處理器? 16 GB RAM?
SP-APP1、SP-APP2、SP-APP3?	應(yīng)用程序服務(wù)器。?	四個處理器? 2-16 GB 的 RAM?
SP-SQL-HA1、SP-SQL-HA2?	數(shù)據(jù)庫服務(wù)器，配置了 SQL Server 2012 AlwaysOn 可用性組以提供高可用性。此配置使用 SP-SQL-HA1 和 SP-SQL-HA2 作為主副本和輔助副本。?	四個處理器? 2-16 GB 的 RAM?

下表介紹了我們?yōu)閮?nèi)部部署測試環(huán)境的前端 Web 服務(wù)器和應(yīng)用程序服務(wù)器而創(chuàng)建和配置的 Hyper-V 虛擬機的驅(qū)動器配置。

表：用于內(nèi)部部署測試的前端 Web 服務(wù)器和應(yīng)用程序服務(wù)器的虛擬機驅(qū)動器要求

驅(qū)動器號尺寸目錄名稱路徑

C?	80?	系統(tǒng)驅(qū)動器?	:\Program Files\Microsoft SQL Server\?
E?	80?	日志驅(qū)動器 (40 GB)?	:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA?
F?	80?	頁面 (36 GB)?	:\Program Files\Microsoft SQL Server\MSSQL\DATA?

下表介紹了創(chuàng)建和配置作為內(nèi)部部署數(shù)據(jù)庫服務(wù)器的 Hyper-V 虛擬機的驅(qū)動器配置。在"數(shù)據(jù)庫引擎配置"頁上，訪問"數(shù)據(jù)目錄"選項卡以設(shè)置并確認下表中所示的設(shè)置。

表：用于內(nèi)部部署測試的數(shù)據(jù)庫服務(wù)器的虛擬機驅(qū)動器要求

驅(qū)動器號尺寸目錄名稱路徑

C?	80?	數(shù)據(jù)根目錄?	:\Program Files\Microsoft SQL Server\?
E?	500?	用戶數(shù)據(jù)庫目錄?	:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA?
F?	500?	用戶數(shù)據(jù)庫日志目錄?	:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA?
G?	500?	臨時數(shù)據(jù)庫目錄?	:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA?
H?	500?	臨時數(shù)據(jù)庫日志目錄?	:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA?

設(shè)置測試環(huán)境

在不同的部署階段，測試團隊通常首先構(gòu)建內(nèi)部部署基礎(chǔ)結(jié)構(gòu)，然后構(gòu)建相應(yīng)的 Azure 環(huán)境。這反映了內(nèi)部生產(chǎn)服務(wù)器場已在運行的常規(guī)真實案例。更為重要的是，你應(yīng)該了解當前生產(chǎn)工作負載、容量和典型性能。除了構(gòu)建可以滿足業(yè)務(wù)需求的災(zāi)難恢復模型外，你還應(yīng)該調(diào)整恢復場服務(wù)器的大小以交付最低級別的服務(wù)。在冷備用或溫備用環(huán)境中，恢復場通常小于生產(chǎn)服務(wù)器場。恢復場穩(wěn)定并且投入生產(chǎn)之后，服務(wù)器場可以向上和向外擴展以滿足工作負載要求。

我們分三個階段來部署測試環(huán)境：

• 設(shè)置混合基礎(chǔ)結(jié)構(gòu)

• 設(shè)置服務(wù)器

• 部署 SharePoint 服務(wù)器場

設(shè)置混合基礎(chǔ)結(jié)構(gòu)

此階段涉及設(shè)置內(nèi)部部署服務(wù)器場的域環(huán)境以及 Azure 中的恢復場。除了與配置 Active Directory 相關(guān)的普通任務(wù)之外，測試團隊還在兩個環(huán)境之間實施了一個路由解決方案和 VPN 連接。

設(shè)置服務(wù)器

除了場服務(wù)器之外，還必須為域控制器設(shè)置服務(wù)器，并配置處理 RRAS 以及站點間 VPN 的服務(wù)器。為 DFSR 服務(wù)設(shè)置兩個文件服務(wù)器，為測試人員設(shè)置多個客戶端計算機。

部署 SharePoint 服務(wù)器場

SharePoint 服務(wù)器場分兩個階段部署，以便在必要時簡化環(huán)境穩(wěn)定化和故障排除。在第一個階段中，每個服務(wù)器場部署在拓撲每一層最低數(shù)量的服務(wù)器上，以支持所需功能。

我們在創(chuàng)建 SharePoint 2013 服務(wù)器之前創(chuàng)建安裝了 SQL Server 的數(shù)據(jù)庫服務(wù)器。因為這是一個新部署，我們在部署 SharePoint 之前創(chuàng)建了可用性組。我們根據(jù) MCS 最佳實踐指南創(chuàng)建了三個組。

?備注

創(chuàng)建占位符數(shù)據(jù)庫，以便你可以在執(zhí)行 SharePoint 安裝之前創(chuàng)建可用性組。有關(guān)詳細信息，請參閱為 SharePoint 2013 配置 SQL Server 2012 AlwaysOn 可用性組

我們創(chuàng)建了服務(wù)器場并按以下順序加入其他服務(wù)器：

• 設(shè)置 SP-SQL-HA1 和 SP-SQL-HA2。

• 為服務(wù)器場配置 AlwaysOn 并創(chuàng)建三個可用性組。

• 將 SP-APP1 設(shè)置為承載管理中心。

• 將 SP-WFE1 和 SP-WFE2 設(shè)置為承載分布式緩存。

在命令行運行?psconfig.exe?時，我們使用了?skipRegisterAsDistributedCachehost?參數(shù)。?有關(guān)詳細信息，請參閱在 SharePoint 中規(guī)劃源和分布式緩存服務(wù) (SharePoint Server 2013)。

在恢復環(huán)境中重復以下步驟：

• 設(shè)置 AZ-SQL-HA1 和 AZ-SQL-HA2。

• 為服務(wù)器場配置 AlwaysOn 并創(chuàng)建三個可用性組。

• 將 AZ-APP1 設(shè)置為承載管理中心。

• 將 AZ-WFE1 和 AZ-WFE2 設(shè)置為承載分布式緩存。

配置分布式緩存并添加測試用戶和測試內(nèi)容后，我們開始部署的第二個階段。此階段需要向外擴展各層并將場服務(wù)器配置為支持服務(wù)器場體系結(jié)構(gòu)中所述的高可用性拓撲。

下表介紹了我們?yōu)榛謴蛨鲈O(shè)置的虛擬機、子網(wǎng)和可用性集。

表：恢復場基礎(chǔ)結(jié)構(gòu)

服務(wù)器名稱。角色配置子網(wǎng)可用性集

spDRAD?	具有 Active Directory 的域控制器?	兩個處理器? 從 512 MB 到 4 GB RAM? 1 x 127-GB 硬盤?	sp-ADservers?	?
AZ-SP-FS?	具有備份共享和 DFSR 終結(jié)點的文件服務(wù)器?	A5 配置：? 兩個處理器? 14 GB RAM? 1 x 127-GB 硬盤? 1 x 135-GB 硬盤? 1 x 127-GB 硬盤? 1 x 150-GB 硬盤?	sp-databaseservers?	DATA_SET?
AZ-WFE1、AZ -WFE2?	前端 Web 服務(wù)器?	A5 配置：? 兩個處理器? 14 GB RAM? 1 x 127-GB 硬盤?	sp-webservers?	WFE_SET?
AZ -APP1、AZ -APP2、AZ -APP3?	應(yīng)用程序服務(wù)器?	A5 配置：? 兩個處理器? 14 GB RAM? 1 x 127-GB 硬盤?	sp-applicationservers?	APP_SET?
AZ -SQL-HA1、AZ -SQL-HA2?	數(shù)據(jù)庫服務(wù)器以及 AlwaysOn 可用性組的主副本和輔助副本?	A5 配置：? 兩個處理器? 14 GB RAM?	sp-databaseservers?	DATA_SET?

操作

測試團隊將服務(wù)器場環(huán)境穩(wěn)定下來并完成功能測試之后，即開始配置內(nèi)部部署恢復環(huán)境所需的下列操作任務(wù)：

• 配置完整備份和差異備份。

• 在負責在內(nèi)部部署環(huán)境和 Azure 環(huán)境之間傳輸事務(wù)日志的文件服務(wù)器上配置 DFSR。

• 在主數(shù)據(jù)庫服務(wù)器上配置日志傳送。

• 根據(jù)需要穩(wěn)定和驗證日志傳送并進行故障排除。這包括標識和記錄可能導致網(wǎng)絡(luò)延遲等問題的任何行為，這些行為可能導致日志傳送或 DFSR 文件同步失敗。

數(shù)據(jù)庫

我們的故障轉(zhuǎn)移測試涉及以下數(shù)據(jù)庫：

• WSS_Content

• ManagedMetadata

• 配置文件數(shù)據(jù)庫

• 同步數(shù)據(jù)庫

• 社交數(shù)據(jù)庫

• 內(nèi)容類型集線器（用于專用內(nèi)容類型聯(lián)合集線器的數(shù)據(jù)庫）

疑難解答提示

本節(jié)介紹在測試過程中遇到的問題及其解決方案。

使用術(shù)語庫管理工具導致了錯誤："托管元數(shù)據(jù)存儲或連接當前不可用。"

確保 Web 應(yīng)用程序使用的應(yīng)用程序池帳戶具有讀取術(shù)語庫的權(quán)限。

自定義術(shù)語集在網(wǎng)站集中不可用

檢查內(nèi)容網(wǎng)站集和內(nèi)容類型集線器之間是否缺少服務(wù)應(yīng)用程序關(guān)聯(lián)。此外，在"Managed Metadata - <網(wǎng)站集名稱> 連接"屬性屏幕中，確保此選項已啟用："此服務(wù)應(yīng)用程序是欄特定的術(shù)語集的默認存儲位置。"

Get-ADForest Windows PowerShell 命令會生成錯誤："術(shù)語'Get-ADForest'未識別為 cmdlet、函數(shù)、腳本文件或可運行程序的名稱。"

設(shè)置用戶配置文件時，需要 Active Directory 林名稱。在“添加角色和功能”向?qū)е?#xff0c;確保已啟用用于 Windows PowerShell 的 Active Directory 模塊（依次轉(zhuǎn)到“遠程服務(wù)器管理工具”>“角色管理工具”>“AD DS 和 AD LDS 工具”**** 部分下）。此外，先運行以下命令，再使用?Get-ADForest，以確保已加載軟件依賴項。

復制

Import-module servermanager Import-module activedirectory

在"<服務(wù)器名稱>"上啟動"AlwaysOn_health"XEvent 會話時可用性組創(chuàng)建失敗

確保故障轉(zhuǎn)移群集中的兩個節(jié)點已啟動，沒有暫停或停止。

SQL Server 日志傳送作業(yè)失敗，并顯示嘗試連接到文件共享時出現(xiàn)訪問拒絕錯誤

確保你的 SQL Server Agent 在網(wǎng)絡(luò)憑據(jù)而不是默認憑據(jù)下運行。

SQL Server 日志傳送作業(yè)指示成功，但未復制任何文件

發(fā)生這種情況是因為可用性組的默認備份首選項是"首選輔助"。確保你是從可用性組的輔助服務(wù)器而不是主服務(wù)器運行日志傳送作業(yè)，否則，作業(yè)將失敗且無提示。

Managed Metadata Service（或其他 SharePoint 服務(wù)）在安裝后無法自動啟動

服務(wù)可能需要幾分鐘才能啟動，具體取決于你的 SharePoint Server 的性能和當前負載。?手動單擊服務(wù)的"?啟動"按鈕，留出足夠的時間讓服務(wù)器啟動，并時常刷新一下服務(wù)器上的服務(wù)屏幕以監(jiān)視其狀態(tài)。?如果服務(wù)仍處于停止狀態(tài)，啟用 SharePoint 診斷日志記錄，再次嘗試啟動服務(wù)，然后檢查日志中是否包含錯誤。?有關(guān)詳細信息，請參閱在 SharePoint 2013 中配置診斷日志記錄

將 DNS 更改為 Azure 故障轉(zhuǎn)移環(huán)境之后，客戶端瀏覽器繼續(xù)使用 SharePoint 網(wǎng)站的舊 IP 地址

你的 DNS 更改可能不會立即對所有客戶端可見。在測試客戶端上，從提升的命令提示符處執(zhí)行以下命令，并再次嘗試訪問該網(wǎng)站。

復制

Ipconfig /flushdns

其他資源

SharePoint 數(shù)據(jù)庫受支持的高可用性和災(zāi)難恢復選項

為 SharePoint 2013 配置 SQL Server 2012 AlwaysOn 可用性組

另請參閱

云應(yīng)用和混合解決方案

總結(jié)

以上是生活随笔為你收集整理的Microsoft Azure 中的 SharePoint Server 2013 灾难恢复的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。