做备份挺难的,做好备份难之又难。一个备份系统,从规划、实施、运营、规范、持续优化共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会是一个比较良好的方案。
数据安全无小事,今日敬请多关注。欢迎各位点赞和转发。