DPM 中的 SQL Server 2012 Always On保护失败，并出现内部错误0x80990F75

本文可帮助你修复在 Data Protection Manager (DPM) 中尝试保护SQL Server Always On可用性组时收到错误0x80990F75的问题。

原始产品版本： System Center 2012 Data Protection Manager
原始 KB 编号： 2769094

症状

尝试使用 System Center 2012 Data Protection Manager 保护SQL Server Always On可用性组时，作业失败并出现以下错误：

serverName> 上的 < SQL Server 2012 数据库 <DBname> 的 DPM 作业失败，因为SQL Server实例拒绝连接到保护代理。 (ID 30172 详细信息：内部错误代码：0x80990F75)

在 SQL Server 中，Always On配置如下：

• 可用性模式： 同步提交
• 故障转移模式： 自动
• 主角色中的Connections：允许所有连接
• 可读辅助数据库： 否
• 备份首选项：
  • 首选辅助数据库
  • 优先级：每个节点) 50 (
  • 排除副本：每个节点) 的 false (

通常，首选辅助备份应在辅助副本 (replica) 进行，除非主副本 (replica) 是唯一联机副本 (replica) 。 如果有多个辅助副本可用，则会选择备份优先级最高的节点进行备份。 如果只有主副本 (replica) 可用，则应在主副本 (replica) 上进行备份。

原因

出现这种情况的原因是 DPM 备份SQL Server Always On设置不正确，其中“使可读辅助数据库”设置为“否”。

解决方案

在所有节点上将 “使辅助数据库可读 ”设置为 “是 ”。

更多信息

如果在所有节点上将“使可读辅助数据库”设置为“是”无法解决此问题，请在SQL Server验证 DPMRA 服务是否在本地系统帐户下运行，以及 NT Authority\System 是否为 SQL Server Management Studio 中的服务器角色选择了 sysadmin。

1. 在SQL Server端，DPMRA 服务应在本地系统帐户下运行。 可以通过计算机管理中的服务来验证这一点。
2. 在 SQL Server 2012 Management Studio 中，连接到 SQL Server 2012 实例。 然后选择并展开“安全>登录名”，右键单击“NT AUTHORITY\SYSTEM”，选择“属性>服务器角色”，检查“sysadmin”复选框，然后单击“确定”。

在此之后，在某些情况下，可能还需要在SQL Server上重新安装 DPM 代理，或者在指定 DPM 服务器的SQL Server手动运行SetDPMServer命令。