您可以恢复到一个新的数据库，验证文件名语法，它将在日志文件中，对于新的SQL版本将是“_log”后缀

AD检查覆盖现有的数据库标志在选项卡

Fabio

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

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

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

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

4)选择“。bak”文件

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

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

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

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

我也遇到过这个问题。

解决方案:

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

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

我也面临同样的问题，并通过这样做找到了解决方案，使用SSMS 2014

Just select the Option Overwrite the existing database(WITH REPLACE) 

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

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

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