内容摘要：当今社会的信息化不断发展，企业的业务系统在不断增加，从数据规模来看，不管是在量级上还是数据类型上，都越来越庞大。数据越多，业务越复杂，数据的保护工作越值得重视。本文从整体的角度来谈一谈企业数据中心的备

当今社会的浅析企业信息化不断发展，企业的数据设计业务系统在不断增加，从数据规模来看，中心不管是备份在量级上还是数据类型上
，都越来越庞大 。规划数据越多，浅析企业业务越复杂
，数据设计数据的中心保护工作越值得重视 。本文从整体的备份角度来谈一谈企业数据中心的备份规划设计 。

1. 备份系统设计指标

在任何情况下，免费模板规划备份的浅析企业首要目的都是为数据安全 。在发生故障时快速的数据设计将业务恢复起来，所有的中心设计都要为这一个终极目标服务
。为了量化这个需求，备份我们需要先引入两个概念：

RPO：Recovery Point Objectives，规划 恢复点目标，可以理解为从丢失事件到最近一次在前备份的时间度量RTO ：Recovery Time Objectives，恢复时间目标，理解为可以中断或关闭多少时间而不会对业务造成重大损害

为了达到业务系统的RPO和RTO  ，源码下载我们所使用的将会是包含备份技术在内一系列技术的组合，而不单单是狭义上的备份技术
，具体可以参考下面的图片：

但这并不意味着备份技术一无是处，它依然是数据恢复最后的凭仗，本文也主要偏向传统备份技术的论述。

2. 备份系统需求调研

企业中存在多种类型的建站模板结构化和非结构化数据 ，不同的行业的数据类型可能千差万别，但从备份软件的角度来看
，需要备份的数据不外乎如下：

文件：Windows、Linux、unix平台的文件或目录操作系统 ：Windows 、Linux等操作系统数据库：Oracle 、db2、MS-SQL 、MySQL…邮件：MS-exchange、LotusERP：SAP
，源码库包括R3(oracle
、db2、maxdb等)和S4(hana)虚拟化：Vmware
 、Hyper-V、KVM等HCI：Nutanix大数据 ：Hadoop云计算 ：openstackNDMP：NAS存储
，如NetApp的fas系列容器：如docker和k8s

所以一般在规划综合备份系统之前，首要的工作是做备份需求调研，先把备份对象确认下来。调研一般可以通过访谈或会议的方式，由备份负责人向业务系统负责人发放备份需求表 ，应用负责人根据调研问卷提供自己所负责的业务系统的服务器租用基本情况和备份需求。通过调研可以梳理出以下内容
：

需要进行备份的业务系统的数量涉及备份的业务系统的主机数量备份主机的需要备份的数据类型、数据量以及重要程度备份主机的系统类型、系统版本、应用类型和应用版本备份主机所能给定的备份窗口 - 备份数据需要保留的周期备份主机的网络和存储接入情况

经过汇总分析后的业务系统需求表中 ，香港云服务器可以获取如下信息：

备份存储的空间要求备份主机的备份速度相关的性要求备份软件所需要的备份模块要求业务系统数据备份的等级划分业务主机的备份调度

3. 备份系统的规划

业务系统的备份需求收集完毕后，需要根据实际情况和各业务系统对备份的要求进行整体的备份规划
，一般来说分以下几个部分
：

策略规划调度规划存储规划容灾规划3.1 策略规划

策略规划指的是对各业务系统进行分类，然后备份软件按照分类将业务数据划分到不同的策略，进行集中备份管理  。一般情况下 ，策略的内容会包含备份主机、备份内容 、备份频率，备份保留周期等内容  。备份策略的划分需要参考调研需求节点的备份需求表，在分类上可以基于以下维度：

基于相同的业务数据类型基于相同的业务系统类型基于相同的业务数据保留周期相关联 、相依赖的业务系统组合

策略的规划要从实际需求出发
，参考自身的RPO和RTO指标来完成设计
。要避免设计不足，达不到恢复需求；同时也要避免过度设计，浪费宝贵的存储资源和计算资源。

3.2 调度规划

一般调度规划指的就是业务系统备份作业的发起窗口。不同的业务系统有自己的特性
，在调度设计时要充分考虑备份作业对业务系统的影响。比如某些支撑系统工作日白天需要不间断运行，这时备份作业需要放到晚上执行；而某些跑批的系统需要晚上执行，备份作业则需要放到白天执行
。

不同业务系统的基本情况和备份需求，一般会在需求调研阶段收集完毕。在调度规划时要从多方面综合考虑，要确保在不影响业务正常运行的情况下，在给定的备份窗口内完成数据备份，一般情况下规划调度时 ，需要考虑如下因素
：

业务主机备份的数据量和给定的备份窗口备份服务器的资源负载程度备份网络环境的负载程度业务方面的其他特殊要求3.3 存储规划

备份存储的规划需要从两个维度来考虑 ：

备份网络

可以说影响整个备份系统性能的关键因素就是备份网络 ，备份网络设计上的不足会导致一系列的性能问题，最终导致RPO和RTO不达标
，关于备份网络
，需要关注以下几点：

优先使用独立的备份专网，包括前端IP网络和后端san网络在兼容的前提下，优先使用高速网络，如万兆网、16G的FC网 3. 为性能做好并发设计预留 ，通过多通道的方式可以大幅度提升性能无法使用备份专网的情况下 ，在调度设计阶段重点考虑网络因素
 ，避免备份流量影响生成业务的流量备份存储

目前备份系统的存储主要有：

磁盘存储：包括供备份服务器使用的独立磁盘存储、部分厂商的备份一体机 、备份服务器的大容量本地磁盘等。目前磁盘存储是主流的备份介质
，随机读取性能好，结合重删等特性可以达到较好的性价比。磁带存储：磁带库是历史悠久的备份存储 ，不断的更新换代，历久弥新 ，在性能和稳定性上有了巨大的进步。在离线保存、数据量巨大的情况下还有很大的优势，缺点是多通道并发需要增加磁带驱动器，成本较高。另外 ，虚拟磁带库弥补了部分物理磁带库的优点，但本质上还是磁盘存储 。云存储：近些年的趋势，如基于S3 、swift等接口协议的公有云 、私有云存储 。在部分场景下替代了磁带库 ，但出于合规等要求 ，部分企业无法使用。

对于备份存储的通用设计需求如下 ：

确保作为主备份存储的设备，在容量上可以容纳规划内的业务系统备份数据  。这个容量主要来源于备份需求表，及后期固定年限内的数据增长预估确保主备份存储的性能 ，可以满足并发写入时的峰值要求。这里的并发写入指的是指定备份窗口内 ，所有运行备份作业的主机并发，而不是整个备份系统的备份主机并发  ，因为在设计时
，调度是错峰执行的
。为备份存储规划独立的备份网络合理利用存储或备份软件的高级特性，如重复数据删除 、压缩 、数据复制等功能，这样可以同时在备份性能和容量上得到收益 。对于磁带存储
，及时更新磁带机设备。不同代差的磁带机在性能和稳定性方面差异巨大 。做好多副本设计，重要的备份数据要多份存放，避免因备份存储故障导致备份数据不可用。多通道设计，不仅体现在备份网络的多通道，存储也要跟上，比如多磁带机。合理利用分级存储 ，比如磁盘+磁带组合，磁盘+云存储组合 。通过对备份存储的组合使用，可以在性能、容量和成本等方面做到最优化 。合理设计磁带出库机制，做好出库管理 。

3.4 容灾规划

通常情况下，我们所说的备份指的是本地的备份系统  。但是对于很多企业来说 ，都存在多个数据中心
，并且这些数据中心间可能还做了同步
、异步或双活等容灾机制。长远来看，备份系统的规划设计也要跟得上企业的容灾规划。

关于备份容灾设计，有以下几种设计模式：

主中心备份到磁带库，定期做磁带出库，将磁带运输到备中心保存 ，备中心可选设计一套备份系统用来做恢复验证。严格意义上来讲
，这只能算是备份介质的异地存放 ，不能算容灾 。主备中心独立部署备份系统
。在主备中心已经基于业务或数据层面做了数据同步的情况下 ，这种方式实际上是部署了两套独立的备份系统，两套备份软件在数据和架构上都是独立的。主备中心采用了相同备份存储，并且基于备份存储层面做了数据同步 。备份软件直接使用同步后的数据。这种方式下 ，备份软件独立部署 ，但是备份数据存在复制关联 ，比如下图是主备机房基于EMC的DD存储做复制。

主备中心采用了相同的备份软件平台，并且做了了基于备份软件的数据同步，一般情况下
，同步会基于重删和压缩技术来减少数据传输量
。比如下图是基于nbu air复制技术的容灾备份

具体使用哪种容灾备份模式，并没有一定的成例 。需要结合企业自身的实际情况 ，选择最合适自己的。另外，备份容灾的规划可以放长远一些
，分阶段逐步完成 
，没有必要一蹴而就 。

4. 总结

备份系统的整体设计是涉及多个方面的综合工程，需要从多个维度通盘考虑，得到一个最优解。在大多数情况下，出于现实情况的约束  ，也可以立足当下，着眼未来  ，分批逐步实现自己的需求 。总之，前期的良好规划对于备份系统是非常重要的
，一个良好运行的备份系统可以在遇到紧急数据故障的时候发挥极其重要的作用。