【转】NAS备份所面临的挑战

对于很多存储管理员来讲,对网络附加存储 (NAS)设备的备份可以说是一个极大的挑战,因为为了备份NAS设备,他们不得不将数据通过网络传送到备份服务器上。而这个过程需要在服务器端安装备份代理程序以便控制NAS设备,且这样做的效率也不是很高。然而也有一些可以简化NAS备份的方法比如网络数据管理协议(NDMP)以及准连续保护系统(CDP),但是这些技术是不是也有一些局限性呢?

  W. Curtis Preston是TechTarget的执行编辑,同时也是一名独立的备份领域专家。本文中他对一些普遍的NAS备份方面的挑战进行了讨论,对NDMP的优势和劣势以及其他可以帮助简化NAS备份的技术进行了回答。

  问:NAS备份方面最常见的挑战有哪些?

  答:一个挑战就是NAS备份其实使用的是标准的基本协议,当我们讨论NAS的时候,我们其实是在讨论NFS、服务器信息拦截器 (SMB)或者CIFS。相对于NAS,另外一个存储方式就是存储区域网络 (SAN),或者本地连接的DAS存储,这两种存储方式下,文件系统都运行在服务器本地。所以,在这种情况下,备份软件必须通过对应的协议,NFS或者SMB来访问待备份的文件,而NFS以及SMB都是基于IP的协议。所以,有这样一种可能性,即远端的设备,比如一台专业NAS设备,其本身是能够满足性能要求的,但是之间所连接的网络就不好说了,可能是直连方式,或者使用高性能的交换机,或者是那种很烂的网络,比如很老旧的网络设备。总之,在这种情况下你必须通过网络,通过对应的NAS协议来访问和备份对应的数据。

  同时,这也意味着你不能实现什么有特色的东西。例如,对于传统的文件系统来讲,一个挑战就是恶名昭彰的“百万文件”问题,所谓“百万文件”是指在一个单一文件系统中存在着上百万个文件。当你在文件系统层进行备份的时候,你就必须处理这数以百万的单个文件,此时系统将会非常难受,备份和恢复过程将会变得异常慢。比如,我曾经就见过一个20GB的文件系统的恢复过程竟然花了72小时,花费这么长时间的原因并不是因为备份软件出了问题,而是因为由于文件系统必须去创建数以百万计的文件节点等元数据,这个过程是非常耗时的。当你所备份的数据并不存放在NAS上的时候,我们就可以做一种叫做“Image backup”,影像备份,也就是直接备份磁盘或者LUN,恢复的时候直接挂载,拷出文件即可。所以,由于基于LUN级别的备份,使得对其中文件系统数据的备份速度有很大的提升,如果你需要恢复这整个的文件系统,那么你可以直接恢复整个LUN,这样对应文件系统中的文件也就自动出现了。在“百万文件”环境下,这种做法比传统做法快一百倍。

  然而,对于NAS来讲,你无法使用上述的影像备份方式来备份NAS上的数据,唯一办法就是使用NFS或者SMB来备份文件数据。所以,这就是NAS备份的核心挑战,而接NAS的网络性能是参差不齐的。

  问:NDMP对于NAS备份来讲是一个好选择么?它是怎么工作的?

  答:NDMP大约是在10年前被引入业界的。那时候NetApp公司就开始活跃了,而NetApp的NAS设备正是这样一种让你备份起来很头疼的设备。那时候人们会问:“到底怎么备份它?”,一开始答案是:“它就是用NFS的,所以直接用NFS备份就行了。”。然而,很多人根本不想通过NFS来备份他们的数据。所以,NDMP就这样诞生了,为了更好的备份像NetApp这样的NAS设备,众多的备份软件厂商都在寻找这样一种方式,最终NDMP应运而生了。

  很多人认为NDMP是一种备份格式或者协议,但NDMP其实是一种管理协议,它让备份服务器可以与NAS设备交流。有了NDMP协议,备份服务器所要做的便是将磁带放入磁带驱动器中,或者使用虚拟磁带,或者任何你想要将备份数据存放在的存储介质,当准备好之后,备份软件便告诉NAS设备做备份。之后,NAS设备如何将数据备份到介质中就完全是NAS设备自己的事情了。

  另外一个挑战便是备份格式,市场上多种备份软件都会产生各自不同格式的备份集。比如,NetApp使用dump格式,其他有的使用CIO格式,另一些使用TAR格式或者增强型TAR等等。当使用NDMP来连接备份服务器时,它会说:“我已经将一盘磁带放到这了,我想让你把数据备份到这里。” 然后,NAS设备会将一些信息封装在NDMP协议中告诉备份服务器:“好了,我已经做完了备份,数据都存放在这里了。”,之后备份软件就可以访问这些数据了。

  备份可以以三种方式来完成:NAS设备自己备份到自己,NAS设备之间备份以及NAS设备备份到服务器或者相反。备份到自己的方式下,一般是采用直连一个磁带驱动器或者磁带库到NAS设备上,然后NAS设备自己将数据备份到磁带中。在NAS到NAS的备份方式下,其中一台NAS连接有磁带驱动器,另一台NAS通过网络将数据传送到这台连接有磁带驱动器的NAS上,然后这台NAS再将数据写入磁带存放。在NAS到服务器的备份方式下,服务器连接有磁带驱动器,此时服务器其实是作为一个响应NDMP请求的设备了,NAS将数据传送到服务器,然后服务器再将数据写入磁带中保存。

  NDMP就是提供这样一种控制方式的协议,而且由于它可以实现自身到自身的备份,也就是说备份软件可以将一盘磁带放到正确的位置然后告诉NAS设备来直接将数据备份到这盘磁带或者虚拟磁带中,这样就不需要使用外部网络来传输数据了。通过这种方式,备份的效率提升了很多。

  NDMP更酷的是,它不仅可以做磁带备份,而且你可以用它来查看快照。你可以在备份软件中来感知到系统中的快照,然后你可以选择恢复它们。

  本质上,NDMP允许将NAS上的数据直接备份到本地所连接的磁带或者虚拟磁带中,而这正是很多人都很感兴趣的,这种方式也提升了备份和恢复的速度和效率。

  问:NDMP有什么限制吗?

  答:NDMP并没有规定备份格式,这或许是NDMP的一个主要限制。比如,假如你有一台NetApp的设备和一台EMC Celerra设备,而你想把所有的数据移动到Celerra中。在这种情景下,你就不能使用NDMP了,比如你想通过NDMP来将NetApp上的数据备份下来,然后再恢复到Celerra中,这是做不到的。这种情景并不仅限于NetApp与Celerra,比如Celerra和Hitachi Data System(HDS)等等情况都一样。不同的厂商拥有不同的备份格式,而每种格式都是互不兼容的。

  NDMP的另外一个限制情景则是厂商自身的格式升级所带来的利旧问题,比如EMC决定在两年之后他们不再用dump格式来备份了,而打算使用其他某种新的更好的正在开发当中的备份格式,所以它们之后升级了。那么之前备份的磁带怎么办?这里就会产生担忧了,厂商不得不考虑后向兼容,而一旦厂商在这方面稍有失误,那么你就必须保存着老旧的设备以便应对随时可能发生的数据恢复。

  另外一个限制与文件级别的协议有关。常见的备份格式比如dump、TAR、CIO等,都是文件级别的协议。而如果你遇到了“百万文件”问题,那么你一样会在NDMP环境下也遇到这种问题,这也就是为何很多备份软件厂商都提供影像备份的原因。有不少厂商支持影像级别备份,此时当你发起NDMP备份时,你说:“将这个卷备份到这盘磁带,不要使用dump,使用这个新的影像格式。”,当你这么做后,你就会得到一份影像,当你恢复的时候,就必须恢复到一个相等或者更大容量的存储空间中,而且此时你不可以做文件级别的恢复。

  问:还有什么其他技术可以简化NAS的备份么?

  答:我是准CDP技术的忠实粉丝,这个技术本质上其实就是快照以及数据复制技术的组合。如果你所选用的产品是将快照与复制技术相融合的,那么你备份的时候就应当选用这种方式,因为这种方式是基于真正的增量备份方式,你就不需要再做全备份了。被复制的数据看起来像是多份完整的全备份,但其实每次传输的时候都只是传输变化的部分。并且,你所拥有的数据不仅仅是当前系统中的数据,你还拥有了昨天、前天甚至上周时刻的系统数据影像。另外,被复制的数据并不是以某种备份集格式而存在的,这就意味着,当你想恢复数据的时候,你不需要做像传统磁带备份那样的数据回导过程,你可以直接让你的应用程序直接挂起复制之后的数据,同时将数据导回你的主存储,当主存储数据导回完毕之后,你可以选择继续让应用使用副存储,或者选择将应用切回到主存储,同时将副存储上变化的数据反向同步到主存储。比如,如果仅仅是主存储电源故障,这种情况下,应用切换到副存储继续运行,当主存储电源恢复之后,将副存储上的变化过的数据同步到主存储即可。

  所以,如果你有NAS设备,那么我高度推荐你调查一下到底哪种方式是最好的备份方式。如果你的设备不支持某种备份方式,或者你可以考虑选择另一款NAS产品。在我看来,准CDP方式是最好的备份方式。

时间: 2024-08-29 12:53:39

【转】NAS备份所面临的挑战的相关文章

调试64bit程序所面临的挑战-part1

调试64bit程序所面临的挑战 如果到目前为止,你还没有调试过优化后的64bit代码,为了不落后于时代,那就赶紧去尝试吧.由于64bit下fastcall调用方式和大量通用寄存器的存在,找出任意栈帧中局部变量的值将会变得非常棘手. 本文,我将详述一些我非常喜欢的调试64bit代码的技巧.但在此之前,我们先对64bit下函数的调用方式做一个了解. X64调用约定 如果你熟悉32位平台下的fastcall调用约定,那么对64位平台的fastcall你也会觉得很熟悉.在32位平台下,你需要掌握多种函数

运营商网络采用SDN所面临的挑战(一)

运营商网络采用SDN所面临的挑战(一) Babak Samimi 将数据平面.控制平面与管理平面分隔开来所实现的软件定义网络(SDN)改善了OPEX及CAPEX,并且使得网络资源的集中调配和管理成为可能--SDN的这些优点广为人知.由于SDN带来的网络资源的集中化创建出了易于管理.易于自动化以及灵活度高的平台,运营商得以按需分配资源,并随着对网络内容的增添或使用的不断变动,实时地定义适当的业务.但是,在运营商网络上实现SDN的最大障碍在于,目前的SDN标准(包括业界钟爱的OpenFlow在内)都

运营商网络採用SDN所面临的挑战(一)

运营商网络採用SDN所面临的挑战(一) Babak Samimi 将数据平面.控制平面与管理平面分隔开来所实现的软件定义网络(SDN)改善了OPEX及CAPEX,而且使得网络资源的集中调配和管理成为可能--SDN的这些长处广为人知.因为SDN带来的网络资源的集中化创建出了易于管理.易于自己主动化以及灵活度高的平台,运营商得以按需分配资源,并随着对网络内容的增添或使用的不断变动,实时地定义适当的业务.可是,在运营商网络上实现SDN的最大障碍在于,眼下的SDN标准(包含业界钟爱的OpenFlow在内

移动APP支付面临巨大挑战,安全成发展“命门”

依据<中国第三方网络支付安全调研报告>,现如今移动互联网的飞速发展,网络支付为人们带来极大便利,APP的安全性也一直备受关注.山寨APP一方面,用户的身份.银行财产等相关数据和手机应用的绑定越来越紧密,另一方面,伺机而动的黑客们也抓住了这送上门的机会,在移动支付领域兴风作浪,将黑手伸进手机钱包甚至银行账户里面,移动支付安全面临巨大挑战. 据业内人士表示,当前阶段移动支付安全问题,已经成为整个行业的痛点,甚至是制约整个行业良性发展的绊脚石.据有关数据显示,目前在网民面临的各类安全问题中,&quo

医疗保健系统的网络安全 面临严峻挑战

作为致力于建立良好网络安全的厂商,趋势科技一直以来都扮演着安全产业内的两个角色.一个是日以继夜.不眠不休地努力让世界各地企业.政府和消费者免于最新威胁所害:另一个则是致力于让个人和组织都能更加认识威胁情势的变化,以打造一个更为安全的数字信息交流的世界. 而医疗保健是我们这两个身份目前都在努力中的目标.一方面,有越来越多网络犯罪分子将其当作目标,另一方面,也有部分组织对于病患健康数据(PHI)的外泄威胁反应迟缓. 医疗保健方面的资料入侵外泄占美国资料入侵外泄事件的43%  医疗保健记录对网络犯罪分

OC中并发编程的相关API和面临的挑战

OC中并发编程的相关API和面临的挑战(1) 小引 http://www.objc.io/站点主要以杂志的形式,深入挖掘在OC中的最佳编程实践和高级技术,每个月探讨一个主题,每个主题都会有几篇相关的文章出炉,2013年7月份的主题是并发编程,今天挑选其中的第2篇文章(Concurrent Programming: APIs and Challenges)进行翻译,与大家分享一下主要内容.由于内容比较多,我将分两部分翻译(API和难点)完成,翻译中,如有错误,还请指正. 目录 1.介绍 2.OS

Web开发面临的挑战主要有哪些?

摘要:要成为一名高效的Web开发者,这需要我们做很多工作,来提高我们的工作方式,以及改善我们的劳动成果.而在开发中难免会遇到一些困难,从前端到后端. 导读:要成为一名高效的Web开发者,这需要我们做很多工作,来提高我们的工作方式,以及改善我们的劳动成果.而在开发中难免会遇到一些困难,从前端到后端,近日,在问答网站知乎上,有人抛出了“Web前端开发面临的挑战主要有哪些?”和“后端开发主要的挑战有哪些?”话题,众技术大牛各抒己见,CSDN软件研发频道对本文内容进行了整理,方便大家学习与参考. 一.W

运营商网络采用SDN所面临的挑战(二)

运营商网络采用SDN所面临的挑战(二) Babak Samimi 在向电信级SDN演进的进程中,我们需要一起来深入研究一下MPLS-TP OAM以及OpenFlow所需的新扩展功能.MPLS-TP对故障监测和保护倒换提出了明确要求,而OpenFlow目前则尚未对故障监测或出错恢复提供明确支持. 故障监测 故障监测从NNI到UNI方向进行.然后,从MPLS-TP流中抽取OAM包,重新转送至合适层级的监测实体,如区段.LSP和PW等.Y.1731提供的故障监测利用的是名为RMEP(远端MEP或者维护

文件存储NAS备份服务开放公测

摘要: 经过两个多月的开发,阿里云文件存储NAS备份服务已经开始公测了,有需要的用户可以去控制台申请公测资格.本文着重介绍NAS备份服务如何使用. 如何申请公测 如上图所示,在NAS的控制台主页上申请,需要填写公司名称以及需求. 经过两个多月的开发,阿里云文件存储NAS备份服务已经开始公测了,有需要的用户可以去控制台申请公测资格.本文着重介绍NAS备份服务如何使用. 如何申请公测如上图所示,在NAS的控制台主页上申请,需要填写公司名称以及需求. 创建备份任务 申请公测完成,后端审核通过后,备份页