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