(57)【要約】【課題】  第一のストレージを接続し、第一のストレージ内デバイスを自装置内のデバイスとして仮想化する手段を有する第二のストレージにおいて、システム可用性を高める。    【解決手段】  仮想化ストレージもしくはストレージ管理サーバで、被仮想化ストレージの障害を検知した場合、管理サーバで当該障害による波及範囲を調べ、対処が必要なデバイスを特定し、当該デバイスの性能や信頼性などの属性に適応する移行先デバイスを決定し、仮想化ストレージに対してデバイス移行を指示する。仮想化ストレージでは、指示された被仮想化ストレージ内デバイスを、管理サーバより指定される自装置内デバイスもしくは別の被仮想化ストレージ内デバイスへ移行する。【選択図】  図１
2005326935.tif 000002
【特許請求の範囲】
【請求項１】
第一のストレージ、および、前記第一のストレージが提供する論理デバイス（以後、外部デバイスと呼ぶ。）と自身の物理デバイスとをホスト計算機に論理デバイスとして提供する第二のストレージを管理する管理サーバであって、
前記第二のストレージから受信した、前記外部デバイスの障害の予兆情報に基づいて、前記障害の影響範囲を移行元として特定する移行元決定手段と、
前記移行元のデータ容量と予め定められた性能および信頼性レベルの評価とに基づいて、自身が管理する前記第一のストレージおよび前記第二のストレージの範囲で移行先を決定し、前記第二のストレージに前記移行元のデータを前記移行先に移行するよう指示するデータ移行指示手段と、
を備えることを特徴とする管理サーバ。
【請求項２】
請求項１記載の管理サーバであって、
前記データ移行指示手段は、
前記移行元のデータ容量と前記予め定められた性能および信頼性レベルの評価との両条件を満たすデバイスを、前記範囲内で抽出し、当該デバイスを移行先と決定し、
前記範囲内で、前記両条件を満たすデバイスを抽出できなかった場合、少なくとも前記データ容量を満たすデバイスを当該範囲内で抽出し、当該デバイスを移行先と決定し、
前記範囲内で、少なくとも前記データ容量を満たすデバイスを抽出できなかった場合、前記範囲外でありかつ当該管理サーバの管理下である第二の範囲において、前記データ容量と前記性能および信頼性レベルの評価との両条件を満たすデバイスを抽出し、当該デバイスを移行先と決定するとともに、当該移行先として決定したデバイスを、前記第二のストレージの外部デバイスとして登録する指示を前記第二のストレージに送出し、
前記第二の範囲内で、前記両条件を満たすデバイスを抽出できなかった場合、少なくとも前記データ容量を満たすデバイスを当該範囲内で抽出し、当該デバイスを移行先と決定するとともに、当該移行先として決定したデバイスを、前記第二のストレージの外部デバイスとして登録する指示を前記第二のストレージに送出し、
前記第二の範囲内で、少なくとも前記データ容量を満たすデバイスを抽出できなかった場合、自身が備える出力装置に、データ移行不可を示す表示を行うこと
を特徴とする管理サーバ。
【請求項３】
外部のストレージの論理デバイス（以後、外部デバイスと呼ぶ。）を自身のストレージのデバイスとして仮想化してホストに提供する手段を備えるストレージであって、
自身が保持する物理デバイスおよび前記外部デバイスを、前記ホストに提供する論理デバイスと対応付けてデバイス構成情報として管理する論理デバイス管理手段と、
前記ホストから入出力要求を受信すると、前記デバイス構成情報に基づいて前記物理デバイスまたは前記外部デバイスへの入出力処理に変換し、前記変換結果に従って入出力処理を行う入出力処理手段と、
前記入出力処理手段による外部デバイスへの入出力処理中に、当該外部デバイスへのアクセス障害または性能低下の有無を判別する異常検知手段と、
前記異常検知手段において、アクセス障害または/および性能低下を検出した場合、自身および前記外部ストレージを管理する管理サーバに向けて検出した異常とアクセス対象外部デバイスとを通知する通知手段と、
前記管理サーバから移行元および移行先を特定したデータ移行の指示を受け付けると、当該指示に従って前記移行元のデータを前記移行先に移行するデータ移行を行うデータ移行手段と、を備え、
前記論理デバイス管理手段は、
前記データ移行が完了した後、移行後の物理デバイスおよび外部デバイスと、前記論理デバイスとの対応付けに従って、前記デバイス構成情報を更新すること
を特徴とするストレージ。
【請求項４】
請求項３記載のストレージであって、
予め定めた周期でアクセス対象となる前記外部デバイスを決定し、当該外部デバイスに入出力処理を実行する外部デバイス監視手段をさらに備えること
を特徴とするストレージ。
【請求項５】
第一のストレージと、前記第一のストレージとホストとの間に介在する第二のストレージとを備えるストレージシステムであって、
前記第一のストレージは、
自身が備える物理デバイスを前記第二のストレージに論理デバイス（以後、外部デバイスと呼ぶ。）として提供する外部デバイス提供手段を備え、
前記第二のストレージは、
自身が備える物理デバイスおよび前記外部デバイスとを前記ホストに提供する論理デバイスと対応付けてデバイス構成情報として管理する論理デバイス管理手段と、
前記ホストから入出力要求を受信すると、前記デバイス構成情報に基づいて前記物理デバイスまたは前記外部デバイスへの入出力処理に変換し、前記変換結果に従って入出力処理を行う入出力処理手段と、
前記入出力処理手段による外部デバイスへの入出力処理中に、当該外部デバイスへのアクセス障害または性能低下の有無を判別する異常検知手段と、
前記異常検知手段において、アクセス障害または/および性能低下を検出した場合、自身および前記第一のストレージを管理する管理サーバに向けて検出した異常とアクセス対象外部デバイスとを通知する通知手段と、
前記管理サーバから移行元および移行先を特定し、データ移行の指示を受け付けると、当該指示に従って前記移行元のデータを前記移行先に移行するデータ移行を行うデータ移行手段と、を備え、
前記論理デバイス管理手段は、
前記データ移行が完了した後、移行後の物理デバイスおよび外部デバイスと、前記論理デバイスとの対応付けに従って、前記デバイス構成情報を更新すること
を特徴とするストレージシステム。
【請求項６】
１以上の第一のストレージと、第二のストレージと、前記第一のストレージおよび前記第二のストレージに接続する管理サーバとを備える計算機システムであって、
前記第一のストレージは、
自身が備える物理デバイスを前記第二のストレージに論理デバイス（以後、外部デバイスと呼ぶ。）として提供する外部デバイス提供手段を備え、
前記第二のストレージは、
自身が備える物理デバイスおよび前記外部デバイスとを前記ホストに提供する論理デバイスと対応付けてデバイス構成情報として管理する論理デバイス管理手段と、
前記外部デバイスを監視する監視手段と、
前記監視手段において、障害の予兆を検出すると、前記管理サーバに通知する通知手段と、
前記管理サーバから受け付けたデータ移行指示に従ってデータを移行し、前記デバイス構成情報を更新するデータ移行手段と、を備え、
前記管理サーバは、
前記通知に基づいて、データ移行範囲および移行先を決定し、前記第二のストレージに移行範囲および移行先とともに、前記データ移行範囲のデータを前記移行先に移行するデータ移行の指示を行うデータ移行指示手段を備えること
を特徴とする計算機システム。
【請求項７】
１以上の第一のストレージと、第二のストレージと、前記第一のストレージおよび前記第二のストレージに接続する管理サーバとを備える計算機システムであって、
前記第一のストレージは、
自身が備える物理デバイスを前記第二のストレージに論理デバイス（以後、外部デバイスと呼ぶ。）として提供する外部デバイス提供手段を備え、
前記第二のストレージは、
自身が備える物理デバイスおよび前記外部デバイスとを前記ホストに提供する論理デバイスと対応付けてデバイス構成情報として管理する論理デバイス管理手段と、
前記ホストから入出力要求を受信すると、前記デバイス構成情報に基づいて前記物理デバイスまたは前記外部デバイスへの入出力処理に変換し、前記変換結果に従って入出力処理を行う入出力処理手段と、
前記入出力処理手段による外部デバイスへの入出力処理中に、当該外部デバイスへのアクセス障害または性能低下の有無を判別する異常検知手段と、
前記異常検知手段において、アクセス障害または/および性能低下を検出した場合、自身および前記第一のストレージを管理する管理サーバに向けて検出した異常とアクセス対象外部デバイスとを通知する通知手段と、
前記管理サーバから移行元および移行先を特定したデータ移行の指示を受け付けると、当該指示に従って前記移行元のデータを前記移行先に移行するデータ移行を行うデータ移行手段と、を備え、
前記論理デバイス管理手段は、
前記データ移行が完了した後、移行後の物理デバイスおよび外部デバイスと、前記論理デバイスとの対応付けに従って、前記デバイス構成情報を更新し、
前記管理サーバは、
前記第二のストレージから受信した、前記検出した異常と前記アクセス対象外部デバイスとの情報に基づいて、当該異常により障害が発生する可能性のある範囲を移行元として特定する移行元決定手段と、
前記移行元のデータ容量と予め定められた性能および信頼性レベルの評価とに基づいて、自身に接続する前記第一のストレージおよび前記第二のストレージの範囲で移行先を決定し、前記第二のストレージに前記移行元および前記移行先を特定しデータ移行を指示するデータ移行指示手段と、を備えること
を特徴とする計算機システム。
【請求項８】
請求項７記載の計算機システムであって、
前記第二のストレージは、
予め定めた周期でアクセス対象となる前記外部デバイスを決定し、当該外部デバイスに入出力処理を実行する外部デバイス監視手段をさらに備えること
を特徴とする計算機システム。
【請求項９】
１以上の第一のストレージと、第二のストレージと、前記第一のストレージおよび前記第二のストレージに接続する管理サーバとを備える計算機システムであって、
前記第一のストレージは、自身が備える物理デバイスを前記第二のストレージに論理デバイス（以後、外部デバイスと呼ぶ。）として提供する外部デバイス提供手段を備え、
前記第二のストレージは、
自身が備える物理デバイスと前記外部デバイスとを論理デバイスとしてホストに提供する論理デバイス提供手段と、
前記外部デバイスの状態を監視し、障害発生の予兆を検出した場合、前記管理サーバに、検出した予兆の内容と監視対象の外部デバイスとを通知する通知手段と、
前記ホストに提供する論理デバイスに対応する物理デバイスおよび外部デバイス（以後、第二のストレージ管理下のデバイスと呼ぶ。）内で、前記管理サーバからの指示に従ってデータの移行を行うデータ移行手段とを備え、
前記管理サーバは、
前記通知手段から前記通知を受信すると、受信した通知内容を解析し、当該通知に含まれる障害が発生した場合に影響を受ける外部デバイスを特定して移行元として決定する解析手段と、
前記移行元の外部デバイスのデータの移行先を決定し、前記第二のストレージに、前記移行元のデータを前記移行先に移行する指示を与えるデータ移行指示手段と、を備え、
前記データ移行指示手段は、
前記解析手段が決定した移行元の外部デバイスの容量を確認し、当該容量を満たす移行先を、前記第二のストレージ管理下のデバイスのうち前記障害の予兆が発生した際にアクセス対象であった外部デバイス以外のデバイスの中から選択し、前記移行先として決定すること
を特徴とする計算機システム。
【請求項１０】
請求項９記載の計算機システムであって、
前記外部デバイス提供手段が提供する外部デバイスは、前記第一のストレージが備える物理デバイスにより構成されたＲＡＩＤグループからなり、
前記通知手段は、前記障害発生の予兆に加え、障害発生そのものを通知し、
前記解析手段は、前記通知手段から障害発生の通知を受信すると、受信した通知を解析し、当該障害が発生した外部デバイスが属するＲＡＩＤグループを特定し、当該ＲＡＩＤグループを構成する他のデバイスが保持するデータを用いて前記障害が発生した外部デバイスのデータを回復するとともに、当該回復したデータを前記移行元として決定すること
を特徴とする計算機システム。
【請求項１１】
請求項９または１０記載の計算機システムであって、
前記データ移行指示手段は、
移行先を決定する際、前記解析手段が決定した移行元の外部デバイスが属する第二のストレージに予め与えられた性能および信頼性レベルの評価を確認し、前記容量に加えて前記性能および信頼性レベルの評価を満たす移行先を、前記第二のストレージ管理下のデバイスのうち前記障害の予兆の発生したデバイス以外のデバイスの中から選択し、移行先として決定すること
を特徴とする計算機システム。
【請求項１２】
請求項１１記載の計算機システムであって、
前記管理サーバに接続される第三のストレージをさらに備え、
前記データ移行指示手段は、
移行先を決定する際、前記容量または前記性能および信頼性レベルの評価を満たす移行先が前記第二のストレージ管理下のデバイス内にない場合、前記第三のストレージ内から前記容量または前記性能および信頼性レベルの内少なくとも前記容量を満たすデバイスを選択し、移行先として決定するとともに、前記第二のストレージに、前記移行先として決定したデバイスを、外部デバイスとして前記第二のストレージに登録するよう指示すること
を特徴とする計算機システム。
【請求項１３】
請求項９、１０、１１または１２記載の計算機システムであって、
前記第二のストレージは、
前記第二のストレージ管理下のデバイスと、前記ホストに提供する論理デバイスとを対応付けてデバイス構成情報として管理する構成情報管理手段をさらに備え、
前記データ移行手段は、
データ移行を行った後、前記デバイス構成情報を、移行後の対応関係に従って更新すること
を特徴とする計算機システム。
【請求項１４】
第一のストレージ、および、前記第一のストレージの提供する論理デバイス（以後、外部デバイスと呼ぶ。）と自身が保持する物理デバイスとをホスト計算機に論理デバイスとして提供する第二のストレージを管理する管理サーバであって、
プロセッサとメモリとを備え、
前記プロセッサは、前記メモリに格納されているプログラムに従って、
前記第二のストレージから前記外部デバイスの障害発生の予兆を示す通知を受信すると、当該情報に基づいて、前記障害の影響範囲を移行元として特定する移行元決定処理と、
前記移行元のデータ容量と当該移行元の予め定められた性能および信頼性レベルの評価とに基づいて、自身が管理する前記第一のストレージおよび前記第二のストレージの範囲でデータの移行先を決定し、前記第二のストレージに前記移行元のデータを前記移行先に移行するよう指示を送出するデータ移行指示送出処理と、を行うこと
を特徴とする管理サーバ。
【請求項１５】
外部のストレージ内のデバイス（以後、外部デバイスと呼ぶ。）を自身のストレージ内のデバイスとして仮想化してホストに提供する手段を備えるストレージであって、
プロセッサとメモリとを備え、
前記メモリには、自ストレージが保持する物理デバイスおよび前記外部デバイスを、前記ホストに提供する論理デバイスと対応付けたデバイス構成情報が格納され、
前記プロセッサは、前記メモリに格納されたプログラムに従って、
前記ホストから入出力要求を受信すると、前記デバイス構成情報に基づいて前記物理デバイスまたは前記外部デバイスへの入出力処理に変換し、前記変換結果に従って入出力処理を行う入出力処理と、
前記入出力処理のうち、外部デバイスへの入出力処理中に、当該外部デバイスへのアクセス障害または性能低下の有無を判別する異常検知処理と、
前記異常検知処理において、アクセス障害または/および性能低下を検出した場合、自身および前記外部ストレージを管理する管理サーバに向けて検出した異常とアクセス対象外部デバイスとを通知する通知処理と、
前記管理サーバから移行元および移行先を特定したデータ移行の指示を受け付けると、当該指示に従ってデータ移行を行うデータ移行処理と、
前記データ移行が完了した後、移行後の物理デバイスおよび外部デバイスと、前記論理デバイスとの対応付けに従って、前記デバイス構成情報を更新する構成情報更新処理と、を行うこと
を特徴とするストレージ。
【請求項１６】
請求項１５記載のストレージであって、
前記プロセッサは、
予め定めた周期でアクセス対象となる前記外部デバイスを決定し、当該外部デバイスに入出力処理を、さらに行うこと
を特徴とするストレージ。
【請求項１７】
１以上の第一のストレージと、第二のストレージと、前記第一のストレージおよび前記第二のストレージに接続する管理サーバとを備える計算機システムにおける障害回避復旧方法であって、
前記第一のストレージは、
自身が備える物理デバイスを前記第二のストレージに論理デバイス（以後、外部デバイスと呼ぶ。）として提供する外部デバイス提供手段を備え、
前記第二のストレージは、
自身が備える物理デバイスおよび前記外部デバイスとを前記ホストに提供する論理デバイスと対応付けてデバイス構成情報として管理する論理デバイス管理手段を備え、
前記第二のストレージは、
前記ホストから入出力要求を受信すると、前記デバイス構成情報に基づいて前記物理デバイスまたは前記外部デバイスへの入出力処理に変換し、
当該変換結果に従って入出力処理を行い、
前記入出力処理の対象が、前記外部デバイスの場合、前記第二のストレージが、当該入出力処理中に、当該外部デバイスへのアクセス障害または性能低下の有無を判別し、
前記判別の結果、前記アクセス障害または/および性能低下を検出した場合、前記管理サーバに向けて検出した異常とアクセス対象外部デバイスとを通知し、
前記管理サーバは、
前記第二のストレージから、前記通知を受信すると、当該通知に含まれる情報に基づいて、当該異常により障害が発生する可能性のある範囲を移行元として特定し、
前記移行元のデータ容量と予め定められた性能および信頼性レベルの評価とに基づいて、自身に接続する前記第一のストレージおよび前記第二のストレージの範囲で移行先を決定し、
前記第二のストレージに前記移行元のデータを前記移行先に移行するよう指示し、
前記第二のストレージは、
前記管理サーバから移行元および移行先を特定したデータ移行の指示を受け付けると、当該指示に従って、前記移行元のデータを前記移行先に移行するデータ移行を行い、
前記データ移行が完了した後、移行後の物理デバイスおよび外部デバイスと、前記論理デバイスとの対応付けに従って、前記デバイス構成情報を更新すること
を特徴とする障害回避復旧方法。
【請求項１８】
請求項１７記載の障害回避復旧方法であって、
前記外部デバイスは、前記第一のストレージが備える物理デバイスにより構成されたＲＡＩＤグループからなり、
前記第二のストレージは、
前記入出力処理中に、前記アクセス障害または性能低下の有無に加え、障害の発生そのものの有無を判別し、
前記判別の結果、障害の発生を検出した場合、前記管理サーバに向けて障害の発生を検出したことおよび障害が発生した外部デバイスを通知し、
前記管理サーバは、
前記第二のストレージから障害の発生および前記障害が発生した外部デバイスの通知を受け取ると、当該障害が発生した外部デバイスが属するＲＡＩＤグループを構成する他のデバイスが保持するデータを用いて前記障害が発生した外部デバイスのデータを回復するとともに、当該回復したデータを前記移行元として決定すること
を特徴とする障害回避復旧方法。
【請求項１９】
第一のストレージ、および、前記第一のストレージが提供する論理デバイス（以後、外部デバイスと呼ぶ。）と自身の物理デバイスとをホスト計算機に論理デバイスとして提供する第二のストレージを管理する管理サーバが備えるコンピュータを、
前記第二のストレージから受信した、前記外部デバイスの障害の予兆情報に基づいて、前記障害の影響範囲を移行元として特定する移行元決定手段と、
前記移行元のデータ容量と予め定められた性能および信頼性レベルの評価とに基づいて、自身が管理する前記第一のストレージおよび前記第二のストレージの範囲で移行先を決定し、前記第二のストレージに前記移行元のデータを前記移行先に移行するよう指示するデータ移行指示手段と、
として機能させるためのプログラム。
【請求項２０】
外部のストレージの論理デバイス（以後、外部デバイスと呼ぶ。）を自身のストレージのデバイスとして仮想化してホストに提供する手段を備えるストレージのコンピュータを、
自身が保持する物理デバイスおよび前記外部デバイスを、前記ホストに提供する論理デバイスと対応付けてデバイス構成情報として管理する論理デバイス管理手段と、
前記ホストから入出力要求を受信すると、前記デバイス構成情報に基づいて前記物理デバイスまたは前記外部デバイスへの入出力処理に変換し、前記変換結果に従って入出力処理を行う入出力処理手段と、
前記入出力処理手段による外部デバイスへの入出力処理中に、当該外部デバイスへのアクセス障害または性能低下の有無を判別する異常検知手段と、
前記異常検知手段において、アクセス障害または/および性能低下を検出した場合、自身および前記外部ストレージを管理する管理サーバに向けて異常とアクセス対象外部デバイスとを通知する通知手段と、
前記管理サーバから移行元および移行先を特定したデータ移行の指示を受け付けると、当該指示に従って前記移行元のデータを前記移行先に移行するデータ移行を行うデータ移行手段と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システムにおいて計算機によって使用されるデータを格納するストレージを備えるストレージシステムに関する。特に、一台以上のストレージを接続し、接続したストレージ内のデバイスを、自装置のデバイスとして仮想化する手段を有するストレージを備えるストレージシステムにおける制御技術に関する。
【背景技術】
【０００２】
近年、計算機で取り扱われるデータ量は飛躍的に増大し、これに応じてデータを格納するストレージの大容量化が進んでいる。その結果、システム管理に占めるストレージ管理コストが増加し、管理コストの低減がシステム運用上、重要課題となっている。
【０００３】
ストレージの容量を増やすため、計算機（以下、ホストと呼ぶ。）とストレージとを備えた既存の計算機システムに、新しいストレージを導入することがある。導入形態には、新しく大容量のストレージを導入し、古いストレージと置き換える方法と、古いストレージを利用しながら新しいストレージを併用する方法との２つの形態が考えられる。
【０００４】
新しいストレージに置き換える導入形態の場合、古いストレージ内の全データを、新しいストレージに移行する必要がある。しかも、通常は、ホストからの入出力を継続しながら、データを移行する必要がある。
【０００５】
ホストからの入出力を継続しながら、古いストレージのデータを新しいストレージへ移行する技術は、例えば、特許文献１に開示されている。
【０００６】
ここでは、新しいストレージに割り当てた第２デバイスに古いストレージの第１デバイスのデータを移行するとともに、ホストからのアクセス先を既存の第１デバイスから新たな第２デバイスに変更し、ホストからの既存の第１デバイスへの入出力要求を、新しいストレージで受け付ける。
【０００７】
移行中のリード要求に対しては、移行が完了した部分は新たな第２デバイスから読み上げ、移行が未完了な部分は既存の第１デバイスから読み上げる。ライト要求に対しては、第１デバイスと第２デバイスとに二重書きする。
【０００８】
古いストレージと新しいストレージとを併用する導入形態には、ホストに直接新旧両ストレージを接続する形態があるが、ホスト側での制御が複雑となる。
【０００９】
一方、例えば、特許文献２には、ホストから第二のストレージを介して第一のストレージのディスクにアクセスする方法が開示されている。
【００１０】
第一のストレージを第二のストレージへ接続し、第一のストレージのディスクに第二のストレージのディスクアドレスを割り当てて、ホストが第一のストレージのディスクも第二のストレージのディスク制御装置に接続されているディスクとして認識するよう構成されている。
【００１１】
第二のストレージは、ホストからの入出力要求を受信すると、アクセス対象のディスクが第一のストレージのディスクおよび第二のストレージ内部のディスクのいずれに対応しているかを判定し、判定結果に従ったアクセス先に入出力要求を振り分ける。
【００１２】
【特許文献１】特開平１０−５０８９６７号公報
【特許文献２】特開平１０−２８３２７２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
特許文献２に開示されている技術、すなわち、自身に接続するストレージのディスクを、ホストに自身のディスクとして認識させる技術、を応用することにより、性能、信頼性、価格などの属性の異なる複数のストレージを統合したストレージシステムを構築することができる。
【００１４】
例えば、計算機システムに新規ストレージを導入する際、新規導入する新型のストレージであって、上述の特許文献２に開示されている機能を有するストレージをホストに直結し、ユーザが既に所有している旧型のストレージをその新型のストレージに接続する構成とすれば、ユーザの既存資産を有効に活用することができ、システム導入コストを低減することができる。
【００１５】
また、計算機システムを構築する際、そのストレージシステムを、低コスト低機能なストレージ複数台が上述の特許文献２に開示されている機能を有する高コスト高機能高信頼なストレージに接続される構成とすれば、データの鮮度や価値に応じた最適なデータ配置が可能な記憶階層システムを実現することができる。このようなストレージシステムでは、低コスト低機能なストレージに、日々の業務で発生する取引情報やメールログなど、アクセス頻度は少ないが、監査等のために長期保存が義務付けられている大量のデータを、保存でき、ストレージ資源を有効に活用できる。
【００１６】
しかし、上記ストレージシステムでは、ユーザの既存資産である旧型のストレージや、大量のデータを低コストで保持することを目的とした低コストのストレージが混在する。比較的信頼性の低いそれらのストレージがストレージシステムおよび計算機システム全体の信頼性を低下させる可能性が高い。
【００１７】
また、ストレージシステムを複数のストレージを接続する構成とする場合、その接続は、ネットワークを介したものとなることがある。この場合、ネットワーク障害によるアクセスパス閉塞が発生し得る。
【００１８】
第一のストレージを接続し、第一のストレージ内のデバイスを自装置内のデバイスとして仮想化する手段を有する第二のストレージを備えるストレージシステムは、上記のように、性能、信頼性、価格などの属性の異なる複数のストレージを統合して構成されることが多い。従って、このようなストレージシステムにおいては、比較的信頼性の低いストレージの存在、および、ストレージ間を接続するネットワークの存在により、ストレージシステムおよびそのストレージシステムを備える計算機システムの可用性が上がらないことが問題となっている。
【００１９】
上記事情を鑑み、本発明は、第一のストレージを接続し、第一のストレージ内デバイスを自装置内のデバイスとして仮想化する手段を有する第二のストレージを有する計算機システムにおいて、計算機システムの可用性を高めることを目的とする。
【課題を解決するための手段】
【００２０】
上記目的を達成するため、本発明の計算機システムは、第一のストレージ、および、前記第一のストレージが提供する論理デバイス（以後、外部デバイスと呼ぶ。）と自身の物理デバイスとをホスト計算機に論理デバイスとして提供する第二のストレージを管理する管理サーバを備える。その管理サーバは、前記第二のストレージから受信した、前記外部デバイスの障害の予兆情報に基づいて、前記障害の影響範囲を移行元として特定する移行元決定手段と、前記移行元のデータ容量と予め定められた性能および信頼性レベルの評価とに基づいて、自身が管理する前記第一のストレージおよび前記第二のストレージの範囲で移行先を決定し、前記第二のストレージに前記移行元のデータを前記移行先に移行するよう指示するデータ移行指示手段と、を備えることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、第一のストレージを接続し、第一のストレージ内デバイスを自装置内のデバイスとして仮想化する手段を有する第二のストレージを備える計算機システムにおいて、計算機システム可用性を高めることができる。
【発明を実施するための最良の形態】
【００２２】
本発明の実施形態として、第１および第２の実施形態を説明する。
【００２３】
第１の実施形態の概略は以下のとおりである。
【００２４】
第１の実施形態の前提となるシステムは、外部ストレージ接続機能を有する第二のストレージに、一台以上の第一のストレージを外部ストレージとして接続してなるストレージシステムである。
【００２５】
ここで、上記第二のストレージが有する外部ストレージ接続機能とは、ホストからのアクセス要求を受信した第二のストレージが、そのアクセス要求の入出力対象のデバイスが第一のストレージに存在するデバイスか、第二のストレージ自身のデバイスか判断し、第一のストレージのデバイスである場合は、アクセス要求を第一のストレージに送信し、自身のデバイスである場合は、そのデバイスにアクセスする機能である。
【００２６】
第１の実施形態は、第一のストレージ内の、障害が発生する予兆のあるデバイスに格納されているデータを、その予兆を発見した時点で、他のデバイスに移行することにより、データ保全を図るものである。
【００２７】
ストレージを管理するために設けられたサーバ（以下、管理サーバと呼ぶ。）が、第一のストレージからの異常報告や、第二のストレージからの第一のストレージの異常を通報する警告に基づいて、第一のストレージに障害の予兆が発生したことを検知する。警告は、第一のストレージに対するアクセス時の応答などを監視することにより検出された第一のストレージの障害の兆候に基づいて、第二のストレージから発せられるものである。
【００２８】
管理サーバは、障害の予兆の検知後、障害の予兆のある第一のストレージ内で、障害が発生した場合に影響を受けるデバイスを特定し、移行対象のデバイスを決定するとともに、移行対象デバイスの属性に基づいて、移行先のデバイスを選定する。そして、第二のストレージに、データ移行を指示する。
【００２９】
第２の実施形態の概略は以下のとおりである。
【００３０】
第２の実施形態のストレージシステムは、第１の実施形態と同様に、一台以上の第一のストレージを、外部ストレージ接続機能を有する第二のストレージに接続して構成される。第２の実施形態では、第一のストレージは、複数のデバイスを用いて、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋ）を構成し、第二のストレージのディスクデバイスとしてホストへ提供する。
【００３１】
第２の実施形態では、第一の実施形態と同様に、障害発生前にデータ保全を図る機能に加え、実際に障害が発生したデバイスに格納されていたデータを回復し、他のデバイスに移行する。
【００３２】
第１の実施形態と同様に、管理サーバは、第一のストレージの異常報告を受信すると、その異常の波及範囲を特定し、移行元、移行先を決定してデータ移行を第二のストレージに指示する。さらに、管理サーバは、実際に障害が発生した報告を受けると、ＲＡＩＤの特性を利用して障害が発生したデバイスに格納されているデータを回復し、回復したデータを、移行先として定めたデバイスに格納するよう、第二のストレージに指示する。
【００３３】
＜第１の実施形態＞
図１から図１２を参照して、第１の実施形態を説明する。
【００３４】
図１は本発明の第１の実施形態が適用される計算機システムのハードウェア構成の一例を示す図である。
【００３５】
計算機システムは、１台以上のホスト計算機（以下、ホストと呼ぶ。）１００と、管理サーバ１１０と、ファイバチャネルスイッチ１２０と、ストレージ１３０と、管理端末１４０と、外部ストレージ１５０ａおよび１５０ｂ（総称して外部ストレージ１５０と呼ぶ）とを備える。
【００３６】
ホスト１００、ストレージ１３０および外部ストレージ１５０は各々ポート１０７，１３１，１５１を介してファイバチャネルスイッチ１２０のポート１２１に接続される。また、ホスト１００、ストレージ１３０、外部ストレージ１５０、ファイバチャネルスイッチ１２０は、各々インタフェース制御部（Ｉ／Ｆ）１０６、１３８，１５７，１２３からＩＰネットワーク１７５を介して管理サーバ１１０に接続され、管理サーバ１１０で動作する図示しないストレージ管理ソフトウェアによって統合管理される。
【００３７】
なお、本実施形態では、ストレージ１３０は管理端末１４０を介して管理サーバ１１０に接続する。しかし、ストレージ１３０はＩＰネットワーク１７５に直接接続される構成であっても良い。
【００３８】
ホスト１００は、アプリケーションを実行し、ストレージ１３０にアクセスする計算機で、ＣＰＵ１０１とメモリ１０２と記憶装置１０３と入力装置１０４と出力装置１０５とインタフェース制御部１０６とポート１０７とを備える。
【００３９】
ＣＰＵ１０１は、ディスクや光磁気ディスクなどの記憶装置１０３に格納されたオペレーティングシステムやアプリケーションプログラムなどのソフトウェアをメモリ１０２に読み上げ、実行することにより、所定の機能を達成する。
【００４０】
入出力装置１０４は、キーボードやマウスなどであり、ホスト管理者からの入力を受け付ける。出力装置１０５はディスプレイ等であり、ＣＰＵ１０１に指示された情報を出力する。インタフェース制御部１０６はＩＰネットワーク１７５と接続するためのものであり、ポート１０７はファイバチャネルスイッチ１２０と接続するためのものである。
【００４１】
管理サーバ１１０は、本実施形態の計算機システム全体の運用・保守管理を行う計算機で、ＣＰＵ１１１とメモリ１１２と記憶装置１１３と入力装置１１４と出力装置１１５とを備える計算機である。
【００４２】
入出力装置１１４は、キーボードやマウスなどであり、ストレージ管理者からの入力を受け付ける。出力装置１１５はディスプレイ等であり、ＣＰＵ１１１に指示された情報を出力する。インタフェース制御部１１６はＩＰネットワーク１７５と接続するためのものである。
【００４３】
ＣＰＵ１１１は、ディスクや光磁気ディスク等の記憶装置１１３に格納されたストレージ管理ソフトウェアなどをメモリ１１２に読み上げ、実行することにより、所定の機能を達成する。
【００４４】
管理サーバ１１０は、ストレージ管理ソフトウェアに従って、インタフェース制御部１１６およびＩＰネットワーク１７５を介して、計算機システム内の各機器から構成情報、リソース利用率、性能監視情報、障害ログなどを収集し、収集した情報を、出力装置１１５に出力してストレージ管理者に提示する。
【００４５】
また、管理サーバ１１０は、入力装置１１４を介してストレージ管理者から受信した運用・保守指示を、インタフェース制御部１１６を介して各機器に送信する。
【００４６】
ストレージ１３０は、外部ストレージ接続機能を備えるストレージであり、１つ以上のポート１３１と、１つ以上の制御プロセッサ１３２と、各々制御プロセッサ１３２に接続される１つ以上のメモリ１３３と、１つ以上のディスクキャッシュ１３４と、１つ以上の制御メモリ１３５と、１つ以上のポート１３６と、各々ポート１３６に接続される１台以上のディスク装置１３７と、インタフェース制御部１３８とを備える。
【００４７】
制御プロセッサ１３２は、ポート１３１から受信した入出力要求について、アクセス対象デバイスを特定し、特定されたデバイスに対応するディスク装置１３７または外部ストレージ１５０内のデバイスへの入出力要求を処理する。
【００４８】
アクセス対象のデバイスは、制御プロセッサ１３２が受信した入出力要求に含まれるポートＩＤおよびＬＵＮ（Ｌｏｇｉｃａｌ Ｕｎｉｔ Ｎｕｍｂｅｒ）から特定される。
【００４９】
本実施形態では、ポート１３１として、ＳＣＳＩ（Small Computer System Interface）を上位プロトコルとしたファイバチャネルインタフェースに対応したポートを想定している。しかし、ＳＣＳＩを上位プロトコルとしたＩＰネットワークインタフェースなど、他のストレージ接続用ネットワークインタフェースに対応したポートであってもよい。
【００５０】
入出力要求に含まれるポートＩＤおよびＬＵＮからのアクセス対象デバイスの特定は以下のようになされる。
【００５１】
本実施形態のストレージ１３０は、次のようなデバイス階層を有する。
【００５２】
ディスク装置１３７複数台によりディスクアレイが構成される。制御プロセッサ１３２は、このディスクアレイを物理デバイスとして管理する。さらに、制御プロセッサ１３２は、ストレージ１３０内の物理デバイスに、論理デバイスを割り当てる（即ち、制御プロセッサ１３２は物理デバイスと論理デバイスとを対応づける。）。
【００５３】
ここで、論理デバイスとは、各ポート１３１に割り当てられたＬＵＮに対応付けられ、ストレージ１３０のデバイスとしてホスト１００に提供されるデバイスである。論理デバイスはストレージ１３０内で管理され、その番号はストレージ１３０毎に独立に管理される。ホスト１００が認識するのはストレージ１３０の論理デバイスである。ホスト１００は、論理デバイスに対応するポート１３１のＬＵＮを用いて、ストレージ１３０に格納されているデータにアクセスする。
【００５４】
本実施形態のストレージ１３０は、さらに、外部ストレージ１５０のデバイスを自装置のデバイスとして仮想化する機能を有する。外部ストレージ１５０がストレージ１３０に提供する論理デバイス（以後、外部デバイスと呼ぶ。）は、ストレージ１３０のデバイスとして仮想化され、ホスト１００に提供される。ストレージ１３０内で、外部デバイスは、ストレージ１３０の物理デバイスと同様に、その１つ以上をストレージ１３０の論理デバイスに対応づけられ、管理される。
【００５５】
以上のデバイス階層を実現するため、制御プロセッサ１３２は、論理デバイス、物理デバイス、ディスク装置１３７、外部デバイス、外部ストレージ１５０の物理デバイス間それぞれの対応関係を管理する。本実施形態では、これらの対応関係は、制御メモリ１３５に保持される。
【００５６】
制御プロセッサ１３２は、管理している対応関係に基づいて、論理デバイスに対するアクセス要求を、ディスク装置１３７内の自装置のデバイスまたは外部ストレージ装置の論理デバイスへのアクセス要求に変換する。
【００５７】
なお、本実施形態におけるストレージ１３０は、複数のディスク装置１３７をまとめて１つまたは複数の物理デバイスを定義し（即ち複数のディスク装置１３７をまとめて１つ又は複数の物理デバイスと対応付け）、１つの物理デバイスに１つの論理デバイスを割り当てて、ホスト１００に提供する。しかし、個々のディスク装置１３７を１つの物理デバイスおよび１つの論理デバイスとしてホスト１００に提供してもよい。
【００５８】
制御プロセッサ１３２は、デバイスに対する入出力処理以外にも、データ複製やデータ再配置など、デバイス間のデータ連携を実現する各種処理を実行する。
【００５９】
さらに、制御プロセッサ１３２は、インタフェース制御部１３８を介して接続される管理端末１４０に、ストレージ管理者へ提示する構成情報を送信し、管理者から管理端末１４０に入力された保守・運用指示を管理端末１４０から受信し、受信した指示に従い、ストレージ１３０の構成変更などを行う。
【００６０】
以上の制御プロセッサ１３２の機能は、メモリ１３３に格納されたプログラムを実行することにより実現される。
【００６１】
ディスクキャッシュ１３４は、ホスト１００からのアクセス要求に対する処理速度を高めるため、ディスク装置１３７から頻繁に読み出されるデータを予め格納するとともに、ホスト１００から受信したライトデータを一時的に格納する。
【００６２】
ディスクキャッシュ１３４を用いたライトアフタを行う場合、ディスクキャッシュ１３４に格納されているライトデータがディスク装置１３７に書き込まれる前に消失することを防止するために、ディスクキャッシュ１３４をバッテリバックアップなどにより不揮発メモリとする、または、媒体障害への耐性向上のため二重化するなど、ディスクキャッシュ１３４の可用性を向上させておくことが望ましい。
【００６３】
ライトアフタとは、ホスト１００から受信したライトデータがディスクキャッシュ１３４に格納された後、ディスク装置１３７に実際に書き込まれる前にホスト１００に対しライト要求に対する応答を返す処理である。
【００６４】
制御メモリ１３５は、前述のデバイス階層を実現するための各デバイス間の対応関係および各デバイスの属性、それらを管理するための制御情報、ディスクキャッシュ１３４上に保持したディスク反映済み又は未反映データを管理するための制御情報などを格納する。制御メモリ１３５に格納されている制御情報が消失すると、ホスト１００からディスク装置１３７に格納されているデータへアクセスできなくなるため、制御メモリ１３５は、バッテリバックアップなどにより不揮発メモリとしたり、媒体障害への耐性向上のため二重化するなどし、高可用化のための構成を有することが望ましい。
【００６５】
ストレージ１３０内の各構成は、図１に示すとおり、内部結合網で接続される。この内部結合網により、各構成間でのデータ、制御情報、及び構成情報の送受信を行い、制御プロセッサ１３２同士が、ストレージ１３０の構成情報を共有、管理することができる。なお、可用性向上の観点から内部結合網も多重化されていることが望ましい。
【００６６】
管理端末１４０は、ＣＰＵ１４２、メモリ１４３、記憶装置１４４、ストレージ１３０に接続されるインタフェース制御部１４１、ＩＰネットワーク１７５に接続されるインタフェース制御部１４７、ストレージ管理者からの入力を受け付ける入力装置１４５、および、ストレージ管理者にストレージ１３０の構成情報や管理情報を出力するディスプレイ等の出力装置１４６を備える。
【００６７】
ＣＰＵ１４２は、記憶装置１４４に格納されているストレージ管理プログラムをメモリ１４３に読み出して、実行することにより、構成情報の参照、構成変更の指示、特定機能の動作指示などを行う。
【００６８】
管理端末１４０は、ストレージ１３０の保守運用に関して、ストレージ管理者もしくは管理サーバ１１０とストレージ１３０との間のインタフェースとなる。なお、管理端末１４０を省略し、ストレージ１３０を直接管理サーバ１１０へ接続し、ストレージ１３０を管理サーバ１１０で動作する管理ソフトウェアを用いて管理してもよい。
【００６９】
次に、本実施形態のストレージ１３０および管理サーバ１１０のソフトウェア構成について説明する。
【００７０】
図２（ａ）は、ストレージ１３０の制御メモリ１３５およびメモリ１３３に格納される制御情報およびストレージ制御処理のためのプログラムの一例を示したソフトウェア構成図である。
【００７１】
制御メモリ１３５には、論理デバイス管理情報２０１と物理デバイス管理情報２０２と外部デバイス管理情報２０３とＬＵパス管理情報２０４とキャッシュ管理情報２０５とが格納される。これらの制御情報は、情報消失を防ぐため本実施形態では制御メモリ１３５に格納されている。
【００７２】
制御メモリ１３５に格納される制御情報は、制御プロセッサ１３２から参照・更新可能である。しかし、制御プロセッサ１３２から制御メモリ１３５へのアクセスは、内部結合網を介するものとなる。本実施形態では、処理性能向上のため、各制御プロセッサ１３２で実行される処理に必要な制御情報の複製をデバイス管理情報の複製２１１としてメモリ１３３に保持する。デバイス管理情報の複製２１１として保持されるのは、論理デバイス管理情報２０１と物理デバイス管理情報２０２と外部デバイス管理情報２０３とＬＵパス管理情報２０４である。
【００７３】
メモリ１３３には、デバイス管理情報の複製２１１に加え、入出力要求処理プログラム２２１と、外部デバイス監視処理プログラム２２２と、外部デバイス移行処理プログラム２２３とが格納される。
【００７４】
ストレージ１３０のデバイス管理情報は、制御端末１４０や管理サーバ１１０にも送信され、保持される。
【００７５】
管理サーバ１１０もしくは管理端末１４０から、ストレージ管理ソフトウェアに従って、もしくはストレージ管理者からの指示を受けて、ストレージ１３０の構成が変更された場合、または、ストレージ１３０の構成が障害・自動交替などによって変化した場合、制御プロセッサ１３２のうちの一つが制御メモリ１３５内の該当するデバイス管理情報を更新する。
【００７６】
そして、デバイス管理情報を更新した制御プロセッサ１３２は、当該デバイス管理情報を更新した旨を、他の制御プロセッサ１３２、管理端末１４０、管理サーバ１１０に通知する。
【００７７】
図２（ｂ）は、管理サーバ１１０のメモリ１１２に格納される制御情報およびストレージ制御処理のためのプログラムの一例を示したソフトウェア構成図である。
【００７８】
メモリ１１２には、ストレージ１３０や外部ストレージ１５０から収集したデバイス管理情報の複製２３１、ストレージ１３０および外部ストレージ１５０の属性を示すストレージ管理情報２３２が格納される。これらの情報はデータ消失を避けるために、管理サーバ１１０に搭載した記憶装置１１３に保持してもよい。
【００７９】
さらにメモリ１１２には、ストレージ監視処理プログラム２４１、外部デバイス移行指示処理プログラム２４２が格納される。
【００８０】
以下、それぞれの制御情報について説明する。
【００８１】
図３に論理デバイス管理情報２０１の一例を示す。
【００８２】
論理デバイス管理情報２０１には、各論理デバイスの構成情報が格納される。本実施形態では、論理デバイス管理情報２０１には、論理デバイスごとに、論理デバイス番号３１、サイズ３２、対応物理/外部デバイス番号３３、デバイス状態３４、ポート番号/ターゲットＩＤ/ＬＵＮ３５、接続ホスト名３６、移行中物理/外部デバイス番号３７、データ移行進捗ポインタ３８、データ移行中フラグ３９からなる情報組が保持される。
【００８３】
論理デバイス番号３１には、論理デバイスを識別するために制御プロセッサ１３２が各論理デバイスに一意に割り当てた番号が格納される。
【００８４】
サイズ３２には、論理デバイス番号３１により特定される論理デバイスの容量が格納される。
【００８５】
対応物理/外部デバイス番号３３には、本論理デバイスに対応づけられている物理デバイス又は外部デバイスの番号が格納される。本実施形態では、それぞれの管理情報である物理デバイス管理情報２０２又は外部デバイス管理情報２０３に格納される、物理デバイス番号５１または外部デバイス番号６１が格納される。これらの詳細は後述する。
【００８６】
本実施形態では、論理デバイスと物理／外部デバイスとは１対１対応とする。このため、対応物理/外部デバイス番号３３には、対応する物理デバイスまたは外部デバイスの番号が１つ格納される。複数の物理／外部デバイスを結合して一つの論理デバイスを形成する場合には、論理デバイス管理情報２０１に各論理デバイスが対応する物理／外部デバイスの番号リストとその数を格納するエントリが必要となる。また、論理デバイスが未定義の場合、対応物理／外部デバイス番号３３には無効値が設定される。
【００８７】
デバイス状態３４には、論理デバイスの状態を示す情報が設定される。設定される状態には、「オンライン」、「オフライン」、「未実装」、「障害オフライン」がある。「オンライン」は、その論理デバイスが正常に稼動し、ホスト１００からアクセスできる状態であることを示す。「オフライン」は、その論理デバイスは定義され、正常に稼動しているが、ＬＵパスが未定義であるなどの理由で、ホスト１００からはアクセスできない状態にあることを示す。「未実装」は、その論理デバイスが定義されていないためホスト１００からアクセスできない状態にあることを示す。「障害オフライン」は、その論理デバイスに障害が発生してホスト１００からアクセスできないことを示す。
【００８８】
デバイス状態３４の初期値は「未実装」であり、論理デバイスが定義されると「オフライン」に変更され、更にＬＵパスが定義されると「オンライン」に変更される。
【００８９】
ポート番号/ターゲットＩＤ/ＬＵＮ３５には、ポート番号と、ターゲットＩＤと、ＬＵＮとが格納される。
【００９０】
エントリ３５に格納されるポート番号は、その論理デバイスがＬＵＮ定義されているポート１３１の識別情報である。ポートの識別情報とは、各ポート１３１に割り振られているストレージ１３０内で一意に定まる番号である。エントリ３５には、その論理デバイスが複数のポート１３１のうちどのポートに接続されているかを表す情報、すなわち、その論理デバイスにアクセスするために用いられるポート１３１の番号が設定される。
【００９１】
エントリ３５に格納されるターゲットＩＤとＬＵＮは、その論理デバイスを識別するための識別子である。本実施形態においては、論理デバイスを識別するための識別子として、ＳＣＳＩ上でホスト１００からデバイスをアクセスする場合に用いられるＳＣＳＩ−ＩＤ、とＬＵＮとが用いられるため、これらが格納される。
【００９２】
エントリ３５は、その論理デバイスに対するＬＵパス定義が実行された際に、上記各値が設定される。
【００９３】
接続ホスト名３６は、その論理デバイスへのアクセスが許可されているホスト１００を識別するホスト名である。ホスト名としては、ホスト１００のポート１０７に付与されたＷＷＮ(Ｗｏｒｌｄ Ｗｉｄｅ Ｎａｍｅ)など、ホスト１００もしくはポート１０７を一意に識別可能な値であれば何を用いてもよい。エントリ３６は、ストレージ管理者によって論理デバイス定義時に設定される。
【００９４】
移行中物理／外部デバイス番号３７には、データ移行中（後述のデータ移行中フラグ３９がＯｎであるとき）、その論理デバイスが割り当てられた物理／外部デバイスの移行先の物理／外部デバイス番号が保持される。
【００９５】
データ移行進捗ポインタ３８は、データ移行処理が未完了な領域の先頭アドレスを示す情報であり、データ移行の進行に伴い、更新される。
【００９６】
データ移行中フラグ３９は、初期値がＯｆｆで、Ｏｎ設定されるとその論理デバイスが割り当てられた物理／外部デバイスを別の物理／外部デバイスへデータ移行中であることを示す。データ移行中フラグ３９がＯｎの場合のみ、移行中物理／外部デバイス番号３７とデータ移行中進捗ポインタ３８とは有効となる。
【００９７】
図４にＬＵパス管理情報２０４の一例を示す。ＬＵパス管理情報２０４は、ストレージ１３０内の各ポート１３１について、各ポートに定義されている有効なＬＵＮ分の情報を保持する。
【００９８】
ターゲットＩＤ／ＬＵＮ４１には、ポート１３１に定義された(割り当てられた)ＬＵＮが格納される。対応論理デバイス番号４２には、そのＬＵＮが割り当てられている論理デバイスの番号が格納される。接続ホスト名４３には、そのポート１３１に定義されているＬＵＮに対してアクセスを許可されているホスト１００を示す情報が格納される。ホスト１００を示す情報としては、例えば、ホスト１００のポート１０７に付与されているＷＷＮが用いられる。
【００９９】
一つの論理デバイスに対して複数のポート１３１のＬＵＮが定義され（割り当てられ）、複数のポート１３１から当該論理デバイスにアクセスできる場合がある。この場合は、当該複数のポート１３１のＬＵＮ各々に関するＬＵパス管理情報２０４の接続ホスト名４３の和集合が、当該論理デバイスに関する論理デバイス管理情報２０１の接続ホスト名３６に保持される。
【０１００】
図５に、ディスク装置１３７により構成される物理デバイスを管理するための物理デバイス管理情報２０２の一例を示す。
【０１０１】
各ストレージ１３０は、自装置内に存在する物理デバイス毎に、物理デバイス管理情報２０２として、物理デバイス番号５１、サイズ５２、対応論理デバイス番号５３、デバイス状態５４、ＲＡＩＤ構成（ＲＡＩＤレベル、データ/パリティ数）５５、ストライプサイズ５６、ディスク番号リスト５７、ディスク内開始オフセット５８、ディスク内サイズ５９とからなる情報組を保持する。
【０１０２】
物理デバイス番号５１には、物理デバイスを識別するための識別番号が登録される。サイズ５２には、物理デバイス番号５１により特定される物理デバイスの容量が格納される。対応論理デバイス番号５３には、当該物理デバイスに対応付けられている論理デバイス番号が格納される。対応論理デバイス番号５３は、その論理デバイスが定義されることを契機に格納される。その物理デバイスが論理デバイスへ割り当てられていない場合、対応論理デバイス番号５３には無効値が設定される。
【０１０３】
デバイス状態５４には、その物理デバイスの状態を示す情報が設定される。設定される状態には、「オンライン」、「オフライン」、「未実装」、「障害オフライン」がある。「オンライン」は、その物理デバイスが正常に稼動し、論理デバイスに割り当てられている状態であることを示す。「オフライン」は、その物理デバイスは定義され、正常に稼動しているが、論理デバイスに未割り当てであることを示す。「未実装」は、その物理デバイスがディスク装置１３７上に定義されていない状態にあることを示す。「障害オフライン」は、その物理デバイスに障害が発生して論理デバイスに割り当てられないことを示す。
【０１０４】
なお、本実施形態では、簡単のため、物理デバイスは製品の工場出荷時にあらかじめディスク装置１３７上に作成されているものとする。このため、利用可能な物理デバイスについてはデバイス状態５３の初期値は「オフライン」状態、その他は「未実装」状態となる。そして、当該物理デバイスに論理デバイスが定義された契機で「オンライン」状態に変更される。
【０１０５】
ＲＡＩＤ構成５５には、その物理デバイスが割り当てられたディスク装置１３７のＲＡＩＤレベル、データディスクとパリティディスク数などＲＡＩＤ構成に関連する情報が保持される。ストライプサイズ５６には、ＲＡＩＤにおけるデータ分割単位(ストライプ)長が保持される。ディスク番号リスト５７には、その物理デバイスが割り当てられたＲＡＩＤを構成する複数のディスク装置１３７各々の識別番号が保持される。このディスク装置１３７の識別番号は、ストレージ１３０内で各ディスク装置１３７を一意に識別するために付与された値である。
【０１０６】
ディスク内開始オフセット５８とディスク内サイズ５９とには、その物理デバイスが各ディスク装置１３７内のどの領域に割り当てられているかを示す情報が格納される。本実施例では簡単のため、全物理デバイスについて、ＲＡＩＤを構成する各ディスク装置１３７内のオフセットとサイズとを統一させる。
【０１０７】
図６に、ストレージ１３０に接続された外部ストレージ１５０がストレージ１３０に提供する外部デバイスを管理するための、外部デバイス管理情報２０３の一例を示す。
【０１０８】
ストレージ１３０は、外部デバイス毎に、外部デバイス管理情報２０３として、外部デバイス番号６１、サイズ６２、対応論理デバイス番号６３、デバイス状態６４、ストレージ識別情報６５、外部ストレージ内デバイス番号６６、イニシエータポート番号リスト６７、ターゲットポートＩＤ／ターゲットＩＤ／ＬＵＮリスト６８からなる情報組を保持する。
【０１０９】
外部デバイス番号６１には、制御プロセッサ１３２によりその外部デバイスに対して、ストレージ１３０内で一意に割り当てられた値が格納される。サイズ６２には、外部デバイス番号６１により特定される外部デバイスの容量が格納される。対応論理デバイス番号６３には、その外部デバイスが対応付けられているストレージ１３０内の論理デバイスの番号が登録される。
【０１１０】
デバイス状態６４には、その外部デバイスの状態を示す情報が設定される。設定される各状態およびその意味は、物理デバイス管理情報２０２のデバイス状態５４と同じである。ストレージ１３０は初期状態では外部ストレージ１５０を接続していないため、デバイス状態６４の初期値は「未実装」となる。
【０１１１】
ストレージ識別情報６５には、その外部デバイスを搭載する外部ストレージ１５０の識別情報を保持する。識別情報としては、外部ストレージ１５０が一意に定まる値であればよい。例えば、ストレージ１５０のベンダ識別情報と各ベンダが一意に割り振る製造シリアル番号との組み合わせ、などが考えられる。
【０１１２】
外部ストレージ内デバイス番号６６には、その外部デバイスが搭載されている外部ストレージ１５０が、その外部デバイスに割り振った識別番号が格納される。本実施形態では、外部デバイスは外部ストレージ１５０の論理デバイスであるため、外部ストレージ内デバイス番号６６には、外部ストレージ１５０が自身の定義した論理デバイスを識別するために付与した論理デバイス番号が格納される。
【０１１３】
イニシエータポート番号リスト６７には、その外部デバイスへアクセス可能なストレージ１３０のポート１３１の識別番号が登録される。複数のポート１３１からその外部デバイスへアクセスできる場合には、アクセス可能なポート識別番号が全て登録される。
【０１１４】
ターゲットポートＩＤ／ターゲットＩＤ／ＬＵＮリスト６８には、その外部デバイスが外部ストレージ１５０の１つ以上のポート１５１にＬＵＮ定義されている場合、それらのポート１５１のポートＩＤおよびその外部デバイスが割り当てられたターゲットＩＤ／ＬＵＮが１つ又は複数個保持される。ストレージ装置１３０の制御プロセッサ１３２が、外部デバイスにアクセスする場合（制御プロセッサがポート１３１から外部デバイスに対する入出力要求を送信する場合）は、その外部デバイスが属する外部ストレージ１５０によってその外部デバイスに割り当てられたターゲットＩＤ及びＬＵＮが、その外部デバイスを識別するための情報として用いられる。
【０１１５】
本実施形態では、ストレージ１３０は上記の４つのデバイス管理情報（論理デバイス管理情報２０１、物理デバイス管理情報２０２、外部デバイス管理情報２０３、ＬＵパス管理情報２０４）を用いて、デバイスを管理する。
【０１１６】
ストレージ１３０は、工場出荷時に各ディスク装置１３７に物理デバイスが定義されているものとする。また、ユーザ又はストレージ管理者はストレージ１３０導入時にストレージ１３０に接続した外部ストレージ１５０の論理デバイスを外部デバイスとして定義し、物理デバイスおよび外部デバイス上に論理デバイスを定義し、定義した論理デバイスについて各ポート１３１にＬＵＮを定義する。
【０１１７】
図７に、管理サーバ１１０が有するストレージ管理情報２３２の一例を示す。
【０１１８】
ストレージ管理情報２３２には、管理サーバ１１０が管理するストレージ１３０および外部ストレージ１５０を管理するための情報が保持される。以下、ストレージ管理情報２３２の説明において、特にストレージ１３０および外部ストレージ１５０を区別する必要が無い場合は、ストレージで代表する。また、ストレージの構成要素であるディスク装置１３７、１５６、制御プロセッサ１３２、１５２についても、同様に、ディスク装置、制御プロセッサで代表する。
【０１１９】
ストレージ管理情報２３２には、ストレージ毎に、ストレージ番号７１、ストレージネーム７２、ポートネームリスト７３、性能/信頼性レベル７４、総容量７５、空き容量７６からなる情報組が保持される。
【０１２０】
ストレージ番号７１には、管理サーバ１１０が各ストレージに割り当てた、システム内で一意に定まる番号が格納される。
【０１２１】
ストレージネーム７２には、各ストレージを特定するための識別子を示す情報が登録される。識別子としては、ファイバチャネルのプラットホームＷＷＮ、または、各ストレージが有するベンダ識別子と製品番号との組み合せなどが用いられる。
【０１２２】
ポートネームリスト７３には、各ストレージが有するポートに付加されたＷＷＮが格納される。ホスト１００は、ポートネームリスト７３に格納された各ストレージ１３０のポートＷＷＮを用いて、各ストレージ１３０内のデバイスにアクセスする際に利用するポートを特定する。
【０１２３】
性能／信頼性レベル７４には、各ストレージの性能および信頼性を、計算機システムで統一された基準により評価した値が保持される。
【０１２４】
性能を評価する指標には、各ストレージに搭載されたディスク装置のシーク速度やディスク回転速度などの性能値、ディスク装置の記憶容量、各ストレージ内で構成されるＲＡＩＤレベル、制御プロセッサとディスク装置間の接続線の通信帯域、ポートの通信帯域、通信線の数、ディスクキャッシュの記憶容量、ストレージ全体で見た性能公称値などがある。
【０１２５】
ストレージによっては、異なる属性を持つディスク装置や、異なる属性を持つＲＡＩＤ構成が内部に混在し、１つのストレージ内で、複数の性能レベルを有する場合がある。しかし、本実施形態では、簡単のため、性能レベルは、ストレージ毎に一のレベルとし、ストレージ単位で管理できるものとする。
【０１２６】
また、信頼性を評価する指標には、各ストレージが有するディスク装置、制御プロセッサ等の構成要素の冗長性、各ストレージが利用するＲＡＩＤレベル、利用可能な交替パス数等の、製品仕様上の各種構成条件がある。また、各ストレージが有する機能、例えば、各ストレージが提供する、論理デバイスの複製、退避などといった機能の有無なども信頼性の評価指標として用いることができる。
【０１２７】
信頼性レベルについても、ストレージによっては信頼性レベルの異なる記憶領域を内部に混在することが可能であるが、本実施形態では、説明を簡単にするため、ストレージごとに一の信頼性レベルを有するものとし、ストレージ単位で管理できる構成とする。
【０１２８】
なお、本実施形態では、性能/信頼性レベルを最高５から最低１までの５段階の数値で管理する。各ストレージのレベル値は、各ストレージのカタログ値や機器導入時のテスト結果などから、ストレージ管理者が決定し、設定するものとする。
【０１２９】
総容量７５には、各ストレージが利用可能な記憶領域の総量を示す情報が登録される。利用可能な記憶領域の総量は、各ストレージが有するディスク装置の記憶容量、数、および、各ストレージ内で構成されるＲＡＩＤレベルによって決定される。本実施形態では、利用可能な物理デバイスはあらかじめ設定されていると仮定し、総容量７５には、利用可能な物理デバイスの総容量が登録される。
【０１３０】
空き容量７６には、各ストレージが有する物理デバイスのうち、未だ論理デバイスが定義されていない物理デバイスの総量を示す情報が登録される。本実施形態では、空き容量７６には、状態が「オフライン」である物理デバイスの記憶容量の総量を示す情報が登録される。なお、状態が「未実装」である物理デバイスはホスト１００が利用出来ないため、その容量は考慮されない。
【０１３１】
なお、ユーザやストレージ管理者からの指示に応じて、管理サーバ１１０が要求された物理デバイスを定義する実施形態の場合は、空き容量７６には、各ストレージに搭載されるディスク装置の未使用領域の総量を示す情報が登録される。
【０１３２】
次に、再び図２に戻り、ストレージ１３０や管理サーバ１１０のメモリ１３３や１１２に格納されているプログラムについて説明する。これらのプログラムは、各部の制御プロセッサやＣＰＵにより実行される。
【０１３３】
ストレージ１３０のメモリ１３３に格納されている入出力要求処理プログラム２２１、外部デバイス監視処理プログラム２２２、外部デバイス移行処理プログラム２２３、および、管理サーバ１１０のメモリ１１２に格納されているストレージ監視処理プログラム２４１、外部デバイス移行指示処理プログラム２４２について説明する
入出力要求処理プログラム２２１は、論理デバイスへの入出力処理を実現する。入出力要求処理プログラム２２１は、入出力処理時に外部デバイスの異常（外部デバイスに障害が発生する予兆となる現象）を検知した場合、管理サーバ１１０へ通報を行う。
【０１３４】
外部デバイス監視処理プログラム２２２は、外部デバイスを周期的に監視し、外部デバイスの異常を検知した場合、管理サーバ１１０へ通報を行う。
【０１３５】
外部デバイス移行処理プログラム２２３は、管理サーバ１１０の指示に従い、特定の外部デバイスのデータを別のデバイスへ移行する処理を行う。
【０１３６】
ストレージ監視処理プログラム２４１は、ストレージ１３０および外部ストレージ１５０から、外部デバイスの異常を報じる警告や障害報告を受信し、受信した報告等に応じて外部デバイスの移行計画を立て、ストレージ１３０に外部デバイスの移行を指示する。
【０１３７】
外部デバイス移行指示処理プログラム２４２は、ストレージ監視処理プログラム２４１において、移行すべき外部デバイスが特定された場合、その移行先を決定する。
【０１３８】
これらのプログラムを用いて各部で動作するストレージ制御処理について、以下に説明する。
【０１３９】
外部デバイスの異常を検知して行われるデータの移行指示は、ストレージ１３０の入出力要求処理プログラム２２１および/または外部デバイス監視処理プログラム２２２と、管理サーバ１１０のストレージ監視処理プログラム２４１との連携によりなされる。
【０１４０】
入出力要求処理プログラム２２１により実現される、入出力要求処理時の外部デバイスの異常を検知する処理について説明する。
【０１４１】
図８は、入出力要求処理プログラム２２１により実現される入出力要求処理時の外部デバイスの異常を検知する処理の処理フローの一例を示す図である。
【０１４２】
制御プロセッサ１３２は、入出力要求処理プログラム２２１に従って、各ポート１３１においてホスト１００からストレージ１３０の論理デバイスに対して受け取った入出力要求について、その論理デバイスに対応する物理デバイス又は外部デバイスを特定し、物理デバイスに対する入出力処理もしくは、外部デバイスに対応した外部ストレージ１５０への入出力要求送信を行う。
【０１４３】
本実施形態では、制御プロセッサ１３２は、ファイバチャネルのコマンドフレームを受信すると（ステップ８０１）、ＬＵパス管理情報２０４と論理デバイス管理情報２０１とを参照して、受信したフレームに含まれるＬＵＮからフレームのアクセス対象である論理デバイス番号とその論理デバイスが対応する物理デバイス又は外部デバイス番号とを取得する（ステップ８０２）。
【０１４４】
取得した論理デバイスがストレージ１３０内の物理デバイスに対応する場合、制御プロセッサ１３２は、物理デバイスが格納されるディスク装置１３７に対し、ディスクキャッシュ１３４を用いたデータ入出力処理を行い、入出力要求処理を完了する（ステップ８０３）。
【０１４５】
一方、その論理デバイスが外部デバイスである場合、制御プロセッサ１３２はポート１３１を介して、その外部デバイスに対し、入出力処理を行う（ステップ８０４）。外部デバイスに対する入出力要求は、ホスト１００が、ストレージ１３０が提供する論理デバイスに対して行う入出力要求と基本的には同様の処理である。
【０１４６】
外部デバイスへの入出力処理中に、アクセス障害または性能低下などの外部デバイスの異常を検知すると（ステップ８０５）、制御プロセッサ１３２は、管理サーバ１１０に対して、外部デバイスの異常を検知したことを警告する（ステップ８０６）。なお、警告には、アクセス障害または性能障害が発生したことを特定可能な情報が含まれていればよい。さらに、入出力処理対象の外部デバイスを特定する情報と、異常と判断した根拠を示す情報とが含まれていてもよい。
【０１４７】
外部デバイスの異常を検知しない場合、通常の入出力処理を進める。
【０１４８】
本実施形態におけるアクセス障害または性能低下の検知は、以下のように行われる。
【０１４９】
アクセス障害の検知は、送出した入出力要求に対する応答により判断され、検知される。ｓ
外部デバイスへのアクセス障害は、ストレージ１３０のポート１３１から外部ストレージ１５０のポート１５１へ到達するネットワークで障害（ケーブル断線、抜去、スイッチ障害、など）がある場合、外部ストレージ１５０のポート１５１や制御プロセッサ１５２などに障害がある場合などに発生する。
【０１５０】
これらのアクセス障害は、これにより特定ポート１５１を介したアクセスが不可となるため、制御プロセッサ１３２から見て外部デバイスに送信した入出力要求がタイムアウトになることで検出される。入出力要求がタイムアウトになったことを検知した制御プロセッサ１３２は、通常のストレージ内部でのディスク装置に対する場合と同様に、交替パス処理を実行する。
【０１５１】
まず、制御プロセッサ１３２は、特定ポート１５１を用いた入出力要求がタイムアウトになると、当該ポート１５１を用いた外部ストレージ１５０への経路の状態を確認する。
【０１５２】
経路状態が正常であれば、同じ経路で規定回数入出力要求を再送し、その全てが成功しなかった場合にはじめて交替ポートへ切り替えて、入出力要求を再送する。経路状態が正常でない場合には、当該経路での再試行はスキップし、最初から交替ポートへ切り替えて入出力要求を再送する。
【０１５３】
そして、交替ポートからの入出力要求が無事処理されたら、制御プロセッサ１３２は、外部デバイスのアクセス障害が発生している旨を示す警告メッセージを管理サーバ１１０に送信する。
【０１５４】
以上により、ネットワークの状態変化通知を受信したことを契機に、既にリンク確立（ファイバチャネルではノードポートログイン）済みであった外部ストレージ１５０の全ポート１５１に対するリンクの再確認の結果、リンクが途絶えている場合や、外部デバイスへの入出力処理で特定ポート１５１を用いた経路について規定回数を超えるタイムアウトが発生した場合などに、経路状態は、閉塞状態に変更される。
【０１５５】
また、全ての交替ポートで入出力要求が失敗した場合、本実施形態では当該外部デバイスへの入出力は不可となり、データが失われる。
【０１５６】
性能低下は、外部デバイスに対する入出力要求の応答性やスループットの低下により検知される。制御プロセッサ１３２は、入出力要求を送出する毎に、その要求に対する応答時間およびスループットの情報を取得する。そして、外部ストレージ１５０毎に、予め保持している、平均的な応答時間やスループットと比較し、その乖離が大きい場合、異常が発生したものと判断する。異常発生と判断する乖離の閾値も、平均的な応答時間やスループットの情報とともに、ストレージ１３０のメモリ１３３等に予め保持しておく。
【０１５７】
応答性やスループットの乖離があったために、異常発生と判断した場合は、その根拠（応答性またはスループット）を示す情報を警告に含める。
【０１５８】
応答性やスループットの悪化は、例えば、ディスクキャッシュ１５４の片面閉塞といった異常により発生する。通常のライト処理では、外部ストレージ１５０のディスクキャッシュ１５４に二重に書込みが完了した時点で、完了報告の応答が送出される。しかし、二重化してデータを書き込むディスクキャッシュ１５４の一方が閉塞した場合、直接ディスク装置１５６に書込みが完了して始めて完了報告の応答が送出されるライトスルーとなる。ライトスルーでは、ライト性能が極端に低下し、応答性やスループットの悪化といった現象が発生する。
【０１５９】
アクセス障害および性能低下として検出される事象は、その外部デバイスへのアクセスを保障するネットワークやプロセッサなどの冗長性が低下していることを意味する。従って、その外部デバイスが保持しているデータを保障するため、早急に冗長性を回復させるか、または、その外部デバイスが保持しているデータを他のデバイスへ退避（移行）させる必要がある。
【０１６０】
異常を検知した制御プロセッサ１３２は、管理サーバ１１０に対して、その外部デバイスの異常を警告するメッセージもしくは信号を送信し、管理サーバ１１０に異常の発生を認識させる。
【０１６１】
次に、外部デバイス監視処理プログラム２２２による外部デバイスの異常を検出する処理を説明する。外部デバイス監視処理プログラム２２２に従って、制御プロセッサ１３２は、外部デバイスの稼動状態を周期的に監視する。
【０１６２】
ホスト１００からある程度の頻度でアクセスされる外部デバイスは、入出力要求処理プログラム２２１に従って、入出力処理時にその障害発生を検知可能である。しかし、アーカイブデータを格納した外部デバイスなど、そのデバイスへのアクセスがほとんど発生しないデバイスなどの場合は、ホスト１００からのアクセス以外の契機でその外部デバイスの状態の監視が必要となる。このため、外部デバイス監視処理プログラム２２２に従った外部デバイスの監視処理が設けられている。
【０１６３】
図９は、外部デバイス監視処理プログラム２２２による外部デバイスの異常を検出するための処理フローの一例である。
【０１６４】
制御プロセッサ１３２は、予め定められた頻度で外部デバイス監視処理プログラム２２２を周期的に起動する。起動頻度は、ホスト１００からの入出力要求を阻害しない程度に定めておく。
【０１６５】
外部デバイス監視処理プログラム２２２に従って、制御プロセッサ１３２は、外部デバイス管理情報２０３において管理する全ての外部デバイスの中から、入出力を試行する外部デバイスを決定し（ステップ９０１）、決定した外部デバイスに対して、テストＩ/Ｏ（例えば、リード処理）を実行する（ステップ９０２）。
【０１６６】
本ステップにおいて試行する外部デバイスは、ホスト１００からの最終アクセス時からの経過時間などに基づいて、その都度決定される。決定方法はこれに限られない。また、本実施形態では一回の起動で、外部デバイス一つに対し、入出力を試行するが、複数の外部デバイスに対して行ってもかまわない。
【０１６７】
決定された外部デバイスに対する入出力試行において、その外部デバイスの異常を検知した場合（ステップ９０３）、制御プロセッサ１３２は、管理サーバ１１０に対してその外部デバイスの異常を警告する（ステップ９０４）。異常の検知方法、警告内容については、入出力要求処理の処理フローのステップ８０５と同じであるので説明は省略する。
【０１６８】
このように、制御プロセッサ１３２は、管理下の外部デバイスへのアクセスを阻害する可能性がある異常を検知すると、その旨を管理サーバ１１０へ警告する。管理サーバ１１０では、仮想化ストレージであるストレージ１３０からの外部デバイスの異常警告、および/または、管理下にあるストレージ（被仮想化ストレージである外部ストレージ１５０）からの障害発生報告に基づいて、外部デバイスの移行処理を実施する。
【０１６９】
ストレージ１３０から外部デバイスに異常が発生したことを示す警告（以後、異常警告と呼ぶ。）を、および/または、管理下にあるストレージ（外部ストレージ１５０）から障害発生報告を、受信した管理サーバ１１０側の処理について説明する。
【０１７０】
図１０は、管理サーバ１１０で実行されるストレージ監視処理プログラム２４１による処理のフロー図の一例である。ＣＰＵ１１１は、ストレージ監視処理プログラム２４１を実行することにより、以下の処理を実現する。
【０１７１】
ＣＰＵ１１１は、ストレージ１３０から異常警告を、および/または、外部ストレージ１５０から障害発生報告を受信する（ステップ１００１）。
【０１７２】
ＣＰＵ１１１は、受信した異常警告および/または障害報告を解析する（ステップ１００２）。
【０１７３】
ＣＰＵ１１１は、受信した異常警告および/または障害報告に格納された情報に従って、影響を被る外部デバイスを判定するとともに、影響を被ると判断された論理デバイスについてデータ移行の必要性を判定し、移行対象となる外部デバイスの範囲（論理デバイス群）を決定する（ステップ１００３）。
【０１７４】
ここでは、ＣＰＵ１１１は、異常警告を受信すると、その異常警告に格納されている外部デバイスの情報、異常の内容（アクセス障害、応答性またはスループットの低下）を抽出する。抽出した外部デバイスの情報および異常の内容を元に、その外部デバイスを備える外部ストレージ１５０にアクセスし、既存の技術を用いて、障害の発生箇所、障害の程度などについて詳細を調査する。
【０１７５】
障害報告を受信した場合は、その障害報告に格納されている情報により、障害発生箇所、障害の程度等を認識する。
【０１７６】
障害の発生箇所とは、例えば、障害を報告してきた外部ストレージ１５０のＦＡＮ、電源、ディスクキャッシュ、ポート、ディスク装置などの部位のことであり、障害の程度とは、障害発生の結果、その部位が使えなくなったのか、一時的な障害で外部ストレージの構成情報上は既に正常に復帰しているのか、といったレベルであり、障害の種別情報から判定できる。なお、後者の場合は、正常状態へ復帰しているため、当該外部デバイスに対する対応処理は不要となる。
【０１７７】
ＣＰＵ１１１は、異常と警告された、および/または、障害を報告してきた外部ストレージ１５０から、デバイス情報を含む最新の構成情報を取り込み、今回の障害により可用性が低下する論理デバイス群を特定する。
【０１７８】
例えば、障害発生部位がＦＡＮや電源で、交替分のＦＡＮや電源が残り少ない場合、そのストレージに搭載された全ての論理デバイスの可用性が低下する。この場合、ＣＰＵ１１１は、全ての論理デバイスを可用性が低下する範囲と決定する。
【０１７９】
また、ディスクキャッシュ１５４の二重化されたメモリの一方が障害により閉塞した場合は、異常ありと警告されたおよび/または障害を報告してきた外部ストレージ１５０の全論理デバイスの可用性および性能レベルが著しく低下することが予想される。この場合も、ＣＰＵ１１１は、その外部ストレージ１５０の全ての論理デバイスを可用性が低下する範囲と決定する。
【０１８０】
また、特定のディスク装置１５６で障害が発生し、そのディスク装置１５６が属するＲＡＩＤグループの冗長性が損なわれている場合であって、そのディスク装置１５６を備える外部ストレージ１５０内に交替用のディスク装置１５６が残っていない場合には、そのＲＡＩＤグループに対応する論理デバイス群の可用性が低下したことになる。この場合、ＣＰＵ１１１は、障害が発生したディスク装置１５６が属するＲＡＩＤグループに対応する論理デバイス群を、可用性が低下する範囲と決定する。
【０１８１】
影響を被る論理デバイス群を特定すると、ＣＰＵ１１１は、デバイス管理情報の複製２３１内の外部デバイス管理情報を用いて、報告された障害で影響を被る論理デバイス群に、別のストレージの外部デバイスとして管理されているものがないかを調べる。
【０１８２】
移行対象の外部デバイス群が決定されると、ＣＰＵ１１１は、外部デバイス移行指示処理プログラム２４２に従って、ストレージ１３０に、移行対象の外部デバイス内のデータの移行を指示する（ステップ１００４）。
【０１８３】
ストレージ１３０による外部デバイスの移行（データ移行）が完了し、ストレージ１３０から移行完了通知を受信すると、ＣＰＵ１１１はストレージ１３０の更新されたデバイス構成情報（論理デバイス管理情報２０１、物理デバイス管理情報２０２、外部デバイス管理情報２０３、ＬＵパス管理情報２０４）を、デバイス管理情報の複製２３１としてメモリ１１２へ取り込み、処理を完了する（ステップ１００５）。
【０１８４】
次に、上記のステップ１００４の、外部デバイス移行指示処理プログラム２４２に従った処理について、その詳細を説明する。
【０１８５】
図１１は、外部デバイス移行指示処理プログラム２４２に従って、管理サーバ１１０のＣＰＵ１１１が実現する処理の処理フローの一例である。
【０１８６】
ストレージ監視処理プログラム２４１に従ってデバイスを移行する必要のある外部デバイスが決定されると、ＣＰＵ１１１は、それらの外部デバイスを移行元とし、移行先のデバイスを決定し、ストレージ１３０に外部デバイス移行指示（データ移行の指示）を行う。
【０１８７】
まず、ＣＰＵ１１１は、移行元デバイスの性能や信頼性レベルなどの属性を、ストレージ管理情報２３２などを参照して確認する（ステップ１１０１）。
【０１８８】
ＣＰＵ１１１は、移行元デバイスである外部デバイスを仮想化して管理するストレージ１３０の管理下にある外部ストレージ１５０ａ、１５０ｂもしくはストレージ１３０内の物理デバイスに未使用、すなわち論理デバイスを割り当てていないものでかつ移行元デバイスと同じかそれを上回る性能／信頼性レベルなどの属性を有するもの（空きデバイス）の有無を調べる（ステップ１１０２）。
【０１８９】
空きデバイス調査には、管理サーバ１１０がメモリ１１２に持つ各ストレージのデバイス管理情報の複製２３１およびストレージ管理情報２３２が用いられる。
【０１９０】
ストレージ１３０管理下に未使用でかつ条件を満たす空きデバイスが存在する場合、ＣＰＵ１１１は、そのデバイスをデータの移行先と決定する（ステップ１１０５）。移行先が決定すると、ＣＰＵ１１１は、ストレージ１３０に、外部デバイス移行指示を送信する（ステップ１１０６）。外部デバイス移行指示には、移行元および移行先を指定する情報が含まれる。本実施形態では、外部デバイスの外部デバイス番号６１が用いられる。なお、移行先がストレージ１３０のデバイスの場合は、外部デバイス番号６１の替わりに物理デバイス番号５１が用いられる。
【０１９１】
一方、空きデバイスが存在しない場合は、ＣＰＵ１１１は、管理サーバ１１０の管理下でかつストレージ１３０の仮想化制御外のストレージを対象に、条件を満たす空きデバイスの有無を調査する（ステップ１１０３）。
【０１９２】
ここで条件を満たす空きデバイスが見つかった場合、ＣＰＵ１１１は、ストレージ１３０に指示して、そのデバイスを外部デバイスとして登録させる（ステップ１１０４）。
【０１９３】
ステップ１１０４において行われる処理は、システム構築時に行われる、ストレージ１３０に接続した他の外部ストレージ１５０の論理デバイスを外部デバイスとして登録する処理と同様である。
【０１９４】
具体的には、制御プロセッサ１３２が、対象の外部ストレージ１５０に対してＩｎｑｕｉｒｙなどの問い合わせを発行し、外部デバイス管理情報２０３へ登録する。その後、管理サーバ１１０において、対象の外部ストレージの論理デバイスをストレージ１３０の外部デバイスとして対応付けて、デバイス管理情報の複製２３１を更新する。
【０１９５】
ＣＰＵ１１１は、ステップ１１０４において登録された外部デバイスを移行先と決定し（ステップ１１０５）、ストレージ１３０に、外部デバイス移行指示を行う（ステップ１１０６）。
【０１９６】
一方、ステップ１１０３の調査で条件を満たす空きデバイスが見つからなかった場合には、ステップ１１０２の調査範囲、すなわち、ストレージ１３０の仮想化制御下において、性能／信頼性レベルを満たさないが、移行元デバイス分の容量を有する空きデバイスの有無を再チェックする（ステップ１１０７）。これは、障害が発見されたデバイスにデータを保持しておくのを避けるためである。
【０１９７】
容量の条件のみを満たす空きデバイスが見つかった場合、ＣＰＵ１１１は、そのデバイスを移行先と決定し（ステップ１１０５）、ストレージ１３０に、外部デバイス移行指示を行う（ステップ１１０６）。
【０１９８】
空きデバイスが見つからない場合は、次にステップ１１０３の調査範囲、すなわち、管理サーバ１１０の管理下でありかつ、ストレージ１３０の仮想化制御外において、性能／信頼性レベルを満たさないが容量要件を満たす空きデバイスの有無を再チェックする（ステップ１１０８）。
【０１９９】
空きデバイスが見つかった場合、ＣＰＵ１１１は、ストレージ１３０に指示して、その空きデバイスを外部デバイスとして登録させ（ステップ１１０４）、そのデバイスを移行先と決定し（ステップ１１０５）、ストレージ１３０に、外部デバイス移行指示を行う（ステップ１１０６）。
【０２００】
ステップ１１０８においても、空きデバイスを見つけられない場合、移行元外部デバイスの移行ができないことを、出力装置１１５などに表示することにより、ストレージ管理者に提示し、処理を中断する（ステップ１１０９）。
【０２０１】
次に、管理サーバ１１０から、外部デバイス移行指示を受けた際のストレージ１３０の処理について説明する。
【０２０２】
図１２は、制御プロセッサ１３２が、外部デバイス移行処理プログラム２２３に従って実行する外部デバイス移行処理の処理フローの一例である。
【０２０３】
外部デバイス移行処理は、管理サーバ１１０から指定された移行元外部デバイスのデータを、移行先のデバイス（外部デバイスもしくはストレージ１３０の物理デバイス）へ移行する処理である。
【０２０４】
管理サーバ１１０から外部デバイス移行指示を受領すると、制御プロセッサ１３２は、移行元の外部デバイスに対応した論理デバイスの論理デバイス管理情報２０１に、デバイス移行状態を登録する（ステップ１２０１）。
【０２０５】
ここでは、制御プロセッサ１３２は、移行中物理/外部デバイス番号３７に移行先である外部デバイス番号６１または物理デバイス番号５１を設定し、データ移行進捗ポインタ３８を０に初期化し、データ移行中フラグ３９にＯｎを設定する。
【０２０６】
制御プロセッサ１３２は、外部デバイス移行処理プログラム２２３に従って、データ移行進捗ポインタ３８に従い、移行元外部デバイスから移行先物理/外部デバイスへデバイスの先頭から末尾まで順次データ移行を実行する（ステップ１２０２）。
【０２０７】
本実施形態では、制御プロセッサ１３２は、ホスト１００からの入出力を受付ながらこの外部デバイス移行処理を実行する。データ移行中に、移行元の外部デバイスに対応する論理デバイスへホスト１００から入出力要求があった場合、制御プロセッサ１３２は、論理デバイス管理情報２０１のデータ移行進捗ポインタ３８により、アクセス対象データが移行済みか否かを判定する。移行処理が未完了と判定された領域についての入出力に対しては、移行元/移行先デバイスの両領域に二重書きするなどの制御を行う。
【０２０８】
移行元外部デバイスの末尾までデータ移行が完了すると、制御プロセッサ１３２は、データ移行に係る論理デバイス、物理デバイス、外部デバイスの、それぞれ、論理デバイス管理情報２０１、外部デバイス管理情報２０３、物理デバイス管理情報２０２を更新する（ステップ１２０３）。
【０２０９】
すなわち、これらの管理情報に、データ移行後の論理デバイスと、外部デバイスまたは物理デバイスとの対応関係を格納する。
【０２１０】
ここでは、論理デバイス管理情報２０１の対応物理/外部デバイス番号３３に移行先の外部/物理デバイス番号を設定し、データ移行中フラグ２９をＯｆｆに設定する。
【０２１１】
移行先が物理デバイスの場合、物理デバイス管理情報２０２の対応論理デバイス番号５３に、対応物理/外部デバイス番号３３に移行先の外部/物理デバイス番号を設定した論理デバイスの番号を設定し、デバイス状態５４を「オンライン」に設定する。
【０２１２】
移行先が外部デバイスの場合、外部デバイス管理情報２０３の対応論理デバイス番号６３に、対応物理/外部デバイス番号３３に移行先の外部/物理デバイス番号を設定した論理デバイスの番号を設定し、デバイス状態６４を「オンライン」に設定する。
【０２１３】
また、移行元の外部デバイスの外部デバイス管理情報２０３の対応論理デバイス番号６３に、無効値を設定し、デバイス状態６４を「オフライン」に設定する。
【０２１４】
各管理情報の更新が終了すると、制御プロセッサ１３２は、管理サーバに外部デバイス移行処理が完了したことを通知する（ステップ１２０４）。
【０２１５】
以上説明したように、本実施形態によれば、外部ストレージ接続機能を有するストレージにおいて、外部ストレージのデバイスで発生した障害の予兆である異常を検知し、影響範囲を特定し、データ移行を行うなどの適切な制御を行うことができる。
【０２１６】
従って、本実施形態によれば、外部ストレージ接続機能を有するストレージと、そのストレージに接続されたストレージからなるストレージシステムを有する計算機システムにおいて、外部ストレージが、比較的信頼性の低いストレージ装置であっても、システム全体の可用性を高めることができる。
【０２１７】
新しいストレージを導入してストレージシステム全体の容量を増やす場合、既存ストレージのデバイスが保持している全データを新規ストレージに移行して置き換える場合は、新規導入ストレージに既存ストレージデバイス分の容量を具備する必要があり、ストレージ導入コストを押し上げてしまう。また、既存のストレージと新規ストレージとの両者をホストに直結すると、ホスト側の制御は複雑になる。
【０２１８】
本実施形態によれば、ホストからのアクセス態様は変更せずに、新規のストレージを導入するとともに、既存のストレージを有効に活用可能な計算機システムを構築することができる。これにより、機器導入コストを低減することができる。
【０２１９】
＜第２の実施形態＞
次に第２の実施形態について説明する。ここでは、第１の実施形態と異なる構成についてのみ説明する。
【０２２０】
本実施形態が適用される計算機システムのハードウェア構成は、図１に示す第１の実施形態と同様である。本実施形態では、図に示した１つ以上の外部ストレージ１５０の論理デバイスを複数を集めて、ＲＡＩＤグループを構成する。本実施形態では、このＲＡＩＤグループに論理デバイスを定義する。簡単のため、論理デバイスとＲＡＩＤグループの対応は１対１とする。
【０２２１】
外部ストレージ１５０の論理デバイスでＲＡＩＤグループを構成することにより、本実施形態では、外部デバイスのデータ保護方法として、第１の実施形態において説明したデータ移行と、外部デバイスがアクセス不可になってからＲＡＩＤを構成する他デバイスにより行うデータ回復の２種類の方法が可能となる。
【０２２２】
本実施形態では、外部ストレージ１５０の論理デバイスでＲＡＩＤグループを構成することにより、論理デバイス管理情報２０１として保持されるデータが第１の実施形態とは異なる。
【０２２３】
図１４に論理デバイス管理情報２０１の構成例を示す。
【０２２４】
本実施形態の論理デバイス管理情報２０１は、論理デバイスごとに、論理デバイス番号１４０１、サイズ１４０２、対応物理/外部デバイス番号１４０３、デバイス状態１４０４、ＲＡＩＤ構成（ＲＡＩＤレベル、データ/パリティ数）１４０５、ストライプサイズ１４０６、物理/外部デバイス番号リスト１４０７、移行/回復元  物理/論理デバイス番号および移行/回復先  物理/論理デバイス番号１４０８、データ移行/回復進捗ポインタ１４０９、データ移行/回復中フラグ１４１０を備える。
【０２２５】
論理デバイス番号１４０１には、論理デバイスを識別するための識別番号が登録される。サイズ１４０２には、論理デバイス番号１４０１により特定される論理デバイスの容量が格納される。
【０２２６】
対応物理／外部デバイス番号１４０３には、この論理デバイスが対応付けられている物理／外部デバイス番号が格納される。本番号は、論理デバイスが定義されることを契機に格納される。この論理デバイスが物理／外部デバイスへ割り当てられていない場合、対応物理／外部デバイス番号１４０３には無効値が設定される。
【０２２７】
デバイス状態１４０４には、第１の実施形態と同様、この論理デバイスの状態を示す情報が設定される。
【０２２８】
ＲＡＩＤ構成１４０５には、この論理デバイスが割り当てられた物理／外部デバイスで構成するＲＡＩＤグループのＲＡＩＤレベル、データディスクとパリティディスク数などＲＡＩＤ構成に関連する情報が保持される。同じように、ストライプサイズ１４０６には、ＲＡＩＤにおけるデータ分割単位(ストライプ)長が保持される。物理／外部デバイス番号リスト１４０７には、この論理デバイスが割り当てられたＲＡＩＤを構成する複数の物理／外部デバイス各々の識別番号が保持される。
【０２２９】
本実施形態では、データ回復の処理も行われるため、データ移行／回復中フラグ１４１０の取りうる値は、「データ移行中」と「データ回復中」と「Ｏｆｆ」の３値である。外部デバイスのデータを別の物理／外部デバイスへ移行する場合は「データ移行中」を設定し、アクセス不可になった外部デバイスを回復する場合には「データ回復中」を設定する。
【０２３０】
移行/回復元  物理/論理デバイス番号および移行/回復先  物理/論理デバイス番号１４０８には、障害などの理由により、他の外部／物理デバイスへデータ移行もしくは回復処理がなされている場合に、移行／回復元である外部／物理デバイス番号と、移行／回復先である外部／物理デバイス番号とが設定される。データ移行/回復進捗ポインタ１４０９は、データ移行または回復の処理が未完了な領域の先頭アドレスを示す情報が格納される。データ移行または回復の処理の進行に伴い、更新される。
【０２３１】
データ移行／回復処理の開始時には、エントリ１４０８の設定、エントリ１４０９の初期化、エントリ１４１０に「回復中」又は「移行中」を示す値の設定が行われる。
【０２３２】
本実施形態では、ストレージ１３０は、第１の実施形態同様、４つのデバイス管理情報でデバイス階層を管理する。論理デバイスは、事前に定義されている物理デバイスと、ユーザもしくはストレージ管理者が定義した外部デバイスとを複数組み合わせて定義される。定義された論理デバイスについて各ポート１３１にＬＵＮが定義される。
【０２３３】
本実施形態では、外部デバイスおよび物理デバイスを複数集めてＲＡＩＤを構成する。第１の実施形態と同様に外部デバイスへのアクセスを支える構成要素の可用性低下を検知し、外部デバイスの障害を予見し、予防のため事前にデータ移行をするだけでなく、外部デバイスや物理デバイスの一つがアクセス不可に陥った後で、ＲＡＩＤを構成する他の物理／外部デバイスから、アクセス不可となった外部デバイスの情報を回復することができる。
【０２３４】
物理／外部デバイスがアクセス不可に陥ったことは、第１の実施形態も備える、外部デバイス監視処理プログラム２２２、入出力要求処理プログラム２２１に従った外部デバイスの異常の検知処理により検出可能である。また、管理サーバの既存の機能により得られる外部ストレージ１５０からの障害報告によっても検出可能である。
【０２３５】
本実施形態では、これらのプログラムに従って検出されたアクセス不可に陥った外部デバイスや物理デバイスについて、回復処理を行うため、ストレージ１３０は、外部デバイス回復処理プログラム（不図示）を、管理サーバ１１０は、外部デバイス回復指示処理プログラム（不図示）を、それぞれ、メモリ１３３およびメモリ１１２にさらに備える。
【０２３６】
外部デバイス回復処理プログラムは、制御プロセッサ１３２により実行され、外部デバイス回復指示処理プログラムは、ＣＰＵ１１１により実行され、それぞれ、機能を実現する。
【０２３７】
入出力処理プログラム２２１、外部デバイス監視処理プログラム２２２、ストレージ監視処理プログラム２４１によって実現される機能は、第1の実施形態と同様であるため、ここでは、説明を省略する。
【０２３８】
本実施形態の管理サーバ１１０は、外部デバイス回復指示処理プログラムに従って、回復データを格納する回復先デバイス（物理／外部デバイス）を決定し、ストレージ１３０にデータ回復を指示する。外部デバイス回復指示処理プログラムの処理フローは、第１の実施形態で説明した外部デバイス移行指示処理プログラム２４２による処理フローにおいて、移行指示を回復指示と、移行元／先デバイスを回復元／先デバイスと、読み替えると、他は同様であるため、説明は省略する。
【０２３９】
図１３に、本実施形態における、制御プロセッサ１３２で実行される外部デバイス回復処理プログラムに従った、外部デバイス回復処理の処理フローの一例を示す。
【０２４０】
管理サーバ１１０から外部デバイス回復指示を受けた制御プロセッサ１３２は、外部デバイス回復処理プログラムに従って、外部デバイス回復処理を実行する。
【０２４１】
制御プロセッサ１３２は、回復指示を受けた論理デバイスの管理情報に回復中を示す情報を登録する（ステップ１３０１）。このとき、この論理デバイスの論理デバイス管理情報２０１、回復元および回復先の外部デバイス管理情報２０３、回復元および回復先の物理デバイス管理情報２０２を更新し、論理デバイスとの対応を入れ替える。
【０２４２】
制御プロセッサ１３２は、回復元外部デバイスが属する論理デバイスが定義された他の外部/物理デバイスからデータを回復し、先頭アドレスから順に回復先外部/物理デバイスへデータを格納していく（ステップ１３０２）。
【０２４３】
デバイス末尾までデータ回復が完了すると、制御プロセッサ１３２は、論理デバイスの処理状態を示すデータ移行/回復中フラグ１４１０をＯｆｆに設定し（ステップ１３０３）、回復処理完了を管理サーバ１１０に報告する（ステップ１３０４）。
【０２４４】
以上説明したように、本実施形態によれば、第１の実施形態同様、外部デバイスの障害を予見し、予防措置として、そのデバイス内のデータを移行できるだけでなく、実際に障害が発生し、アクセス不可となった後に、その外部デバイス内のデータを回復することができる。
【０２４５】
従って、本実施形態の構成により、第二のストレージが自装置に接続する第一のストレージ内のデバイスも自装置のデバイスとして仮想化してホストに提供する計算機システムにおいて、第一のストレージのデバイスに関連する障害の管理および対処を実現することができ、計算機システム全体の可用性を高めることができる。
【０２４６】
なお、本発明は、上記の２つの実施形態に限定されず、数々の変形が可能である。
【０２４７】
上記２つの実施形態では、管理サーバ１１０が、外部デバイスの移行の是非を、ストレージ毎に保持した性能／信頼性レベル、障害の発生部位、旨発生した障害のレベルに基づいて決定している。
【０２４８】
しかし、上記決定基準に加えて、論理デバイス毎に必要となる信頼性レベルを事前にユーザもしくはストレージ管理者が定義し、その信頼性レベルに応じて外部デバイスの障害対応を決定するようにしてもよい。
【０２４９】
例えば、障害によりアクセス不可が予想される外部デバイスのデバイス移行の是非を、その外部デバイスに定義された（要求されている）論理デバイスの信頼性レベルに基づいて決定する。すなわち、要求されている信頼性レベルが高い場合は、即時他の外部／物理デバイスへの移行処理を行い、要求されている信頼性レベルが低い場合は、移行処理を行わず、ストレージ管理者へ障害報告を行い、ストレージ管理者からの指示を待つ。
【０２５０】
また、上記２つの実施形態では、異常が検知された外部デバイスを、その外部デバイスに定義されている性能／信頼性レベルを満たす外部デバイスまたはストレージ１３０内の物理デバイスを選定することを優先し、移行先／回復先デバイスを決定している。しかし、移行完了までの時間短縮を重視し、まず、容量の条件のみストレージ１３０内の空きデバイスを選定して移行した後、性能／信頼性レベルに見合った他のデバイスに移行するよう構成してもよい。
【０２５１】
また、第２の実施形態では、ＲＡＩＤを構成する外部デバイスの一つが障害でアクセス不可になった場合、アクセス不可になった外部デバイス内のデータのみを他の物理／外部デバイスへ回復する場合を例にあげて説明した。
【０２５２】
しかし、ＲＡＩＤを構成する別のデバイスが、アクセス不可となった外部デバイスと同じ外部ストレージ１５０にある場合などは、ＲＡＩＤ内の他の複数のデバイスがデータ移行の対象となる可能性がある。その場合、外部デバイス移行指示処理プログラム２４２は、障害が発生した外部デバイスに対する回復先デバイスと、障害が発生した外部デバイス以外で移行対象となった外部デバイスとについて移行先デバイスを選定し、ストレージ１３０に対して、デバイスの回復指示および移行指示を行う。ストレージ１３０では、ＲＡＩＤを構成する物理／外部デバイスのデータを読み出し、回復先デバイスへのデータの回復を行う処理と並行して、読み出した移行対象外部デバイスのデータを移行先デバイスへ移行する。
【図面の簡単な説明】
【０２５３】
【図１】図１は、第１の実施形態が適用される計算機システムのハードウェア構成の一例を示す図である。
【図２】図２（ａ）は、第１の実施形態の、ストレージの制御メモリおよびメモリに格納される制御情報およびストレージ制御処理のためのプログラムの一例を示す図である。図２（ｂ）は、第１の実施形態の管理サーバのメモリに格納される制御情報およびストレージ制御処理のためのプログラムの一例を示す図である。
【図３】図３は、第１の実施形態の論理デバイス管理情報の一例を示す図である。
【図４】図４は、第１の実施形態のＬＵパス管理情報の一例を示す図である。
【図５】図５は、第１の実施形態の物理デバイス管理情報の一例を示す図である。
【図６】図６は、第１の実施形態の外部デバイス管理情報の一例を示す図である。
【図７】図７は、第１の実施形態のストレージ管理情報の一例を示す図である。
【図８】図８は、第１の実施形態の入出力要求処理プログラムによる処理のフローである。
【図９】図９は、第１の実施形態の外部デバイス監視処理プログラムによる処理のフローである。
【図１０】図１０は、第１の実施形態のストレージ監視処理プログラムによる処理のフローである。
【図１１】図１１は、第１の実施形態の外部デバイス移行指示処理プログラムによる処理のフローである。
【図１２】図１２は、第１の実施形態の外部デバイス移行処理プログラムによる処理のフローである。
【図１３】図１３は、第２の実施形態の外部デバイス回復処理プログラムによる処理のフローである。
【図１４】図１４は、第２の実施形態の論理デバイス管理情報の一例を示す図である。
【符号の説明】
【０２５４】
１００…ホスト、１１０…管理サーバ、１２０…ファイバチャネルスイッチ、１３０…ストレージ、１４０…管理端末、１５０…外部ストレージ、１７５…ＩＰネットワーク、２０１…論理デバイス管理情報、２０２…物理デバイス管理情報、２０３…外部デバイス管理情報、２０４…ＬＵパス管理情報、２０５…キャッシュ管理情報、２０６…仮想デバイス管理情報、２２１…入出力要求処理、２２２…外部デバイス監視処理、２２３…外部デバイス移行処理、２４１…ストレージ監視処理、２４２…外部デバイス移行指示処理、１０１…ＣＰＵ、１０２…メモリ、１０３…記憶装置、１０４…入力装置、１０５…出力装置、１０６…Ｉ／Ｆ、１０７…ポート、１２１…ポート、１２３…Ｉ／Ｆ、１１１…ＣＰＵ、１１２…メモリ、１１３…記憶装置、１１４…入力装置、１１５…出力装置、１１６…Ｉ／Ｆ、１３１…ポート、１３２…制御プロセッサ、１３３…メモリ、１３４…ディスクキャッシュ、１３５…制御メモリ、１３６…ポート、１３７…ディスク、１３８…Ｉ／Ｆ、１４１…Ｉ／Ｆ、１４２…ＣＰＵ、１４３…メモリ、１４４…記憶装置、１４５…入力装置、１４６…出力装置、１４７…Ｉ／Ｆ、１５１…ポート、１５２…制御プロセッサ、１５３…メモリ、１５４…ディスクキャッシュ、１５５…ポート、１５６…ディスク、１５７…Ｉ／Ｆ
【図１】
2005326935.tif 000003
【図２】
2005326935.tif 000004
【図３】
2005326935.tif 000005
【図４】
2005326935.tif 000006
【図５】
2005326935.tif 000007
【図６】
2005326935.tif 000008
【図７】
2005326935.tif 000009
【図８】
2005326935.tif 000010
【図９】
2005326935.tif 000011
【図１０】
2005326935.tif 000012
【図１１】
2005326935.tif 000013
【図１２】
2005326935.tif 000014
【図１３】
2005326935.tif 000015
【図１４】
2005326935.tif 000016