关于SQL2000数据库 未使用空间很大的问题

Question

后来应该也做了RAD0  因为硬盘空间显示就为147G 如果没做RAD0 硬盘应该为294G才对哈

Answer 1

DBCC SHOWCONTIG(B)
查看一下这些表的空间情况及碎片情况
收缩了没反应么?>

Answer 2

收缩了没效果 ，每周自动收缩一次。并且我点收缩那里 当前数据文件37000mb
收缩文件至：37000MB  所以就没收缩   

Answer 3

DBCC SHOWCONTIG(B)这个结果是什么

Answer 4

你的表有主键吗？有主键的话可以碎片可以通过索引重建解决，如果是HEAP表的话就有问题。 

Answer 5

UNUSED占用大量空间的原因是表中的碎片太多。如果该表有聚集索引，那么重建（dbcc dbreindex）该聚集索引即可；如果没有聚集索引，则临时给它新建一个，建好后，再马上删掉。这两种方法的原理都是一样的，都是通过聚集索引来重新排列数据，将表中的碎片去掉。把相关表全部按上面操作之后，再收缩数据文件即可

Answer 6

你收缩到真是使用的大小，而不是当前数据文件大小。你点开里边会有一个提醒最小收缩的SIZE。 但是搜索是很耗资源的，所以建议维护的时候做。而且收缩也有副作用会产生碎片。 

Answer 7

这里上传不了图片哈， 我是这么操作的：
在目标数据库上鼠标右键-》所有任务-》收缩数据库-》点文件按钮 看到得数据文件大小为37000
而收缩操作中的  收缩文件至 框内的值为37000 MB (最小值为37000MB)

Answer 8

DBCC SHOWCONTIG(‘sp’) 的结果如下：DBCC SHOWCONTIG 正在扫描 'sp' 表...
表: 'sp'（421628595）；索引 ID: 0，数据库 ID: 7
已执行 TABLE 级别的扫描。
- 扫描页数.....................................: 119231
- 扫描扩展盘区数...............................: 103903
- 扩展盘区开关数...............................: 103902
- 每个扩展盘区上的平均页数.....................: 1.1
- 扫描密度［最佳值:实际值］....................: 14.34%［14904:103903］
- 扩展盘区扫描碎片.............................: 84.61%
- 每页上的平均可用字节数.......................: 5154.7
- 平均页密度（完整）...........................: 36.31%
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

Answer 9

使用这位美女的 方法 手动把几个大表都建了 聚集索引 然后删除 再收缩 37G的数据库现在就1.2G 
哇塞收缩了这么多。下面是 收缩后的SP 表情况DBCC SHOWCONTIG 正在扫描 'sp' 表...
表: 'sp'（421628595）；索引 ID: 0，数据库 ID: 7
已执行 TABLE 级别的扫描。
- 扫描页数.....................................: 53024
- 扫描扩展盘区数...............................: 6633
- 扩展盘区开关数...............................: 6632
- 每个扩展盘区上的平均页数.....................: 8.0
- 扫描密度［最佳值:实际值］....................: 99.92%［6628:6633］
- 扩展盘区扫描碎片.............................: 14.46%
- 每页上的平均可用字节数.......................: 1400.5
- 平均页密度（完整）...........................: 82.70%
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

Answer 10

由于聚集索引有组织数据的功能，把数据整理顺了，自然空出了很多空间，然后你DBCC SHOWCONTIG 中碎片多大80%多，已经达到了需要重建的地步了（微软建议30%以下：重组。30%以上：重建。）