从.bak文件还原SQL DB时，缺少所有表

我从一个客户那里收到了一个.bak文件，为了让它正常工作，我已经苦苦挣扎了两天。在SQL Server 2012中将文件还原到新数据库时，还原会成功，但还原的数据库中没有表。 我在网上找到的几乎所有东西都尝试过了，我真的认为备份可能没有正确执行（我不希望带着这些信息返回客户机）

我欣赏所有的想法。

---

谢谢

听起来客户在发送之前备份了一个空白数据库。我恢复了大量由客户提供的备份，我对自己的发现从不感到惊讶。返回客户端，请求新的完整数据库备份，然后重试

听起来客户在发送之前备份了一个空白数据库。我恢复了大量由客户提供的备份，我对自己的发现从不感到惊讶。返回客户端，请求新的完整数据库备份，然后重试

您需要返回客户端，告诉他们他们给您的备份错误，因为它是空的

如果备份可以成功还原，但其中没有表，则备份时也没有表。备份不可能“没有正确执行”并且仍然成功（并生成可恢复的备份），并在这种情况下结束。除非他们备份了错误的数据库或向您提供了错误的.bak文件

---

可能客户唯一会生气的是你等了两天才告诉他们。

你需要回到客户那里，告诉他们他们给了你错误的备份，因为它是空的

如果备份可以成功还原，但其中没有表，则备份时也没有表。备份不可能“没有正确执行”并且仍然成功（并生成可恢复的备份），并在这种情况下结束。除非他们备份了错误的数据库或向您提供了错误的.bak文件

可能客户唯一会生气的是，你等了两天才告诉他们。

冒着回答“我也是”的风险，似乎是谁给了你备份给了你错误的东西。但您可以通过执行

从磁盘开始还原='path\u to\u backup'

来进行确认，这将告诉您各种有用的信息，包括：

• 服务器名
• 数据库名称
• 备份日期

冒着回答“我也是”的风险，听起来好像是谁给了你备份给了你错误的东西。但您可以通过执行

从磁盘开始还原='path\u to\u backup'

来进行确认，这将告诉您各种有用的信息，包括：

• 服务器名
• 数据库名称
• 备份日期

---

我今天也有同样的问题。结果是我复制了系统数据库的.bak文件，而不是主数据库的.bak文件。今天晚上我要去参加一个节日，在云端里头晕目眩

---

如果你有同样的问题，可能会再次检查你的文件。我的是来自同一个目录，同一个日期戳和一个乱七八糟的名字，所以很容易犯错误。。。我喜欢思考。
我今天也有同样的问题。结果是我复制了系统数据库的.bak文件，而不是主数据库的.bak文件。今天晚上我要去参加一个节日，在云端里头晕目眩

---

如果你有同样的问题，可能会再次检查你的文件。我的是来自同一个目录，同一个日期戳和一个乱七八糟的名字，所以很容易犯错误。。。我喜欢思考。
我也有同样的问题。我首先创建数据库，然后右键单击它并选择restoring。这导致没有表格。相反，我右键单击了“数据库”，并从中选择了还原。现在我可以看到所有的表了。
我也遇到了同样的问题。我首先创建数据库，然后右键单击它并选择restoring。这导致没有表格。相反，我右键单击了“数据库”，并从中选择了还原。现在我可以看到所有的表了。
我遇到了同样的问题——没有恢复任何表。我所做的只是创建了一个新数据库并恢复到新数据库。一切如期进行
我遇到了同样的问题--没有还原表。我所做的只是创建了一个新数据库并恢复到新数据库。一切如期进行
使用此备份脚本 备份时
备份数据库[数据库名称]
到DISK=N'C:\yourpath\filename.bak'
使用此备份脚本 备份时
备份数据库[数据库名称]

---

TO DISK=N'C:\yourpath\filename.bak'
如果成功还原而没有任何错误，则您必须返回到客户端。问题是什么？该.bak文件有多大？如果成功还原而没有任何错误，则您必须返回到客户端。问题是什么？该.bak文件有多大文件？谢谢你的反馈。。。客户很不高兴，因为他们的旧提供商已经删除了数据库。。。我想我得试着从头开始重建表了。@JRulle好吧，如果是这样的话，他们不应该为此而生你的气（除非他们在给你备份后擦除了数据库，而你等了两天才告诉他们备份不好）。谢谢你的反馈。。。客户很不高兴，因为他们的旧提供商已经删除了数据库。。。我想我应该试着从头开始重建表了。@JRulle好吧，如果是这样的话，他们不应该为此而生你的气（除非他们在给你备份后擦除了数据库，而你等了两天才告诉他们备份不好）。