将SQL Server从Linux迁移到Windows的可行性及恢复问题咨询

结论：Linux环境生成的SQL Server备份完全支持迁移到Windows环境运行，跨平台备份恢复是SQL Server 2017及以上版本的原生兼容能力，你遇到的报错属于操作配置问题，并非跨平台迁移本身不支持。

故障排查及解决步骤 #

• 确认两端版本匹配校验
  Windows端的SQL Server（含LocalDB）大版本必须大于等于Linux端版本。你使用的是SQL Server 2019 Express，Windows端需要安装2019及以上版本的SQL Server/LocalDB，低版本实例无法兼容高版本备份是此类报错的高频诱因。

• 排除备份文件传输损坏问题
  你已确认备份可在原Linux实例正常恢复，可排除备份本身损坏。.bak属于二进制文件，传输时必须使用二进制模式，若用FTP的ASCII模式传输会直接破坏文件结构，触发sysfiles1损坏报错。传输后可在Windows端执行命令校验备份完整性：

RESTORE VERIFYONLY FROM DISK = 'C:\备份存储路径\备份文件名.bak'

• 恢复时手动映射文件路径
  sysfiles1是存储数据库文件路径的系统表，Linux的路径格式与Windows不兼容，恢复时不能直接使用默认配置，必须手动指定Windows端合法存储路径：

1. 先在Linux端执行命令查询数据库的逻辑文件名：

sp_helpdb '你的数据库名称'

记录返回结果中逻辑数据文件、日志文件对应的name字段值
2. 执行T-SQL命令完成恢复，替换对应参数为自己的实际路径：

RESTORE DATABASE 目标数据库名
FROM DISK = 'C:\备份存储路径\备份文件名.bak'
WITH 
MOVE '查询到的逻辑数据文件名' TO 'C:\数据存储路径\数据库名.mdf',
MOVE '查询到的逻辑日志文件名' TO 'C:\日志存储路径\数据库名.ldf',
REPLACE, STATS = 10

若使用SSMS图形化操作，可在恢复界面的「文件」选项卡，勾选「将所有文件重新定位到文件夹」，手动指定Windows端的mdf和ldf存储路径即可。

• LocalDB兼容性测试优化
  如果始终使用LocalDB测试失败，建议先使用SQL Server 2019 Developer完整版实例测试，LocalDB的部分精简限制可能会导致兼容问题。

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