CN101366028A - 永久存储设备 - Google Patents

永久存储设备 Download PDF

Info

Publication number
CN101366028A
CN101366028A CNA2006800521549A CN200680052154A CN101366028A CN 101366028 A CN101366028 A CN 101366028A CN A2006800521549 A CNA2006800521549 A CN A2006800521549A CN 200680052154 A CN200680052154 A CN 200680052154A CN 101366028 A CN101366028 A CN 101366028A
Authority
CN
China
Prior art keywords
file
data
disc
metadata cache
visit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2006800521549A
Other languages
English (en)
Inventor
A·米罗施尼切科
K·邓恩
S·帕申科夫
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
PowerFile Inc
Original Assignee
PowerFile Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by PowerFile Inc filed Critical PowerFile Inc
Publication of CN101366028A publication Critical patent/CN101366028A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供了一种永久存储设备。实施例提供了用于经由网络文件访问协议可用的数据的永久存储空间。客户机连接至永久存储设备。永久存储设备准备数据以根据策略创建光学映像。光学映像记录在介质上并且存储在可经由网络访问的永久介质库中。

Description

永久存储设备
相关申请的交叉引用
本申请要求2005年12月16日提交的美国临时专利申请No.60/750,958和2006年12月15日提交的美国专利申请No.11/611,787的优先权,在此通过参考并入其全部内容。
技术领域
本发明总体上涉及数据存储,并且更具体地涉及对数据的永久存储进行管理。
背景技术
随着计算机成为越来越多的用户的日常商务活动和私人活动的一部分,存储在计算机上的数据量成指数增长。计算机系统存储大量的音乐和视频库、珍爱的数码照片、重要的业务联系人、关键的财务数据库,以及文档和其他数据的贮存。
遗憾的是,从计算机问世以来,就一直存在存储在计算机上的数据可能丢失的风险,无论是灾难性的丢失还是偶然丢失。病毒入侵、设备故障,或者仅仅是不当的键击都会使想要保存的内容立即受损、被破坏、擦除或者重写。期待的是能够以安全的、不可改变的方式存储数据,以避免以上的事故。
由于这种丢失的结果相当可怕,所以已经研发出为了长期存储而将数据存档的方法。传统上,对于永久存储有两个选择:在线存储数据,或者将数据存档。在线数据的优势在于按可搜索格式的快速访问。存档数据的优势在于可移动、提供长期存储,并释放了高成本在线存储子系统(诸如,硬盘)的空间。
另一种存储数据的方式是将数据复制到磁带上用于存档。磁带并不是为了提供对信息的简便、快速访问而设计的。其通常以专用备份格式写入,并且仅可以顺序查找。其是针对偶然的、不一定发生的在主存储器故障时取回备份数据而设计的。其是针对密度设计的,而不是针对访问。除了磁带的不易访问性外,还存在将重要存档存储在并不是用于永久的介质上的风险。磁带被用于周期性地重写文件,而不是用于以永久侵蚀的不可改变的形式保存重要的固定内容。与某些类型的光介质不同,磁带并不是天生不受蠕虫(WORM)的侵害,并且容易受到诸如磁干扰的环境影响。尽管磁带对于备份数据可能是足够的,但是对于存档高度重要的固定内容而言不是理想的选择。
由于磁带用于存档的缺陷正变得明显,所以某些组织正使用盘片作为重要存档的存储介质。盘片与磁带相比的优势在于易于访问信息。然而,盘片并不是长期存储固定内容的理想选择。由于平均保存期限为3年,所以盘片并没有提供永久性。为了管理一致性目的或者历史分析而存档的重要记录应当存储在具有更长寿命的介质上。而且,至关重要的数据不应该冒被改写或改变的风险。另外,尽管盘片的价格在下降,但是它们仍然极度昂贵。一个组织能够以合理的成本将少量记录存储到盘片上,但是对于大量且增长的存档量却不能如此。
所需要的是:用于存储固定内容的永久副本的方法和系统,它们以低廉的成本提供了快速访问和较长的寿命。
发明内容
本发明的实施例提供了用于对数据的永久存储进行管理的方法和系统。永久存储设备通过网络文件访问协议提供介质库中的数据存储,并执行对介质库的控制和管理。客户机将数据文件从主存储器复制到永久存储设备中的数据缓存。永久存储设备根据策略创建一个或多个缓存的数据文件的盘片映像。盘片映像记录在介质上并且存储在永久介质库中。卷标识用来在介质库中唯一地标识介质,并且为每个文件,映射数据的存档副本在数据缓存和介质库中的位置。永久存储设备具有网络连接的存储器属性,该属性允许客户机通过网络访问存储在永久存储设备中的文件,如同它们存储在本地盘片那样容易。基于请求,如果数据存在于数据缓存中,可以从数据缓存访问文件的缓存副本,或者从介质库访问数据。
在一个实施例中,使用光学子系统来实现数据的长期存档。光学子系统可以包括在光介质库中一个或多个DVD自动点唱机中组织的光盘和一个或多个盘片驱动器的集合。通过连接至附加的介质库,可以添加附加的存储空间或存储位置。
本发明具有各种实施例,包括作为计算机实现的处理、计算机装置和在通用或专用处理器上执行的计算机程序的实施例。在此发明内容以及具体实施方式中描述的特征和优势并没有包括所有的特征和优势。根据附图、具体描述和权利要求,许多附加特征和优势对于本领域技术人员而言是显然的。
附图说明
图1示出了根据一个实施例的永久存储设备的通用系统架构。
图2示出了永久存储设备的通用系统架构的另一实施例。
图3示出了根据一个实施例的永久存储设备的操作的功能性框图。
图4是示出了根据一个实施例的永久地存储数据的方法的流程图。
图5是示出了根据一个实施例的对存储在永久存储设备中的数据进行访问的方法的流程图。
附图仅出于示例的目的而描述了本发明的实施例。本领域技术人员将从下述讨论中容易地认识到:在不脱离在此详述的本发明原理的前提下,在此示出的结构和方法的替代实施例都可以使用。
具体实施方式
图1示出了根据一个实施例的永久存储设备104的通用系统架构100。系统100包括经由网络101连接至永久存储设备104的至少一个主存储器102,其中该永久存储设备104连接至一个或多个介质库110。该图没有示出大量的常规组件(例如,客户端计算机、防火墙、路由器等)以避免混淆实施例的相关细节。
主存储器102可以是任何数据存储设备,诸如网络化的硬盘、软盘、CD-ROM、磁带驱动器或者存储卡。其可以是网络上的客户端计算机内部的存储设备,或者是连接至网络的单机存储设备。如图1所示,主存储器102例如通过网络连接101连接至永久存储设备104。网络101可以是任何网络,诸如互联网、LAN、MAN、WAN、有线或无线网络、专用网或者虚拟专用网。
永久存储设备104执行对一个或多个介质库110的控制和管理,并允许通过标准网络文件访问协议访问一个或多个介质库110。永久存储设备104包括接口103、数据缓存106和数据迁移单元108。接口103允许从永久存储设备104通过网络101访问存档文件。在一个实施例中,使用网络文件系统(NFS)协议来通过网络访问文件。当使用NFS时,永久存储设备104可以实现NFS守护程序(daemon)。在一种实现中,支持网络文件系统的第三版和第四版。作为替代或补充,可以使用公共互联网文件系统(CIFS)或者服务器消息块(SMB)协议来通过网络访问文件。在一种实现中,用Samba来支持CIFS协议。作为替代或补充,可以使用其他协议来通过网络访问文件,并且补充的接口103可以如本领域技术人员所知的那样实现。
在一个实施例中,数据缓存106文件系统是XFSTM,即,硅图(Silicon Graphics)有限公司为UNIX实现创建的日志式文件系统。XFSTM实现数据管理应用程序接口(DMAPI)来支持分级存储管理(HSM),即这样一项数据存储技术,其允许应用自动地在诸如硬盘驱动器之类的高速存储设备与诸如光盘和磁带驱动器之类的低速存储设备之间移动数据。HSM系统在低速设备上存储批量数据,并且在需要的时候,将数据复制到较快速的盘片驱动器。在一个实施例中,数据缓存106支持5级独立盘片冗余阵列(RAID)。在其他实施例中,可以支持其他级的RAID和/或数据的其他冗余可以在数据缓存106中实现以改进转存到永久存储设备104的数据安全性和完整性方面的置信度。在一个实施例中,数据缓存106是基于盘片的,用于对最近访问的数据进行快速访问。如果需要的话,缓存的数据可以由更近访问的数据替换。
永久存储设备104中的数据迁移单元108用于将数据复制到一个或多个介质库110或者从其将数据复制出。数据迁移单元108包括准备区(staging area)109。一旦完整的介质映像可用,则数据迁移单元108将数据从数据缓存106复制到介质库110。数据迁移单元108使用准备区109来临时存储介质映像,直到数据迁移单元108将介质映像写入到介质库110为止。数据迁移单元108还可以从一个或多个介质库110读取数据,并在经由网络101将文件递送到请求客户端之前,将这些文件缓存在数据缓存106中。
介质库110例如可以是在一个或多个DVD自动点唱机中组织的光盘和一个或多个盘片驱动器的集合。在另一实施例中,介质库110可以包含存储在磁介质上或者对于本领域人员而言公知的其他数据存储介质上的数据。
可选地,永久存储设备104可以包括图形用户界面(GUI)(未示出)。GUI允许用户访问永久存储设备104的可选和/或可定制的特征,并且可以允许管理员设置永久存储设备104的操作策略。在一个实施例中,永久存储设备104包括网络服务器,诸如Apache网络服务器,其与GUI协作以允许用户访问永久存储设备104的可选和/或可定制的特征。作为GUI的替代或补充,永久存储设备104可以包括命令行接口。
图2示出了永久存储设备的通用系统架构的另一实施例200。在图2所示示例中,多个数据迁移单元108、208已经可通信地耦合,其中数据迁移单元108、208的每一个都连接到至少一个介质库110、210。尽管在此示例中,两个数据迁移单元108、208已经以菊花链链接在一起,但是在其他实施例中,三个或更多个数据迁移单元例如可以串行、并行或以本领域技术人员公知的任何其他配置来连接。每个数据迁移单元108、208可以串行、并行或以本领域技术人员公知的任何其他配置来连接至附加的介质库,以便为永久存储提供附加的位置。在一个实施例中,数据迁移单元108和208位于彼此远离的位置。在另一实施例中,数据迁移单元108和208在同一位置。在又一实施例中,介质库110和210在同一位置。可选地,介质库110和210可以位于彼此远离的位置和/或与数据迁移单元108和/或208远离的位置。在一个变体中,数据迁移单元108可以向介质库110写入数据或从其访问数据,而数据迁移单元208可以向介质库210写入数据或者从其访问数据。此配置例如在设备发生故障或不可用的情况下具有优势。
图3示出了根据一个实施例的永久存储设备的操作的功能框图300。接口103包括数据管理API(DMAPI)333,其为监控文件信息提供标准接口。数据文件从主存储器102通过DMAPI302转存到修改和宽限期管理器335。该修改和宽限期管理器335检测新文件的存在并追踪所接收文件的文件修改历史。有时,在将数据从主存储器102转存到数据缓存106时可能存在延迟。在一个实施例中,为了指明这样的期间而建立宽限期,在该期间中,在文件被标记为只读并禁止进一步的改变之前,对一个文件的数据的改变(包括添加和修改)可以被数据缓存106接受。在宽限期到期之后,该文件适合被存档。宽限期可以用于确定文件改变何时完成,使得被存档的文件内容是完成的并且是一致的。在一个实施例中,宽限期是可定制的。例如,宽限期可以设置为短于30秒、3分钟、30分钟或者更长。作为替代或补充,可以在系统内建立和实现关于何时接收文件用于存档以及接收什么类型的文件的其他策略。在一个实施例中,修改和宽限期管理器335追踪在宽限期内是否对文件进行了任何修改。如果在宽限期内对文件进行过任何修改,则重置宽限期并再次开始。如果宽限期满都没有对文件进行任何修改,则修改和宽限期管理器335将文件指定为只读。通过DMAPI333返回文件被标记为只读的通知336,以便更新与该文件相关的元数据。已经被指定为只读的文件被冻结为固定内容,并且被认为已经准备好要存档到介质库110中的永久存储器中。在文件变成只读后,任何写入尝试都会触发向用户发送错误消息。
盘片映像器337将已经被认为准备好要存档的文件转换成标准格式,并从一个或多个文件准备盘片映像。在一个实施例中,盘片映像器337使用统一盘片格式(UDF)。使用UDF或其他标准格式增加了来自介质库110的盘片与来自其他系统的盘片的兼容性。盘片映像器337可以为文件编排格式并且将文件布置在盘片映像中,以增大或优化盘片空间利用率。盘片映像器337还可以为了效率和便捷而管理文件,以便使得文件的碎片最小化,并向盘片进行最少次数的写入。
一旦盘片映像器337已经创建了包括一个或多个只读文件的盘片映像,则用于每个文件的永久存储空间在盘片映像中的地址便是已知的。这样,用于永久存储器中的数据副本的卷标识和/或其他地址信息可以应用338到文件。可选地,数据的存档副本的地址信息可以在处理的任何稍后时间应用到文件,例如,诸如在已经进行了存档复制之后。准备区109提供了对来自盘片映像器337的盘片映像的临时存储。随后,介质和复制管理器339将盘片映像从准备区109写到介质库110中的盘片。
介质和复制管理器339管理盘片映像、烧制顺序,并执行验证来消除“边缘(marginal)”烧制。在一个实施例中,介质和复制管理器339可以用至少两种方式执行验证。第一,介质和复制管理器339可以在光驱上设置验证设置,使得驱动器可以为读取数据付出较少努力。因此,边缘记录的区域可以被使用这些验证设置读取它们的驱动器标识为失败,而同样的边缘记录的区域使用常规驱动器设置则可能是可读的。如果检测到边缘上记录的区域,则可以丢弃该盘片并对新盘片进行写入。第二,当从光介质读取数据时,介质和复制管理器339可以将读取的数据与数据缓存106中的原始副本进行比较来标识任何错误。如果检测到了错误,则可以丢弃该盘片并对新盘片进行写入。在一个实施例中,介质和复制管理器312还创建介质映像的副本,用于灾难恢复。如果期待针对自然灾害的附加安全性,则该副本可以存储在远程位置。
图4是示出了根据一个实施例的永久性存储数据的方法400的流程图。在步骤441,创建永久存储空间(PSS)卷ID。卷ID在时间和空间上是唯一的。卷ID用于对存储存档文件的盘片库中的盘片进行唯一标识。例如,序列号、时间戳,或者指派唯一ID的任何其他方法都可以用来创建PSS卷ID。
在步骤443,根据已建立的宽限期,从主存储器102接收数据。在收到时,将数据临时性地存储在数据缓存106中。在一个实施例中,文件的元数据存储在与该文件相关的数据结构中。例如,数据结构可以是索引节点,或者用于存储元数据或标准属性(诸如,文件大小、时间戳、权限和一个或多个块映射(block map))的任何其他数据结构。一旦文件被转存到数据缓存106,则对应于该文件的索引节点或其他数据结构包含指向数据缓存盘片上的位置(文件存储在数据缓存106内的地方)的块映射。如上所述,在一个实施例中,为了指明这样的期间而建立宽限期,在该期间中,在文件被标记为只读并禁止进一步的改变之前,对一个文件的数据的改变(包括添加和修改)可以被数据缓存106接受。在宽限期到期之后,该文件适合被存档。在一个变体中,多个文件从主存储器102接收到数据缓存106,用于在单个卷中存档。
在步骤445,从所接收数据创建介质映像。介质映像的大小不应该超过目的地永久存储空间的大小。在一个实施例中,介质是包含约4GB数据的DVD。在另一实施例中,介质是包含更大存储能力的蓝光光盘(blu-ray discTM),例如容量超过20GB。非常大的文件可能需要分布在不止一个卷中。为了增大盘片空间的利用率,多个文件可以布置在一个介质映像中,例如首尾相连地置于介质映像中。可以建立关于在卷被认为完整并且已准备好要映像到介质库110中的盘片上之前,介质映像应该如何完整的策略。例如,一种策略可以规定映像到盘片上的最小数据量。作为另一示例,一种策略可以规定映像到一个盘片上的最大文件数量。作为替代或补充,可以建立这样的策略,即,可以基于诸如每小时、每晚、每周等时间,基于诸如用户请求之类的触发事件,或者诸如保存文件、关闭文件、发起关机过程的用户动作或者任何其他用户动作,来认为介质映像已经准备好被映像。
在步骤447,索引节点、与文件相关的扩展属性或者其他数据结构被更新以便除了包括数据缓存106内文件的数据块的物理地址以外,还包括介质库110内的文件的存档副本的地址。存档副本的地址包括卷ID和数据在卷内的具体位置。此对偶映射允许访问数据缓存106或介质库110中的文件;永久存储设备104将从最快速的可用位置访问数据。这样,如果文件可用的话,永久存储设备104从数据缓存104访问文件,否则将从介质库110访问文件。在图2的示例性系统内,访问请求可以从一个数据迁移单元108传递到另一数据迁移单元208以便找到所请求的卷。在一个实施例中,从数据缓存106或介质库110访问文件的方法可以以客户机不可见的方式操作。
在步骤449,包含文件的存档副本的介质映像被写入介质库110中的卷。在一个实施例中,介质映像包括所创建的卷ID。这样,对卷中文件的访问并不依赖于卷在介质库110内保持在同一相对位置。如果在介质库中移除了卷或卷改变了位置,则卷仍然包含供永久存储设备104在访问文件的存档副本时使用的卷标识。在介质映像记录449到介质库110中的卷后,数据缓存106或准备区109中的数据可以被删除以便为所期待的新数据留更多的空间。本领域技术人员公知的缓存管理算法,诸如先进先出(FIFO),可以用来从数据缓存106和准备区109中选择供删除的文件。例如,可以考虑检索的频率以及上次修改的数据。
图5是示出了根据一个实施例的对存储在永久存储设备104中的数据进行访问的方法500的流程图。在步骤551,接收对存档数据的请求。在一个实施例中,可以接收551对访问数据的请求,并且永久存储设备104可以通过标准网络文件访问协议提供对数据缓存106或介质库110中数据文件的访问。
在步骤553,从对偶块映射确定存档副本的一个或多个位置。如上所述,与文件相关的索引节点或扩展属性可以包含元数据,诸如文件大小、时间戳、权限和标识文件在数据缓存106和/或介质库中的光学卷(optical volume)上的存储位置的一个或多个块映射。在一个实施例中,如果数据缓存106中没有可用的对应的文件,则用于数据缓存106中位置的块映射是空白的。类似地,如果数据还未映像到光介质上,则用于介质库110中位置的块映射是空白的。可选地,块映射可以包含另一指示符,即在数据缓存106或介质库110中数据不可用。
在步骤555,基于来自对偶块映射的信息,永久存储设备104可以确定是否存在可从数据缓存106获得的副本555。如果存在可从数据缓存获得的副本,则从数据缓存106访问数据557。在一个实施例中,从数据缓存访问数据557可以比从介质库110访问数据更快速。这样,出于性能的原因,在此实施例中,当数据在缓存106中可获得时,可以较快速地从数据缓存106访问数据。然而,如果数据从数据缓存106不可获得,则从介质库110访问数据559。在图2的示例性架构中,访问请求可以从一个数据迁移单元108传递到另一数据迁移单元208以便找到所请求的卷。
以上描述被包括进来以示出实施例的操作,并且并不旨在限制本发明的范围。通过以上讨论,许多也落入本发明精神和范围内的变体对于本领域技术人员而言是显然的。本领域技术人员还应当理解,本发明可以用其他实施例实现。首先,组件、术语的大写、属性、数据结构或者任何其他编程或结构方面的特殊命名并不是强制性的也不重要,实现本发明或其特征的机制可以具有不同的名称、格式或协议。进一步地,系统可以通过上述的硬件和软件的结合来实现,或者完全以硬件元件实现。而且,在此描述的各种系统组件之间功能的具体划分仅仅是示例性的而不是强制性的;单个系统组件执行的功能可以替代地由多个组件执行,并且由多个组件执行的功能可以替代地由单个组件执行。
以上描述的某些部分从对信息的操作的方法和符号化表征方面给出了本发明的特征。这些描述和表征是数据处理领域技术人员所使用的、将他们的工作的实质最有效地传达给本领域技术人员所使用的方式。尽管在功能上或逻辑上描述了这些操作,但是应当理解它们可由计算机程序实现。而且,其还被多次证实,在将这些操作的布置称为模块或由功能名称来称呼它们时是便利的,而又不失一般性。
除非特别指出,否则从上述讨论显然应当理解,贯穿说明书,利用诸如“复制”等术语进行的讨论指的是计算机系统或者类似电子计算设备的这样的动作和处理,即,对在计算机系统存储器、寄存器或其他这种信息存储、传输或显示设备内表示为物理(电子)量的数据进行操纵和变换。
本发明的某些方面包括在此以方法的形式描述的处理步骤和指令。应当注意,本发明的处理步骤和指令可以利用软件、固件或硬件实现,当用软件实现时,其可以被下载以驻留在实时网络操作系统使用的不同平台上并从所述不同平台进行操作。
本发明还涉及用于执行此处的操作的装置。这个装置可以针对所需的目的而专门构建,或者其可以包括由存储在可由计算机访问的计算机可读介质上的计算机程序有选择的激活或重新配置的通用计算机。所述计算机程序可以存储在计算机可读存储介质中,诸如但不限于任何类型的盘片,包括软盘、光盘、CD-ROM、磁光盘、只读存储器(ROM)、随机访问存储器(RAM)、EPROM、EEPROM、磁或光卡、专用集成电路(ASIC),或者适用于存储电子指令的任何介质类型,每个都耦合到计算机系统总线。而且,在此说明书中涉及的计算机可以包括单个处理器,或者可以是为增大计算能力而设计的使用多个处理器的架构。
在此给出的方法和操作并不固有地涉及任何特定的计算机或其他装置。各种通用系统也可以与依照此处教导的程序一起使用,或者可以证实构建更专门的装置来执行所需的方法步骤更加便利。各种这些系统所需的结构和等同变体对于本领域技术人员而言是显然的。另外,本发明并未参照任何具体的编程语言进行描述。应当理解,各种编程语言都可以用来实现在此描述的本发明教导,并且对具体语言的参考是为了实现本发明及本发明的最佳模式而提供。
本发明很好地适用于各种拓扑的大量计算机网络系统。在此领域中,大型网络的配置和管理包括通过诸如互联网的网络可通信地耦合至不同计算机和存储设备的存储设备和计算机。
最后,应当注意,在此说明中选择所使用的语言原则上是出于可读性和指导性的目的,并且不是为了勾勒和限制本发明的主题。因此,本发明的公开内容意在示出在所附权利要求中给出的本发明的范围,但又不限于此。

Claims (22)

1.一种计算机实现的管理存档数据的方法,包括:
接收数据文件;
将文件临时存储在数据缓存中的某个位置;
将所述文件在所述数据缓存中的位置记录在与所述文件相关的数据结构中;
从所述数据缓存中的所述文件创建介质映像;
将所述介质映像写到具有唯一标识符的光盘上;
将所述唯一标识符记录在所述与所述文件相关的数据结构中;以及
将所述光盘存储在永久介质库中。
2.如权利要求1所述的方法,进一步包括使用网络文件访问协议访问所述文件。
3.如权利要求1所述的方法,进一步包括使用网络文件系统协议访问所述文件。
4.如权利要求1所述的方法,进一步包括使用公共互联网文件系统协议访问所述文件。
5.如权利要求1所述的方法,进一步包括响应于所述文件不再位于所述数据缓存中,使用所述唯一标识符从所述永久介质库访问所述文件。
6.如权利要求1所述的方法,其中所述介质映像包括多个文件。
7.如权利要求1所述的方法,进一步包括确定用于所述文件的改变的宽限期已经期满。
8.如权利要求7所述的方法,进一步包括将所述文件标记为只读。
9.如权利要求1所述的方法,其中所述与所述文件相关联的数据结构是索引节点。
10.如权利要求1所述的方法,其中所述光盘包括DVD。
11.如权利要求1所述的方法,其中所述光盘具有超过20GB的容量。
12.如权利要求1所述的方法,其中从所述接收的数据创建介质映像是根据策略进行的。
13.如权利要求12所述的方法,其中所述策略规定映像到盘片上的最小数据量。
14.如权利要求12所述的方法,其中所述策略规定映像到一个盘片上的最大文件量。
15.如权利要求12所述的方法,其中所述策略规定盘片映像的频率。
16.如权利要求12所述的方法,其中所述策略规定触发创建介质映像的用户动作。
17.一种计算机实现的访问存档文件的方法,包括:
接收对存档文件的请求;
从对偶块映射确定所述存档文件的一个或多个位置;以及
响应于所述存档文件不位于数据缓存盘片上,从光介质库访问所述文件。
18.如权利要求17所述的方法,其中所述对偶块映射存储在与所述存档文件相关的索引节点中。
19.如权利要求17所述的方法,其中所述对偶块映射存储在与所述文件相关的扩展属性中。
20.如权利要求17所述的方法,其中所述对偶块映射包括所述介质库中的卷的唯一标识符。
21.如权利要求17所述的方法,其中所述对偶块映射包括所述存档文件在数据缓存盘片上的位置。
22.一种永久存储设备,包括:
用于对要存档的文件进行临时存储的数据缓存;
用于从所述数据缓存中的文件创建盘片映像的盘片映像器;
用于将盘片映像记录到介质库中用于永久存储的盘片上的复制管理器;以及
用于允许通过网络文件访问协议访问所述介质库的接口。
CNA2006800521549A 2005-12-16 2006-12-18 永久存储设备 Pending CN101366028A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US75095805P 2005-12-16 2005-12-16
US60/750,958 2005-12-16
US11/611,787 2006-12-15

Publications (1)

Publication Number Publication Date
CN101366028A true CN101366028A (zh) 2009-02-11

Family

ID=40391469

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2006800521549A Pending CN101366028A (zh) 2005-12-16 2006-12-18 永久存储设备

Country Status (1)

Country Link
CN (1) CN101366028A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110880986A (zh) * 2019-10-30 2020-03-13 烽火通信科技股份有限公司 一种基于Ceph的高可用NAS存储系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110880986A (zh) * 2019-10-30 2020-03-13 烽火通信科技股份有限公司 一种基于Ceph的高可用NAS存储系统

Similar Documents

Publication Publication Date Title
US8229897B2 (en) Restoring a file to its proper storage tier in an information lifecycle management environment
JP5918244B2 (ja) フォールトトレラントデータベース管理システムにおいてクエリ結果を統合するシステム及び方法
US8200631B2 (en) Snapshot reset method and apparatus
US8219850B1 (en) Data processing recovery system and method spanning multiple operating system
CN100419664C (zh) 存储网络中执行备份操作的方法
CN101292219B (zh) 用于在存储介质中实现保护分区的装置、系统及方法
CN100416508C (zh) 一种存储网络中的数据备份方法
CN100524235C (zh) 存储网络中的恢复操作
US20070168398A1 (en) Permanent Storage Appliance
US20110035409A1 (en) Hierarchical storage system and copy control method of file for hierarchical storage system
US20070130421A1 (en) Apparatus, system, and method for global metadata copy repair
JP2013545162A5 (zh)
JP2004038929A (ja) 複数のスナップショットを管理するシステム及び方法
JP2006072789A (ja) ストレージシステム及びストレージシステムのデータ管理装置
CN102117233A (zh) 用于高性能企业数据保护的系统和方法
CN105183581A (zh) 一种数据库容灾系统
CN103119590A (zh) 在分布式数据库中管理完整性的方法和系统
JP2005031716A (ja) データバックアップの方法及び装置
JP2007272874A (ja) クラスタ化ファイルシステムにおいてデータのバックアップを取る方法
EP1636690B1 (en) Managing a relationship between one target volume and one source volume
US20100094811A1 (en) Apparatus, System, and Method for Virtual Storage Access Method Volume Data Set Recovery
US7730351B2 (en) Per file dirty region logging
US6823348B2 (en) File manager for storing several versions of a file
US20060282631A1 (en) Discovering data storage for backup
JP5159777B2 (ja) 情報及びメタデータを管理し記憶する装置及び方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20090211