本站域名:http://goxia.maytide.net or http://sufan.maytide.net
移动设备请访问:http://goxia.maytide.net/m
转载文章,请务必保留出处与作者信息,未经许可严禁用于商业用途!
[Tips]快速备份 Windows Azure 下的虚机数据磁盘
Windows Azure 已经来到中国,虽然目前只提供试用服务,但相信在不久的将来,广大用户终将享用这一微软提供的高品质云计算服务。gOxiA 在6月份提交了试用申请,就在前几天审批终于下来,拿到了试用激活码,立刻激活了试用权益,可以好好体验一下中国版的 Windows Azure。(PS: 其实早在7月份 gOxiA 就开始使用 Windows Azure 的国际版,嘿嘿!)
虽然微软承诺为 Windows Azure 的虚拟机提供 99.95% 的计算 SLA,但作为用户还是要定期将云中的数据拉回到本地备份一份。
Windows Azure 存储管理中,我们可以下载虚拟机的 VHD,但是前提是必须事先关闭这些虚拟机,即使你发现未关闭虚机的情况下也能下载,但是几分钟后下载进程便会中断。要关闭虚机才能下载 VHD,即要中断服务,而且一般 VHD 的容量都不小,即使在光纤专线下,从 Windows Azure 下载这些数据也需要不少的时间。所以,通过此法备份 VHD 显然不可行!
Windows Azure 存储概览页面中,提供了其他第三方开发的存储资源管理器链接,但是经过比较和试用,也并不能起到很好的作用。因为通常虚拟机上都会运行 Web 和数据库服务,对于文件备份还比较简单,但是数据库的完整备份就需要停止数据库服务,否则运行中涉及的数据文件都是独占模式,根本无法打包拷贝。此外,将零散的备份数据拉回本地也是相当繁琐的。
如何能在节省资源的情况下,快速备份整个数据磁盘呢?!
目前 gOxiA 想到了两个办法,第一个最为简单快速,但实现的目标比较单一,即使用 Windows Sysinternals 提供的 Disk2VHD 工具,gOxiA 早在09年10月就介绍过这款小工具 http://goxia.maytide.net/read.php/1307.htm,利用它便可以在不停机、不停服务的情况下快速创建当前系统上磁盘的镜像。在创建了数据磁盘镜像后,我们便可将其放置到 Web 目录或 FTP 中,将其拉回到本地存储。此外,Disk2VHD 还有一个显著的特点,可将产生的磁盘镜像文件,存储在要捕获镜像的磁盘卷上。
另一个办法即使用系统内置的 Windows Server Backup,功能强大,而且还可以执行计划备份,但是要备份的数据不能包含备份存储所在的磁盘卷上,所以通常要为备份单独准备一个磁盘,这无形中便会增加了资源的占用,并会在 Windows Azure 中产生一些费用。
如果只是简单的不定时的做些备份,gOxiA 倒是推荐第一个办法,如果备份属于必须的计划内工作,那么选择第二种最为合适。因为备份磁盘不必一直在线,所以可以在 Windows Azure 门户中进行操作将其与虚机分离,然后再下载到本地。
两种备份方法都是对磁盘卷进行镜像操作,因为使用了卷影技术所以不需要中断那些独占存储的应用或服务,而且用户所获得的备份还将包含完整的磁盘目录结构信息,特别是目录安全设置等信息。此外,还可以备份系统镜像,这样便可在需要的时候将其挂载到本地环境下运行。
[Windows 7] HOWTO:解决 Windows 备份无法读取备份目标(0x8078006F)错误
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)“具体错误信息可参考下图:
账号密码没有任何错误,之前的备份计划也没有问题,为什么创建系统映像就会失败?!于是反复测试配置共享文件夹的权限和目录权限,也都未发现问题,网上也搜索了相关的关键词,没有任何帮助。无奈之下尝试更换其他域帐号进行配置,晕!竟然能够备份……看来还需要在服务器上找线索,于是打开了事件日志,果真在安全日志下发现了问题,在使用出现问题的域账号执行“创建系统映像”时安全日志会记录几个安全审核失败的日志,大概的意思是我的账号未通过身份验证一类的信息!!!而貌似未通过身份验证的账号是我客户端的本机账号。难道是 Windows 7 的 Bug,在执行“创建系统映像”时默认提交的是本机当前的账号密码而非配置的账号密码?!
最后,还是向微软提交了 Case,经过一番折腾历时13天的沟通测试,微软方面最后模拟我的环境进行了测试,也发现了同样的问题。并建议我本机账号与域帐号密码不要相同,之后我按此进行了测试,故障消失!真相终于大白了!执行“创建系统映像”时,当本地帐号与域帐号名称密码相同时,并且是使用网络共享存储系统映像备份,那么就会出现“Windows 备份无法读取备份目标。(0x8078006F)”的故障,而 gOxiA 认为这因该是 Windows 7 的一个 Bug,并将个人观点反馈给微软方面。
就在本文即将结束时,收到了微软方面传来的信息:
“根据您的信息我们跟产品开发组进行交流和讨论,从源代码上可以看出来以下症状是个bug:在未加入域的电脑中,本地账户密码和AD账号密码完全一致的时候,创建系统映像到一个域的网络共享文件夹,是会对路径进行错误的认证解析。而基于上述的情况,我们的Escalation工程师已经提交到相关项目组里进行研究。”
最后, gOxiA 期望能在后续的更新补丁中看到该问题得到解决!
[Windows 7] 使用 Windows 备份功能保护硬盘数据
使用 Windows 备份功能保护硬盘数据
gOxiA 在今年7月5号购买了一块三星 1TB 的笔记本硬盘,同月14号又买了一个 SSK USB3.0 接口的移动硬盘盒 用于使用替换下来的 WD500G 硬盘。而这块硬盘将主要用于 gOxiA 系统的数据备份工作。
数据安全对于 gOxiA 来讲是至关重要的,不容被忽视!SSK 硬盘盒提供的 OTB 功能挺好,速度也要优于 Windows 备份,用于固定数据的备份是相当不错的选择,但是要备份整个系统和用户数据,我想还是 Windows 备份更为理想。
要使用 Windows 备份功能,需要先进入控制面板打开“备份和还原”,首次使用需要点击“设置备份”进行配置。
在设置向导中,选择要保存备份的位置,通常它是一个可移动硬盘,当然也可以保存到网络上。
Windows 备份会自动选择要备份的内容,当然我们也可以自己进行选择。
Windows 备份的一个显著功能就是计划备份,我们可以指定一个备份计划在指定的时间自动备份我们的数据。
跟随向导完成设置后我们便可以立刻启动备份程序,gOxiA 笔记本 400G 左右的数据需要大概10个小时左右的时间,第一次备份耗去的时间可真是不短,但以后再执行备份,速度将大大提高。
在备份时,我们可以继续执行其它操作,在系统栏的操作中心图标会有所提示,我们也可以直接通过操作中心来查看备份进度。
如果我们要取消 Windows 备份,则需要在“任务计划程序”管理器中找到 WindowsBackup,将 AutomaticBackup 任务删除即可。这样我们就可以在 Windows 备份和还原中,重新设置备份了!