针对 AlwaysOn 可用性组的先决条件、限制和建议 (SQL Server)
本主题介绍在部署 AlwaysOn 可用性组时的注意事项，包括针对主机、Windows Server 故障转移群集 (WSFC) 群集、服务器实例和可用性组的先决条件、限制和建议。 对于上述各组件，还指出了安全注意事项和所需权限（如果有）。
.gif "重要说明") 重要提示 |
|---|
在部署 AlwaysOn 可用性组之前，强烈建议您阅读本主题的每个章节。 |
本主题内容：
支持 AlwaysOn 可用性组的 .Net 修补程序
Windows 系统要求和建议
SQL Server 实例先决条件和限制
网络连接建议
客户端连接支持
使用 SQL Server 故障转移群集实例 (FCI) 承载可用性副本的先决条件和限制
可用性组先决条件和限制
可用性数据库先决条件和限制
相关内容
支持 AlwaysOn 可用性组的 .Net 修补程序
根据您将用于 AlwaysOn 可用性组的 SQL Server 2012 组件和功能，您可能需要安装在下表中标识的其他 .Net 修补程序。 可以按任意顺序安装这些修补程序。
|
依赖功能 |
修补程序 |
链接 |
|---|---|---|---|
|
Reporting Services |
.Net 3.5 SP1 修补程序添加对读意向、只读和多子网故障转移的 SQL Client for AlwaysOn 功能的支持。 此修补程序需要安装在每个 Reporting Services 报表服务器上。 |
KB 2654347：.Net 3.5 SP1 修补程序添加对 AlwaysOn 功能的支持 |
.gif "复选框"){kind=spacer}
Windows 系统要求和建议
本节内容：
清单：要求
支持 AlwaysOn 可用性组的 Windows 修补程序（Windows 系统）
针对承载可用性副本的计算机的建议（Windows 系统）
权限
相关任务
相关内容
清单：要求（Windows 系统）
为了支持 AlwaysOn 可用性组功能，请确保要参与一个或多个可用性组的每台计算机都满足以下基本要求：
|
要求 |
链接 |
||
|---|---|---|---|---|
|
确保此系统不是域控制器。 |
域控制器上不支持可用性组。 |
||
|
确保每台计算机正在运行 x86（非 WOW64）或 x64 Windows Server 2008 或更高版本。 |
WOW64（Windows 64 位上的 Windows 32 位）不支持 AlwaysOn 可用性组。 |
||
|
确保每台计算机都是 Windows Server 故障转移群集 (WSFC) 群集中的节点。 |
|||
|
请确保 WSFC 群集包含足够多的节点来支持您的可用性组配置。 |
对于某一给定可用性组，一个 WSFC 节点只能承载一个可用性副本。 在某一给定 WSFC 节点上，SQL Server 的一个或多个实例可为许多可用性组承载可用性副本。 询问您的数据库管理员，了解为支持计划的可用性组的可用性副本，需要多少个 WSFC 节点。 |
||
|
确保 WSFC 群集中的每个节点上都安装了所有适用的 Window 修补程序。 |
|
| 重要提示 |
|---|
另外，确保已正确配置了您的环境以连接到可用性组。 有关详细信息，请参阅AlwaysOn 客户端连接 (SQL Server)。 |
支持 AlwaysOn 可用性组的 Windows 修补程序（Windows 系统）
根据您的群集拓扑，可能还需要应用其他几个 Windows Server 2008 Service Pack 2 (SP2) 或 Windows Server 2008 R2 修补程序才能支持 AlwaysOn 可用性组。 下表列出了这些修补程序。 可以按任意顺序安装这些修补程序。
|
适用于 Windows 2008 SP2 |
适用于 Windows 2008 R2 SP1 |
包括在 Windows 2012 中 |
要支持… |
修补程序 |
链接 |
|---|---|---|---|---|---|---|
|
√ |
√ |
是 |
配置最佳 WSFC 仲裁 |
在每个 WSFC 节点上，确保安装了在知识库文章 2494036 中介绍的修补程序。 此修补程序支持使用非自动故障转移目标配置最佳仲裁。 此功能通过使您可以选择哪些节点进行投票，改进了多站点群集。 |
KB 2494036：提供了一个修补程序，使您可以在 Windows Server 2008 和 Windows Server 2008 R2 中配置不具有仲裁投票的群集节点 有关仲裁投票的信息，请参阅 WSFC 仲裁模式和投票配置 (SQL Server)。 |
|
√ |
√ |
是 |
更有效地使用网络带宽 |
在每个 WSFC 节点上，确保安装了在知识库文章 2616514 中介绍的修补程序。 如果没有安装此修补程序，群集服务将在群集节点间发送不必要的注册表通知。 此行为会限制网络带宽，这对于 AlwaysOn 可用性组 是很严重的问题。 |
KB 2616514：在 Windows Server 2008 或 Windows Server 2008 R2 中，群集服务在群集节点间发送不必要的注册表项更改通知 |
|
√ |
不适用 |
在不可用于所有 WSFC 节点的磁盘上执行 VPD 存储测试 |
如果某一 WSFC 节点正在运行 Windows Server 2008 R2 Service Pack 1 (SP1)，并且“验证 SCSI 设备关键产品数据 (VPD)”存储测试在处于联机状态且不可用于 WSFC 群集中的所有节点的磁盘上错误地运行后失败，则安装在知识库文章 2531907 中介绍的修补程序。 此修补程序可避免在磁盘处于联机状态时在验证报告中出现不恰当的警告或错误。 |
KB 2531907：安装 Windows Server 2008 R2 SP1 后验证 SCSI 设备关键产品数据 (VPD) 测试失败 |
|
|
√ |
是 |
更快地故障转移到本地副本 |
如果某个 WSFC 节点正在运行 Windows Server 2008 R2 Service Pack 1 (SP1)，请确保安装了在知识库文章 2687741 中介绍的修补程序。 此修补程序可以改进 AlwaysOn 可用性组故障转移到本地副本的性能。 |
KB 2687741：为 Windows Server 2008 R2 提供了一个修补程序，可改进 SQL Server 2012 中“AlwaysOn 可用性组”功能的性能 |
|
|
√ |
√ |
是 |
非对称存储 — 对于故障转移群集实例 (FCI) |
如果将为 AlwaysOn 可用性组启用任何故障转移群集实例 (FCI)，则安装 Windows Server 2008 修补程序 976097。 该修补程序将启用故障转移群集管理 Microsoft 管理控制台 (MMC) 管理单元，以便支持异步存储 - 仅在某些 WSFC 节点上可用的共享磁盘。 |
KB 976097：向异步存储添加了修补程序以便支持运行 Windows Server 2008 或 Windows Server 2008 R2 的故障转移群集的故障转移群集管理 MMC 管理单元 |
|
√ |
√ |
不适用 |
Internet 协议安全 (IPsec) |
如果您的环境使用 IPsec 连接，则当客户端计算机与虚拟网络名称重新建立 IPsec 连接（在此上下文中将连接到可用性组侦听器）时，可能会出现长时间的延迟（约两到三分钟）。 如果使用 IPsec 连接，我们建议您查看知识库文章 (KB 980915) 中详述的特定应用场景。 |
|
|
√ |
√ |
是 |
IPv6 |
如果使用 IPv6，根据您的 Windows Server 操作系统，我们建议您查看知识库文章 2578103 或 2578113 中详述的特定应用场景。 如果 Windows Server 拓扑使用 IP 版本 6 (IPv6)，则 WSFC 群集服务需要大约 30 秒的时间来对 IPv6 IP 地址进行故障转移。 这会导致客户端等待约 30 秒来重新连接该 IPv6 IP 地址。 |
|
|
√ |
√ |
是 |
群集和应用程序服务器之间没有路由器 |
如果故障转移群集与应用程序服务器之间不存在路由器，则群集服务对网络相关资源进行故障转移的速度会很慢。 这在可用性组执行故障转移之后会延迟客户端重新连接。 在缺少路由器时，我们建议您查看知识库文章 2582281 中详述的特定应用场景并安装该修补程序（如果适用于您的环境）。 |
KB 2582281：如果群集与应用程序服务器之间不存在路由器，则故障转移操作的速度会很慢 |
.gif "用于“返回首页”链接的箭头图标")
返回页首
针对承载可用性副本的计算机的建议（Windows 系统）
**类似的系统：**对于给定的可用性组，所有可用性副本都应在可处理同样的工作负荷的相当的系统上运行。
**专用网络适配器：**为获得最佳性能，请为 AlwaysOn 可用性组使用专用网络适配器（网络接口卡）。
**足够的磁盘空间：**服务器实例在其上承载可用性副本的每个计算机都必须为该可用性组中的所有数据库拥有足够的磁盘空间。 请记住，在主数据库增长时，其相应的辅助数据库也增长相同量。
权限（Windows 系统）
若要管理 WSFC 群集，用户必须是每个群集节点上的系统管理员。
有关用于管理群集的帐户的详细信息，请参阅附录 A：故障转移群集要求。
相关任务（Windows 系统）
任务 |
Link |
|---|---|
设置 HostRecordTTL 值。 |
更改 HostRecordTTL（使用 Windows PowerShell） |
更改 HostRecordTTL（使用 Windows PowerShell）
通过**“以管理员身份运行”**打开 PowerShell 窗口。
导入 FailoverClusters 模块。
使用 Get-ClusterResource cmdlet 查找网络名称资源，然后使用 Set-ClusterParameter cmdlet 设置 HostRecordTTL 值，如下所示：
Get-ClusterResource “<NetworkResourceName>” | Set-ClusterParameter HostRecordTTL <TimeInSeconds>
下面的 PowerShell 示例为名为“SQL Network Name (SQL35)”的网络名称资源将 HostRecordTTL 设置为 300 秒。
Import-Module FailoverClusters $nameResource = "SQL Network Name (SQL35)" Get-ClusterResource $nameResource | Set-ClusterParameter ClusterParameter HostRecordTTL 300.gif "提示")
提示每次您打开新的 PowerShell 窗口时，都需要导入 FailoverClusters 模块。
相关内容 (PowerShell)
群集和高可用性（故障转移群集和网络负载平衡团队博客）
相关内容（Windows 系统）
[返回页首]
SQL Server 实例先决条件和限制
每个可用性组均要求称作“可用性副本”的一组故障转移伙伴，它们由 SQL Server 的实例承载。 给定的服务器实例可以是“独立实例”或“SQL Server 故障转移群集实例”(FCI)。
本节内容：
清单：先决条件
限制
可用性组的线程使用情况
权限
相关任务
相关内容
清单：先决条件（服务器实例）
先决条件 |
链接 |
|||||
|---|---|---|---|---|---|---|
|
主机必须是 Windows Server 故障转移群集 (WSFC) 节点。 承载给定可用性组的可用性副本的 SQL Server 实例必须位于单个 WSFC 群集的单独节点上。 唯一的例外是在迁移到另一个 WSFC 群集时，此时一个可用性组可能会暂时跨两个群集。 |
|||||
在承载可用性副本的每个 WSFC 节点上，确保安装了知识库文章 2897554 中介绍的修补程序。 此修补程序可确保正确更新了每个可用性副本的同步状态，从而帮助避免在自动故障转移中出现意外数据丢失情况。 |
KB 2897554：修复：如果主副本处于不正常状态，AlwaysOn 可用性组副本的同步状态可能不会更新 |
|||||
|
如果您希望将可用性组与 Kerberos 一起使用：
|
简要说明： Kerberos 和 SPN 强制实施相互身份验证。 SPN 将映射到启动 SQL Server 服务的 Windows 帐户。 如果未正确注册 SPN 或注册失败，则 Windows 安全层将无法确定与 SPN 关联的帐户，因而无法使用 Kerberos 身份验证。
|
||||
|
如果您计划使用 SQL Server 故障转移群集实例 (FCI) 承载可用性副本，则请确保您理解 FCI 限制并且满足 FCI 要求。 |
使用 SQL Server 故障转移群集实例 (FCI) 承载可用性副本的先决条件和要求（本主题的后面将介绍） |
||||
|
每个服务器实例都必须正在运行 SQL Server 2012 的 Enterprise Edition。 |
|||||
|
为某一可用性组承载可用性副本的所有服务器实例必须都使用相同的 SQL Server 排序规则。 |
|||||
|
对将为任何可用性组承载可用性副本的每个服务器实例都启用 AlwaysOn 可用性组功能。 在某一给定计算机上，您可为 AlwaysOn 可用性组启用您的 SQL Server 安装支持的任意多的服务器实例。 |
启用和禁用 AlwaysOn 可用性组 (SQL Server)
|
||||
|
每个服务器实例都要求数据库镜像端点。 请注意，此端点由服务器实例上的所有可用性副本以及数据库镜像伙伴和见证服务器共享。 如果您选择承载可用性副本的服务器实例正在某一域用户帐户下运行并且尚不具有数据库镜像端点，则新建可用性组向导（或者将副本添加到可用性组向导）可以创建该端点并将 CONNECT 权限授予服务器实例的服务帐户。 但是，如果 SQL Server 服务正在以内置帐户（例如 Local System、Local Service 或 Network Service）或非域帐户运行，您必须使用证书来进行端点身份验证，并且该向导将无法在服务器实例上创建数据库镜像端点。 在此情况下，我们建议您首先手动创建数据库镜像端点，然后启动该向导。
|
|||||
|
如果使用 FILESTREAM 的任何数据库将添加到某一可用性组，请确保在将承载该可用性组的可用性副本的每个服务器实例上都启用 FILESTREAM。 |
|||||
|
如果任何包含的数据库将添加到某一可用性组，请确保在将承载该可用性组的可用性副本的每个服务器实例上将 contained database authentication 服务器选项都设置为 1。 |
.gif "安全说明")
安全说明可用性组的线程使用情况
AlwaysOn 可用性组的工作线程具有以下要求：
在 SQL Server 的一个空闲实例上，AlwaysOn 可用性组使用 0 线程。
可用性组使用的最大线程数为配置的最大服务器线程数（“max worker threads”）减去 40。
给定服务器实例上承载的可用性副本共享一个线程池。
线程是按需共享的，如下所示：
一般情况下，存在 3–10 个共享线程，但此数目会根据主副本工作负荷增加。
如果给定线程空闲一段时间，则将释放回常规 SQL Server 线程池。 正常情况下，不活动线程在处于不活动状态 15 秒后释放。 但是，根据上一次活动，空闲线程可能保留更长时间。
此外，可用性组使用未共享的线程，如下所示：
每个主副本为每个主数据库使用 1 个日志捕获线程。 此外，它为每个辅助数据库使用 1 个日志发送线程。 日志发送线程将在处于不活动状态 15 秒后释放。
每个辅助副本为每个辅助数据库使用 1 个恢复线程。 恢复线程将在处于不活动状态 15 秒后释放。
辅助副本上的备份将在备份操作持续时间内包含主副本上的一个线程。
有关详细信息，请参阅 AlwaysON - HADRON 学习系列：启用了 HADRON 的数据库的工作线程池用法（CSS SQL Server 工程师的一篇博客）。
权限（服务器实例）
任务 |
所需的权限 |
|---|---|
创建数据库镜像端点 |
要求具有 CREATE ENDPOINT 权限，或者具有 sysadmin 固定服务器角色的成员身份。 此外，还要求 CONTROL ON ENDPOINT 权限。 有关详细信息，请参阅 GRANT 端点权限 (Transact-SQL)。 |
启用 AlwaysOn 可用性组 |
要求本地计算机上 Administrator 组中的成员身份以及对 WSFC 群集的完全控制。 |
相关任务（服务器实例）
任务 |
主题 |
|---|---|
确定数据库镜像端点是否存在 |
|
创建数据库镜像端点（如果它尚不存在） |
|
启用 AlwaysOn 可用性组 |
相关内容（服务器实例）
[返回页首]
网络连接建议
强烈建议您为 WSFC 群集成员之间的通信和可用性副本之间的通信使用相同的网络链接。 如果某些链接失败（甚至间歇性断开），使用单独的网络链接可能会导致意外行为。
例如，要使可用性组支持自动故障转移，作为自动故障转移伙伴的辅助副本必须处于 SYNCHRONIZED 状态。 如果到此辅助副本的网络链接失败（甚至间歇性断开），副本将进入 UNSYNCHRONIZED 状态，并且在该链接恢复之前无法重新同步。 如果在该辅助副本不同步时，WSFC 群集请求自动故障转移，则不会发生自动故障转移。
[返回页首]
客户端连接支持
有关 AlwaysOn 可用性组对客户端连接的支持的信息，请参阅 AlwaysOn 客户端连接 (SQL Server)。
[返回页首]
使用 SQL Server 故障转移群集实例 (FCI) 承载可用性副本的先决条件和限制
本节内容：
限制
清单：先决条件
相关任务
相关内容
限制 (FCI)
**FCI 的群集节点只能承载给定可用性组的一个副本：**如果在 FCI 上添加可用性副本，作为 FCI 的可能所有者的 WSFC 群集节点不能承载同一个可用性组的另一个副本。
此外，其他每个副本都必须由同一个 WSFC 群集中不同 WSFC 节点上驻留的 SQL Server 2012 实例承载。 唯一的例外是在迁移到另一个 WSFC 群集时，此时一个可用性组可能会暂时跨两个群集。
**FCI 不支持可用性组自动故障转移：**FCI 不支持可用性组自动故障转移，因此只能为手动故障转移配置任何由 FCI 承载的可用性副本。
**更改 FCI 网络名称：**如果您需要更改承载可用性副本的 FCI 的网络名称，则需要从其可用性组中删除该副本，然后将该副本添加回可用性组。 您不能删除主副本，因此，如果您在重命名承载主副本的 FCI，则应故障转移到某一辅助副本，然后删除之前的主副本并将其添加回去。 请注意，重命名 FCI 可能会更改其数据库镜像端点的 URL。 当您添加副本时，请确保指定当前端点的 URL。
清单：先决条件 (FCI)
先决条件 |
链接 |
|
|---|---|---|
|
在您使用 FCI 承载某一可用性副本之前，请确保系统管理员已安装了知识库文章 KB 976097 中介绍的 Windows Server 2008 修补程序。 该修补程序将启用故障转移群集管理 Microsoft 管理控制台 (MMC) 管理单元，以便支持异步存储 - 仅在某些 WSFC 节点上可用的共享磁盘。 |
KB 976097：向异步存储添加了修补程序以便支持运行 Windows Server 2008 或 Windows Server 2008 R2 的故障转移群集的故障转移群集管理 MMC 管理单元 |
|
请确保每个 SQL Server 故障转移群集实例 (FCI) 都拥有标准 SQL Server 故障转移群集实例安装所要求的共享存储。 |
相关任务 (FCI)
任务 |
主题 |
|---|---|
安装 SQL Server 故障转移群集 |
|
您的现有 SQL Server 故障转移群集的就地升级 |
|
维护您的现有 SQL Server 故障转移群集 |
[返回页首]
相关内容 (FCI)
可用性组先决条件和限制
本节内容：
限制
要求
安全性
相关任务
限制（可用性组）
**可用性副本必须由一个 WSFC 群集的不同节点承载：**对于某个给定可用性组，可用性副本必须由在同一 WSFC 群集的不同节点上运行的服务器实例承载。 唯一的例外是在迁移到另一个 WSFC 群集时，此时一个可用性组可能会暂时跨两个群集。
注意同一物理计算机上的多个虚拟机可分别为同一可用性组承载可用性副本，因为每个虚拟机都充当一个单独的计算机。
**唯一的可用性组名称：**每个可用性组名称在 WSFC 故障转移群集上必须唯一。 可用性组名称的最大长度为 128 个字符。
**可用性副本：**每个可用性组支持一个主副本和最多四个辅助副本。 所有副本都可在异步提交模式下运行，或最多 3 个副本可在同步提交模式下运行。
**每个计算机的最大可用性组和可用性数据库的数目：**可以在计算机（虚拟机或物理机器）上放置的实际数据库和可用性组数目取决于硬件和工作负荷，但是没有强制限制。 Microsoft 对每个物理计算机承载 10 个可用性组和 100 个数据库进行了广泛测试。 系统过载的信号可能包括但不限于工作线程用尽、AlwaysOn 系统视图和 DMV 响应时间很长和/或调度程序系统转储停滞。 请务必用接近生产的工作负荷彻底测试您的环境，确保它可以应对您的应用程序 SLA 内的工作负荷蜂值。 考虑 SLA 时，确保考虑故障条件下的负荷以及期望的响应时间。
不要使用故障转移群集管理器来操作可用性组：
例如：
不要更改任何可用性组属性，例如可能的所有者。
不要使用故障转移群集管理器来故障转移可用性组。 必须使用 Transact-SQL 或 SQL Server Management Studio。
先决条件（可用性组）
在创建或重新配置可用性组配置时，请确保您遵守以下要求。
先决条件 |
说明 |
|
|---|---|---|
|
如果您计划使用 SQL Server 故障转移群集实例 (FCI) 承载可用性副本，则请确保您理解 FCI 限制并且满足 FCI 要求。 |
有关使用 SQL Server 故障转移群集实例 (FCI) 承载可用性副本的先决条件和限制（本主题的前面予以介绍） |
安全性（可用性组）
安全性是从 Windows Server 故障转移群集 (WSFC) 群集继承的。 WSFC 在整个 WSFC 群集 API 粒度上提供了两个级别的用户安全性：
只读访问
完全控制
AlwaysOn 可用性组需要完全控制，并且在 SQL Server 实例上启用 AlwaysOn 可用性组将向其提供对 WSFC 群集的完全控制（通过服务 SID）。
不能在 WSFC 故障转移群集管理器中直接添加或删除某一服务器实例的安全性。 若要管理 WSFC 安全性会话，请使用 SQL Server 配置管理器或 SQL Server 中等效的 WMI。
SQL Server 的每个实例都必须具有访问注册表、群集等的权限。
我们建议您为承载 AlwaysOn 可用性组可用性副本的服务器实例之间的连接使用加密。
权限（可用性组）
任务 |
所需的权限 |
|---|---|
创建可用性组 |
需要 sysadmin 固定服务器角色的成员身份，以及 CREATE AVAILABILITY GROUP 服务器权限、ALTER ANY AVAILABILITY GROUP 权限或 CONTROL SERVER 权限。 |
更改可用性组 |
对可用性组要求 ALTER AVAILABILITY GROUP 权限、CONTROL AVAILABILITY GROUP 权限、ALTER ANY AVAILABILITY GROUP 权限或 CONTROL SERVER 权限。 此外，将数据库联接到可用性组要求具有 db_owner 固定服务器角色的成员身份。 |
删除可用性组 |
对可用性组要求 ALTER AVAILABILITY GROUP 权限、CONTROL AVAILABILITY GROUP 权限、ALTER ANY AVAILABILITY GROUP 权限或 CONTROL SERVER 权限。 若要删除并非在本地副本位置上承载的某一可用性组，您需要针对该可用性组的 CONTROL SERVER 权限或 CONTROL 权限。 |
相关任务（可用性组）
任务 |
主题 |
|---|---|
创建可用性组 |
|
修改可用性副本的数目 |
|
创建可用性组侦听器 |
|
删除可用性组 |
[返回页首]
可用性数据库先决条件和限制
若要符合添加到可用性组的条件，数据库必须满足以下先决条件和限制。
本节内容：
要求
限制
针对承载可用性副本的计算机的建议（Windows 系统）
权限
相关任务
清单：要求（可用性数据库）
为了符合添加到可用性组的条件，数据库必须：
要求 |
链接 |
|||
|---|---|---|---|---|
|
是用户数据库。 系统数据库无法属于可用性组。 |
|||
|
驻留在您在其中创建可用性组并且对于服务器实例可访问的 SQL Server 实例上。 |
|||
|
是读写数据库。 只读数据库不能添加到可用性组。 |
sys.databases (is_read_only = 0) |
||
|
是多用户数据库。 |
sys.databases (user_access = 0) |
||
|
未使用 AUTO_CLOSE。 |
sys.databases (is_auto_close_on = 0) |
||
|
使用完整恢复模式。 |
sys.databases (recovery_model = 1) |
||
|
拥有至少一个完整的数据库备份。
|
|||
|
不属于任何现有可用性组。 |
sys.databases (group_database_id = NULL) |
||
|
不是为数据库镜像配置的。 |
sys.database_mirroring（如果数据库未参与镜像，则所有带有“mirroring_”前缀的列将为 NULL。） |
||
|
在将使用 FILESTREAM 的数据库添加到某一可用性组之前，请确保在承载或将承载该可用性组的可用性副本的每个服务器实例上都启用 FILESTREAM。 |
|||
|
在将包含的数据库添加到某一可用性组之前，请确保在将承载该可用性组的可用性副本的每个服务器实例上 contained database authentication 服务器选项都设置为 1。 |
| 注意 |
|---|
AlwaysOn 可用性组可使用任何受支持的数据库兼容级别。 |
限制（可用性数据库）
如果辅助数据库的文件路径（包括驱动器号）不同于相应主数据库的路径，则以下限制适用：
**新建可用性组向导/将数据库添加到可用性组向导：不支持“完全”**选项（在“选择初始数据同步”页上）。
**RESTORE WITH MOVE：**若要创建辅助数据库，在承载辅助副本的每个 SQL Server 实例上数据库文件必须是 RESTORED WITH MOVE。
**对添加文件操作的影响：**以后针对主副本的添加文件操作在辅助数据库上可能会失败。 此失败可能导致辅助数据库暂停。 而这又会导致辅助副本进入“非同步”状态。
注意有关如何响应失败的添加文件操作的信息，请参阅解决失败的添加文件操作问题（AlwaysOn 可用性组）。
您不能删除当前属于可用性组的数据库。
关注受 TDE 保护的数据库
如果使用透明数据加密 (TDE)，则用于创建和解密其他密钥的证书或非对称密钥在承载可用性组的可用性副本的每个服务器实例上必须相同。 有关详细信息，请参阅将受 TDE 保护的数据库移到其他 SQL Server。
权限（可用性数据库）
需要对数据库具有 ALTER 权限。
相关任务（可用性数据库）
任务 |
主题 |
|---|---|
准备辅助数据库（手动） |
|
将辅助数据库联接到可用性组（手动） |
|
修改可用性数据库的数目 |
[返回页首]
相关内容
[返回页首]