在将A服务器上的SQL Server数据库备份文件（.bak）复制到B服务器后，使用RESTORE VERIFYONLY进行验证时，遇到如下错误：

指定的路径不在有效目录中。对文件 "D:\x\xx\yy_log.ldf" 的目录查找失败，出现操作系统错误 3（系统找不到指定的路径）。

这并非备份文件损坏，而是因为RESTORE VERIFYONLY默认会检查备份中记录的原始数据文件路径。由于目标服务器B上不存在该路径，导致验证失败。

问题根源

备份文件中保存了数据库文件（.mdf、.ldf）在原服务器上的逻辑路径信息。当执行VERIFYONLY时，SQL Server会尝试验证这些路径是否存在，若路径不存在或无法访问，则报错。

解决方案：使用 MOVE 重定向路径

通过显式指定新路径，让SQL Server在验证时忽略原始路径，转而使用当前服务器上存在的路径。

1. 查看备份中的文件列表：

       RESTORE FILELISTONLY FROM DISK = N'D:\backup\your_db.bak'
       

   此命令返回备份中包含的逻辑文件名及其原始路径，例如：PrimaryData 和 LogFile。
2. 执行带 MOVE 的验证：

       RESTORE VERIFYONLY FROM DISK = N'D:\backup\your_db.bak'
       WITH
       MOVE 'PrimaryData' TO 'C:\temp\new_data.mdf',
       MOVE 'LogFile' TO 'C:\temp\new_log.ldf'
       

   将PrimaryData和LogFile替换为实际查询出的逻辑名称，目标路径改为服务器上已存在的目录。

完成此操作后，验证将成功，且不依赖于原始路径的存在。

重要提示

• 即使验证通过，后续执行RESTORE DATABASE时也必须使用相同的MOVE选项，否则还原仍会因路径缺失失败。
• 若未使用MOVE，SQL Server会尝试访问原始路径，若路径不存在则直接报错。
• 多文件备份需为每个逻辑文件指定MOVE路径。

关于磁盘空间的说明

RESTORE VERIFYONLY无需预留与数据库大小相当的磁盘空间。它仅执行以下操作：

• 读取备份元数据和校验和
• 验证目标路径的可访问性
• 不会写入完整数据文件

因此，即使目标盘只有100MB空闲，只要MOVE指定的路径存在且有写权限，验证即可通过。

真实空间需求场景对比

总结：在任意具备基本文件访问权限的环境中，均可安全使用RESTORE VERIFYONLY WITH MOVE验证备份完整性，无需担心空间不足问题。