从错误消息中，它说在验证还原操作的目标(c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DataLabTables.mdf)时出现错误。

这听起来像:

a)该文件已经存在(因为您之前已经恢复了它)并且SQL Server正在使用它

or

B)那个目录根本不存在

在你的问题中，你提到你为那个表创建了备份——这不是SQL Server备份的工作方式。这些备份总是整个数据库(或者至少来自该数据库的一个或多个文件组)。

我的直觉是:您之前已经恢复了该数据库，现在，在第二次恢复时，您没有勾选恢复向导中的“覆盖现有数据库”复选框——因此无法覆盖现有文件，恢复失败。

在远程服务器上运行恢复的用户显然无权访问远程服务器上的该目录。

C: \ program files \…是受保护目录-普通(非管理员)用户无法访问此目录(及其子目录)。

最简单的解决方案:尝试将BAK文件放在其他地方(例如C:\temp)，然后从那里恢复它

然后尝试将其移动到C:下的子文件夹，但要验证用户对您使用的文件夹具有完全权限。

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

源

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

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

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

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

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

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

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

Another scenario could be the existence of multiple database paths. First, make note of the path where new databases are currently being stored. So if you create a new empty database and then do Tasks/Restore, make sure that the path the restore is trying to use is the same directory that the empty database was created in. Even if the restore path is legal, you will still get the access denied error if it is not the current path you are working with. Very easy to spot when the path is not legal, much harder to spot when the path is legal, but not the current path.

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

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

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

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

抱歉，因为我不能评论…

我也有同样的问题。在我的情况下，问题与试图恢复在一个旧的sql server文件夹(存在于服务器上)有关。这是由于旧的sql server备份(即sql server 2012备份)在新的sql server (sql server 2014)中恢复。真正的问题与@marc_s的回答没有太大的不同。无论如何，我只是将目标文件夹更改为新的SQL Server DATA文件夹。

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

有这样的问题。对SQL Server文件夹启用压缩导致的错误。

Frnds……我在恢复数据库时遇到了同样的问题，并尝试了所有解决方案，但无法解决。然后我尝试重新安装SQL 2005，问题解决了。实际上，上次我在安装SQL时忘记检查自定义选项..它来两次安装和我检查它只有一个..

在这个问题上也浪费了几个小时。尽管如此:

“拒绝访问”在我的情况下确实意味着“拒绝访问”。我的windows设备上的mssqlstudio用户帐户没有错误消息中指定的文件夹的完全控制权。我完全控制了它。访问不再被拒绝，恢复成功。

为什么档案室把文件夹锁起来了?谁知道呢?我已经有足够多的问题要解决了，不用再回答了。

试试这个:

在恢复DB向导窗口，转到文件选项卡，取消“将所有文件重新定位到文件夹”复选框，然后将恢复目标从C:更改为其他驱动器。然后继续执行常规恢复过程。它将成功恢复。

我有同样的问题，但我使用sql server 2008 r2，你必须检入选项并验证sql将保存文件.mdf和.ldf的路径，你必须选择你的sql server安装的路径。我用这个解决了我的问题，希望它能帮助到你。

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

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

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

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

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