Sql server “SQL备份”;操作系统错误13“;,系统Io错误
我最近将虚拟机从虚拟箱更改为Hyper-V,因为Hyper-V的性能更好。执行此操作后,我无法从测试或生产环境外部恢复数据库(2008R2所有环境,相同版本),以前我也可以。我在SQL日志中请求此错误: 备份设备上的backupiorequest::reportioerror读取失败。操作系统错误13(检索此错误的文本失败。原因15105) 我试过谷歌,它告诉我操作系统错误13是某种“权限失败”。我试图让每个人都能完全控制备份文件,但似乎没有任何区别 我认为这是一个许可问题,我只是卡住了,不知道如何解决这个问题,有什么建议吗Sql server “SQL备份”;操作系统错误13“;,系统Io错误,sql-server,backup,virtualbox,hyper-v,Sql Server,Backup,Virtualbox,Hyper V,我最近将虚拟机从虚拟箱更改为Hyper-V,因为Hyper-V的性能更好。执行此操作后,我无法从测试或生产环境外部恢复数据库(2008R2所有环境,相同版本),以前我也可以。我在SQL日志中请求此错误: 备份设备上的backupiorequest::reportioerror读取失败。操作系统错误13(检索此错误的文本失败。原因15105) 我试过谷歌,它告诉我操作系统错误13是某种“权限失败”。我试图让每个人都能完全控制备份文件,但似乎没有任何区别 我认为这是一个许可问题,我只是卡住了,不知道
我将虚拟机名称从一个更改为另一个,这可能是问题所在,因此我的“权限”现在分配给oldName而不是newName,如果是,我需要在哪里更改这些权限?您可以在此处查找错误代码,例如: 正如它所说的,错误13(或0x0D)是错误无效数据,因此,您的备份很可能已损坏
您可以尝试将其复制到不同的计算机并在那里恢复。另外,对备份运行
restore verifyonly
和restore headerly
也不会有什么坏处。我试着查看SQL数据库的权限,似乎还可以。试图将其移回原始服务器。似乎事务中有什么东西到达了端点
SQL.bak。尝试再做一次,得到了同样的结果。因此,当im将其传输到共享驱动器并从那里抓取时,会发生一些事情:(
因此,答案是头文件已损坏:(
SQL Server错误15105
提示SQL Server没有足够的权限访问资源。