CN100504873C

CN100504873C - 管理归档文件系统的方法和装置

Info

Publication number: CN100504873C
Application number: CNB2007100018467A
Authority: CN
Inventors: 玛丽亚·S.·拉贾卡尼马里亚恩; 斯里拉姆·帕拉普蒂; 莱纳·沃拉夫卡
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2006-01-10
Filing date: 2007-01-05
Publication date: 2009-06-24
Anticipated expiration: 2027-01-05
Also published as: US20070174366A1; JP5340535B2; CN101000631A; US20080320057A1; US7904437B2; JP2007188485A; US7415489B2

Abstract

本发明公开的是一种管理归档文件系统的方法和装置，其中确定包括至少一个文件的档案与操作系统文件系统关联地存在；产生虚拟档案文件系统用于访问档案；将所产生的虚拟档案文件系统作为多个内核模块中的一个内核模块包括在操作系统文件系统中；允许应用通过所产生的虚拟档案文件系统访问所述至少一个文件，其中如果安装产生的虚拟档案文件系统，则操作系统加载器将可执行模块从档案直接加载到存储器中并执行所述可执行模块，其中与所述档案对应的压缩模块和解压缩模块存储在操作系统文件系统外部，并且其中所述操作系统文件系统除了虚拟档案文件系统之外，还包括NTFS、JFS、FAT文件系统；通过档案处理模块的与档案对应的解压缩模块对档案解压缩，对档案的解压缩产生所述至少一个文件；以及通过由虚拟档案文件系统提供的至少一个接口将所述至少一个文件暴露给应用，其中虚拟档案文件系统被安装到目录中，所述至少一个文件被存储在目录中以将所述至少一个文件暴露给应用，并且由应用访问目录以对所述至少一个文件执行操作。

Description

管理归档文件系统的方法和装置

技术领域

本发明涉及管理归档(archived)文件系统的方法、系统和制造品。

背景技术

文件归档器是可以将一个或多个文件组合成一个档案文件或一系列档案文件的应用。许多文件归档器用数据压缩来减小档案文件的大小。某些文件归档器取多个文件，将多个文件的内容顺序连接成档案文件。产生档案文件的过程可以称为归档或打包。从档案文件重构原始文件可以称为解档(unarchiving)、拆包或提取。

可以将一个或多个文件或目录压缩并存储在档案(archive)内。在应用可以访问经压缩并存储在档案内的文件或目录前可能必须对档案解压缩。例如，在Unix操作系统的某些版本中，可以使用“磁带存档”(tape archive，TAR)文件格式。在某些Windows平台上，可以用ZIP档案格式将文件归档。

不同的归档软件可以使用不同的压缩和解压缩算法，还可以使用不同的加密和解密机制来限制访问存储在档案内的文件或目录。此外，不同的归档软件可以提供不同的接口来将文件添加到档案和从档案提取并访问文件。

如果应用需要访问已存储在一个档案内的文件或目录，在这个应用可以访问这些文件或目录前可能必需通过归档软件对档案解压缩和/或解档。应用或处理文件或目录的命令之类的操作系统命令(如复制文件、将文件列入目录等命令)不能直接使用档案文件。

发明内容

在一些实施例中，虚拟档案文件系统接收来自应用的访问所述至少一个文件的请求。虚拟档案文件系统向应用提供所述至少一个文件，其中所述至少一个文件已经通过对档案的解压缩存储在虚拟档案文件系统内，其中对档案的解压缩发生在接收访问所述至少一个文件的请求前。

在还有一些实施例中，虚拟档案文件系统通过由支持该操作系统文件系统的操作系统提供的输入/输出(I/O)管理器对应用可访问的，并且其中虚拟档案文件系统允许通过I/O管理器对所述至少一个文件执行至少读取、写入操作。

在又一些实施例中，由用户模式Web服务器应用管理的Web站点能使用压缩实用程序归档并存储在辅助设备内，其中从档案直接访问归档Web站点而不需要分解档案。

附图说明

现在来看同样的标号在所有各处表示相应部分的附图，在这些附图中：

图1例示了按照特定实施例设计的计算环境的方框图；

图2例示了包括特定按照一些实施例设计的包括在图1的计算环境内的附加组件的方框图；

图3例示了按照特定实施例设计的虚拟档案文件系统的方框图；

图4例示了按照特定实施例设计的由虚拟档案文件系统暴露的一个示范性档案和相应的文件/目录的方框图；

图5例示了按照特定实施例设计的管理归档文件的第一流程图；

图6例示了按照特定实施例设计的管理归档文件的第二流程图：以及

图7例示了计算机系统的体系结构，在特定实施例中可以按照该计算机系统的计算机体系结构实现图1的计算环境。

具体实施方式

在以下说明中，将对形成本说明书的一部分的例示若干实施例的附图进行说明。当然，也可以使用其他的实施方式，在结构上和操作上也可以加以改变。例如，虽然以下说明揭示了在数据备份方面的一些实施例，但可以理解，可以使用其他的实施方式来实现数据归档、数据迁移之类。

一些实施例提供了将档案虚拟化为操作系统文件系统的文件系统，使得应用(如Web服务器、文件传送协议(FTP)服务器和操作系统命令)可以通过使用操作系统提供的I/O系统调用直接访问档案中的文件。

图1例示了按照一些实施例设计的计算环境100的方框图。计算环境100包括计算平台102，它可以是任何适当的计算平台，包括在该技术领域内当前所知道的那些，诸如个人计算机、工作站、大型机、中型计算机、网络设备、掌上计算机、电话设备、刀片(blade)计算机、手持计算机之类。虽然计算平台102没有示为与网络耦接，但在一些实施方式中计算平台102可以与诸如因特网、内部网、存储区域网、广域网、局域网之类的网络耦接。

计算平台102包括一个或多个操作系统文件系统104、一个或多个档案106、至少一个档案处理模块108、一个或多个应用110和一个I/O管理器112。

操作系统文件系统104可以是任何适当的操作系统文件系统，包括在该技术领域内当前所知道那些，诸如网络文件系统(NFS)、文件分配表(FAT)文件系统、日志文件系统(JFS)、新技术文件系统(NTFS)之类。包括在计算平台102内的操作系统文件系统104可以由在计算平台102上执行的操作系统(未示出)支持。

档案106可以是任何适当的档案，包括在该技术内当前所知道的那些档案，诸如ZIP档案、Java档案(JAR)、磁带存档(TAR)、GZIP档案之类。档案106可以包括可能在归档前经过压缩的一个或多个文件。

档案处理模块108(也称为文件归档器)可以包括压缩模块114和解压缩模块116。压缩模块114可以压缩要归入档案106的文件。例如，ZIP压缩模块可以压缩多个文件和将得到的ZIP档案存储在档案106内。解压缩模块116可以对存储在档案106内的文件解压缩。例如，解压缩模块116可以对存储在ZIP档案内的压缩文件解压缩。虽然将以对档案的压缩和解压缩为例来例示一些实施例，但除了或替代对档案的压缩和解压缩之外，其他实施方式也可以使用对档案的打包和拆包。

应用110可以是任何适当的能通过I/O管理器112与操作系统文件系统104接口的应用或命令，包括在该技术领域内当前所知道的那些，其中I/O管理器112可以由在计算平台102内执行的操作系统提供。I/O管理器112允许应用110对存储在操作系统文件系统104内的解档文件执行I/O。

在一些实施例中，操作系统文件系统104除了诸如NES、JFS、FAT、NTFS之类的操作系统文件系统120之外还包括虚拟档案文件系统118。虚拟档案文件系统118通过使用虚拟档案文件系统118产生的暴露文件和目录120允许应用110访问存储在档案106内的文件而不需要任何解压缩。

因此，图1例示了将档案106虚拟化为操作系统文件系统104的虚拟档案文件系统118，使得应用114(象Web服务器、文件传送协议(FTP)服务器及其他操作系统命令)可以通过使用在I/O管理器112中操作系统提供的I/O系统调用直接访问档案106中的文件。

图2例示了包括按照特定实施例设计的包括在图1的计算环境100内的附加组件的方框图。

包括在计算环境100的计算平台102内的应用110可以包括诸如列表命令200、复制命令202、删除命令204、Web服务器206应用之类的应用，其中：列表命令200列出目录中的文件，复制命令202将文件从一个位置复制到另一个位置，删除命令204从目录中删除文件，而Web服务器206应用可以尝试对存储在计算平台102内的文件执行I/O。

I/O管理器112可以包括诸如打开208、关闭210、读取212、写入214之类的各种I/O系统调用，其中：打开系统调用208打开文件，关闭系统调用210关闭文件，读取系统调用212从文件读出，而写入系统调用写入到文件。诸如如Web服务器206之类的应用110可以用I/O管理器112内的I/O系统调用来访问存储在计算平台102内的文件。

档案处理模块108可以包括GZIP实用程序216、TAR实用程序218和JAR实用程序220，其中：GZIP实用程序216可以建立GZIP格式的档案，TAR实用程序218可以建立TAR格式的档案，而JAR实用程序220可以建立JAR格式的档案。

操作系统文件系统104除了虚拟档案文件系统118之外还可以包括诸如NTFS 222、JFS 224、FAT 226之类的文件系统。虚拟档案文件系统118包括暴露档案文件和目录118，其中应用110用暴露档案文件和目录118访问档案106内的文件，其中档案106内存储诸如GZIP、JAR、TAR等格式的归档文件。然而，应用110不必执行档案处理模块108来访问存储在档案106内的归档文件，而是通过虚拟档案文件系统118的暴露文件和目录120直接访问归档文件。

图3例示了按照特定实施例设计的虚拟档案文件系统的方框图。

虚拟档案文件系统118可以实现为操作系统文件系统的内核模块之一。虚拟档案文件系统118实现内核文件系统专用系统调用，诸如安装300、卸除302、读取304、写入306、打开308、释放310、读取目录312和其他文件系统专用调用314。例如，安装命令300可以将档案文件作为变元(argument)之一传送给虚拟档案文件系统118，而且可以将虚拟档案文件系统118安装入所指定的文件目录，档案的文件和目录就会象其他文件和目录那样放置在所指定的文件目录上。

图4例示了按照某些实施例设计的由虚拟档案文件系统118暴露的一个示范性档案和对应的文件/目录的方框图。

在图4中，名为“testsoftware.tar”的示范性档案400包括以下文件402：

/testsoftware/bin/test./exe

/testsoftware/lib/core.lib

/testsoftware/bin/core.so

/testsoftware/doc/guide.pdf

在档案“testsoflware.tar”作为虚拟档案文件系统118安装(404)到目录/usr406上时，应用110就可以访问如下暴露文件和目录408：

/usr/testsoftware/bin/test.exe

/usr/testsoftware/lib/core.lib

/usr/testsoftware/bin/core.so

/usr/testsoftware/doc/guide.pdf

在某些实施例中，如果用户键入korn命令解释程序(korn shell)内的命令‘ls’，用户就会将‘testsoftware’看作在/usr下的目录之一，类似地，‘bin’、‘lib’和‘doc’会看作在/usr/testsoftware下的目录。编辑器命令将能通过使用包括在应用110内的任何编辑应用打开文件guide.pdf。类似地，text.exe可以从目录/usr/testsoftware/bin执行，而支持文件可以由操作系统加载器直接加载。

因此，图4例示了特定实施例，其中即使多个文件存储在档案内，也可以由应用110通过使用存储在虚拟档案文件系统118内的暴露档案文件和目录120逐个直接访问所述多个文件。虚拟档案文件系统118用诸如JFS、NFS、FAT之类的其他操作系统文件系统120读取实际档案以及不同的压缩模块114和解压缩模块116以处理不同类型的档案。在将虚拟档案文件系统118安装到目录上时，所述虚拟档案文件系统118使用关联的文件系统从存储装置加载档案。在虚拟档案文件系统118从应用110接收读取系统调用时，虚拟档案文件系统118也可以调用与档案对应的解压缩模块116。此外，虚拟档案文件系统118还可以在虚拟档案文件系统118从应用110接收写入系统调用时调用与档案对应的压缩模块114。

因此，图4例示了特定实施例，其中响应于安装虚拟档案文件系统118，暴露的档案文件和目录408允许应用110直接访问归档文件而不需要由应用110调用任何档案处理模块108。

图5例示了按照特定实施例设计的在计算环境100内管理归档文件的第一流程图。图5这个流程图内所示的某些操作可以在计算平台102内由虚拟档案文件系统118和由应用110实现。

控制开始于方框500，其中在计算平台102中加载虚拟档案文件系统118。操作系统可以将虚拟档案文件系统118安装到一个目录(方框502)。

安装到目录上后，虚拟档案文件系统118可以使用档案106与之关联的对应操作系统文件系统104从存储装置加载该档案106(方框504)。虚拟档案文件系统118通过使用对应的解压缩模块116对档案106解压缩(方框506)。

随后，虚拟档案文件系统118可以通过由虚拟档案文件系统118产生的暴露档案文件和目录120为应用110提供对经解压缩的档案的文件和目录的接口(方框508)。

虚拟档案文件系统118确定是否还有其他档案要处理(方框510)。如果有，控制就返回方框504。如果没有，应用110通过虚拟档案文件系统118与档案106的文件和目录接口，使得应用110不必请求对档案106的解压缩或解档(方框512)。

因此，图5例示了虚拟档案文件系统118暴露归档文件使得可以在不需要由用户应用110请求解压缩或解档就能访问归档文件的特定环境。

图6例示了按照特定实施例设计的在计算环境100内实现的管理归档文件的第二流程图。

控制开始于方框600，其中确定包括至少一个文件的档案106与操作系统文件系统104关联地存在。产生额外文件系统用于访问档案(方框602)，其中额外文件系统可以包括虚拟档案文件系统118。

控制进至方框604，其中将所产生的额外文件系统118包括在操作系统文件系统104内。允许应用110通过所产生的额外文件系统118访问至少一个文件(方框606)。

因此，图1-6例示了提供虚拟档案文件系统118的特定实施例，所述虚拟档案文件系统118将档案106用作存储设备并将档案106虚拟化为对用户应用110的文件系统。用户应用110能对档案执行诸如打开、关闭、写入、删除、列表之类的各种I/O操作而不需要分解档案。用户应用110使用I/O系统调用直接访问档案106，因为档案被虚拟化为对用户应用110的操作系统文件系统。

例如，由用户模式Web服务器应用管理的Web站点能使用压缩实用程序归档并存储在诸如数字视盘(DVD)之类的辅助设备内。可以从档案直接访问归档Web站点而不需要分解档案，犹如在压缩前访问Web站点那样。

因此，特定实施例提供了允许使用操作系统提供的标准I/O接口、作为文件和目录访问归档内容的虚拟档案文件系统118。这样可以节省磁盘空间，因为用户可以建立一个文件系统并将这个文件系统指配给一个或多个安装到虚拟档案文件系统118的档案，其中虚拟档案文件系统118将这些档案虚拟化为操作系统文件系统。

此外，如果安装虚拟档案文件系统118，操作系统加载器可以将可执行模块从档案直接加载到存储器中并执行这些模块。

附加实施细节

所说明的技术可以作为一种方法、设备或制造品实现，涉及软件、固件、微代码、硬件和/或它们的任何组合。所谓“制造品”在这里用来指在媒体内实现的代码或逻辑，这样的媒体可以包括：硬件逻辑[例如，集成电路片、可编程门阵列(PGA)、专用集成电路(ASIC)等]或计算机可读媒体，诸如磁存储媒体(例如，硬盘驱动器、软盘、磁带等)、光存储器(CD-ROM、光盘等)、易失和非易失性存储器[例如，电可擦可编程只读存储器(EEPROM)、只读存储器(ROM)、可编程只读存储器(PROM)、随机存取存储器(RAM)、动态随机存取存储器(DRAM)、静态随机存取存储器(SRAM)、快擦写存储器、固件、可编程序逻辑等]。由处理器访问和执行计算机可读媒体内的代码。编有代码或逻辑的媒体还可以包括通过空间或诸如光纤、铜线之类的传输媒体传播的传输信号。编有代码或逻辑的传输信号可以进一步包括无线信号、卫星传输、无线电波、红外信号、蓝牙等。编有代码或逻辑的传输信号能由发送台发送和由接收台接收，其中编在传输信号内的代码或逻辑可以解码和存储在接收和发射台或设备的硬件或计算机可读媒体内。此外，所谓“制造品”可以包括一些体现、处理和执行代码的硬件和软件组件的组合。当然，本领域技术人员可以看到，可以在不背离这些实施例的范围的情况下作出许多修改，而产品可以包括任何信息承载媒体。例如，产品包括存有在由机器执行时可导致完成一系列操作的指令的存储媒体。

特定实施例可以呈现为完全硬件的实施例、完全软件的实施例或含有硬件和软件两者的实施例。在一个优选实施例中，本发明用包括(但不局限于)固件、常驻软件、微操作码等的软件实现。

此外，特定实施例可以呈现为从计算机可用或计算机可读的媒体可接入的计算机程序产品，提供由计算机或任何指令执行系统使用或与之配合使用的程序代码。就此而言，计算机可用或计算机可读的媒体可以是任何可以含有、存储、传送、传播或传输供指令执行系统、设备或装置使用的或者与之配合使用的程序的器件。媒体可以是电子、磁、光、电磁、红外或半导体的系统(或设备或器件)，也可以是传播媒体。计算机可读媒体的例子有半导体或固态存储器、磁带、计算机活动软盘、随机存取存储器(RAM)、只读存储器(ROM)、硬盘和光盘。当前光盘的例子有只读光盘(CD-ROM)、读/写光盘(CD-R/W)和DVD。

所谓“特定实施例”、“一个实施例”、“一个或多个实施例”、“某些实施例”、“实施例”都意味着一个或多个(但不是所有)实施例，除非另有明确表示。所谓“包括”、“具有”和“有”意味着“包括但并不局限于”，除非另有明确表示。所列举的项目并不意味着任何或所有项目是相互排它的，除非另有明确表示。所谓“一个”和“所述”意味着“一个或多个”，除非另有明确表示。

相互通信的器件不必是相互连续通信，除非另有明确表示。此外，相互通信的器件可以直接或通过一个或多个中介间接通信。此外，对具有若干相互通信的组件的实施例的说明并不意味着所有这样的组件都需要。相反，为了例示有很多的可能实施方式，对多种任选组件作了说明。

进一步说，虽然过程步骤、方法步骤、算法之类是以相继次序说明的，但这样的过程、方法和算法可以配置成按其他次序操作。也就是说，所说明的步骤的任何次序并不表示要求步骤必需以这个次序执行。在这里所说明的过程的步骤可以按任何切实可行的次序执行。此外，某些步骤可以同时或并行执行。

在这里对单个器件或产品进行说明时，显然是可以用多于一个的器件/制造品(无论它们配合与否)来代替这单个器件/制造品。类似，如果在这里对多于一个的器件或产品进行说明(无论它们配合与否)，显然是可以用单个器件/制造品来代替这多于一个的器件/制造品。一个器件的功能和/或特征也可以由一个或多个没有明确描述为具有这样的功能/特征的其他器件体现。因此，其他实施方式不必包括这器件本身。

图7例示了一个示范性的计算机系统700，其中在特定实施例中可以按照计算机系统700的计算机体系结构实现图1的计算环境100的计算平台102。计算机系统700也可以称为系统或机器，可以包括电路702，在特定实施例中电路702可以包括处理器704。系统700还可以包括存储器706(例如，易失性存储器)和存储装置708。在计算平台102内可以找到或找不到系统700的某些组件。存储装置708可以包括非易失性存储器(例如，EEPROM、ROM、PROM、RAM、DRAM、SRAM、快擦写存储器、固件、可编程逻辑等)、磁盘驱动器、光盘驱动器、磁带驱动器之类。存储装置708可以包括内部存储器、附挂存储器和/或网络可访问存储设备。系统700可以包括程序逻辑710，程序逻辑710包括可以加载到存储器706中并由处理器704或电路702执行的代码712。在一些实施例中，包括代码712的程序逻辑710可以存储在存储装置708内。在其他一些实施例中，程序逻辑710可以在电路702内实现。因此，虽然图7将程序逻辑710示为与其他组件分开，但程序逻辑710可以在存储器706和/或电路702内实现。

可以从一些实施例得出一种配置计算指令的方法，由人或自动化处理将计算机可读代码集成入计算系统，使得代码与计算系统结合在一起能执行所说明的实施例的操作。

图5和6中所示的操作至少有一些可以并行以及顺序执行。在另一些实施例中，操作中有一些可以按不同的次序执行、加以修改或省去。

此外，为了例示起见，许多软件和硬件都是按单独模块进行说明的。这样的一些组件可以集成为少一些的组件或者分成更多一些的组件。此外，一些描述为由一个特定组件执行的操作也可以由其他组件执行。

图1-7中所示或所涉及的数据结构和组件表示为具有特定类型的信息。在另一些实施例中，这些数据结构和组件可以以不同方式构成，与在这些图中所示或涉及的相比具有少一些、多一些或不同的范围或不同的功能。

因此，以上对这些实施例的说明只是为了例示和说明给出的。它不是穷举性的，也不是要将这些实施例局限于所揭示的确切形式。根据以上所说明的，许多改型和变型都是可行的。

Claims

1.一种用于管理归档文件系统的方法，包括：

确定包括至少一个文件的档案与操作系统文件系统关联地存在；

产生虚拟档案文件系统用于访问档案；

将所产生的虚拟档案文件系统作为多个内核模块中的一个内核模块包括在操作系统文件系统中；以及

允许应用通过所产生的虚拟档案文件系统访问所述至少一个文件，其中如果安装产生的虚拟档案文件系统，则操作系统加载器将可执行模块从档案直接加载到存储器中并执行所述可执行模块，其中与所述档案对应的压缩模块和解压缩模块存储在操作系统文件系统外部，并且其中所述操作系统文件系统除了虚拟档案文件系统之外，还包括NTFS、JFS、FAT文件系统，其中所述方法还包括：

通过档案处理模块的与档案对应的解压缩模块对档案解压缩，其中对档案的解压缩产生所述至少一个文件；以及

通过由虚拟档案文件系统提供的至少一个接口将所述至少一个文件暴露给应用，其中虚拟档案文件系统被安装到目录中，所述至少一个文件被存储在目录中以将所述至少一个文件暴露给应用，并且由应用访问目录以对所述至少一个文件执行操作。

2.权利要求1的方法，还包括：

由虚拟档案文件系统接收来自应用的访问所述至少一个文件的请求；

由虚拟档案文件系统向应用提供所述至少一个文件，其中所述至少一个文件已经通过对档案的解压缩存储在虚拟档案文件系统内，并且其中对档案的解压缩发生在接收访问所述至少一个文件的请求前。

3.权利要求1的方法，其中所述虚拟档案文件系统通过由支持该操作系统文件系统的操作系统提供的I/O管理器对应用是可访问的，并且其中虚拟档案文件系统允许通过I/O管理器对所述至少一个文件执行至少读取和写入操作。

4、权利要求1的方法，其中由用户模式Web服务器应用管理的Web站点能使用压缩实用程序归档并存储在辅助设备内，其中从档案直接访问归档Web站点而不需要分解档案。

5.一种用于管理归档文件系统的装置，包括：

确定包括至少一个文件的档案与操作系统文件系统关联地存在的部件；

产生虚拟档案文件系统用于访问档案的部件；

将所产生的虚拟档案文件系统作为多个内核模块中的一个内核模块包括在操作系统文件系统中的部件；以及

允许应用通过所产生的虚拟档案文件系统访问所述至少一个文件的部件，其中如果安装产生的虚拟档案文件系统，则操作系统加载器将可执行模块从档案直接加载到存储器中并执行所述可执行模块，其中与所述档案对应的压缩模块和解压缩模块存储在操作系统文件系统外部，并且其中所述操作系统文件系统除了虚拟档案文件系统之外，还包括NTFS、JFS、FAT文件系统，其中所述装置还包括：

通过档案处理模块的与档案对应的解压缩模块对档案解压缩的部件，其中对档案的解压缩产生所述至少一个文件；以及

通过由虚拟档案文件系统提供的至少一个接口将所述至少一个文件暴露给应用的部件，其中虚拟档案文件系统被安装到目录中，所述至少一个文件被存储在目录中以将所述至少一个文件暴露给应用，并且由应用访问目录以对所述至少一个文件执行操作。

6.权利要求5的装置，还包括：

由虚拟档案文件系统接收来自应用的访问所述至少一个文件的请求的部件；

由虚拟档案文件系统向应用提供所述至少一个文件的部件，其中所述至少一个文件已经通过对档案的解压缩存储在虚拟档案文件系统内，并且其中对档案的解压缩发生在接收访问至少一个文件的请求前。

7.权利要求5的装置，其中所述虚拟档案文件系统通过由支持该操作系统文件系统的操作系统提供的I/O管理器对应用是可访问的，并且其中虚拟档案文件系统允许通过I/O管理器对所述至少一个文件执行至少读取和写入操作。

8、权利要求5的装置，其中由用户模式Web服务器应用管理的Web站点能使用压缩实用程序归档并存储在辅助设备内，其中从档案直接访问归档Web站点而不需要分解档案。