sqlserver备份变小，sqlserver备份格式

为什么sqlserver数据库备份30g只有不到10g

sqlsever数据库备份时间太长的原因有：数据库已经很大超过5g，备份处理过程费时，可考虑压缩数据库。数据库仍在执行事务链接处理业务过程中备份时间长，可考虑断开事务处理进行备份。

不是的。这个是因为你数据库的数据虽然删除了。但是数据库的体积并没有减少多少。

sql备份40个g的数据的时间要看服务器的性能。cpu及硬盘的读写能力，32核的分分钟的事。在sqlserver数据库里包括数据文件和日志文件，相应包括数据备份和日志备份。

没有用到索引或者就是内存小了，因为没有备份运行时有的sql丢失了。看看数据库内存设置是否比较小，数据库表是否建立合理的索引。

SQLServer数据库收缩相关知识

1、可以成组或单独地手动收缩数据库文件，也可以设置数据库，使其按照指定的间隔自动收缩。文件始终从末尾开始收缩。

2、数据库收缩的工作原理是：清理空白空间和日志来实现。空白空间：删除表时，数据库的空间不会自动缩小，随着建的表越来越多，删除操 作越来越多时候，数据文件就会越来越多。日志：是记录你历史操作的，没用的都可以清除。

3、先分离数据库，然后删除日志文件，再附件数据库。 收缩文件，选择日志文件，设置将文件收缩到0M，试了一下，只能从65G收缩到55G，也就是只释放了未使用的空间。

SQLserver数据库备份数据文件过大怎么办

可以再导出一个只含数据结构的数据库副本。或者 如果日志文件不重要的话，可以只导出数据库本身，不导出日志。最后，7G文件也不算大，我这里就是用一个160G的移动硬盘备份的，不过一定要把硬盘格式化成NTFS格式。

时间充足就断线停止写入数据库，做个全备份。删除数据库，删除数据库文件。整理下磁盘。重建同名数据库，恢复数据库。这时候的空间是最紧凑的，可以试试建聚集索引。

然后把数据库文件COPY到你新买的大硬盘上 然后再附加数据库 然后再做一个作业，定期清理日志，一天做一个差异备份，一周做一个完全备份。并自动删除之前备份的文件。数据库实在大了，分割数据库，用蓝光刻盘。

sqlserver最大支持数据文件，也就是MDF，单个文件是16 TB，日志2 TB。如果你的数据文件和日志文件没有超过这个大小，数据库是没有问题的。

STATS = 10， NOFORMAT 你选择的是NOFORMAT-追加备份，也就是不覆盖原有数据，数据库大小2G备份大概是200M 第一天备份文件大小200M 第二天400M 第三天600M 这个文件会不停的追加大小，如果你备份频繁，追加的就频繁。

关于sqlserver备份变小和sqlserver备份格式的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。