本文為機器翻譯文章。如需檢視英文版,請選取 [原文] 核取方塊。您也可以將滑鼠指標移到文字上,即可在快顯視窗顯示英文原文。
譯文
原文

規劃 SQL Server AlwaysOn 與 SharePoint Server 2013 嚴重損壞修復的 Microsoft Azure

SharePoint 2013
 

適用版本:SharePoint Server 2013

上次修改主題的時間:2017-06-05

使用 SQL Server 2014 AlwaysOn 可用性群組和 Microsoft Azure 建立您的內部部署 SharePoint 伺服器陣列的混合式嚴重損壞修復環境。本文說明如何設計及實作此解決方案。

本文中的解決方案適用於Microsoft Azure、 SharePoint Server 2013 Enterprise、 SQL Server 2014企業及Windows Server 2012 R2資料中心。

Acknowledgments:此SharePoint Server嚴重損壞復原解決方案為設計、 測試及撰寫由 Tejinder Rai (ATL-MCS-001) 完成的結果。此解決方案結合 Microsoft 最佳作法與實機操作、 真實生活的客戶經驗。David Williams 和 Matthew Robertshaw 也與 SQL Server 容錯移轉自動化及復原測試其工作所進行重大對本文的貢獻。

本文內容:

SharePoint Server 2013 混合式嚴重損壞修復簡介

嚴重損壞復原解決方案描述與架構

您需要為此 SharePoint 2013 嚴重損壞復原解決方案

兩個伺服器陣列的必要設定需求

了解資料庫需求: SQL Server 2014 AlwaysOn 與 SharePoint Server 2013

六個階段中建立測試伺服器陣列

測試伺服器陣列容錯移轉及復原

結論

附錄

設定適當的嚴重損壞修復環境是很昂貴並且非常複雜程序。需要小心規劃部署及測試解決方案符合您的業務目標快速實際執行環境與應用程式和執行一次。

也就是說,嚴重損壞修復、 SharePoint Server 2013會引發的複雜性列] 和 [需要小心規劃、 設計及測試。您必須考量的條件約束的部分是不同類型的容錯移轉該SQL Server支援可用性群組複本時數個 SharePoint 資料庫不支援非同步認可複本和特殊處理所需這些特殊案例的事實。

SharePoint 搜尋是其中一個需要以不同的方法和特殊技巧 (英文) 才能進行嚴重損壞的案例中的復原案例。這是因為您無法在搜尋索引及檔案系統的資料庫不失真維護如果您使用 AlwaysOn 可用性群組使用非同步認可至次要複本。

請務必了解SharePoint Server伺服器陣列中搜尋的四個可用的災害復原選項。每個選項都有其優缺點,並適合驅動的營運持續力和復原需求。如需關於支援的選項,包括混合選項來復原公用雲端中主控伺服器陣列中的搜尋服務,請參閱嚴重損壞復原最佳作法與 SharePoint 2013 搜尋的策略

組織有設定及維護的次要資料中心為待命環境無法執行前的雲端技術可用性、 災害若是任務重要系統。建立及操作的次要資料中心的相關成本無法從嚴重損壞修復環境設定 for SharePoint 的許多組織。

可用性和 maturity 的雲端基礎結構和平台服務進行Microsoft Azure可行及提供符合成本效益的替代作業系統的次要資料中心。

次要資料中心相關聯的基本成本,除了企業也需要決定重要系統和公司資料的復原需求。復原需求會決定回答下列兩個問題:

  • 長我們可以離線之前商務遭遇大幅激增? 例如,這些激增可能是收益、 損壞的商務關係或可信度。

  • 資料量可以我們會遺失前商務遭遇大幅激增吗?離線的範例中,除了某些的磁區且完全資料驅動型相依。

在災害復原 world 這些準則是量化為復原時間目標 (Rto) 及復原點目標 (RPOs)。

注意事項 附註:
相關的目標是復原層級目標 (愈)。此目標定義您必須是無法復原資料的精確度 — 是否您必須能夠復原整個伺服器陣列、 web 應用程式、 網站集合、 網站、 清單或文件庫或項目。如需詳細資訊,請參閱在 SharePoint 2013 中規劃備份及復原

嚴重損壞復原解決方案的成本繫結至這些目標 — 現實是較佳的 RTO 及 RPO 與其提高成本。目標和成本的層級也會決定您所選擇的復原環境。三個基本嚴重損壞修復環境的業界術語是: 冷待命、 暖待命及熱待命。有變化當然,根據商務磁區。

如需嚴重損壞修復解決方案的詳細資訊,請參閱SharePoint 2013 的高可用性與災害復原概念選擇 SharePoint 2013 的災害復原策略

本文提供可用於部署的SharePoint Server 2013混合嚴重損壞復原解決方案的架構。

下列主題已不在本文範圍:

  • 建立的營運持續力與相關聯的災害復原計劃。

  • 服務層級的 RTO 及 RPO 的需求。

  • 服務層級需求為基礎的評估成本。

  • 下列的詳細的步驟:

    • 設定Windows Server容錯移轉叢集 (WSFC) 叢集

    • 佈建 Azure 環境 (儲存帳戶、 虛擬網路、 雲端服務、 可用性設定與虛擬機器)

    • 設定從內部部署伺服器陣列 VPN 通道 Azure 復原環境

我們混合式解決方案使用可提供 「 北美地區 」 中的跨大陸備援的拓撲。下列測試伺服器陣列部署在兩個位置:

  • 在 Redmond,WA (西岸) 中的資料中心內執行內部部署實際執行伺服器陣列。

  • 部署在Microsoft Azure復原伺服器陣列。此伺服器陣列架設在美國東部組件中的資料中心。此伺服器陣列設定成在暖待命復原環境。

說明的解決方案會使用以提供高可用性和嚴重損壞容錯移轉修復端對端解決方案SQL Server AlwaysOn 可用性群組。 除了提供高可用性的實際執行環境SQL Server AlwaysOn 改善 RTO 因為在次要資料中心SQL Server執行個體包含的主要資料中心中的資料庫複本。

我們的測試環境與條件的設計被用來代表 SharePoint 實際執行伺服器陣列與嚴重損壞復原解決方案主流客戶所建置的類型。

下圖 (圖 1) 會顯示此解決方案的邏輯架構並會醒目提示的可用性群組複本內部和 Azure 中使用。

圖 1 的混合式環境的邏輯架構

此圖顯示 SharePoint Server 2013 混合式嚴重損壞修復的邏輯架構。如需詳細資料,請閱讀下列段落。

下圖 (圖 2) 顯示內部測試伺服器陣列的詳細的架構。在伺服器陣列的設定高度可用的伺服器陣列透過企業搜尋。

此伺服器陣列根據 search For SharePoint Server 2013 的企業搜尋架構技術圖所示的小型伺服器陣列架構。

注意事項 附註:
所有圖表標籤都根據我們用來建立和測試此嚴重損壞修復案例的命名慣例。這些文章提供參照點。

圖 2 內部部署實際執行伺服器陣列

此圖顯示 SharePoint Server 2013 混合式嚴重損壞修復的詳細內部部署架構。如需詳細資訊,請閱讀以下段落。

下圖 (圖 3) 顯示為部署在 Azure 中暖待命伺服器陣列的詳細的拓撲。

圖 3 暖待命復原伺服器陣列

此圖表顯示 Azure 環境的 SharePoint Server 2013 混合式嚴重損壞修復的詳細修復架構。如需詳細資料,請閱讀下列段落。

使用下列需求做指南以開始規劃此嚴重損壞復原解決方案的部署。

Infrastructure and general configuration

下列清單是摘要的基礎結構與內部部署伺服器陣列及復原伺服器陣列的一般設定需求:

  • 兩個SharePoint 2013伺服器陣列。在主要資料中心及暖待命伺服器陣列使用的次要資料中心的 Azure 中實際執行伺服器陣列。若要使用 Azure 新增的優點是您不需要擔心使用相同硬體的兩個伺服器陣列。

  • 每個伺服器陣列在線上的兩個資料中心。

  • 軟體版本及修補程式等級。兩個伺服器陣列使用的相同軟體版本及修補程式層級:

    • Windows Server 2012 R2

    • SQL Server 2014

    • SharePoint Server 2013

  • 兩個伺服器陣列設定以管理 SharePoint 中使用相同的服務帳戶。

  • 內容資料庫與服務應用程式資料庫的分散於一或多個SQL Server可用性群組。

  • 使用內部部署環境中的複本同步認可模式。這會是 SharePoint 伺服器陣列的一般的高可用性組態是因為它支援自動容錯移轉和最小化資料遺失。

  • 使用非同步認可模式的復原環境中的複本。雖然不支援自動容錯移轉,資料輸送量通常是更重要的實際執行和復原伺服器陣列之間的距離時可以是非常重要因素。

    注意事項 附註:
    沒有複本修復環境中的同步認可已測試及實作因為輸送量是使用非同步認可] 以復原複本相同的情況。但是,這是不廣泛接受或建議。
  • 每個伺服器陣列有其專屬有同步化兩個環境之間的資料庫的服務應用程式。唯讀資料庫用於災害復原伺服器陣列中的服務應用程式,因為服務應用程式不需要容錯移轉實際執行伺服器陣列重新佈建。

  • 搜尋與嚴重損壞修復執行個體中的唯讀資料庫進行編目。如果這是必要的您需要設定個別的復原伺服器陣列搜尋服務應用程式。如需詳細資訊,請參閱SharePoint 資料庫支援的高可用性和災害復原選項 (SharePoint 2013)

提示 提示:
使用自動化儘和適當的情況。已撰寫指令碼的部署和設定可確保組態一致性和可減少所導致輸入命令或瀏覽透過使用者介面設定伺服器陣列的錯誤。

部署本文所述災害復原解決方案所需的下列技術:

  • Windows Server 2012 R2

  • SharePoint 2013 Service Pack 1 和 2014 年 5 月累計更新

  • SQL Server 2014Enterprise Edition Service Pack 1

  • 主要資料中心及 Azure 中的復原伺服器陣列之間的安全連線。我們使用 VPN 連線,但如果您的區域中使用 ExpressRoute 請考慮使用它。

主要資料中心會利用以達到高可用性的主要伺服器陣列的可用性群組同步認可複本。次要資料中心都必須使用非同步認可複本。這是因為主要和次要資料中心之間的網路延遲。請務必監視的災害復原伺服器陣列至追蹤記錄檔重新測試期間的延遲。

請檢閱下列相依性、 先決條件及之前建置出測試伺服器陣列的最佳作法。

WSFC 叢集將跨兩個資料中心。內部部署資料中心及修復環境中的所有節點都屬於相同 WSFC 叢集。

  • 建立 SQL 資料庫、 伺服器陣列資料庫、 資料庫記錄檔、 tempdb 資料庫及 tempdb 資料庫記錄檔中分離SQL Server磁碟區。

  • 將伺服器陣列資料庫分散到根據讀取/寫入速度磁碟區。使用速度最快到最慢若要設定的優先順序,下列通訊群組是一般:

    • Tempdb 資料與交易記錄檔

    • 資料庫交易記錄檔

    • 搜尋資料庫檔案

    • 內容資料庫

  • 設定SQL Server服務] 和 [SQL 代理程式服務帳戶。

當您部署 SharePoint 伺服器陣列的SQL Server下, 表中使用的設定。

 

元件 設定

連接埠

  • 封鎖 UDP 連接埠 1434。

  • 我們建議您封鎖 TCP 連接埠 1433,並指派不同的連接埠的預設執行個體所使用的連接埠。但是,這不是必要項目。

  • 請確定已指派給預設執行個體的連接埠號碼不在登錄的連接埠。請參閱服務名稱和傳輸通訊協定的連接埠號碼登錄以避免使用已登錄的連接埠。

  • 請確定您遵循設定 SharePoint 2013 環境的 SQL Server 安全性中的安全性指導。

  • 防火牆規則: 建立新的撥入的規則SQL Server執行個體使用非預設連接埠。

  • 隱藏執行個體: 隱藏從用戶端電腦的SQL Server執行個體。

在記憶體中的鎖定頁面

授與SQL Server鎖定頁面在記憶體中的服務帳戶權限。如需詳細資訊,請參閱 <啟用記憶體] 選項 (Windows) 鎖定頁面

停用自動建立統計資料

Do not啟用自動建立統計資料SQL Server上。這不是支援SharePoint Server。如需詳細資訊,請參閱針對 SharePoint 伺服器陣列 SQL Server 的最佳作法

將平行處理原則的最大程度

將平行處理原則 (MAXDOP) 的最大程度為 1 SQL Server執行個體中該主機SharePoint Server 2013資料庫。

注意事項 附註:
除非 installer 帳戶已變更其權限SQL Server上的安裝 SharePoint Server 將會失敗所設計。

如需詳細資訊,請參閱針對 SharePoint 伺服器陣列 SQL Server 的最佳作法

追蹤旗標

新增 1222 (傳回資源和參與死結的鎖定類型) 和 3226 (隱藏 SQL 錯誤記錄檔中的記錄檔備份項目) 的追蹤旗標。

  • DBCC TRACEON (1222、-1)

  • DBCC TRACEON (3226、-1)

SQLAgent 工作歷程記錄

請確定 SQLAgent 具有下列設定:

  • Jobhistory_max_rows = 50000

  • Jobhistory_max_rows_per_job = 10000

最基本的記憶體

Min 記憶體 = 512 Mb。 (但是,這根據我們測試組態和可能不適用於SQL Server安裝,您應該計算您的需求。)如需詳細資訊,請參閱伺服器記憶體伺服器組態選項設定每個查詢伺服器組態] 選項的最小記憶體

最大記憶體

設定最大記憶體限制SQL Server根據下列公式:

總伺服器 RAM (GB)-4 GB = [最大伺服器記憶體] (14 4 = 10)

如需詳細資訊,請參閱伺服器記憶體伺服器組態選項

DNS 別名

我們建議您建立所有SQL Server執行個體的 DNS 別名。這有助於例如簡化維護,以方便將資料庫移至另一部伺服器。例如,SharePoint 伺服器陣列在 Azure 嚴重損壞復原資料中心會直接連接至SQL Server執行個體名稱。您應建立 DNS 別名而直接設定伺服器陣列的執行個體名稱。

注意事項 附註:
用戶端別名和 DNS 別名應符合以確保不會使用 SQL 用戶端別名的用戶端也可以連絡 SQL 伺服器。

如需詳細資訊,請參閱針對 SharePoint 伺服器陣列 SQL Server 的最佳作法

資料庫定序

Latin1_General_Cl_AS_KS_WS

SQL Server資料庫定序必須設定為不區分大小寫、 區分腔調字假名-敏感、 及 width 機密。這是以確保與 Windows 作業系統一致的檔案名稱唯一性。

AlwaysOn 可用性群組的一部分每個SQL Server執行個體也必須是相同的 WSFC 叢集的一部分。 可用性群組已具有最新的資料,主要複本與接收更新從主要複本的次要複本。 每個可用性複本都必須位於單一Windows Server容錯移轉叢集 (WSFC) 叢集的不同節點上。所有SQL Server節點,亦即單一Windows Server容錯移轉叢集的一部分,要求自己的存放區,與SQL Server容錯移轉叢集執行個體 (FCIs) 不同。

如需必要條件、 限制、 建議和一般用途的可用性群組的詳細資訊,請參閱:

圖 4 可用性群組複本基礎結構

此影像顯示如何在 AlwaysOn 可用性群組上發佈 SharePoint 資料庫。如需詳細資料,請閱讀以下段落。

圖 4 所示的基礎結構、 中常見的做法是已在個別的子網路,必須列入考量設定 WSFC 與可用性群組接聽程式時的復原環境中的資料庫伺服器。

您也需要規劃和測試網路延遲之間的內部部署伺服器陣列及修復環境。 複本之間的延遲會造成影響上復原點目標 (RPO)。

最後,請先的佈建自己 Azure 雲端服務,這是如何建立測試環境中的復原環境中的資料庫伺服器。雲端服務可讓您進行群組讓您可以管理 Azure vm 當做一個實體伺服器角色。如需詳細資訊,請參閱 <計算主控選項所提供 Azure

SharePoint Server like 會比較容易設計架構前端,而不是不必稍後重新設計 Azure 的平台服務。

請務必了解如何認可模式影響的每個可用性群組設定容錯移轉的不同類型因為這會影響伺服器陣列復原。 下表是從SQL Server文件。下表摘要說明哪種形式的容錯移轉支援在不同的可用性和容錯移轉模式下。針對每個配對、 有效的可用性模式和容錯移轉模式會由交集的主要複本的模式加上的一或多個次要複本的模式。 如需詳細資訊,請參閱 <容錯移轉和容錯移轉模式 (AlwaysOn Availability Groups)

 

容錯移轉類型 自動容錯移轉模式的同步認可模式 使用手動容錯移轉模式的同步認可模式 非同步認可模式

Automatic failover

Planned manual failover

Forced failover

Yes*

*如果您發出上同步處理的次要複本的強制容錯移轉] 命令,次要複本的行為與手動容錯移轉相同。

容錯移轉和及其原因的類型而定的容錯移轉期間的資料庫是無法使用的時間長度。

本節中的表格將摘要說明支援的高可用性和嚴重損壞修復SharePoint Server 2013資料庫。如需詳細資訊,請參閱SharePoint 資料庫支援的高可用性和災害復原選項 (SharePoint 2013)

 

資料庫名稱 高可用性 (同步支援) 嚴重損壞修復 (非同步支援)

SharePoint Config

SharePoint Admin Content

State Service

WSS Content X

 

資料庫名稱 高可用性 (同步支援) 嚴重損壞修復 (非同步支援)

App Management

Business Connectivity Services

Managed Metadata

PerformancePoint

PowerPivot

Project

Secure Store

Subscription Settings

Machine Translation Services

UPS Profile

UPS Social

UPS Sync

Usage

Word Automation

 

資料庫名稱 高可用性 (同步支援) 嚴重損壞修復 (非同步支援)

Search Admin

Search Crawl

Search Link Store

Search Analytics Store

有數個階段來建置在 SharePoint 環境提供高可用性 (HA) 和嚴重損壞修復 (DR) 取出。我們召集的步驟設定內部部署和復原伺服器陣列至下列階段:

  1. 建立階段 1: 設定Windows Server容錯移轉叢集與SQL Server AlwaysOn 在內部部署環境。

  2. 建立階段 2: 安裝及設定SharePoint Server建立內部部署伺服器陣列。

  3. 建立階段 3: 在復原環境中設定Windows Server容錯移轉叢集和SQL Server 。

  4. 建立階段 4: 安裝及設定SharePoint Server來建立復原伺服器陣列。

  5. 建立第 5 階段: 完成設定復原伺服器陣列復原端點和複寫的資料庫。

  6. 建立第 6 階段: 完成復原伺服器陣列上設定SharePoint Server 。

下表列出此嚴重損壞修復案例的公開金鑰基礎結構元件。我們已識別出先決條件並提供設定指導。

 

基礎結構元件 附註

網域控制站

我們內部測試環境的我們部署網域控制站,而建立的 corp.adventureworks.com 網域。如果您決定要執行概念災害復原的案例證明您可以使用組織的網域名稱。

注意事項 附註:
我們設定網域之後,我們也佈建的 Vm 我們會使用伺服器陣列及修補時為相同的層級 OS 所有。這做事項更容易管理比採取了一分次的方式。

Windows Server 2012 R2和容錯移轉叢集

  • Windows Server 2012 R2符合 (Windows Server和SharePoint Server) 的最佳作法設定每個伺服器陣列伺服器上。如需詳細資訊,請參閱 < Windows Server 容錯移轉叢集 (WSFC) 與 SQL Server

  • 將叢集節點每台伺服器必須具備容錯移轉叢集功能和容錯移轉叢集管理] MMC 安裝。

  • WSFC 仲裁檔案共用。最佳作法是這應設定中的第三個網站可以存取的內部網站和復原網站。

  • 文件及固定至叢集中的一致命名慣例。

SQL Server資料庫組態和 AlwaysOn 可用性群組

  • 根據 SharePoint 需求進行設定SQL Server 2014和中"相依性、 先決條件和最佳作法"所識別的最佳作法。

  • 資料庫使用完整復原模式。如需詳細資訊,請參閱 <復原模式 (SQL Server)

  • SQL Server執行個體名稱。(我們所使用預設執行個體名稱,此設計支援跨所有叢集節點)。

  • 相同的檔案路徑資料庫和記錄檔位置的每個SQL Server執行個體。我們使用下列的磁碟機配置:

    • 系統 (L:\) – SQL 資料庫與 SharePoint 資料庫

    • 使用者 (S:\) – tempdb 資料庫和記錄檔

    • 本機磁碟 (T:\) – SharePoint SQL 備份

  • 文件及固定至可用性群組複本,且接聽程式的一致命名慣例。

網路功能

  • 使用叢集節點-三個靜態 IP 叢集 IP 位址 (兩個內部部署伺服器陣列) 另一個可用於復原伺服器陣列。

  • 可用性群組接聽程式-每個接聽程式靜態 IP 位址。(我們測試伺服器陣列使用四個接聽程式)。

Microsoft Azure閘道伺服器

提供從內部部署伺服器陣列的 VPN 閘道連線之端點的 Azure 中的伺服器。它設定 DNS 服務角色的 Active Directory 網域服務 (AD DS) 與並指定為測試網域 (corp.adventureworks.com) 的通用類別目錄伺服器。

發生災害時此伺服器可以成為主要的網域控制站。

VPN 閘道

若要網站 VPN 或 ExpressRoute 之間的主要資料中心及要設定的災害復原伺服器陣列之 Windows Azure 訂閱設定。

如需詳細資訊,請參閱設定虛擬網路與網站 VPN 連線的設定 ExpressRoute 連線到 Exchange 提供者

建置出復原環境中的第一個步驟是部署在 Azure 中的伺服器及再建立 VPN 或 ExpressRoute 之間的連線與內部伺服器陣列及 Azure 伺服器。

Azure 基礎架構以服務 (IaaS) 使用Windows Server 2012 HYPER-V 虛擬化和 System Center 虛擬機器 Manager 2012 內部私人雲端中具有許多相似之處。不過,使用私人雲端中廣泛經驗偶數 IT 專業人員取得達到所差異 !

附錄中的快速入門 in Microsoft Azure資料工作表可協助您規劃、 部署及操作SharePoint 2013 Azure 環境中。它不會取代 Azure 文件與實機操作的體驗,但它會將從 SharePoint 觀點 Azure world 簡化您。

此圖顯示建置階段 1 中為內部部署伺服器陣列設定 WSFC 和 AlwaysOn 的步驟

下表提供階段 1 的組建中的步驟的詳細資訊。

 

步驟 附註和指引

1.設定兩個節點 WSFC 叢集

使用Windows Server文章 < Create 容錯移轉叢集建立兩個節點叢集。

2.設定檔案共用見證

若要使用的檔案共用見證 」 和 「 節點多數 」 是 WSFC SharePoint 環境中的喜好的設定。在內部部署伺服器陣列中的兩個叢集節點有仲裁投票。復原伺服器陣列中的叢集節點都不會有投票。

如需詳細資訊,請參閱 <設定及管理在 Windows Server 2012 容錯移轉叢集仲裁

使用下列 Windows PowerShell cmdlet 來設定檔案共用及節點多數 」 仲裁:

Set-ClusterQuorum -NodeAndFileShareMajority "\\fileserver\share"

使用下列 Windows PowerShell cmdlet 指派投票:

(Get-ClusterNode {CLUSTERNODENAME}).NodeWeight=1

3.在每個 Windows 叢集節點上安裝SQL Server

這兩個Windows Server叢集節點上安裝SQL Server 。請注意下列事項:

  • Do not執行容錯移轉叢集的SQL Server安裝程式。這些節點不是 SQL 容錯移轉叢集執行個體 (FCI) 叢集的一部分。

  • 請確定SQL Server資料路徑完全相同的每個執行個體。

如需詳細資訊,請參閱安裝 SQL Server 2014 從安裝精靈] (設定)從命令提示字元處安裝 SQL Server 2014

4.啟用SQL Server AlwaysOn

若要啟用 AlwaysOn SQL Server執行個體中使用中啟用和停用 AlwaysOn 可用性群組 (SQL Server)的指導。

下表顯示如何以邏輯方式群組 SharePoint 資料庫並對應至不同的可用性群組以符合您的嚴重損壞復原需求,以及高可用性需求之後群組] 區段中的資料庫。

5.設定伺服器陣列帳戶安全性

在 SharePoint 安裝程式使用者管理員帳戶的每個SQL Server執行個體設定適當的權限。此帳戶必須是db_owner角色的成員並在安裝及設定期間指定給securityadmindbcreatorSQL Server安全性角色。

如需詳細資訊,請參閱:

6.建立可用性群組、 AlwaysOn 端點和可用性群組接聽程式

建立可用性群組的高可用性的同步認可模式。(它是設定資料庫可用性群組以邏輯方式以邏輯的容錯移轉的一般做法)。建立 AlwaysOn 端點之後,建立可用性群組接聽程式啟用用戶端連線到每個可用性群組。

注意事項 附註:
您可以建立可用性群組暫存資料庫名稱與因此 SharePoint 伺服器陣列的設定時,可以使用接聽程式。這是讓資料庫連接字串指向適當的接聽程式所建立的 DNS 項目。這會儲存您不必稍後重新設定接聽程式。

如需詳細資訊,請參閱:

注意事項 附註:
如果您建立可用性群組接聽程式使用SQL Server Management Studio,您必須新增嚴重損壞復原子網路 IP 位址的每個接聽程式。這則不需要在佈建使用SQL ServerNew-SqlAvailabilityGroupListener PowerShell 指令程式的可用性群組接聽程式。復原伺服器陣列會參照到 DNS 主機 (A) 項目 SQL 執行個體和不可用性群組接聽程式。

我們建議您群組 SharePoint 資料庫並將它們指派給不同的可用性群組根據嚴重損壞復原需求。

您需要為達成此目的因為每個可用性群組具有同步認可複本內部部署高可用性和嚴重損壞修復環境中的非同步認可複本。

支援的高可用性和嚴重損壞修復 SharePoint 資料庫] 區段中所述,支援同步認可資料庫不一定支援非同步處理複本。下表是為特定的 AlwaysOn 可用性群組群組資料庫可以方式範例。

 

可用性群組名稱 SharePoint 資料庫

AG_SPConfig*

  • SharePoint 設定

  • SharePoint 管理內容

  • 狀態服務

  • UPS 同步處理 (AG 同步僅)

AG_SPContent

WSS 內容 X

AG_SPServices

  • App Management

  • Business Connectivity Services

  • Managed Metadata

  • PerformancePoint

  • PowerPivot

  • Project

  • Secure Store Service

  • 訂閱設定

  • 機器翻譯服務

  • UPS 設定檔

  • UPS 社交

  • Word Automation

  • 使用狀況 (此資料庫支援僅同步認可和它包含用於資料採礦的暫時性資料,因為我們並不建議使用複寫的災害復原的案例中此資料)。**

AG_SPSearch

  • 搜尋管理

  • 搜尋編目

  • 搜尋連結

  • 搜尋分析報表

*這些名稱是僅限範例。您可以使用自己的命名慣例。

**使用狀況資料庫可以單獨建立叢集中的每個SQL Server執行個體上。除了儲存暫時性的資料,它也有更高的交易,這是另一個理由不向下置於可用性群組。您可以運用Set-SPUsageApplication指令程式來建立資料庫中的第二的 SQL 執行個體。然後使用Set-SPUsageApplication指令程式搭配-FailoverDatabaseServer選項,在高度可用的環境中指定次要的 SQL 執行個體。

下表說明組建第 1 階段結尾處我們測試設定。

 

伺服器名稱 描述

DC2

網域控制站

SP-SP WFE2 WFE1

Web 內容伺服器

SP-APP1 至 SP APP6 (含)

應用程式伺服器 (例如管理中心、 服務及搜尋)

SP-SQL-HA1、 SP-SQL-HA2

這些伺服器設定如下:

  • 我們 WSFC 叢集 (SPDRCluster) 各有一個投票的兩個節點。

  • 主控伺服器陣列資料庫、 設定 AlwaysOn 可用性群組。SP-sql-ha1 主要複本角色而 SP-SQL-HA2 次要複本角色。下列的可用性群組接聽程式便會設定和:

    • 可用性群組: 產品 AG1、 產品 AG2、 產品 AG3、 產品 AG4

    • 接聽程式: SQL 產品 AG1、 SQL 產品 AG2、 SQL 產品 AG3、 SQL 產品 AG4

FS1

此伺服器提供 WSFC 叢集檔案共用叢集仲裁 (Hybrid5SPDRClusterQuorum)。它也可作為共用的通訊軟體點,測試伺服器陣列。

行動-檔案伺服器 (選用)

此伺服器提供內部部署環境分散式檔案系統複寫 (DFSR) 服務端點。其他端點是我們 Azure 環境中。DFSR 有兩種用途。首先,我們使用它來儲存SQL Server備份 (累加和完整) 撰寫 Azure 中的伺服器 (AZSP FS1)。我們進行了此選項以模擬離站存放裝置與在嚴重損壞案例中,我們可以使用此備份還原 SharePoint search。DFSR 設定也可讓我們較容易移動兩個伺服器陣列之間的檔案。

此影像顯示建置階段 2 中部署 SharePoint 伺服器,並建立內部部署伺服器陣列的步驟

下表提供階段 2 的組建中的步驟的詳細資訊。

 

步驟 附註和指引

1.建立組建指令碼

我們建議您開發組建指令碼來安裝SharePoint 2013一組。這些指令碼也可以用來建立的復原伺服器陣列 (和未來的 SharePoint 伺服器陣列)。因為復原伺服器陣列會有 set-ipallowlistprovider 與內部部署伺服器陣列中的服務應用程式,它會是最佳作法是使用相同的服務應用程式和資料庫名稱。指令碼可減少設定錯誤及可確保在伺服器陣列設定的一致性。

注意事項 附註:
服務應用程式資料庫名稱,與不同的內容資料庫,也可以儲存在 SharePoint 設定資料庫的資料庫識別碼來參考其資料庫。

有數個範例指令碼執行您可以運用對環境中的 SharePoint 安裝。例如:

確定伺服器陣列設定資料庫、 內容資料庫及資料庫指向 DNS 別名為您所使用之SQL Server執行個體的服務應用程式。SharePoint 2013資料庫會建立一個對應至SQL Server執行個體的連線字串。稍後所要移至可用性群組使用 SharePoint PowerShell cmdlet。

建立伺服器陣列設定資料庫之後,建議指令碼下列一般工作:

  • 使用Join-SharePointFarm指令程式加入伺服器陣列中的SharePoint Server

  • 註冊受管理帳戶使用New-SPManagedAccount指令程式

  • 建立 Web 應用程式

  • 建立網站集合

  • 建立服務應用程式

  • 設定 SharePoint 應用程式網域和前置詞

2.安裝必要條件和二進位檔案

如需詳細資訊,請參閱從網路共用安裝 SharePoint 2013 的必要條件

3.設定伺服器陣列 SMTP 設定 Web 應用程式] 及網站集合

使用New-SPWebApplication指令程式建立 Web 應用程式並用New-SPSite指令程式來建立網站集合。

4.設定服務應用程式

服務應用程式中使用 cmdlet SharePoint 2013 的 Windows PowerShell Cmdlet 索引設定服務應用程式。

5.將內部部署實際執行伺服器陣列資料庫新增至可用性群組並將複本同步處理

當您完成設定伺服器陣列時、 伺服器陣列將資料庫新增至適當的可用性群組。使用下列 PowerShell cmdlet 新增資料庫,並確認其在您指定於可用性群組已加入:

  • Add-DatabasetoAvailabilityGroup

  • Get-AvailabilityGroupStatus

重要事項 重要事項:
請確定您啟用之所有資料庫之前將它們新增要新增至可用性群組的完整復原模式。
新增伺服器陣列設定資料庫可用性群組之後您必須重新以確保伺服器陣列穩定性伺服器陣列中的所有伺服器。

可用性群組複本進行同步處理。如需詳細資訊,請參閱選取初始資料同步處理] 頁面 (AlwaysOn 可用性群組精靈)

此圖顯示建置階段 3 中在復原環境設定 WSFC 和 SQL Server 的步驟

下表提供在建立步驟的詳細資訊階段 3。

 

步驟 附註和指引

1.將兩個節點新增至會拉長內部 WSFC 叢集的 Azure 嚴重損壞復原資料中心

伺服器會成為新的叢集節點上設定下列設定:

  • 安裝 Windows 容錯移轉叢集功能

  • 測試叢集

  • 移除新節點的仲裁投票

開啟 Windows PowerShell 命令列以系統管理員身分並執行下列 cmdlet 來安裝 Windows 容錯移轉叢集功能和管理工具:

Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools

測試叢集使用下列 cmdlet:

Test-Cluster

仲裁投票移除伺服器與下列命令:

(Get-ClusterNode {CLUSTERNODENAME}).NodeWeight=0

如需詳細資訊,請參閱 <設定及管理在 Windows Server 2012 容錯移轉叢集仲裁

注意事項 附註:
如果您為我們測試環境使用相同的架構,您必須在復原環境中兩個SQL Server執行個體上執行這些設定步驟。

2.安裝SQL Server執行個體

這兩個節點上安裝SQL Server 。確保資料路徑完全相同的每個 SQL 執行個體以及設定皆相同的、 範例、 連接埠組態、 資料庫定序,依此類推。如需詳細資訊,請參閱安裝 SQL Server 2012 安裝精靈] (設定) 從

3.啟用SQL Server AlwaysOn 可用性群組

若要啟用SQL Server AlwaysOn 可用性群組使用SQL Server Configuration Manager。如需詳細資訊,請參閱啟用和停用 AlwaysOn 可用性群組 (SQL Server)

參照表格中建置階段 1 的可用性群組之SharePoint 2013資料庫邏輯分組的範例。

4.設定伺服器陣列帳戶安全性

在 SharePoint 安裝程式使用者管理員帳戶的每個SQL Server執行個體設定適當的權限。此帳戶必須是db_owner角色的成員並在安裝及設定期間指定給securityadmindbcreatorSQL Server安全性角色。

如需詳細資訊,請參閱:

此影像顯示建置階段 4 中在 Azure 部署 SharePoint,並建立復原伺服器陣列的步驟

下表提供階段 4 的組建中的步驟的詳細資訊。

 

步驟 附註和指引

1.建立組建指令碼

我們建議您開發組建指令碼來安裝SharePoint 2013一組。這些指令碼也可以用來建立的復原伺服器陣列 (和未來的 SharePoint 伺服器陣列)。因為復原伺服器陣列會有 set-ipallowlistprovider 與內部部署伺服器陣列中的服務應用程式,它會是最佳作法是使用相同的服務應用程式和資料庫名稱。指令碼可減少設定錯誤及可確保在伺服器陣列設定的一致性。

注意事項 附註:
服務應用程式資料庫名稱,與不同的內容資料庫也有儲存在 SharePoint 設定資料庫的資料庫識別碼來參考其資料庫。

有數個範例指令碼使用Windows PowerShell的 SharePoint 安裝。例如:

確定伺服器陣列設定資料庫、 內容資料庫及資料庫指向 DNS 別名為您所使用之SQL Server執行個體的服務應用程式。SharePoint 2013資料庫會建立一個對應至SQL Server執行個體的連線字串。稍後所要移至可用性群組使用 SharePoint PowerShell cmdlet。

建立伺服器陣列設定資料庫之後,建議指令碼下列一般工作:

  • 加入伺服器陣列中的SharePoint Server使用Join-SharePointFarm指令程式。

  • 註冊受管理帳戶使用New-SPManagedAccount指令程式。

  • 建立 Web 應用程式。

  • 建立網站集合。

  • 建立服務應用程式。

  • 設定 SharePoint 應用程式網域和前置詞。

2.安裝必要條件和二進位檔案

如需詳細資訊,請參閱從網路共用安裝 SharePoint 2013 的必要條件

3.設定的 SMTP 伺服器陣列設定、 Web 應用程式與網站集合

使用New-SPWebApplication指令程式建立 Web 應用程式並用New-SPSite指令程式來建立網站集合。

4.設定服務應用程式

服務應用程式中使用 cmdlet SharePoint 2013 的 Windows PowerShell Cmdlet 索引設定服務應用程式。

注意事項 附註:
與主要伺服器陣列完全相同名稱的災害復原伺服器陣列中建立服務應用程式。確認資料庫名稱也名為完全相同主要伺服器陣列,如資料庫會參照災害復原伺服器陣列的服務應用程式資料庫最後建立所在的複本為服務應用程式。程序的一部分,嚴重損壞修復伺服器陣列中的資料庫將會還原從主要的複本,非同步的複本新增至 SQL 可用性群組時。

嚴重損壞修復伺服器陣列中的內容資料庫可以從 SharePoint 組態移除做為主要伺服器陣列的內容資料庫會有可用的嚴重損壞復原SQL Server執行個體中的唯讀複本。

若要執行下列Windows PowerShell指令程式卸載所有內容資料庫從嚴重損壞修復伺服器陣列Remove-SPContentDatabase使用SharePoint 2013 管理命令介面 。

如果任何其他的內容資料庫存在嚴重損壞修復伺服器陣列中的SQL Server執行個體上,刪除所有這些。您可以使用任何一種方法在下列清單中:

5.關閉伺服器陣列

設定 SharePoint 完成後關閉伺服器陣列。現在您可以在內部部署伺服器陣列上建立非同步資料庫複本。

此圖顯示建置階段 5 中完成設定 Azure 端點,並將資料庫複寫到復原伺服器陣列的步驟

下表提供第 5 階段的組建中的步驟的詳細資訊。

 

步驟 附註和指引

1.確認 SQL 執行個體可以存取資料庫和備份共用。

可用性群組中的每個節點必須能夠存取一般的備份位置。這是必要的初始資料庫新增至可用性群組複本的程序期間植入。

SQL Server帳戶必須能夠存取一般的備份位置。

2.建立SQL Server端點,並授與端點連線權限。

您必須建立登入上以便建立次要複本並將資料庫加入可用性群組的嚴重損壞復原SQL Server執行個體。 如需詳細資訊,請參閱 <設定設定登入帳戶資料庫鏡像或 AlwaysOn 可用性群組 (SQL Server)

SQL Server端點需要主要複本讓 SQL 執行個體可以將追蹤記錄檔傳送至次要複本。用於建立 AlwaysOn 可用性群組 (SQL Server PowerShell) 資料庫鏡像端點的程序以建立端點。

您必須授與主要SQL Server執行個體存取上的服務帳戶之端點以傳輸記錄緩衝區嚴重損壞修復執行個體。連線是必要的權限。

如需詳細資訊,請參閱端點權限授與 (TRANSACT-SQL)

3.建立使用者內容與服務應用程式資料庫的次要複本的復原伺服器陣列執行個體。

每個可用性群組需要嚴重損壞修復伺服器陣列中的次要複本。您必須連線至才可建立的次要複本裝載主要複本的 SQL 執行個體。

如需詳細資訊,請參閱新增至可用性群組 (SQL Server) 次要複本

4.確認復原伺服器陣列中的複本都已供唯讀存取。

在 [DR SL 伺服器執行個體的可用性複本設定為可讀取次要複本。嚴重損壞修復伺服器陣列會存取服務應用程式及內容資料庫以唯讀模式。這是因為復原伺服器陣列已參照服務應用程式資料庫名稱。這可減少復原時間目標 (RTO) 當我們 DR 環境的容錯移轉。

注意事項 附註:
如果此設定不正確,您可能會遇到復原環境中的錯誤。
如需詳細資訊,請參閱設定可用性群組 (SQL Server) 唯讀路由可用性複本 (SQL 伺服器) 上設定唯讀存取

5.將登入從主要SQL Server執行個體複製到次要SQL Server執行個體。

您必須從主要的執行個體的 SQL 登入及密碼複製到第二的執行個體。SQL Server複製可用性群組資料庫的內容。登入及密碼不會將複製一個執行個體至另一個。

如需詳細資訊,請參閱如何登入名稱與密碼的 SQL Server 執行個體之間傳送疑難排解遺棄使用者 (SQL Server)

此圖顯示建置階段 6 中為復原伺服器陣列完成設定 SharePoint 的步驟

下表提供第 6 階段的組建中的步驟的詳細資訊。

 

步驟 附註和指引

1.進階設定復原伺服器陣列

既然的服務應用程式和內容資料庫中可用的復原伺服器陣列 SQL 執行個體的唯讀模式,您可以電源 SharePoint 伺服器陣列。

2.裝載內容資料庫至 web 應用程式

具有唯讀複本主要伺服器陣列中保留的最新內容、 嚴重損壞復原 SQL 實例中每個內容資料庫的資料庫需要裝載在災害復原伺服器陣列中的適當的 web 應用程式。您可以使用Mount-SPContentDatabase指令程式來裝載內容資料庫。

3.重新整理設定資料庫中的網站

我們建議您重新整理 SharePoint 設定資料庫中的網站。使用下列 PowerShell 範例會重新整理每個內容資料庫的網站。

# Refresh sites in the configuration database
Get-SPContentDatabase -WebApplication http://webapplicationsitename | | ForEach {

Write-host "Refreshing sites in configuration database for database: " $_.Name
$_.RefreshSitesInConfigurationDatabase()

}

4.檢查伺服器陣列服務

確認伺服器陣列的所有服務如預期都執行。

5.執行伺服器陣列狀況檢查

執行伺服器陣列以確定伺服器陣列是穩定且正常運作的健康狀況檢查。

本節中的程序說明如何以模擬伺服器陣列容錯移轉,然後復原。復原後用於內部部署伺服器陣列中的容錯回復程序。

DR 伺服器陣列上的服務應用程式所建立的組建程序的一部分。由於會從失敗的完整網站復原服務應用程式,他們將是寫入模式中的災害復原網站嚴重損壞復原容錯移轉完成後嚴重損壞復原 SQL 執行個體中的 SQL 可用性群組的還原作業會成為主要複本。資料移動至主要資料中心SQL Server執行個體將不會再繼續並將會被放置在暫停的狀態直到手動重新啟動。當 SQL 執行個體主控主要的可用性群組複本時,所有其他複本視為 [可用性] 群組中的次要複本。

若要啟動容錯移轉時復原 SharePoint 伺服器陣列中的容錯移轉環境中使用下列步驟。

 

容錯移轉 (於) 步驟 Process

FO 1

嚴重損壞復原決策通常啟動根據管理決策商務持續性管理 (BCM) 小組及服務擁有者。主要站台已無法再並下列程序會執行災害復原伺服器陣列的主要伺服器陣列的容錯移轉時,通常會被視為 DR 決策。

FO 2

Start a cluster and availability group failover

使用下列清單中顯示的Windows PowerShell cmdlet 執行容錯移轉叢集與可用性群組。

  1. 使用Stop-Service Clussvc停止叢集服務。

  2. 啟動叢集節點並修正仲裁使用下列命令:

    Start-ClusterNode -Name <ACTIVE SQL NODE> -FixQuorum
    
  3. 使用下列命令移動至作用中的 SQL 節點嚴重損壞復原資料中心的叢集群組。

    Move-ClusterGroup -Cluster  <CLIUSTER GROUP>  -node <ACTIVE SQL NODE>
    
  4. 請使用下列命令來啟動叢集服務。

    Get-ClusterNode -Name "<NodeName>"
    
  5. 調整叢集的投票權限。嚴重損壞復原網站中的所有SQL Server節點都必須都提供仲裁投票權限。每個叢集節點中的災害復原資料中心重複的下列命令。

    (Get-ClusterNode -Name "NodeName").NodeWeight=1
    Get-ClusterNode | fl Name, NodeWeight
    
  6. 遠端節點會授與的仲裁投票之後,請使用下列命令以移除內部部署伺服器陣列中的兩個節點的投票。

    (Get-ClusterNode -name "Node1").NodeWeight=0
    (Get-ClusterNode -name "Node2").NodeWeight=0
    
  7. 使用下列命令檢查節點粗細設定。

    Get-ClusterNode | fl Name,NodeWeight
    
  8. 當節點寬度已成功套用時,可用性群組可以嚴重損壞修復伺服器陣列中的適當SQL Server執行個體以使用SQL ServerSwitch-SqlAvailabilityGroup cmdlet 移動。 您必須在執行這個指令程式時使用-AllowDataLoss參數。例如:

    Switch-SqlAvailabilityGroup -Path SQLSERVER:\Sql\<SQLNODE>\<MSQLINSTANCE>\AvailabilityGroups\<AGName> -AllowDataLoss
    
  9. 執行此作業的每個可用性群組。

如需詳細資訊,請參閱 <執行計劃手動容錯移轉的可用性群組 (SQL Server)

FO 3

SharePoint Content Databases

裝載任何其他的 SharePoint 內容資料庫未原始伺服器陣列組態的一部分。其他內容資料庫可能已在初始部署之後建立並新增至可用性群組。

重要事項 重要事項:
都是非常重要任何主要伺服器陣列中建立的內容資料庫會新增至可用性群組和嚴重損壞修復伺服器陣列中裝載的操作處理程序的一部分。

使用Mount-SPContentDatabase指令程式來裝載內容資料庫。

我們建議您重新整理 SharePoint 設定資料庫中的網站。每個內容資料庫,請重新整理設定資料庫中的網站使用下列程式碼。這可確保網站地圖是最新。

# Refresh sites in the configuration database
Get-SPContentDatabase -WebApplication http://webapplicationsitename | | ForEach {

Write-host "Refreshing sites in configuration database for database: " $_.Name

$_.RefreshSitesInConfigurationDatabase()

}

FO 4

Service Applications

SharePoint 伺服器陣列管理員群組的成員身分登入],然後完成下列工作:

  1. 確認服務應用程式是可存取。

  2. 嚴重損壞修復伺服器陣列中某部伺服器上啟動 User Profile Synchronization Service。

  3. 執行完整匯入的使用者設定檔。

注意事項 附註:
  • Secure Store Service可能需要重新整理金鑰以解密Secure Store中所登錄的應用程式的 SharePoint 伺服器陣列管理員。系統管理員必須重新整理金鑰之前Secure Store完整權限。(您也可以使用Update-SPSecureStoreApplicationServerKey指令程式來更新 Secure Store 金鑰。)

  • 使用者設定檔同步處理計時器工作必須重新啟用且應排程設定檔匯入。由於資料庫皆已在寫模式容錯移轉之後,應據以排定匯入。

FO 5

Configure DNS Redirection

更新 DNS 以提供下列重新導向:

  • 適用於 web 應用程式和網站集合的復原伺服器陣列。

  • 應用程式網域的復原伺服器陣列。

FO 6

Validate the recovery

若要確保復原都如預期般運作環境中執行測試案例。

之後驗證復原:

  • 啟用使用者設定檔同步處理服務計時器工作。

  • 排程的復原伺服器陣列的完整備份。

FO 7

Sent out notifications

一旦完成復原驗證通知適當的商務關係人。

您的容錯移轉後並驗證您在要啟動的位置設定以符合目前和未來操作需求,例如伺服器陣列復原、 容量及高可用性。取決於這些需求的停機時間的工期及復原的伺服器陣列中的內部部署資料中心。

為最後一個附註,您必須檢閱並驗證您的計劃的退回到內部部署伺服器陣列時,它就會再次操作。

Appendix 1: Getting started in Microsoft Azure

 

項目 附註

Azure 訂閱及儲存的帳戶

在最低限度下,您將需要一個訂閱建立 Azure 復原伺服器陣列。訂閱之後,您可以建立最多 100 個唯一命名的儲存帳戶。指其他 Azure 的服務,如有標準和高階的存放區的帳戶。如需詳細資訊,請參閱Microsoft Azure 儲存簡介

雲端服務

當您建立的 VPN 閘道的伺服器時,雲端服務取得建立虛擬機器。此時,您必須決定要復原伺服器陣列有多少雲端服務。您做了明顯改善不想在伺服器陣列 ; 中的每部伺服器的雲端服務不過,您應該使用一或多個呢?有兩個選項的良好引數。由合個別雲端服務的虛擬機器時,您才能使用數個伺服器做為單一的單位。在我們的測試伺服器陣列,我們使用四個雲端服務。第一個是針對 VPN 閘道,然後另一個在下列各層的每個: 前端網頁伺服器、 應用程式伺服器及資料庫伺服器。 如需詳細資訊,請參閱應該我選擇 Cloud Services?.

網路功能

虛擬網路至關重要此災害復原的案例。如需詳細資訊,請參閱虛擬網路文件

PowerShell

Windows PowerShellAzure 指令程式可協助您自動化虛擬環境中的工作。如需詳細資訊,請參閱Azure 指令程式參考 (英文)

Automation

Azure 支援使用 runbooks 自動化多種佈建和管理工作。如需詳細資訊,請參閱 <開始使用 Azure 自動化

虛擬機器機器大小調整

Azure Vm 都可以在以下一系列有不同的效能與容量特性。您可以混合及符合根據您的工作負載與伺服器陣列各層的機器。

  • A-series:這是原始的"standard"VM。

  • D-series:提供更快速快取比 A、 但有是支援讀取/寫入快取的其他磁碟數目限制。

  • DS-series:這是使用 SSD 儲存的作業系統和資料的 Vm。

  • G-series:這會提供大型配置的 RAM。

注意事項 附註:
請考慮使用DS-series Vm 的伺服器陣列的資料庫伺服器。由於並未保存資料 D:\ 的磁碟機上,使用 tempdb 此磁碟機。

如需詳細資訊,請參閱 <的虛擬機器大小

可用性設定組

可用性設定是因為它們確認虛擬機器中一組 (兩個最小值) 會架設在不同機架高可用性上的建議選項。他們也包含必要如果您想要利用 Azure SLA。除了管理虛擬機器時的可用性,可用性會將工作負載平衡與支援的伺服器群組擴充設定一起使用。

注意事項 附註:
SharePoint Server 2013不支援自動擴充或向下向外的伺服器陣列的伺服器。

如需詳細資訊,請參閱 <管理虛擬機器可用性

https://technet.microsoft.com/zh-tw/library/ff678226.aspx
顯示: