51CTO下载VTL虚拟磁带库数据备份解决方案建议书.docx
- 文档编号:4322436
- 上传时间:2022-11-29
- 格式:DOCX
- 页数:25
- 大小:852.73KB
51CTO下载VTL虚拟磁带库数据备份解决方案建议书.docx
《51CTO下载VTL虚拟磁带库数据备份解决方案建议书.docx》由会员分享,可在线阅读,更多相关《51CTO下载VTL虚拟磁带库数据备份解决方案建议书.docx(25页珍藏版)》请在冰豆网上搜索。
51CTO下载VTL虚拟磁带库数据备份解决方案建议书
H3CVTL虚拟磁带库
数据备份解决方案建议书
杭州华三通信技术有限公司
目录
1.H3C存储简介3
2.数据备份技术发展趋势3
2.1.传统磁带备份方式3
2.2.D2D备份方式5
2.3.VTL虚拟磁带库备份方式6
3.H3C虚拟磁带库备份解决方案7
3.1.H3C虚拟磁带库备份解决方案简介7
3.2.基于IP/FCSAN的虚拟磁带库数据备份解决方案7
3.2.1.组网拓扑8
3.2.2.方案说明8
3.2.3.方案优势10
3.3.物理磁带库与虚拟磁带库有机结合的备份归档解决方案11
3.3.1.组网拓扑12
3.3.2.方案说明12
3.3.3.方案优势15
3.4.基于IP网络的虚拟磁带远程备份解决方案15
3.4.1.组网拓扑16
3.4.2.方案说明16
3.4.3.方案优势17
4.H3C虚拟磁带库产品简介18
4.1.H3CNeoceanDL1000系列虚拟磁带库18
4.2.产品特点19
4.3.产品规格21
4.4.软件功能列表23
5.服务介绍24
5.1.H3C存储产品售后服务模式图24
5.2.H3C公司全球技术服务部24
5.3.H3C公司渠道合作伙伴26
1.
H3C存储简介
H3C公司致力于基于IP技术的设备与应用的研究、开发、生产、销售及服务,为企业、公共事业和家庭用户提供全系列IP网络产品和全业务解决方案。
H3C是目前全球唯一拥有路由器、以太网交换机、WLAN、IP存储、安全、VoIP、视频、SOHO产品及软件管理系统等在内的多层次、全系列基于IP网络产品的全业务解决方案提供商。
H3C洞悉世界范围内兴起的IT新时代技术整合浪潮。
SOA、网格技术、效用计算、OnDemand等新兴技术和观念,正在深刻地改变着今日IT世界的格局。
H3C公司根植于对IP技术的深刻理解和长期技术积累,构建了新一代Neocean自适应网络存储系列产品。
以IP存储、WSAN(广域SAN)、网格存储、虚拟存储、数据应用服务技术五大技术群,构建了新一代自适应网络存储体系。
Neocean自适应网络存储,将成熟的IP技术融入存储,加入了新兴的CDP、数据复制、VTL、网格等先进技术,以面向应用、面向服务的IT新时代基础设施建设要求为目标建构新一代存储体系,充分体现了基础架构围绕IP融合,通过中间件为应用提供硬件资源服务的行业发展方向。
2.数据备份技术发展趋势
2.1.传统磁带备份方式
随着全球信息化脚步的不断加快,企业发展与IT系统建设的关系越来越紧密,企业数据的安全性越来越被重视,“有备而无患”早已是信息管理人员的基本观念。
在部署与管理任何信息服务时,备份必然是要纳入的重要环节。
从1952年IBM发布了第一款磁带机以来,磁带技术就一直占据着数据备份/恢复领域的重要地位。
传统的数据备份方式也就是采用物理磁带库/磁带机与备份软件相结合,通过设定一定的策略实现数据备份和恢复的自动化。
虽然基于磁带的备份和恢复技术是广泛应用的数据保护手段,但长期以来,磁带备份在可靠性、性能和成本等方面存在的缺陷一直困扰着IT管理员:
►备份失效率高,可靠性无法保障
数据备份中,备份本身并不是目的,必须能够在发生灾难时保证数据成功恢复,备份才有意义。
然而采用传统的磁带备份方式,数据的有效备份和恢复无法得到保障。
首先,作为备份介质的磁带,可靠性差。
使用过磁带备份的用户,都身有体会,磁带有三怕-—怕潮、怕摔、怕强磁。
潮湿的环境容易使磁带发霉,若要长期存放必须置于恒温恒湿的磁带箱内;现今磁带的磁录密度都相当高,一旦不慎从高处摔落地面,就会导致磁头定位不准,读取不到数据;磁带不能接近强磁物体更是基本常识,被磁化的磁带经常是导致还原失败的原因。
另外实际操作中,磁带还会经常发生卡带、绞带的问题。
而长时间存放的磁带必须按时回带,磁带机的读写头也得按时清洗,确保万一需要复原时,磁带能正常被读取。
其次,机械故障率高。
传统的磁带库的构成包括机械手、磁带机驱动器、磁带存储槽、控制器、条码扫描系统、磁带入库和磁带出库装置等,这些部件大多是精密的机械组件,任一组件的故障均可能导致整个磁带库运转异常,甚至无法正常工作。
频发的机械故障经常导致备份过程的长期中断甚至备份数据丢失。
第三,人为因素导致备份失效。
使用磁带的过程需要过多人工因素的参与,不但导致高昂的人工成本,也引入了诸多人为的不安全因素。
根据美国存储杂志的统计,磁带备份中,40%~60%是失效的,其中大部分原因是由磁带失效、机械故障和人为因素造成的。
►备份/恢复速度慢
数据备份中的一个重要概念是备份窗口(BackupWindow),即一个工作周期内留给备份系统进行备份的时间长度,也就是应用所允许的完成数据备份作业的时间。
数据备份需要应用系统的参与,备份过程中应用系统的性能、带宽等都会受影响,因此备份需要在业务量较小的时候(比如夜间或假日)进行,甚至可能需要应用系统停机。
随着数据量不断膨胀,备份所需的时间越来越长,但业务连续性的要求却越来越高,备份窗口要求越来越小。
备份管理员发现传统磁带的速度实在太慢,已经不能在既定时间内完成工作。
近年来,磁带的读取技术在不断的改进,磁带数据的恢复速度已经有了很大的提高。
但是在面临大量数据恢复时,磁带的恢复速度仍然无法令人满意。
在读取数据时,物理磁带还需要挂载、倒带、寻道等一系列初始化过程,这往往需要数分钟的时间;如果是跨越多个磁带进行数据恢复,就需要更长的时间。
所以在进行海量数据的恢复时,往往需要花费十几个小时甚至几天的时间,严重影响了应用业务的正常运行。
►总体拥有成本(TCO)居高不下
磁带备份方式总体拥有成本居高不下,主要分为两部分:
采购成本和维护成本。
我们所认为的磁带备份方式成本相对较低,主要是针对存储介质磁带的单位容量价格不高而言,而实际上磁带库的实用性能并不单取决于存储容量,更重要的是由磁带驱动器的规格和个数、机械手的精度和灵活性决定的,而这些恰恰是磁带库中价格最昂贵的主要部件。
因此磁带备份方式的初始采购成本并无优势。
另外传统磁带备份方式的维护和保养成本也很高。
据美国存储杂志统计,美国磁带库的平均年维护成本高达磁带库采购成本的15%左右。
尤其令用户烦恼的是,由于磁带库技术较为封闭,许多元器件的维修、更换必须由磁带库原厂商工程师完成,一些关键部件的维修甚至需要返回原厂,磁带库厂商及其工程师的响应速度直接决定了磁带库维修所需的时间。
维修成本高不说,更重要的是正常的业务备份受到影响。
2.2.D2D备份方式
随着计算机性能的飞速提高和网络应用的普及,更多的数据产生了。
在过去,数据主要由文字处理文件和电子数据表组成,在企业中产生的数据容量相对较小,采用磁带进行备份/恢复并不困难。
然而今天,企业使用较为复杂的应用软件生成了图像、数据库、视频和其它数据量巨大的文件。
企业IT应用现状对备份数据量和性能要求急剧提升,同时企业对数据的依赖性越来越大,如何实现可靠的备份也成为困扰IT管理员的难题。
近年来,磁盘技术有了长足的进步,磁盘的容量在不断的加大,成本却在不断的降低。
从传统IDE磁盘发展而来的企业级SATA磁盘,在继承了其前辈大容量、低成本特性的同时,在性能方面也有了巨大的进步,目前SATAII接口的速率已经达到了300MB/s。
基于高性能、大容量、低成本的SATA磁盘的备份和恢复,已经开始成为一种高性价比的备份方案。
传统的备份软件/硬件的供应商很快认识到了磁盘备份的潜力,纷纷推出了基于磁盘的备份和恢复功能。
这种磁盘到磁盘的备份手段称之为D2D(DiskToDisk)备份。
采用D2D备份方式的优势主要在于:
►备份可靠性得到大幅提升
与磁带备份方式中的磁带相比,D2D备份中的存储介质磁盘是密闭的电子设备,可靠性要强于磁带。
现在广泛使用于D2D备份的企业级SATA硬盘,平均无故障时间(MTBF)甚至高达120万小时,是磁带的5倍以上。
在取消了机械手、磁带机等机械设备后,D2D备份的可靠性得到了进一步的加强。
另外磁盘备份可以通过RAID(冗余磁盘冗余阵列)和热备技术进一步提升系统可靠性。
RAID技术能够保证当一块甚至多块磁盘发生故障时,存储的数据依然完整有效,备份系统的读写可以在降级状态下正常进行。
而热备技术又能够自动实现RAID重建,无须IT管理人员干预,将系统自行从降级状态恢复到正常状态。
►数据读写性能优异,备份/恢复速度块
采用磁盘备份方式的另一个最大的优势之一在于磁盘的读写性能。
目前主流的SATA磁盘吞吐速度高达300MB/s,这一点在很大程度上缓解了大型数据中心在备份时间窗口方面的压力,而现在最快的LTO3磁带驱动器也只能达到80MB/s的速度。
而且通过磁盘的RAID技术,实现多块磁盘同时读写,性能能够得到进一步提升。
优异的读写性能可以实现快速备份和恢复。
虽然D2D备份具有相当的吸引力,但是也存在诸多的不足:
►采用D2D备份,备份服务器看到的存储介质是磁盘和文件系统
随着备份数据的增加,文件系统的碎片越来越多,影响到备份的性能。
而且不同的操作系统采用不同的文件系统,在面临多操作系统备份时,无法有效的做到备份资源共享。
此外,因为采用了文件系统,因为病毒入侵和文件误删除操作导致备份数据失效的情况也时有发生。
►D2D备份改变了传统的磁带备份模式
对于现有的任何规模的IT环境,从磁带结构转变到基于磁盘的策略都不是一件容易的事情。
而且大多数企业和组织已经大笔投资建立了磁带备份系统,并正运用现有的磁带技术,努力达到最佳的备份效果。
如果放弃已有的备份投入,破坏现有的备份环境,改用D2D备份,对于领导者和管理员而言,都是一个艰难的抉择。
所以,D2D要想成功代替磁带备份,必须以一种不破坏现存环境,并有效保护企业备份投入的方式来实现。
虚拟磁带库的出现,有效的解决了这个问题。
2.3.VTL虚拟磁带库备份方式
虚拟磁带库(VirtualTapeLibrary,简称VTL)是在D2D备份的基础上发展而来的。
它采用磁盘技术来模拟磁带备份,兼具D2D备份和磁带库备份的优点,同时又克服了二者的不足,实现了磁带技术和磁盘技术的最佳融合。
VTL采用磁盘作为备份介质,将磁盘仿真为一种或者多种磁带库和磁带。
仿真后的磁带/磁带机在备份服务器上显示为真实的物理磁带/磁带机,整个备份和恢复的过程和物理磁带库完全一致。
因此,VTL可以无缝地整合到现有的IT环境中,无需更改现有的备份软件配置和备份管理策略,存储管理员的经验和技术不会被浪费,备份投资也能得到有效的保护。
相比磁带备份,VTL采用了磁盘备份介质,具备了磁盘备份/恢复的高性能和高可靠性,有效缩短了备份时间,提高了数据的安全性。
相比D2D备份,VTL提供的是磁带格式的备份方式,不存在文件系统性能下降、病毒感染等问题,也不需要改变已有的备份环境,有效的保护已有的备份投资。
VTL作为一个优秀的备份恢复解决方案,正越来越受到用户的欢迎。
3.H3C虚拟磁带库备份解决方案
3.1.H3C虚拟磁带库备份解决方案简介
H3C基于NeoceanDL1000系列的虚拟磁带库数据备份解决方案,能够仿真目前所有主流的磁带机和磁带库,无缝接入用户的数据备份环境,在大幅提升备份设备和数据介质可靠性的同时,显著提高了备份和恢复速度,并统一整合和简化了对备份资源的管理。
DL1000系列采用虚拟磁带库技术,把磁带读写命令和磁盘读写命令进行转化,从而把物理磁盘虚拟为多种型号的物理磁带库/物理磁带机、以及各种介质类型的物理磁带。
DL1000系列仿真的各种磁带机/磁带库在备份服务器上显示为真实的物理磁带机/磁带库,因此无需更改现有备份软件配置,可以保证对备份策略的投资继续有效,IT管理员的操作知识也无需重新学习。
DL1000系列产品具有灵活的组网方式、强大的仿真能力和丰富的数据管理功能,针对用户不同级别的备份需求,形成不同的解决方案。
3.2.基于IP/FCSAN的虚拟磁带库数据备份解决方案
企业的不断发展,随之而来的是IT信息系统产生的备份数据量逐步攀升和对备份窗口却越来越严格的要求。
如何在IT预算日益缩减的情况下,实现高可靠和高性能的数据备份,是管理员和其他IT专业人员不得不面对的问题。
H3C基于IP/FCSAN的虚拟磁带库解决方案能够为新建备份系统的用户提供高可靠、高性能、可管理的数据备份方案,免除传统磁带备份所带来的备份失效率高、备份/恢复速度慢等问题。
3.2.1.组网拓扑
3.2.2.方案说明
DL1000系列包括两款产品DL1000S和DL1000,DL1000S支持IP前端业务接口,而DL1000同时支持IP和FC前端业务接口,对于新建备份系统的用户,无论原有在线存储使用IPSAN或FCSAN网络,都可以灵活选择不同型号的VTL产品,接入现有存储网络以实现LANFree备份。
虚拟磁带库实现磁带库的仿真,对于备份管理服务器来说,认为接入的备份设备就是真实的磁带库设备,因此备份软件配置和备份策略与传统的磁带备份方式完全相同。
在实际配置时,在备份管理服务器上安装备份软件的服务器端(Server)模块,由于备份服务器端的收费一般与备份服务器的操作系统和硬件配置相关,为了降低成本建议选用WindowsPC机作为备份服务器。
应用服务器上安装备份软件的客户端(Client)模块,此时虚拟磁带库设备对应用服务器是不可见的,所有需要备份的服务器通过客户端模块与备份管理服务器的服务器模块进行通讯,备份数据流通过备份管理服务器将数据转换为磁带格式存入虚拟磁带库设备。
在预算比较充裕的情况内,也可以在每台应用服务器上安装备份软件的介质服务器(MediaServer)模块,这样应用服务器可以直接“看到”虚拟磁带设备并将需要备份的数据写入虚拟磁带,有效解决所有备份数据流经过单台备份管理服务器进行备份的性能和带宽瓶颈。
为了解决多台服务器共用磁带设备,还需要在应用服务器上安装备份软件SSO(ShareStorageOption)模块。
每次备份之前由SSO通过前端业务网络与备份服务器通讯,获得虚拟磁带设备使用权后,再由后端SAN网络将数据写入虚拟磁带设备。
DL1000系列继承了Neocean存储产品系列的易管理特性,提供了基于WEB启动的GUI界面,以及简化的RAID管理界面。
其中RAID管理界面是嵌入在GUI管理界面中的。
VTLGUI管理界面
RAID管理界面
用户可以根据自身的备份需求和使用习惯通过DL1000的VTL图形化管理界面虚拟出特定型号的物理磁带库,同时虚拟出一定数量的磁带驱动器和磁带,并将所虚拟的磁带库指定给相应主机使用。
DL1000系列能够仿真QUANTUM、HP、IBM等主流厂家的数十种磁带库,能够仿真HPUltrium系列、QuantumDLT系列、STKT9840等多种类型的磁带机,满足不同客户的备份需求。
3.2.3.方案优势
►可靠性的飞跃提升
H3C基于IP/FCSAN虚拟磁带库备份解决方案采用磁盘技术来进行备份,磁盘作为全密闭的电子设备,故障率要远远低于磁带设备,同时避免了磁带因为受潮发霉、介质失效等问题带来的数据丢失。
DL1000系列去除了机械手臂、磁带驱动机、物理磁带等机械组件,消除了介质磨损和介质错误,进一步降低了故障率。
此外,DL1000系列的RAID5机制,在提高性能的同时,实现了备份介质的容错机制,大大降低数据丢失的可能。
DL1000系列可配置热备盘,当RAID5阵列中某块物理磁盘故障时,热备盘自动顶替故障盘,这在提高了系统的可用性的同时,也降低了数据丢失的风险。
►最佳的备份/恢复速度
DL1000系列VTL产品采用高性能、高可靠、大容量的企业级SATA磁盘作为备份介质,提供了快速的介质读写能力;采用RAID5技术,通过多磁盘的并发读写,大大提高了备份介质的读写性能,提供了比传统磁带库高数倍的备份和恢复速率;省去了物理磁带库挂载、倒带等初始化操作,进一步缩短了备份窗口和数据恢复时间。
此外,相比真实的物理磁带库所支持的磁带机数目,DL1000系列可仿真的虚拟磁带机数目更多。
比如,STKL20物理磁带库最多支持2个磁带机,20盘物理磁带。
而DL1000则可以同时仿真出16个不同的磁带库、64个磁带驱动器和512盘磁带,允许更多备份作业的同时并发访问,大大提高了备份系统的整体性能。
►实现按需配置,随需扩容
DL1000系列产品支持自动扩容。
物理磁带的容量是固定的,而DL1000系列仿真的虚拟磁带的容量可以实现按需分配。
即可针对虚拟磁带库,预定义该虚拟磁带库下的虚拟磁带的初始容量、增量以及最大容量。
当虚拟磁带的使用容量超过初始容量时,磁带会自动按照增量进行扩容,直到达到磁带的最大容量。
这样可大大简化系统的管理,避免“OutofSpace”错误,同时,提高磁盘存储空间的利用率。
►实现比物理磁带库更大的存储空间
通过DL1000系列的压缩功能可实现备份文件的压缩,以达到节省磁盘空间的目的,这样在虚拟磁带中就可以存放更多的数据。
例如使用压缩比率2:
1的方式来备份数据,在虚拟磁带上可存放两倍于原磁带大小的数据。
►降低管理和维护成本
采用虚拟磁带库备份,实现备份/恢复的高可靠性,可以有效的降低维护成本。
另外还可以避免传统磁带库备份中大量的人工操作,减少了人为故障因素,进一步降低了维护成本。
DL1000系列产品快捷方便的维护管理界面,能够被备份管理员轻松学习和掌握,进一步减少了培训和管理费用。
►实现性能和容量的同步堆叠扩展
当单个DL1000系列虚拟磁带库容量无法满足备份容量需求时,通过多个DL1000的堆叠扩展,整个虚拟磁带库整体系统的性能和容量随着DL1000的数量增加而同步增加。
同时,多个DL1000系列产品堆叠的时候还可以实现统一管理。
►提供与现有IT环境的无缝集成
H3C的虚拟磁带库产品进行了最广泛的兼容性测试,能够仿真业内所有主流的磁带库和磁带机,支持与主流的备份软件配合实现数据备份,确保虚拟磁带库可以无缝集成到现有的IT环境中。
3.3.物理磁带库与虚拟磁带库有机结合的备份归档解决方案
对于采用物理磁带库备份的IT环境,管理员往往处于一种两难的境地。
一方面,磁带的离线归档和异地保存特性是必要的数据保护方式;另一方面,磁带库备份的性能差强人意,备份数据的可靠性又得不到保证,往往在需要恢复的时候才发现数据不可用。
那么,有没有一种好的方案,可以对备份系统进行优化,既实现高速可靠的备份,又能达到离线归档的目的,而且还能保护原有的物理磁带库投资呢?
H3C的物理磁带库与虚拟磁带库有机结合的备份归档解决方案应用而生。
3.3.1.组网拓扑
3.3.2.方案说明
该解决方案适用于用户已有物理磁带库的环境。
DL1000系列产品可以通过前端IP或FC接口无缝接入到用户原有备份环境,用户的物理磁带库则可以通过FC或SCSI接口再挂接在DL1000系列VTL产品后。
DL1000系列通过与物理磁带库的数据交互,实现数据备份与归档的一体化。
►数据归档和恢复
有多种方式实现虚拟磁带库和物理磁带库之间备份数据的归档和恢复。
●手动归档
在进行归档时,数据首先由备份软件通过iSCSI协议或FC协议备份到虚拟磁带库DL1000系列产品上,然后通过手动方式将数据从虚拟磁带导出到物理磁带上。
有两种方式实现这种导出(Export)操作:
1、复制(Copy)模式
即把虚拟磁带中的数据复制到物理副本上,在数据传输完成之后仍然保留原有的虚拟磁带。
2、移除(Move)模式
把虚拟磁带中的数据复制到其物理副本上,然后从系统中删除掉虚拟磁带。
假如需要在删除该虚拟磁带之前,保留虚拟磁带的数据一段时间,可以进行相应的设置。
一旦数据被导出到物理磁带,只要物理磁带库和虚拟磁带库使用同样类型的磁带,即使移除DL1000,备份服务器仍然可以直接访问物理磁带库中的资源。
●自动归档(AutoArchive)
一旦针对虚拟磁带库启用了自动归档,当使用备份软件或其他工具在执行了一次备份任务以后准备移出(Eject)虚拟磁带时,DL1000系列会自动执行导出操作,然后把虚拟磁带的数据写入到物理磁带。
针对自动归档,也可以设置使用复制模式或者移除模式。
因为DL1000指定自动归档时,将根据虚拟磁带的Barcode信息在物理磁带库中寻找对应的磁带,为了保证导出时DL1000能够自动找到相应的物理磁带,必须要确保物理磁带的Barcode和虚拟磁带的完全匹配。
●手动恢复
在实现从物理磁带库到虚拟磁带库的数据恢复时,需要通过手动执行物理磁盘到虚拟磁盘的数据导入功能。
DL1000提供了三种导入(Import)数据的模式:
1、复制(Copy)模式
即将物理磁带上的所有内容拷贝到虚拟磁带上,物理磁带的数据保持不变。
2、直接访问(DirectAccess)模式
即为物理磁带创建一个虚拟副本,并把物理磁带链接到虚拟副本上,因此虚拟副本仅仅作为一个链接,而不占用实际的存储空间。
这样将允许备份软件直接访问磁带中的数据,无需等待完整拷贝结束,即为备份软件提供一种快速读取物理磁带库数据的手段。
当仅需要从物理磁带中恢复少量数据时,这种模式就非常有用。
直接访问的磁带是写保护的。
因此,仅仅可以从磁带中读取数据,而不能写入数据。
3、再循环(Recycle)模式
对于再循环模式,一般用于一些特定的备份软件,比如CABrightStor。
当用Recycle模式时,VTL只把物理磁带最前面的10MB数据读入到虚拟磁带中,这10MB数据包含了所存放数据的重要信息(如,MetaData和Label信息),这样备份软件就可以快速识别出这些数据是不是所需要的数据,而不用像复制模式把所有数据全部都导入进来。
用户可以根据自己的需求灵活选择上述的归档和恢复方式,而且整个数据交换过程只需由DL1000系列产品完成,不需要备份服务器和备份软件的参与。
►自动磁带缓冲
另外DL1000系列还能实现自动磁带缓冲(AutomatedTapeCaching)功能。
该功能不同于前面提到的导入/导出。
自动磁带缓冲把虚拟磁带作为物理磁带库的缓存,为备份软件提供数据的透明访问方式,即在备份软件看来,虚拟磁带和物理磁带是一个整体,备份软件不用关心该数据是在物理磁带还是虚拟磁带上。
启用自动磁带缓冲功能时,DL1000将根据物理磁带库的实际配置来创建虚拟磁带,保证虚拟磁带和物理磁带的数量、容量、Barcode等信息完全一致,因此,用户可以延用已有的License以及备份配置,不需要做任何改动。
自动磁带缓冲功能提供了灵活的策略来刷新虚拟磁带上的数据:
1、基于时间的触发条件:
每天某个时刻、或者每周具体某天的某个时刻开始刷新数据;
2、基于策略的触发条件:
(1)“AgeBasedDay(s)”定义了数据在虚拟磁带上的保留时间,该值满足时开始刷新数据;
(2)“DiskCapacityBased”定义了磁盘容量的阈值,当使用百分比达到配置的值时开始刷新数据;
(3)“EndofBackup”定义了每次备份完成时开始刷新数据;
用户可根据不同的应用灵活设置数据的刷新策略,当策略满足时,系统自动进行数据刷新。
►安全磁带传输
在数据从虚拟磁带库到物理磁带库归档的过程中,DL1000系列还提供了虚拟磁带的加密功能,即安全磁带传输选项,使用业界标准的AES(AdvancedEncryptionStandard)加密算法加密数据,再把加密过的数据导出到物理磁带库中,能够防止磁带丢失或者XX访问所带来的威胁,提高了备份
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 51 CTO 下载 VTL 虚拟 磁带库 数据 备份 解决方案 建议书
![提示](https://static.bdocx.com/images/bang_tan.gif)