使用脚本恢复SQL数据库遇Msg3201/Msg3013错误及还原窗口异常求助

刚碰到过类似的问题，给你梳理下这两个故障的原因和解决办法，都是SQL Server还原里的常见场景：

这个错误的核心就是备份文件被其他进程锁定了，操作系统不让SQL Server访问它。常见的触发场景有这些：

• 你之前用图形界面打开过这个备份文件的还原窗口，没彻底关闭；
• 杀毒软件的实时扫描正在检查这个.bak文件；
• 文件资源管理器的预览窗格在读取备份文件内容；
• 其他程序（比如备份工具）还在占用这个文件。

对应的解决办法：

• 先做基础排查：关闭所有和这个备份文件相关的SSMS窗口，重启SSMS，同时关闭文件资源管理器的预览功能，再重试还原脚本；
• 排查安全工具：临时关闭杀毒软件的实时防护，或者把备份文件所在的文件夹加入信任列表，避免工具锁定文件；
• 精准定位占用进程：用Windows的handle.exe（属于Sysinternals工具集）来查询，执行命令：

  handle.exe "你的备份文件完整路径"
  

  找到占用进程的ID后，在任务管理器里结束它；
• 换路径重试：把.bak文件复制到一个新的文件夹（比如D:\Temp），然后修改还原脚本里的路径，用新位置的文件来还原。

这种情况大概率是备份文件的元数据读取失败，或者备份本身的类型不对，常见原因：

1. 备份文件损坏：备份过程中中断、存储介质损坏都会导致备份文件失去完整的元数据；
2. 备份类型不对：如果这是差异备份或者事务日志备份，它本身不包含完整的数据库结构信息，必须依赖之前的完整备份才能还原；
3. SSMS版本兼容问题：旧版SSMS可能无法正确识别新版SQL Server生成的备份文件元数据。

解决步骤：

• 先验证备份完整性：打开SSMS的还原数据库窗口，选择源设备添加你的.bak文件，然后点击窗口左下角的「验证备份集」，如果提示验证失败，说明备份文件损坏，得找完好的备份副本；
• 用脚本读取备份元数据：如果图形界面读不出来，试试用SQL命令强制读取，执行下面的语句：

  RESTORE FILELISTONLY 
  FROM DISK = '你的备份文件完整路径'
  

  如果能返回结果，说明备份没问题，你可以直接用结果里的逻辑名和物理路径写还原脚本；如果执行报错，那就是备份文件本身损坏了；
• 确认备份类型：如果是差异/日志备份，需要先还原对应的完整备份（还原时选择「不对数据库执行任何操作，以便可以还原其他事务日志」，也就是NORECOVERY状态），再还原这个备份；
• 更新SSMS：去微软官网下载最新版的SQL Server Management Studio，旧版本的兼容性问题经常导致这种元数据读取失败的情况。

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