SQL Server 2014索引重建耗尽磁盘空间失败且未释放空间，求解决方案

问题根源 #

索引重建过程中，SQL Server会先创建新的索引副本，完成后才替换旧索引，这个过程需要与索引大小相当的临时空间。批量重建所有表索引时，累计的临时空间需求会快速占满磁盘；操作失败时，未完成的临时索引不会自动清理，导致磁盘空间无法释放。

可行解决方案 #

1. 分批次重建，避免全量操作 #

不要一次性遍历所有表执行全索引重建，改为分表、分索引逐个处理，每次只占用单个索引的重建空间：

-- 单索引重建示例
ALTER INDEX IX_MyTable_Column1 ON MyTable REBUILD;
-- 完成后再执行下一个索引或表
ALTER INDEX IX_MyTable_Column2 ON MyTable REBUILD;

2. 将排序操作转移到tempdb #

如果有其他磁盘挂载了tempdb，可通过SORT_IN_TEMPDB参数将索引重建的排序临时文件转移到tempdb，减轻目标磁盘压力：

ALTER INDEX ALL ON MyTable REBUILD WITH (SORT_IN_TEMPDB = ON);

确保tempdb所在磁盘有足够空间，操作完成后tempdb会自动释放临时空间。

3. 手动清理失败残留的临时索引 #

操作失败后，未完成的临时索引会以类似_dta_index的命名存在，需手动清理释放空间：

-- 查询残留的临时索引
SELECT name FROM sys.indexes WHERE name LIKE '%_dta_index%' OR is_disabled = 1;
-- 删除指定残留索引
DROP INDEX [残留索引名称] ON MyTable;

4. 在线重建索引（企业版专属） #

SQL Server 2014企业版支持在线重建，虽然不减少空间需求，但中断后临时文件清理更高效，同时避免长时间锁表：

ALTER INDEX ALL ON MyTable REBUILD WITH (ONLINE = ON);

5. 应急收缩数据库（谨慎使用） #

若磁盘空间极度紧张，可临时收缩数据库释放未使用空间，但会产生索引碎片，仅作应急：

-- 收缩指定数据文件，调整目标大小（示例为10GB）
DBCC SHRINKFILE (MyDatabase_Data, 10240);

收缩后建议重新整理核心索引，避免性能下降。

6. 扩容或迁移数据文件 #

长期维护建议扩容目标磁盘，或新增磁盘并迁移部分数据文件分散空间压力：

-- 新增数据文件到新磁盘
ALTER DATABASE MyDatabase ADD FILE (
    NAME = MyDatabase_Data2,
    FILENAME = 'D:\Data\MyDatabase_Data2.ndf',
    SIZE = 10GB,
    MAXSIZE = UNLIMITED,
    FILEGROWTH = 1GB
);

内容的提问来源于stack exchange，提问作者Daniel Fridman