收缩日志文件与数据文件

 

 

收缩数据文件概述：

　　数据库使用数据文件（扩展名是mdf 或 ndf)来存储数据，使用日志文件（扩展名是ldf）来存储事务日志，通常情况下，数据文件会持续增长，不会自动释放空闲空间，这样会导致硬盘空间耗尽。如果一个数据库的文件有很多空闲空间，收缩数据库文件是一种解决硬盘空间紧张的直接方式。在SQL Server中，我们可以使用 DBCC ShrinkFile命令收缩数据文件，该命令首先将文件尾部的区（extent）移动到文件的开头，文件结尾的空闲的硬盘空间被释放给操作系统，这种操作就像截断将文件的尾部一样，这种方式不需要消耗很多IO就能释放空间；但是，如果空闲部分不在文件末尾时，收缩操作必须扫描数据文件，并对正在读取的页面加锁，把文件末尾的区移动到文件开头，这是一个IO密集型的操作，影响数据库的性能，但是，收缩操作不是一个独占行为，在做文件收缩时，其他用户仍然可以对数据库进行读写操作。在任意一个时间点停止dbcc shrinkfile命令，任何已经完成的工作都将保留。

收缩 数据库 是非常耗费server性能的操作，如果没有必要不要收缩
go 
　　收缩 无非就是把已经分配给数据库文件空间收回来，但是，收缩的时候 要移动数据页，而且可能造成大量的碎片，影响性能。
go 
　　日志收缩和数据文件收缩不一样，日志中的虚拟文件状态 只有 在可复用 时候  才能收缩。
　　而且 凡是有活动的日志的日志虚拟文件都是活动的不能收缩。
go

 

收缩日志概述：

日志文件收缩， 回收磁盘空间。
　　数据文件 根据设计  设计的大小，一般情况不用收缩，收缩可能带来性能的问题。

日志
　　如果 选择的日志恢复模型是完全，如果没有日志截断，日志增长的很大，
建议
　　备份日志。
　　　　backup log db to disk='备份设备'
　　截断日志
　　　　backup log db with no_log
　　然后收缩。
　　　　dbcc shrinkfile(2,10)

  原理参考：https://www.cnblogs.com/gallen-n/archive/2017/03/15/6555283.html

 

 

关于收缩的建议

不到万不得已，千万不要收缩数据库。收缩数据库影响极大：

1.收缩数据库对数据库的影响极大，产生大量日志和碎片，而且会锁表。如果你的库当前正在被使用，收缩不下去非常正常。
2.收缩数据库一定要手工来做的，而且是在维护窗口期做的事。
3.尽量使用语句来执行，可以提示错误

下面的文章详细介绍：
http://www.sqlskills.com/blogs/paul/why-you