我也有同样的问题，但在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。完成后，不要忘记将执行策略设置为受限。

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

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

我也遇到过这个问题。

解决方案:

不要创建一个空数据库并在其中恢复.bak文件。 使用“恢复数据库”选项，可通过右键单击SQL Server Management Studio的“数据库”分支，并提供数据库名称 提供要恢复的源。 如果另一个数据库仍然存在，也要在“Files”处更改文件名。否则你会得到“The file”…'不能被覆盖。它正在被数据库'yourFirstDb'使用”。

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

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

祝你好运。

列表项

有些人把这个问题看得太复杂了。我发现这非常简单。

1)创建一个与你的.bak文件数据库名称相同的数据库

2)右键单击数据库| Tasks >恢复>数据库

3)在“还原源”下选择“从设备”

4)选择“。bak”文件

5)在下面的网格视图中选中数据库对应的复选框

6)在右侧的“选择页面”下选择“选项”

7)选中“保留复制设置(WITH KEEP_REPLICATION)”复选框

现在返回到General页面，单击OK恢复数据库…就是这样。

我今天遇到了类似的问题。尝试了以上所有的解决方案，但都没有效果。把我的解写在这里。

在恢复之前，不要忘记取消选择尾长备份

希望它也能帮助到其他人!