企业数据 备份不外乎系统备份和数据备份,针对os系统备份如何实现和验证?因为os是经常更新和系统配置更改的,如何实现?另外数据备份怎么合理制定相应的备份策略和方式?因为数据分为好多种,有结构化数据和半结构化数据及元数据,还有一些相应的小碎文件等等?
目前我倾向的方案是系统采用虚拟化的架构实现高可用,通过备份设备对虚拟机进行容灾备份。虚拟机上的结构化数据通过备份一体机进行任务备份,非结构化数据采用分布式存储的多副本来提高安全性。但很多海量琐碎的非结构化数据在备份上仍然是一个问题。
收起1. 备份数据验证方面:
很多备份软件内置了一些数据校验功能,但其原理大部分都是将备份介质上的数据和自己的catalog做比对,只能保证将备份后的数据原样恢复出来。至于恢复后,应用配置上或最终业务是否可用,需要结合应用去测试。 所以构建恢复测试环境,定期进行恢复演练,基本是唯一的选择了。
2. os经常更新和修改
首先肯定按照RTO和RPO的要求的配置备份策略,其次就是找到最适合的备份恢复方式,比如变更的类型,是否通过恢复配置文件的方式来做恢复,有无必要每次恢复整个系统;如果每次必须恢复系统,实际上比较合适的是虚拟化环境,快照结合虚拟化备份就可以满足,没有必要一定要在备份上较劲。
3. 备份策略和备份方式,分类
两个维度,一个是rto和rpo;一个根据业务数据分类,结合备份软件模块的方式划分。大部分的结构化数据,备份软件都有对应的模块,比如数据库、oa、erp等,文件基本就是普通文件的备份,这些都可以通过增加带宽、并发,或者传输方式(lan、san)等方式去优化。
4. 海量小文件
这个单说吧,目前没有很好的解决方案,各家提出的去重,加速之类的方案,量大了改善实际上不是很大。主要有以下几种:
---要求应用打包,备份软件备份打包后的
---结合快照做整个image的备份
---如果用了nas,用ndmp方式替代普通文件备份
有一些厂商出了一些小文件加速方案,但是要求比较苛刻,比如要求对要求存放小文件的存储采用指定的解决方案,这个适合新上的环境,不具备普适性,这里就不讨论了。
收起针对OS系统和业务数据的数据备份,建议可选择科力锐,一次备份,永久增备份。具体见网络如下:
http://www.clerware.com/