同样重要的是，要确保您的数据库名称与您试图恢复的备份中的数据库名称相匹配。如果不匹配，则会得到相同的错误。

我也有同样的问题，但在PS上。我把它留在这里，以防有人试图做同样的事情

Restore-SqlDatabase -ServerInstance "<your instance name>" -Database "<your db name>" -BackupFile "<backup file route>.bak" -ReplaceDatabase

记住使用Set-ExecutionPolicy Unrestricted -Force和import import-module sqlps。完成后，不要忘记将执行策略设置为受限。

我试图将一个生产数据库恢复到同一台服务器上的一个登台数据库。

在我的案例中，唯一有效的是恢复到一个新的空白数据库。这工作得很好，没有尝试覆盖生产文件(如果您只是将生产备份文件恢复到现有的登台数据库，则会覆盖生产文件)。然后删除旧数据库并重命名-文件将保留新的临时名称，但在我的情况下，这是好的。

(或者先删除暂存数据库，然后恢复到与暂存数据库同名的新数据库)

通常处理.bak文件会让人头疼，一种更直接的方法是使用sqldump文件来传输数据库。

生成要移动或复制的当前数据库的脚本。 选择All Tables，而不是整个数据库。 从选项菜单中选择另存为脚本，然后单击高级按钮并设置以下配置(我正在起诉MSSQL 2016): 现在，在你想导入这些数据的地方，创建一个新数据库，切换到这个新数据库(我的意思是设置为默认值) 最后运行脚本，将导入所有表和数据。

祝你好运。

列表项

我只是想解决这个问题。

从以管理员身份运行到这里和其他地方找到的建议，我尝试了所有方法;为我解决这个问题的是在文件属性选项卡中检查“重新安置文件”选项。

希望这能帮助到其他人。

我也一样。我的解决方案是:

右键单击数据库。 选择任务，选择恢复数据库。 单击左侧的选项。 检查第一个选项覆盖现有数据库(WITH REPLACE)。 转到常规，选择源和目标数据库。 单击OK，就是这样