SQL Server 2016设自动增长无限仍报PRIMARY文件组满错误原因排查

"Could not allocate space for object 'dbo.XYZ'.'index' in database 'DB_Name' because
the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files,
dropping objects in the filegroup, adding additional files to the filegroup,
or setting autogrowth on for existing files in the filegroup."

可能原因 #

• 单个数据文件达到大小上限：SQL Server 2016中，32位实例的数据文件最大为4GB；64位实例若使用FAT32文件系统，单个文件上限同样是4GB（NTFS支持更大，但特殊配置下仍可能受限）。即便磁盘有剩余空间，单个文件触顶后无法继续增长。
• 自动增长增量设置过大：若一次性增长几十GB，即便磁盘总空间充足，但若磁盘碎片过多、没有足够连续空间分配，增长操作会失败。
• 文件组/数据库被设为只读：PRIMARY文件组或整个数据库处于只读状态时，无法分配新空间。
• 服务账户磁盘配额限制：SQL Server运行账户被设置了磁盘配额，即便磁盘总空间足够，账户也无法写入更多数据。
• 系统表空间耗尽：PRIMARY文件组包含系统表，若大量元数据操作导致系统表异常膨胀，会触发空间不足错误。

排查步骤 #

1. 检查数据文件大小与上限 #

执行以下查询查看PRIMARY文件组下的文件配置：

SELECT 
    name AS FileName,
    physical_name AS FilePath,
    size/128.0 AS CurrentSizeMB,
    max_size/128.0 AS MaxSizeMB,
    growth/128.0 AS GrowthIncrementMB
FROM sys.master_files
WHERE database_id = DB_ID('DB_Name') AND filegroup_id = 1; -- filegroup_id=1对应PRIMARY文件组

确认MaxSizeMB是否为-1（无限制），同时检查CurrentSizeMB是否接近系统或文件系统的单个文件上限。

2. 验证自动增长增量合理性 #

若增长增量设置过大（如一次性增长50GB），可调整为较小的百分比（如10%）或固定大小（如5GB），避免因连续空间不足导致增长失败。

3. 检查只读状态 #

执行查询确认数据库和文件组的读写状态：

-- 检查数据库状态
SELECT name, is_read_only FROM sys.databases WHERE name = 'DB_Name';
-- 检查PRIMARY文件组状态
SELECT name, is_read_only FROM sys.filegroups WHERE name = 'PRIMARY';

若is_read_only值为1，需将其修改为可读写状态。

4. 检查服务账户磁盘配额 #

打开磁盘属性→配额选项卡，确认是否启用了配额限制，且SQL Server服务运行账户未达到配额上限。

5. 检查磁盘连续可用空间 #

使用磁盘碎片整理工具查看磁盘的连续可用空间大小，确认是否满足自动增长的增量需求。

6. 检查系统表空间占用 #

执行以下查询查看系统表的空间使用情况：

USE DB_Name;
SELECT 
    OBJECT_NAME(object_id) AS SystemTableName,
    reserved_page_count*8/1024.0 AS ReservedSpaceMB,
    used_page_count*8/1024.0 AS UsedSpaceMB
FROM sys.dm_db_partition_stats
WHERE object_id IN (SELECT object_id FROM sys.objects WHERE type_desc = 'SYSTEM_TABLE');

若某系统表占用空间异常，需进一步分析元数据操作（如未清理的事务、异常索引创建等）的影响。

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