ID对应的本装置30a的PG ID及PG状态的组合和另一装置30b的PGID及PG状态的组合发送至主机计算机20。此时响应的另一装置30b的PG状态为表示经由该端口组的所有通信都无效的“Offline”。
[0140]在本步骤中，由于存储装置30、30b间的通信无效，所以向主机计算机20通知的另一装置30b的PG ID有可能在实际上和与另一装置30b的LU ID建立了对应关系的PG ID不同。在步骤SP8中，向主机计算机20通知另一装置30b的端口组的状态处于“Offline”状态。由此，从主机计算机20向该虚拟逻辑单元61的访问不使用属于该端口组的端口 37，就能够防止实际运用上的问题。
[0141]在步骤SP9中，存储装置30a的端口状态确认程序120不进行针对该REPORTTARGET PORT GROUPS指令的响应。主机计算机20在规定的时间以内没有接收到来自存储装置30的响应的情况下，判断为该用于发行REPORT TARGET PORT GROUPS指令的端口 37处于不能使用的状态。主机计算机20利用另一个端口 37重新发行REPORT TARGET PORTGROUPS 指令。
[0142]通过上述步骤SP8及SP9，即使在对状态为非同步状态的情况下，也能够向主机计算机20进行存储装置间不矛盾的响应。
[0143]取代上述动作，映射状态管理程序118也可以从另一装置映射管理表113及PG状态管理表114删除属于该端口组的另一装置30b的端口 37与该虚拟逻辑单元61之间的对应关系。由此，来表示另一装置30b无法响应REPORT TARGET PORT GROUPS指令。
[0144]在这种情况下，端口状态确认程序120针对REPORT TARGET PORT GROUPS指令，仅回复与该虚拟LU ID对应的本装置30a的PG ID及PG状态的组合。针对与该虚拟LU ID对应的另一装置30b的PG ID及PG状态不进行任何回复。
[0145]此外，存储装置30a也可以不具有另一装置映射管理表113。在该结构中，在步骤SP6及SP8中，端口状态确认程序120无法参照另一装置30b的PG ID。关于步骤SP6，只要在步骤SP4及SP5中针对存储装置30b进行PG状态的请求及接收时，一并进行与该虚拟LU ID对应的PG ID的请求及接收即可。关于步骤SP8，端口状态确认程序120参照PG状态管理表114，装置信息栏542的值只要针对作为“本装置”的PG ID以外的所有PG ID都回复“Offline”即可。
[0146]另外，在步骤SP4中，装置间通信控制程序116也可以向构成HA存储装置对的另一装置30b发送逻辑单元对管理表111的LU ID(另一装置)栏513。在这种情况下，存储装置30b的端口状态确认程序120参照本装置映射管理表112，从PG ID栏523获取与获取到的LU ID对应的PG IDo
[0147]在组成ALUA结构的情况下，存储装置30的管理者针对各端口 37所属的端口组设定PG状态。例如，针对所有端口组设定“Active/Optimized” (优先)或“Active/Non-Optimized” (非优先)的状态之一。
[0148]各端口组的状态能够由存储装置30的管理者自由决定。例如，只要以以下这种基准来设定即可。
[0149](I)考虑仅对构成HA逻辑单元对的两个逻辑单元60中的某一个逻辑单元60组成本地复制对的结构。在这种结构中，管理者只要将和与备用逻辑单元组成了本地复制对的逻辑单元60建立了对应关系的端口 37所属的端口组的状态设为“Active/Optimized”(优先)即可。
[0150]而且，管理者只要将与没有组合本地复制的独立的逻辑单元60建立了对应关系的端口 37所属的端口组的状态设为“Active/Non-Optimized”(非优先)即可。由此，能够提高虚拟逻辑单元的耐故障性。
[0151](2)考虑仅对构成HA逻辑单元对的两个逻辑单元60中的某一个逻辑单元60与备用逻辑单元组成远程复制的结构。图9示出了这种结构例。在图9中，虚拟逻辑单元61a由逻辑单元60a_a、逻辑单元60b_a构成，虚拟逻辑单元6 Ib由逻辑单元60a_b、逻辑单元60b_b构成。逻辑单元60a_a、逻辑单元60a_b由存储装置30a提供，逻辑单元60b_a、逻辑单元60b_b由存储装置30b提供。
[0152]逻辑单元60a_a与存储装置30c的逻辑单元60c构成远程复制对。逻辑单元60b_b与存储装置30d的逻辑单元60d构成远程复制对。
[0153]管理者只要将与组成了远程复制对的逻辑单元60a_a、60b_b建立了对应关系的端口 37所属的端口组的状态设为“Active/Optimized”(优先)即可。管理者只要将与没有组成远程复制对的独立的逻辑单元60a_b、60b_a建立了对应关系的端口 37所属的端口组的状态设为“Active/Non-Optimized” (非优先)即可。由此，能够提高虚拟逻辑单元的耐故障性。
[0154](3)考虑具有构成HA逻辑单元对的两个逻辑单元60中的某一个逻辑单元60的存储装置30位于距主机计算机20较近的距离，具有另一个逻辑单元60的存储装置30位于距主机计算机20较远的距离的结构。
[0155]图10示出这种结构例。在图10中，虚拟逻辑单元61a由逻辑单元60a_a、逻辑单元60b_a构成，虚拟逻辑单元61b由逻辑单元60a_b、逻辑单元60b_b构成。逻辑单元60a_a、逻辑单元60a_b由存储装置30a提供，逻辑单元60b_a、逻辑单元60b_b由存储装置30b提供。
[0156]主机计算机20a访问虚拟逻辑单元61a。主机计算机20a配置在距存储装置30b远而距存储装置30a近的位置。主机计算机20b访问虚拟逻辑单元61b。主机计算机20b配置在距存储装置30a远且距存储装置30b近的位置。
[0157]管理者只要将与位于距主机计算机20a较近的距离的存储装置30a所具有的逻辑单元60a_a建立了对应关系的端口 37所属的端口组设为“Active/Optimized”(优先)即可。而且，管理者只要将与位于距主机计算机20a较远的距离的存储装置30b所具有的逻辑单元6013_&建立了对应关系的端口 37所属的端口组的状态设为“Active/Non-Optimized” (非优先)即可。
[0158]同样地，管理者只要将位于距主机计算机20b较近的距离的存储装置30b所具有的逻辑单元60b_b建立了对应关系的端口 37所属的端口组设为“Active/Optimized”(优先)即可。而且，管理者只要将与位于距主机计算机20b较远的距离的存储装置30a所具有的逻辑单元60&_13建立了对应关系的端口 37所属的端口组的状态设为“Active/Non-Optimized”(非优先)即可。由此，能够缩短从主机计算机向虚拟逻辑单元访问的响应时间。
[0159](4)如参照图5B说明的那样，在存储装置30之间发生了故障的情况下，在构成HA逻辑单元对的两个逻辑单元60中，事先设定了利用哪一个逻辑单元60进行运用。
[0160]在此，在存储装置30间的通信故障时，将设定为“1/0可”的逻辑单元60称为主LU，将设定为“1/0不可”的逻辑单元60称为次LU。
[0161]管理者只要将与主LU建立了对应关系的端口 37所属的端口组设为“Active/Optimized” (优先)，将与次LU建立了对应关系的端口 37所属的端口组设为“Active/Non-Optimized”(非优先)即可。由此，即使在存储装置间不能通信的状态下，主机计算机也能够访问同一逻辑单元。
[0162]在以上的例子中，存储装置30的管理者手动设定端口组的状态(优先度)。存储装置30也可以自动设定端口组的状态。例如，在上述(I)的情况下，存储装置30a、30b的装置间通信控制程序116将关于本装置30的本地复制的结构的信息发送至另一装置30，并将接收到的信息保存在控制存储器34内。
[0163]各存储装置30的端口状态设定程序119以本装置及另一装置30的本地复制结构为基础，进行在上述(I)中说明的判断，将判断结果保存在本装置30的PG状态管理表114中。
[0164]或者，在上述(4)的情况下，各存储装置30的端口状态设定程序119参照本装置30的逻辑单元对管理表111，以主LU ID的信息为基础，进行与上述(4)同样的判断，并将判断结果保存在本装置30的PG状态管理表114中。
[0165]此外，在图2示出的结构例中，由位于具有装置的虚拟化功能的存储装置30中的盘驱动器39提供的逻辑单元60构成HA逻辑单元对。与此不同，也可以将存储装置30连接外接存储装置，利用由外接存储装置的盘驱动器提供的逻辑单元来构成HA逻辑单元对。
[0166]图11示出这种结构例。在图11中，外接存储装置80a、80b分别与存储装置30a、30b连接。外接存储装置80a、80b分别包括存储控制器81及盘驱动器84。存储控制器81包括I/F82及端口 83。
[0167]外接存储装置80a、80b利用盘驱动器84的记忆区域构成逻辑单元。存储装置30a、30b能够通过映射，分别将外接存储装置80a、80b的逻辑单元与本装置的逻辑单元同样地提供至主机计算机20。
[0168]存储装置30a、30b可以仅利用外接存储装置80a、80b的逻辑单元构成HA逻辑单元对，也可以利用外接存储装置80a、80b的逻辑单元和存储装置30a、30b的逻辑单元构成HA逻辑单元对。此外，在该结构中，不考虑有无存储装置30a、30b的盘驱动器39，另外，不考虑有无外接存储装置80a、80b的虚拟化功能。
[0169]如上所述，根据本实施例，在基于多个存储装置的AULA结构的存储系统中，能够避免针对虚拟逻辑单元的端口状态通知请求的响应内容的不整合。
[0170]实施例2
[0171]实施例1说明了包括具有ALUA结构的多个存储装置30的信息系统的例子。在多个存储装置具有双活型HA结构的情况下，与其对称性无关地存在与ALUA结构同样的问题。于是，本实施例说明利用多个存储装置组成对称的双活型HA结构的例子。此外，有时在与ALUA结构相区别的基础上，也将对称的双活型HA结构称为SLUA (Symmetric Logical UnitAccess:对称逻辑单元访问)结构。
[0172]以下，主要说明与实施例1的不同点。在SLUA结构中，在构成HA存储装置对的存储装置30之间无法通信的情况下，存储装置30也针对PG状态返回与实施例1同样的响应。
[0173]在SLUA结构中，在主机计算机20访问虚拟逻辑单元61的情况下，期待利用任何路径都没有差异。通常，针对主机计算机20所发行的REPORT TARGET PORT GROUPS指令的响应只要示出所有端口组的PG状态为“Active/Optimized”(优先)即可。
[0174]主机计算机20在向虚拟逻辑单元61访问时，可以使用任意的路径。例如，主机计算机20从能够访问虚拟逻辑单元61的所有路径中，通过轮叫调度(round robin)来选择用于访问的路径。
[0175]在此，通过主机计算机20的路径选择方法，可能使构成HA存储装置对的两个存储装置30中的某一方的存储装置30的负荷增大。
[0176]于是，例如，存储装置30a、30b分别以构成HA存储装置对的存储装置30a、30b双方的负荷状态为基础，响应主机计算机20定期发行的REPORT TARGET PORT GROUPS指令。基于存储装置30a、30b的负荷状态的响应为在构成HA存储装置对的存储装置30之间能够通信的情况下的响应。
[0177]例如，构成虚拟存储装置70的存储装置30a、30b分别通过负荷状态监视程序(未图示)定期地监视本装置所具有的所有处理器32的运转率，计算出每个处理器32及每单位时