这通常是由于版本不兼容造成的。 按照以下步骤来解决:

步骤1:使用首选名称创建数据库。(在我们的例子中是AdventureWorks)

步骤2:写单击数据库，然后单击Tasks >> Restore >> database…

第三步:在恢复界面进入第三个选项选择。现在选择“覆盖现有数据库(WITH REPLACE)”复选框

步骤4:单击“确定”。它应该能够成功地恢复数据库。

注意:当你用REPLACE恢复一个数据库时，它会覆盖旧的数据库。

:

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

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

查看链接了解更多细节。

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

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

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

我也遇到过这个问题。

解决方案:

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

简单3步:

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

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

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

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

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

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

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