曲演杂坛--收缩数据库数据文件

--=====================================================================

部分朋友在遇到收缩数据库文件的时候遇到一些困难，发现明明有大量剩余空间或删除了大量数据，还是无法收缩数据库，这是为啥子呢？

--====================================================================

要收缩数据库文件，首先我们需要确定有多少空间可以收缩,由于收缩文件是按照Extent来收缩，因此我们需要查找有多少未分配的分区。

或者使用

--==========================================
---显示指定的表或视图的数据和索引的碎片信息。
--使用(TotalExtents-UsedExtents)*8/1024 得到可以收缩的空间（单位MB）
DBCC SHOWFILESTATS

--===========================================================

在一些情况下，删除了大量数据，但是可以收缩的空间还是很小，这是为什么呢？让我们一步步来分析查找。

首先我们查看数据库上Extent的使用情况

对于上面有大量未使用空间的用户对象，可以重建索引来释放分区。

--============================================================================================

如果未找到，我们就需要更深一步来数据页的使用情况

当然我们也可以使用以下脚本来查找

SELECT OBJECT_NAME(object_id) AS TableName,*
FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL, NULL, ‘SAMPLED‘)
ORDER BY page_count*(100-avg_fragmentation_in_percent) DESC

找到碎片较多的索引，可以通过索引维护来释放更多数据页

--===========================================================================================

因为收缩数据库文件是将已分配的页从数据文件的末尾移动到该文件前面的未分配页，因此我们需要先定位哪些“已分配的页”处于数据文件的末尾，由于数据页在文件中的偏移量=页ID*8192，因此页ID越大的数据页，处于文件的越尾端,因此我们需要查找页ID最大的对象

然后对这些索引进行重建，这样便可以将数据页移动到文件前段，从而避免收缩文件时过多的数据页移动。

--=============================================================================

接下来就是收缩啦，这没什么好说的，如果要收缩的空间比较大，可以分多次小空间低收缩。

--============================================================================

在收缩数据库过程中，我们要时刻关注阻塞情况哦，遇到个长期运行的事务，亲，不要不淡定哦！

--===========================================================================

打完收工，依旧是妹子镇贴。

PS: 我会尽量放点小清新的图片，以防止有些兄弟上班时间看妹子被抓到，影响不好！！

曲演杂坛--收缩数据库数据文件,布布扣,bubuko.com