这种情况我之前碰到过好几次，大概率是维护计划配置、权限或者作业执行逻辑的冲突导致的，给你几个排查和解决的方向：

1. 检查维护计划是否存在重复或冲突的任务配置 #

有时候在维护计划向导里操作时，可能不小心添加了两次相同的备份任务，或者在同一个备份任务里勾选了冲突的选项：

• 打开你的维护计划，展开所有任务节点，确认只有一个「备份数据库任务」
• 进入备份任务的配置界面，再次核对：
  • 确认只勾选了「为每个数据库创建一个备份文件」和「为每个数据库创建子目录」
  • 检查「选项」标签页里有没有额外设置备份路径的地方，避免出现双重路径定义

2. 验证SQL Server代理服务账号的权限 #

虽然生成的T-SQL路径正确，但SQL Server Agent的运行账号可能没有访问目标UNC共享的权限，导致系统尝试 fallback到SQL Server的默认备份路径（通常是C:\Program Files\Microsoft SQL Server\MSSQLXX.MSSQLSERVER\MSSQL\Backup），看起来像是同时用了两个路径：

• 打开Windows服务管理器，找到「SQL Server Agent」服务，查看它的登录账号
• 到备份服务器backupserver上，给这个账号分配\\backupserver\\SQLBack\\servername共享目录的读写权限，同时要确保该账号拥有对应目录的NTFS权限（包括创建子目录的权限）

3. 检查代理作业的实际执行命令 #

维护计划生成的T-SQL可能和实际代理作业执行的命令不一致，这是向导偶尔会出现的小问题：

• 在SSMS里找到「SQL Server代理」->「作业」，找到维护计划对应的作业
• 右键选择「属性」，切换到「步骤」标签页，查看该步骤的执行命令
• 如果命令里包含两个BACKUP DATABASE语句，或者路径参数有重复，你可以手动修正命令，或者删除现有维护计划重新创建

4. 排查数据库的默认备份路径设置 #

部分数据库可能设置了自定义的默认备份路径，会和维护计划的配置冲突：

• 右键目标数据库，选择「属性」->「选项」
• 查看「备份默认路径」字段，如果这里有值且和你的UNC路径不一致，要么将其清空，要么确保维护计划的配置明确覆盖了这个默认值

快速验证技巧 #

你可以手动复制维护计划生成的T-SQL语句，在SSMS里执行：

• 如果手动执行成功，说明问题出在维护计划的作业配置或代理权限上
• 如果手动执行也报错，那大概率是UNC路径的权限问题，或者数据库本身的备份设置有冲突

内容的提问来源于stack exchange，提问作者user2101153