UCloud数据方舟评测报告
2015-11-27 10:14
323 查看
UCloud数据方舟评测报告
一、测试环境:
ucloud云主机CentOS6.5 2C4G 一台
二、测试对象:
ucloud数据方舟
三、测试公司及部门:
广州云移信息科技有限公司研发中心云平台I部运维组(蒋川)
四、测试内容:
数据方舟的数据备份及恢复
五、测试过程及结果:
1.对数据方舟的基本操作进行了测试;
创建主机(udata_test),创建时间如图所示;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/fb9039f4065f6856e1b7d23d3f506289)
点击控制台备份管理,你会发现创建主机初始化之后完成秒级全量备份,离创建主机的时间不超过两分钟;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/cd7f5b6531f44a7fdf2d18c9c9505afa)
接下来,将主机名做更改,自己手动创建了一个系统盘备份此次手动备份用时更快,差不多一分钟;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/bb8645be6f54a7097f0ccd2900c26a4e)
将主机关机,秒级恢复到备份开始后的第一分钟,用时五分钟左右控制台显示恢复成功;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/d9486f91323f916224189f3ab9ea6f90)
但是在启动之后,发现一个问题:
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/e80bd82656b312fb64109fd09c9b4906)
root的密码失效!说明备份有延迟,只有将恢复时间向后推迟一点,恢复成功之后,可以正常进入系统。接着用手动备份恢复系统盘,恢复时长两分钟左右。
2.模拟数据误删除,验证数据恢复之后的完整性;
向数据盘(/data)拷入几个大小不一的文件,然后将数据盘的数据全部删除;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/e6f879a3a0711813a79c8afb3ece0a71)
将数据盘恢复到数据删除前的时间点;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/662797140f260d8570a03a93ba7f2892)
发现恢复完成之后控制台没有显示;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/77cc79203d3a14cc6f6f024432e963bd)
将控制台页面刷新,才看到恢复成功;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/6f220139a21db5f832a66eb50eb55304)
结果数据盘的数据全部完整恢复;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/c32343aef232acf4147795d3ec9af03c)
3.测试数据方舟实时备份对性能和业务的影响;
为了更好的对数据方舟进行测试,编译安装一个lamp环境,在编译过程中,模拟了编译安装出错,对数据进行了回滚,结果都很满意,在搭建完环境之后,将wordpress产品进行了部署;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/4d4eb6d16b744ce909533c53672f1d5a)
模拟wordpress数据库(wp)被误删;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/709cb6b61d202437c52de756f0e0ea0b)
将数据恢复之后,wordpress可以正常访问,数据也未丢失;
![](https://oscdn.geek-share.com/Uploads/Images/Content/202012/08/89d55857977ad6cfe9dc5d728684598f)
在实际使用wordpress过程中,并未出现异常,对实时的访问、写入及读取并未造成影响。
六、评测总结
在如今数据尤为重要的时代,数据对于绝大部分公司来说就是根本,数据丢失导致的后果不堪设想,因此数据备份与容灾成为每个企业的重中之重。而ucloud的数据方舟,开启了国内云服务商对于数据在线连续保护功能的先河!
对于数据方舟的测试,确实做到了ucloud所提出来的支持用户恢复到十二小时以内的任意一秒,当天之内的任意一个小时,3天之内的任意一天零点,这种多样备份机制,大大的提高了用户的容灾能力;同时在线实时备份,不需要停止读写做备份,基本上对正常线上运行的业务不会产生影响,节省用户的硬盘资源,也降低了用户的系统开销及成本;在恢复的时候,用时基本上不会超过十分钟,这也保障了用户数据的快速恢复;总体来说,ucloud最新推出的数据方舟确实把握到了用户的核心需求,帮助用户连续保护数据,解决了用户的数据备份恢复问题。
一、测试环境:
ucloud云主机CentOS6.5 2C4G 一台
二、测试对象:
ucloud数据方舟
三、测试公司及部门:
广州云移信息科技有限公司研发中心云平台I部运维组(蒋川)
四、测试内容:
数据方舟的数据备份及恢复
五、测试过程及结果:
1.对数据方舟的基本操作进行了测试;
创建主机(udata_test),创建时间如图所示;
点击控制台备份管理,你会发现创建主机初始化之后完成秒级全量备份,离创建主机的时间不超过两分钟;
接下来,将主机名做更改,自己手动创建了一个系统盘备份此次手动备份用时更快,差不多一分钟;
将主机关机,秒级恢复到备份开始后的第一分钟,用时五分钟左右控制台显示恢复成功;
但是在启动之后,发现一个问题:
root的密码失效!说明备份有延迟,只有将恢复时间向后推迟一点,恢复成功之后,可以正常进入系统。接着用手动备份恢复系统盘,恢复时长两分钟左右。
2.模拟数据误删除,验证数据恢复之后的完整性;
向数据盘(/data)拷入几个大小不一的文件,然后将数据盘的数据全部删除;
将数据盘恢复到数据删除前的时间点;
发现恢复完成之后控制台没有显示;
将控制台页面刷新,才看到恢复成功;
结果数据盘的数据全部完整恢复;
3.测试数据方舟实时备份对性能和业务的影响;
为了更好的对数据方舟进行测试,编译安装一个lamp环境,在编译过程中,模拟了编译安装出错,对数据进行了回滚,结果都很满意,在搭建完环境之后,将wordpress产品进行了部署;
模拟wordpress数据库(wp)被误删;
将数据恢复之后,wordpress可以正常访问,数据也未丢失;
在实际使用wordpress过程中,并未出现异常,对实时的访问、写入及读取并未造成影响。
六、评测总结
在如今数据尤为重要的时代,数据对于绝大部分公司来说就是根本,数据丢失导致的后果不堪设想,因此数据备份与容灾成为每个企业的重中之重。而ucloud的数据方舟,开启了国内云服务商对于数据在线连续保护功能的先河!
对于数据方舟的测试,确实做到了ucloud所提出来的支持用户恢复到十二小时以内的任意一秒,当天之内的任意一个小时,3天之内的任意一天零点,这种多样备份机制,大大的提高了用户的容灾能力;同时在线实时备份,不需要停止读写做备份,基本上对正常线上运行的业务不会产生影响,节省用户的硬盘资源,也降低了用户的系统开销及成本;在恢复的时候,用时基本上不会超过十分钟,这也保障了用户数据的快速恢复;总体来说,ucloud最新推出的数据方舟确实把握到了用户的核心需求,帮助用户连续保护数据,解决了用户的数据备份恢复问题。
相关文章推荐
- STM32F系列芯片命名规则
- 异步任务的3个参数,可变长参数
- 【Leetcode】Generate Parentheses
- 每个程序员都会的35个jQuery技巧
- 判断某个对象是不是DOM对象
- [Built-in Functions] - M
- appium实现截图和清空EditText
- 在一地,做一事
- 【个人日记】遇事冷静遇事冷静遇事冷静!!!
- 30天自制操作系统——用U盘启动自制系统
- CString与 char *之间的转换
- 通知 notification
- #if defined和#if !defined(c语言的宏定义)
- 文章标题
- mysql事务和锁InnoDB
- IIS7日志中时间与系统时间不一致的原因
- jqGrid 最常用的属性和事件,供平时参考(转)
- 悬浮时显示二级列表jquery
- css3渐变
- 大数据产业