在使用SQL Server执行数据库备份任务时，部分用户会遇到“不允许对文件或文件组进行备份，因为它没有联机”的报错，导致备份流程中断。如果是核心业务数据库的备份任务失败，可能会带来数据安全隐患，因此需要快速定位并解决这个问题。
问题原因分析
这个报错的核心原因是当前要备份的文件组处于非联机状态，SQL Server仅支持对联机状态的文件组执行备份操作。常见的触发场景有以下几类：
- 文件组被手动设置为脱机状态，可能是之前维护时误操作导致
- 文件组对应的数据文件损坏，或者数据文件路径被修改、权限不足，导致文件组无法正常联机
- 数据库处于恢复模式切换过程中，部分文件组状态未同步更新
- 文件组被设置为只读后，配置出现异常导致状态标记为脱机
排查步骤
第一步：查看文件组状态
首先需要确认数据库中所有文件组的状态，执行以下SQL语句查询：
-- 查询数据库所有文件组的状态
SELECT
name AS 文件组名称,
state_desc AS 状态,
is_read_only AS 是否只读
FROM sys.filegroups;如果查询结果中某个文件组的state_desc显示为OFFLINE，说明该文件组处于脱机状态，就是导致备份报错的源头。
第二步：查看文件组对应数据文件状态
如果文件组状态异常，需要进一步查看对应数据文件的情况，执行以下语句：
-- 查询文件组关联的数据文件状态
SELECT
fg.name AS 文件组名称,
df.name AS 数据文件逻辑名,
df.physical_name AS 数据文件物理路径,
df.state_desc AS 文件状态
FROM sys.filegroups fg
JOIN sys.database_files df
ON fg.data_space_id = df.data_space_id
ORDER BY fg.name;如果数据文件的state_desc不是ONLINE，需要检查物理路径是否存在、文件权限是否正常、文件是否损坏。
解决方法
方法一：将脱机文件组重新联机
如果文件组和数据文件都没有损坏，只是被误设置为脱机，可以通过ALTER DATABASE语句将其恢复联机：
-- 将指定文件组设置为联机，替换[文件组名称]为实际名称 ALTER DATABASE 数据库名称 MODIFY FILEGROUP [文件组名称] ONLINE;
执行完成后再次查询文件组状态，确认状态变为ONLINE后，重新执行备份操作即可。
方法二：处理数据文件异常
如果数据文件物理路径丢失、权限不足，需要先修复文件问题：
- 如果是路径修改，更新数据文件的物理路径：
-- 修改数据文件物理路径，替换对应参数为实际值
ALTER DATABASE 数据库名称
MODIFY FILE (
NAME = 数据文件逻辑名,
FILENAME = '新的物理路径'
);- 如果是权限问题，给SQL Server服务账户授予数据文件所在文件夹的完全控制权限
- 如果文件损坏，先尝试从之前的备份恢复该文件，再重新联机文件组
方法三：跳过脱机文件组备份
如果脱机文件组是临时不需要备份的冷数据，也可以选择仅备份联机状态的文件组：
-- 仅备份联机的主文件组和指定联机文件组，替换对应名称为实际值 BACKUP DATABASE 数据库名称 FILEGROUP = 'PRIMARY', FILEGROUP = '联机文件组名称' TO DISK = '备份文件路径.bak' WITH INIT, STATS = 10;
注意事项
操作前建议先对数据库做一次完整备份，避免操作过程中出现意外导致数据丢失。如果是生产环境，修改文件组状态或者数据文件路径的操作建议在业务低峰期执行，避免影响正常业务访问。如果尝试以上方法后问题仍然存在，可以查看SQL Server错误日志，获取更详细的故障信息后再进一步排查。
注意：执行
ALTER DATABASE相关操作时，需要确保当前登录账户拥有对应的数据库 ALTER 权限。
SQL_Server数据库备份文件组联机备份故障排查ALTER_DATABASE修改时间：2026-05-30 22:01:27