RC_Bak

  

HOWTO:解决 Windows 备份无法读取备份目标(0x8078006F)错误

        gOxiA 已经应用 VDI 有一段时间,感觉非常好!架构很简单,使用的是 Windows Virtual PC,安装了 Windows 7 Enterprise 虚拟机,并将其加入到了公司的域环境,而这个虚拟机的 Virtual Hard Disk(VHD)则通过 iSCSI 存储在公司的服务器上。而原机(ThinkPad T420)为工作组环境,并创建了一个与AD账号密码相同的本地帐号,软件方面则保留了常用的应用软件,这样一来不仅使系统更加干净,而且也显得不那么臃肿,因为有些软件也不是经常要用,可能在办公环境下才需使用,那么都安装到笔记本上负载实在是有些大。所以也趁此机会重新为笔记本装了系统,并计划通过网络共享存储本机的系统备份和数据备份。之所以要分开备份是因为系统备份只需要根据实际需要创建特定的系统状态备份即可,而数据备份则是通过计划实施的,每个星期对关键卷上的数据进行自动备份。

        而前面讲到的备份需求,Windows 7 正好可以实现,通过控制面板进入“备份和还原”功能,为数据备份创建一个备份计划,具体的操作过程可以参考之前的日志《[Windows 7] 使用 Windows 备份功能保护硬盘数据》,唯一的区别是存储位置选择一个网络共享路径。因为存储目标是服务器上的一个共享路径,所以身份验证使用的是域账号(domainusername),对数据的备份计划一路下来都是正常的,而且也能够完成备份工作,未发现任何问题。

        但是,通过”创建系统映像“时却出现了问题,与备份计划的过程大致相同,访问权限同样使用的是域帐号,共享路径也验证没有问题,但是开始备份时却提示”Windows 备份无法读取备份目标。(0x80780006F)“具体错误信息可参考下图:

winbak_0x8078006f

        账号密码没有任何错误,之前的备份计划也没有问题,为什么创建系统映像就会失败?!于是反复测试配置共享文件夹的权限和目录权限,也都未发现问题,网上也搜索了相关的关键词,没有任何帮助。无奈之下尝试更换其他域帐号进行配置,晕!竟然能够备份……看来还需要在服务器上找线索,于是打开了事件日志,果真在安全日志下发现了问题,在使用出现问题的域账号执行“创建系统映像”时安全日志会记录几个安全审核失败的日志,大概的意思是我的账号未通过身份验证一类的信息!!!而貌似未通过身份验证的账号是我客户端的本机账号。难道是 Windows 7 的 Bug,在执行“创建系统映像”时默认提交的是本机当前的账号密码而非配置的账号密码?!

        最后,还是向微软提交了 Case,经过一番折腾历时13天的沟通测试,微软方面最后模拟我的环境进行了测试,也发现了同样的问题。并建议我本机账号与域帐号密码不要相同,之后我按此进行了测试,故障消失!真相终于大白了!执行“创建系统映像”时,当本地帐号与域帐号名称密码相同时,并且是使用网络共享存储系统映像备份,那么就会出现“Windows 备份无法读取备份目标。(0x8078006F)”的故障,而 gOxiA 认为这因该是 Windows 7 的一个 Bug,并将个人观点反馈给微软方面。

        就在本文即将结束时,收到了微软方面传来的信息:

        “根据您的信息我们跟产品开发组进行交流和讨论,从源代码上可以看出来以下症状是个bug:在未加入域的电脑中,本地账户密码和AD账号密码完全一致的时候,创建系统映像到一个域的网络共享文件夹,是会对路径进行错误的认证解析。而基于上述的情况,我们的Escalation工程师已经提交到相关项目组里进行研究。

        最后, gOxiA 期望能在后续的更新补丁中看到该问题得到解决!

Windows Client | 评论(0) | 引用(0) | 阅读(12503)
发表评论
昵称 [注册]
密码 游客无需密码
网址
电邮
打开HTML 打开UBB 打开表情 隐藏 记住我