如何备份不含Filestream数据的大型启用Filestream生产数据库

当然可以！这刚好是针对你这种场景的最优解——既大幅缩减备份体积、降低测试环境的磁盘和网络压力，又能保留足够的关系型数据支撑部署测试。下面给你详细说怎么操作，以及需要注意的细节：

一、两种核心备份方法 #

1. 文件组备份（最精准） #

如果你的数据库是把主文件组（存关系型数据）和Filestream文件组分开配置的，直接只备份主文件组（以及其他非Filestream的用户文件组，如果有的话）就行。执行的T-SQL命令大概是这样：

BACKUP DATABASE YourProductionDB 
FILEGROUP = 'PRIMARY' -- 替换成你的主文件组名称，有其他非Filestream文件组可追加
TO DISK = 'D:\Backups\YourDB_NoFilestream.bak'
WITH COMPRESSION; -- 开启压缩能再省不少空间

2. 部分备份（适合只读Filestream场景） #

如果你的Filestream文件组是只读状态（比如存归档历史数据，不会再更新），SQL Server的部分备份会自动跳过只读文件组，只备份读写的文件组。命令如下：

BACKUP DATABASE YourProductionDB 
READ_WRITE_FILEGROUPS -- 仅备份读写的非Filestream文件组
TO DISK = 'D:\Backups\YourDB_Partial.bak'
WITH COMPRESSION;

要是Filestream文件组是读写的，你可以先临时把它设为只读（业务允许的话），备份完再改回去，这样就能用这个方法了。

二、测试环境恢复步骤 #

恢复的时候要处理好Filestream文件组的状态，不然会报错：

1. 先恢复备份的文件组，用NORECOVERY暂时不完成恢复：

RESTORE DATABASE YourStagingDB
FILEGROUP = 'PRIMARY'
FROM DISK = 'D:\Backups\YourDB_NoFilestream.bak'
WITH 
    MOVE 'YourProductionDB_Data' TO 'E:\StagingData\YourStagingDB.mdf', -- 映射到测试环境磁盘路径
    MOVE 'YourProductionDB_Log' TO 'F:\StagingLogs\YourStagingDB.ldf',
    NORECOVERY,
    REPLACE; -- 覆盖测试环境已有的同名数据库（如果存在）

2. 把Filestream文件组设为离线，或者直接删除（根据需求选择）：

-- 方法1：设为离线，后续需要时还能恢复
ALTER DATABASE YourStagingDB
MODIFY FILEGROUP YourFilestreamFG OFFLINE;

-- 方法2：彻底删除（确定永远不需要Filestream数据的话）
ALTER DATABASE YourStagingDB
REMOVE FILE YourFilestreamFile;
ALTER DATABASE YourStagingDB
REMOVE FILEGROUP YourFilestreamFG;

3. 最后完成数据库恢复：

RESTORE DATABASE YourStagingDB WITH RECOVERY;

三、测试场景的适用性说明 #

这种方式完全能满足你的部署测试需求：

• 核心的关系型数据（表结构、业务逻辑数据、存储过程/触发器等）都是完整的，足以测试部署脚本的正确性、应用核心功能逻辑、数据校验规则等。
• 唯一的限制是：涉及Filestream数据的功能（比如文件上传下载、读取Filestream字段的代码）没法测试。如果你的测试范围不包含这些功能，那完全没问题；要是偶尔需要测这类功能，可以单独同步少量Filestream数据到测试环境。

额外小建议 #

• 备份时一定要开COMPRESSION，能把备份体积再压缩30%-50%左右，省很多网络和磁盘空间。
• 可以把备份和恢复的脚本写成自动化作业，定期同步生产环境的关系型数据到测试环境，不用手动操作。
• 恢复完成后，记得跑一下DBCC CHECKDB (YourStagingDB, PRIMARY)，检查主文件组的数据完整性，避免后续测试出问题。

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