使用sa账号运行数据库备份报操作系统错误1265，已确认可访问共享、ping通备份服务器

已完成的前置核验 #

• 数据库所在服务器可正常访问备份目标共享存储位置
• 数据库所在服务器可成功ping通备份服务器
• 备份任务当前以SQL Server内置sa用户身份运行

对应报错截图 #

常见失败原因 #

• 权限校验逻辑错位：备份操作的文件系统权限判定，依据的是SQL Server服务本身的Windows运行账号，而非任务执行时使用的SQL登录账号。哪怕sa是SQL层面的最高权限账号，只要SQL服务运行的Windows账号没有对共享存储的写入权限，备份流程就会直接中断
• 路径配置失效：如果备份目标使用的是本地映射的网络盘符，这类盘符属于当前Windows登录会话的专属配置，SQL服务作为后台常驻进程无法读取会话级的映射路径，需替换为UNC格式的完整共享路径（格式参考：\\备份服务器主机名\共享目录名\目标备份文件.bak）
• 共享侧隐性限制：虽然可以正常打开共享目录，但实际配置的权限为只读、共享开启了磁盘配额、目录设置了单文件大小限制、或者备份目标磁盘剩余空间不足，都会导致备份文件写入失败
• 高版本SQL安全拦截：SQL Server 2017及以上版本默认开启网络备份路径安全校验，即使服务账号拥有写入权限，也需要额外将备份路径加入SQL Server的受信任路径列表，否则会被安全规则直接拦截
• 凭据不匹配：服务器本地登录会话能访问共享，不代表SQL服务运行的后台账号能正常访问——如果共享存储开启了身份校验，需要给SQL服务运行的独立Windows账号单独配置共享侧的读写权限，无法复用本地登录会话的访问凭据

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