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

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

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

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

4)选择“。bak”文件

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

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

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

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

:

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

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

查看链接了解更多细节。

简单3步:

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

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

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

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

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

在执行其他操作之前，请确认备份是全量备份还是差动备份。如果您试图从差异备份中创建一个新数据库，那么无论您做什么，都会遇到错误。

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

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

祝你好运。

列表项

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

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

因此:

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

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