SQL 服务器中的磁盘使用摘要报告
Disk USAGE summary Report in SQL Server
我在 sql 服务器中创建了一个报告，方法是右键单击“报告”->“标准报告”->“Table 的磁盘使用情况”。在下面的快照中，您可以看到未使用的 space分别是 ~23 和 20gb。在夜间迁移期间，我们在此 table 中有很多插入操作，这可能是导致它但不确定的原因。
在这一步之后，我抓取了下面共享的数据库磁盘使用情况
数据库磁盘使用情况表明大约 8.23 未使用，这变成 555gb（数据库大小）* 0.0823 = ~45 gb 并匹配 table 未使用 space。
我想获得在这种情况下的最佳实践建议。
- 我应该回收这些 table 中未使用的 space 吗？
- 是未使用的space因为索引碎片和
常规插入、更新和删除 operation.How 这可以吗
避免？
- 如果回收未使用的数据库 space 最佳实践，我该如何回收它？
谢谢。
- 没有。要回收 space，您需要缩小数据库。它会导致碎片，因此您需要进行索引重组或重建，这并非没有成本。没有理由这样做，因为 DB 会再次增长。 DB 中有 10% 未使用 space 且有许多 DML 更改是正常的。
- 这是无法避免的。当您删除许多行时，space 将变为未使用状态，直到它被新的 INSERT 使用为止。碎片化也是拥有它的另一个原因。定期检查碎片并进行索引重建（碎片超过30%）/重组（碎片在10%-30%之间）。
- 磁盘space今天很便宜，所以如果没有特定原因要收缩数据库，请不要这样做。
我在 sql 服务器中创建了一个报告，方法是右键单击“报告”->“标准报告”->“Table 的磁盘使用情况”。在下面的快照中，您可以看到未使用的 space分别是 ~23 和 20gb。在夜间迁移期间，我们在此 table 中有很多插入操作，这可能是导致它但不确定的原因。
在这一步之后，我抓取了下面共享的数据库磁盘使用情况
数据库磁盘使用情况表明大约 8.23 未使用，这变成 555gb（数据库大小）* 0.0823 = ~45 gb 并匹配 table 未使用 space。
我想获得在这种情况下的最佳实践建议。
- 我应该回收这些 table 中未使用的 space 吗？
- 是未使用的space因为索引碎片和 常规插入、更新和删除 operation.How 这可以吗 避免？
- 如果回收未使用的数据库 space 最佳实践，我该如何回收它？
谢谢。
- 没有。要回收 space，您需要缩小数据库。它会导致碎片，因此您需要进行索引重组或重建，这并非没有成本。没有理由这样做，因为 DB 会再次增长。 DB 中有 10% 未使用 space 且有许多 DML 更改是正常的。
- 这是无法避免的。当您删除许多行时，space 将变为未使用状态，直到它被新的 INSERT 使用为止。碎片化也是拥有它的另一个原因。定期检查碎片并进行索引重建（碎片超过30%）/重组（碎片在10%-30%之间）。
- 磁盘space今天很便宜，所以如果没有特定原因要收缩数据库，请不要这样做。