我正在使用限制为 10GB/数据库的 Microft SQL Express 版服务器。原始数据库在许可服务器上运行，约为 15GB。我得到了这个数据库的一小部分（最近几年的数据），应该远低于 10GB。.bak 文件为 6GB，我假设数据库本身为 ~2.5-3GB。当我尝试从备份中恢复时，MSSQL 管理工作室清楚地看到 .bak 文件为 6GB，但它仍然显示“恢复失败，生成的数据库将超过 10GB/数据库的限制”。
任何想法发生了什么？我很困惑。
我的“最小” .bak 文件是由于削减（删除几年的数据）原始数据库的副本而产生的。
路易斯，
即使文件本身只有 6 GB，数据库（恢复时）的大小也将大于 10 GB。让给您备份的人将数据库大小缩小到 10 GB 以下，并为您制作另一个备份。即使数据库中没有任何数据，它的大小也不能超过 10 GB。
这意味着存在负压缩并且备份大于原始备份。你真的相信吗？我在月球上有一些土地要卖给你。
6GB 意味着数据库比那个大。可以是 10，可以是 10000gb - 因为备份只有包含数据的页面，而 FILES（以及原始文件大小正在恢复并且是 Express 中检查的一部分）大部分可能是空的。