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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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