备份规划设计中的典型问题与案例分析.docx

《备份规划设计中的典型问题与案例分析.docx》由会员分享，可在线阅读，更多相关《备份规划设计中的典型问题与案例分析.docx（12页珍藏版）》请在优知文库上搜索。

1、1 .备份需求相关问题1.1 如何界定自己的备份需求指标？【分析解读】数据备份需求指标依据业务系统的特点和行业类数据保护管理的要求特点，容灾备份较容易化管理量化指标RPO和RTO.数据系统按照等保管理规定的要求而制定备份相关指标.RPO:RecoveryPointObjectives,恢系点目标，可以理解为从丢失事件到最近一次在前备份的时间度量RTO:RecoveryTimeObjectives,恢复时间目标，理解为可以中断或关闭多少时间而不会对业务造成蚤大损害1.2 对所有的企业数据做备份代价较高,现实中也不具备条件,那么如何评估哪些数据需要做备份？数据规模越来越大，数据种类也多种多样，除了

2、存量系统的数据增长外，新增的IT系统或新采用的技术架构也会产生各种各样的数据.对所有的企业数据做备份代价较高，现实中也不具备条件，那么如何评估这些数据是否需要做备份以及如何备份？【分析解读】这个实际上还是备份需求的分析，需要在调研的时候对不同的应用数据做一个区分，个人总结了以下几点:1.先区分下目的，一般情况下业务数据的使用都有冷热特性。管份数据同样也是,有的数据副本是为了应对数据丢失，这种是备份，特点是数据经常发生变化，保留周期相对较短，备份的频率相对较多；有的副本是为了法规遵从，或者很小概率使用的历史数据，这个对应归档，特点是基本不发生变化，保留周期长，备份频率很少.2.对数据类型分类，大

3、体上我觉得可以是三种情况,数据库（核心数据），非结构化数据（比如程序代码，图片，文档），应用环境（应用业务的操作系统和应用配声环境），然后根据数据的击要性和可以接受丢失的程度来决定怎样的备份手段.所数据都备份肯定是不现实的，备份目的是为了恢夏，反向推，如果业务出现数据丢失，按最坏的情况我,都需要哪些数据，就备份哪些数据.然后再根据数据的特点设计，以Oraele为例，归档日志备份的频率最高，数据文件次之，基础环境最少，甚至可以不用备份.2 .分类后的数据按照rto和rpo的指标设计备份策略即可,既要避免备份无法期盖需求，也要避免过度设计，浪费资源。3 .根据业务数据实际需求进行分类，可以进行分级

4、存储存放设计，比如长期保存，且使用频率极低的归档数据存放到磁带库，定期出库黑线保存，保证备份数据有效可直即可中长期保存的备份数据，使用频率较低的数据，可存放磁带存储、对象存储或大容量低速磁盘存储.短期保存视频频率较高的备份数据可存放到性能较高的磁盘池，后期酌情迁移到磁带库.1.3存储备份系统按前端容量设计好，还是后端容量设计好？另外，备份带宽的选择如何确定比较好？【分析解读】备份系统的规划涉及到数据存量和增量的分析，数据类型的分析，备份窗口的分析以及未来发展的分析.建议：1 .以业务系统出发，对备份内容，每天增最，备份策略，时间，都要有一个系统的评估，以此设计后端容量.备份存储最终是存放备份后

5、的业务数据的，数据在前端是一份，备份以后的容JS受备份方式和保留策略影响，如果完全按前端容量对等设计后端，肯定是放不下的.设计时还要考虑其他因素，比如预留容量、后端是否采用了压缩或去再等技术，这些都会影响最终的容箪值.另外如果做了数据分层，需要根据各业务系统的分类做针对性设计，最终的目的存储（比如带库）一定要满足最终容Sl要求，或者满足一次出库周期.中间层的备份存储（如Vtl或至制池）满足一次迁移周期即可.2 .带宽方面，最低要求是在给定的窗口内完成数据备份.在这个前提下，根据实际环境和规划来做带宽设计，新环境有条件的可以按照规划一步到位，老环境的升级改造可以按照长远规划，分批实施的原则来做.

6、一备份作业和生产作业错峰运行-采用高速网络：万兆ip网，16G或以上FC网一生产网络和备份网络隔离一设计或预留足够的IO通道（如多网卡，多hba卡，多驱动器）一备份存硫的性能也是制约带宽的一个因素,如有必要需升级或更换备份存悻2.省份设计相关问题2.1 备份体系建设如何适应未来五年的发展？传统的备份体系，包括基于文件、数据康、操作系统、虚拟机的备份；容器、大数据、微服务、各种云等新技术层出不穷。传疣的备份还能适应新时代的发展吗，传统的Symantec.TSM.Netwok等还能满足现实需求不？备份体系建设如何适应未来五年的发展？在数据保护方面现在都有哪些新技术、新产品？【分析解读】传统备份软件

7、灾备体系继续可使用，发挥数据保护的作用.国内外灾备服务商备份软件继续发布新的版本，新功能.比如云原生，容器，虚拟化，超融合，混合云，信创相关领域.1 .时代和数据中心都在发展，备份的核心目标没变，在给定的允许时间内，安全高效的创建数据副本。2 .围绕备份目标的工作还得做：需求分析、存储规划、调度规划、容灾规划这些本质上没太大变化.3 .基础架构方面，老的技术不断增强，比如现在的万兆网.16G的San,40G的infiniband,闪存存储，甚至1.To9的驱动器;新的技术不断涌现：压缩、至删、分布式存储，云存储、CdP等等4 .传统的备份产品在逐步兼容新技术，各大备份软件都增加了对云存储的支持

8、，还有一些公有云、三三.Cdp等特性，模块上也开始兼容更多的产品，比如nbu都已经支持。PenStack、容器、超融合等新技术的备份.5 .也有新的产品和解决方案出现解决新的痛点，比如Veeam,通过虚拟化备份做大后,一方面开始支持传统UniX平台、nas、hana等场景,一方面也在收购kasten,做容器平台的数据保护.6 .综合数据备份平台很重要，涉荒不到的新型业务也可以通过其他新技术来解决,后期再整合.综上，备份体系本身也是随着数据中心的发展而发展的，如果底层构建做的好，最大的问题可能就是多样化的支持，这个一方面可以通过现有软件的升级来完成.一方面可以引入新的解决方案，通过并行的方式来霰

9、盖所有的数据保护需求.2.2数据备份是否需要建本地备份服务器？是否需要根据本地的数据量大小和RTO的要求建立一个备份服务器用来保留展近几天的数据？而不是数据直接落到磁带库.【分析解读】可以，两种实现方式1 .库不大的情况下，有的dba想自己备份，技术实力可以，先从脚本化方式或开源备份软件bacula2 .已经存在备份软件。大多数的备份软件都有分层存储功能，备份的数据先落在磁盘存储上，然后根据策略,在一定的时间后迁移到磁带座.这样既保证了短期用到备份集时的效率，又能保证数据的长期存放.具体需要和备份管理员商果若来就行2.3怎样制定合理的苗份策路？【分析解读】备份策略的规划要从实际需求出发，参考自

10、身的RPO和RTO指标来完成设计.要避免设计不足，达不到恢且需求；同时也要避免过度设计，浪费宝贵的存慵资源和计算资源。1 .制定合理备份策略需求前期进行详细的需求收集和需求分析,了解业务系统的详细信息，包括数据最、数据类型.备份商口等信息.2 .需求分析完毕后对各业务系统进行分类，然后备份软件按照分类将业务数据划分到不同的策略，进行集中备份管理.一般情况下，策略的内容会包含备份主机、备份内容、备份频率，备份保留周期等内容.在分类上可以基于以下维度：-基于相同的业务数据类型-基于相同的业务系统类型-基于相同的业务数据保留周期-相关联、相依赖的业务系统组合3.调度规划指的就是业务系统备份作业的发起

11、窗口,不同的业务系统有自己的特性，在调度设计时要充分考虑备份作业对业务系统的影响。在调度规划时要从多方面综合考虑，要确保在不膨响业务正常运行的情况下，在给定的备份窗口内完成数据备份，一般情况下规划调度时，需要考虑如下因素：- 业务主机备份的数据量和给定的备份窗口- -备份服务器的资源负载程度- -备份网络环境的负载程度- -业务方面的其他特殊要求总结：调度的规划要根据实际业务做好平衡，整体上来要根据调研的结果尽量去满足各个业务系统的备份要求，但如果这个需求超出了整个备份系统的能力，需要从其他方面做出考虑。2.4怎样进行备份存储和备份网络的规划设计？【分析解读】可以从以下几个点来考虑：1 .通过

12、备份需要调研，确定存储空间的用绿.首先应该先调研并汇总，确认整个环境中当前要需要备份的系统有多少，各大概有多少数据量，最终得到1个初步的数据总量.其次，应该了解并估弊整个备份环境的增长量，以及规划的年数,比如，初步估算所有的备份数据总后为5T,每年增长20%,规划5年周期.最后的总康应该是12.5T左右最后，要确认保存的周期或保存的副本数.比如，初步按3个副本保存，40T的有效容量应该是没问题的.2 .根据存慵空间初步确定设备选型。根据需求选择存储，目前可供选择的有磁盘存阵、一体机、云存储（含本地对象存储、私有云和公有云、磁带库等，比如有寓线保存需求，则一定要使用物理带库.存储选型时，可以优先

13、考虑含高级特性的存储或一体机，比如里删、快照等技术.3 .备份窗口的确定通过和业务系统的负责人的沟通，了解每个要备份的业务系统的屐大备份窗口，根据备份窗口选择合适的备份方式，最终获取备份速度指标.4 .备份网络需要独立设计要求和生产网络隔曲,前端网络尽显使用万兆网络，采用独立的网络设备；后端San网络也要独立使用，和生产存储的分开,尽量使用较新的16G网络，根据备份速度要求，做好预留，使用多通道技术提升备份速度。3.番份容灾相关问题3.1 如何进行备份容灾设计，如何与已有的灾备系统匹配？【分析解读】常见有以下几种模式：1 .主中心备份到磁带库，定期做磁带出库，将磁带运输到备中心保存，备中心可选

14、设计一套备份系统用来做恢复验证。严格意义上来讲，这只能克是备份介质的异地存放，不能算容灾.2 .主备中心独立部署备份系统。在主备中心已经基于业务或数据层面做了数据同步的情况下，这种方式实际上是部罟了两套独立的备份系统，两套备份软件在数据和架构上都是独立的。3 .主备中心采用了相同备份存储，并且基于备份存储层面做了数据同步。备份软件直接使用同步后的数据.这种方式下，备份软件独立部署，但是备份数据存在豆制关联.4 .主备中心采用了相同的备份软件平台，并且做了基于备份软件的数据同步，一般情况下，同步会基于重删和压缩技术来减少数据传输员,比如TSM的nodereplication豆制，NBU的air等

15、.具体使用哪种容灾备份模式，并没有一定的成例.需要结合企业自身的实际情况，选择最合适自己的.另外，备份容灾的规划可以放长远一些，分阶段逐步完成，没有必要一僦而就.3.2数据容灾设计和容灾笛份是基于何种智份？数据容灾设计和容灾备份是基于何种备份？是基于网络存储、虚拟化、还是云备份？安全性、可生性和智能纠错方面如何？【分析解读】容灾备份是容灾设计的一部分，通常我们说的容灾大部分情况下都是指业务系统的容灾.容灾备份指的是备份系统在容灾系统中的实现.这个目前没有统一的标准和要求，一股有如下几种方式，企业可以结合自己的实际情况来实现。1 .生产和备份中心的备份系统各做各的，没有关联.因为业务系统已经做了

16、容灾，所以也可以认为备份数据有两份，只是从备份系统的角度来，是各自独立的，备份发生了两次.2 .通过备份存储实现备份容灾.两个数据中心都使用了相同品牌的存储，并且存储直接具备数据复制功能，可以确保一个中心的备份数据传送到另一个中心，备份数据也是两份，备份发生了一次.3 .通过备份软件实现，现在很多备份软件自身都有容灾选项，比如nbu的air,tsm的nodereplication等,也可以实现一次备份，两中心的副本。4 .在上述3点的基础上，结合分级存储或者磁带出麻，可达到更灵活的设计方式.3.3commvault做异地2copy吞吐一直上不去？用commvault做从北京硬盘到广州的2copy操作，专线带宽300M,一直占用100M,吞吐