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