规划上线的数据备份项目是否达到了预期目标？在满足未来功能扩展和性能扩展上方面是如何考量的？

对于项目是否达到预期目标的评估，主要是看项目是否解决了针对项目提出的业务需求。这种评估标准不仅仅局限于备份项目，其他所有的项目都是基于这一点的。
以之前做的一个备份项目为例，针对项目实施后的收益分析如下：

1. 当前有多套业务系统，目前都是由各个业务系统的维护人员各自完成自己的备份，备份策略和备份存储空间都是维护人员自己负责，比较杂乱，曾经出现过不同应用维护人员错误的使用了其他备份系统的磁带，造成备份数据的丢失。
   备份系统上线后，统筹所有业务系统的备份，通过和业务系统负责人调研备份需求后，制定综合的备份策略，存在到统一的备份空间。针对磁带类型的备份，由备份软件统一接管并调度分批磁带的使用，节省管理成本。
2. 业务系统的备份，由人工维护，运维成本高，一套业务系统出现问题后，恢复时需要多个系统的人员协调完成，恢复时的成本高。
   备份系统上线后，由备份软件的调度系统进行自动化的调度备份，解放了人力。运维人员只需登录备份控制台查看对应的调度是否成功即可。备份调度和策略是经过统一调研分析设置的，确保存在业务关联的业务系统的数据备份是互相匹配的。
3. 多种数据类型需要备份，所有的业务系统都需要联机备份，且业务高峰时段对性能有要求。
   选型的备份软件有多种模块，支持当前主流的数据库、OA、虚拟机等应用类型，满足了企业当前或未来几年的应用备份支持，并且都支持联机备份。针对备份窗口的限制，在需求调研后统一设计调度，确保备份任务在固定的窗口完成。
4. 当前某些应用系统的数据库备份数据量大，可能存在无法在固定窗口完成备份的情况。而且未来数据还会继续增长，需要满足未来五年内的数据备份要求。
   在设计备份时，大容量的数据库备份到当前备份存储中，走的lan网络，根据预留的窗口，是无法满足要求的。针对这一情况，通过备份数据量和时间窗口，预估了备份所需的速度。然后做了适应性改造，通过为数据库主机增加HBA卡实现san备份、增加备份并发通道等方式提高了备份速度，确保备份可以在固定的窗口内完成。
   根据测算，3年后数据量会增长到当前的san架构也无法满足的情况。当前备份为TSM，届时计划采用基于存储快照的FCM备份，此备份模块可以和TSM无缝集成，很好的满足数据库备份的需求。
5. 企业当前由多套业务系统存在开发测试环境，因为开发测试需求，每天都会从生产系统抽取备份数据恢复到开发测试环境中。目前都是由人工执行。
   备份软件上线后，针对开发测试系统设计了调度策略，通过异机恢复的机制定期将生产数据恢复到开发测试环境上，大大减轻了工作人员的压力。