做备份挺难的，做好备份难之又难。一个备份系统，从规划、实施、运营、规范、持续优化共5大阶段。实际上，持续优化又是一个规划、实施、运营的过程。所以备份系统的工作，是一个闭环的不断循环的过程。为什么说做好备份难之又难，作者认为最难的是备份设计，一个综合考虑客户现有IT环境结合后续发展的备份系统，才是一个好的备份系统。做备份系统设计，首先要对备份系统架构有一个深刻的认识，也正是本文的初衷。
Veritas NetBackup，不用过多的介绍，接触过NetBackup的客户和工程师都知道，NetBackup是全球备份软件市场份额最大的软件之一，甚至可以去掉”之一”。
不得不提的备份重要性。
2012年3月，GoogleMusic的程序bug导致误删除了60万条音频文件，直接影响约2.1万用户的正常使用，维护团队花了7天时间才从磁带中恢复了的1.5PB数据。
2015年5月，携程网由于员工错误操作，删除了生产服务器上的执行代码，导致官方网站和APP大面积瘫痪。维护团队花费12小时从备份中恢复数据，业务才得以恢复。
2017年1月，游戏”炉石传说”的数据损坏，经过长时间修复，才将数据恢复到41小时之前的状态。
此刻作为IT管理或维护人员的你是否认为你的企业数据很重要，需要备份，需要做好备份工作？如果是，那么请往下看。
NetBackup备份架构
上图是一个经典NetBackup入门培训文档的必用图。NetBackup备份软件架构总体来说是一个3层架构。
位于最顶层的Master/EMM Server是整个备份系统的控制中心，负责整个备份系统的控制、管理。
中间一层是Media Server，顾名思义就是备份介质管理，数据通过备份链路传送到Media Server，由Media Server负责将备份数据存储到备份介质上。
最下面一层是NetBackup Client，nbu客户端，可以简单的理解为IT系统中的服务器，包括数据库服务器、web服务器、邮件服务器，也就是具有数据保护需求的业务系统。规模大的企业的IT系统，估计有几十到几千个需要备份的Client；规模小的企业，也有几个到十几个。
针对中小IT系统的2层备份架构
最顶层的MasterServer，实际上不仅仅只是一个控制中心，它可以是一个独立完整的备份系统，因为这个备份控制中心Master，包含了架构图中的MediaServer和Clients的所有功能和特性。针对中小企业，为了节约成本，我们可以精简掉MediaServer这一层，于是有了下图的针对中小客户的2层备份结构。
这种备份结构的特点是，架构简单，维护简单。当然，这种2层架构后续在备份数据不断增长而需要做备份系统扩容之时，可以增加一台或多台MediaServer，灵活地扩展到3层备份架构。
中间一层的MediaServer，也包含了Client的功能和特性，因此，理论上可以使用只有MasterServer和Media Server这个特殊的2层备份架构的备份系统，但从成本和合理性考虑，几乎没有客户采用这种架构，作者至今没有见过。可以想象，再大的IT系统环境也会有个别的只有几个GB到几百个GB的备份需求，一个便宜的Client许可即可满足，为何强行做一个相对昂贵的MediaServer呢？
针对大型IT系统的3层备份架构
小规模IT环境使用2层Server/Clients的备份架构；那么针对规模大的IT环境，设计一个3层备份架构（如下图），会是一个很好的建议：
在3层备份架构中的MediaServer的作用最明显的就是分担客户端的备份数据流，减轻MasterServer的备份压力。假设一个IT系统中有50个备份客户端的备份需求，那么可以考虑其中10个客户端的备份数据由MasterServer负责，其他的40个备份需求由2台MediaServer平均分担。
当然，MediaServer除了可以是一台专用的备份介质服务器以外，它还可以是一台生产服务器。当IT环境中有一个数据库的数据量比较大，几个TB到几十个TB，这个时候，把这个服务器做成一个NetBackup Client，通过网络备份到MasterServer或MediaServer上，显然不是一个合适的做法。合理的做法是，将这条数据库服务器做成一个MediaServer角色，通过FC光纤网络，将备份数据从数据库服务器备份到备份介质上，不再通过以太网络传送备份数据。这种就是lan-free备份，降低以太网络的消耗，使用san链路，提升备份效率。
如何选择适合的备份架构
初学者可能迷惑，怎么评估一个IT系统环境是小规模还是大规模，应该使用2层备份架构还是3层备份架构，如何判断。
这是一个专业性比较强的问题，请咨询和相信你们的备份顾问，让他们根据你们IT环境的现状和评估，给出合理的建议。在此我们暂时不做复杂的讨论，仅作简单的假设分析：
假设用户提供使用的备份网络是1Gb/s，每秒传送的数据最大大概就是100MB/s，那么1小时我们可以备份360GB的数据，在晚上的8个小时备份时间，一共能备份360*8=2.88TB。也就是评估并找出当前备份的瓶颈，计算备份性能极限，优化备份方案或架构。
假设千兆网络是瓶颈，是否可以使用网络链路聚合来提升备份速度，从1Gb/s提升到2Gb/s，甚至3Gb/s；
假设瓶颈是备份介质设备和介质的读写速度，是否可以通过增加/更新磁带驱动器、增加磁盘阵列来做优化；
如果通过以上2个手段不能满足客户数据在规定备份时间内的备份需求，那可能增加一个MediaServer会是一个比较良好的方案。
数据安全无小事，今日敬请多关注。欢迎各位点赞和转发。