我最终为数据和日志制作了新的文件夹，它工作正常，一定是文件夹/文件权限问题。

我也遇到过类似的问题。我试图恢复一个2005年的。bak文件，我收到了完全相同的错误。我也选择了覆盖选项，但无济于事。

我的解决方案是通过转到文件夹并通过属性屏幕编辑访问权限，授予SQL用户对所讨论的目录的访问权限。

如果路径是正确的，但服务帐户不是数据文件的所有者(但它仍然有足够的读/写访问权限)，也会发生这种情况。如果将文件的权限重置为与文件夹的权限匹配(当然，在服务停止时)，就会发生这种情况。

在这种情况下，最简单的解决方案是分离每个数据库并再次附加它(因为在附加时所有者将更改为服务帐户)。

备份创建者安装了MSSql版本10，因此当他进行备份时，它还存储了原始文件路径(以便能够在相同的位置恢复它)，但我使用的是版本11，因此它无法找到目标目录。 所以我把输出文件的目录改为C:\Program Files\Microsoft SQL Server\MSSQL11。MSSQLSERVER\MSSQL\DATA\，它能够成功地恢复数据库。

源

我刚刚有这个问题与SQL Server 2012。

结果证明，我所要做的就是在“文件”部分勾选“将所有文件重新定位到文件夹”:

(点击查看图片完整尺寸)

当然，前提是你安装了正确的SQL Server版本。

这可能不是最好的解决方案，但我试图在SQL Server 2005做恢复，但我改为SQL Server 2008，它工作。