这是因为原始Db中的.mdf和.ldf文件可能位于c:\programFile\....这个信息保存在备份!

如果您在安装在c:\program Files (x86)\ ....的不同SQL Server上创建了相同的DB您不能像往常一样恢复。您需要重新定位.mdf和.ldf文件的路径。

因此:

在新的Server上创建一个空DB 右键单击空Db >任务>恢复>数据库>单击设备选择您的。bak文件>选择Db恢复到 选择“重新定位所有文件到文件夹” 点击左边站点>的选项，点击覆盖

完成了! 希望能有所帮助!

简单3步:

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

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

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

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

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

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

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

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

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

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

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

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

4)选择“。bak”文件

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

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

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

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

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

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

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