免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 8360 | 回复: 11
打印 上一主题 下一主题

[Veritas NBU] nbu 7 恢复vmware问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2010-04-14 11:23 |只看该作者 |倒序浏览
nbu 7 &esx 4,使用vstorage api备份


当前备份成功,vm中的单个文件或者目录恢复正常。

备份成功了,在恢复vm整机时,根据向导,不论是选择覆盖原机,还是恢复到一个新的vm,可以看到esx中建立了相应名称的vm(比如命名为test1),然后开始恢复数据,一直报出,write file failed,但是从esx中可以看到此vm(test1)的数据一直在增长,最后失败,然后数据全部回退,刚开始在esx上建立的test1为空。

论坛徽章:
0
2 [报告]
发表于 2010-04-14 11:34 |只看该作者
这个实在不懂,只能分析log了,报800?

你把原机移走或者干掉试试,反正测试机{:3_187:}

论坛徽章:
0
3 [报告]
发表于 2010-04-14 12:19 |只看该作者
回复 2# wolfheader


    试过了,哈哈,相同的问题

论坛徽章:
0
4 [报告]
发表于 2010-04-14 12:44 |只看该作者
我当时还原的时候还一切顺利。。。
LZ备份的时候选用的是什么备份方式呢?flashbackup-windows?还是其它的?
还原的时候选择对了吗?

论坛徽章:
0
5 [报告]
发表于 2010-04-14 13:53 |只看该作者
flashbackup-windows,向导走完了,都是按官方文档配置的,precheck也通过了

论坛徽章:
0
6 [报告]
发表于 2010-12-27 14:54 |只看该作者
看样子是恢复时写数据的权限不够。

论坛徽章:
0
7 [报告]
发表于 2010-12-27 15:13 |只看该作者
没做过这个测试

论坛徽章:
0
8 [报告]
发表于 2011-01-17 16:13 |只看该作者
回复 5# gooutya1
顶起,我也遇到类似的问题。想不明白的事:我再次手动发起全备,再跑恢复大部分虚机就不存在这个问题。
但是,用日程表中的备份进行恢复仍然会有这个错。

论坛徽章:
0
9 [报告]
发表于 2011-05-12 16:35 |只看该作者
我也遇到相同的问题。我是手动发起全备的,恢复的时候有以下报错。而且恢复速度很慢,只有1~2M(备份的时候速度是32M左右)

2011/5/12 16:02:40 - Critical bpbrm(pid=4636) from client crcerp99: FTL - Virtual machine restore: file write failed  

请问楼主的问题解决了没?

论坛徽章:
0
10 [报告]
发表于 2011-05-13 10:34 |只看该作者
没遇到过  不好说
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP