灾备不是拍脑袋说要做哪些系统的容灾,需要做到什么级别的容灾。在容灾之前,可以做一个分析咨询,这个可以自己做,也可以请专业公司来做。
通常来说,灾备建设会分为以下几方面内容:
1.现状分析:摸清当前系统的情况,识别系统中存在的风险
2.业务影响分析:通过一些量化的评定方式,确定系统的重要程度等级,确定系统需要的RTO/RPO指标
3.应用影响分析:通过应用直接的关联关系,分析确定容灾建设群,紧密关联的应用系统建议放在同一批次容灾建设群。
4.架构设计与实施:有了前面的RTO/RPO指标,就可以确定使用什么方式的容灾技术和架构,进行设计后实施即可。
5.指定灾难恢复预案DRP:通过多部门的协作,指定容灾切换的流程和操作。
6.灾备演练:包括桌面演练和实际切换演练
7.上线后维护:每年定期多次的更新DRP与切换演练
收起灾备设计主要注意一下几个方面
1、你的需求:你要达到何种程度的容灾,是同城还是异地,是同步还是异步,是应用容灾还是数据库容灾,是主机层面还是存储层面。。。领导或者你有啥要求,你的关注点在哪。
2、你的条件:你有多少预算,要多久建设好,要达到什么规模,是局部容灾还是核心容灾?你现在有哪些资源可以完成你的需求,量力而行,不要好高骛远,最终达不到目标
3、设计阶段:有了需求,有了资源,搞设计不是凭空臆想。还要搞调查,搞研究,再好的方案也要实践检验,毕竟一套系统是“万家军”,纸面意义个个都是牛B的很,都很好,你要保证所有的集合在一起要能合作分工,发挥各自的优势才好。方方面面都要考虑,运行商、温度、湿度。。。有的你忙的
4、最后,是骡子是马,拉出溜溜才知道。
收起