专利名称：虚拟硬盘的管理服务器及管理方法、管理程序的制作方法
技术领域：
本发明涉及虚拟服务器使用的虚拟硬盘的管理服务器及管理方法、管理程序。
背景技术：
在企业的信息处理系统或数据中心中，服务器的保有台数在增加，服务器的运营管理成本在增大。为了解决这种问题，已知将服务器虚拟化的技术。将服务器虚拟化的技术是通过一个物理服务器使多个虚拟服务器工作的技术。具体地讲，将物理服务器具有的处理器 (CPU)及存储器等的资源进行分割，将被分割后的物理服务器的资源分别分配给多个虚拟服务器。并且，多个虚拟服务器通过一个物理服务器工作。被虚拟化的服务器具有虚拟的硬件资源，分别被分配了被分割后的物理服务器的资源量。这样，通过将服务器虚拟化并且一并在物理服务器上工作，消除服务器台数的增加。为了削减成本，需要提高集约度。虚拟硬盘是虚拟服务器使用的虚拟的硬盘，有的在物理服务器上(虚拟化程序上)作为文件进行处理来提高运用性能。在虚拟硬盘文件中具有固定型虚拟硬盘，用于在生成时生成尺寸(size)与虚拟硬盘的盘尺寸相同的文件；可变型虚拟硬盘，文件尺寸根据虚拟硬盘上的卷(volume)使用尺寸而扩展。在可变型的情况下，由于不是一次性地确保相当于盘尺寸的容量，因而能够提高集约度。这种对服务器分配实际的物理容量以上的容量的类似的技术中有存储器的虚拟化技术。存储器虚拟化技术与可变型的虚拟硬盘文件相同地也是提高集约度来削减成本的技术。如专利文献1所述，将存储器容量虚拟化，能够对服务器分配实际的存储器容量以上的存储器容量。现有技术文献专利文献专利文献1 日本特开2007-257317号公报发明概要发明要解决的问题但是，性能和集约度属于取舍的关系，在虚拟地分配物理资源以上的资源的情况下，如果过度提高集约度，将不能应对突发性的容量增大，如果为了防备突发性的容量增大而确保多余的容量，则将不能提高集约度。因此，虚拟硬盘的容量管理很重要。在使用可变型的虚拟硬盘上的卷时，虚拟硬盘文件尺寸扩展。另一方面，即使通过删除文件等来减少卷的使用，可变型的虚拟硬盘文件也不会缩小。为了缩小而在物理服务器上执行虚拟硬盘文件的优化处理。在物理服务器的卷没有空闲空间时，将导致利用卷上的可变型虚拟硬盘的虚拟服务器全部停止。为了高效地运用物理服务器的卷的容量并且避免上述状况，需要以下处置措施定期进行维护以便不产生这种状况，或将虚拟服务器停止的危险度提示给管理者，在停止时进行事前通知，事前避免停止的状况，确保到谋求故障消除为止的时间。并且，在定期维护系统的情况下或检测到物理服务器的卷不足的情况下，管理者需要采取对虚拟硬盘文件进行再配置、优化的处置，以便确保空闲空间。可是，在现有技术中，不存在用于从多个虚拟硬盘文件中确定进行优化的虚拟硬盘文件的指标，管理者不能判定应该处置哪个虚拟硬盘文件，也不能判定进行了处置时的效果。因此，需要提示处置方法及提供表示处置方法的有效性的指标。
发明内容
本发明的要解决的技术问题是通过提示这些信息，容易地进行虚拟硬盘文件的管理。用于解决问题的手段确定与虚拟硬盘文件对应的文件系统，根据该文件系统的使用容量尺寸计算该虚拟硬盘文件的优化处理后的文件尺寸，并计算通过优化处理而能够确保的容量尺寸。具体地讲，可以利用管理服务器实现，该管理服务器具有以下所述的结构。管理服务器与虚拟地构成具有虚拟硬盘的虚拟服务器的物理服务器连接。管理服务器具有使用容量取得部，取得虚拟硬盘中的第1文件系统的使用容量；文件尺寸取得部，取得与第1文件系统对应的虚拟硬盘文件的文件尺寸；以及计算部，根据所取得的使用容量与文件尺寸之差，计算虚拟硬盘文件的优化文件尺寸。作为另一个方式，管理服务器还具有优化确定部，该优化确定部确定是否根据优化尺寸对虚拟硬盘进行优化。作为又一个方式，管理服务器的优化确定部根据按照第1文件系统的使用容量的过去趋势而估计的未来的使用容量、和基于优化尺寸的文件尺寸，确定是否对虚拟硬盘文件进行优化。作为又一个方式，虚拟硬盘文件包含在由物理服务器中的管理OS管理的第2文件系统中，管理服务器的计算部根据将虚拟硬盘文件和其它虚拟硬盘文件的文件尺寸进行合计得到的文件尺寸、与将对应于虚拟硬盘文件的第1文件系统和对应于其它虚拟硬盘文件的其它文件系统的使用容量进行合计得到的使用容量之差，计算优化文件尺寸。发明效果根据本发明，能够对容易地实现虚拟硬盘文件的管理者的管理进行支持。
图1是实施例的信息处理系统的结构图。图2是实施例的信息处理系统的另一个结构图。图3是表示计算机的硬件结构的图。图4是表示管理服务器的具体结构的图。图5是表示文件系统容量表的一例的图。图6是表示虚拟硬盘文件尺寸表的一例的图。图7是表示虚拟硬盘结构表的一例的图。图8是表示文件系统结构表的一例的图。图9是表示虚拟硬盘文件系统对应表的一例的图。
图10是表示虚拟服务器OS对应表的一例的图。图11是表示阈值表的一例的图。图12是表示事故表的一例的图。图13是表示处置方案表的一例的图。图14是表示调度表的一例的图。图15是表示调度执行结果表的一例的图。图16是处置确定部405的优化处理动作的流程图。图17是表示结构管理部从虚拟硬盘文件中确定文件系统的处理动作的流程图。图18A是表示处置确定部预测虚拟硬盘文件的未来的文件尺寸的处理动作的流程图。图18B是表示处置确定部405预测虚拟硬盘文件的未来的文件尺寸的处理动作的流程图。图19是表示处置确定部估计虚拟硬盘文件的优化处理时间的处理动作的流程图。图20是表示处置确定部计算虚拟硬盘文件的优化尺寸的处理动作的流程图。图21是表示处置确定部计算虚拟硬盘文件107的优化尺寸的持续度的处理动作的流程图。图22k是表示处置确定部确定处置方案的处理动作的流程图。图22B是表示处置确定部确定处置方案的处理动作的流程图。图22C是表示处置确定部确定处置方案的处理动作的流程图。图23A是表示处置确定部确定处置方法的处理动作的流程图。图2 是表示处置确定部确定处置方法的处理动作的流程图。图M是表示事件表的一例的图。图25是表示处置确定部的危险度计算处理的流程图。图沈是表示处置确定部估计文件系统达到容量极限的日期的处理的流程图。图27是表示输入输出部从虚拟硬盘文件的附加信息读取文件系统的使用容量尺寸的处理的流程图。图观是表示结构管理部在虚拟硬盘文件的附加信息中存储文件系统的使用容量尺寸的处理的流程图。图四是输入输出部输出的管理画面的一例。图30是表示复制关系表的一例的图。图31是表示由结构管理部进行的复制关系表生成处理的流程图。图32是表示性能管理部答复与虚拟硬盘文件相关联的文件系统的使用容量尺寸的处理的流程图。
具体实施例方式下面，说明本发明的实施方式。实施例1实施例1公开了如下所述的管理服务器。管理服务器与虚拟地构成具有虚拟硬盘的虚拟服务器的物理服务器连接。管理服务器取得由虚拟服务器使用的、虚拟硬盘中的文件系统的使用容量，并取得与该文件系统对应的虚拟硬盘文件的文件尺寸。管理服务器根据所取得的使用容量与文件尺寸之差，计算虚拟硬盘文件的优化文件尺寸。管理服务器确定是否根据该优化尺寸来优化虚拟硬盘。在确定是否优化虚拟硬盘时，采用按照文件系统的使用容量的过去趋势而估计的未来的使用容量。并且，优化文件尺寸采用虚拟硬盘中的全部文件系统的使用容量的合计值、与和多个文件系统对应的虚拟硬盘文件的文件尺寸之差。图1是包括本实施例的管理服务器的信息处理系统的结构图。信息处理系统由物理服务器100、管理服务器110和管理终端114构成。物理服务器100、管理服务器110和管理终端114通过网络115相互连接。物理服务器100是作为管理服务器110的管理对象的计算机。物理服务器100具有服务器虚拟化程序109、多个虚拟服务器101和管理OS 102。服务器虚拟化程序109是用于在物理服务器100中虚拟地实现后面叙述的虚拟服务器101的程序。被称为管理程序Qiypervisor)的程序属于虚拟化程序101。虚拟服务器101是指在物理服务器100上实现的虚拟的计算机环境。被称为Virtual Machine (虚拟机)或LPAR的也属于虚拟服务器101。另外，虚拟服务器101只要是虚拟的计算机环境， 就不限定其用途，可以是服务器用途，也可以是客户端用途。尤其是在客户端用途时，由于频繁地关闭(shutdowrOOS，能够在进行关闭的期间优化虚拟硬盘。虚拟服务器101具有客户(guest) OS 103。客户OS 103是指普通的OS或者特别为了服务器虚拟化而进行了变更的0S，能够在虚拟服务器101中进行工作。例如，Windows (注册商标)或Linux (注册商标)等进行工作。客户OS 103具有文件系统(FS) 105、虚拟硬盘 (VHD) 106、接口 (I/F) 104、性能提供部117和结构提供部118。文件系统105是普通的OS的文件系统，是在后面叙述的虚拟硬盘106中构建的。虚拟硬盘106是利用服务器虚拟化程序109实现的虚拟的硬盘。虚拟硬盘106被客户OS 103识别为盘装置。另一方面，在利用虚拟硬盘文件构成虚拟硬盘的情况下，从管理OS 102上将虚拟硬盘106识别为虚拟硬盘文件107。除虚拟硬盘文件107之外，还有将物理服务器具有的硬盘311 (图幻中的逻辑卷直接作为虚拟服务器101的虚拟硬盘106的方式、以及将存储装置122(图2、的LU(Logical Unit 逻辑单元)作为虚拟硬盘的方式。接口 104是取得由客户OS 103管理的信息并进行设定的接口。接口 104能够通过客户OS 103取得后面叙述的性能提供部117及结构提供部118的信息或进行设定。并且，能够通过接口 104向客户OS请求处理或接收处理结果的答复。性能提供部117是提供由客户OS 103管理的性能信息的处理部。由客户OS 103 管理的性能信息指普通的OS提供的性能信息，例如CPU使用率及存储器使用率、文件系统的总体的容量尺寸及使用尺寸及空闲尺寸这些信息。结构提供部118是提供由客户OS管理的结构信息的处理部。由客户OS 103管理的结构信息指普通的OS提供的结构信息，例如表示与虚拟服务器101相关的硬件结构及软件结构、其它组成部分(component)自身的信息及组成部分之间的关系信息。具体地讲，后面叙述的文件系统结构表407中的与文件系统105相关的信息等相当于该结构信息。管理OS 102是与服务器虚拟化程序109协作来管理虚拟服务器101的OS。VMware (注册商标)中的 “Service Console”、Hyper-V (注册商标)中的 “Root Partition”、Xen (注册商标)中的 “Domain-0，，、Virtage (注册商标)中的 “Shadow LPAR"
相当于该管理OS。管理OS 102具有接口 111、优化处理部112、性能提供部119和结构提供部120。接口 111是取得管理OS的信息并进行设定，或向管理OS发出处理请求及接收答复的接口。通过接口 111进行后面叙述的性能提供部119和结构提供部120的信息的取得及设定。并且，通过接口 111进行后面叙述的针对优化处理部的请求及答复。另外，也可以与客户OS中的程序协作或者与接口 104协作，通过接口 111取得由客户OS中的结构提供部118及性能提供部117管理的信息。优化处理部112是执行后面叙述的虚拟硬盘文件107的优化处理的处理部。在此， 优化处理指针对可变型的虚拟硬盘文件107释放不用空间来缩小文件尺寸的处理。优化处理部112在接收到优化处理请求时，执行具有请求的虚拟硬盘的优化处理。并且，优化处理部112在优化处理结束时答复优化处理结果。性能提供部119是提供由管理OS 102管理的性能信息的处理部，提供物理服务器 101的性能信息、由服务器虚拟化程序109提供的性能信息。此处所讲的性能信息包括向虚拟服务器101分配了物理服务器101的计算资源(CPU301的时钟频率及主存储器303的容量、HDD接口 306的带宽、LAN接口的带宽)的量。并且，也包括后面叙述的文件系统108 的总体容量尺寸或使用容量尺寸、空闲容量尺寸。另外，也包括在文件系统108及文件系统 113中进行管理的后面叙述的虚拟硬盘文件107的文件尺寸及文件的最大扩展尺寸、或表示是否使用虚拟硬盘的信息等。结构提供部120是提供由管理OS 102管理的结构信息的处理部，提供物理服务器 101的硬件结构信息及软件结构信息等组成部分的信息、组成部分之间的关系信息。并且， 服务器虚拟化程序109提供向虚拟服务器101及管理OS 111提供的虚拟的硬件结构信息及软件结构信息等组成部分的信息、组成部分之间的关系信息。对于由结构提供部120提供的信息，例如如后面叙述的虚拟硬盘结构表412所示出的信息、后面叙述的文件系统结构表407中的与文件系统108及文件系统113相关的信息等与其相当。管理OS 102具有文件系统108。文件系统108用于管理文件，可以是即使是通常的文件系统也被设计变更为服务器虚拟化特有的文件系统。文件系统108具有多个虚拟硬盘文件107。虚拟硬盘文件107作为文件由虚拟的硬盘和文件系统108进行管理。另一方面， 在安装于虚拟服务器101中进行起动时，通过服务器虚拟化程序109的处理，能够被虚拟服务器101用作硬盘(虚拟硬盘106)。虚拟硬盘文件107包括固定型和可变型。如果是固定型的虚拟硬盘文件107，在生成时与使用容量无关，生成虚拟硬盘106的总体盘容量尺寸的量的文件尺寸的虚拟硬盘文件。另一方面，如果是可变型的虚拟硬盘文件107，在生成时被生成为使用容量的尺寸的文件，不确保虚拟硬盘106的总体盘容量尺寸量的文件尺寸，如果虚拟硬盘106的盘容量的使用增加，则相应地扩展虚拟硬盘文件107的文件尺寸。此时，即使虚拟硬盘106的使用容量尺寸减小，也不在该状态下缩小虚拟硬盘文件107，为了根据实际的使用容量尺寸来缩小虚拟硬盘文件107，必须执行对虚拟硬盘文件107进行碎片整理(defrag)的被称为优化处理的处理。图2是本实施例的信息处理系统的另一个结构图。与图1所示的信息处理系统的不同之处在于，该信息处理系统构成为在能够由多个物理服务器100中的任意一个物理服务器通过网络1 进行访问的存储装置122内具有包括虚拟硬盘文件107的文件系统113， 以使得该文件系统113被多个物理服务器100用作共享文件系统。另外，网络IM可以是 SAN、IP 网络、CEE (Converged Enhanced Ethernet (注册商标))。物理服务器100及管理服务器110是普通的计算机。图3表示这种计算机300的硬件结构示例。计算机300构成为用总线314将CPU 301、存储器控制器302、主存储器303、 主机总线适配器(Host Bus Adaptor :HBA) 304、硬盘驱动器接口(HDD I/F) 306、显示器接口 307、输入接口 308、LAN (Local Area Network)接口 309 连接。HBA 304 通过 SAN (Storage AreaNetwork)开关305及网络124与例如存储装置122连接。LAN I/F 309通过LAN开关310与网络115连接，或者直接与网络115连接。HDD I/F 306与HDD (Hardware Disc Drive 硬盘驱动器)311连接。在图1的物理服务器100中，在HDD311中构成文件系统108， 因而物理服务器100从硬件上讲通过该HDD I/F 306向文件系统108进行访问。显示器接口 307与作为输出装置的显示器装置312连接。输入接口 308与各种输入装置313连接。管理服务器110是对物理服务器100、虚拟服务器101、与这些服务器连接的未图示的存储装置、以及由物理服务器100及虚拟服务器101构成的信息系统处理进行运营管理的计算机。图4是表示管理服务器110的具体结构的图。管理服务器110具有结构管理部 401、性能管理部402、调度管理部403、输入输出部404、处置确定部405、事件管理部419和存储部406。图4所示的结构管理部401、性能管理部402、调度管理部403、输入输出部404、 处置确定部405、事件管理部419，通过由CPU 301将程序读取到主存储器303中而能够实现。存储部406能够利用硬盘311等实现。另外，在本实施例中，将结构管理部401、性能管理部402、调度管理部403、输入输出部404、处置确定部405、事件管理部419和存储部406示出为管理服务器中的构成部分， 但不限于此，也可以构成于管理OS 102或服务器虚拟化程序109中、或物理服务器100中、 或存储装置122中。并且，这些构成部分的一部分或者全部也可以实现为管理服务器或物理服务器 100、存储装置122的硬件，还可以利用在管理服务器或物理服务器100、存储装置122中进行工作的固件、软件、程序来实现。并且，这些构成部分的一部分或者全部也可以实现为在管理OS 102或服务器虚拟化程序109中进行工作的程序。如果是程序，则能够利用存储了该程序的存储介质进行提供，并将存储介质与管理服务器或物理服务器100、存储装置122 连接并进行安装来执行，还可以作为在管理OS 102或服务器虚拟化程序109中进行工作的程序来进行安装并执行。也能够将存储介质与其它的硬件连接，并在期望的服务器或存储装置中安装并执行。结构管理部401是对管理服务器110的管理对象的结构信息进行管理的处理部。 结构信息包括所谓硬件结构及软件结构、系统结构。结构管理部401管理后面叙述的文件系统结构表407及虚拟硬盘结构表412。
性能管理部402是管理管理服务器110的管理对象的性能信息的处理部。性能信息包括工作信息及性能指标。性能管理部402管理后面叙述的虚拟硬盘文件尺寸表408及文件系统容量表413。调度管理部403是管理在管理服务器110的管理对象中执行的处理的执行调度 (schedule)，并管理已调度执行的处理的执行结果的处理部。预计执行的调度利用后面叙述的调度表409进行管理，执行结果利用后面叙述的调度执行结果表410进行管理。输入输出部404是控制对管理服务器110的输入输出的处理部。处置确定部405用于确定管理服务器110的管理对象的故障消除用的处置方法， 确定用于针对估计将在未来产生故障的管理对象来消除其原因的处置方法。并且，处置确定部405向与管理服务器110连接并对管理对象进行管理的管理者(管理终端114)提示处置的必要性，并提示处置方法，提供确定进行处置所需要的信息。另外，处置确定部405 检测管理对象的故障发生并通知管理者，或对故障发生进行预兆检测。事件管理部419是这样的处理部，即检测事件(event)发生并存储在后面叙述的事件表418中，或按照事件取得请求来读取在事件表418中存储的事件信息并进行答复。存储部406是存储由管理服务器管理的信息的区域。存储部406具有文件系统结构表407、虚拟硬盘文件尺寸表408、调度表409、调度执行结果表410、阈值表411、虚拟硬盘结构表412、文件系统容量表413、虚拟服务器OS对应表414、虚拟硬盘文件系统对应表 415、处置方案表416、事故表417和事件表418。另外，关于在存储部406中存储的这些表， 只不过是示出了作为一例的表构造，可以是任何表述方式。文件系统结构表407是管理与文件系统105、文件系统108、文件系统113相关的结构信息的表。图8是表示文件系统结构表407的一例的图。文件系统结构表407具有文件系统栏801、主机名称栏802、存储器接口(硬盘I/F)栏803、和盘装置(盘驱动器)栏 804。在文件系统结构表407的各条记录中存储文件系统105、文件系统108、文件系统113 的结构关系。在文件系统栏801中存储用于识别文件系统的识别信息。如果是识别信息，则可以是任意格式。在主机名称栏802中存储具有在文件系统栏801中存储的文件系统的OS 的主机名称。例如，如果用文件系统栏801确定的文件系统是文件系统105，则在主机名称栏802中存储客户OS 103的主机名称。并且，如果用文件系统栏801确定的文件系统是文件系统107，则在主机名称栏802中存储管理OS 102的主机名称。如果是OS的识别符，则不限定于主机名称，可以是任意的识别符。在存储器接口栏803中存储用盘装置栏804确定的盘装置所连接的硬盘接口 306 的识别信息。具体地讲，存储控制器类型、控制器序号等。在盘装置栏804中存储用文件系统栏801确定的文件系统所构建的盘装置的识别符。如果用文件系统栏801确定的文件系统是文件系统105，则在盘装置栏804中存储虚拟硬盘106的识别符。虚拟硬盘文件尺寸表408是存储虚拟硬盘文件107和虚拟硬盘106的性能信息的表。在虚拟硬盘文件尺寸表408的各条记录中存储某个时刻的虚拟硬盘的性能信息。图6 是表示虚拟硬盘文件尺寸表408的一例的图。虚拟硬盘文件尺寸表408具有时刻栏601、虚拟硬盘文件(VHD file)栏602、尺寸栏603和最大尺寸栏604。时刻栏601存储取得了在记录中存储的性能信息的时刻。在虚拟硬盘文件栏602中存储用于识别虚拟硬盘文件107的信息。如果是识别虚拟硬盘文件107的信息，则可以是任意信息，可以是用于管理虚拟硬盘文件107的内部识别符，也可以是对虚拟硬盘文件107 赋予的名称。在尺寸栏603中存储虚拟硬盘文件107的文件尺寸。在最大尺寸栏604中存储虚拟硬盘文件107的文件尺寸的上限值。在虚拟硬盘文件107是可变型的虚拟硬盘文件时， 超过该上限值就不能扩展文件尺寸。在虚拟硬盘文件107是固定型的虚拟硬盘文件时，该上限值和文件尺寸始终是大致相同的值。该上限值相当于与虚拟硬盘文件107对应的虚拟硬盘106的盘尺寸。例如，假设生成了具有50GB的盘尺寸的可变型的、上限值为50GB、文件尺寸为IOGB的虚拟硬盘106，则在客户OS 103中被识别为50GB的盘。虚拟硬盘文件尺寸表408是由性能管理部402通过接口 111从管理0S102的性能提供部119收集并存储的。按照预先设定的间隔周期地收集并生成各条记录。关于虚拟硬盘文件107的位置，也可以取得属于存储有对管理OS 102设定的虚拟硬盘文件107的目录的虚拟硬盘文件107的一览，并收集各个虚拟硬盘文件107的性能信息。并且，也可以以虚拟硬盘文件107的扩展符为关键词来检索文件系统108和文件系统113，取得虚拟硬盘文件107的一览，并收集各个虚拟硬盘文件107的性能信息。另外，还可以根据属于文件系统 108及文件系统113的文件的内容及头(header)信息来检索虚拟硬盘文件107，并取得各个虚拟硬盘文件107的性能信息。调度表409是存储在管理对象中调度执行的处理动作的表。在此，例如存储虚拟硬盘文件107的优化处理调度及虚拟服务器101的起动调度。在调度表409的各条记录中分别存储处理调度。图14是表示调度表409的一例的图。调度表409具有调度栏1401、开始时刻栏 1402、估计结束时刻栏1403、服务器栏1404、命令栏1405。在调度栏1401中存储用于识别调度执行的处理的信息。在开始时刻栏1402中存储调度执行的处理的执行开始时刻。在估计结束时刻栏1403中存储调度执行的处理的执行结束时刻的估计时刻。在服务器栏1404中存储用于识别调度执行的处理的执行主机的信息。在命令栏1405中存储调度执行的处理的处理内容。此处是存储具体的优化处理的命令及优化处理对象的虚拟硬盘文件107、虚拟服务器101的起动命令及起动的虚拟服务器 101。调度表409的内容可以由管理者输入，也可以由处理部输入。在图16中示出了处置确定部405通过调度管理部403登记调度的处理动作(将在后面进行叙述，因而此处省略说明)。调度执行结果表410是存储在管理对象中的调度执行处理的执行结果的表。在调度执行结果表410的各条记录中存储调度执行结果的日志(log)。图15是表示调度执行结果表410的一例的图。调度执行结果表410具有调度结果栏1501、调度栏1502、开始时刻栏1503、结束时刻栏1504、执行结果状态栏1505。在调度结果栏1501中存储用于识别调度执行结果的信息。在调度栏1502中存储用于识别调度的信息，并与调度表409的调度栏401对应地进行存储。在开始时刻栏1503中存储开始调度执行的时刻。在结束时刻栏1504中存储结束调度执行的时刻。在执行结果状态栏1505 中存储调度执行结果的状态。在调度执行成功时存储“Success”(成功)，在失败时存储"Fail"(失败)。调度执行结果表410的内容是由调度管理部403根据调度执行的结果而输入的。阈值表411是存储条件和满足条件时的动作(action)的表。在阈值表411的各条记录中存储成对的条件和动作。图11是表示阈值表411的一例的图。阈值表411具有阈值ID栏1101、目标 (target)栏1102、条件栏1103、动作栏1104。在阈值ID栏1101中存储用于识别各个条件和动作的组的信息。在目标栏1102中存储用于识别阈值判定的对象的信息。在条件栏 1103中存储阈值判定的条件。在动作栏1104中存储在阈值判定的结果是满足条件时执行的动作。在此，假设阈值表411的目标、条件、动作是由管理者预先输入的。虚拟硬盘结构表412是存储虚拟硬盘文件107的结构信息的表。在虚拟硬盘结构表412的各条记录中存储每个虚拟硬盘文件107的结构信息。图7是表示虚拟硬盘结构表412的一例的图。虚拟硬盘结构表412具有虚拟硬盘文件(VHD file)栏701、虚拟服务器(VM)栏702、存储器接口(硬盘I/F)栏703、类型栏 704、使用中标志栏705、服务器栏706、文件系统(FQ栏707、路径(Path)栏708。在虚拟硬盘文件栏701中存储用于识别虚拟硬盘文件107的信息。在虚拟服务器栏702中存储用于识别虚拟服务器101的信息，存储与用虚拟硬盘文件栏701确定的虚拟硬盘文件107相关联的虚拟服务器101。具体地讲，存储已安装并起动的虚拟服务器101、 及虽然安装了但没有起动的虚拟服务器101。在存储器接口栏703中存储用于识别虚拟服务器101具有的虚拟的硬盘接口 306的信息。是指用虚拟服务器栏702确定的虚拟服务器 101具有的硬盘接口 306，即用虚拟硬盘文件栏701确定的虚拟硬盘文件107的安装目的地的硬盘接口 306。在类型栏704中存储用虚拟硬盘文件栏701确定的虚拟硬盘文件107的类型。具体地讲，指可变型或固定型。可变型指这样的类型，即在生成虚拟硬盘文件时不确保相当于虚拟硬盘106的总体容量的文件尺寸，而在虚拟硬盘106的使用尺寸增加时，与其对应地扩展虚拟硬盘文件107的尺寸。固定型指在生成虚拟硬盘文件时确保相当于虚拟硬盘106的总体容量的文件尺寸的类型。在此，将可变型表述为“Dynamic”(动态)，将固定型表述为 “Fix”(固定)。在使用中标志栏705中存储表示虚拟硬盘文件107是否正在使用中的标志。虚拟硬盘文件107正在使用中(True，真)，例如指虚拟服务器101在安装了虚拟硬盘文件107 的状态下起动的状态。相反，虚拟硬盘文件107未使用(i^alse，伪)，指不存在安装虚拟硬盘文件107的虚拟服务器101的状态、或即使安装了而进行安装的虚拟服务器101没有起动的状态。在服务器栏706中存储已存储虚拟硬盘文件107的物理服务器100的识别信息。 如果是识别信息，则可以是任意信息，在此是存储物理服务器100的主机名称。在文件系统栏707中存储用于识别已存储虚拟硬盘文件107的文件系统108及文件系统113的信息。例如，当在主机名称为“p-ServOl”的物理服务器100内用“FS 0”识别的文件系统108中存储了用“VHD file 1”(VHD文件1)识别的虚拟硬盘文件107的情况下， 在虚拟硬盘栏701中存储“VHD file 1”(VHD文件1)，在服务器栏706中存储“p-ServOl”， 在文件系统栏707中存储“FS 0”。
在路径栏708中存储虚拟硬盘文件107的存储目的地的目录路径。文件系统容量表413是存储文件系统的性能信息的表。图5是表示文件系统容量表413的一例的图。在文件系统容量表413的各条记录中存储某个时刻的文件系统的性能信息。文件系统容量表413具有时刻栏501、OS栏502、文件系统栏503、总体容量尺寸 (Total)栏504、已用容量尺寸(Used)栏505、空闲容量尺寸(Free)栏506。在时刻栏501中存储取得了文件系统的性能信息的时刻。在OS栏502中存储用于管理文件系统的OS的识别信息。关于识别信息有主机名称等。也可以是除主机名称之外的识别信息。在此，如果是文件系统105，则存储客户OS 103的主机名称，如果是文件系统108，则存储管理OS 102的主机名称。在文件系统栏503 中存储文件系统的识别信息。在总体容量尺寸栏504中存储用OS栏502和文件系统栏503确定的文件系统的总体容量的尺寸。已用容量尺寸栏505的值与空闲容量尺寸栏506的值之合计值是总体容量尺寸栏504的值。在已用容量尺寸栏505中存储用OS栏502和文件系统栏503确定的文件系统中、正在使用中的尺寸。在空闲容量尺寸栏506中存储用OS栏502和文件系统栏 503确定的文件系统中的空闲尺寸。文件系统容量表413的值是由性能管理部402按照某个间隔周期地收集的。性能管理部402通过接口 104收集性能提供部117的信息，或通过接口 104收集性能提供部119 的信息。虚拟服务器OS对应表414是存储虚拟服务器101与在虚拟服务器101中进行工作的客户OS 103之间的对应关系的表。图10是表示虚拟服务器OS对应表414的一例的图。虚拟服务器OS对应表414具有虚拟服务器(VM)栏1001和主机名称栏1002。在虚拟服务器栏1001中存储用于识别虚拟服务器101的信息。如果是识别虚拟服务器101的信息，则可以是任意的信息，可以是服务器虚拟化程序109内部具有的每个虚拟服务器101的识别信息(VMID)，也可以是管理者对虚拟服务器101赋予的名称(VM名称)。 在主机名称栏1002中存储用于识别客户OS 103的信息。如果是识别客户OS 103的信息， 则可以是任意的信息，可以是管理者或使用者对客户OS 103赋予的名称，也可以是在客户 OS 103内部保存的识别信息。例如，可以是主机名称，也可以是SID等。关于虚拟服务器OS对应表414的值，可以由管理者输入对应关系，也可以根据由结构管理部401管理的结构信息来输入对应关系。分别收集通过接口 104从结构提供部 118收集到的MAC地址与客户OS 103的识别信息之间的对应关系、以及从接口 111收集到的MAC地址与虚拟服务器101的识别信息的对应关系，以MAC地址为关键词进行核对，由此能够生成客户OS 103与虚拟服务器101的对应关系。并且，也能够利用在客户OS 103中进行工作的未图示的服务程序与服务器虚拟化程序109之间的通信单元来生成对应关系。虚拟硬盘文件系统对应表415存储虚拟硬盘文件107、与在虚拟硬盘文件107实现的虚拟硬盘106中构建的文件系统105之间的对应关系。在虚拟硬盘文件系统对应表415 的各条记录中存储虚拟硬盘文件107与文件系统105的对应关系。图9是表示虚拟硬盘文件系统对应表415的一例的图。虚拟硬盘文件系统对应表415具有虚拟硬盘文件(VHD file)栏901和文件系统(FS)栏902。虚拟硬盘文件栏901存储用于识别虚拟硬盘文件107的信息。如果是识别虚拟硬盘文件107的信息，则可以是任意的信息。文件系统栏902存储用于识别文件系统105的信息。如果是识别文件系统105的信息，则可以是任意的信息。在该栏中存储在与用虚拟硬盘文件栏901确定的虚拟硬盘文件107对应的虚拟硬盘106中构建的文件系统105。虚拟硬盘文件系统对应表415是由结构管理部401执行后面叙述的图17所示的流程图的处理而生成的。处置方案表416是存储针对事故(incident)的处置方案的表。此处主要存储采用了针对关于文件系统108及文件系统113的事故的优化处理的处置方案。图13是表示处置方案表416的一例的图。处置方案表416具有处置方案栏1301、虚拟硬盘栏1302、优化开始时刻栏1303、物理服务器栏1304、加权栏1305、可处置标志栏1306。在处置方案栏1301中存储用于识别处置方案的信息。在虚拟硬盘栏1302中存储用于识别虚拟硬盘文件107的信息。存储处置处理的对象。在优化开始时刻栏1303中存储处置处理的执行开始时刻，此处是存储优化处理的预计执行开始时刻。在物理服务器栏 1304中存储用于识别物理服务器100的信息。存储用于指定处置处理即优化处理的执行主机的信息。实际上是在物理服务器100中的优化处理部112进行优化处理。在加权栏1305中存储优化方案的优先度(加权)。在具有多个用于实现目的的优化方案的情况下，根据在该栏中存储的优先度来确定处置方法。在此，假设越是存储了较大数量的处置方案，其优先度越高。在可处置标志栏1306中存储表示在作为处置方案而列举的方案中、是否是能够处置执行的方案的标志信息。例如，这样的方案被视为不能执行的处置方案，即，虽然具有如果进行优化则能够确保文件系统108的空闲容量尺寸的虚拟硬盘文件的一览，但是在进行优化处理时物理服务器的负荷升高而不能执行的处置方案。在此， 对于能够处置执行的处置方案存储“True”，对于不能执行的处置方案存储“hlse”。处置方案表416是由处置确定部405进行图16的流程图所示的处理动作而生成的。事故表417是存储事故的表。在此，事故用于登记系统故障发生情况及系统故障预兆检测情况。并且，假设是指范围大于普通事故、而且也登记了已计划的维护情况的事故。在事故表417的各条记录中存储事故以及针对事故的处置状况。图12是表示事故表417的一例的图。事故表417具有事故ID栏1701、登记时刻(发生时刻)栏1702、处置期限时刻栏1703、事故内容栏1704、状况栏1705、事件ID栏 1706。在事故ID栏1701中存储用于识别事故的信息。在登记时刻栏1702中存储用事故 ID栏1701确定的事故的登记时刻。将登记时刻设为产生事故的时刻。在处置期限栏1703 中登记用事故栏1701确定的事故的解决期限。在事故内容栏1704中存储用事故栏1701 确定的事故的内容。在状况栏1705中存储用事故ID栏1701确定的事故的状况。状况有检测到问题的状况、进行原因分析的状况、确定处置方法的状况、等待处置执行的状况、已解决的状况等。在事件ID栏1706中存储用于识别与事故相关联的事件的信息。在根据存储于事件ID 栏1706中的事件的发生而登记事故的情况下，与所登记的事故相关联地存储事件。事故表 417的值可以由管理者输入，也可以由处置确定部405或其它处理部输入。关于处置确定部405变更处置状况的处理动作，将在图16中进行说明(将在后面进行叙述，因而此处省略说明)。
事件表418是对管理对象所发生的事件进行管理的表。在事件表418的各条记录中存储所发生的事件。在此，根据对阈值表411进行判定的结果来管理所发生的事件。图 24是表示事件表418的一例的图。事件表418具有事件ID栏2401、阈值ID栏2402、对象 (object)栏M03、和时刻栏M04。在事件ID栏MOl中存储用于识别事件的信息。阈值 10栏对02中存储在根据阈值判定的结果是发生了事件的情况下、用于识别成为其判定基础的阈值条件的信息，以与阈值表411的阈值ID栏1101对应的形式进行存储。在对象栏 M03中存储事件发生源。在阈值判定的结果是发生了事件的情况下，存储阈值判定的目标。 在时刻栏M04中存储事件的发生时刻。事件表418的各个信息用于检测事件发生，并由事件管理部419进行存储。管理终端114是用于输入输出管理服务器110的管理信息的计算机。管理者通过管理终端114来输入输出管理信息，并向管理对象请求处理执行。管理终端114具有输入输出部123。输入输出部123接受来自管理者的输入，并通过网络115向管理服务器110输入信息。并且，从管理服务器110通过网络115接收信息，并向管理者输出信息。图16是表示处置确定部405的优化处理动作的流程图的图。(1)处置确定部405从管理终端114接受优化处理请求(步骤1601)。(2)处置确定部405根据优化处理请求来确定事故，将事故表417的事故状态变更为处置中(步骤1602)。C3)处置确定部405确定文件系统108或者文件系统113(步骤1603)。在图16 中将文件系统108或者文件系统113表述为第1文件系统。(4)处置确定部405确定属于在步骤1603确定出的文件系统108或者文件系统 113的虚拟硬盘文件107组(步骤1604)。(5)处置确定部405确定属于在步骤1604确定出的虚拟硬盘文件107组的虚拟硬盘文件107 (步骤1605)。(6)处置确定部405确定与在步骤1605或步骤1612确定出的虚拟硬盘文件107 对应的客户OS 103和文件系统105 (步骤1606)。在图16中将文件系统105表述为第2文件系统。关于步骤1606的处理，将使用图17进行详细说明。(7)处置确定部405计算在步骤1605或步骤1612确定出的虚拟硬盘文件107的优化尺寸(步骤1607)。优化尺寸指通过优化处理而减小的文件尺寸。关于步骤1607的处理，将使用图20进行详细说明。(8)处置确定部405根据在步骤1606确定出的文件系统105的使用容量尺寸的过去趋势，计算文件系统105的使用容量尺寸的未来的值(步骤1608)。例如，根据处于增加趋势的使用容量尺寸的过去履历，能够计算出未来的使用容量尺寸也是相同的增加趋势。 相反，如果过去的使用容量尺寸是减小趋势，则能够计算出未来的使用容量尺寸也是相同的减小趋势。这些计算处理能够根据周期地测定到的过去的使用容量尺寸，采用普通的线性预测的方法进行计算。并且，例如能够根据处于周期趋势的使用容量尺寸的过去履历，计算未来的使用容量尺寸。该计算处理能够根据周期地测定到的过去的使用容量尺寸，采用普通的周期预测的方法进行计算。(9)处置确定部405根据在步骤1608计算出的文件系统105的使用容量尺寸的预测值，计算在步骤1605或步骤1612确定出的虚拟硬盘文件107的文件尺寸的预测值(步骤1609)。关于步骤1609的处理，将使用图18A和图18B进行详细说明。(10)处置确定部405计算在步骤1605或步骤1612确定出的虚拟硬盘文件107的优先尺寸的持续度(步骤1610)。在此，持续度是表示经过优化而确保的文件尺寸能够保持多久的指标。关于步骤1610的处理，将使用图21进行详细说明。(11)处置确定部405判定在通过步骤1604而确定出的虚拟硬盘组中是否具有在步骤1605或步骤1612未确定的虚拟硬盘文件107(步骤1611)。如果判定的结果是有，则进入步骤1612，如果判定的结果是没有，则进入步骤1613。(12)处置确定部405确定属于在步骤1604确定出的虚拟硬盘文件107组的下一个虚拟硬盘文件107(步骤1612)，使处理进入步骤1606。(13)处置确定部405从属于在步骤1604确定出的虚拟硬盘组的虚拟硬盘107中， 列举执行优化处理的虚拟硬盘的组合，并列举处置方案(步骤1613)。关于步骤1613的处理，将在后面使用图22A、图22B和图22C进行详细说明。(14)如果在步骤1613列举出的处置方案有多个方案，则处置确定部405对各个处置方案赋予优先度，并根据优先度确定处置方法(步骤1614)。关于步骤1614的处理，将在后面使用图23A和图2 进行详细说明。(15)处置确定部405通过调度管理部403在调度中登记通过步骤1614而确定的处置方法(步骤161 。调度管理部403在从处置确定部405接受到登记请求时，在调度表409中生成新的记录，在开始时刻栏1402中登记在步骤2309取得的优化时刻。在估计结束时刻栏1403中登记在步骤2310计算出的估计结束时刻。在命令栏1405中登记由优化命令名称(也可以包括命令路径)和优化对象的虚拟硬盘文件107名称(也可以包括目录路径)构成的优化命令。(16)处置确定部405将事故表417中的在步骤1601确定出的事故的状况1705变更为处置中(步骤1616)。(17)处置确定部405检测到处置执行已完成，并验证处置执行的效果(步骤 1617)。在此，在与在步骤1615登记的调度对应的执行结果被登记在调度执行结果表410 中后，检测为处置执行已完成。从阈值表411中参照对应的阈值条件1103，并判定是否不再满足条件式，由此进行效果的验证。关于阈值条件1103的参照是这样进行的，即首先从事故表417的事件ID栏1706中确定事件。然后，检索事件表418的事件ID栏M01，参照一致的记录的阈值ID栏2402，并取得阈值ID。并且，检索阈值表411的阈值ID栏1101，参照与阈值ID —致的记录的条件栏1103。(18)处置确定部405在步骤1617的验证结果是判定为具有效果的情况下，将事故表417中的在步骤1601确定出的事故的状况变更为已处置(步骤1618)。结束本处理流程。图17是表示结构管理部401从虚拟硬盘文件107中确定文件系统105的处理动作的流程图，是对在图16中的步骤1606从处置确定部接受到请求的结构管理部401进行的处理进行详细说明的图。(1)结构管理部401接受取得与虚拟硬盘文件107对应的文件系统105的请求，并确定请求中包含的虚拟硬盘文件107(步骤1701)。(2)结构管理部401判定虚拟硬盘文件107是否正在使用中(步骤1702)。具体地讲，结构管理部401以在步骤1701确定出的虚拟硬盘文件107为关键词，检索虚拟硬盘文件结构表412中的虚拟硬盘文件栏701，并参照一致的记录的使用中标志栏705。如果使用中标志栏705为“True”，则判定为使用中，如果使用中标志栏705为“False”，则判定为未使用。在判定的结果是使用中的情况下进入步骤1703。在判定的结果是未使用的情况下进入步骤1709。(3)结构管理部401确定虚拟硬盘文件107的连接目的地的虚拟服务器101和虚拟服务器101具有的虚拟的硬盘接口 306(步骤1703)。在图17中将虚拟的硬盘接口 306 表述为第1存储器接口。具体地讲，结构管理部401以在步骤1701确定出的虚拟硬盘文件 107为关键词，检索虚拟硬盘文件结构表412中的虚拟硬盘文件栏701，并取得一致的记录的虚拟服务器栏702的值和硬盘接口栏703的值。(4)结构管理部401确定在虚拟服务器101中进行工作的客户OS 103(步骤 1704)。具体地讲，结构管理部401以在步骤1703取得的虚拟服务器101的识别符为关键词，检索虚拟服务器OS对应表414中的虚拟服务器栏1001，参照一致的记录的主机名称栏 1002的值来确定客户OS 103。(5)结构管理部401以在步骤1703确定出的硬盘接口(第1存储器接口)为关键词，确定由客户OS 103管理的硬盘接口(第2存储器接口)(步骤1705)。具体地讲，结构管理部401以在步骤1704确定出的主机名称为关键词，检索文件系统结构表407中的主机名称栏802。并且，结构管理部401以在步骤1703取得的硬盘接口的识别符为关键词，从一致的记录中检索硬盘接口栏803，由此确定硬盘接口。在硬盘接口的格式不一致的情况下， 根据接口的类别(SCSI及IDE等)及接口序号等，确定一致的硬盘接口。并且，也可以根据所连接的盘的总体容量尺寸进行确定。(6)结构管理部401确定与在步骤1705确定出的硬盘接口连接的盘装置(步骤 1706)。具体地讲，结构管理部401取得在步骤1705检索文件系统结构表407而确定出的记录的盘装置栏804的值，由此确定盘装置。此处确定出的盘装置是与虚拟硬盘文件107 对应的虚拟硬盘106。(7)结构管理部401确定在通过步骤1706而确定出的盘装置中构建的文件系统 105 (步骤1707)。具体地讲，结构管理部401取得在步骤1705检索文件系统结构表407而确定出的记录的文件系统栏801的值，由此确定文件系统105。此处确定出的文件系统105 是在与虚拟硬盘文件107对应的虚拟硬盘106中构建的文件系统105。当在虚拟硬盘106 中具有多个分区，并在各个分区中构建文件系统105的情况下，此处是确定多个文件系统 105。(8)结构管理部401对请求了在步骤1707确定出的文件系统105的处理部进行答复(步骤1708)，并结束处理。(9)结构管理部401判定虚拟硬盘文件107在过去是否是使用状态(步骤1709)。 具体地讲，结构管理部401以在步骤1701确定出的虚拟硬盘文件107为关键词，检索虚拟硬盘结构表412中过去的记录的虚拟硬盘文件栏701，如果一致的记录中具有使用中标志栏705为“True”的记录，则判定为过去是使用状态，如果没有则判定为过去不是使用状态。 如果判定的结果是使用状态，则进入步骤1710。如果判定的结果不是使用状态，则进入步骤 1715。所说不是使用状态，例如指虽然生成了虚拟硬盘文件107，但是没有与任何服务器相关联而处于起动状态，因此判定为不能构建文件系统。(10)结构管理部401参照处于使用中时的信息，确定虚拟硬盘文件107的连接目的地的虚拟服务器101和虚拟服务器101具有的虚拟的硬盘接口(步骤1710)。所说处于使用中时的信息，指在步骤1709检索并命中的虚拟硬盘文件栏701—致、使用中标志栏705 为“True”的记录，即最近刚刚记录的记录。结构管理部401取得该记录的虚拟服务器栏 702和硬盘接口栏703的值，并确定虚拟服务器103和硬盘接口 306。(11)结构管理部401参照处于使用中时的信息，确定与虚拟服务器103对应的客户 OS 103(步骤 1711)。具体地讲，结构管理部401检索虚拟服务器OS对应表414的过去的信息，以在步骤1710确定出的虚拟服务器103为关键词，在虚拟服务器栏1001中确定一致的记录，并取得在该记录的主机名称栏1002中存储的值。另外，虚拟服务器OS对应表414的过去的信息，需要是与在步骤1710确定出的过去的记录的登记时刻一致或者被视为一致(只要是能够确定在通过步骤1710而确定出的记录的时刻在虚拟服务器101中进行工作的客户OS的范围即可)的范围内的信息。如果时刻完全不一致，则可以从虚拟服务器OS对应表414中参照在步骤1710确定出的记录的时刻前后的记录，如果前后的记录的主机名称栏1002是相同的字符串，则取得该字符串。(12)结构管理部401参照处于使用中时的信息，确定与硬盘接口对应的接口、而且是由客户OS 103管理的硬盘接口(步骤1712)。具体地讲，结构管理部401参照文件系统结构表407的过去的信息，以在步骤1711确定出的主机名称为关键词来检索主机名称栏 802，并取得一致的记录的硬盘接口栏803的内容。在此，所说过去的信息需要是与在步骤 1711确定出的记录的时刻一致或者被视为一致的范围内的信息。(13)结构管理部401参照处于使用中时的信息，确定与硬盘接口连接的盘装置 (步骤1713)。具体地讲，结构管理部401取得通过在步骤1712检索文件系统结构表407 而确定出的记录的盘装置栏407的内容。此处确定出的盘装置是最近刚刚使用了虚拟硬盘文件107时的对应的虚拟硬盘106。(14)结构管理部401参照处于使用中时的信息，确定盘装置中的文件系统105(步骤1714)。具体地讲，结构管理部401取得通过在步骤1712检索文件系统结构表407而确定出的记录的文件系统栏801的内容。此处确定出的文件系统105是最近刚刚使用了虚拟硬盘文件107时的对应的文件系统105。有时对虚拟硬盘106划定多个分区，在分区中分别构建文件系统105，因而在此有时也确定出多个文件系统105。在进行确定后进入步骤 1708。(15)结构管理部401视为没有与在步骤1701确定出的虚拟硬盘文件107对应的文件系统，来答复具有请求的处理部(步骤1715)，并结束处理。图18A和图18B是表示处置确定部405预测虚拟硬盘文件107的未来的文件尺寸的处理动作的流程图。(1)处置确定部405接受预测虚拟硬盘文件107的未来的文件尺寸的请求(步骤 1801)。(2)处置确定部405根据请求来确定虚拟硬盘文件107 (步骤1802)。(3)处置确定部405将虚拟硬盘文件尺寸预测列表初始化(步骤180 。此处的虚拟硬盘文件尺寸预测列表，指用于存储接受到请求的虚拟硬盘文件107的文件尺寸的预测值的临时的列表变量。尽管未图示，但被存储在主存储器303中。如果是临时进行存储的区域，则不限定于列表变量，可以是任意变量。(4)处置确定部405确定预测结束时刻Te (步骤1804)。在此，预测结束时刻Te 指对虚拟硬盘文件107的文件尺寸的预测结束的时刻。预测从当前到预测结束时刻Te的文件尺寸。预测结束时刻Te可以用于确定预先设定的时间后的时刻，也可以是接受管理者的输入而确定的时刻。(5)处置确定部405取得当前时刻的虚拟硬盘文件107的文件尺寸(步骤1805)。 在此，假设是虚拟硬盘文件尺寸Z。(6)处置确定部405取得当前时刻并代入到时刻变量T中(步骤1806)。在此将关注的时刻存储为时刻变量T，但不限于此。(7)处置确定部405将向时刻变量T加上间隔的值而得到的值代入到时刻变量T 中(步骤1807)。如果是计算基于某个间隔的值的周期性的预测值，则可以是任意的方法。 间隔可以是与过去的虚拟硬盘文件的取样间隔相同的值，也可以是不同的值，还可以采用预先存储的间隔。(8)处置确定部405将时刻变量T和预测结束时刻Te进行比较(步骤1808)。如果时刻变量T是靠后的时刻，则进入步骤1814。如果时刻变量T是靠前的时刻，则进入步骤 1809。(9)处置确定部405确定在步骤1802确定出的虚拟硬盘文件107的类型(步骤 1809)。具体地讲，处置确定部405通过结构管理部401来检索虚拟硬盘结构表412的虚拟硬盘文件栏701，并取得与在步骤1802确定出的虚拟硬盘文件107 —致的记录的类型栏 704，如果是“Dynamic”，则判定为可变型，如果是“Fix”，则判定为固定型。如果是可变型，则进入步骤1810。如果是固定型，则进入步骤1815。(10)处置确定部405取得在时刻变量T的时刻时的文件系统105的使用容量尺寸 (X)(步骤1810)。具体地讲，处置确定部405取得在步骤1608预测到的文件系统105的使用容量尺寸的预测值中、时刻变量T的时刻时的值。(11)处置确定部405判定时刻变量T的时刻是否是优化时刻(步骤1811)。优化时刻指执行在步骤1802确定出的虚拟硬盘文件107的优化处理的预计时刻，采用由管理者或处置确定部405确定的预计时刻。并且，如果没有指定，则采用当前时刻或者默认设定的时间后的时刻。如果时刻变量T的时刻是优化时刻，则进入步骤1812。如果时刻变量T的时刻不是优化时刻，则进入步骤1816。(12)处置确定部405将时刻变量T时的虚拟硬盘文件107的文件尺寸的预测值 (Y)，设为与在步骤1810取得的时刻变量T时的文件系统105的使用容量尺寸(X)相同的值(Y = X)(步骤1812)。该处理意味着在时刻变量T的时刻，文件系统的使用容量尺寸增大到虚拟硬盘文件107的文件尺寸以上的尺寸，因而预测为虚拟硬盘文件107扩展。(13)处置确定部405将时刻变量T的时刻时的虚拟硬盘文件107的文件尺寸的预测值(Y)存储在虚拟硬盘文件尺寸预测列表中(步骤1813)，返回到步骤1807。(14)处置确定部405读取虚拟硬盘文件尺寸预测列表的内容，并答复时刻与文件尺寸的组(步骤1814)。通过该处理，针对在步骤1801提出请求的处理部，答复所指定的虚拟硬盘文件107从当前到未来的时刻Te的文件尺寸的预测值。在步骤1814之后，结束本处理流程。(15)处置确定部405将在步骤1805取得的虚拟硬盘文件107的文件尺寸(Z)，代入到截止到时刻变量Te的虚拟硬盘文件107的文件尺寸的预测值(Y)中，并存储在虚拟硬盘文件尺寸预测列表中(步骤1815)。在虚拟硬盘文件107是固定型的情况下，文件尺寸一直到未来都不变化，因而原样地将当前的文件尺寸设为未来的文件尺寸。在步骤1815结束后，进入步骤1814。(16)处置确定部405取得在时刻变量Te的时刻的一个间隔量之前的时刻时的虚拟硬盘文件107的文件尺寸(Z)(步骤1816)。具体地讲，如果一个间隔量之前的时刻在当前的时刻以前，则检索虚拟硬盘文件尺寸表408的虚拟硬盘文件栏602与在步骤1802确定出的虚拟硬盘文件一致的记录，并取得该记录的时刻栏601是该一个间隔量之前的时刻时的记录的尺寸栏603。如果一个间隔量之前的时刻是未来的时刻，则检索虚拟硬盘文件尺寸预测列表，并检索时刻是该一个间隔量之前的时刻时的组，从而取得文件尺寸。该处理意味着通过执行优化处理，预测在时刻变量T时虚拟硬盘文件107的文件尺寸缩小为文件系统 105的使用容量尺寸。(17)处置确定部405将在步骤1816取得的文件尺寸(Z)和在步骤1810取得的使用容量尺寸(X)进行比较(步骤1817)。如果比较的结果是在步骤1816取得的文件尺寸 (Z)较大，则进入步骤1812。如果比较的结果是在步骤1816取得的文件尺寸(Z)相等或者较小，则进入步骤1818。(18)处置确定部405将在时刻变量T时的虚拟硬盘文件107的文件尺寸⑴设为与在步骤1816取得的文件尺寸(Z)相同的值(Y = Z)(步骤1818)。该处理意味着文件系统的使用容量尺寸不大于虚拟硬盘文件的文件尺寸，因而预测为在时刻变量T的时刻时不扩展。在步骤1818的处理结束后，进入步骤1813。图19是表示处置确定部405估计虚拟硬盘文件的优化处理时间的处理动作的流程图。(1)处置确定部405接受优化处理时间计算的请求(步骤1901)。(2)处置确定部405根据步骤1901的请求来确定虚拟硬盘文件107 (步骤1902)。(3)处置确定部405取得在步骤1902确定出的虚拟硬盘文件107的优化尺寸(X) (步骤190 。关于步骤1903的详细的处理动作，将在后面使用图20进行详细说明。(4)处置确定部405取得过去的虚拟硬盘文件的优化处理时间(时间Y)和当时的优化尺寸(尺寸Y)(步骤1904)。(5)处置确定部405根据在步骤1904取得的优化尺寸(尺寸Y)和优化处理时间 (时间Y)，计算在步骤1903取得的优化尺寸(X)的优化处理时间，并作为在步骤1902确定出的虚拟硬盘文件107的优化处理时间的估计时间(步骤1905)。关于计算方法，例如利用线性预测等普通方法进行估计。在此，根据优化尺寸来估计优化处理时间，但也可以根据虚拟硬盘文件107的文件尺寸来估计优化处理时间。在这种情况下，在步骤1903不计算优化尺寸，而是取得虚拟硬盘文件107的文件尺寸。并且，关于优化处理时间的估计，也可以根据优化尺寸和虚拟硬盘文件107的文件尺寸来进行估计。(6)处置确定部405答复在步骤1906计算出的优化处理时间(步骤1906)，并结束处理。图20是表示处置确定部405计算虚拟硬盘文件的优化尺寸的处理动作的流程图。(1)处置确定部405接受虚拟硬盘文件107的优化尺寸计算请求(步骤2001)。(2)处置确定部405根据步骤2001的请求来确定计算对象的虚拟硬盘文件 107(步骤 2002)。(3)处置确定部405判定在步骤2002确定出的虚拟硬盘文件107是否正在使用中 (步骤2003)。关于是否正在使用中的判定是这样进行的，处置确定部405通过结构管理部 401检索虚拟硬盘结构表412的虚拟硬盘文件栏701，取得与在步骤2002确定出的虚拟硬盘文件一致的记录的使用中标志栏705，如果是“True”，则判定为使用中，如果是“i^alse”， 则判定为未使用。在判定为使用中的情况下，进入步骤2012。在判定为未使用的情况下，进入步骤2004。(4)处置确定部405确定最后使用了在步骤2002确定出的虚拟硬盘文件107的虚拟服务器1001 (步骤2004)。具体地讲，处置确定部405通过结构管理部401追溯过去并检索虚拟硬盘结构表412，如果在虚拟硬盘文件栏701中具有与在步骤2002确定出的虚拟硬盘文件107 —致的记录、而且是在虚拟服务器栏702中存储了用于确定虚拟服务器的内容的记录，则取得该记录的虚拟服务器栏702的内容。(5)处置确定部405确定在通过步骤2004而确定出的虚拟服务器101中进行工作的客户OS 103 (步骤200 。具体地讲，处置确定部405通过结构管理部401检索虚拟服务器OS对应表414的虚拟服务器栏1001，并取得与在步骤2004确定出的虚拟服务器101 — 致的记录的主机名称栏1002的内容。(6)处置确定部405取得与虚拟硬盘文件107对应的文件系统105 (步骤2006)。 步骤2006的详细处理与在图17的说明中进行的说明相同。(7)处置确定部405取得最后使用虚拟硬盘文件107的时刻(步骤2007)。具体地讲，处置确定部405通过结构管理部401取得在步骤2003确定出的虚拟硬盘结构表412 的记录的登记时刻。(8)处置确定部405取得在步骤2005确定出的文件系统105在通过步骤2006而确定出的时刻时的使用容量尺寸(X)(步骤2008)。具体地讲，处置确定部405通过性能管理部402来检索如下记录，并取得该记录的使用容量尺寸栏505的内容，该记录是在文件系统容量表413的OS栏502中存储有在步骤2004确定出的主机名称、在文件系统栏503中存储有在步骤2005确定出的文件系统105、在时刻栏501中存储有在步骤2006确定出的时刻的记录。(9)处置确定部405取得当前的虚拟硬盘文件107的文件尺寸(Y)(步骤2009)。 具体地讲，处置确定部405通过性能管理部402来检索虚拟硬盘文件尺寸表408，取得如下记录的尺寸栏603，该记录是在时刻栏601中存储有当前时刻(也可以是与当前时刻最近的时刻)、在虚拟硬盘文件栏602中存储有在步骤2002确定出的虚拟硬盘文件107的记录。(10)处置确定部405计算在步骤2008取得的文件尺寸(X)与在步骤2009取得的使用容量尺寸(Y)之差，并作为在步骤2002确定出的虚拟硬盘文件107的优化尺寸(Y-X) (步骤 2010)。(11)处置确定部405答复在步骤2010计算出的优化尺寸(步骤2011)，并结束处理。(12)处置确定部405确定使用在步骤2002确定出的虚拟硬盘文件107的虚拟服务器101 (步骤2012)。具体地讲，处置确定部405通过结构管理部401来检索虚拟硬盘结构表412，并取得如下记录的虚拟服务器栏702的内容，该记录是在虚拟硬盘文件栏701中存储有在步骤2002确定出的虚拟硬盘文件107的记录。(13)处置确定部405确定在通过步骤2012而确定出的虚拟服务器101中进行工作的客户OS 103 (步骤201 。具体地讲，处置确定部405通过结构管理部120来检索虚拟服务器OS对应表414，并取得虚拟服务器栏1001与在步骤2012确定出的虚拟服务器101 一致的记录的主机名称栏1002的内容。(14)处置确定部405取得与在步骤2001确定出的虚拟硬盘文件107对应的文件系统105 (步骤2014)。具体地讲，处置确定部405通过结构管理部401来检索如下记录，并取得该记录的文件系统栏902的内容，该记录是虚拟硬盘文件系统对应表415中的虚拟硬盘文件栏901与在步骤2001确定出的虚拟硬盘文件107 —致的记录。另外，关于虚拟硬盘文件系统对应表415的生成，是通过已经说明的图17所示的处理动作而实现的。(15)处置确定部405取得在步骤2014确定出的文件系统105在当前时刻的使用容量尺寸(X)(步骤201 。具体地讲，处置确定部405通过性能管理部402来检索如下记录，并取得该记录的使用量尺寸栏505的内容，该记录是在文件系统容量表413的时刻栏 501中存储当前时刻、在OS栏502中存储在步骤2013确定出的主机名称、在文件系统栏503 中存储在步骤2014确定出的文件系统105的记录，然后进入步骤2008。图21是表示处置确定部405计算虚拟硬盘文件107的优化尺寸的持续度的处理动作的流程图。(1)处置确定部405接受优化尺寸持续度的计算请求(步骤2101)。(2)处置确定部405根据步骤2102的请求来确定计算对象的虚拟硬盘文件 107(步骤 2102)。(3)处置确定部405计算在步骤2102确定出的虚拟硬盘文件107的优化后的文件尺寸(步骤210 。具体地讲，通过图20所示的步骤2001 步骤2008而取得的文件系统105的使用容量尺寸是优化后的文件尺寸。或者，通过步骤2001 步骤2015而取得的文件系统105在当前时刻的使用容量尺寸是优化后的文件尺寸。(4)处置确定部405取得在步骤2102确定出的虚拟硬盘文件107的优化处理的估计时间(步骤2104)。具体处理已经使用图19进行说明，因而此处省略。(5)处置确定部405计算在步骤2102确定出的虚拟硬盘文件107的文件尺寸的预测值(步骤2105)。具体处理已经使用图18A和图18B进行说明，因而此处省略。(6)处置确定部405根据在步骤2103取得的优化后的文件尺寸、在步骤2105取得的文件尺寸的预测值和预测到的时间，计算优化持续度(步骤2106)。优化持尺寸续度如果是指保持优化尺寸的指标，则可以是任何计算方法。例如，可以将虚拟硬盘文件107的文件尺寸的、从完成(也可以是开始)优化处理起到经过某个固定时间的积分值，作为优化尺寸持续度。并且，也可以指将优化处理完成时(也可以是开始时，还可以是经过某个固定时间后)的虚拟硬盘文件107的文件尺寸除以该积分值而得的值。另外，还可以将优化处理完成时(也可以是开始时)的虚拟硬盘文件107的文件尺寸与经过某个固定时间后的文件尺寸之差，作为优化尺寸持续度。并且，也可以把将该差值除以该固定时间而得的值作为优化尺寸持续度。另外，还可以把上述差分或者将上述差分除以时间而得的值，分别除以优化处理完成时(也可以是即将优化前或经过固定时间后)的文件尺寸，将相除得到的值作为优化尺寸持续度。(7)处置确定部405答复在步骤2106计算出的优化尺寸持续度(步骤2107)。图22A、图22B和图22C是表示处置确定部405确定处置方案的处理动作的流程图。首先，列举通过步骤2201 步骤2214的处理动作，在处置方案表416中能够以优化尺寸解决事故的候选处置方案。(1)处置确定部405在接受到处置确定请求时，将处置方案表416初始化(步骤 2201)。(2)处置确定部405列举虚拟硬盘文件107的组合，并生成组合组(步骤2202)。(3)处置确定部405从在步骤2202生成的组合中确定某个组合(步骤2203)。(4)处置确定部405确定属于在步骤2203或者后面的步骤2213确定出的组合的虚拟硬盘文件组(步骤2204)。(5)处置确定部405将合计优化尺寸变量初始化(步骤220 。在此，合计优化尺寸变量指存储通过将虚拟硬盘组全部优化而能够确保的文件系统108或文件系统113的空闲容量尺寸的变量。不限定于变量，只要是存储该空闲容量尺寸，则可以是任何形式。(6)处置确定部405从虚拟硬盘文件组中确定某个虚拟硬盘文件107(步骤 2206)。(7)处置确定部405计算在步骤2206或者后面的步骤2212确定出的虚拟硬盘文件107的优化尺寸(步骤2207)。关于优化尺寸的计算方法已经使用图20进行说明，因而此处省略。(8)处置确定部405将在步骤2207计算出的优化尺寸与合计优化尺寸变量相加 (步骤 2208)。(9)处置确定部405判定在通过步骤2206而确定出的虚拟硬盘文件组中是否具有在步骤2206或者步骤2212未确定的虚拟硬盘文件107(步骤2209)。如果判定的结果是有，则进入步骤2212。如果判定的结果是没有，则进入步骤2210。(10)处置确定部405判定合计优化尺寸变量的值是否大于阈值(步骤2210)。具体地讲，首先以在图16的步骤1602正在处置中的事故的事故ID为关键词，检索事故表417 的事故栏1701，取得一致的记录的事件ID栏1706的内容。然后，以事件ID栏的内容为关键词来检索事件表418，取得一致的记录的阈值栏M02的内容。另外，以阈值栏M02的内容为关键词，检索阈值表411的阈值ID栏1101，取得一致的记录的条件栏1103，并判定是否满足此处取得的条件。例如，判定文件系统108及文件系统113的使用容量尺寸减小了合计变量的值后的尺寸是否满足条件。如果判定的结果是大于，则进入步骤2211。如果判定的结果是等于或者小于，则进入步骤2214。步骤2210用于判定如果将属于关注的虚拟硬盘文件组的虚拟硬盘文件全部优化，是否能够将文件系统108及文件系统113的使用容量尺寸释放目标值，并能够解决事故。另外，上述阈值也能够作为用于缩小虚拟硬盘文件的缩小目标尺寸。为了使已确定优化的虚拟硬盘文件的合计值大于缩小目标尺寸，判定是否对虚拟硬盘文件进行优化即可。
(11)处置确定部405对处置方案表416追加新的记录，对该记录的处置方案ID 1301同样赋予新的识别符，在该记录的虚拟硬盘栏1302中存储用于识别属于在步骤2204 确定出的虚拟硬盘文件组的虚拟硬盘文件107的信息(步骤2211)，并进入步骤2214。(12)处置确定部405从在步骤2204确定出的虚拟硬盘文件组中，确定未确定的下一个虚拟硬盘文件(步骤2212)，并进入步骤2207。(13)处置确定部405从在步骤2202确定出的组合组中确定下一个未确定的组合 (步骤2213)，并进入步骤2204。(14)处置确定部405判定在通过步骤2202而确定出的组合组中是否具有在步骤 2203或者步骤2213未确定的组合(步骤2214)。如果判定的结果是有，则进入步骤2213。 如果判定的结果是没有，则进入步骤2215。然后，通过从步骤2215 步骤2236的处理动作，针对所列举的处置方案，确定对虚拟硬盘文件107进行优化的物理服务器100和优化执行开始时刻。(15)处置确定部405确定成为执行优化的候选的物理服务器组(步骤2215)。(16)处置确定部405从处置方案表416中确定处置方案组(步骤2216)。(17)处置确定部405确定属于处置方案组的处置方案(步骤2217)。具体地讲， 将处置方案表416的处置方案ID栏1301相同的某个记录组确定为处置方案。(18)处置确定部405确定与处置方案相关联的虚拟硬盘文件组(步骤2218)。具体地讲，分别取得属于在步骤2217或后面的步骤22 确定出的记录组的各条记录的虚拟硬盘栏1302的内容，并确定为虚拟硬盘文件组。(19)处置确定部405确定属于在步骤2215确定出的物理服务器组的物理服务器 100、与在步骤2218确定出的虚拟硬盘文件组的组合(步骤2219)。不同的虚拟硬盘文件 107可以与相同的物理服务器100构成组。并且，全部虚拟硬盘文件107需要与某个物理服务器100构成组，但是物理服务器100不一定需要与虚拟硬盘文件107构成组。(20)处置确定部405从在步骤2219确定出的组合组的各个组合中，分别取得用于识别物理服务器的信息，并确定为物理服务器组(步骤2220)。(21)处置确定部405从在步骤2220确定出的物理服务器组中确定某个物理服务器 100(步骤 2221)。(22)处置确定部405从在步骤2219确定出的组合中，确定与在步骤2220确定出的物理服务器100构成组的虚拟硬盘文件组(步骤2222)。(23)处置确定部405从在步骤2222确定出的虚拟硬盘文件组中，确定某个虚拟硬盘文件107 (步骤2223)。(24)处置确定部405计算在步骤2222确定出的虚拟硬盘文件1017的优化负荷 (步骤22M)。此处的优化负荷指CPU负荷或存储器负荷、网络频带使用量、盘频带使用量等随着优化处理而产生于物理服务器的负荷。从性能信息管理部402取得在过去的优化处理中所具有的负荷并进行估计，由此计算优化负荷。也可以根据优化尺寸或虚拟硬盘文件 107的文件尺寸、优化时间，分别进行线性预测。(25)处置确定部405计算在步骤2223确定出的虚拟硬盘文件107的优化时间(步骤2225)。关于计算方法已经使用图19进行说明，因而此处省略说明。(26)处置确定部405判定在通过步骤2222而确定出的虚拟硬盘文件组中，是否具有在步骤2223未确定的虚拟硬盘文件107 (步骤22 )。如果判定的结果是有，则进入步骤 2223。如果判定的结果是没有，则进入步骤22四。(27)处置确定部405确定物理服务器100与虚拟硬盘文件107的其它组合(步骤 2227)，并进入步骤2220。(28)处置确定部405预测在通过步骤2221而确定出的物理服务器100中哪个虚拟硬盘文件107都没有进行优化处理时的负荷(步骤22 )。处置确定部405通过性能信息管理部402取得过去的物理服务器100的负荷，并预测未来的负荷。(29)处置确定部405确定属于在步骤2222确定出的虚拟硬盘文件组的全部虚拟硬盘的优化开始时刻(步骤22四)。如果是从现在到未来的某个时刻，则可以是任意时刻。(30)处置确定部405将在步骤22 计算出的物理服务器100的负荷与在步骤 2224计算出的负荷相加(步骤2230)。具体地讲，针对属于在步骤2222确定出的虚拟硬盘文件组的全部虚拟硬盘文件进行加法运算的处理，并计算从通过步骤22 而计算出的优化开始时刻起经过通过步骤2225而计算出的优化时间的期间中、通过步骤22 而计算出的负荷。在步骤2230计算出的负荷指在物理服务器100执行优化处理时预测的负荷。(31)处置确定部405判定在步骤3330计算出的负荷是否超过阈值(步骤2231)。 具体地讲，首先，以在图16的步骤1602正在处置中的事故的事故ID为关键词，检索事故表 417的事故栏1701，取得一致的记录的事件ID栏1706的内容。然后，以事件ID栏1706的内容为关键词来检索事件表418，取得一致的记录的阈值栏M02的内容。另外，以阈值栏 M02的内容为关键词来检索阈值表411的阈值ID栏1101，取得一致的记录的条件栏1103， 并判定是否满足此处取得的条件。例如，判定在步骤3330计算出的负荷是否满足条件栏 1103。在判定为超过阈值时进入步骤2236。在判定为不超过阈值时进入步骤2232。(32)处置确定部405判定在步骤2220确定出的物理服务器组中是否具有在步骤 2221未确定的物理服务器100(步骤2232)。如果判定的结果是有，则进入步骤2221。如果判定的结果是没有，则进入步骤2233。(33)处置确定部405将物理服务器组和优化开始时刻存储在处置方案表416中 (步骤223 。具体地讲，处置确定部405确定在处置方案ID栏1301中存储有在步骤2217 确定出的处置方案ID、在虚拟硬盘文件栏1302中存储有在步骤2219确定出的组的虚拟硬盘文件107的记录，在该记录的物理服务器栏1304中存储该组的物理服务器100，在优化开始时刻栏1303中存储针对该组在步骤22 确定的优化开始时刻。并且，在该记录的可处置标志栏1306中存储“True”。通过步骤2233的处理，确定使物理服务器100的负荷不会达到阈值以上的能够执行优化处理的处置方案，并确定执行虚拟硬盘文件107的优化处理的物理服务器和优化开始时刻。(34)处置确定部405判定在通过步骤2216而确定出的处置方案组中是否具有在步骤2217未确定的处置方案(步骤2234)。如果判定的结果是有，则进入步骤2217。如果判定的结果是没有，则进入步骤2235。(35)处置确定部405答复在处置方案表416中存储的处置方案组(步骤2235)， 并结束处理。(36)处置确定部405判定是否能够调整在步骤22 确定的各个虚拟硬盘文件 107的优化开始时刻(步骤2236)。如果判定的结果是能够调整，则进入步骤22四。如果判定的结果是不能调整，则进入步骤2237。在不能调整的情况下，意味着在按照目前关注的物理服务器100与虚拟硬盘文件107的组来执行优化处理时，物理服务器100的负荷超载，作为处置方案的可执行性比较低。(37)处置确定部405判定步骤2219的组合中是否还有其它的组合(步骤2237)。 如果判定的结果是有，则进入步骤2227。如果判定的结果是没有，则进入步骤2238。在判定的结果是没有的情况下，意味着没有对在处置方案中列举出的虚拟硬盘组进行优化的物理服务器，只要没有另外协调得到其它物理服务器，则作为处置方案的可执行性比较低。(38)处置确定部405对处置方案表416中的相应的处置方案赋予不可执行标志 (步骤2238)。具体地讲，处置确定部405检索处置方案表416中的处置方案ID栏1301，在与通过步骤2217而确定出的处置方案相当的记录的可处置标志栏1306中存储“i^alse”。 在步骤2238之后，进入步骤2234。图23A和图2 是表示处置确定部405确定处置方法的处理动作的流程图。(1)处置确定部405接受处置方法确定请求(步骤2301)。(2)处置确定部405参照处置方案表来确定处置方案组(步骤2302)。(3)处置确定部405取得加权11、12、13、14、15(步骤2303)。其中，加权W1、W2、 W3、W4是用于进行虚拟硬盘文件107的优化处理的优先度赋予的加权，Wl和W2表示根据虚拟硬盘文件107是否正在使用中而赋予的加权，W3和W4表示针对当前不使用的虚拟硬盘文件107，在截止到优化结束时刻的期间是否有可能使用的加权。W5表示针对优化尺寸持续度的加权。这些加权是由管理者预先根据优先哪一方的策略而设定的。处置确定部405 能够根据加权来设定最佳的处置方法。(4)处置确定部405从在步骤2302确定出的处置方案组中确定某个处置方案(步骤 2304)。(5)处置确定部405确定与处置方案相关的虚拟硬盘文件组(步骤2305)。(6)处置确定部405确定属于在步骤2305确定出的虚拟硬盘文件组的某个虚拟硬盘文件107 (步骤2306)。(7)处置确定部405判定在步骤2306确定出的虚拟硬盘文件107是否正在使用中 (步骤2307)。如果判定的结果是使用中，则进入步骤2315。如果判定的结果是未使用，则进入步骤2308。(8)处置确定部405针对在步骤2304确定出的处置方案，加上在步骤2303取得的加权W2 (步骤2308)。具体地讲，处置确定部405检索在处置方案表416的处置方案ID 栏1301中存储有与在步骤2304确定出的处置方案相当的内容的记录，并对该记录的加权栏1305加上加权W2。(9)处置确定部405取得在步骤2306确定出的虚拟硬盘文件107的下一次使用开始时刻(步骤2309)。具体地讲，处置确定部405确定虚拟硬盘文件107所连接的虚拟服务器101，并从调度表409中确定虚拟服务器101的下一次起动时刻，将该起动时刻作为虚拟硬盘文件107的下一次使用开始时刻。或者，处置确定部405通过结构管理部401从虚拟硬盘结构表412取得虚拟硬盘文件107处于使用状态的时刻的过去的履历信息，检测从该时刻起的周期性，并预测下一次使用开始时刻。(10)处置确定部405计算在步骤2306确定出的虚拟硬盘文件107的优化时间，并根据与处置方案相关联的优化开始时刻，计算优化结束时刻(步骤2310)。关于优化时间的计算方法已经使用图19进行说明，因而此处省略。关于优化结束时刻的计算，具体地讲是取得如下记录的优化开始时刻栏1303的优化开始时刻，向该优化开始时刻加上优化时间， 计算优化结束时刻，该记录指在处置方案表416的处置方案ID栏1301中存储有与在步骤 2304确定出的处置方案相当的内容的记录，而且是在虚拟硬盘文件栏1302中存储有在步骤2306确定出的虚拟硬盘文件107的记录。(11)处置确定部405判定在步骤2309取得的下一次使用开始时刻是否比在步骤 2310计算出的优化结束时刻晚(步骤2311)。如果判定的结果是晚，则进入步骤2312。如果判定的结果是不晚，则进入步骤2316。(12)处置确定部405对在步骤2304确定出的处置方案加上在步骤2303取得的加权W4(步骤2312)。相加方法与步骤2308相同。在步骤2312之后，进入步骤2317。(13)处置确定部405确定属于在步骤2302确定出的处置方案组的、在步骤2304 或步骤2313未确定的处置方案(步骤2313)，并进入步骤2305。(14)处置确定部405从在步骤2305确定出的虚拟硬盘文件组中，确定在步骤 2306或步骤2314未确定的虚拟硬盘文件107 (步骤2314)，并进入步骤2307。(15)处置确定部405对在步骤2304确定出的处置方案加上在步骤2303取得的加权Wl (步骤2315)。相加方法与步骤2308相同。在步骤2315之后，进入步骤2309。(16)处置确定部405对在步骤2304确定出的处置方案加上在步骤2303取得的加权W3(步骤2316)。相加方法与步骤2308相同。在步骤2316之后，进入步骤2317。(17)处置确定部405计算在步骤2306确定出的虚拟硬盘文件107的优化尺寸持续度，将根据优化尺寸持续度和加权W5而计算出的加权，与在步骤2304确定出的处置方案相加(步骤2317)。相加方法与步骤2308相同。关于优化尺寸持续度的计算方法已经使用图21进行说明，因而此处省略说明。(18)处置确定部405判定在通过步骤2305而确定出的虚拟硬盘文件组中，是否具有在步骤2306或步骤2314未确定的虚拟硬盘文件107(步骤2318)。如果判定的结果是有，则进入步骤2314。如果判定的结果是没有，则进入步骤2319。(19)处置确定部405判定在通过步骤2302而确定出的处置方案组中，是否具有在步骤2304或步骤2313未确定的处置方案(步骤2319)。如果判定的结果是有下一个处置方案，则进入步骤2313。如果判定的结果是没有下一个处置方案，则进入步骤2320。(20)处置确定部405对处置方案组进行排序(sort)(步骤2320)。具体地讲，在将处置方案表416中的处置方案ID1301相同的记录设为记录组时，根据记录组中的加权栏 1305的值按照降序将记录组排序。通过排序使优先度较高的处置方案成为上位的记录。(21)处置确定部405从处置方案组中确定处置方法(步骤2321)。具体地讲，取得在步骤2220经过排序而处于最上位的记录组，并确定为处置方法。(22)处置确定部405答复在步骤2221确定的处置方法(步骤2322)，并结束处理。另外，在本实施例中对每个处置方案赋予了加权，但不限于此，也可以对每个虚拟硬盘文件107赋予加权。并且，在本实施例中，在管理服务器110中管理虚拟硬盘文件107的持续度及文件系统105的使用容量尺寸(优化后的文件尺寸)，但不限于此，也可以嵌装于存储虚拟硬盘的元数据的文件或虚拟硬盘文件的头信息中。根据以上说明的实施例，能够支持管理者容易实现虚拟硬盘文件的容量管理。图25是表示处置确定部的危险度计算处理的流程图。在此，危险度指发生文件系统108或文件系统113的空闲容量不足的状况的可能性的评价指标，即在存储于文件系统 108及文件系统113中的可变型的虚拟硬盘文件107的文件尺寸扩展时，用于评价空闲量不足的可能性的指标。(1)处置确定部405接受用于计算文件系统X的危险度的请求(步骤2501)。在此，文件系统X指图1中的文件系统108或图2中的文件系统113。(2)处置确定部405取得文件系统X的极限容量X和使用容量X (步骤2502)。(3)处置确定部405确定属于文件系统X的全部虚拟硬盘文件(步骤250 。处置确定部405列举出位于文件系统108及文件系统113中的全部虚拟硬盘文件107。(4)处置确定部405取得在步骤2502确定出的全部虚拟硬盘文件的文件尺寸(步骤2504)。具体地讲，处置确定部405通过性能管理部402读取虚拟硬盘文件尺寸表408， 以在步骤2502确定出的虚拟硬盘文件为关键词来检索虚拟硬盘文件栏602，并取得相应记录的尺寸栏603的值，针对在步骤2502确定出的全部虚拟硬盘文件进行以上处理。(5)处置确定部405将在步骤2503取得的文件尺寸进行合计，并计算文件尺寸合计值(步骤2505)。(6)处置确定部405从使用容量X减去文件尺寸合计值，计算使用容量尺寸Y (步骤2506)。使用容量尺寸Y是指文件系统X的使用容量中、由除虚拟硬盘文件之外的文件使用的使用容量尺寸。(7)处置确定部405确定与在步骤2503确定出的各个虚拟硬盘文件对应的文件系统(步骤2507)。处置确定部405确定与各个虚拟硬盘文件107对应的虚拟硬盘106，并确定在该虚拟硬盘106中构建的文件系统105。(8)处置确定部405取得在步骤2507确定出的各个文件系统的使用容量尺寸(步骤2508)，并取得文件系统105的使用容量。具体地讲，处置确定部405通过性能管理部 402读取文件系统容量表413，以在步骤2507确定出的文件系统为关键词来检索文件系统栏503，并取得相应记录的使用容量尺寸栏505的值，针对在步骤2507确定出的全部文件系统进行以上处理。(9)处置确定部405按照每个文件系统来合计文件系统的使用容量尺寸，并计算使用容量尺寸合计值Z (步骤2509)，在此计算出的使用容量尺寸合计值Z(10)处置确定部405根据(极限容量X-使用容量Y-使用容量尺寸合计值Z)来计算危险度(步骤2510)。根据此时计算出的危险度，能够评价虚拟硬盘文件扩展、而发生文件系统X的空闲容量不足的状况的可能性。在处于危险状况的情况下，可以与预先设定的阈值进行比较，如果危险度低于阈值，则在监视画面上显示警报消息，以便提醒管理者注
辰、ο并且，在计算危险度时，也可以根据过去的使用容量尺寸合计值Z的履历，按照时间顺序来输出(极限容量X-使用容量Y-使用容量尺寸合计值幻，并进行评价。由此，管理者能够预测未来是否发生文件系统X的空闲容量不足的状况。另外，除了危险度之外，也可以计算(使用容量尺寸合计值Z/文件尺寸合计值)，并计算资源的使用量与分配量之比率作为评价指标。由此，能够概观资源的使用状况，并判定优化处理作为处置方法是否有效。并且，也可以按照虚拟硬盘文件单位来计算文件系统的使用容量与文件尺寸之比率。由此，能够将该比率作为指标，实现从比率更低的虚拟硬盘文件开始进行优化的处置确定。图沈是表示处置确定部405估计文件系统X达到容量极限的日期的处理的流程图。(1)处置确定部405接受文件系统X达到容量极限的日期的取得请求(步骤 2601) 0文件系统X指图1所示的文件系统108或图2所示的文件系统113。在结束步骤 2601后，执行与图25所示的步骤2502 步骤2509的处理相同的处理，然后执行下面所示的步骤沈02。(2)处置确定部405根据文件系统的使用容量的履历，计算文件系统的使用容量的未来的预测值(步骤260 。步骤沈02的文件系统指文件系统105。处置确定部405通过性能管理部402读取文件系统容量表413，以文件系统105为关键词来检索文件系统栏 503，取得相应的记录的时刻栏501的值和使用容量尺寸栏505的值。并且，根据时刻栏501 的值按照时间顺序来分析使用容量尺寸栏505的值，并计算未来的文件系统105的使用容量尺寸。(3)处置确定部405根据文件系统的使用容量的预测值，计算虚拟硬盘文件的文件尺寸的预测值(步骤2603)。针对全部虚拟硬盘文件执行步骤沈03的处理。按照与图 18AU8B所示的步骤1801 步骤1818的处理相同的步骤来进行计算。(4)处置确定部405计算将全部虚拟硬盘文件的文件尺寸的预测值进行合计得到的预测文件尺寸合计值(步骤2604)。(5)处置确定部405计算达到(预测文件尺寸合计值+使用容量尺寸Y) >极限容量X的时刻，作为预计超过时刻(步骤2605)。通过执行上述的图沈所示的处理，并计算预计超过时刻，能够按照每个文件系统108或文件系统113向管理者提示截止到陷入容量不足状态的时间。管理者能够根据所提示的时间来判定处置的必要性及处置的紧急程度，并选择有效的处置方法。另外，在预测虚拟硬盘文件107的文件尺寸时，也可以考虑预测在达到文件系统 105的整体容量以上时将不能使用文件系统105的情况。具体地讲，从文件系统容量表413 的合计容量尺寸栏604取得整体容量，在步骤沈02进行预测使文件系统105的使用容量尺寸的预测值不会达到该值以上。并且，在预测虚拟硬盘文件107的文件尺寸时，也可以考虑虚拟硬盘文件107在达到最大尺寸以上时将不能扩展的情况进行预测。具体地讲，从虚拟硬盘文件尺寸表408的最大尺寸栏604取得最大尺寸，在步骤沈03进行预测使虚拟硬盘文件的文件尺寸不会达到该值以上。在上述的图沈所示的处理中，在按每个虚拟硬盘文件107计算文件尺寸的预测值后，计算文件系统108的使用容量的预测值。因此，与只根据文件系统108的使用容量的履历而计算出的预测值相比，通过考虑各个虚拟硬盘文件107的盘类型或最大尺寸、文件系统105的使用状况等，能够更准确地计算预测值。
实施例2在本实施例中，采取将与虚拟硬盘文件107对应的文件系统105的使用容量尺寸存储在虚拟硬盘文件的附加信息区域中的结构。管理服务器参照在该区域中存储的使用容量尺寸和虚拟硬盘文件尺寸，来管理虚拟硬盘文件107。系统结构与图1、图2、图4相同，因而省略。在本实施例中，虚拟硬盘文件107还具有附加信息区域。附加信息区域可以构成为与文件系统108中的虚拟硬盘文件107相关联的独立的文件，也可以是虚拟硬盘文件107内部的附加信息区域。具体地讲，也可以存储在虚拟服务器的构成文件中或虚拟硬盘文件中、OVF文件中。图27是表示输入输出部404从虚拟硬盘文件的附加信息读取文件系统的使用容量尺寸的处理的流程图。(1)输入输出部404接收取得请求，并确定虚拟硬盘文件Q701)。(2)输入输出部404读取所确定出的虚拟硬盘文件的附加信息区域，并取得文件系统的使用容量尺寸0702)。(3)输入输出部404取得所确定出的虚拟硬盘文件的文件尺寸O703)。(4)输入输出部404将文件系统的使用容量尺寸和文件尺寸与虚拟硬盘文件相关联地进行显示O704)。图28是表示结构管理部401在虚拟硬盘文件的附加信息中存储文件系统的使用容量尺寸的处理的流程图。(1)结构管理部401确定虚拟硬盘文件(步骤观00)。(2)结构管理部401判定在步骤观00确定出的虚拟硬盘文件是否正在虚拟服务器中使用中(步骤观01)。具体地讲，结构管理部401读取虚拟硬盘结构表412，以所确定出的虚拟硬盘文件为关键词来检索虚拟硬盘文件栏701，取得符合的记录的使用中栏705。如果是“False”，则判定为未使用，如果是“True”，则判定为使用中。(3)结构管理部401确定连接目的地的虚拟服务器101 (步骤2802)。具体地讲， 结构管理部401取得通过在步骤观01检索虚拟硬盘文件栏701而符合的记录的虚拟服务器栏702，并确定虚拟服务器101。(4)结构管理部401确定在虚拟服务器101中进行工作的客户OS 103(步骤 2804)。具体地讲，结构管理部401读取虚拟服务器OS对应表414，以所确定出的虚拟服务器101为关键词来检索虚拟服务器栏1001，从符合的记录的主机名称栏1002中确定客户 OS 103。(5)结构管理部401确定与虚拟硬盘文件107对应的文件系统105 (步骤2805)。 具体地讲，结构管理部401读取虚拟硬盘文件系统对应表415，以所确定出的虚拟硬盘文件 107为关键词来检索虚拟硬盘文件栏901，从符合的记录的文件系统栏902中确定文件系统 105。(6)结构管理部401取得文件系统107的使用容量尺寸(步骤观06)。具体地讲， 结构管理部401通过性能信息管理部402来读取文件系统容量表413，以文件系统107为关键词来检索文件系统栏503，取得符合的记录的使用容量尺寸栏505的值。(7)结构管理部401将使用容量尺寸存储在虚拟硬盘文件107的附加信息区域中 (步骤观07)。使用容量尺寸可以与文件系统容量表413的时刻栏501的值一起进行存储，也可以按照时间顺序来存储履历。也可以在客户OS 103起动过程中定期开始本实施例的步骤观00以后的处理。由此，能够将虚拟硬盘文件107的使用容量尺寸的最新信息写入附加区域中。并且，结构管理部401也可以检测客户OS 103的停止，并开始步骤观00以后的处理。由此，能够将客户OS 103即将停止前的使用容量尺寸写入附加区域中。根据本实施例，随着虚拟硬盘文件的复制，如果附加信息区域也被复制，则在复制目的地的虚拟硬盘文件中也能够利用复制源的使用容量尺寸。并且，不需经由管理服务器即可利用使用容量尺寸，例如管理OS 102或服务器虚拟化程序109等程序也能够利用该使
用容量。使用图四来说明在各个实施例中共同的管理画面。图四是本发明的输入输出部输出的管理画面的一例。管理画面四01具有曲线描绘画面四02和性能一览画面四12。在曲线绘面四02中，纵轴四03表示尺寸，横轴四04表示时刻，由此显示虚拟硬盘文件107的文件尺寸四05的履历、和与虚拟硬盘文件107相关联的文件系统105的使用容量尺寸四06的履历。性能一览画面四12具有虚拟硬盘栏四07、文件尺寸四08、使用容量尺寸栏四09、 优化尺寸栏四10。在虚拟硬盘栏四07中显示虚拟硬盘文件107的识别信息。在文件尺寸四08中显示虚拟硬盘文件107的文件尺寸。在使用容量尺寸栏四09中显示与虚拟硬盘文件107对应的文件系统的使用容量尺寸。在对应有多个文件系统的情况下，显示将各个文件系统的使用容量尺寸进行合计得到的值。在优化尺寸栏四10中显示通过对虚拟硬盘文件107进行优化而能够削减的文件尺寸。具体地讲，显示通过图20所示的处理而计算出的值。性能一览画面四09的高亮的行四11是被选中的行，将行四11的与虚拟硬盘相关的数据描绘在曲线描绘画面中。实施例3使用图30、图31、图32来说明本实施例。本实施例是这样的实施例，即在复制了虚拟硬盘文件107的情况下，在复制目的地的虚拟硬盘107中也利用与复制源的虚拟硬盘文件107相关联的文件系统105的使用容
量尺寸。系统结构与图1、图2、图4相同，因而省略。在本实施例中，在图4所示的管理服务器110的存储部406中还具有复制关系表420 (省略图示)。图30是表示复制关系表420的一例的图。复制关系表420具有复制源虚拟硬盘文件栏3001和复制目的地虚拟硬盘文件栏3002。在复制源虚拟硬盘文件栏3001中存储用于识别复制源的虚拟硬盘文件107的信息。在复制目的地虚拟硬盘文件栏3002中存储用于识别复制目的地的虚拟硬盘文件107的信息。图31是表示由结构管理部401进行的复制关系表420生成处理的流程图。(1)结构管理部401检测虚拟硬盘文件的复制(步骤3101)。
(2)结构管理部401存储复制源的虚拟硬盘文件107和复制源的虚拟硬盘文件 107(步骤 3102)。(3)结构管理部401在复制关系表420中追加新的记录，并存储复制目的地的虚拟硬盘文件107和复制源的虚拟硬盘文件107 (步骤3103)。图32是表示性能管理部402答复与虚拟硬盘文件107相关联的文件系统的使用容量尺寸的处理的流程图。(1)性能管理部402接收与虚拟硬盘文件X对应的文件系统X的使用容量尺寸取得请求(步骤3201)。(2)性能管理部402判定在文件系统容量表413中是否具有文件系统X的使用容量尺寸的数据(步骤3202)。具体地讲，性能管理部402读取文件系统容量表413，以文件系统X为关键词来检索文件系统栏503，并判定是否具有相应的记录。如果判定的结果是没有相应的记录，则进入步骤3203。如果判定的结果是具有相应的记录，则进入步骤3206。(3)性能管理部402读取复制关系表420，并确定虚拟硬盘文件X的复制源的虚拟硬盘文件Y (步骤320 。具体地讲，性能管理部402读取复制关系表420，以虚拟硬盘文件 X为关键词来检索复制目的地虚拟硬盘文件栏3002，取得相应的记录的复制源虚拟硬盘文件栏3001的值，作为虚拟硬盘文件Y。(4)性能管理部402确定与虚拟硬盘文件Y对应的文件系统Y (步骤3204)。具体地讲，性能管理部402通过结构管理部401来确定与虚拟硬盘文件Y对应的文件系统Y。(5)性能管理部402取得文件系统Y的使用容量尺寸，并作为文件系统X的使用容量尺寸进行答复(步骤320 。具体地讲，性能管理部402读取文件系统容量表413，以文件系统Y为关键词来检索文件系统栏503，并取得相应的记录的使用容量尺寸栏505的值。 将所取得的使用容量尺寸作为文件系统X的使用容量尺寸进行答复。(6)性能管理部402取得文件系统X的使用容量尺寸，并作为文件系统X的使用容量尺寸进行答复(步骤3206)。具体地讲，性能管理部402读取文件系统容量表413，以文件系统Y为关键词来检索文件系统栏503，并取得相应的记录的使用容量尺寸栏505的值来进行答复。根据本实施例，在复制了虚拟硬盘文件107的情况下，能够利用复制源的性能信息来管理虚拟硬盘文件107。即，在没有使用复制目的地的虚拟硬盘文件107来起动虚拟服务器101的情况下，也能够利用复制源的使用容量尺寸来执行优化处理。尤其是在基于备份目的来复制虚拟硬盘文件的情况下，往往不使用复制目的地的虚拟硬盘文件107来起动虚拟服务器101。在基于备份目的来复制其它世代产品的虚拟硬盘文件107时，如果利用该复制源的使用容量尺寸，针对这些虚拟硬盘文件107也能够参照优化尺寸。也可以是，在所说明的实施例中还分别存储虚拟硬盘的最后利用时刻，并与优化尺寸一起显示在管理画面上。并且，也可以是，处置确定部405参照最后利用时刻，优先将时间上更晚的虚拟硬盘文件设为优化候选。标号说明100物理服务器；101虚拟服务器；102管理OS ；103客户OS ； 104接口 ； 105文件系统；106虚拟硬盘；107虚拟硬盘文件；108文件系统；109服务器虚拟化程序；110管理服务器；111接口；112优化处理部；113文件系统；114管理终端；115网络；117性能提供部；118结构提供部；119性能提供部；120结构提供部；122存储装置；123输入输出部；300计算机；301CPU ；302存储器控制器；303主存储器；304主机总线适配器；305SAN开关；306硬盘驱动器接口 ；307显示器接口 ；308输入接口 ；309LAN接口 ；310LAN开关；311硬盘驱动器；312显示器装置；313输入装置；314总线； 401结构管理部；402性能管理部；403调度管理部；404输入输出部；405处置确定部；406存储部；407文件系统结构表；408虚拟硬盘文件尺寸表；409调度表；410调度执行结果表；411阈值表；412虚拟硬盘结构表；413文件系统容量表；414虚拟服务器OS对应表；415虚拟硬盘文件系统对应表；416处置方案表；417事故表；418事件表；419事件管理部。
权利要求
1.一种管理服务器，其特征在于，所述管理服务器与物理服务器连接，该物理服务器虚拟地构成具有虚拟硬盘的虚拟服务器，所述管理服务器具有使用容量取得部，取得所述虚拟服务器使用的、所述虚拟硬盘中的第1文件系统的使用容量；文件尺寸取得部，取得与所述第1文件系统对应的虚拟硬盘文件的文件尺寸；以及计算部，根据所述使用容量与所述文件尺寸之差，计算所述虚拟硬盘文件的优化文件尺寸。
2.根据权利要求1所述的管理服务器，其特征在于，所述管理服务器还具有优化确定部，确定是否根据所述优化尺寸对所述虚拟硬盘进行优化。
3.根据权利要求2所述的管理服务器，其特征在于，所述优化确定部根据按照所述第1文件系统的使用容量的履历而估计的未来的使用容量、和基于所述优化尺寸的所述文件尺寸，确定所述虚拟硬盘文件。
4.根据权利要求2所述的管理服务器，其特征在于，所述虚拟硬盘文件包含在由所述物理服务器中的管理OS所管理的第2文件系统中，所述计算部根据如下文件尺寸与如下使用容量之差，计算所述优化文件尺寸，其中该文件尺寸是将所述虚拟硬盘文件和其他虚拟硬盘文件的文件尺寸进行合计而得到的，该使用容量是将对应于所述虚拟硬盘文件的所述第1文件系统和对应于所述其他虚拟硬盘文件的其他文件系统的使用容量进行合计而得到的。
5.根据权利要求2所述的管理服务器，其特征在于，所述优化确定部根据所述第1文件系统的使用容量和所述文件尺寸、和所述第2文件系统的极限容量，计算达到所述第2文件系统的极限容量的危险度。
6.根据权利要求2所述的管理服务器，其特征在于，所述优化确定部根据所述第1文件系统的使用容量和所述文件尺寸，估计达到所述第 2文件系统的极限容量的日期。
7.根据权利要求2所述的管理服务器，其特征在于，所述优化确定部根据所述第1文件系统的使用容量的履历，估计在优化之后截止到所述虚拟硬盘文件扩展规定尺寸的时间。
8.根据权利要求2所述的管理服务器，其特征在于，所述优化确定部根据所估计出的截止到所述扩展的时间和所述优化尺寸，确定是否对所述虚拟硬盘文件进行优化。
9.根据权利要求2所述的管理服务器，其特征在于，所述计算部根据所述虚拟服务器最后使用所述虚拟硬盘的时刻的所述第1文件系统的使用容量、和所述虚拟硬盘文件的当前的所述文件尺寸，计算所述优化尺寸。
10.根据权利要求2所述的管理服务器，其特征在于，所述计算部包括第1虚拟硬盘文件和从第1虚拟硬盘文件生成的第2虚拟硬盘文件， 所述计算部根据与所述第1虚拟硬盘文件对应的文件系统的使用容量、和所述第2虚拟硬盘文件的文件尺寸，计算所述第2虚拟硬盘的所述优化尺寸。
11.根据权利要求1所述的管理服务器，其特征在于， 所述管理服务器还具有优化确定部，根据第2文件系统的缩小目标尺寸和所述第2文件系统具有的一个以上的所述虚拟硬盘文件的所述优化尺寸，确定是否对所述虚拟硬盘进行优化以便使确定了进行优化的所述虚拟硬盘文件的合计值大于所述缩小目标尺寸。
12.—种管理服务器的管理方法，该管理服务器与物理服务器连接，该物理服务器虚拟地构成具有虚拟硬盘的虚拟服务器，其特征在于，包括如下步骤所述管理服务器取得所述虚拟服务器使用的、所述虚拟硬盘中的第1文件系统的使用容量；所述管理服务器取得与所述第1文件系统对应的虚拟硬盘文件的文件尺寸；以及所述管理服务器根据所述使用容量与所述文件尺寸之差，计算所述虚拟硬盘文件的优化文件尺寸。
13.—种管理服务器的管理方法，该管理服务器对物理服务器、虚拟服务器和虚拟硬盘文件进行管理，其特征在于，所述物理服务器具有对所述虚拟服务器和所述虚拟硬盘文件进行管理的第20S， 所述虚拟服务器具有第IOS和与所述虚拟硬盘文件对应的第1文件系统， 所述管理服务器具有由第IOS收集到的第1文件系统的使用容量、和由第20S收集到的虚拟硬盘文件的文件尺寸， 该管理方法包括如下步骤所述管理服务器确定与规定的虚拟硬盘文件对应的所述第1文件系统； 所述管理服务器取得所述第1文件系统的使用容量和所述虚拟硬盘文件的文件尺寸； 所述管理服务器计算所述使用容量与所述文件尺寸之差；以及所述管理服务器根据所述使用容量与所述文件尺寸之差，计算所述虚拟硬盘文件的优化文件尺寸。
14.一种在管理服务器中执行的管理程序，该管理服务器与物理服务器连接，该物理服务器虚拟地构成具有虚拟硬盘的虚拟服务器，其特征在于，所述管理程序执行以下步骤取得所述虚拟服务器使用的、所述虚拟硬盘中的第1文件系统的使用容量；取得与所述第1文件系统对应的虚拟硬盘文件的文件尺寸；以及根据所述使用容量与所述文件尺寸之差，计算所述虚拟硬盘文件的优化文件尺寸。
15.一种由管理服务器执行的管理程序，该管理服务器对物理服务器、虚拟服务器和虚拟硬盘文件进行管理，其特征在于，所述物理服务器具有对所述虚拟服务器和所述虚拟硬盘文件进行管理的第20S， 所述虚拟服务器具有第IOS和与所述虚拟硬盘文件对应的第1文件系统， 所述管理服务器具有由第IOS收集到的第1文件系统的使用容量、和由第20S收集到的虚拟硬盘文件的文件尺寸，该管理程序在所述管理服务器中执行如下步骤确定与规定的虚拟硬盘文件对应的所述第1文件系统的步骤；取得所述第i文件系统的使用容量和所述虚拟硬盘文件的文件尺寸的步骤； 计算所述使用容量与所述文件尺寸之差的步骤；以及根据所述使用容量与所述文件尺寸之差，计算所述虚拟硬盘文件的优化文件尺寸的步骤ο
全文摘要
一种虚拟硬盘的管理服务器及管理方法、管理程序，确定与虚拟硬盘文件对应的文件系统，根据该文件系统的使用容量尺寸计算该虚拟硬盘文件的优化处理后的文件尺寸，并计算通过优化处理而能够确保的容量尺寸。具体地讲，可以利用管理服务器实现，该管理服务器具有以下所述的结构。管理服务器与虚拟地构成具有虚拟硬盘的虚拟服务器的物理服务器连接。管理服务器具有使用容量取得部，取得虚拟硬盘中的第1文件系统的使用容量；文件尺寸取得部，取得与第1文件系统对应的虚拟硬盘文件的文件尺寸；以及计算部，根据所取得的使用容量与文件尺寸之差，计算虚拟硬盘文件的优化文件尺寸。
文档编号G06F12/00GK102473134SQ20108003654
公开日2012年5月23日 申请日期2010年6月16日 优先权日2009年12月17日
发明者增田峰义, 渡边健太郎 申请人:株式会社日立制作所