为 SharePoint Server 配置 SQL Server AlwaysOn 可用性组

 

**上一次修改主题：**2018-03-09

**摘要：**了解如何为 SharePoint Server 2016 和 SharePoint 2013 场创建和配置 SQL Server AlwaysOn 可用性组。

本文介绍了为 SharePoint Server 2016 场创建和配置 MicrosoftSQL Server 2014 (SP1) 或 Microsoft SQL Server 2016 Always On 可用性组和为 SharePoint 2013 场创建和配置 SQL Server 2012 Always On 可用性组所需的信息和详细过程。

本文内容：

• 过程概述

• 开始之前

• 为 SharePoint 配置 AlwaysOn 可用性组的详细步骤

• 使用故障转移测试验证 AlwaysOn 安装

• 监测 AlwaysOn 环境

过程概述

我们建议按以下安装和配置步骤顺序操作，部署使用 Always On 可用性组的 SharePoint 场：

• 选择或创建 Windows Server 故障转移群集。

• 在每个群集节点上安装 SQL Server 2014 (SP1)、SQL Server 2016 或 SQL Server 2012。

• 创建并配置可用性组。

• 安装和配置 SharePoint Server 2016、SharePoint Server 2013 或 SharePoint Foundation 2013。

• 将 SharePoint 数据库添加到可用性组。

• 对可用性组进行故障转移测试。

开始之前

开始部署之前，请先阅读以下内容，了解 SQL Server Always On、支持 Always On 的技术以及 SharePoint Server 2016：

• 知识和技能要求

• Always On 可用性组概念

• 硬件和软件要求

• 权限

知识和技能要求

若要将 SQL Server Always On 可用性组实现为高可用性和灾难恢复解决方案，需要多种技术相互作用，且必须正确安装和配置这些技术。我们建议负责为 SharePoint 产品 设置 Always On 环境的团队掌握以下技术的应用知识以及实践技能：

• Windows Server 故障转移群集 (WSFC) 服务

• SQL Server 2014 (SP1)、SQL Server 2016 或SQL Server 2012

• SharePoint Server 2016

• SharePoint Server 2013

• SharePoint Foundation 2013

SQL Server Always On 可用性组概念

一个可用性组包含下列组件：

• 副本是一组称为“可用性数据库”的不同用户数据库，以一个单元的形式进行整体故障转移。SQL Server 2014 (SP1) 和 SQL Server 2016 中的每个可用性组支持一个主要副本和最多八个次要副本。SQL Server 2012 中的每个可用性组支持一个主要副本和最多四个次要副本。

• 用于托管每个副本并维护属于可用性组的每个数据库的本地副本的 SQL Server 的指定实例。

AlwaysOn 可用性组 (SQL Server) 和 AlwaysOn 可用性组概述 (SQL Server)

副本和故障转移

主副本使可用性数据库可用于来自客户端的读写连接以及将每个主数据库的事务日志记录发送到每个辅助副本。每个辅助副本会将事务日志记录应用于其辅助数据库。

所有副本均可在异步提交模式下运行，或者最多有三个副本可以在同步提交模式下运行。若要详细了解同步和异步提交模式，请参阅可用性模式（AlwaysOn 可用性组）。

请阅读下列文章，了解有关 SQL Server Always On 技术的重要概念：

• 若要详细了解 AlwaysOn 可用性组的优势，并概览 AlwaysOn 可用性组术语，请参阅 AlwaysOn 可用性组 (SQL Server)。

• 若要详细了解先决条件，请参阅先决条件、限制、建议 - AlwaysOn 可用性组。

Windows Server 故障转移群集

若要创建并使用 SQL Server 2014 (SP1) 或 SQL Server 2016 AlwaysOn 可用性组，必须在 Windows Server 故障转移群集 (WSFC) 上安装两个版本的 SQL Server。有关详细信息，请参阅 Windows Server 故障转移群集 (WSFC) 与 SQL Server，以及 Windows Server 故障转移群集 (WSFC) 与 SQL Server（对于 SQL Server 2016）。

若要创建和使用 SQL Server 2012 AlwaysOn 可用性组。必须在 Windows Server故障转移群集 (WSFC) 群集上安装 SQL Server 2012。

虽然配置 WSFC 群集不在本文范围之内，但您在安装和配置群集之前应了解下列要求：

• 所有群集节点都必须位于同一 Active Directory 域服务 (AD DS) 域中。

• 可用性组中的每个可用性副本都必须驻留在同一 Windows Server 故障转移群集 (WSFC) 的不同节点上。

• 群集创建者必须具有下列帐户和权限：

  • 具有群集将位于的域的域帐户。

  • 对每个群集节点具有本地管理员权限。

  • 拥有 AD DS 中的Create Computer objects和Read All Properties权限。有关详细信息，请参阅 Failover Cluster Step-by-Step Guide:Configuring Accounts in Active Directory（故障转移群集的分步指南：在 Active Directory 中配置帐户）和 How to Create a Cluster in a Restrictive Active Directory Environment（如何在限制性 Active Directory 环境中创建群集）。

配置故障转移群集和 Always On 时非常重要的一步是，确定群集节点所需的仲裁投票。

故障转移群集基于一种投票算法，在此算法中，一半以上的投票者或仲裁必须联机并且相互之间能够通信。由于给定群集具有特定数量的节点和特定仲裁配置，因此群集服务能够确定仲裁的构成。如果投票者数量下降，达不到必需的多数，则所有节点上的群集服务都将停止。

有关详细信息，请参阅 WSFC 仲裁模式和投票配置 (SQL Server) 和配置群集仲裁 NodeWeight 设置。

SharePoint Server 2016、SharePoint Foundation 2013 和 SharePoint Server 2013

一些 SharePoint Server 数据库不支持 SQL Server Always On 可用性组。我们建议在配置 Always On 环境前先检查 SharePoint 数据库的受支持的高可用性和灾难恢复选项 。还应检查 SharePoint Server 2016 的硬件和软件要求 和 SharePoint 2013 的硬件和软件要求。

为 SharePoint 配置 Always On 可用性组的详细步骤

下图展示了使用 SP_AG1 可用性组的 SharePoint Server 2016 场 (SPHA_farm)。我们将在执行 Always On 配置步骤时使用 SPHA_farm 作为参考示例。

准备 Windows Server 群集环境

创建一个包含三个节点的 Windows Server 故障转移群集 (WSFC) 或获取对它的访问权限，以用来在每个群集节点上安装 SQL Server 2014 (SP1)、 SQL Server 2016 或 SQL Server 2012。有关配置 Windows Server 2012 R2 故障转移群集的信息和详细步骤，请参阅故障转移群集概述。

准备 SQL Server 环境

必须先准备 SQL Server 2014 (SP1) 或 SQL Server 2016 环境，然后才能为 SharePoint Server 2016 创建可用性组。

若要准备环境，请完成下列任务：

• 安装 SQL Server 必备组件。

• 安装 SQL Server 2014 (SP1)、SQL Server 2016 或 SQL Server 2012。

• 启用 Always On。

安装 SQL Server 2014 (SP1)

请按以下过程操作来安装 SQL Server 2014 (SP1)。

安装 SQL Server 2014 (SP1) 的具体步骤

1. 在每个群集节点上安装 SQL Server 2014 (SP1) 系统必备。

   有关详细信息，请参阅安装 SQL Server 2014 的硬件和软件要求和针对 AlwaysOn 可用性组的先决条件、限制和建议 (SQL Server)。

2. 在每个群集节点上安装 SQL Server。

   有关详细信息，请参阅 Quick-Start Installation of SQL Server 2014（快速安装 SQL Server 2014）和 Installing SQL Server 2014 Step by Step Tutorial（SQL Server 2014 安装分步教程）。

安装 SQL Server 2016

请按以下过程操作来 SQL Server 2016。

安装 SQL Server 2016

1. 在每个群集节点上安装 SQL Server 2016 系统必备。

   有关详细信息，请参阅安装 SQL Server 2016。

2. 在每个群集节点上安装 SQL Server 2016。

   有关详细信息，请参阅 SQL Server 故障转移群集安装。

安装 SQL Server 2012

安装 SQL Server 2012 的具体步骤

1. 在每个群集节点上安装 SQL Server 2012 必备组件。

   有关详细信息，请参阅 AlwaysOn 可用性组的先决条件、限制和建议 (SQL Server)。

2. 在每个群集节点上安装 SQL Server。

   有关详细信息，请参阅 SQL Server 2012 安装。

启用 Always On

必须为集群中的每个数据库服务器都启用 Always On。

启用 Always On 的具体步骤

1. 您的登录帐户必须具有创建可用性组的权限级别。该帐户必须具有 db_owner 固定数据库角色的成员身份以及 CREATE AVAILABILITY GROUP 服务器权限、CONTROL AVAILABILITY GROUP 权限、ALTER ANY AVAILABILITY GROUP 权限或 CONTROL SERVER 权限。

2. 登录将托管主要副本的服务器，然后启动 SQL Server配置管理器。

3. 在对象资源管理器中，选择“SQL Server 服务”，右键单击“SQL Server (<instance name>)”（其中 <instance name> 是要为其启用 Always On 可用性组的本地服务器实例的名称），然后单击“属性”。

4. 选择“AlwaysOn 高可用性”选项卡。

5. 选中“启用 AlwaysOn 可用性组”复选框，然后单击“确定”。

6. 虽然保存了更改，但是您必须手动重新启动 SQL Server 服务 (MSSQLSERVER) 才能提交更改。通过手动重新启动，您可以选择最适合您的业务需求的重新启动时间。

7. 重复执行上述步骤，在其他群集节点上为 SQL Server 启用 Always On。

有关详细信息，请参阅启用和禁用 AlwaysOn 可用性组 (SQL Server)。

创建和配置可用性组

可能需要在创建可用性组之前先创建一个临时数据库，具体视计划在其中创建可用性组的 SQL Server 2014 (SP1)、SQL Server 2016 或 SQL Server 2012 环境而定。

可用性组的创建过程可能需要您为可用性组提供一个名称，然后在连接的服务器实例上选择一个合格的用户数据库作为可用性数据库。

如果连接的服务器的实例上没有用户数据库（我们的示例就属于这种情况），则需要创建一个。请按以下过程操作来创建临时用户数据库，作为可用性组的临时主要副本。

创建临时用户数据库的具体步骤

1. 确保您的登录帐户具有此任务所需的正确权限。您需要主数据库中的下列任一权限才能创建新的数据库：

   • CREATE DATABASE

   • CREATE ANY DATABASE

   • ALTER ANY DATABASE

2. 登录将承载主副本的服务器，在我们的示例中，此服务器是 SP-SRV1。

3. 启动 Management Studio。

4. 在对象资源管理器中，右键单击“数据库”，然后单击“新建数据库”。

5. 在“新建数据库”对话框中，键入“数据库名称:”文本框的内容，在此示例中，该名称为“TemporaryUserDB”。

   由于这是您在创建可用性组之后将删除的临时数据库，因此可使用默认设置。单击“确定”。

   由于“新建可用性组向导”只有在备份用户数据库之后才会创建可用性组，因此您必须备份临时数据库。

6. 在对象资源管理器中，展开“数据库”，右键单击刚创建的临时数据库。选择“任务”，然后单击“备份”。

7. 在“备份数据库”对话框中，单击“确定”接受所有默认设置并创建备份。

关于副本和数据同步

在为 SharePoint 场创建和配置可用性组之前，应先阅读以下内容，熟悉副本和数据同步的概念。

关于副本

每个可用性副本都分配有一个初始角色（主角色或辅助角色），这是该副本的可用性数据库继承的角色。给定副本的角色决定了副本是承载读写数据库还是只读数据库、故障转移的类型以及它是使用同步提交还是异步提交。

下表显示的是当您首次创建可用性组时或添加辅助副本时，必须为每个副本提供的信息。

副本配置要求

副本信息	说明
服务器实例	显示将承载可用性副本的服务器实例的名称。
初始角色	指示新副本首先将履行的角色：主角色或辅助角色。
自动故障转移(最多为 2)	指示副本使用的故障转移类型：自动或手动。
同步提交(最多为 3)	指示副本使用的提交类型。
可读次要副本	指示辅助副本是否可读。 配置选项不可用于读取访问和只读目的。有关详细信息，请参阅活动次要副本：可读次要副本（AlwaysOn 可用性组）和为可用性副本配置只读访问 (SQL Server)。 备注 在 SQL Server 2014 及更高版本中，在读取工作负载与主要副本断开连接或群集仲裁丢失时，可读次要副本现在仍可用于读取工作负载。

数据同步

在可用性组创建过程中，必须对主要副本上的数据进行完整复制，并将副本安装到次要副本上。这是可用性组的初始数据同步。有关详细信息，请参阅“选择初始数据同步”页（AlwaysOn 可用性组向导）。

网络共享必须存在并且必须可由 Always On 配置中的所有节点访问，然后才能在托管副本的所有群集节点之间执行初始数据同步。有关详细信息，请参阅网络共享扩展和文件和存储服务概述。

使用“新建可用性组向导”启动数据同步时存在以下限制：

• 如果辅助副本位置上的文件路径与主位置上的文件路径不同，则必须手动启动数据同步。

• 如果辅助副本上存在任何辅助数据库，则必须手动删除辅助数据库，然后才能使用“新建可用性组向导”启动数据同步。但是，如果要使用现有辅助数据库，则退出“新建可用性组向导”，然后手动启动数据同步。

• 若要使用“新建可用性组向导”同步数据，您必须具有一个所有副本均可写入的备份共享。您可在“指定所有副本可访问的共享网络位置”框中通过浏览方式指定该共享，或者通过输入其完全限定通用命名约定 (UNC) 路径名称 \\Systemname\ShareName\Path\ 来指定它。

对于可用性组中的每个数据库，“启动数据同步”页都将显示下列操作的进度：

• 在网络共享上创建主数据库的完整数据库备份。

• 将这些备份还原到辅助副本位置。

  这些还原操作均使用 RESTORE WITH NORECOVERY 选项，并使新的辅助数据库保持 RESTORING 状态。

• 将辅助数据库联接到可用性组。

  此步骤会使辅助数据库处于 ONLINE 状态并对此数据库启动数据同步。

登录名复制

使用早期版本的 SQL Server 中的相同方式创建的 SharePoint 登录名不能在可用性组中复制。这是因为登录名信息存储在 MasterDB 数据库中，而该数据库是不能复制的。虽然同步副本时会创建服务器场帐户，但故障转移之后登录名信息便不再可用。

如果您已创建了可用性组并且同步了主副本和辅助副本，则解决办法是手动将登录名从主副本复制到辅助副本。

SQL Server 2012 引入了用户使用包含的数据库的密码的概念。数据库本身存储所有数据库元数据和用户信息，在此数据库中定义的用户不必具有相应的登录名。此数据库信息将由可用性组复制并且在故障转移之后可用。有关详细信息，请参阅包含的数据库。

创建和配置可用性组

可使用以下过程在主副本上创建可用性组，在我们的示例中，可用性组为 SP-SRV1。

创建可用性组的具体步骤

1. 确保您的登录帐户具有创建可用性组所需的权限。这需要 db_owner 固定数据库角色的成员身份以及 CREATE AVAILABILITY GROUP 服务器权限、CONTROL AVAILABILITY GROUP 权限、ALTER ANY AVAILABILITY GROUP 权限或 CONTROL SERVER 权限。

2. 登录到将承载主副本的服务器，然后启动 SQL Server Management Studio。

3. 若要启动“新建可用性组向导”，请右键单击“AlwaysOn 高可用性”，然后单击“新建可用性组向导”。

4. 单击“下一步”前进到“指定名称”页。在“可用性组名称:”框中输入 SP-AG1 作为新可用性组的名称。

   此名称必须是在 Windows Server 故障转移群集和域中均唯一的有效 SQL Server 标识符。

5. 在“选择数据库”页上，“此 SQL Server 实例上的用户数据库”网格中列出了全部有资格成为新可用性组的主数据库的用户数据库。选择“TemporaryUserDB”，然后单击“下一步”。

6. 在“指定副本”页上，使用下列选项卡为 SP-AG1 配置副本：“副本”、“终结点”和“备份首选项”。

7. 可用性组侦听器是虚拟网络名称，可以建立与给定可用性组的数据库的客户端连接。可用性组侦听器将传入连接定向至主要副本或只读次要副本。侦听器在可用性组故障转移之后提供快速的应用程序故障转移。有关详细信息，请参阅可用性组侦听器、客户端连接和应用程序故障转移 (SQL Server)。

   在“侦听器”选项卡上，为我们的示例配置一个可用性组侦听器并使用名称 AGListener。

   重要

   当使用包含部署在多个子网上的副本的可用性组时，可能会出现间歇性的异常重度延迟。
   最佳做法是，与多子网环境中的 SharePoint 可用性组的连接应配置 specifyMultiSubnetFailover=True，以免发生重度网络延迟问题。有关详细信息，请参阅支持可用性组多子网故障转移部分。

   不能直接指定 MultiSubnetFailover=True，因为 SharePoint 客户端无法直接修改连接字符串。必须使用 PowerShell 在 MultiSubnetFailover 数据库属性上设置此值。以下示例展示了具体操作。

   $dbs = Get-SPDatabase | ?{$_.MultiSubnetFailover -ne $true}
        foreach ($db in $dbs)
        {
             $db.MultiSubnetFailover = $true
              $db.Update()
        }
   

8. 为“选定的实例”网格中的每个实例选择所需的配置，然后单击“下一步”。

9. 单击“完成”以创建可用性组。

10. 利用“选择初始数据同步”页，您可选择同步首选项并指定所有副本均可访问的共享网络位置。针对我们的环境，我们将接受默认值“完全”，这将执行完整的数据库和日志备份。单击“下一步”。

11. 向导的“验证”页在让您继续创建可用性组之前会显示六项检查的结果。如果所有检查通过，则单击“下一步”继续。如果任何测试失败，则在可以继续之前，必须更正错误然后单击“重新运行验证”再次运行验证测试。当所有测试通过时，单击“下一步”继续。

12. 在“摘要”页上，验证您要添加的副本的配置，然后单击“完成”保存配置。若要更改配置，请单击“上一步”返回到之前的向导页面。

安装并配置 SharePoint Server

此时，您可安装 SharePoint Server 和创建服务器场。可使用以下过程作为指南来安装和配置 SharePoint Server。

安装 SharePoint Server

1. 将 SharePoint Server 程序文件复制到计划安装 SharePoint 的计算机上的本地磁盘，或复制到网络文件共享中。

2. 运行 Microsoft SharePoint 产品准备工具，安装所有必备组件以设置和使用 SharePoint Server。

3. 运行安装程序安装二进制文件，配置安全权限，然后编辑 SharePoint Server 的注册表设置。

4. 运行 SharePoint 产品配置向导 安装和配置配置数据库，安装和配置内容数据库，然后安装 管理中心。

5. 在“指定配置数据库设置”页的“数据库服务器”框中，键入 AGListener 作为运行 SQL Server 的计算机的名称。

   重要

   要提供自动故障转移，必须为可用性组侦听器指定与 SharePoint Server 的数据库相同的名称。

将 SharePoint 数据库添加到可用性组

若要完成为 SharePoint Server 场安装 Always On，请将 SharePoint 数据库添加到可用性组，然后将次要副本同步到主要副本。

在托管主要副本的服务器上，必须运行“将数据库添加到可用性组”向导，将所有 SharePoint 数据库添加到可用性组。以下过程与我们之前介绍的可用性组创建过程相同。

将 SharePoint 数据库添加到可用性组的具体步骤

1. 登录到将承载主副本的服务器，然后启动 SQL Server Management Studio。

   使用的帐户必须是安装 SharePoint Server 的每台服务器的本地管理员组的成员

   此外，此帐户必须至少具有下列任一权限：

   • 可用性组的 ALTER AVAILABILITY GROUP 权限

   • CONTROL AVAILABILITY GROUP 权限

   • ALTER ANY AVAILABILITY GROUP 权限

   • CONTROL SERVER 权限

   必须是具有 db_owner 固定数据库角色的成员身份，才能将数据库联接到可用性组。

2. 在对象资源管理器中，浏览到可用性组，如有必要可展开它。

3. 右键单击示例组 SP-AG1，然后单击“添加数据库”。

4. 在“选择数据库”页上，“此 SQL Server 实例上的用户数据库”网格中列出了有资格成为新可用性组的主要数据库的全部用户数据库。选中要添加到组中的所有数据库的复选框，再单击“下一步”。

5. 利用“选择初始数据同步”页，您可选择同步首选项并指定所有副本均可访问的共享网络位置。针对我们的环境，我们将接受默认值“完全”，这将执行完整的数据库和日志备份。单击“下一步”。

6. 向导的“验证”页在让您继续创建可用性组之前会显示六项检查的结果。如果任何测试失败，则在可以继续之前，必须更正错误然后单击“重新运行验证”再次运行验证测试。当所有测试通过时，单击“下一步”继续。

7. 在“摘要”页上，验证您要添加的副本的配置，然后单击“完成”保留配置。若要更改配置，请单击“上一步”返回到之前的向导页面。

使用故障转移测试验证 Always On 安装

将 SharePoint 数据与辅助副本同步后，最后一步便是测试故障转移。

为确保 Always On 环境的行为与预期一致，并确保你充分了解与 SQL Server 2014 (SP1)、SQL Server 2016 或 SQL Server 2012 可用性组相关的配置要求和过程，必须运行大量故障转移测试。这些测试包括但不限于：

• 确认所有服务器场服务和功能全部运行正常。

• 确认 SharePoint Server 数据已保留且未损坏。

通过执行以下文章中介绍的计划手动故障转移或强制手动故障转移来测试可用性组故障转移：

SQL Server 2012

• 执行可用性组的计划手动故障转移 (SQL Server)

• 执行可用性组的强制手动故障转移 (SQL Server)

SQL Server 2014 (SP1)

• 执行可用性组的计划手动故障转移 (SQL Server)

• 执行可用性组的强制手动故障转移 (SQL Server)

SQL Server 2016

• 执行可用性组的计划手动故障转移 (SQL Server)

• 执行可用性组的强制手动故障转移 (SQL Server)

可以使用 SQL Server Management Studio 中的故障转移向导、Transact-SQL 或 SQL Server 2014 (SP1)、SQL Server 2016 和 SQL Server 2012 中的 PowerShell 来执行上述任一故障转移。

监视 Always On 环境

必须监视 Always On 环境的性能、运行状况和容量。

性能

以下新的性能对象可用于监视 Always On 环境。

SQL Server 2012

• SQLServer：数据库副本

• SQLServer：可用副本

SQL Server 2014 (SP1)

• SQL Server，数据库副本

• SQL Server，可用性副本

SQL Server 2016

• SQL Server，数据库副本

• SQL Server，可用性副本

运行状况和容量

对于常规运行状况监视，可以使用可用性组仪表板了解系统中可用性组的运行状况。有关详细信息，请参阅适用于 SQL Server 2014 (SP1) 的针对 AlwaysOn 可用性组运行问题的 AlwaysOn 策略 (SQL Server)，以及适用于 SQL Server 2016 的针对运行问题的 AlwaysOn 策略 - AlwaysOn 可用性。若要详细了解 SQL Server 2012，请参阅以下内容：

• AlwaysOn 运行状况模型第 1 部分 -- 运行状况模型体系结构

• AlwaysOn 运行状况模型第 2 部分 -- 扩展运行状况模型

还可以使用 Transact-SQL 通过为 Always On 可用性组提供的一组目录和动态管理视图来监视可用性组。有关详细信息，请参阅适用于 SQL Server 2014 (SP1) 的监视可用性组 (Transact-SQL)，以及适用于 SQL Server 2016 的监视可用性组 (Transact-SQL)。

See also

安装和配置 SharePoint Server 2016

在 Azure 中为 SharePoint Server 2016 部署 SQL Server AlwaysOn 可用性