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

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

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

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

4)选择“。bak”文件

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

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

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

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

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

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

祝你好运。

列表项

USE [master];
GO

CREATE DATABASE db;
GO

CREATE DATABASE db2;
GO

BACKUP DATABASE db TO DISK = 'c:\temp\db.bak' WITH INIT, COMPRESSION;
GO

RESTORE DATABASE db2
  FROM DISK = 'c:\temp\db.bak'
  WITH REPLACE,
  MOVE 'db' TO 'c:\temp\db2.mdf',
  MOVE 'db_log' TO 'c:\temp\db2.ldf';

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

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

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

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

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

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

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

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

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

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