Kadir Çolak Asked: 2024-01-17 21:16:23 +0800 CST2024-01-17 21:16:23 +0800 CST 2024-01-17 21:16:23 +0800 CST sql server备份恢复多次需要磁盘空间 772 我对实时系统进行了完整备份文件,大约 210 GB。它位于下载文件夹中,扩展名为 .bak。我尝试在台式计算机上的 SQL Server 中使用还原数据库在本地安装它,但出现以下错误。 是的,我的 C 盘上没有超过 210 GB 的可用空间,但它需要我大约 1.3 TB 的可用空间。造成这种情况的原因是什么,或者有其他方法可以避免这种情况吗? 这是照片; 平均实际文件空间 210 GB sql-server 1 个回答 Voted Best Answer J.D. 2024-01-17T21:19:14+08:002024-01-17T21:19:14+08:00 备份文件的大小与数据库(数据和日志文件)的大小无关。备份文件仅包含数据库中的非空数据页。创建备份文件时也可能使用了压缩。 如果您查看备份来源的原始数据库的总大小,我想您也会发现它也大约有 1.3 TB 大。您可以通过运行该数据库中的系统存储过程来验证这一点sp_spaceused。 您需要相同数量的可用空间才能从该大小的数据库恢复备份。没有办法解决这个问题。 不过,数据库备份小得多,这是一个轻微的危险信号。听起来原始数据库的自动增长设置可能设置得太高了。或者流氓交易炸毁了交易日志。看起来您有近 1 TB 的空间未在积极使用(空页面)。 如果是由于自动增长设置不正确,您可能需要将其调整为更合理的值,然后进行一次性收缩 以将不需要的已声明空间释放回磁盘。(不要对收缩感到满意,不建议将其作为常规过程,而只应用于一次性的特殊场合。)然后,当您从该数据库恢复备份时,它将变得更合理。
备份文件的大小与数据库(数据和日志文件)的大小无关。备份文件仅包含数据库中的非空数据页。创建备份文件时也可能使用了压缩。
如果您查看备份来源的原始数据库的总大小,我想您也会发现它也大约有 1.3 TB 大。您可以通过运行该数据库中的系统存储过程来验证这一点
sp_spaceused
。您需要相同数量的可用空间才能从该大小的数据库恢复备份。没有办法解决这个问题。
不过,数据库备份小得多,这是一个轻微的危险信号。听起来原始数据库的自动增长设置可能设置得太高了。或者流氓交易炸毁了交易日志。看起来您有近 1 TB 的空间未在积极使用(空页面)。
如果是由于自动增长设置不正确,您可能需要将其调整为更合理的值,然后进行一次性收缩 以将不需要的已声明空间释放回磁盘。(不要对收缩感到满意,不建议将其作为常规过程,而只应用于一次性的特殊场合。)然后,当您从该数据库恢复备份时,它将变得更合理。