灾备的场景

• 自己的家用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无法保障；

数据中心灾备等级：

一栋楼切换：第一备选，应付一般灾难

同城切换：第二备选，应付火灾等

异地切换：第三备选，应付洪水台风地震原子弹

更多：视规划可以设置更多灾备切换。

解决方案：

自动化灾备切换平台，基于云底座实现。特色：数据加密传输；组件高可用；横向扩展；权限严格。

灾备大屏，指挥中心。特色：一根总体进度条，各个环节输出信息。

流程结果集中保存，一键生成运行报告。

其他自动化通用功能：

流程编排：子流程设计

参数化：支持各种丰富的参数

自动化验证：基础验证设计

生产环境人工验证：

通常是放在节假日做灾备演练。视领导重视程度。

通常这种精确程度，体量的自动化工程都需要现成产品，而且是经过行业验证过的提供商去做。作为一个普通人，只需了解下这个大又复杂的工程。

自动化应用的领域，最好的还是这种部署类的，自动化测试仅仅是很小的一个部分。