浅谈灾备
灾备的场景
自己的家用PC,要不要灾备,打打游戏刷刷剧,可以不用。如果也要用于工作学习,那就可以考虑2块硬盘来个备份。物理上2块硬盘一起坏掉,要么就是家里着火了,要么就是熊孩子搞事情,小偷都不屑于偷电脑主机。方案上:一般我是用一个计划任务bat脚本来做修改增量复制。也就是说A硬盘有的东西,B硬盘一定也有,A硬盘修改的文件也会更新到B硬盘。计划任务的设定一般是开机执行,每天1次,假如需要保险一点,可以开机后每隔2小时来一次。这可以解决几T的东西,也能快速完成,因为是增量变动复制。然后,还有onedriver,onedriver上5G空间,我一般会放一些资料文档。体积不大的难下载的小软件工具。再然后,自己的笔记,一定会选择例如华为云博客这样的在线平台记录,一方面是好看,另一方面就是在哪都能记笔记查笔记,也省去了备份工作。
小型局域网:可以选择硬盘RAID5阵列,家里之所以不用RAID技术,谁用谁知道,软RAID基本上拆一次硬盘就恢复不了。理论上说能恢复,但我试过2次,每次都1个星期都恢复不了。干脆自己搞备份方案。局域网一般公司化了,有钱就买RAID阵列卡,物理上的RAID我没玩过,但基本上很多公司都在用,问题不会太大。好处是:RAID是实时同步的,不必担心硬盘数据丢失。只要做好硬盘拆补的测试。另外一定要买能支持扩容的卡,而且事先做好测试,别到时候尴尬。
数据库灾备:双机热备,没有RAID也无妨,搞2台服务器,虚拟机都行,物理上隔离就好了。mysql,oracle 等主流数据库都有很多教程。
应用灾备:双机热备,就跟RAID同样性质,一台访问不了,请求路由里面必然存在备选路线。
大型企业的数据中心灾备:见第二章节
数据中心灾备:
目标:一键切换,业务连续。
难点:
无法实现整体切换流程的可视化;
灾备维护过程复杂效率低下;
审计要求高,记录要求高
容灾切换组织和流程复杂,效率低下;
切换自动化程度不高,错误频出,RTO无法保障;
数据中心灾备等级:
一栋楼切换:第一备选,应付一般灾难
同城切换:第二备选,应付火灾等
异地切换:第三备选,应付洪水台风地震原子弹
更多:视规划可以设置更多灾备切换。
解决方案:
自动化灾备切换平台,基于云底座实现。特色:数据加密传输;组件高可用;横向扩展;权限严格。
灾备大屏,指挥中心。特色:一根总体进度条,各个环节输出信息。
流程结果集中保存,一键生成运行报告。
其他自动化通用功能:
流程编排:子流程设计
参数化:支持各种丰富的参数
自动化验证:基础验证设计
生产环境人工验证:
通常是放在节假日做灾备演练。视领导重视程度。
通常这种精确程度,体量的自动化工程都需要现成产品,而且是经过行业验证过的提供商去做。作为一个普通人,只需了解下这个大又复杂的工程。
自动化应用的领域,最好的还是这种部署类的,自动化测试仅仅是很小的一个部分。
- 点赞
- 收藏
- 关注作者
评论(0)