返回Jerry Miku的回答
对于备份恢复系统建设而言，初期的需求收集与设计是相当重要的一个环节，设计的优良除了取决于实施团队的水平之外，更重要的依赖需求信息收集的准确性与全面性。只有拥有完备的需求信息，经过设计团队充分打磨，才能输出一套因地制宜的解决方案。
然而无论是业务驱动还是科技驱动的保险公司，在备份恢复系统建设初期，尤其是需求收集阶段，都会出现需求错位/非对称沟通等情况。Backup and Recovery（BRS）是一个相对比较生僻的方向，保险从业人员更专注于业务与系统、对备份容灾理解尚浅，而备份恢复系统建设团队精于专业、却对保险错综复杂的业务系统认知不足，因此在交流时若缺乏枢纽人员来消弭沟通盲区，双方又以自身的视角传递需求，往往前期调研结果潜藏诸多隐患，难以提供精准的参考价值。
需求调研的偏离，也带来了中期设计与规划的问题。若业务人员对需求表述未充分诠释或建设团队没有正确领会需求本质，在设计规划时则可能备份恢复时效性、精度以及广度不符合预期的情况，降低了数据保护的价值；若建设团队对保险公司业务数据特征及关联性一知半解，没有仔细考究业务架构、深耕系统设计，则解决方案势必“丢三落四”，最终出现“备份了等于没有备份”、“以为会备份却没有备份”、“恢复了但数据无效”等尴尬局面。
过去十年里，对数据价值的挖掘给保险公司的发展带来了崭新的机遇，保险业务也迎来了蓬勃发展。在这个过程中，保险公司也逐渐重视对数据的保护，其要求愈发严苛。不断的探索与实践中，保险行业的备份恢复系统的建设也早已跨越“备什么/恢复什么”这种初级阶段，向更高效、更全面、更智能的数据保护方向发展。面对日益严峻的安全挑战，不论是标准的传统行业，还是创新开放的新兴互联网领域，抑或是在誓要变革的金融保险行业，建设一套智能的BRS系统涉及的点面非常巨大：对人力资源（参与者和决策者的专业水平和项目能力）的考究、对解决方案的广度和深度双重检验以及对项目成本的综合控制，都将进行繁复的博弈。环节中任一维度的漏洞，都将会对整个系统造成隐患，甚至打破项目建设的平衡。