简短版本:运行 aRESTORE VERIFYONLY
会引发以下错误之一:
在恢复重新启动期间,检查点文件“\Server\Backup\SQLDirectBackup\DatabaseName\RestoreCheckpointDB24.CKP”发生 I/O 错误(操作系统错误 5(拒绝访问。))。该语句正在执行,但无法重新启动。确保检查点文件存在有效的存储位置。
或者
在恢复重新启动期间,检查点文件 '\Server\Backup\SQLDirectBackup\DatabaseName\RestoreCheckpointDB11.CKP' 上发生 I/O 错误(操作系统错误 (null))。该语句正在执行,但无法重新启动。确保检查点文件存在有效的存储位置。
更多信息:
- 使用 Ola 的 SQL Server 维护解决方案
- 文件共享位于 Dell DR4300 设备上
- 已在使用此设备进行备份存储的多台服务器上发生
- 不同的服务器、服务帐户、SQL Server 的版本都抛出了这个错误
- 据我所知,不一致或不可重复(发生在周一和周三,但不是周二)
- 备份作业的后续运行成功且没有错误
- 一天中的时间似乎不相关,它发生在所有时间
- 错误不是立即发生的,它发生在命令执行几分钟后
- 默认备份目录指向
\\Server\Backup\SQLDirectBackup\DatabaseName\
- 实际恢复还没有发生……但我想避免这种情况。于是发帖。
我以前从未见过这个错误,我所有的研究都是空的。这可能已经发生了很长时间,但我是该公司的新手,并且最近才添加了严重性 16+ 警报,所以我不能确定。
有人有想法么?安全忽略?潜在的定时炸弹?我难住了。
这不是“炸弹”,这仅意味着如果您想使用
RESTORE
withRESTART
选项(完成中断RESTORE
)您将无法做到,即无法使用检查点文件并且RESTORE
如果它们将在中断之前完成。您可以在此处阅读有关检查点文件的更多信息:使用无效备份默认位置进行还原
此错误的原因是您
default backup location
暂时无法访问。您可以忽略此错误,也可以
default backup location
使用任何本地路径更改。