这个问题让我抓狂！！
我们将所有生产数据库备份到网络共享，然后每晚将其备份到磁带上。
周一至周五晚上 8 点 - 完整备份，然后进行日志备份
周一至周五上午 7 点至晚上 7 点，每隔半小时 - 日志备份
自从 3 年前从 SQL Server Standard 2000 迁移到 2008 以来，我们的备份一直以这种方式工作。最近，星期一的第一次日志备份失败了。不是每次，但几乎每次都失败！本周其余时间，我们没有遇到任何问题。我猜这个问题可能与周末没有备份后尝试的日志备份的大小有关。
现在我要解决的问题就是......
整个星期，我们最大的两个数据库的每次完整备份都失败了（两个备份压缩后都小于 1GB）。源服务器和目标服务器上有足够的磁盘空间。我猜问题在于完成这些数据库的备份所需的时间，以及/或者完成这些备份所需的备份文件的大小。将备份目标更改为本地存储可以正常工作（而且相比之下非常非常快）。
从工作历史中，我可以找到一些关于问题可能出在哪里的提示......
代码：0xC002F210（始终是此代码，但混合了以下描述......）
“尝试在‘\drserver\SQLBackups\Database.bak’上执行‘SetEndOfFile’时，操作系统返回错误‘64（无法检索此错误的文本。原因：1815）’。BACKUP DATABASE 正在异常终止。
“在尝试对‘\drserver\SQLBackups\Database.bak’执行‘FlushFileBuffers’时，操作系统返回错误‘64（无法检索此错误的文本。原因：1815）’。BACKUP DATABASE 正在异常终止。
请帮助拯救我的头发和理智！！
答案1
错误 64 表示“指定的网络名称不再可用”，这是一种与网络问题有关的通用错误消息。错误 0xC002F210 似乎是来自 SQL Server 的通用错误，表示作业失败。因此，您会发现问题的原因非常模糊。
建议Red-Gate 网站建议您增加（或设置）会话超时将注册表项 HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters 中的值更改为更高的值。建议为 300（显然 45 是默认值）。
如果更改此值，则可能必须重新启动客户端（SQL Server）才能使更改生效。