我在本地机器上创建了一个数据库，然后对表DataLabTables进行了名为tables.bak的备份。
我将备份移动到远程机器，没有该表，并尝试进行恢复，但得到以下错误:
sqlclient . sqlerror:操作系统返回 尝试访问时错误'5(访问被拒绝。)' 'RestoreContainer::ValidateTargetForCreation'在c:\程序 文件\Microsoft SQL Server\MSSQL.1\MSSQL\DataLabTables.mdf `。
如果这是问题所在，我该如何修正我的权利?
当前回答
试试这个:
在恢复DB向导窗口，转到文件选项卡，取消“将所有文件重新定位到文件夹”复选框，然后将恢复目标从C:更改为其他驱动器。然后继续执行常规恢复过程。它将成功恢复。
其他回答
抱歉，因为我不能评论…
我也有同样的问题。在我的情况下，问题与试图恢复在一个旧的sql server文件夹(存在于服务器上)有关。这是由于旧的sql server备份(即sql server 2012备份)在新的sql server (sql server 2014)中恢复。真正的问题与@marc_s的回答没有太大的不同。无论如何，我只是将目标文件夹更改为新的SQL Server DATA文件夹。
我也遇到过类似的问题。我试图恢复一个2005年的。bak文件，我收到了完全相同的错误。我也选择了覆盖选项，但无济于事。
我的解决方案是通过转到文件夹并通过属性屏幕编辑访问权限，授予SQL用户对所讨论的目录的访问权限。
如果路径是正确的，但服务帐户不是数据文件的所有者(但它仍然有足够的读/写访问权限)，也会发生这种情况。如果将文件的权限重置为与文件夹的权限匹配(当然，在服务停止时)，就会发生这种情况。
在这种情况下，最简单的解决方案是分离每个数据库并再次附加它(因为在附加时所有者将更改为服务帐户)。
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 2005做恢复，但我改为SQL Server 2008，它工作。
