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

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

:

1)在使用RESTORE命令时使用WITH REPLACE(如果使用GUI，则在Options ->覆盖现有数据库(WITH REPLACE))。

2)删除冲突的旧数据库，使用restore命令重新恢复。

查看链接了解更多细节。

简单3步:

1-右键单击数据库→任务→恢复→数据库

2-检查设备作为源，并找到。bak(或压缩。bak)文件

3-在左侧窗格单击选项和:

check覆盖现有数据库。 恢复前进行尾日志备份 关闭到目标数据库的现有连接。

其他选项都是可选的(当然也很重要)!

我必须在我的本地创建新的db进行测试，并且我的prod有备份。我先创建了db，并尝试在新db上运行BAK，这为我产生了这个错误。我删除了db并恢复它，同时在恢复屏幕本身提供新的db名称。恢复时自动创建db。

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

我通过另一种方式完成工作，使用生成脚本。这对我来说确实有用，因为由于同样的错误，Backup-Restore没有帮助解决这个问题。