我的公司使用 Veeam Backup & Replication 来备份我们 VMWare 托管的虚拟机。我们将 Veeam 的 SQL 日志备份功能用于我们的 MS SQL 2008 R2 服务器。我们的备份存储库位于 Buffalo TeraStation TS-XLBF NAS 上。
在某个时候，我们开始收到此类错误报告：
无法保存数据库的事务日志备份文件[数据库名称]到存储库： 分配的网络名称不可使用。错误代码：64 无法刷新文件缓冲区。文件：[.vlb 文件的路径]. 备份文件失败。文件：[文件描述]无法将数据库的事务日志备份文件保存到存储库：指定的网络名称无法被访问。错误代码：64 无法刷新文件缓冲区。文件：[文件名]. 备份文件失败。文件：[文件描述] 某些数据库的事务日志在过去 38 个时间间隔内未备份
德文文本（被授权使用的网络名称不具有任何约束力） 状态，指定的网络名称不再可用。
事实证明，此错误每周一晚上都会在常规备份作业的预定时间内发生。VM 备份本身已成功完成，只有 SQL 日志备份受到影响。
错误消息每隔几分钟就会发送一次，但一旦我们重新启动运行 Veeam 的系统，它就会停止。为了寻找问题的原因，我发现Veeam 网站上的一篇文章描述了此确切的错误消息。本文将 NTFS 存储上的重复数据删除问题确定为根本原因。由于 TeraStation 是使用 XFS 的 Linux 系统，不支持重复数据删除，我不认为这适用于我们的情况。
我还尝试使用错误消息中提到的路径访问备份存储库，但错误消息仍在生成。我能够成功访问资源，所以我猜名称解析不是问题。
运行 Veeam 的机器上的事件日志未显示任何错误消息。所有虚拟机的定期备份均无错误运行。
SQL Server 日志备份作业失败的原因可能是什么？有没有办法收集有关失败的更多信息？
答案1
在 powershell 中运行此
Set-SmbClientConfiguration -SessionTimeout 600
它增加了 SMB 共享的超时时间。