SQL Server多文件文件组迁移数据时出现异常，寻求解决方案

我处理过不少跨版本SQL Server迁移中涉及多文件组的场景，结合你的操作流程，先梳理下核心问题：你通过分区中转的方式移动LOB数据，但这个额外步骤容易引发多文件组的数据分布、文件增长异常，咱们一步步来解决：

一、先确保多文件文件组的基础配置无问题 #

很多异常的根源是文件组的初始配置不符合预期，先检查这几点：

• 确认新文件组的两个数据文件初始大小完全一致，FILEGROWTH设置（百分比或固定值）和MAXSIZE完全相同，避免SQL Server优先写入空间更大的文件导致分布不均。
• 开启AUTOGROW_ALL_FILES（SQL Server 2016及以上支持），确保自动增长时所有文件同步扩展，防止单文件过度膨胀：

  ALTER DATABASE YourDatabaseName MODIFY FILEGROUP YourNewFileGroup AUTOGROW_ALL_FILES;
  

二、简化LOB数据迁移流程（去掉不必要的分区中转） #

你当前用分区作为中转的操作其实是绕远路了，SQL Server 2017支持直接通过聚集索引重建+LOB列存储修改来完成迁移，完全不需要分区操作，这能避免分区带来的文件组关联残留问题：

1. 先指定LOB列的存储目标文件组：

   ALTER TABLE YourLOBTable 
   ALTER COLUMN YourLOBColumn VARBINARY(MAX) -- 替换成你的LOB数据类型，比如TEXT/IMAGE
   TEXTIMAGE_ON YourNewFileGroup;
   

2. 重建聚集索引将整个表（含LOB数据）迁移到新文件组：

   CREATE UNIQUE CLUSTERED INDEX PK_YourLOBTable 
   ON YourLOBTable (YourPKColumn) -- 替换成表的主键列
   WITH (
       DROP_EXISTING = ON,
       ONLINE = ON, -- 在线重建减少业务影响，需要企业版
       RESUMABLE = ON -- 可选，支持中断后继续
   )
   ON YourNewFileGroup;
   

三、针对已出现的多文件组异常排查与修复 #

如果已经执行了分区中转操作并出现异常，按以下步骤排查：

• 检查文件组数据分布情况：用以下查询查看每个文件的已用空间，确认是否存在数据分布不均：

  SELECT 
      fg.name AS FileGroupName,
      df.name AS FileName,
      df.physical_name AS PhysicalPath,
      CAST(df.size * 8 / 1024.0 AS DECIMAL(10,2)) AS TotalSizeMB,
      CAST(FILEPROPERTY(df.name, 'SpaceUsed') * 8 / 1024.0 AS DECIMAL(10,2)) AS UsedSizeMB
  FROM sys.filegroups fg
  JOIN sys.database_files df ON fg.data_space_id = df.data_space_id
  WHERE fg.name = 'YourNewFileGroup';
  

• 清理分区残留：如果分区方案/函数没有完全删除，会导致文件组被锁定或关联异常，执行以下查询确认并清理：

  -- 查看关联到目标文件组的分区对象
  SELECT * FROM sys.partitions p
  JOIN sys.indexes i ON p.object_id = i.object_id AND p.index_id = i.index_id
  JOIN sys.data_spaces ds ON i.data_space_id = ds.data_space_id
  WHERE ds.name = 'YourNewFileGroup' AND ds.type = 'PS'; -- PS表示分区方案
  
  -- 删除分区方案（需先删除关联索引）
  DROP PARTITION SCHEME YourPartitionScheme;
  -- 删除分区函数
  DROP PARTITION FUNCTION YourPartitionFunction;
  

• 查看SQL Server错误日志：在SSMS中查看「管理 -> SQL Server日志」，查找和文件组、文件增长、磁盘空间相关的错误，这是定位异常的关键（比如磁盘权限不足、文件无法增长等）。

四、验证迁移结果 #

最后执行以下查询确认所有表和LOB数据都已迁移到目标多文件组：

-- 检查表的聚集索引所在文件组
SELECT 
      t.name AS TableName,
      i.name AS IndexName,
      fg.name AS FileGroupName
FROM sys.tables t
JOIN sys.indexes i ON t.object_id = i.object_id AND i.type = 1 -- 聚集索引
JOIN sys.filegroups fg ON i.data_space_id = fg.data_space_id
WHERE t.name = 'YourLOBTable';

-- 检查LOB列的存储文件组
SELECT 
      t.name AS TableName,
      c.name AS LOBColumnName,
      fg.name AS FileGroupName
FROM sys.tables t
JOIN sys.columns c ON t.object_id = c.object_id
JOIN sys.types ty ON c.system_type_id = ty.system_type_id
JOIN sys.filegroups fg ON c.text_image_data_space_id = fg.data_space_id
WHERE ty.name IN ('TEXT', 'NTEXT', 'IMAGE', 'VARBINARY(MAX)', 'VARCHAR(MAX)', 'NVARCHAR(MAX)')
AND t.name = 'YourLOBTable';

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