You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

SQL Server数据库复制工具失败:用户登录失败问题求助

问题分析与解决建议

问题根源

你用自己的Windows账号完成工具的初始验证没问题,但提交后的复制作业是由目标服务器的SQL Server Agent服务执行的——SQL Server Agent默认会用自身的服务账户(这里就是[AD域]\CAS-DB2$机器账户)来运行作业步骤,而这个账户并没有被授权访问源SQL Server 2012实例,所以出现登录失败。

解决步骤

1. 给目标服务器机器账户授予源SQL Server访问权限

直接在源SQL Server 2012实例上添加[AD域]\CAS-DB2$登录账户,授予必要权限:

  • 打开源服务器的SQL Server Management Studio,登录后展开安全性 > 登录名
  • 右键点击登录名,选择新建登录名
  • 在登录名输入框中输入[AD域]\CAS-DB2$,选择Windows身份验证
  • 切换到用户映射标签,勾选需要复制的数据库,授予db_datareader、db_backupoperator等对应权限(根据复制需求调整)
  • 保存设置

2. 修改SQL Server Agent作业的执行账户

如果不想用机器账户,可给作业指定有权限的代理账户:

  • 在目标服务器的SQL Server Management Studio中,展开SQL Server代理 > 代理 > 凭据,新建凭据并关联你的Windows账号(源和目标均有管理员权限)
  • 接着展开代理 > 作业代理,新建代理并关联刚才的凭据,授予该代理作业执行权限
  • 找到失败的复制作业,右键属性,切换到步骤标签,编辑失败的Execute SQL Server Agent Job步骤,在运行身份下拉框选择新建的代理账户
  • 保存作业后重新执行

3. 检查Database Copy Utility的作业配置选项

部分数据库复制工具会提供“作业执行账户”的配置项,可回到工具设置界面,确认是否有指定作业运行身份的选项,若有直接选择你的Windows账号,生成的作业会用该账户执行,避开机器账户权限问题。

内容的提问来源于stack exchange,提问作者Shaun Gentry

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.16 14:37:18