将Yardi备份(.bak)文件恢复至SQL Server时遇错误求助

1. 验证LiteSpeed提取的备份完整性 #

• 重新运行LiteSpeed提取流程，确保13个文件全部完整提取，过程无中断或报错。提取后核对每个文件的大小、校验值，与源备份保持一致。
• 用LiteSpeed自带的验证工具（若有）直接校验提取后的备份文件有效性，排除工具提取环节导致的文件损坏。

2. 修正RESTORE语句的写法 #

• 确保语句包含所有13个备份文件，格式示例：

RESTORE DATABASE YourTargetDBName
FROM DISK = 'D:\Backup\extracted_file1.bak',
     DISK = 'D:\Backup\extracted_file2.bak',
     -- 依次添加剩余11个文件
     DISK = 'D:\Backup\extracted_file13.bak'
WITH REPLACE, NORECOVERY, STATS = 10;

• 若涉及差异/日志备份，需按顺序先恢复完整备份（带NORECOVERY），再恢复后续备份，最后用WITH RECOVERY完成恢复。

3. 修复损坏的备份头信息 #

• 针对RESTORE HEADERONLY返回INCOMPLETE的情况：
  • 尝试用LiteSpeed工具重新生成备份集的头信息（若工具支持该功能）。
  • 单独验证第一个备份文件的头信息：

RESTORE HEADERONLY FROM DISK = 'D:\Backup\extracted_file1.bak';

如果第一个文件头就损坏，说明提取过程存在问题，需重新提取。

4. 调整版本兼容设置 #

• 确认SQL Server 2022的兼容模式匹配Yardi备份的原始版本。即使你的版本更高，可先将目标数据库兼容模式设为原始版本（比如Yardi用SQL Server 2019则设为150），再执行恢复。
• 尝试读取备份的版本信息（若文件可部分读取）：

RESTORE FILELISTONLY FROM DISK = 'D:\Backup\extracted_file1.bak';

5. SSMS恢复向导的细节优化 #

• 在SSMS恢复向导的“源设备”中，添加全部13个备份文件，不要遗漏。
• 切换到“选项”页，勾选“覆盖现有数据库（WITH REPLACE）”，并根据备份类型选择恢复状态：
  • 若后续还有日志/差异备份，选“不对数据库执行任何操作，不回滚未提交的事务。可以还原其他事务日志。（WITH NORECOVERY）”
  • 若仅恢复当前备份集，选“回滚未提交的事务，使数据库处于可用状态。无法还原其他事务日志。（WITH RECOVERY）”
• 查看SSMS“消息”窗口的详细错误，定位具体出错的文件。

6. 最后手段：强制恢复（谨慎使用） #

• 若确认文件存在轻微损坏，可尝试用CONTINUE_AFTER_ERROR参数强制恢复，但可能导致数据丢失：

RESTORE DATABASE YourTargetDBName
FROM DISK = 'D:\Backup\extracted_file1.bak',
     DISK = 'D:\Backup\extracted_file2.bak',
     -- 依次添加剩余11个文件
     DISK = 'D:\Backup\extracted_file13.bak'
WITH REPLACE, NORECOVERY, CONTINUE_AFTER_ERROR;

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