SQL Server多文件组分区：物理文件未写入数据问题排查

现象是否正常？ #

正常。SQL Server采用**预写日志（WAL）**机制，插入数据时会先写入事务日志，数据页暂时留在内存缓冲池中，由后台惰性写入器或检查点异步刷入物理数据文件。如果数据量较小、缓存未触发刷盘，物理文件的last modified date就不会立即更新，但数据已经被正确记录到分区中（这也是你查询行数符合预期的原因）。

另外，如果开启了即时文件初始化（IFI），数据文件扩展时不会用零填充，也可能导致修改日期不更新，但文件实际已经存储了数据。

独立文件是否会存储对应数据？ #

只要分区配置正确，对应分区的数据会存储到绑定的文件组的物理文件中。分区方案的作用就是将分区函数定义的每个分区范围映射到指定文件组，而文件组内的物理文件是该文件组的存储载体，SQL Server会自动在文件组的文件间按比例分配数据。修改日期未更新只是数据还在内存缓存，后续刷盘后数据会持久化到对应文件中。

常见脚本疏漏排查 #

如果担心配置有误，可检查以下几点：

• 分区方案是否正确映射分区与文件组：执行SELECT * FROM sys.partition_schemes和SELECT * FROM sys.destination_data_spaces，确认每个分区对应的文件组是否符合预期。
• 物理文件是否正确关联到文件组：执行SELECT * FROM sys.database_files，查看filegroup_id是否对应到目标文件组，且state_desc为ONLINE。
• 分区表是否绑定分区方案：检查表的创建语句，确认是否包含ON [你的分区方案名](分区列)，而非默认文件组。
• 分区函数的边界设置是否正确：比如使用RANGE LEFT还是RANGE RIGHT，确保插入的分区键值落在预期的分区范围内。可通过SELECT $PARTITION.你的分区函数名(分区键值)验证数据所属分区。

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