宽泛的问题下接着几个子问题,确实每个问题都能做一篇专业解答了,我尽量以简短的字句表达清楚一点。
认识到灾备的重要性,开始着手灾备,并且考虑的是信创环境,不论从自身还是从为国为民角度出发都是非常好的一件事情。
1、如何保障信创数据备份体系成功建设?
目前国内灾备赛道中,还是有比较多的灾备厂商,各个厂商对于信创环境其实都已经有了相关案例,通过厂商官网渠道进行了解即可。
2、非结构小文件如何提升备份效率?
在海量小文件下,确实存在着扫描慢,传输慢的现象,这是因为所使用的文件客户端或者文件系统,在海量小文件下,并没有做过多的优化。
举个简单例子:一亿个20kb左右的小文件,存放在windwos系统中,光是右击根目录想查看具体文件大小,也要等个非常久,我自己测试等了8个小时就没再等了。
从灾备角度如何提升备份效率,有两个方面:
①从文件级备份入手:可采用多线程、多节点、多任务的并行备份方式来进行备份,不过多节点和多任务的情况下,可能会导致本该在一个备份集的数据分散在不同的备份集中,借助软件管理起来难度倒也不大。多线程可以分为:多线程扫描文件,多线程传输文件,再扫描文件的同时传输数据,再结合小文件打包的处理方式,就可以很好的提高海量小文件的备份效率了。当第一次数据完全备份下来一次后,后续配备增量备份的策略,就可以有效的将备份所需时间降低很大一截,后续可能在执行备份的时候,几乎所有的时间都是用来扫描文件的。
②从磁盘数据块级别入手:从磁盘的数据块入手,备份海量小文件,无需对文件进行扫描,将含有真实数据的数据块,全部备份走就可以了,不过这个对灾备系统要求较高,需要灾备系统支持恢复。
3、 如何降低国产化替代成本?
信创生态的发展道路,并非一条康庄大道,需要国内众多IT厂商和用户的支持。可以确定好自身的需求和预算,结合起来进行发标。当然除了支持以外,一个全场景的灾备系统也是非常重要的缩减成本的方法之一,关于这个可以了解以下云祺。
4、 信创数据迁移方案?
这个就需要了解下数据类型了,灾备领域中,常见的数据类型,也就是备份的对象有
:虚拟机、数据库、操作系统整机、文件。文件的迁移就相对其他几个简单多了,这里就不提了。 虚拟机、数据库和操作系统的迁移会稍微麻烦些:
①虚拟机:笨办法就是,手动在信创平台上重新一步一步搭建虚拟机;第二种是,利用灾备系统的跨平台恢复功能来完成迁移(从平台兼容性上讲的话,这个国内做到的比较少,感兴趣可以了解云祺),当然也有其他的第三方迁移工具同样是可以借助的。
②数据库:我对于数据库不是太专业,如果数据库的字段处理逻辑有区别的话,可能需要自行编写字段映射脚本来完成迁移,或者借助第三方平台来完成迁移。
③操作系统:在操作系统侧,信创生态中像麒麟、统信、中科方德等,都有兼容win平台应用的一些方案,可以了解以下。
总的来说,一个软件的灾备兼容性越好,当然能够做灾备的事儿就越多,从成本考虑也可以降低成本。
5、 两地三中心备份体系建设方案?
一般采用两地三中心了的话,it架构也算比较大规模的了,大规模意味着备份的对象数
据量也多,而且还分散在两地,这就需要借助专业的灾备系统了,人力去备份两地三中心,嗯不用想,数据备份下来了,能不能按照规定稳定的保存都是各问题。然后各中心之间也可以相互存放各自的备份数据,达到异地容灾的目的等。同时也需要灾备系统能够支持多节点的分布式部署方式,能够统一的管理备份数据,便捷的运维方式也有助于降低投入成本。
6、 如何解决高并发备份任务于成本考虑?
这个的话,可以简单理解下CPU执行并发任务的逻辑,从时间上下手,一条备份任务
不可能一天24小时都在备份数据,传输数据吧,一定有空闲的时候,这个其实就是灾备领域中的一个术语:时间窗口,一条备份任务执行备份倒数据传输完成后,其余时间就是再等待下一次的执行,所以错开备份任务执行的时间就可以了,当错开时间都无法满足备份量之后,也可以考虑加节点等方式来进行增配。
前面的话说的是定时备份,还有种方式是实时备份,如果上了实时备份的话,当然成本
也就上去了,总体来说结合自身业务重要程度,再来考虑是否上实时备份。
感谢各位的阅读~以上也只是一个大概,仍然需要根据具体环境,再进行更进一步的具体分析。