存储 频道

备份并不是不为人知的

  【IT168 资讯】当你你无法管理备份系统的时候,客户可能了解这一情况,也可能不知道。但是他们迟早会知道。如果系统不曾发生任何故障,并能满足你的恢复时间目标(RTO)和恢复点目标(RPO),那么你不必阅读本文。并非人人都会遇到“备份(非)匿名”的情况。但是99%的情况下,你需要首先承认系统存在问题,然后才能获得帮助。

  第1步:我们承认,过去对备份系统无能为力,以至于系统变得无法管理。

  如果你的系统无法满足公司期望的RTO和RPO,而你又继续对此熟视无睹,那么系统永远不会变好。也该在公司会议中公开承认系统失效了。

  第2步:我们逐渐相信,系统架构师更容易帮助我们恢复理智。

  应该由一人负责备份系统的日常操作,由另一人负责部署新的备份系统。当然,他们会参与设计,但想法不应该由他们提出。设计需要一定的时间和精力,而他们没有。他们将时间和精力都花在备份系统上,因此对新技术的了解非常粗略甚至过时。

  第3步:了解我们的意愿和备份系统,并移交给系统架构师照料。

  或许,架构师在你公司里就是完成这些工作。或许,你的架构师为外援咨询师,他唯一的生活目标就是实现你所需的技术。无论架构师是谁,你都应该信任他们,并提供他们所需的信息。

  第4步:大胆列举公司的详细清单。

  查看所有失败的恢复案例。查看你的数据卷,了解你所需的吞吐量。你需要备份哪些系统和应用程序。紧接着,检查你能在多大程度上满足这些需求。

  第5步:我们向系统架构师、自己和客户坦承问题的实质。

  你应该实话实说。如果数据备份系统有问题的话,就不要和客户或者架构师说系统很好。对于过去或当前的问题,应开诚布公。诚实才能有所进步。

  第6步:我们已经准备好让架构师解决所有的问题。

  有很多工作要做。你需要重新检查当前系统的配置情况,可能还需要执行RFI和试验计划。不要认为你配置的是“ABC”产品,也不要指望事情会自动变好。路上会有许多障碍,你必须做好准备。

  第7步:谦虚地请求架构师帮助我们克服缺点。

  你可以向架构师咨询,如何才能改进系统。你可以先测试,再合理地改变配置情况;你可以安装新的软件或硬件(如果有必要);你还可以记录这些变化,报告改进之处。

  第8步:如果某些员工的文件之前没有正确恢复,列举出来,并设法予以修正。

  如果备份系统不稳定已经有一段时间了,可能就有一些员工开始不满。将这些员工和无法恢复的文件一一列举,制成清单。

  第9步:可能的时候直接修复这些员工的文件,除非这么做会伤害他们或其他员工。

  如果公司有人了解某次发生故障的恢复任务,与他们交流这次恢复任务。从他们的角度了解为什么恢复任务没有成功。是因为速度太慢?还是因为版本或时间帧错误?或者因为流程太复杂?向他们道歉,并告诉他们你正在努力改进。成功地完成一次恢复任务,就是弥补失败的恢复任务。

  第10步:不断制定需求目录,一旦出错,迅速承认。

  如果你这么做了,情况肯定有很大改善。你的备份系统能满足公司业务部门对RTO和RPO的需求,所有的恢复任务状态良好。但不会一直都这么顺利。你仍需定期与客户碰面,详细了解他们所需的功能。在客户提供数据之前,就准备好备份工作。

  第11步:有意识地改善与系统架构师的关系,因为据我们所知,他们努力了解备份系统知识和动力,以实现目标。

  即使系统架构师了解你的问题,也只能建议更改备份系统。你应该定期与更改备份系统的人员交流,向他们汇报进展情况。对新的想法要宽容,必要的话随时准备再次改变。

  第12步:执行这些步骤后,备份系统性能将有很大提高,变得更加容易管理、更加可靠;我们应该将这些知识传授给其他备份管理员,在所有事务中实践这些原则。

  如果你的备份系统状态良好,你就应该帮助其他还在努力挣扎的人们。分享你的经验。一些邮件列表、论坛或用户群专门讨论你在使用的备份软件和硬件,加入这些组织。

  最后,备份系统存在缺陷时,老实承认,并找出问题所在,寻求人员帮助解决问题,坦诚而诚实地与客户交流问题进展,更改设计后别忘了告诉架构师。

0
相关文章