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

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

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

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

在我的情况下，我必须仔细检查我正在恢复的数据库的备份路径。当我第一次做的时候，我已经从不同的路径恢复了它。我修复了备份路径，以使用我第一次使用的备份路径，它工作!

我有这个问题，我以管理员身份登录，它解决了这个问题。

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

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

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