CN101295229A - 管理装置及管理方法 - Google Patents

Abstract

本发明提供一种可以提高存储系统的使用方便性的管理装置及管理方法。在作为用于读写数据的卷的卷类别而共同存在预先分配了固定量的存储区域的通常卷、和根据使用状况动态分配存储区域的虚拟卷的存储系统中对所述卷之间的数据迁移进行管理的管理装置以及管理方法中，收集与各卷相关的信息，根据收集到的所述信息，按照每个通常卷和虚拟卷，至少区分地显示针对卷预先决定的逻辑容量的合计量、即总逻辑容量。

Description

管理装置及管理方法

技术领域

本发明涉及管理装置及管理方法，适用于例如存储系统。

背景技术

以往，存储系统的用户计算自己要使用的卷的固定的逻辑容量，生成并利用分配了该逻辑容量大小的存储区域的卷。因此，尽管最初不使用，但也需要事先准备预见到将来业务变化的逻辑容量大小的存储装置。以下，将像这样预先分配了固定量的存储区域的卷称为通常卷。

与之相对，近年来，作为存储装置的功能之一而提出了虚拟化卷功能。虚拟化卷功能，是用户作为用于读写数据的卷而向主机装置呈现虚拟的卷(以下，将其称为虚拟卷)，根据虚拟卷的使用状况向该虚拟卷动态地分配用于存储数据的存储区域的功能。根据这种虚拟化卷功能，依次购买需要的逻辑容量大小的存储装置即可，因此可以高效地使用存储装置内的存储资源。

但是，用户有意识地区别使用各个卷，因此在包含具有虚拟卷功能的存储装置的存储系统中，通常卷和虚拟卷共存。

在这种情况下，作为用户选择虚拟卷的例子而举出以下情况：尽管事先不知道业务上需要多大的逻辑容量，却不希望由于急速的写入而进行卷的再分配，因此希望预先设定好大容量的卷。

另外，作为用户选择通常卷的例子而举出以下情况：预先知道业务上绝对需要的逻辑容量；或预防向虚拟卷分配存储区域的源卷的集合体(以下将其称为虚拟池)的空闲容量枯竭而无法分配必要的容量。

而且，虚拟卷需要逻辑卷和物理卷之间的映射管理，所以在性能方面比通常卷差。因此，在作为数据的输入输出性能而需要高性能等情况下也选择通常卷。而且，通过虚拟化卷功能，多个虚拟卷共享虚拟池和物理卷。因此也存在当一个物理卷损坏时影响多个虚拟卷的缺点，有时从维护性方面考虑而选择通常卷。

这样，虽然用户根据用途或性能等区别使用通常卷和虚拟卷，但有时也根据用途的变更等进行从通常卷向虚拟卷、从虚拟卷向通常卷的数据迁移。此外，关于卷中存储的数据的迁移，由本专利申请人提出了各种技术(专利文献1和专利文献2)。

【专利文献1】特开2006-099748号公报

【专利文献2】特开2006-302077号公报

然而，在通常卷和虚拟卷共存的现有存储系统中，与卷相关的各种信息不按照通常卷和虚拟卷而进行区分显示，存在例如当选择数据迁移目的地时无法进行恰当的判断等使用方便性差的问题。

发明内容

考虑到上述问题而做出本发明，提出能够提高存储系统的使用方便性的管理装置及管理方法。

为了解决所述问题，在本发明的特征在于，一种管理装置，在作为用于读写数据的卷的卷类别而共存有预先分配固定量的存储区域的通常卷、和根据使用状况而动态地分配存储区域的虚拟卷的存储系统中，对所述卷之间的数据迁移进行管理，该管理装置具备：显示信息的显示部；以及控制部，该控制部收集与各所述卷相关的信息，根据收集到的所述信息，使所述显示部按照每个所述通常卷和所述虚拟卷，至少区分地显示针对所述卷预先决定的逻辑容量的合计量、即总逻辑容量。

而且，在本发明的特征在于，一种管理方法，在作为用于读写数据的卷的卷类别而共存有预先分配固定量的存储区域的通常卷、和根据使用状况而动态地分配存储区域的虚拟卷的存储系统中，对所述卷之间的数据迁移进行管理，该管理方法具有如下步骤：第一步骤，收集与各所述卷相关的信息；以及第二步骤，根据收集到的所述信息，按照每个所述通常卷和所述虚拟卷，至少区分地显示针对所述卷预先决定的逻辑容量的合计量、即总逻辑容量。

根据本发明，用户可以基于所显示的每个通常卷和虚拟卷的总逻辑容量，判断存储在该通常卷或虚拟卷中的数据的迁移目的地，因此可以使存储系统的使用方便性提高。

附图说明

图1是表示本实施方式的存储系统的整体结构的框图。

图2是表示卷再配置控制程序群的结构的概念图。

图3是表示卷再配置控制管理表群的结构的概念图。

图4是用于说明卷信息管理表的概念图。

图5是用于说明卷检索条件管理表的概念图。

图6是用于说明迁移组卷一览管理表的概念图。

图7是用于说明层条件管理表的概念图。

图8是用于说明迁移管理表的概念图。

图9是用于说明迁移卷管理表的概念图。

图10是用于说明迁移卷临时表的概念图。

图11是用于说明卷生成等待表的概念图。

图12是用于说明虚拟池管理表的概念图。

图13是表示卷再配置控制画面的简图。

图14是用于说明与卷再配置控制画面相关的CPU的处理内容的流程图。

图15是用于说明迁移计划的摘要的简图。

图16是用于说明与数据迁移处理相关的CPU的处理内容的流程图。

图17是表示迁移组/层生成画面的简图。

图18是用于说明与迁移组/层生成画面相关的CPU的处理内容的流程图。

图19是表示卷检索条件生成画面的简图。

图20是用于说明与卷检索条件生成画面相关的CPU的处理内容的流程图。

图21是表示迁移计划生成画面的简图。

图22是用于说明与迁移计划生成画面相关的CPU的处理内容的流程图。

图23是用于说明迁移计划的摘要的简图。

图24是用于说明层的摘要的简图。

图25是用于说明摘要显示处理的流程图。

图26是用于说明配对处理的流程图。

图27是用于说明迁移执行处理的流程图。

图28是用于说明临时迁移设定处理的流程图。

图29是用于说明卷生成等待表登录处理的流程图。

图30是表示迁移对评价画面的简图。

图31是用于说明迁移计划评价处理的流程图。

图32是表示与虚拟池容量枯竭防止功能关联显示的迁移对评价画面的简图。

图33是用于说明虚拟池枯竭防止对策处理的流程图。

图34是用于说明卷生成以及数据迁移处理的流程图。

符号说明

1存储系统；2业务主机；4内部存储装置；5外部存储装置；7管理服务器；12CPU；13存储器；14卷再配置控制程序群；15卷再配置控制管理表群；20卷信息取得程序；21卷检索条件程序；22迁移组生成程序；23层生成程序；24迁移计划生成程序；25迁移执行程序；26卷再配置控制主程序；27虚拟池枯竭检测程序；28卷生成程序；30卷信息管理表；31卷检索条件管理表；32迁移组卷一览管理表；33层条件管理表；34迁移管理表；35迁移卷管理表；36迁移卷临时表；37卷生成等待表；38虚拟池管理表；40卷再配置控制画面；46摘要显示栏；47详细显示栏；50迁移组/层生成画面；60卷检索条件生成画面；70迁移计划生成画面；80迁移计划评价画面

具体实施方式

以下，参照附图详细描述本发明的一个实施方式。

(1)本实施方式的存储系统的结构

图1中，1整体表示本实施方式的存储系统。在该存储系统1中，通过由SAN(Storage Area Network)等构成的第一网络3，在业务主机2上连接有内部存储装置4，并且在该内部存储装置4上连接有多个外部存储装置5。另外，业务主机2、第一网络3、内部存储装置4以及各外部存储装置5，通过例如由LAN(Local Area Network)等构成的第二网络6与管理服务器7相连。

业务主机2是执行各种业务应用程序的计算机装置，其具有CPU(CentralProcessing Unit)以及存储器等硬件资源。通过由CPU执行存储在存储器中的各种控制程序，作为业务主机2整体来执行各种处理。

内部存储装置4和外部存储装置5由多个存储设备10A、10B以及对所述存储设备10A、10B进行控制的控制器11A、11B构成。

存储设备10A、10B例如由FC(Fibre Channel)磁盘等高价磁盘驱动器、SATA(Serial AT Attachment)磁盘或光盘驱动器等廉价的盘驱动器、或半导体存储器等构成。由规定数量(例如4个)的存储设备10A、10B构成1个RAID(Redundant Array ofInexpensive Disks)组，在构成一个RAID组的各存储设备10A、10B所提供的存储区域上定义一个或多个逻辑卷VOL。并且，将来自业务主机2的数据以规定大小的块为单位在该卷VOL中进行读写。

向各卷VOL分别分配固有的识别符(LUN：Logical Unit Number)。在本实施方式的情况下，以该识别符和分别分配给各块的该块固有的号码(LBA：Logical BlockAddress)的组合作为地址，指定该地址来进行数据的输入输出。

控制器11A、11B具有CPU和存储器等硬件资源。控制器11A、11B根据来自业务主机2(内部存储装置4的情况下)或内部存储装置4(外部存储装置5的情况下)的请求，执行用于在内部存储装置4或外部存储装置5内的通常卷或虚拟卷中读写所指定的数据的控制处理。

管理服务器7除了CPU12和存储器13以外，还具有由CRT(Cathode-RayTube)或液晶面板等构成的显示部16；以及由键盘或鼠标等构成的输入装置。CPU12是负责管理服务器7整体的动作控制的处理器，CPU12根据存储在存储器13中的各种控制程序来执行必要的处理。存储器13主要用于存储控制程序和控制参数。后述的卷再配置控制程序群14和卷再配置控制管理表群15也被存储在该存储器13中。

(2)本实施方式的数据迁移功能

(2-1)卷再配置控制程序群以及卷再配置控制管理表群的结构

在本实施方式的存储系统1中，作为系统管理者的用户可以使用管理服务器7，分别生成作为数据的迁移源的卷的集合体的卷群(以下将其称为迁移组)、和作为所述数据的迁移目的地的卷的集合体的卷群(以下将其称为层)。

另外，在存储系统1中，可以生成将分别存储在所生成的迁移组内的各卷中的数据向层内的哪个卷进行迁移的计划(以下将其称为迁移计划)，能够执行遵从所生成的迁移计划的数据迁移。此外，在下文中，将迁移计划中被设定为数据迁移源和迁移目的地的迁移组内的卷以及层内的卷所组成的对，称为迁移对。

作为用于实现这种迁移功能的手段，在管理服务器7的存储器13中如上所述存储有卷再配置控制程序群14以及卷再配置控制管理表群15。

卷再配置控制程序群14如图2所示，由以下程序构成：卷信息取得程序20、卷检索条件程序21、迁移组生成程序22、层生成程序23、迁移计划生成程序24、迁移执行程序25、卷再配置控制主程序26、虚拟池枯竭检测程序27以及卷生成程序28。

卷信息取得程序20是管理服务器7经由第二网络6从内部存储装置4或外部存储装置5取得与在这些内部存储装置4或外部存储装置5内生成的卷相关的各种信息用的程序。另外，卷检索条件程序21是根据用户操作来生成及管理用于从这些卷中检索希望的卷的条件的程序，迁移组生成程序22和层生成程序23是根据来自用户的请求而生成迁移组或层的程序。

而且，迁移计划生成程序24是根据来自用户的请求而生成迁移计划的程序，迁移执行程序25是用于对内部存储装置4和外部存储装置5进行控制，以便执行遵从所指定的迁移计划的数据迁移的程序。

而且，虚拟池枯竭检测程序27是调查内部存储装置4以及外部存储装置5内的虚拟池的空闲容量，针对空闲容量枯竭了的虚拟池，使该虚拟池中所存储的数据迁移至通常卷等的程序。卷生成程序28是用于在数据迁移时不存在数据迁移目的地卷的情况下，生成作为数据迁移目的地卷的程序。

另一方面，卷再配置控制管理表群15如图3所示，由以下各表构成：卷信息管理表30、卷检索条件管理表31、迁移组卷一览管理表32、层条件管理表33、迁移管理表34、迁移卷管理表35、迁移卷临时表36、卷生成等待表37以及虚拟池管理表38。

其中，卷信息管理表30是用于对基于卷信息取得程序20从内部存储装置4或外部存储装置5取得的、与这些内部存储装置4或外部存储装置5内的各卷相关的信息进行管理的表。

该卷信息管理表30如图4所示，由以下各栏构成：“卷名”栏30A、“逻辑容量”栏30B、“卷类别”栏30C、“卷机架”栏30D、“存储装置名”栏30E、“虚拟池名”栏30F、“占用容量”栏30G、“数据量”栏30H以及“卷预约状态”栏30I。

在“卷名”栏30A、“逻辑容量”栏30B、“卷类别”栏30C、“卷机架”栏30D以及“存储装置名”栏30E中分别存储对应的卷的名称、逻辑容量、卷类别(通常卷的情况下为“通常”，虚拟卷的情况下为“虚拟”，以下相同)、设置有该卷的存储装置的种类(内部存储装置4的情况下为“内部”，外部存储装置5的情况下为“外部”，以下相同)、以及该存储装置的名称。

另外，在“虚拟池名”栏30F中，当该卷为虚拟卷时存储映射了该卷的虚拟池的名称，在“占用容量”栏30G中，当该卷为通常卷时存储分配给该卷的容量，当该卷为虚拟卷时存储实际所使用的容量作为该卷的占用容量。

而且，在“数据量”栏30H中存储由文件系统等存储在该卷中的数据的数据量，在“卷预约状态”栏30I中存储该卷的预约状态(正在使用的情况下为“使用”，未使用的情况下为“未使用”，在被预约为数据迁移目的地的情况下为“预约”，以下相同)。

因此，在图4中表示，例如称为“NV1”的卷是在名称为“Storage1”的内部存储装置4内设置的逻辑容量为“1GB”的通常卷，已经被“使用”，当前存储的数据容量为“100KB”。

另外，卷检索条件管理表31是用于对用户根据上述卷检索条件程序21而生成的卷的检索条件(以下将其简称为卷检索条件)进行管理的表。该卷检索条件管理表31如图5所示，由“检索条件名”栏31A、“卷信息”栏31B、“逻辑条件”栏31C、“条件值”栏31D以及“结合条件”栏31E构成。

其中，在“检索条件名”栏31A中存储对应的检索条件的名称，在“卷信息”栏31B中存储作为条件的卷信息的项目名(“存储装置名”、“逻辑容量”、“卷类别”等)。另外，在“逻辑条件”栏31C中存储对应的卷信息的项目所对应的逻辑条件，在“条件值”栏31D中存储该卷信息的项目所对应的条件值。而且，在“结合条件”栏31E中存储该行的条件与其它行的条件的结合条件(“AND”或“OR”)。

因此，在图5中表示，检索条件1是将在称为“Storage1”的存储装置(内部存储装置4)中设置的“外部卷”、并且逻辑容量小于“10GB”的“虚拟卷”作为检索对象卷。

迁移组卷一览管理表32，是用于对分别属于用户根据迁移组生成程序22而生成的各迁移组的卷进行管理的表，如图6所示，其由“迁移组名”栏32A和“卷名”栏32B构成。

并且，在“迁移组名”栏32A中存储用户生成的各迁移组的名称，在“卷名”栏32B中分别存储属于该迁移组的各卷的名称。因此，在图6中表示至少名称为“NV1”和“NV2”的卷属于称为“MG1”的迁移组。

另外，层条件管理表33是用于管理针对各层分别设定的卷检索条件的表，如图7所示，其由“层名”栏33A和“卷检索条件名”栏33B构成。

并且，在“层名”栏33A中存储用户所生成的各层的名称，在“卷检索条件名”栏33B中存储针对该层由用户设定的检索条件的名称。因此，在图7的例子的情况下表示，针对称为“Tier1”的层设定了“检索条件1”这样的检索条件，针对称为“Tier2”层设定了“检索条件2”这样的检索条件。

迁移管理表34是用于管理有无实施基于迁移计划的数据迁移等的表。该迁移管理表34如图8所示，由“迁移计划名”栏34A、“迁移组名”栏34B、“层名”栏34C、“迁移实施状况”栏34D、“有无临时迁移”栏34E以及“迁移执行指定时刻”栏34F构成。

并且，在“迁移计划名”栏34A中存储对应的迁移计划的名称，在“迁移组名”栏34B中存储在该迁移计划中被设定为数据迁移源的迁移组的名称。另外，在“层名”栏34C中存储在该迁移计划中被设定为数据迁移目的地的层的名称，在“迁移实施状况”栏34D中存储是否实施了遵从该迁移计划的数据迁移的信息。

而且，在“有无临时迁移”栏34E中，存储是否存在临时向不同卷类别的卷迁移或迁移了数据的迁移对的信息，在“迁移执行指定时刻”栏34F中，存储应该执行预先由用户指定的数据迁移的时刻(以下将其称为迁移执行指定时刻)。

因此，在图8中表示，称为“MP2”的迁移计划，将“MG2”迁移组作为数据迁移源，将“Tier2”层作为数据迁移目的地，存在临时向不同卷类别的卷迁移数据的迁移对。另外，在图8的例子中可知，“MP2”迁移计划设定了迁移执行指定时刻，以便从“2007/02/20”的“0:00”起开始数据迁移，该数据迁移已实施完。

迁移卷管理表35，是用于对迁移源以及迁移目的地卷进行管理、以及对所生成的迁移计划内的各迁移对中的数据迁移是否为临时数据迁移进行管理的表。该迁移卷管理表35如图9所示，由“迁移计划名称”栏35A、“迁移源卷名”栏35B、“迁移目的地卷名”栏35C以及“临时迁移”栏35D构成。

并且，在“迁移计划名”栏35A中存储对应的迁移计划的名称，在“迁移源卷名”栏35B以及“迁移目的地卷名”栏35C中，分别存储构成对应的迁移对的数据迁移源和数据迁移目的地的各卷的名称。而且，在“临时迁移”栏35D中，存储该迁移对中的数据迁移是否是临时数据迁移的信息(“Yes”或“No”)。

因此，在图9中表示，在“MP1”迁移计划中指定的数据迁移源的卷为“NV1”、数据迁移目的地卷为“NV11”的迁移对中的数据迁移不是临时数据迁移，在“MP2”迁移计划中指定的数据迁移源卷为“VV1”、数据迁移目的地卷为“NV21”的迁移对中的数据迁移是临时数据迁移(“Yes”)。

迁移卷临时表36是用于管理进行了临时数据迁移的数据迁移源卷的表，如图10所示，其由“卷名”栏36A、“属性名”栏36B、“临时卷属性值”栏36C以及“最终卷属性值”栏36D构成。

其中，在“卷名”栏36A中存储临时向不同属性(卷名、逻辑容量、卷类别或卷机架等)的卷进行了数据迁移的数据迁移源卷的名称，在“属性名”栏36B中存储在“临时卷属性值”栏36C和“最终卷属性值”栏36D中存储的属性值的属性名。另外，在“临时卷属性值”栏36C中，存储临时的数据迁移目的地卷的属性值，在“最终卷属性值”栏36D中，存储最终的数据迁移目的地卷的属性值。

因此，在图10中表示，作为临时向不同类别的卷迁移了数据的卷而存在“NV2”和“VV2”卷，例如在“NV2”的情况下，当前向“虚拟卷”中迁移数据，但预定最终向“通常卷”迁移数据。

而且，卷生成等待表37是用于管理卷生成程序28应生成的卷的表，如图11所示，由“层名”栏37A、“生成等待属性”栏37B、“迁移组名”栏37C以及“卷名”栏37D构成。

并且，在“层名”栏37A中存储等待通过卷生成程序28生成的卷所属于的层的名称，在“迁移组名”栏37C中存储与该层相对应的迁移组的名称，在“卷名”栏37D中分别存储等待生成的卷的名称。另外，“生成等待属性”栏37B还分别对应于卷的各种属性而被划分为“逻辑容量”栏37E和“卷属性”栏37F等，在所述“逻辑容量”栏37E和“卷属性”栏37F等中，分别存储分别等待生成的卷的对应的属性。

因此，在图11中表示，“MG2”迁移组的“NV2”卷当前成为在“Tier1”层中等待生成的状态，该卷的属性中，逻辑容量为“50GB”、卷属性为“通常卷”，...。

而且，虚拟池管理表38是用于管理设置在内部存储装置4或外部存储装置5内的虚拟池的表，如图12所示，由“虚拟池名”栏38A、“逻辑容量”栏38B以及“虚拟池空闲容量”栏38C构成。

并且，在所述“虚拟池名”栏38A、“逻辑容量”栏38B和“虚拟池空闲容量”栏38C中，分别存储对应的虚拟池的名称、逻辑容量和空闲容量。因此，在图12中表示，“VP1”虚拟池的逻辑容量为“100TB”，其中空闲容量为“10TB”。

(2-2)各种GUI画面的结构

接下来，对于和本实施方式的迁移功能相关联，显示在管理服务器7的输出装置(显示器)中的各种GUI(Graphical User Interface)画面进行说明。

(2-2-1)卷再配置控制画面

图13表示当启动卷再配置控制主程序26时，在管理服务器7的显示部16中显示的卷再配置控制画面40。卷再配置控制画面40是用于确认已生成的迁移组或层以及迁移计划的内容的画面。

在卷再配置控制画面40中，在画面上部显示迁移生成按钮41、层生成按钮42以及迁移计划生成按钮43。并且，用户通过点击(click)迁移生成按钮41或层生成按钮42，可以使后述的迁移组/层生成画面50(图17)显示，另外，通过点击迁移计划生成按钮43，可以使后述的迁移计划生成画面70(图21)显示。

另外，在卷再配置控制画面40的下部左侧设有一览显示栏44，在该一览显示栏44内显示已生成的迁移组、层以及迁移计划的一览45。并且，用户通过从这些迁移组、层以及迁移计划中对希望的迁移组、层或迁移计划进行鼠标操作等，可以选择一个。

而且，在卷再配置控制画面40的下部右侧设有摘要显示栏46和详细显示栏47，当从该一览45中选择了一个迁移组、层或迁移计划时，在摘要显示栏46中显示该迁移组、层或迁移计划的概要，在详细显示栏47中显示与该迁移组或层相关的详细信息。此外，图3表示从该一览45中选择了“Tier1”层时的概要(“摘要”)和详细(“详细”)的显示例。

图14是表示与这种卷再配置控制画面40的显示相关的管理服务器7的CPU12(图1)的具体处理内容的流程图。

当由用户输入卷再配置控制画面40的显示命令时，CPU12启动卷再配置控制主程序26，根据该卷再配置控制主程序26使卷再配置控制画面40显示在管理服务器7的显示部16中(SP1)。

接着，CPU12等待点击迁移组生成按钮41、层生成按钮42或迁移计划生成按钮43中的某一个，或者等待从显示在一览显示栏44中的一览45中选择迁移组、层或迁移计划中的某一个(SP2～SP7-SP2)。

然后，在点击了迁移组生成按钮41时，CPU12启动迁移组生成程序22。结果，根据该迁移组生成程序22，代替卷再配置控制画面40而在管理服务器7的显示部16中显示迁移组/层生成画面50(图17)(SP8)。接着，CPU12随后结束基于卷再配置控制主程序26的处理。

另外，当点击了层生成按钮42时，CPU12启动层生成程序23。结果，根据该层生成程序23，代替卷再配置控制画面40而在管理服务器7的显示部16中显示迁移组/层生成画面50(SP9)。接着，CPU12随后结束基于卷再配置控制主程序26的处理。

另外，当点击了迁移计划生成按钮43时，CPU12启动迁移计划生成程序24。结果，根据该迁移计划生成程序24，代替卷再配置控制画面40而在管理服务器7的显示部16中显示迁移计划生成画面70(图21)(SP10)。接着，CPU12随后结束基于卷再配置控制主程序26的处理。

另一方面，当从所述一览45中选择了某个迁移组、层或迁移计划时，CPU12分别在卷再配置控制画面40的摘要显示栏46和详细显示栏47中显示与所选择的迁移组、层或迁移计划相关的“摘要”和“详细”(SP11～SP13)，此后返回步骤SP2。

此外，图15表示在上述步骤SP13中，在卷再配置控制画面40的摘要显示栏46中显示的迁移计划的“摘要”的显示例。

根据该图15可以明了，当从卷再配置控制画面40的一览45中选择了迁移计划时，作为其“摘要”而显示该迁移计划中作为数据迁移源的迁移组的名称、作为数据迁移目的地的层的名称、遵从该迁移计划的数据迁移的实施状况(“已实施”)或(“未实施”)。

另外，在所述数据迁移的实施状况的显示的附近设有迁移执行按钮48，当尚未实施遵从所述迁移计划的数据迁移时(“未实施”)，该迁移执行按钮48被激活显示。于是，在这种情况下，用户通过点击迁移执行按钮48，可以向管理服务器7发出应该立即执行所述数据迁移的指示。

图16是表示点击所述迁移执行按钮48时的管理服务器7的CPU12的具体处理内容的流程图。

当点击了所述迁移执行按钮48时，CPU12启动迁移执行程序25，根据该迁移执行程序25，首先通过控制内部存储装置4或外部存储装置5来执行遵从对应的迁移计划的迁移(SP20)，此后，将迁移管理表34(图8)中的对应条目的“迁移实施状况”栏34D中存储的信息变更为“已实施”(SP21)。

接下来，CPU12将此时在卷再配置控制画面40的摘要显示栏46中显示的对应的迁移的“摘要”中的实施状况变更为“已实施”(SP22)，此后，结束基于迁移执行程序25的处理。

此外，参照图8，在到达上述迁移执行指定时刻的情况下也同样地进行该图16的一连串处理。

(2-2-2)迁移组/层生成画面

图17表示，当点击了卷再配置控制画面40的迁移组生成按钮41或层生成按钮42时，代替卷再配置控制画面40而在管理服务器7的显示部16中显示的迁移组生成画面和层生成画面(以下将它们统称为迁移组/层生成画面)50的显示例。该迁移组/层生成画面50是用于生成新的迁移组或层的画面。

在该迁移组/层生成画面50中，在画面上部的左侧显示名称输入栏51。并且，用户可以在该名称输入栏51中输入想要新生成的迁移组或层的名称。

另外，在名称输入栏51的下侧显示卷检索条件名称栏52和卷检索条件生成按钮53，所述卷检索条件名称栏52用于输入针对想要新生成的迁移组或层而设定的卷的检索条件的名称。并且，在迁移组/层生成画面50中，通过点击该卷检索条件生成按钮53，可以显示参照图19在后描述的卷检索条件生成画面60。

而且，当此时想要生成的是迁移组时，在卷检索条件名称栏52的下侧，检索执行按钮54被激活显示，该检索执行按钮54，用于通过以该卷检索条件名称栏52中显示的名称进行了登录的卷检索条件来执行卷的检索。此外，当此时想要生成的是层时，所述检索执行按钮54被非激活显示。

于是，在迁移组/层生成画面50中，在卷检索条件名称栏52中显示了希望的卷检索条件的名称后，通过点击检索执行按钮54，可以使管理服务器7执行从设置在内部存储装置4或外部存储装置5内的全部卷中检索满足所述卷检索条件的卷的检索处理。并且，在画面右侧的卷一览显示栏55内一览显示通过该检索而检索出的满足所述卷检索条件的各卷的卷名、卷类别以及逻辑容量等卷信息。此外，用户也可以从在该卷一览55中显示了卷信息的各卷中选择不需要的卷，从卷一览55中删除该卷信息。

并且，在迁移组/层生成画面50中，当生成迁移组时，通过如上所述仅将希望的卷保留在卷一览显示栏55中，然后点击设置在检索执行按钮54的下侧的完成按钮56，可以将此时在卷一览显示栏55内显示了卷信息的各卷设定为属于此时生成的迁移组的卷。另外，在迁移组/层生成画面50中，当生成层时，通过在卷检索条件名称输入栏52中显示了希望的检索条件的名称之后点击完成按钮56，可以将此时在卷检索条件名称栏52中输入了名称的卷检索条件设定为该层所对应的卷检索条件。

图18是表示与这种迁移组/层生成画面50相关的管理服务器7的CPU12的具体处理内容的流程图。

当点击卷再配置控制画面40的迁移组生成按钮41或层生成按钮42时，CPU12启动迁移组生成程序22(图2)或层生成程序23(图2)，根据该迁移组生成程序22或层生成程序23，首先，使迁移组/层生成画面50显示在管理服务器7的显示部16中(SP30)。

接着，CPU12等待点击迁移组/层生成画面50的卷检索条件生成按钮53、检索执行按钮54或完成按钮56(SP31～SP33-SP31)。然后，当点击了卷检索条件生成按钮53时，CPU12启动卷检索条件程序21(图2)。结果，根据该卷检索条件程序21，代替迁移组/层生成画面50而在管理服务器7的显示部16中显示参照图19在后面描述的卷检索条件生成画面60(SP34)。然后，此时CPU12结束基于迁移组生成程序22或层生成程序23的处理。

与之相对，当点击了检索执行按钮54时，CPU12参照卷信息管理表30(图4)和卷检索条件管理表31(图5)，检索满足此时在卷检索条件名称栏52中显示的卷检索条件的卷，在卷一览55中显示通过该检索而检索出的相应的卷的卷信息(SP35)。

具体而言，当点击检索执行按钮54时，CPU12根据卷信息取得程序20(图2)访问内部存储装置4，收集该内部存储装置4所保持的、关于设置在内部装置4和外部存储装置5内的各卷的卷信息。然后，CPU12根据收集到的各卷信息，检索满足此时所设定的卷检索条件的卷，并在卷显示栏55中一览显示通过该检索而检索出的卷的卷信息。

另一方面，当点击完成按钮56时，当此时已生成的是迁移组时，CPU12将在迁移组/层生成画面50的卷一览显示栏55内存储了卷信息的各卷的名称、与此时生成的迁移组的名称对应起来，登录在迁移组卷一览管理表32(图6)中。另外，当此时已生成的是层时，CPU12将生成的层的名称、与此时在卷检索条件名称栏52中显示的卷检索条件对应起来，登录在层条件管理表33(图7)中(SP36)。

接着，CPU12启动卷再配置控制主程序26。结果，根据该卷再配置控制主程序26，在管理服务器7的显示部16中显示上述卷再配置控制画面40(SP37)。接着，CPU12随后结束基于迁移组生成程序22或层生成程序23的处理。

(2-2-3)卷检索条件生成画面

图19表示当点击了迁移组/层生成画面50的卷检索条件生成按钮53时，代替迁移组/层生成画面50而在管理服务器7的显示部16中显示的卷检索条件生成画面60的显示例。该卷检索条件生成画面60是用于生成新的卷检索条件的画面。

从该图19可以明了，在卷检索条件生成画面60中，在画面下部显示卷检索条件一览61。卷检索条件一览61是用户用于设定及确认希望的卷的检索条件的区域，由“卷信息”栏61A、“逻辑条件”栏61B、“条件值”栏61C、“结合条件”栏61D以及“条件追加/删除”栏61E构成。

并且，在卷检索条件一览61中，在“卷信息”栏61A中能够输入作为卷检索条件的卷信息的项目(存储装置名、逻辑容量、卷机架或卷类别等)，在“条件值”栏61C中可以输入与对应的卷信息的项目相对应的希望的条件值。

另外，在“逻辑条件”栏61B中，可以输入与所述条件值对应的检索对象卷的逻辑条件(一致(＝)、大于(＞)、小于(＜)、以上(≥)或以下(≤)等)，在“结合条件”栏61D中，可以输入与其它行中记述的检索条件的结合条件(“AND”或“OR”)。而且，在“条件追加/删除”栏61E中，在已输入了检索条件的行中显示删除按钮62，在尚未设定检索条件的最后的行中显示追加按钮63。

于是，用户通过在所述卷检索条件一览61中点击某个删除按钮62，可以从卷检索条件一览61中删除对应的行的检索条件，另外通过点击追加按钮63，可以在卷检索条件一览61中追加用于设定该新检索条件的行。

并且，在卷检索条件生成画面60中，此时使用卷检索条件一览61来生成希望的卷检索条件，并且将生成的卷检索条件的名称输入在画面上部设置的检索条件名称输入栏64中，然后，通过点击在画面上部设置的决定按钮65，可以登录所生成的卷检索条件，作为在检索条件名称输入栏64中输入的名称的新的卷检索条件。

图20是表示与这种卷检索条件生成画面60相关的管理服务器7的CPU12的具体处理内容的流程图。

参照图17，当点击上述的迁移组/层生成画面50的生成按钮54时，CPU12启动卷检索条件程序21，根据该卷检索条件程序21，首先代替迁移组/层生成画面50而在管理服务器7的显示部16中显示卷检索条件生成画面60(SP40)。

接着，CPU12等待点击追加按钮62、删除按钮63以及决定按钮65的某一个(SP41～SP43-SP41)。并且，当点击追加按钮62时，CPU12在卷检索条件一览61中追加用于设定新卷检索条件的行(SP44)，当点击某个删除按钮63时，从卷检索条件一览61中删除对应行的卷检索条件后(SP45)，然后再次等待点击追加按钮62、删除按钮63以及决定按钮65中的某一个(SP41～SP43-SP41)。

另外，当点击决定按钮65时，CPU12将此时使用卷检索条件一览61而生成的卷检索条件，与此时在检索条件名称输入栏64中输入的该卷检索条件的名称对应起来，设定在卷检索条件管理表31(图5)中(SP46)。

此后，CPU12启动卷信息取得程序20(图2)，通过该卷取得程序20，从内部存储装置4或外部存储装置5收集满足在所述卷检索条件一览61中显示的卷检索条件的卷的卷信息，同时，将这样而得到的对应的各卷的卷信息登录在卷信息管理表30(图4)或虚拟池管理表38(图12)中(SP47).

接着，CPU12启动迁移组生成程序22(图2)。结果，根据该迁移组生成程序22，在管理服务器7的显示部16中显示上述的迁移组/层生成画面50(SP48)。CPU12随后结束基于卷检索条件程序21的处理。

(2-2-4)迁移计划生成画面

另一方面，图21表示当点击了卷再配置控制画面40的迁移计划生成按钮43时，代替卷再配置控制画面40而在管理服务器7的显示部16中显示的迁移计划生成画面70的显示例。该迁移计划生成画面70是用于生成新迁移计划的画面。

在迁移计划生成画面70中，在画面上部显示迁移计划名输入栏71、迁移组名输入栏72、层名输入栏73和迁移执行时刻输入栏74。并且，用户可以在迁移计划名输入栏71中输入想要新生成的迁移计划的名称，在想要新生成的迁移计划中，可以将作为数据迁移源的迁移组的名称、作为迁移目的地的层的名称以及迁移的执行开始时刻，分别输入到迁移组名输入栏72、层名输入栏73以及迁移执行时刻输入栏74中。

另外，在迁移计划生成画面70中，在迁移组名输入栏72的下侧设有执行按钮73、编辑按钮74以及评价按钮75，通过点击其中的执行按钮73，可以生成以输入迁移组名输入栏72中的迁移组内的各卷作为数据迁移源，以输入层名输入栏73中的层内的某个卷作为数据迁移目的地的迁移对(配对(pairmatching))。

此时，在设置于迁移计划生成画面70中部的迁移概要显示栏76中，以表形式显示与以所述迁移组作为数据迁移源、以所述层作为数据迁移目的地的迁移相关的概要。具体而言，作为所述概要，在迁移概要显示栏76中显示属于该迁移组的通常卷的总逻辑容量(针对各通常卷预先决定的逻辑容量的合计量)以及虚拟卷的内容存储装置4或外部存储装置5上的总占用容量；该层中的未使用的通常卷的总逻辑容量以及虚拟池的空闲容量；相对于该层中的未使用的通常卷的总逻辑容量，所述迁移组中的通常卷的总逻辑容量的超过/不足量；相对于该层中的虚拟池的空闲容量，该迁移组中的虚拟卷的内部存储装置4或外部存储装置上的总占用容量的超过/不足量。

另外，如上所述指定迁移组和层来指示了迁移对的生成时，在设置于迁移计划生成画面70下部的迁移对信息显示栏77中，以表形式显示关于此时生成的各迁移对的迁移对信息。具体而言，作为各迁移对的迁移对信息，在迁移对信息显示栏77中显示：作为数据迁移源以及数据迁移目的地的各卷的名称(“卷名”)、卷类别(“卷类别”)以及逻辑容量(“逻辑容量”)、生成的迁移对的状态(“状态”)、表示该迁移对中的数据迁移是否为临时数据迁移的信息(“临时迁移”)、数据迁移源卷在内部存储装置4或外部存储装置5上的占用容量(“占用容量”)。

而且，在迁移计划生成画面70中，通过点击编辑按钮74，可以对与迁移对信息显示栏77中显示的各迁移对相关的设定进行编辑(变更)，通过点击评价按钮75，可以代替迁移计划生成画面70而在管理服务器7的显示部16中显示后述的迁移计划评价画面80(图30)。

然后，在迁移计划生成画面70中如上所述生成了希望的迁移计划后，通过点击在画面上部显示的决定按钮78，可以登录此时所生成的迁移计划。

图22是表示与这种迁移计划生成画面70相关的管理服务器7的CPU12的具体处理内容的流程图。

当点击卷再配置控制画面40(图13)的迁移计划生成按钮43时，CPU12根据迁移计划生成程序24(图2)，开始迁移计划生成画面显示处理，首先在管理服务器7的显示部16中显示所述迁移计划生成画面70(SP50)。

接着，CPU12等待点击迁移计划生成画面70上的执行按钮73、编辑按钮74、评价按钮75以及决定按钮78中的某一个(SP51～SP54-SP51)。

然后，当点击了执行按钮73时，CPU12根据卷信息管理表30(图4)、迁移组卷一览管理表32(图6)、层条件管理表33(图7)以及虚拟池管理表(图12)，执行此时在迁移计划生成画面70的迁移组名输入栏72中输入了名称的迁移组内的各卷、与此时在迁移计划生成画面70的层名输入栏73中输入了名称的层内的卷的配对，生成迁移对(SP55)。

接着，CPU12在迁移概要显示栏76中显示与所述迁移组和层间的数据迁移相关的概要，同时在迁移计划生成画面70的迁移对信息显示栏77中显示此时所生成的各迁移对的迁移对信息(SP56)。CPU12此后再次等待点击迁移计划生成画面70上的执行按钮73、编辑按钮74、评价按钮75及决定按钮78中的某一个(SP51～SP54-SP51)。

另外，当点击编辑按钮74时，CPU12使迁移计划生成画面70的迁移对信息显示栏77成为可编辑的状态(SP57)。因此，此时用户可以进行如下编辑：变更该迁移对信息显示栏77的数据迁移目的地卷的卷名和卷类别等，或者通过在迁移对信息显示栏77中的对应的行的“临时迁移”栏中输入“临时”这样的字符串，将希望的迁移对中的迁移设定为临时迁移。CPU12此后等待点击迁移计划生成画面70上的执行按钮73、编辑按钮74、评价按钮75和决定按钮78中的某一个(SP51～SP54-SP51)。

另外，当点击评价按钮75时，CPU12代替迁移计划生成画面70而在管理服务器7的显示部16中显示后述迁移对评价画面80(图30)，该迁移对评价画面80成为针对此时在迁移计划生成画面70的迁移对信息显示栏77中显示了迁移对信息的各迁移对的评价画面(SP58)。此后，结束基于该迁移计划生成程序24的处理。

而且，当点击决定按钮78时，CPU12将与此时生成的迁移计划相关的信息存储在迁移管理表34(图8)和迁移卷管理表35(图9)中(SP59)。

CPU12随后启动卷再配置控制主程序26。结果，根据该卷再配置控制主程序26，代替迁移计划生成画面70而在管理服务器7的显示部16中显示参照图13在上面描述的卷再配置控制画面40(SP60)。CPU12随后结束基于迁移计划生成程序24的处理。

(2-3)管理服务器上搭载的各种功能

接下来，说明与所述迁移功能相关联地在管理服务器7上搭载的各种功能。

(2-3-1)与卷再配置控制画面的显示相关的功能

一般来说，与通常卷相比，将虚拟卷的逻辑容量生成得较大的可能性很高。因此存在如下问题：在卷再配置控制画面40中的迁移组或层的摘要的显示中，通常卷的总逻辑容量相对于虚拟卷的总逻辑容量比例降低，无法进行基于总逻辑容量的迁移判断的问题。

另外，一般当生成迁移计划时，关于作为数据迁移源的迁移组，在通常卷情况下，根据总逻辑容量来判断数据迁移目的地层所需要的容量，在虚拟卷情况下，根据内部存储装置4或外部存储装置5上的总占用容量来判断数据迁移目的地层所需要的容量。因此存在如下问题：在卷再配置控制画面40中显示的迁移组的摘要中，当通常卷和虚拟卷的总逻辑容量、内部存储装置4或外部存储装置5上的总占用容量共存地显示时，无法进行所述判断。

而且，当生成迁移计划时，关于作为数据迁移目的地的层，在通常卷情况下，根据未使用的卷的总逻辑容量来判断是否满足作为数据迁移源的迁移组所需要的容量，在虚拟卷情况下，根据虚拟池的空闲容量来判断是否满足作为数据迁移源的迁移组所需要的容量。因此存在如下问题：在卷再配置控制画面40中显示的层的摘要中，当通常卷和虚拟卷的总逻辑容量、内部存储装置4或外部存储装置5上的总占用容量共存显示时，无法进行所述判断。

因此，在本实施方式中，在迁移组或层中通常卷和虚拟卷共存时，按照通常卷和虚拟卷而区分显示总逻辑容量、内部存储装置4或外部存储装置5上的总占用容量、未使用的卷的总逻辑容量等。由此，用户可以根据卷再配置控制画面40中显示的迁移组的摘要，通过目视立即判断在成为数据迁移目的地的层中需要多大的容量，可以根据卷再配置控制画面40中显示的层的摘要，通过目视而立即判断该层中是否存在作为数据迁移源的迁移组的卷可以进行迁移的容量。

图23表示卷再配置控制画面40中的迁移组的“摘要”的显示例。在卷再配置控制画面40中，当在一览显示部44的一览45中选择了迁移组时，作为该迁移组的“摘要”而显示该迁移组的名称(“名称”)，同时，按照通常卷和虚拟卷而分别显示属于该迁移组的卷的总逻辑容量(“总逻辑容量”)、内部存储装置4或外部存储装置5上的占用容量(“存储装置上的总占用容量”)、由文件系统等存储的数据的数据量。

另外，图24表示卷再配置控制画面40中的层的“摘要”的显示例。在卷再配置控制画面40中，当在一览显示部40的一览45中选择了层时，作为该层的“摘要”而显示该层的名称(“名称”)，同时，按照通常卷和虚拟卷而分别显示属于该层的卷的总逻辑容量(“总逻辑容量”)、未使用的卷的总逻辑容量(通常卷)或虚拟卷池的空闲容量(虚拟卷)、由文件系统等存储的数据的数据量。

图25是表示与这种卷再配置控制画面40中的迁移组或层的“摘要”的显示相关的管理服务器7的CPU12的具体处理内容的流程图。

CPU12，当进入参照图14在上面描述的卷再配置控制画面显示处理的步骤SP11或SP12时，根据卷再配置控制主程序26，开始该图25所示的摘要显示处理，首先从卷再配置控制管理表群15内的对应的表中收集需要的信息(SP70)。

具体而言，当在卷再配置控制画面40的一览45中选择了迁移组时，CPU12在迁移组卷一览管理表32(图6)上检索属于该迁移组的全部卷的名称，同时，在卷信息管理表30(图4)上，对通过该检索而检索出的各卷的卷信息进行检索。

另外，当在卷再配置控制画面40的一览45中选择了层时，CPU12在层条件管理表33(图7)上检索针对该层而设定的卷检索条件的名称，同时，从卷检索条件管理表31(图5)读出通过该检索而检索出的卷检索条件的具体内容，在卷信息管理表30上检索满足读出的卷检索条件的卷。然后，CPU12在卷信息管理表30上对通过该检索而检索出的、对应的各卷的卷信息进行检索。

另外，当通过所述检索而检索出的卷是虚拟池时，CPU12在虚拟池管理表38(图12)上检索该虚拟卷的逻辑容量以及空闲容量。

接着，CPU12判断摘要的显示对象是否是迁移组(卷再配置控制画面40的一览45中所选择的是否是迁移组)(SP71)。

然后，当在该判断中得到肯定结果时，CPU12根据在步骤SP70中收集的各种信息，分别计算该迁移组中的每个通常卷和虚拟卷的总逻辑容量、内部存储装置4或外部存储装置5上的占用容量、以及文件系统等存储的数据的数据量(SP72)。

与之相对，在步骤SP71的判断中得到否定结果，意味着摘要的显示对象是层(卷再配置控制画面40的一览45中所选择的是层)。于是，此时CPU12根据在步骤SP70中收集的各种信息，分别计算该层中的通常卷的总逻辑容量、未使用的通常卷的总逻辑容量以及通过文件系统而存储的数据量、虚拟卷的总逻辑容量、虚拟池的空闲容量以及文件系统等存储的数据的数据量(SP73)。

然后，CPU12根据步骤SP72或步骤SP73中的计算结果，如参照图23或图24所述的那样，生成将与通常卷以及虚拟卷相关的信息分离的“摘要”的图像，将其显示在卷再配置控制画面40的摘要显示栏46内(SP74)。CPU12随后结束该摘要显示处理。

(2-3-2)与迁移对的生成及显示相关的功能

通常卷的逻辑容量与内部存储装置4或外部存储装置5上的占用容量相同，与之相对，虚拟卷的逻辑容量多数情况下与内部存储装置4或外部存储装置5上的占用容量不同。这是由于，在多数情况下，用户将虚拟卷的逻辑容量设定得较大。

因此，当想要从虚拟卷向通常卷迁移数据时，向该通常卷分配不立即被使用的容量大小，该通常卷的内部存储装置4或外部存储装置5上的占用容量增加，其结果，存在该内部存储装置4或外部存储装置5上的容量资源浪费的问题。因此，在本实施方式中，管理服务器7当生成迁移对时，以数据迁移源卷和数据迁移目的地卷的卷类别以及逻辑容量相同的方式生成迁移对。具体而言，管理服务器7生成迁移对，并且使通常卷的数据向通常卷迁移、虚拟卷的数据向虚拟卷迁移。

但是，当数据迁移源卷为虚拟卷、该虚拟卷的空闲容量较少时，即使作为数据迁移源卷而选定通常卷也不会产生上述问题，另外可以防止虚拟卷的容量枯竭，若考虑到这一点则更为理想。因此，在本实施方式中，如上所述当数据迁移源卷是虚拟卷、该虚拟卷的空闲容量较少的情况下，作为数据迁移源卷而选定通常卷。

另一方面，根据状况，也有时无法使数据迁移源卷和数据迁移目的地卷的卷类别以及逻辑容量相同地生成迁移对。因此，在本实施方式中，在迁移计划生成画面70(图21)的迁移对信息显示栏77(图21)中显示此时生成的各迁移对的迁移对信息时，优先显示数据迁移源和数据迁移目的地的卷类别相同的迁移对的迁移对信息，关于数据迁移源和数据迁移目的地的卷类别不同的迁移对，在迁移计划生成画面70上对其进行显示。

具体而言，管理服务器7，在迁移计划生成画面70的迁移对信息显示栏77中如图21所示，将数据迁移源和数据迁移目的地的卷类别以及逻辑容量相同的迁移对的迁移对信息，显示在其它迁移对的迁移对信息的上方的行中。

另外，管理服务器7，在数据迁移源和数据迁移目的地的卷类别以及逻辑容量相同的迁移对的迁移对信息之后，显示数据迁移源是虚拟卷，并且作为数据迁移源的虚拟卷的空闲容量在规定值以下的迁移对的迁移对信息。此时，管理服务器7作为数据迁移目的地而显示通常卷，并且作为该迁移对的状态而显示“注意”这一文字串。

并且，管理服务器7最后显示数据迁移目的地卷和数据迁移源卷的卷类别不同的迁移对。此时，管理服务器7作为所述迁移对的状态而显示“警告”这一文字串。

图26是表示与这种迁移对的生成相关的管理服务器7的CPU12的具体处理内容的流程图。

当进入参照图22在上面描述的迁移计划生成处理的步骤SP56时，CPU12根据迁移计划生成程序24(图2)，开始该图26所示的配对处理，首先比较对应的迁移组内的卷和对应的层内的卷。然后，CPU12将卷类别和逻辑容量相同的卷设定为迁移对，将该迁移对中成为数据迁移源的卷和成为数据迁移目的地的卷的卷名、逻辑容量、内部存储装置4或外部存储装置5上的占用容量以及卷类别、该迁移对的状态(在此为“正常”)显示在迁移计划生成画面70(图21)的对应的区域中。另外，此时CPU12预约这些迁移对中的数据迁移目的地卷(SP80)。

接着，CPU12针对迁移组内的全部卷来判断是否生成了迁移对(SP81)，当得到肯定结果时结束该配对处理。

与之相对，当在步骤S81的判断中得到否定结果时，CPU12使指针位于未设定为迁移组内的迁移对的一个卷、和层内的与该卷逻辑容量相同的对应的一个卷(SP82)。

CPU12随后判断迁移组内此时指针所位于的卷的卷类别是否是通常卷

(SP83)。当该判断中得到肯定结果时，CPU12使指针顺次移动到层内的未被设定为迁移对的各虚拟卷的开头，同时，顺次检查该虚拟卷的逻辑容量。这样，CPU12调查在层内是否存在与迁移组内此时指针所位于的通常卷逻辑容量相同的虚拟卷(SP84)。

然后，当通过该调查未检测出所述虚拟卷时，CPU12进入步骤SP90，与之相对，当检测出所述虚拟卷时，利用该虚拟卷和迁移组内此时指针所位于的通常卷来生成迁移对，并将其迁移对信息显示在迁移计划生成画面70的迁移对信息显示栏77内。另外，此时CPU12，作为所述迁移对的状态而在迁移对信息显示栏77内的对应的行中显示“警告”这一文字串，同时预约在该迁移对中被设定为数据迁移目的地的虚拟卷(SP85)。CPU12随后进入步骤SP91。

另一方面，在步骤S83的判断中得到否定结果，意味着迁移组内此时指针位于的卷的卷类别是虚拟卷。于是，此时CPU12判断该虚拟卷的空闲容量是否在预定的阈值(例如该虚拟卷的逻辑容量的10％)以下(SP86)。

当在该判断中得到肯定结果时，CPU12从层内尚未设定迁移对的卷群中搜索出与迁移组内此时指针所位于的虚拟卷具有相同逻辑容量的通常卷。另外，CPU12生成以搜索出的该通常卷作为数据迁移目的地卷、以迁移组内此时指针所位于的虚拟卷作为数据迁移源卷的迁移对，并将其迁移对信息显示在迁移计划生成画面70的迁移对信息显示栏77中。而且，此时CPU12，作为所述迁移对的状态，在迁移对信息显示栏77内的对应的行中显示“注意”这一文字串，同时预约该迁移对中被设定为数据迁移目的地的通常卷(SP87)。CPU12随后进入步骤SP91。

与之相对，当在步骤SP86的判断中得到否定结果时，CPU12进行与步骤SP84同样的处理，调查在层内是否存在与迁移组内此时指针所位于的通常卷具有相同逻辑容量的通常卷(SP88)。

然后，当通过该调查未检测出所述通常卷时，CPU12进入步骤SP90，与之相对，当检测出所述通常卷时，通过该通常卷和迁移组内此时指针所位于的虚拟卷来生成迁移对，将其迁移对信息显示在迁移计划生成画面70的迁移对信息显示栏77内。另外，CPU12，作为所述迁移对的状态，在迁移对信息显示栏77内的对应行中显示“警告”这一文字串，同时，预约该迁移对中被设定为数据迁移目的地的通常卷(SP89)。CPU12随后进入步骤SP91。

另一方面，CPU12当进入步骤SP90时，在迁移计划生成画面70的迁移对信息显示栏77中显示下述意思的信息：在所述层内不存在作为迁移组内此时指针所位于的卷的数据迁移目的地的卷(SP90)，此后进入步骤SP91。

另外，CPU12当进入步骤SP91时，使指针位于作为迁移组内的卷的、尚未设定迁移对的下一个卷(SP91)。

CPU12此后根据在步骤SP91中是否存在下一卷，来判断针对该迁移组内的全部卷的处理是否结束(SP92)。

在该判断中得到否定结果，意味着尚未针对该迁移组内的全部卷生成迁移对。于是，此时CPU12返回步骤SP83，此后重复同样的处理，直到在步骤SP92中得到肯定结果(SP83～SP92-SP83)。

然后，当通过针对该迁移组内的全部卷生成了迁移对而在步骤SP92中得到肯定结果时，CPU12结束该配对处理。

(2-3-3)数据迁移执行时的功能

在存储系统1中，如上所述当数据迁移目的地卷是通常卷时，在生成迁移计划的阶段预约了通常卷，因此不会由于容量超出等理由而致使迁移失败。

与之相对，当数据迁移目的地卷是虚拟卷时，仅预约该虚拟卷而并不确保该虚拟卷的容量(不预先确保由于数据迁移而由该虚拟卷消耗的预定容量)。因此，例如在从生成迁移计划时到进行数据迁移的时刻为止的期间大量使用了所述虚拟池的容量的情况下，有时虚拟池无法向该虚拟卷提供需要量的容量，数据迁移失败。

因此，在本实施方式中，针对数据迁移目的地是虚拟卷的迁移对，优先于数据迁移目的地是通常卷的迁移对来实施数据迁移。

图27是表示与这种数据迁移执行时的功能相关的服务器7的CPU12的具体处理内容的流程图。

CPU12当进入图16的步骤SP20时，开始该迁移执行处理，首先顺次判断在卷再配置控制画面40(图13)的摘要显示栏46中显示的迁移计划的摘要内的迁移执行按钮48(图15)是否被点击、是否超过迁移执行指定时刻、以及在对应的迁移计划中，数据迁移目的地中是否有虚拟卷(SP100～SP102)。

当在这些判断中都得到否定结果时，CPU12等待点击迁移执行按钮48、或等待当前时刻超过迁移执行指定时刻(SP100～SP102-SP100)。

与之相对，当在步骤SP102的判断中得到肯定结果时，CPU12关于数据迁移目的地为虚拟卷的迁移对，向用户查询是否可以将虚拟卷中存储的数据向事先作为数据迁移目的地而设定的卷迁移(SP104)。具体而言，CPU12在管理服务器7的显示部16中显示这样的内容的消息、和显示了“Yes”按钮以及“No”按钮的对话框。

然后，CPU12等待接受来自用户的针对所述查询的回答(SP105)，当给出可以执行所述数据迁移的回答时，选择对象迁移计划中的一个迁移对(SP106)，判断数据迁移目的地卷的卷类别是否是虚拟卷(SP107)。

当该判断中得到否定结果时，CPU12进入步骤SP109，与之相对，当得到肯定结果时，通过控制对应的内部存储装置4或外部存储装置5来执行针对该迁移对的数据迁移(SP108)。另外，CPU12此后进入步骤SP109，判断针对所述迁移计划中的全部迁移对的步骤SP107的判定是否结束(SP109)。

当该判断中得到否定结果时，CPU12返回步骤SP106，此后重复同样的处理，直到步骤SP109中得到肯定结果(步骤SP106～SP109-SP106)。结果，通过该步骤SP106～SP109-SP106的循环处理，进行针对该迁移计划中的数据迁移目的地为虚拟卷的全部迁移对的迁移。

最终，当在步骤SP109中得到肯定结果时，CPU12判断当前时刻是否超过迁移执行指定时刻(SP110)。在这种情况下，该判断中得到否定结果，因此CPU12返回步骤SP100，然后等待再次点击迁移执行按钮48或当前时刻超过迁移执行指定时刻(SP100～SP102-SP100)。

另一方面，在最终点击了迁移执行按钮48时，在将迁移执行指定时间设定为当前时刻之后，或者在当前时刻超过了迁移执行指定时刻时，CPU12立即选择对象迁移计划中的一个迁移对(SP106)，然后，与上述相同地进行针对对象迁移计划中的数据迁移目的地为虚拟卷的全部迁移对的迁移(步骤SP106～SP109-SP106)。

CPU12此后判断当前时刻是否超过了迁移执行指定时刻(SP110)。在这种情况下，CPU12在该判断中得到肯定结果，因此进入步骤SP111，选择对象迁移计划中的1个迁移对，判断该迁移对中的数据迁移目的地是否是通常卷(SP112)。

当在该判断中得到否定结果时，CPU12进入步骤SP114，与之相对，当得到肯定结果时，通过控制对应的内部存储装置4或外部存储装置5来执行针对该迁移对的数据迁移(SP113)。另外，CPU12此后进入步骤SP114，判断针对所述迁移计划中的全部迁移对的步骤SP112中的判定是否结束。

然后，当在该判断中得到否定结果时，CPU12返回步骤SP111，此后重复步骤SP111～SP114-SP111的循环，直到在步骤SP114中得到肯定结果。结果，通过该步骤SP111～SP114-SP111的循环处理，进行针对该迁移计划中的数据迁移目的地为通常卷的全部迁移对的迁移。

然后，最终在步骤SP114中得到肯定结果时，CPU12结束该迁移执行处理。

(2-3-4)临时迁移的设定功能

有时由于内部存储装置4或外部存储装置5的故障或更换等原因而需要数据迁移，或者需要定期的数据迁移。另外，在这种情况下，有时在满足条件(例如新生成需要的卷等)的阶段，将数据迁移至最终的卷。另外，还存在用户无法容易地记住这种条件和最终的数据的迁移目的地的问题。

因此，在本实施方式中，在将某卷中存储的数据迁移至卷类别与最终的数据迁移目的地卷不同的卷时，用户可以指定该数据迁移是临时数据迁移。并且，在本实施方式中，在如此将数据迁移指定为临时数据迁移的情况下，定期地或在最终的条件具备的阶段，向用户通知存在进行了所述临时数据迁移的卷。

具体而言，参照图21如上所述，在迁移计划生成画面70中，通过点击配对编辑按钮74，可以成为能够对此时在迁移对信息显示栏77中显示的各迁移对信息进行编辑的状态。并且，在该状态时，通过在所述一览的“临时迁移”栏中输入表示该迁移对的数据迁移是临时数据迁移的信息(“临时”这一文字串)，可以设定该数据迁移是临时数据迁移。

图28是表示，如此针对在迁移计划生成画面70的迁移对信息显示栏77中显示的某个迁移对，将数据迁移设定为临时数据迁移时的管理服务器7的CPU12的具体处理内容的流程图。

当进行所述设定时，CPU12开始该图28所示的临时迁移设定处理，首先，根据需要来更新迁移管理表34(图8)中的该迁移计划所对应的条目的“有无临时迁移”栏34E，同时，将与进行了所述设定的迁移对相关的必要信息登录在迁移卷管理表35中(SP120)。

接着，CPU12在迁移卷临时表36(图10)中登录：作为临时的数据迁移目的地的卷(在此，所述迁移对中的数据迁移源卷)的名称；相对于最终的数据迁移目的地卷，临时数据迁移目的地卷不同的属性的属性名(在此，“卷属性”)；临时数据迁移目的地卷的属性值(在此，“虚拟卷”或“通常卷”)以及最终数据迁移目的地卷的属性值(在此，“通常卷”或“虚拟卷”)(SP121)。CPU12随后结束该临时迁移设定处理。

另一方面，图29是表示与上述的临时数据迁移的设定相关，在数据迁移执行处理的结束后CPU12执行的卷生成等待表登录处理的处理内容的流程图。

CPU12，在结束参照图27在上面描述的数据迁移执行处理后，与其他处理并行地执行该图29所示的卷生成等待表登录处理。

即，CPU12当结束所述数据迁移执行处理时，开始该图29所示的卷生成等待表登录处理，首先，根据迁移管理表34判断在此时执行的迁移计划中是否存在进行了临时数据迁移的设定的迁移对(SP130)。然后，当该判断中得到否定结果时，CPU12结束该卷生成等待表登录处理。

与之相对，当步骤SP130的判断中得到肯定结果时，CPU12在卷生成等待表37(图11)中登录：进行了该临时数据迁移的层的名称；与该临时数据迁移相关联，应该新生成的卷的逻辑容量和卷属性等必要的卷信息；对应的迁移组的名称以及应该新生成的卷的名称等必要的信息(SP131)。CPU12随后结束该卷生成等待表登录处理。

此外，CPU12此后通过定期在管理服务器7的显示部16中显示在所述卷生成等待表37中登录的信息，来提示对应的卷的生成，或者每当生成新的卷时参照卷生成等待表37，在管理服务器7的显示部16中显示与卷相关的信息，该卷作为进行了临时数据迁移的卷，此时生成的卷的属性符合最终应该进行数据迁移的卷的属性。

(2-3-5)与迁移计划的评价相关的功能

将在属于某迁移组的各虚拟卷中分别存储的数据向对应的层进行迁移时，根据迁移对象数据的数据量，有时无法将这些虚拟卷中存储的数据全部迁移至作为数据迁移目的地的层内的虚拟池中。在这种情况下，无法容易地判断出将迁移组内的哪个虚拟卷中存储的数据迁移至虚拟卷、将哪个虚拟卷中存储的数据迁移至通常卷。

因此，在本实施方式中，当生成迁移计划时，针对数据迁移源的各虚拟卷进行与空闲容量等相关的规定的评价。并且，在本实施方式中，根据该评价结果，优先将相对于逻辑容量，内部存储装置4或外部存储装置5上的占用容量较少的虚拟卷(绝对占用容量少的虚拟卷、或相对于逻辑容量，占用容量的占用比例小的虚拟卷)与数据迁移目的地层内的虚拟卷设定为迁移对，将不足的虚拟卷与通常卷设定为迁移对。由此，在本存储系统1中，空闲容量少的虚拟卷更优先地向通常卷进行数据迁移，因此可以尽量减少内部存储装置4或外部存储装置5内的无用的逻辑容量。

另外，在本实施方式中，根据来自用户的请求而可视显示所述评价结果。由此可以提供用户编辑迁移对时的参考信息。

图30表示，点击参照图21在上面描述的迁移计划生成画面70的评价按钮75时，代替该迁移计划生成画面70而在管理服务器7的显示部16中显示的迁移对评价画面80。该迁移对评价画面80是关于数据迁移源为虚拟卷的各迁移对，用于向用户提供数据迁移目的地卷的剩余容量等评价结果的画面，由“号码”栏80A、“卷名”栏80B、“逻辑容量”栏80C、“存储装置上的占用容量”栏80D、“占用比例”栏80E、“评价值”栏80F以及“迁移目的地卷类别”栏80G构成。

其中，在“号码”栏80A中存储序号，在“卷名”栏80B中分别存储属于此时作为对象的迁移组的各虚拟卷的卷名。另外，在“逻辑容量”栏80C中存储对应的虚拟卷的逻辑容量，在“存储装置上的占用容量”栏80D中存储该虚拟卷的内部存储装置4或外部存储装置5上的占用容量(实际使用容量)。

而且，在“占用比例”栏80E中，存储有如下式那样计算出的占用比例，

[数学式1]

占用比例＝(存储装置上的占用容量)/逻辑容量        ...(1)

在“评价值”栏80F中存储通过用于评价虚拟卷的空闲容量的规定评价式而计算出的评价值。在本实施方式的情况下，所述评价式由下式给出，

[数学式2]

评价值＝逻辑容量×(1-占用比例)                   ...(2)

根据该评价式而计算出的该虚拟卷的评价值被存储在“评价值”栏80F中。此外，(2)式中所得到的评价值相当于该虚拟卷的空闲容量。

而且，在“迁移目的地卷类别”栏80G中存储有应该迁移对应的虚拟卷中存储的数据的数据迁移目的地卷的卷类别，该卷类别根据通过(2)式计算出的各虚拟卷的评价值、和成为数据迁移目的地的层内的虚拟池的容量而判断出。

因此，在图30中表示，此时属于对象迁移计划的“VV1”的虚拟卷的逻辑容量为“50GB”，其内部存储装置4或外部存储装置5上的占用容量为“10GB”，占用比例为“20％”，评价值为“40GB”，作为数据迁移目的地的卷的卷类别，“通常卷(NV)”是适合的。

图31是表示与这种迁移对评价画面80的显示相关的管理服务器7的CPU12的具体处理内容的流程图。

CPU12，当进入参照图22在上面描述的迁移计划生成画面显示处理的步骤SP58时，根据迁移计划生成程序24(图2)开始该图31中所示的迁移计划评价处理，首先，参照卷信息管理表30(图4)以及虚拟池管理表38(图12)，判断属于作为数据迁移源的迁移组的各虚拟卷的内部存储装置4或外部存储装置5上的总占用容量是否小于在属于作为数据迁移目的地的层的虚拟池的总空闲容量上加上规定的预备容量而得到的容量(SP140)。

在此，即使将分别存储在属于作为数据迁移源的迁移卷的各虚拟卷中的数据，存储在属于作为数据迁移目的地的层的虚拟池中，当数据迁移源的虚拟卷的总占用容量和数据迁移目的地的虚拟池的总空闲容量相同时，有可能无法将新的数据存储在数据迁移目的地的虚拟卷中，从而无法继续业务，为了防止此情况而如上所述在虚拟池的总空闲容量上加上预备容量。

在这种情况下，所述预备容量的大小根据使用哪个评价式来决定。例如，当使用上述(2)式作为评价式时，作为预备容量，考虑应用虚拟池的容量的10％左右，另外，当使用虚拟卷的内部存储装置4或外部存储装置5上的占用容量相对于逻辑容量的占用比例时，考虑应用将各虚拟卷的内部存储装置4或外部存储装置5上的占用容量相对于逻辑容量的5％进行合计而得到的容量。

返回图31进行说明。在步骤SP140的判断中得到肯定结果，意味着可以将属于作为数据迁移源的迁移组的虚拟卷中分别存储的全部数据，存储在属于作为数据迁移目的地的层的某个虚拟池中。于是，此时CPU12，作为属于该迁移组的全部虚拟卷的数据迁移目的地而分别选择对应的层内的某个虚拟卷(SP141)。另外，CPU12此后生成对应于该选择结果的迁移对评价画面80，使管理服务器7的显示部16对其进行显示后(SP148)，结束该迁移计划评价处理。

与之相对，在步骤SP140的判断中得到否定结果，意味着无法将属于作为数据迁移源的迁移组的各虚拟卷中分别存储的全部数据，存储在属于作为数据迁移目的地的层的虚拟池中，即使进行了存储也有可能无法继续业务。于是，此时CPU12，针对属于作为数据迁移源的迁移组的各虚拟卷，分别按照(2)式计算其评价值(SP142)。

接着，CPU12根据在步骤SP142中计算出的各虚拟卷的评价值，选择该评价值最大的虚拟卷(SP143)，判断该虚拟卷的内部存储装置4或外部存储装置5上的占用容量是否超过在属于作为数据迁移目的地的层的虚拟池的总空闲容量中加上预备容量而得到的相加结果(SP144)。

然后，当该判断中得到肯定结果时，CPU12选择所述层内的通常卷作为该虚拟卷中存储的数据的迁移目的地(SP145)。与之相对，当在步骤SP144的判断中得到否定结果时，CPU12选择所述层内的虚拟卷作为该虚拟卷中存储的数据的迁移目的地(SP146)。

然后，CPU12针对属于作为数据迁移源的迁移组的全部虚拟卷，判断同样的处理是否结束(SP147)。

当在该判断中得到肯定结果时，CPU12返回步骤SP143，在最初所选择的评价值最大的虚拟卷的占用容量上加上占用容量第二大的虚拟卷的占用容量(SP143)，判断该相加结果是否超过在属于作为数据迁移目的地的层的虚拟池的总空闲容量上加上预备容量而得到的相加结果(SP144)。

当在该判断中得到肯定结果时，CPU12作为此时在步骤SP143中相加了占用容量的虚拟卷中存储的数据的迁移目的地卷而选择通常卷(SP145)。与之相对，当在此时的步骤SP144的判断中得到否定结果时，CPU12作为该虚拟卷中存储的数据的迁移目的地而选择层内的虚拟卷(SP146)。

然后，CPU12针对属于作为数据迁移源的迁移组的全部虚拟卷，判断同样的处理是否结束(SP147)。

当该判断中得到否定结果时，CPU12返回步骤SP143，在最初选择的评价值最大的卷的占用容量上加上占用容量第二大的虚拟卷的占用容量(SP143)，判断该相加结果是否超过在属于作为数据迁移目的地的层的虚拟池的总空闲容量上加上预备容量而得到的相加结果(SP144)。

当在该判断中得到肯定结果时，CPU12作为此时在步骤SP143中相加了占用容量的虚拟卷中存储的数据的迁移目的地卷而选择通常卷(SP145)。与之相对，当在此时的步骤SP144的判断中得到否定结果时，CPU12作为该虚拟卷中存储的数据的迁移目的地而选择层内的虚拟卷(SP146)。

然后，CPU12此后，在针对属于作为数据迁移源的迁移组的全部的虚拟卷结束同样的处理之前，将步骤SP143中相加了占用容量的虚拟卷顺次替换为评价值大的虚拟卷，同时重复同样的处理(SP143～SP147-SP143)。

然后，CPU12，当针对属于作为数据迁移源的迁移组的全部虚拟卷结束了同样的处理时，生成基于此前的步骤SP145和步骤SP146中的选择结果的迁移对评价画面80，使其显示在管理服务器7的显示部16中(SP148)。CPU12随后结束该迁移计划评价处理。

(2-3-6)与虚拟池的容量枯竭防止相关的功能

当在虚拟卷中持续写入数据时，早晚映射该虚拟卷的虚拟池(即在该虚拟卷中动态地分配存储区域的虚拟池)的空闲容量枯竭。

因此，在本实施方式中，管理服务器7周期性地确认内部存储装置4或外部存储装置5内的虚拟池的空闲容量，针对该空闲容量较少的虚拟池，根据管理服务器7的控制，提示或自动地进行使映射到该虚拟池的虚拟卷中存储的数据向通常卷迁移的操作。

具体而言，如图32所示，当相对于虚拟池的逻辑容量，内部存储装置4或外部存储装置5上的占用容量的占用比例超过预先由用户设定的第一指定值(例如80％)时，管理服务器7生成使映射到该虚拟池的虚拟卷中存储的数据向通常卷迁移的、图32所示的迁移计划，显示该迁移计划。

另外，当相对于虚拟池的逻辑容量，内部存储装置4或外部存储装置5上的占用容量的占用比例超过预先由用户设定的大于第一指定值的第二指定值(例如98％)时，管理服务器7生成使该虚拟池中存储的数据向通常卷迁移的迁移计划，按照该迁移计划自动地使该虚拟池中存储的数据向通常卷迁移。

图33是表示与这种虚拟池的容量枯竭防止功能相关的管理服务器7的CPU12的具体处理内容的流程图。CPU12按照虚拟池枯竭检测程序27(图2)，周期性地执行图33所示的虚拟池枯竭防止对策处理。

即，在最后进行虚拟池枯竭防止对策处理后，当经过规定时间或到达规定时刻等预定时刻，CPU12开始该虚拟池枯竭防止对策处理，首先选择内部存储装置4和外部存储装置5内的一个虚拟池(SP150)，判断该虚拟池的占用比例是否在第一指定值以下(SP151)。

当该判断中得到肯定结果时，CPU12进入步骤SP164，与之相对，当得到否定结果时，判断该虚拟池的占用比例是否在第二指定值以下(SP152)。

当该判断中得到肯定结果时，CPU12使用上述(2)式计算映射到该虚拟池的各虚拟卷的评价值，并且根据计算出的各虚拟卷的评价值，选择该评价值最小的虚拟卷(SP154)。

然后，CPU12将从虚拟池的占用容量中减去在步骤SP154中选择的虚拟卷的占用容量而得到的值，作为该虚拟池的新占用容量，使用(2)式计算新的占用比例，判断该占用比例是否在第一指定值以下(SP155)。

当该判断中得到肯定结果时，CPU12进入步骤SP158，与之相对，当得到否定结果时，作为步骤SP154中选择的虚拟卷中存储的数据的迁移目的地，选择并设定通常卷(SP156)，此后，判断是否针对被映射到该虚拟池的全部虚拟卷进行了同样的处理(SP157)。

另外，当该判断中得到否定结果时，CPU12返回步骤SP154，在最初选择的评价值最小的虚拟卷的占用容量上加上评价值第二小的虚拟卷的占用容量(SP154)。

然后，CPU12将从此时作为对象的虚拟池的占用容量中减去步骤SP154的相加结果而得到的值作为新的占用容量，使用(2)式计算占用比例，判断该占用比例是否在第一指定值以下(SP155)。

当该判断中得到肯定结果时，CPU12进入步骤SP158，与之相对，当得到否定结果时，与上述同样地处理步骤SP156和步骤SP157，此后将在步骤SP154中相加占用容量的虚拟卷顺次替换为评价值小的虚拟卷，同时重复同样的处理(SP154～SP157-SP154)。

然后，当针对映射到此时作为对象的虚拟池的全部虚拟卷结束了上述处理时，CPU12生成反映此前的处理结果的、例如图32所示的迁移计划评价画面80，使其显示在管理服务器7的显示部16中。

此外，图32是提示关于映射到“VP1”的虚拟池的“VV2”的虚拟卷以及“VV3”的虚拟卷，最好使这些虚拟卷中存储的数据分别迁移到“NV2”或“NV1”的通常卷中的例子。

CPU12此后判断是否针对内部存储装置4和外部存储装置5内的全部虚拟池进行了同样的处理(SP164)。然后，当在该判断中得到否定结果时，CPU12返回步骤SP150，此后切换作为对象的虚拟池，执行同样的处理(SP150～SP164-SP150)。

另一方面，当步骤SP152中得到否定结果时，CPU12在步骤SP159～SP161中与步骤SP153～SP155同样地进行处理。然后，当步骤SP161的判断中得到肯定结果时，CPU12进入步骤SP164，与之相对，当得到否定结果时，选择用于迁移在步骤SP160中所选择的(仅最初)、或在步骤SP160中最后相加了占用容量的虚拟卷的通常卷，将该虚拟卷中存储的数据迁移至该通常卷(SP162)。

然后，CPU12判断是否针对映射到此时作为对象的虚拟池中的全部虚拟卷进行了处理(SP163)。然后，当该判断中得到否定结果时，CPU12返回步骤SP160，此后，在此前的相加结果上加上评价值第二小的虚拟卷的占用容量，同时重复同样的处理，直到步骤SP163中得到肯定结果(SP160～SP163-SP160)。

最终，当针对映射到此时作为对象的虚拟池的全部虚拟卷的处理结束时，CPU12判断是否针对内部存储装置4和外部存储装置5内的全部虚拟池进行了同样的处理(SP164)，当得到否定结果时返回SP150，此后重复同样的处理(SP150～SP164-SP150)。

然后，当针对内部存储装置4和外部存储装置5内的全部虚拟池结束了同样的处理时，CPU12结束该虚拟池枯竭防止对策处理。

(2-3-7)与卷生成以及数据迁移相关的功能

当将某卷中存储的数据迁移至其它卷时，需要预先生成数据迁移目的地卷。另外，当作为数据的迁移目的地的层中有多个虚拟池时，无法判断适于将哪个虚拟卷中存储的数据迁移至哪个虚拟池。

因此，在本实施方式中，当生成迁移计划时，仅通过在参照图21在上面描述的迁移生成画面70的迁移对信息显示栏77中指定数据迁移目的地卷的卷类别，根据管理服务器的控制，在对应的内部存储装置4或外部存储装置5内生成该卷类别以及需要的逻辑容量的卷，来执行数据迁移。此时，当指定虚拟卷作为数据迁移目的地卷的卷类别时，管理服务器7将生成的虚拟卷映射到层内逻辑容量最大的虚拟池。另外，当数据迁移源卷的卷类别是虚拟卷时，管理服务器7从内部存储装置4或外部存储装置5上删除该虚拟卷。

图34是表示与这种卷生成和数据迁移相关的管理服务器7的CPU12的具体处理内容的流程图。当执行数据迁移时，CPU12根据卷生成程序28(图2)和迁移执行程序25(图2)，执行该图34所示的卷生成以及数据迁移处理。

即，基于迁移计划的数据迁移时，当存在未指定数据迁移目的地卷的迁移对时，CPU12开始该图34所示的卷生成以及数据迁移处理，首先，根据迁移卷管理表35(图9)和卷信息管理表30(图4)等，判断作为数据迁移目的地卷的卷类别而指定的卷类别是否是通常卷(SP170)。

然后，当该判断中得到肯定结果时，CPU12在此时作为对象的层内生成与数据迁移源卷的逻辑容量相同的通常卷，并且，通过控制对应的内部存储装置4或外部存储装置5，使数据从所述数据迁移目的地卷向该通常卷迁移(SP171)，此后结束该卷生成以及数据迁移处理。

另一方面，当在步骤SP170的判断中得到否定结果时，CPU12判断是否指定了虚拟卷作为数据迁移目的地卷的卷类别(SP172)。然后，当在该判断中得到否定结果时，CPU12结束该卷生成以及数据迁移处理。

与之相对，当在步骤SP172的判断中得到肯定结果时，CPU12判断在数据迁移目的地层中是否存在多个虚拟池(SP173)。然后，当在该判断中得到否定结果时，CPU12进入步骤SP175，与之相对，当得到肯定结果时，从所述多个虚拟池中选择逻辑容量最大的虚拟池(SP174)。

接着，CPU12生成与数据迁移源卷的逻辑容量相同的虚拟卷，将该虚拟卷映射到对应的虚拟池，并且通过控制对应的内部存储装置4或外部存储装置5，使数据从所述数据迁移目的地卷向该虚拟卷迁移(SP175)。

然后，执行用于从管理服务器7上和内部存储装置4或外部存储装置5上删除此时进行了数据迁移的虚拟卷的处理(SP176)，此后结束该卷生成以及数据迁移处理。

(3)本实施方式的效果

如上所述，本实施方式的存储系统1中，在迁移组或层的摘要中，按照通常卷和虚拟卷而分别显示总逻辑容量、内部存储装置4或外部存储装置5上的总占用容量、未使用的卷的总逻辑容量等，由此，用户可以通过观看而立即判断作为数据迁移目的地的层中需要多大的容量、或者该层中是否存在能够迁移作为数据迁移源的迁移组的卷的容量。于是，当选择数据迁移目的地等时，用户可以容易地进行适当的判断，从而可以实现使用方便的存储系统。

产业上的可利用性

本发明可以广泛应用于安装了使数据从卷向卷迁移的数据迁移功能的各种结构的存储系统。

Claims (18)

1.一种管理装置，在作为用于读写数据的卷的卷类别而共同存在预先分配了固定量的存储区域的通常卷、和根据使用状况动态分配存储区域的虚拟卷的存储系统中，对所述卷之间的数据迁移进行管理，其特征在于，具有：

显示信息的显示部；以及

控制部，该控制部收集与各所述卷相关的信息，根据收集到的所述信息，使所述显示部按照每个所述通常卷和所述虚拟卷，至少区分地显示针对所述卷预先决定的逻辑容量的合计量、即总逻辑容量。

2.根据权利要求1所述的管理装置，其特征在于，

所述控制部，

关于数据迁移源卷群，除了所述总逻辑容量以外，还使所述显示部按照每个所述通常卷和所述虚拟卷区分地显示存储装置上的实际占用容量、即总占用容量。

3.根据权利要求1所述的管理装置，其特征在于，

所述控制部，

关于数据迁移目的地卷群，除了每个所述通常卷和所述虚拟卷的所述总逻辑容量以外，关于所述通常卷，使所述显示部显示未使用的所述通常卷的所述总逻辑容量，并且，关于所述虚拟卷，使所述显示部显示向该虚拟卷动态地分配所述存储区域的虚拟池的空闲容量。

4.根据权利要求1所述的管理装置，其特征在于，

所述控制部，

根据收集到的与各所述卷相关的信息，关于属于被指定为数据迁移源的卷群的各所述卷，设定以该卷作为数据迁移源、以属于被指定为数据迁移目的地的卷群的某个所述卷作为数据迁移目的地的对，使所述显示部显示与所设定的各所述对相关的信息。

5.根据权利要求4所述的管理装置，其特征在于，

所述控制部，

将卷类别相同的卷优先设定为所述对，将与该对相关的信息优先于与其它所述对相关的信息，显示在所述显示部中。

6.根据权利要求1所述的管理装置，其特征在于，

所述控制部，

当作为数据迁移源的所述卷的卷类别为所述虚拟卷、该数据迁移源卷的空闲容量达到规定值以下时，选择通常卷作为数据迁移目的地卷的卷类别。

7.根据权利要求1所述的管理装置，其特征在于，

所述控制部，

关于所述卷属性不同的卷的所述对，使所述显示部显示表示该卷属性不同的信息。

8.根据权利要求1所述的管理装置，其特征在于，

所述控制部，

关于属于被指定为数据迁移源的卷群的各所述虚拟卷，根据规定的评价式来评价该虚拟卷的空闲容量，根据评价结果，使所述显示部显示评价画面，该评价画面提示使空闲容量多的所述虚拟卷中存储的数据优先迁移至属于被指定为所述数据迁移目的地的卷群的卷中的所述虚拟卷。

9.根据权利要求1所述的管理装置，其特征在于，

监视向所述虚拟卷动态地分配所述存储区域的虚拟池的空闲容量，关于空闲容量少的所述虚拟池，使所述显示部显示评价画面，该评价画面提示在映射到该虚拟池的所述虚拟卷中空闲容量少的所述虚拟卷中存储的数据应该向所述通常卷迁移。

10.一种管理方法，在作为用于读写数据的卷的卷类别而共同存在预先分配了固定量的存储区域的通常卷、和根据使用状况动态分配存储区域的虚拟卷的存储系统中，对所述卷之间的数据迁移进行管理，其特征在于，具有：

收集与各所述卷相关的信息的第一步骤；以及

第二步骤，根据收集到的所述信息，按照每个所述通常卷和所述虚拟卷，至少区分地显示针对所述卷预先决定的逻辑容量的合计量、即总逻辑容量。

11.根据权利要求10所述的管理方法，其特征在于，

在所述第二步骤中，

关于数据迁移源卷群，除了所述总逻辑容量以外，还按照每个所述通常卷和所述虚拟卷区分地显示存储装置上的实际占用容量、即总占用容量。

12.根据权利要求10所述的管理方法，其特征在于，

在所述第二步骤中，

关于数据迁移目的地卷群，除了每个所述通常卷和所述虚拟卷的所述总逻辑容量以外，关于所述通常卷，显示未使用的所述通常卷的所述总逻辑容量，并且，关于所述虚拟卷，显示向该虚拟卷动态地分配所述存储区域的虚拟池的空闲容量。

13.根据权利要求10所述的管理方法，其特征在于，

在所述第二步骤中，

根据收集到的与各所述卷相关的信息，关于属于被指定为数据迁移源的卷群的各所述卷，设定以该卷作为数据迁移源、以属于被指定为数据迁移目的地的卷群的某个所述卷作为数据迁移目的地的对，显示与所设定的各所述对相关的信息。

14.根据权利要求13所述的管理方法，其特征在于，

在所述第二步骤中，

将卷类别相同的卷优先设定为所述对，将与该对相关的信息优先于与其它所述对相关的信息，显示在所述显示部中。

15.根据权利要求10所述的管理方法，其特征在于，

在所述第二步骤中，

当作为数据迁移源的所述卷的卷类别为所述虚拟卷，该数据迁移源卷的空闲容量达到规定值以下时，选择通常卷作为数据迁移目的地卷的卷类别。

16.根据权利要求10所述的管理方法，其特征在于，

在所述第二步骤中，

关于所述卷属性不同的卷的所述对，显示表示该卷属性不同的信息。

17.根据权利要求10所述的管理方法，其特征在于，

在所述第二步骤中，

关于属于被指定为数据迁移源的卷群的各所述虚拟卷，根据规定的评价式来评价该虚拟卷的空闲容量，根据评价结果显示评价画面，该评价画面提示使空闲容量多的所述虚拟卷中存储的数据优先迁移至属于被指定为所述数据迁移目的地的卷群的卷中的所述虚拟卷。

18.根据权利要求10所述的管理方法，其特征在于，

监视向所述虚拟卷动态地分配所述存储区域的虚拟池的空闲容量，关于空闲容量少的所述虚拟池，显示评价画面，该评价画面提示在映射到该虚拟池的所述虚拟卷中空闲容量少的所述虚拟卷中存储的数据应该向所述通常卷迁移。

Images