我也有同样的问题。原来我的SQL Server和SQL Server代理服务登录时在网络服务帐户下运行，该帐户没有执行备份恢复的写访问权。

我将这两个服务都更改为以本地系统帐户登录，这就解决了问题。

最近我用SQL 2008 R2遇到了这个问题，下面的解决方案对我有用:

1)创建一个与您试图恢复的数据库同名的新数据库 2)在恢复时，使用与上面使用的名称相同的选项，单击覆盖选项

如果其他解决方案不奏效，你可以尝试上面的方法。

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

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

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

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

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

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

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

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