我的数据库文件增长非常快（设计者不是我，只是每周报告使 7 GB 增长）。最后，我的磁盘空间不足。以及计数的未报告周数。
我有一些选择可以执行，但需要您的建议：
缩小数据库（缩小是否为操作系统提供了空间？）
从外部磁盘或网络存储分离和附加 DB。（SQL Server 2005 是否支持网络存储？）
将 RAID 配置从 1 更改为 5 以将磁盘大小增加一倍。（这是最安全的选择，但也有 RAID 配置更改的危险。）
感谢这些关于我的问题的伟大而有用的答案。我检查了日志文件，99% 的空间未使用。所以，我缩小了它。由于 DB 仅在我们需要一些报告时使用（按时间请求，并不总是需要访问 db ）我认为性能对我来说不是问题。
我检查了我的巨大数据库并运行了 5 或 7 次收缩任务。我有大约 11 GB 的可用空间。此 DB 用于离线报告操作。之前，当我们创建报告时，它会增长大约 2 或 3 GB（这也很奇怪，但导入和处理了大约 6 百万行 CDR 日志）但上次我们尝试过。即使可用空间约为 11 GB。无法生成报告。磁盘空间意外为空。
因此，进行一些搜索并查看一些建议以检查索引。根据索引碎片，可能存在一些磁盘空间问题。
首先; 索引碎片是否会导致磁盘空间使用效率低下？第二; 如果我让索引重新组织或重建会发生什么？当然，总是有数据库崩溃的风险，但这对数据库有害吗？