特開 2023-111226 データ管理システム、ボリュームアクセス制御方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023111226

(43)【公開日】2023-08-10

(54)【発明の名称】データ管理システム、ボリュームアクセス制御方法、及びプログラム

(51)【国際特許分類】

   G06F 21/62 20130101AFI20230803BHJP

   G06F 21/31 20130101ALI20230803BHJP

   G06F 11/20 20060101ALI20230803BHJP

   G06F 3/06 20060101ALI20230803BHJP

【ＦＩ】

G06F21/62 318

G06F21/31

G06F11/20 682

G06F3/06 301Z

G06F3/06 305C

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022012977

(22)【出願日】2022-01-31

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】岡本 和馬

【テーマコード（参考）】

5B034

【Ｆターム（参考）】

5B034AA01

5B034CC04

(57)【要約】      （修正有）

【課題】システム全体の性能低下を抑制しながらも、リモートコピーペアの作成時に副サイトのボリュームに対するユーザのアクセス権をチェックすることにより、セキュリティを向上させるデータ管理システム、ボリュームアクセス制御方法及びプログラムを提供する。
【解決手段】データ管理システム１は、正サイトストレージ、副サイトストレージ及び外部認証サーバを備える。正サイトストレージは、ユーザのログインの際、外部認証サーバを用いてユーザ認証を行い、発行される認証情報を保持する。正サイトストレージは、その後、ユーザ操作により、Ｐ－ＶＯＬとＳ－ＶＯＬとのリモートコピーペア作成を指示するコマンドが発行された時、認証情報を添えてコマンドを副サイトストレージに送信する。副サイトストレージは、認証情報を用いて、ユーザの認証を外部認証サーバに要求し、認証が成功した場合、ペアボリュームの間でデータの同期を開始する。
【選択図】図３

【特許請求の範囲】

【請求項1】

異なるストレージシステムのボリュームでリモートコピーペアを作成可能なデータ管理システムであって、
データを格納する１以上のボリュームを有し、外部認証サーバとの間でユーザの認証に関する通信を行う第１のストレージシステムと、
データを格納する１以上のボリュームを有し、前記外部認証サーバとの間でユーザの認証に関する通信を行う第２のストレージシステムと、
を備え、
前記第１のストレージシステムにユーザがログインする際、前記第１のストレージシステムは、前記第１のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求し、認証が成功したときに前記外部認証サーバから発行される認証情報を保持し、
前記ログインしたユーザの操作により、前記第１のストレージシステムの第１ボリュームと前記第２のストレージシステムの第２ボリュームとによるリモートコピーペアの作成を指示するリモートコピーペア作成コマンドが前記第１のストレージシステムに発行されたとき、
前記第１のストレージシステムは、前記認証情報を添えて前記リモートコピーペア作成コマンドを前記第２のストレージシステムに送信し、
前記第２のストレージシステムは、前記リモートコピーペア作成コマンドに添えられた前記認証情報を用いて、当該第２のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求し、
前記第２のストレージシステムに対する前記ユーザの認証が成功した場合、前記第１または前記第２のストレージシステムが、前記第１ボリュームと前記第２ボリュームとの間でデータの同期を開始する
ことを特徴とするデータ管理システム。

【請求項2】

前記第１及び前記第２のストレージシステムは、自ストレージシステムの各ボリュームに対するユーザのアクセス権を事前登録したアクセス権情報をそれぞれ有し、
前記リモートコピーペア作成コマンドが前記第１のストレージシステムに発行されたとき、
前記第１のストレージシステムは、前記ログインの際に取得したユーザの識別情報に基づいて前記アクセス権情報を参照することにより、前記第１ボリュームに対する前記ユーザのアクセス権の有無を確認し、前記第１ボリュームに対する前記ユーザのアクセス権が確認できた場合に、前記識別情報と前記認証情報とを添えて前記リモートコピーペア作成コマンドを前記第２のストレージシステムに送信し、
前記第２のストレージシステムは、前記リモートコピーペア作成コマンドに添えられた前記識別情報に基づいて前記アクセス権情報を参照することにより、前記第２ボリュームに対する前記ユーザのアクセス権の有無を確認し、
前記第２のストレージシステムに対する前記ユーザの認証が成功し、かつ前記第２ボリュームに対する前記ユーザのアクセス権が確認できた場合に、前記第１または前記第２のストレージシステムが前記データの同期を開始する
ことを特徴とする請求項１に記載のデータ管理システム。

【請求項3】

前記第２のストレージシステムは、
前記第２のストレージシステムに対する前記ユーザの認証が成功し、かつ前記第２ボリュームに対する前記ユーザのアクセス権が確認できた場合に、前記第１ボリュームと前記第２ボリュームとのペア状態を設定し、前記リモートコピーペア作成コマンドへの応答を前記第１のストレージシステムに送信し、
前記リモートコピーペア作成コマンドへの応答を受信した前記第１のストレージシステムは、前記データの同期を開始する
ことを特徴とする請求項２に記載のデータ管理システム。

【請求項4】

前記第２のストレージシステムは、
前記第１のストレージシステムから前記リモートコピーペア作成コマンドを受信すると、前記第１ボリュームと前記第２ボリュームとのペア状態を設定し、前記リモートコピーペア作成コマンドへの応答を前記第１のストレージシステムに送信し、
前記応答を前記第１のストレージシステムに送信した後に、前記第２のストレージシステムに対する前記ユーザの認証の要求、及び前記第２ボリュームに対する前記ユーザのアクセス権の有無の確認を実行し、
前記第２のストレージシステムに対する前記ユーザの認証が成功し、かつ前記第２ボリュームに対する前記ユーザのアクセス権が確認できた場合に、前記データの同期を開始する
ことを特徴とする請求項２に記載のデータ管理システム。

【請求項5】

前記第２のストレージシステムは、リモートコピーペアを作成する第１の機能部と、前記外部認証サーバを利用して認証を行う第２の機能部と、を有し、
前記第２のストレージシステムが前記第１のストレージシステムから前記リモートコピーペア作成コマンドを受信したとき、
前記第１の機能部は、前記第２の機能部の起動を指示してから、前記第１ボリュームと前記第２ボリュームとのペア状態を設定し、その後、前記リモートコピーペア作成コマンドへの応答を前記第１のストレージシステムに送信し、
前記第２の機能部は、前記第１の機能部が前記応答を前記第１のストレージシステムに送信した後に、前記第２のストレージシステムに対する前記ユーザの認証の要求、及び前記第２ボリュームに対する前記ユーザのアクセス権の有無の確認を実行し、
前記第２のストレージシステムに対する前記ユーザの認証が成功し、かつ前記第２ボリュームに対する前記ユーザのアクセス権が確認できた場合に、前記第１の機能部が、前記データの同期を開始する
ことを特徴とする請求項４に記載のデータ管理システム。

【請求項6】

前記アクセス権情報には、同一のストレージシステムに存在する１以上のボリュームをグルーピングしたリソースグループを単位として、ユーザのアクセス権が事前登録される
ことを特徴とする請求項２に記載のデータ管理システム。

【請求項7】

ユーザの操作に応じて前記第１のストレージシステムに前記リモートコピーペア作成コマンドを発行するクライアントアプリケーションをさらに備え、
前記第１のストレージシステムは、前記第２のストレージシステムから前記リモートコピーペア作成コマンドへの応答を受信すると、前記クライアントアプリケーションに前記リモートコピーペア作成コマンドへの応答を送信し、その後に前記データの同期を開始する
ことを特徴とする請求項３または請求項４に記載のデータ管理システム。

【請求項8】

前記第１のストレージシステム及び前記第２のストレージシステムと前記外部認証サーバとの通信は、管理専用のアウトオブバンドネットワークで行われる
ことを特徴とする請求項１に記載のデータ管理システム。

【請求項9】

前記認証情報は、認証済Ｃｏｏｋｉｅである
ことを特徴とする請求項１に記載のデータ管理システム。

【請求項10】

異なるストレージシステムのボリュームでリモートコピーペアを作成可能なデータ管理システムによるボリュームアクセス制御方法であって、
前記データ管理システムは、
データを格納する１以上のボリュームを有し、外部認証サーバとの間でユーザの認証に関する通信を行う第１のストレージシステムと、
データを格納する１以上のボリュームを有し、前記外部認証サーバとの間でユーザの認証に関する通信を行う第２のストレージシステムと、
を有し、
前記第１のストレージシステムにユーザがログインする際、前記第１のストレージシステムが、前記第１のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求し、認証が成功したときに前記外部認証サーバから発行される認証情報を保持するログインステップと、
前記ログインしたユーザの操作により、前記第１のストレージシステムの第１ボリュームと前記第２のストレージシステムの第２ボリュームとによるリモートコピーペアの作成を指示するリモートコピーペア作成コマンドが前記第１のストレージシステムに発行されたとき、
前記第１のストレージシステムが、前記認証情報を添えて前記リモートコピーペア作成コマンドを前記第２のストレージシステムに送信するコマンド送信ステップと、
前記コマンド送信ステップの後、前記第２のストレージシステムが、前記リモートコピーペア作成コマンドに添えられた前記認証情報を用いて、当該第２のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求する副サイト認証ステップと、
前記副サイト認証ステップにおいて前記第２のストレージシステムに対する前記ユーザの認証が成功した場合に、前記第１または前記第２のストレージシステムが、前記第１ボリュームと前記第２ボリュームとの間でデータの同期を開始するデータ同期ステップと、
を備えることを特徴とするボリュームアクセス制御方法。

【請求項11】

異なるストレージシステムのボリュームでリモートコピーペアを作成可能なデータ管理システムにおいてプロセッサによって実行されるプログラムであって、
前記データ管理システムは、
データを格納する１以上のボリュームを有し、外部認証サーバとの間でユーザの認証に関する通信を行う第１のストレージシステムと、
データを格納する１以上のボリュームを有し、前記外部認証サーバとの間でユーザの認証に関する通信を行う第２のストレージシステムと、
を有して構成され、
前記第１のストレージシステムにユーザがログインする際、前記第１のストレージシステムが、前記第１のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求し、認証が成功したときに前記外部認証サーバから発行される認証情報を保持する処理と、
前記外部認証サーバが、前記要求に応じて前記第１のストレージシステムに対する前記ユーザの認証を行い、認証に成功したときには前記認証情報を発行する処理と、
前記ログインしたユーザの操作により、前記第１のストレージシステムの第１ボリュームと前記第２のストレージシステムの第２ボリュームとによるリモートコピーペアの作成を指示するリモートコピーペア作成コマンドが前記第１のストレージシステムに発行されたとき、
前記第１のストレージシステムが、前記認証情報を添えて前記リモートコピーペア作成コマンドを前記第２のストレージシステムに送信する処理と、
前記第２のストレージシステムが、前記リモートコピーペア作成コマンドに添えられた前記認証情報を用いて、当該第２のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求する処理と、
前記外部認証サーバが、前記要求に応じて前記第２のストレージシステムに対する前記ユーザの認証を行う処理と、
前記第２のストレージシステムに対する前記ユーザの認証が成功した場合、前記第１または前記第２のストレージシステムが、前記第１ボリュームと前記第２ボリュームとの間でデータの同期を開始する処理と、
を実行することを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ管理システム、ボリュームアクセス制御方法、及びプログラムに関し、ボリュームデータのリモートコピー機能を有するデータ管理システム、そのボリュームアクセス制御方法、及びプログラムに適用して好適なものである。

【背景技術】

【0002】

従来、２つのストレージシステム（正サイトストレージ、副サイトストレージ）間でボリュームのデータを同期するリモートコピー機能がある。リモートコピーのペアは、正サイトストレージに対してリモートコピーペア作成コマンドを発行することで作成できる。このとき、ペア状態を形成する正サイトストレージのボリュームと副サイトストレージのボリュームの情報が指定される。

【0003】

例えば特許文献１には、リモートコピー機能を有するストレージシステムにおいて、ホストコンピュータとボリュームとのアクセス可否の対応情報を予め登録することなく、遠隔ボリュームのアクセスを制限する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００６－１４６８０１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで近年、情報セキュリティの分野では、境界型セキュリティモデルからゼロトラストセキュリティモデルへの変換が必要と言われている。ゼロトラストセキュリティモデルは、情報システム内のすべてのコンポーネントが互いを信頼しない（コンポーネント間のすべての通信を信頼しない）ことを前提に、各コンポーネントにおいてセキュリティ対策を実施することが求められる。

【0006】

しかし、従来の一般的なストレージシステムでは、リモートコピーペアの作成において、正サイトストレージに設定されたボリュームに対してしかアクセス権のチェックが実施されておらず、副サイトのボリュームへのアクセス権のチェックが実施されていないため、ゼロトラストセキュリティモデルにおける要件を満たしていない現状がある。

【0007】

例えば、ストレージシステムを複数の組織（会社や部署）で利用する場合を考えると、副サイトストレージに設定されたボリュームに対するアクセス権のチェックが実施されないと、ある組織の管理者が、別組織に割り当てられた副サイトのボリュームを指定してリモートコピーペアを作成することができてしまう。この場合、別組織に割り当てられた副サイトのボリュームは、上記管理者がアクセス権を有する正サイトのボリュームのデータによって上書きされてしまう。したがって、ある組織が悪意を持って、別組織のボリュームの内容を書き換えることが可能となり、セキュリティ上の課題となる。

【0008】

このような課題への対策としては、副サイトのボリュームへのアクセス権チェックを実施することが想定されるが、その場合には、チェック対象のボリュームの増加や通信負荷の増加により、性能の低下が懸念される。

【0009】

また、前述した特許文献１に開示されたストレージシステムも、上記の課題への対策を考慮しており、正サイトと副サイトとの間に中間サイトを設け、中間サイトを介したカスケード構成で多段にコピーペアを形成することにより、正サイトに直接接続されていない副サイトのアクセスを制限することを実現している。

【0010】

しかし、特許文献１のストレージシステムは、中間サイトが必須となる構成であるため、システム全体の通信負荷が増加するおそれがある。また、特許文献１の技術は、すでにペア状態を形成済みの副サイトのボリュームに対してアクセス制限を可能にしようとするものであり、副サイトにおいてペア状態が形成されていない他のボリュームに対してはアクセス制限をチェックするものではなかった。

【0011】

本発明は以上の点を考慮してなされたもので、システム全体の性能低下を抑制しながらも、リモートコピーペアの作成時に副サイトのボリュームに対するユーザのアクセス権をチェックすることにより、セキュリティの向上を図ることが可能なデータ管理システム、ボリュームアクセス制御方法、及びプログラムを提案しようとするものである。

【課題を解決するための手段】

【0012】

かかる課題を解決するため本発明においては、異なるストレージシステムのボリュームでリモートコピーペアを作成可能なデータ管理システムであって、データを格納する１以上のボリュームを有し、外部認証サーバとの間でユーザの認証に関する通信を行う第１のストレージシステムと、データを格納する１以上のボリュームを有し、前記外部認証サーバとの間でユーザの認証に関する通信を行う第２のストレージシステムと、を備え、前記第１のストレージシステムにユーザがログインする際、前記第１のストレージシステムは、前記第１のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求し、認証が成功したときに前記外部認証サーバから発行される認証情報を保持し、前記ログインしたユーザの操作により、前記第１のストレージシステムの第１ボリュームと前記第２のストレージシステムの第２ボリュームとによるリモートコピーペアの作成を指示するリモートコピーペア作成コマンドが前記第１のストレージシステムに発行されたとき、前記第１のストレージシステムは、前記認証情報を添えて前記リモートコピーペア作成コマンドを前記第２のストレージシステムに送信し、前記第２のストレージシステムは、前記リモートコピーペア作成コマンドに添えられた前記認証情報を用いて、当該第２のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求し、前記第２のストレージシステムに対する前記ユーザの認証が成功した場合、前記第１または前記第２のストレージシステムが、前記第１ボリュームと前記第２ボリュームとの間でデータの同期を開始する、データ管理システムが提供される。

【0013】

また、かかる課題を解決するため本発明においては、異なるストレージシステムのボリュームでリモートコピーペアを作成可能なデータ管理システムによるボリュームアクセス制御方法であって、前記データ管理システムは、データを格納する１以上のボリュームを有し、外部認証サーバとの間でユーザの認証に関する通信を行う第１のストレージシステムと、データを格納する１以上のボリュームを有し、前記外部認証サーバとの間でユーザの認証に関する通信を行う第２のストレージシステムと、を有し、前記第１のストレージシステムにユーザがログインする際、前記第１のストレージシステムが、前記第１のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求し、認証が成功したときに前記外部認証サーバから発行される認証情報を保持するログインステップと、前記ログインしたユーザの操作により、前記第１のストレージシステムの第１ボリュームと前記第２のストレージシステムの第２ボリュームとによるリモートコピーペアの作成を指示するリモートコピーペア作成コマンドが前記第１のストレージシステムに発行されたとき、前記第１のストレージシステムが、前記認証情報を添えて前記リモートコピーペア作成コマンドを前記第２のストレージシステムに送信するコマンド送信ステップと、前記コマンド送信ステップの後、前記第２のストレージシステムが、前記リモートコピーペア作成コマンドに添えられた前記認証情報を用いて、当該第２のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求する副サイト認証ステップと、前記副サイト認証ステップにおいて前記第２のストレージシステムに対する前記ユーザの認証が成功した場合に、前記第１または前記第２のストレージシステムが、前記第１ボリュームと前記第２ボリュームとの間でデータの同期を開始するデータ同期ステップと、を備えるボリュームアクセス制御方法が提供される。

【0014】

また、かかる課題を解決するため本発明においては、異なるストレージシステムのボリュームでリモートコピーペアを作成可能なデータ管理システムにおいてプロセッサによって実行されるプログラムであって、前記データ管理システムは、データを格納する１以上のボリュームを有し、外部認証サーバとの間でユーザの認証に関する通信を行う第１のストレージシステムと、データを格納する１以上のボリュームを有し、前記外部認証サーバとの間でユーザの認証に関する通信を行う第２のストレージシステムと、を有して構成され、前記第１のストレージシステムにユーザがログインする際、前記第１のストレージシステムが、前記第１のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求し、認証が成功したときに前記外部認証サーバから発行される認証情報を保持する処理と、前記外部認証サーバが、前記要求に応じて前記第１のストレージシステムに対する前記ユーザの認証を行い、認証に成功したときには前記認証情報を発行する処理と、前記ログインしたユーザの操作により、前記第１のストレージシステムの第１ボリュームと前記第２のストレージシステムの第２ボリュームとによるリモートコピーペアの作成を指示するリモートコピーペア作成コマンドが前記第１のストレージシステムに発行されたとき、前記第１のストレージシステムが、前記認証情報を添えて前記リモートコピーペア作成コマンドを前記第２のストレージシステムに送信する処理と、前記第２のストレージシステムが、前記リモートコピーペア作成コマンドに添えられた前記認証情報を用いて、当該第２のストレージシステムに対する前記ユーザの認証を前記外部認証サーバに要求する処理と、前記外部認証サーバが、前記要求に応じて前記第２のストレージシステムに対する前記ユーザの認証を行う処理と、前記第２のストレージシステムに対する前記ユーザの認証が成功した場合、前記第１または前記第２のストレージシステムが、前記第１ボリュームと前記第２ボリュームとの間でデータの同期を開始する処理と、を実行する、プログラムが提供される。

【発明の効果】

【0015】

本発明によれば、リモートコピーペアの作成時に、システム全体の性能低下を抑制しながら、セキュリティの向上を図ることができる。

【図面の簡単な説明】

【0016】

【図1】本発明の一実施形態に係るデータ管理システム１のハードウェア構成例を示すブロック図である。

【図2】データ管理システム１のハードウェア構成の変形例を示すブロック図である。

【図3】データ管理システム１におけるリモートコピーペア作成の処理イメージを示す図である。

【図4】アクセス権管理テーブル１１０の一例を示す図である。

【図5】セッション管理テーブル１２０の一例を示す図である。

【図6】リソースグループ管理テーブル１３０の一例を示す図である。

【図7】ペア情報管理テーブル１４０の一例を示す図である。

【図8】外部認証サーバ情報１５０の一例を示す図である。

【図9】通常版のリモートコピーペア作成処理の処理手順例を示すフローチャートである。

【図10】図９の処理手順をより詳細に示したシーケンス図（その１）である。

【図11】図９の処理手順をより詳細に示したシーケンス図（その２）である。

【図12】応答性能改善版のリモートコピーペア作成処理の処理手順例を示すフローチャートである。

【図13】図１２の処理手順の一部をより詳細に示したシーケンス図である。

【発明を実施するための形態】

【0017】

以下、図面を参照して、本発明の実施形態を詳述する。

【0018】

なお、以下の記載及び図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略及び簡略化がなされている。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。本発明が実施形態に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。本発明は、当業者であれば本発明の範囲内で様々な追加や変更等を行うことができる。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は複数でも単数でも構わない。

【0019】

以下の説明では、「テーブル」、「表」、「リスト」、「キュー」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いるが、これらについてはお互いに置換が可能である。

【0020】

また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号又は参照符号における共通番号を使用し、同種の要素を区別して説明する場合は、その要素の参照符号を使用又は参照符号に代えてその要素に割り振られたＩＤを使用することがある。

【0021】

また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、少なくとも１以上のプロセッサ（例えばＣＰＵ）によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び／又はインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノード、ストレージシステム、ストレージ装置、サーバ、管理計算機、クライアント、又は、ホストであってもよい。プログラムを実行して行う処理の主体（例えばプロセッサ）は、処理の一部又は全部を行うハードウェア回路を含んでもよい。例えば、プログラムを実行して行う処理の主体は、暗号化及び復号化、又は圧縮及び伸張を実行するハードウェア回路を含んでもよい。プロセッサは、プログラムに従って動作することによって、所定の機能を実現する機能部として動作する。プロセッサを含む装置及びシステムは、これらの機能部を含む装置及びシステムである。

【0022】

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバ又は計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサ（例えばＣＰＵ）と記憶資源を含み、記憶資源はさらに配布プログラムと配布対象であるプログラムとを記憶してよい。そして、プログラム配布サーバのプロセッサが配布プログラムを実行することで、プログラム配布サーバのプロセッサは配布対象のプログラムを他の計算機に配布してよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

【0023】

（１）システム構成及び概要
図１は、本発明の一実施形態に係るデータ管理システム１のハードウェア構成例を示すブロック図である。図１に示すように、データ管理システム１は、正サイトサーバ１０、正サイトストレージ２０、副サイトサーバ３０、副サイトストレージ４０、及び外部認証サーバ５０を備える。

【0024】

正サイトサーバ１０と正サイトストレージ２０、副サイトサーバ３０と副サイトストレージ４０、正サイトストレージ２０と副サイトストレージ４０は、それぞれインバンドネットワーク６１で接続される。インバンドネットワーク６１は、主に、ストレージに保存するデータ（具体的には例えば、ボリュームに保存される顧客の情報資産）を送受信するためのネットワークであり、顧客へのサービス提供用のネットワークを利用することができる。なお、インバンドネットワーク６１は、ストレージ管理用の情報を送受信することもある。

【0025】

正サイトストレージ２０、副サイトストレージ４０、及び外部認証サーバ５０は、アウトオブバンドネットワーク６２で接続される。アウトオブバンドネットワーク６２は、ストレージを管理するためのデータを送受信するためのネットワークである。アウトオブバンドネットワーク６２は、管理専用のネットワークであり、ストレージに保存するデータ（具体的には例えば、ボリュームに保存される顧客の情報資産）は一切送受信されない。

【0026】

正サイトサーバ１０は、正サイトストレージ２０の上位装置（ホスト）であって、例えば、ＣＰＵ、メモリ、入力装置、出力装置、及びインタフェース等によって構成される。正サイトサーバ１０は、正サイトストレージ２０のボリューム２４に格納されたデータに対するＩＯ要求の発行等を行う。

【0027】

正サイトストレージ２０は、正サイト（プライマリサイト）を提供するストレージシステムであって、ＣＰＵ、メモリ、外部記憶装置、及びインタフェース等によって構成される。上記のハードウェアから構成された正サイトストレージ２０は、図１に示したように、ペア形成プログラム２１、管理情報２２、及び１以上のボリューム２４を備える。

【0028】

ペア形成プログラム２１は、メモリに記憶されたプログラムであって、ＣＰＵに読み出されて実行されることにより、コピーペアを作成するための所定の処理を実行する。また、ペア形成プログラム２１には、外部認証サーバ５０を用いた認証機能（外部認証機能）を実現するためのプログラムも含まれている。ペア形成プログラム２１による具体的な処理の詳細は、フローチャートやシーケンス図を参照しながら後述する。

【0029】

管理情報２２は、メモリまたは外部記憶装置に格納された各種の管理用情報であって、例えば、後述するアクセス権管理テーブル１１０、セッション管理テーブル１２０、リソースグループ管理テーブル１３０、ペア情報管理テーブル１４０、及び外部認証サーバ情報１５０を含む。これらの各情報の詳細は、図４～図８に具体例を示して後述する。

【0030】

ボリューム２４は、顧客（ユーザ）のデータを格納するプライマリの記憶領域であって、外部記憶装置によって実現される。本例では、ボリューム２４を外部記憶装置の物理記憶領域に対応付けて生成される論理領域として説明するが、物理領域であってもよい。また、ボリューム２４の記憶領域はクラウドによって提供される等であってもよい。各ボリューム２４に対するユーザのアクセス権は、アクセス権管理テーブルの設定に従って制限される。

【0031】

なお、本実施形態では、１以上のボリューム２４を管理するためにリソースグループ機能を採用することができる。リソースグループ機能は、ストレージシステムのリソース（ボリュームなど）をグルーピングしてユーザに割り当てる機能である。リソースグループ機能により、ストレージシステムのユーザ（例えば組織の管理者）は、自身に割り当てられたリソースグループのリソースしか操作（設定編集、削除、ペア作成など）を行うことができない。図１には、このようなリソースグループ機能によるボリューム２４のグループとして、リソースグループ２５が示されている。リソースグループ機能を採用する場合、アクセス権管理テーブルでは、リソースグループ２５を単位として、ボリューム２４に対するアクセス権を管理することができる。

【0032】

副サイトサーバ３０は、副サイトストレージ４０の上位装置（ホスト）であって、例えば、ＣＰＵ、メモリ、入力装置、出力装置、及びインタフェース等によって構成される。副サイトサーバ３０は、副サイトストレージ４０のボリューム４４に格納されたデータに対するＩＯ要求の発行等を行う。

【0033】

副サイトストレージ４０は、副サイト（セカンダリサイト）を提供するストレージシステムであって、ＣＰＵ、メモリ、外部記憶装置、及びインタフェース等によって構成される。上記のハードウェアから構成された副サイトストレージ４０は、図１に示したように、ペア形成プログラム４１、管理情報４２、認証プログラム４３、及び１以上のボリューム４４を備える。

【0034】

ペア形成プログラム４１は、メモリに記憶されたプログラムであって、ＣＰＵに読み出されて実行されることにより、コピーペアを作成するための所定の処理を実行する。ペア形成プログラム４１による具体的な処理の詳細は、フローチャートやシーケンス図を参照しながら後述する。

【0035】

認証プログラム４３は、メモリに記憶されたプログラムであって、ＣＰＵに読み出されて実行されることにより、外部認証サーバ５０を用いた認証機能（外部認証機能）を実現する。

【0036】

なお、認証プログラム４３は、正サイトストレージ２０で説明したペア形成プログラム２１と同様のペア形成プログラムから、外部認証機能に関するプログラム（認証プログラム４３）を分離させたものであり、図２では、残りのコピーペア作成機能に関するプログラムをペア形成プログラム４１として示している。プログラムを分離するとは、例えば、分離されるプログラムを別モジュールにすることを意味する。

【0037】

但し、このように認証プログラム４３を分離した構成は、本実施形態におけるリモートコピーペア作成処理のうち、図１２，図１３を参照しながら説明する応答性能改善版のリモートコピーペア作成処理において必要な構成であるが、図９～図１１を参照しながら説明する通常版のリモートコピーペア作成処理においては特段必要ではない。すなわち、データ管理システム１が通常版のリモートコピーペア作成処理を実行する場合には、ペア形成プログラム４１が認証プログラム４３に相当するプログラムを含んで実装されてもよい（言い換えれば、副サイトストレージ４０のペア形成プログラム４１は、正サイトストレージ２０のペア形成プログラム２１と同様のプログラムであってよい）。

【0038】

そこで、以下の説明では、図９～図１１を参照しながら後述する通常版のリモートコピーペア作成処理においては、ペア形成プログラム４１はコピーペア作成機能及び外部認証機能を有するとし、図１２，図１３を参照しながら後述する応答性能改善版のリモートコピーペア作成処理においては、ペア形成プログラム４１はコピーペア作成機能だけを有し、認証プログラム４３が外部認証機能を有する、とする。

【0039】

管理情報４２は、正サイトストレージ２０の管理情報２２と同様、メモリまたは外部記憶装置に格納された各種の管理用情報であって、例えば、後述するアクセス権管理テーブル１１０、リソースグループ管理テーブル１３０、ペア情報管理テーブル１４０、及び外部認証サーバ情報１５０を含む。これらの各情報の詳細は、図４，図６～図８に具体例を示して後述する。

【0040】

ボリューム４４は、顧客（ユーザ）のデータを格納するセカンダリの記憶領域であって、外部記憶装置によって実現される。正サイトストレージ２０のボリューム２４と同様、本例ではボリューム４４を論理領域として説明するが、物理領域であってもよい。また、ボリューム４４の記憶領域はクラウドによって提供される等であってもよい。各ボリューム４４に対するユーザのアクセス権は、アクセス権管理テーブルの設定に従って制限される。

【0041】

なお、正サイトストレージ２０のボリューム２４と同様に、副サイトストレージ４０のボリューム４４に対しても、リソースグループ機能を採用することができる。そのため、図１には、リソースグループ機能によるボリューム４４のグループとして、リソースグループ４５が示されている。リソースグループ機能を採用する場合、アクセス権管理テーブルは、リソースグループ４５を単位として、ボリューム４４に対するアクセス権を管理することができる。

【0042】

外部認証サーバ５０は、事前に登録されたユーザ情報に基づいてユーザを認証する認証機能５１を有するサーバであって、一般的な外部認証サーバを利用することができる。外部認証サーバ５０に対しては、リモートコピーペア作成処理が実行されるよりも前に、各サイトの管理アプリケーション（例えば、後述する正側クライアント１１や副側クライアント３１）から、各サイトにアクセスするユーザについて、当該ユーザの認証に必要な情報（ＩＤ、パスワード等）が登録される。

【0043】

ここで、管理アプリケーション（管理ＡＰ）について説明する。管理アプリケーションは、ユーザの操作に応じて、正サイトストレージ２０または副サイトストレージ４０に対して所定の処理を実行可能なアプリケーションプログラムである。管理アプリケーションは、所定の処理として例えば、アクセス権情報の設定、外部認証サーバ５０の登録、ログイン処理、リモートコピーペア作成コマンドの発行などを実行することができる。管理アプリケーションは、ユーザが操作するコンピュータ等に実装される場合にクライアントとも呼ばれる。

【0044】

本実施形態に係るデータ管理システム１において、管理アプリケーション（クライアント）の設置場所は限定されず、様々な場所に実装可能である。管理アプリケーションの実装例について、図２を参照して説明する。

【0045】

図２は、データ管理システム１のハードウェア構成の変形例を示すブロック図である。図２に示したデータ管理システム１Ａは、図１に示したデータ管理システム１の変形例であって、図１に示したデータ管理システム１の構成に、ストレージ管理用ＰＣ７０が追加されている。ストレージ管理用ＰＣ７０は、正または副のサイトストレージを管理するためのコンピュータであって、アウトオブバンドネットワーク６２を介して、管理対象のサイトストレージや外部認証サーバ５０に接続される。

【0046】

図２では、データ管理システム１Ａの様々な場所に管理アプリケーション（クライアント）を実装可能であることが示されている。例えば、正サイトサーバ１０に正側クライアント１１を実装し、副サイトサーバ３０に副側クライアント３１を実装することができる。また、管理アプリケーションの別の実装例として、ストレージ管理用ＰＣ７０に正側クライアント７１や副側クライアント７２を実装することもできる。

【0047】

またさらに、データ管理システム１（１Ａ）では、正サイトストレージ２０や副サイトストレージ４０に接続するコンピュータ内にクライアントが存在しない構成であっても、各サイトストレージにインストールした管理アプリケーションをアウトオブバンドネットワーク６２を介して利用することができる。例えば、図２には、副サイトストレージ４０が管理ＡＰ用ＩＦ４６を有する構成が示されている。管理ＡＰ用ＩＦ４６は、当ストレージ内にインストールされた管理アプリケーションを外部から操作するためのインタフェースであって、ＧＵＩ（Graphical User Interface）やＡＰＩ（Application Programming Interface）等である。この場合、ユーザは、アウトオブバンドネットワーク６２によるブラウザアクセスによって、ストレージ管理用ＰＣ７０から管理ＡＰ用ＩＦ４６を操作することができるため、リモートコピーペアの作成や外部認証サーバ５０の登録等を行うことが可能となる。

【0048】

図３は、データ管理システム１におけるリモートコピーペア作成の処理イメージを示す図である。図３には、管理者Ａ（Ｕｓｅｒ Ａ）が、正側クライアント１１を操作して、正サイトストレージ２０のボリューム２４の１つ（Ｐ－ＶＯＬ）と副サイトストレージ４０のボリューム４４の１つ（Ｓ－ＶＯＬ）との間でリモートコピーペアを作成しようとするときの処理イメージが示されている。

【0049】

ここで、管理者Ａが正側クライアント１１から正サイトストレージ２０に関する操作を行うためには、管理者Ａが正サイトストレージ２０にログインする必要がある。さらに、管理者ＡがＰ－ＶＯＬとＳ－ＶＯＬのリモートコピーペアを作成するためには、管理者Ａが、Ｐ－ＶＯＬだけでなくＳ－ＶＯＬに対してもアクセス権を有していることが必要となる。本実施形態では、このような管理者Ａに対するユーザ認証に外部認証サーバ５０を利用する。ユーザ認証のために必要となるユーザ情報は、事前に外部認証サーバ５０に登録される（図３に示したユーザ情報を参照）。また、ボリューム２４に対するユーザのアクセス権限は、管理情報２２（アクセス権管理テーブル１１０）においてリソースグループ２５ごとに事前に設定され、ボリューム４４に対するユーザのアクセス権限は、管理情報４２（アクセス権管理テーブル１１０）においてリソースグループ４５ごとに事前に設定される（図３に示したアクセス可否情報を参照）。

【0050】

図３の場合、具体的には、管理者Ａは、正サイトストレージ２０にログイン可能なユーザ登録がされており、正サイトのリソースグループ「ＲＳＧ Ａ」に属するボリューム２４（Ｐ－ＶＯＬ等）に対するアクセス権と、副サイトのリソースグループ「ＲＳＧ Ｃ」に属するボリューム４４（Ｓ－ＶＯＬ等）に対するアクセス権とを有する。一方、リソースグループ「ＲＳＧ Ｂ」に属するボリューム２４（Ｐ－ＶＯＬ’等）やリソースグループ「ＲＳＧ Ｄ」に属するボリューム４４（Ｓ－ＶＯＬ’等）については、管理者Ａはアクセス権を付与されていない。

【0051】

正サイトストレージ２０にログインした後、管理者Ａは、正側クライアント１１から正サイトストレージ２０に対して、リモートコピーペア作成コマンドを発行する。このとき、ペア状態を形成する正サイトストレージ２０のボリューム２４（Ｐ－ＶＯＬ）と副サイトストレージ４０のボリューム４４（Ｓ－ＶＯＬ）の情報が指定される。

【0052】

詳細は後述するが、通常版のリモートコピーペア作成処理の場合、リモートコピーペア作成コマンドを受け取った正サイトストレージ２０のペア形成プログラム２１は、外部認証サーバ５０を利用して管理者Ａの認証を行い、認証できた場合には、管理情報２２を参照してＰ－ＶＯＬのアクセス権をチェックし、管理者Ａが当該アクセス権を有する場合には、副サイトストレージ４０のペア形成プログラム４１と通信して、Ｐ－ＶＯＬとＳ－ＶＯＬとのペアを形成し、データを同期する。なおこのとき、副サイトストレージ４０の側では、ペア形成プログラム４１が、外部認証サーバ５０を利用して管理者Ａの認証を行い、認証できた場合には、管理情報４２を参照してペア対象に指定されたＳ－ＶＯＬのアクセス権をチェックし、管理者Ａが当該アクセス権を有する場合にのみ、ペアの形成を実施する。

【0053】

応答性能改善版のリモートコピーペア作成処理の場合は、コピーペア作成機能を有するペア形成プログラム４１と外部認証機能を有する認証プログラム４３とが分離されていることから、副サイトストレージ４０側の処理が通常版とは異なる。この場合、ペア形成プログラム４１は、リモートコピーペア作成コマンドを受信すると、認証プログラム４３を起動させる一方で、認証プログラム４３による処理を待たずに、ペア形成プログラム２１と通信を行ってＰ－ＶＯＬとＳ－ＶＯＬとのペア状態を形成する（但し、この時点ではデータ同期は行われない）。その後、認証プログラム４３が外部認証サーバ５０を利用して管理者Ａの認証を行い、認証できた場合にはＳ－ＶＯＬのアクセス権をチェックし、管理者Ａが当該アクセス権を有すると確認できた場合に、ペア状態を形成済みのＰ－ＶＯＬとＳ－ＶＯＬとのデータを同期する。

【0054】

以上が、本実施形態に係るデータ管理システム１（１Ａ）の構成と、そのリモートコピーペア作成の概要である。なお、図２に示したデータ管理システム１Ａはデータ管理システム１の変形例であり、その主要な構成はデータ管理システム１と共通するため、以降では、代表してデータ管理システム１について説明を行う。

【0055】

（２）データ構成
以下では、データ管理システム１で使用される各種の管理情報について、具体例を示しながらその構成を詳しく説明する。

【0056】

図４は、アクセス権管理テーブル１１０の一例を示す図である。アクセス権管理テーブル１１０は、サイト内のボリュームに対するユーザのアクセス権限を管理するための管理情報であって、正サイトストレージ２０及び副サイトストレージ４０のメモリにそれぞれ保持される。前述したように、本実施形態ではリソースグループ機能を採用することができるため、アクセス権管理テーブル１１０は、ボリューム２４，４４を分類したリソースグループ２５，４５を単位としてアクセス権限を管理する。なお、正サイトストレージ２０と副サイトストレージ４０が独立したシステムであることを想定すると、両サイトが保持するアクセス権管理テーブル１１０は、データを同期しないと考えてよい。また、各サイトのアクセス権管理テーブル１１０は、自サイトのボリューム（リソースグループ）に関する情報のみを保持するとしてもよい。

【0057】

図４に示したアクセス権管理テーブル１１０は、ストレージ１１１、ユーザＩＤ１１２、及びリソースグループ１１３のデータ項目を有して構成される。

【0058】

ストレージ１１１には、管理対象のボリューム（リソースグループ）を有するサイトストレージを識別可能な情報（ストレージ名やＩＤ）が記載される。本例では、「正」は正サイトストレージ２０を意味し、「副」は副サイトストレージ４０を意味する。ユーザＩＤ１１２には、アクセス権が付与されるユーザの識別子（ユーザＩＤ）が記載される。リソースグループ１１３には、管理対象のボリューム２４，４４が属するリソースグループ２５，４５を識別可能な情報（リソースグループ名やリソースグループＩＤ）が記載される。

【0059】

図５は、セッション管理テーブル１２０の一例を示す図である。セッション管理テーブル１２０は、サイトを利用中のユーザを識別するためにセッション情報を管理するための管理情報であって、少なくとも正サイトストレージ２０のメモリに保持される。

【0060】

図５に示したセッション管理テーブル１２０は、ストレージ１２１、セッションＩＤ１２２、ユーザＩＤ１２３、及び認証済Ｃｏｏｋｉｅ１２４のデータ項目を有して構成される。

【0061】

ストレージ１２１には、ユーザが利用中のサイトストレージを識別可能な情報が記載される。ストレージ１２１はストレージ１１１に対応する。セッションＩＤ１２２には、利用中のセッションに付与された識別子（セッションＩＤ）が記載される。ユーザＩＤ１２３には、利用中のユーザの識別子（ユーザＩＤ）が記載される。ユーザＩＤ１２３はユーザＩＤ１１２に対応する。認証済Ｃｏｏｋｉｅ１２４には、ユーザの認証時に外部認証サーバ５０から発行された認証済みのＣｏｏｋｉｅが記載される。正サイトストレージ２０は、管理情報２２の１つとしてこのようなセッション管理テーブル１２０を保持することで、ユーザのログイン処理において外部認証サーバ５０から発行された認証済みＣｏｏｋｉｅを、ペア形成コマンドに添えて副サイトストレージ４０に送信することができ、当該コマンドを受け取った副サイトストレージ４０は、当該認証済みＣｏｏｋｉｅをボリューム４４（Ｓ－ＶＯＬ）に対するアクセス権チェックに利用することができる。

【0062】

図６は、リソースグループ管理テーブル１３０の一例を示す図である。リソースグループ管理テーブル１３０は、サイト内のボリュームをグルーピングしたリソースグループを管理するための管理情報であって、正サイトストレージ２０及び副サイトストレージ４０のメモリにそれぞれ保持される。アクセス権管理テーブル１１０と同様に、リソースグループ管理テーブル１３０は、正サイト側と副サイト側とでデータを同期しないと考えてよく、自サイトのリソースグループに関する情報のみを保持するとしてもよい。

【0063】

図６に示すリソースグループ管理テーブル１３０は、ストレージ１３１、リソースグループ１３２、及びボリューム１３３のデータ項目を有して構成される。

【0064】

ストレージ１３１には、対象とするリソースグループを有するサイトストレージを識別可能な情報が記載される。ストレージ１３１はストレージ１１１，１２１に対応する。リソースグループ１３２には、管理対象のリソースグループ２５，４５を識別可能な情報（リソースグループ名やリソースグループＩＤ）が記載される。リソースグループ１３２はリソースグループ１１３に対応する。ボリューム１３３には、管理対象のリソースグループ２５，４５に属するボリューム２４，４４を識別可能な情報（ボリューム名やＩＤ）が記載される。

【0065】

図７は、ペア情報管理テーブル１４０の一例を示す図である。ペア情報管理テーブル１４０は、リモートコピーペアが形成されたボリュームを管理するための管理情報であって、正サイトストレージ２０及び副サイトストレージ４０のメモリにそれぞれ保持される。両サイトに保持されるペア情報管理テーブル１４０は、最新のペア情報を共有するために、双方のサイトでペア関係を持つデータを所定のタイミングで同期するようにしてもよい。

【0066】

図７に示すペア情報管理テーブル１４０は、ストレージ１４１、Ｐ－ＶＯＬ情報１４２、Ｓ－ＶＯＬ情報１４３、相手装置情報１４４、及びペア状態１４５のデータ項目を有して構成される。

【0067】

ストレージ１４１には、管理対象のコピーペアの一方のボリュームを有するサイトストレージを識別可能な情報が記載される。ストレージ１４１はストレージ１１１，１２１，１３１に対応する。なお、ペア情報管理テーブル１４０は、ストレージ１４１に自サイトの識別情報が記載されたデータ（すなわち、自サイトのボリュームが関連するペア情報）のみを保持するようにしてもよい。Ｐ－ＶＯＬ情報１４２には、管理対象のコピーペアのうち、プライマリデータ（コピー元のデータ）を格納するボリュームを識別可能な情報が記載され、Ｓ－ＶＯＬ情報１４３には、セカンダリデータ（コピー先のデータ）を格納するボリュームを識別可能な情報が記載される。

【0068】

相手装置情報１４４には、ストレージ１４１に対応する態様で、ペア相手のボリュームを有するサイトストレージを識別可能な情報が記載される。例えば、ストレージ１４１が「正」（正サイトストレージ２０）である場合、相手装置情報１４４には副サイトストレージ４０を表す「副サイトストレージ」が記載される。図１～図３では、正サイトストレージ２０と副サイトストレージ４０はともに１つしか示していないが、実際のデータ管理システム１では、１以上の正サイトストレージ２０に対して１以上の副サイトストレージ４０（例えば「副’サイトストレージ」）が存在する構成が考えられることから、ペア情報管理テーブル１４０は相手装置情報１４４の項目を記載して管理している。

【0069】

ペア状態１４５には、管理対象のコピーペアの状態が記載される。コピーペアの状態とは、具体的には例えば、データの同期の有無であり、図７では、ペア状態は形成されたがデータの同期（データコピー）は行っていない状態を「データ未同期」と記載し、ペア状態が形成されデータも同期済みである状態を「ペア形成済」と記載している。

【0070】

上記のようなペア情報管理テーブル１４０を保持することにより、正サイトストレージ２０及び副サイトストレージ４０は、リモートコピーペアのペア関係とその状態を管理することができる。

【0071】

図８は、外部認証サーバ情報１５０の一例を示す図である。外部認証サーバ情報１５０は、外部認証サーバ５０の認証機能５１による外部認証を受けるために必要な管理情報であって、正サイトストレージ２０及び副サイトストレージ４０のメモリにそれぞれ保持される。

【0072】

図８に示す外部認証サーバ情報１５０は、少なくとも、ストレージ１５１、ＩＰアドレス１５２、及びルート証明書１５３のデータ項目を有して構成される。ストレージ１５１には、各サイトストレージを識別可能な情報が記載される。外部認証サーバ情報１５０は、自サイトに関する情報（ストレージ１５１に自サイトが登録されたレコード）のみを保持するとしてもよい。ストレージ１５１はストレージ１１１，１２１，１３１，１４１に対応する。ＩＰアドレス１５２には、外部認証を受ける外部認証サーバ５０のＩＰアドレスが記載され、ルート証明書１５３には、外部認証サーバ５０を認証できるルート証明書が保持される。

【0073】

なお、外部認証サーバ５０は、一般的な外部認証サーバでも採用されているように、ドメイン単位でユーザを管理するようにしてもよく、その場合、外部認証サーバ情報１５０はさらに、ユーザドメインの識別情報（ユーザドメインＩＤ）を示すユーザドメイン１５４と、ユーザドメイン用の認証情報を示すユーザドメイン用認証情報１５５とを保持すればよい。

【0074】

前述したように、本実施形態において外部認証サーバ５０は、事前登録されたユーザの外部認証を実行できるものであればよく、従来知られた外部認証サーバを利用可能である。そのため、外部認証サーバ５０に関する詳細な説明は省略する。

【0075】

（３）リモートコピーペア作成処理
以下では、本実施形態に係るデータ管理システム１において実行されるリモートコピーペア作成処理として、「通常版」のリモートコピーペア作成処理、及び「応答性能改善版」のリモートコピーペア作成処理を詳しく説明する。「通常版」は、比較的簡素な構成によって、副サイトがペア対象の自ボリュームに対するユーザのアクセス権をチェックした上で、リモートコピーペアを作成するリモートコピーペア作成処理である。「応答性能改善版」は、通常版よりも応答時間の改善を図ったリモートコピーペア処理であって、通常版よりも早く、ペア形成の完了応答を副サイトストレージ４０から正サイトストレージ２０に返すことができるような処理手順で構成される。

【0076】

（３－１）通常版
図９は、通常版のリモートコピーペア作成処理の処理手順例を示すフローチャートである。図９を参照しながら、通常版のリモートコピーペア作成処理の全体的な処理の流れを説明する。

【0077】

図９によれば、まず、リモートコピーペアの作成を開始するよりも前に行われる事前設定として、正副それぞれのサイトストレージの管理者が、管理ＡＰを介して対応するサイトストレージに対して、ボリューム２４，４４を利用するユーザの当該ボリュームへのアクセス権を設定し（ステップＳ１０１）、ユーザ情報が登録された外部認証サーバ５０を登録する（ステップＳ１０２）。

【0078】

上記事前設定の終了後、あるユーザがリモートコピーペアを作成しようとする際、当該ユーザはまず、正サイト用の管理ＡＰ（正側クライアント１１）から正サイトストレージ２０にログインする（ステップＳ１０３）。このとき、正側クライアント１１から正サイトストレージ２０に対してログイン処理が実行される。そして、ログイン処理を受けた正サイトストレージ２０は、外部認証サーバ５０を用いて、当該ユーザが自ストレージにログイン可能に設定されたユーザであるか（ユーザ情報に登録された管理者であるか）を外部認証する（ステップＳ１０４）。この外部認証が成功した場合、外部認証サーバ５０は、当該ユーザが資格を有することを証明する認証情報（認証済Ｃｏｏｋｉｅ）を発行し、正サイトストレージ２０は、この認証済Ｃｏｏｋｉｅを受領して管理情報２２に登録する（ステップＳ１０５）。

【0079】

以上、ステップＳ１０５までの処理が完了した後、ユーザはリモートコピーペアの作成を管理ＡＰ（正側クライアント１１）に指示する。この指示を受けて正側クライアント１１は正サイトストレージ２０にリモートコピーペア作成コマンドを発行する（ステップＳ１０６）。

【0080】

リモートコピーペア作成コマンドを受け取った正サイトストレージ２０は、ペアを形成する自サイトのボリューム２４（Ｐ－ＶＯＬ）に対するユーザのアクセス権をチェックした後、ペア対象のボリューム４４（Ｓ―ＶＯＬ）を有する副サイトストレージ４０に、外部認証時に受領したユーザの認証済みＣｏｏｋｉｅを添えて当該コマンドを送信する。

【0081】

そしてペア形成プログラム４１を受信した副サイトストレージ４０は、外部認証サーバ５０を用いて、ユーザがユーザ情報に登録済みの管理者であるかを外部認証する（ステップＳ１０７）。この外部認証に成功すると、副サイトストレージ４０は、認証結果を管理情報４２に登録する（ステップＳ１０８）。

【0082】

その後、副サイトストレージ４０は、ペアの形成を指定された自サイトのボリューム４４（Ｓ－ＶＯＬ）に対するユーザのアクセス権をチェックする（ステップＳ１０９）。そして、アクセス権の確認が取れると、副サイトストレージ４０は、Ｐ－ＶＯＬとＳ－ＶＯＬとでリモートコピーペアを形成することを管理情報４２に登録する（ステップＳ１１０）。

【0083】

副サイト側でリモートコピーペアの形成が登録されると、副サイトストレージ４０は
副サイト側におけるペア形成の完了を正サイトストレージ２０に応答する。そして、ペア形成完了の応答を受信した正サイトストレージ２０は、ペア形成完了の応答を正側クライアント１１に返し（ステップＳ１１１）、Ｐ－ＶＯＬとＳ－ＶＯＬとの間のデータコピーを開始する（ステップＳ１１２）。以上をもって、通常版のリモートコピーペア作成処理が終了する。

【0084】

図１０及び図１１は、図９の処理手順をより詳細に示したシーケンス図（その１，その２）である。上述した通常版のリモートコピーペア作成処理の各処理の詳細について、図１０，図１１を参照しながら説明する。

【0085】

図１０によればまず、事前設定として、正副のクライアントが、対応するサイトストレージに対して、ユーザのボリュームへのアクセス権の設定、及びユーザ情報を登録した外部認証サーバ５０の登録を行う。

【0086】

具体的には、正サイト側では、正サイトストレージ２０の管理者の操作に応じて、アクセス権情報の設定を要求するコマンドを正側クライアント１１が正サイトストレージ２０に送信し（ステップＳ２０１）、ペア形成プログラム２１が管理情報２２（詳細にはアクセス権管理テーブル１１０）にアクセス権情報を登録する（ステップＳ２０２）。また、正側クライアント１１は、正サイトストレージ２０の管理者の操作に応じて、外部認証サーバ５０の登録を要求するコマンドを正サイトストレージ２０に送信し（ステップＳ２０３）、ペア形成プログラム２１が管理情報２２（詳細には外部認証サーバ情報１５０）に外部認証サーバ５０に関する情報を登録する（ステップＳ２０４）。そして副サイト側でも、ステップＳ２０１～Ｓ２０４と同様の処理が行われる（ステップＳ２０５～Ｓ２０８）。

【0087】

次に、リモートコピーペアの作成が開始されると、ユーザが正サイトストレージ２０にログインするために、正側クライアント１１が正サイトストレージ２０に対してログイン処理を実行する（ステップＳ２１１）。このログイン処理では、ログインしようとするユーザのユーザＩＤ及びユーザＩＤに紐付けて事前に設定されたパスワードが、正サイトストレージ２０のペア形成プログラム２１に送信される。そして、ペア形成プログラム２１は、受信したユーザＩＤ及びパスワードを外部認証サーバ５０に送信する（ステップＳ２１２）。外部認証サーバ５０は、受信したユーザＩＤ及びパスワードを、事前登録されたユーザ情報と照合して認証を行い（ステップＳ２１３）、該当する情報が存在した場合には、認証ＯＫの応答として、認証済Ｃｏｏｋｉｅをペア形成プログラム２１に返す（ステップＳ２１４）。この認証済Ｃｏｏｋｉｅは、当該ユーザが正サイトストレージ２０へのログイン資格を有することを示す認証情報として利用することができる。ペア形成プログラム２１は、受信した認証済Ｃｏｏｋｉｅを管理情報２２（詳細にはセッション管理テーブル１２０）に登録する（ステップＳ２１５）。

【0088】

次に、ユーザがペアを形成するボリューム（本例では、Ｐ－ＶＯＬとＳ－ＶＯＬ）を指定してリモートコピーペア作成コマンドの入力を行うと、正側クライアント１１は、ペア形成プログラム２１にリモートコピーペア作成コマンドを発行する（ステップＳ２１６）。ステップＳ２１６のリモートコピーペア作成コマンドには、ペアを形成するボリューム２４，４４を指定する情報（Ｐ－ＶＯＬに関するＰ－ＶＯＬ情報、Ｓ－ＶＯＬに関するＳ－ＶＯＬ情報）が含まれる。このステップＳ２１６においてユーザが入力するリモートコピーペアの入力コマンドは、従来の一般的なデータ管理システムにおけるリモートコピーペアの入力コマンドと同じである。

【0089】

次に、ペア形成プログラム２１は、ステップＳ２１１～Ｓ２１４で認証されたユーザＩＤと、ステップＳ２１６のリモートコピーペア作成コマンドに含まれるＰ－ＶＯＬ情報とに基づいて、管理情報２２のアクセス権管理テーブル１１０及びリソースグループ管理テーブル１３０を参照し、ユーザのＰ－ＶＯＬに対するアクセス権のチェックを行う（ステップＳ２１７～Ｓ２１９）。

【0090】

そして、ユーザがＰ－ＶＯＬに対するアクセス権を有していることが確認できた場合（チェックＯＫ）、ペア形成プログラム２１は、副サイトストレージ４０のペア形成プログラム４１に、リモートコピーペア作成コマンドを送信する（ステップＳ２２０）。ステップＳ２２０で送信されるリモートコピーペア作成コマンドには、ステップＳ２１６の時点で含まれていたＰ－ＶＯＬ情報及びＳ－ＶＯＬ情報に加えて、ユーザＩＤ及び認証済Ｃｏｏｋｉｅが含まれる。ユーザＩＤはステップＳ２１１のログイン処理で正側クライアント１１から受信しており、認証済ＣｏｏｋｉｅはステップＳ２１３で外部認証サーバ５０から受領している（ステップＳ２１５で管理情報２２に登録した認証済Ｃｏｏｋｉｅを読み出してもよい）。

【0091】

ステップＳ２２０以降の処理は図１１に示される。図１１によれば、ステップＳ２２０でリモートコピーペア作成コマンドを受信したペア形成プログラム４１は、当該コマンドに含まれる認証済Ｃｏｏｋｉｅを外部認証サーバ５０に送信する（ステップＳ３０１）。外部認証サーバ５０は、受信した認証済Ｃｏｏｋｉｅを用いて、ユーザ情報に事前登録されたユーザであるか（ユーザが副サイトストレージ４０の管理者として登録されているか）を認証し（ステップ３０２）、認証に成功した場合は、認証ＯＫの応答をペア形成プログラム４１に返す（ステップＳ３０３）。ペア形成プログラム４１は、認証ＯＫの応答を受信すると、ユーザＩＤ及び認証済Ｃｏｏｋｉｅを管理情報４２のセッション管理テーブル１２０に登録する。なお、管理情報４２がセッション管理テーブル１２０を持たない場合は、この登録処理は行わなくてもよい。

【0092】

次に、ペア形成プログラム４１は、リモートコピーペア作成コマンドに含まれるユーザＩＤ及びＳ－ＶＯＬ情報に基づいて、管理情報４２のアクセス権管理テーブル１１０及びリソースグループ管理テーブル１３０を参照し、ユーザのＳ－ＶＯＬに対するアクセス権のチェックを行う（ステップＳ３０４～Ｓ３０６）。

【0093】

そして、ユーザがＳ－ＶＯＬに対するアクセス権を有していることが確認できると、ペア形成プログラム４１は、Ｐ－ＶＯＬとＳ－ＶＯＬとでペア状態を形成することを管理情報４２のペア情報管理テーブル１４０に登録する（ステップＳ３０７）。そして、ペア形成プログラム４１は、副サイト側におけるペア形成の完了を正サイトストレージ２０のペア形成プログラム２１に応答する（ステップＳ３０８）。

【0094】

ペア形成の完了応答を受け取ったペア形成プログラム２１は、Ｐ－ＶＯＬとＳ－ＶＯＬとでペア状態を形成し（ステップＳ３０９）、このペア状態を管理情報２２のペア情報管理テーブル１４０に登録する。そしてペア形成プログラム２１は、リモートコピーペアの形成が完了したことを正側クライアント１１に応答し（ステップＳ３１０）、Ｐ－ＶＯＬとＳ－ＶＯＬとの間でデータコピーを開始する（ステップＳ３１１）。

【0095】

以上、通常版のリモートコピーペア作成処理の処理が行われることにより、データ管理システム１は、指定されたＰ－ＶＯＬとＳ－ＶＯＬとの間で、両ボリュームに対してユーザがアクセス権を有することを確認できた場合に限り、リモートコピーペアを形成してデータを同期する。

【0096】

このようなデータ管理システム１は、図１～図３等に示したように、サイトストレージへのログイン時にユーザを認証する外部認証サーバ５０が存在する構成であれば、副サイト側のボリューム４４（Ｓ－ＶＯＬ）に対するユーザのアクセス権を確認するために特段の追加構成が不要である。従来のデータ管理システムにおいても、ログイン時のユーザ認証に外部認証サーバを用いる構成は、一般的である。したがって、本実施形態に係るデータ管理システム１は、特段の構成を追加することなく、正サイトストレージ２０にログインしたユーザが副サイトストレージ４０のボリューム４４に対するアクセス権を有しているか否かを確認することができる。また、アクセス権のチェック対象となるボリュームも、ペア対象として指定された２つのボリューム（Ｐ－ＶＯＬ，Ｓ－ＶＯＬ）に限定することができる。したがって、本実施形態に係るデータ管理システム１によれば、構成追加に伴う通信負荷の増加やチェック対象の増加に伴う処理負荷の増加を抑制しながら（換言すると、システム全体の性能低下を抑制しながら）も、ペア対象の両ボリュームのアクセス権をチェックすることで、セキュリティの向上を図ることができる。

【0097】

また、図１０のステップＳ２１６で説明したように、データ管理システム１では、ユーザが行うリモートコピーペア作成コマンドの入力内容は、従来の一般的なリモートコピーペア作成コマンドから変える必要がない。したがって、本実施形態に係るデータ管理システム１によれば、ユーザへの操作負担を追加することなく、セキュリティの向上を図ることができる。

【0098】

（３－２）応答性能改善版
図１２は、応答性能改善版のリモートコピーペア作成処理の処理手順例を示すフローチャートである。なお、図９のフローチャートと同様、ステップＳ１０１～Ｓ１０２の処理は、リモートコピーペアの作成操作を開始するよりも前に行われる事前設定の操作であるが、全体的な処理の流れを理解し易くするために、図１２に記載している。なお、応答性能改善版の説明では、通常版と重複する部分の説明は省略する。

【0099】

図１２において、事前設定のステップＳ１０１から、副サイトストレージ４０において外部認証を行ってその認証結果を登録するステップＳ１０８までは、図９と同じ処理手順である。但し、応答性能改善版では認証プログラム４３がペア形成プログラム４１から分離して認証機能を行うことから、副サイトストレージ４０が外部認証サーバ５０を用いてユーザが管理者であるかを外部認証する処理（ステップＳ１０７）とその認証結果を登録する処理（ステップＳ１０８）は、認証プログラム４３が実行する。

【0100】

ステップＳ１０８の後、副サイトストレージ４０は、ペア対象のボリューム４４（Ｓ－ＶＯＬ）に対するユーザのアクセス権をチェックするよりも前に、Ｓ－ＶＯＬとＰ－ＶＯＬとでリモートコピーペアを形成することを管理情報４２に登録する（ステップＳ１２１）。

【0101】

副サイト側でリモートコピーペアの形成が登録されると、副サイトストレージ４０は
副サイト側におけるペア形成の完了を正サイトストレージ２０に応答する。そして、ペア形成完了の応答を受信した正サイトストレージ２０は、ペア形成完了の応答を正側クライアント１１に返す（ステップＳ１２２）。したがって、正側クライアント１１は、リモートコピーペア作成コマンドを発行した場合に、図９に示した通常版よりも早期にその応答を受け取ることができる。

【0102】

但し、この段階では、Ｐ－ＶＯＬとＳ－ＶＯＬのペア状態は形成されているが、データの同期（データコピー）はまだ行われていない。そこで、副サイトストレージ４０において、認証プログラム４３が、Ｓ－ＶＯＬに対するユーザのアクセス権をチェックする（ステップＳ１２３）。そして、アクセス権の確認が取れると、副サイトストレージ４０がＰ－ＶＯＬとＳ－ＶＯＬとの間のデータコピーを開始する（ステップＳ１２４）。以上をもって、応答性能改善版のリモートコピーペア作成処理が終了する。

【0103】

図１３は、図１２の処理手順の一部をより詳細に示したシーケンス図である。図１２の説明でも述べたように、応答性能改善版の処理手順は、正サイト側から副サイト側にリモートコピーペア作成コマンドを送信するまでは通常版の処理手順と同じであるから、図１３には、通常版で図１０に示したステップＳ２２０以降の処理を示している。

【0104】

図１３によれば、ステップＳ２２０でリモートコピーペア作成コマンドを受信したペア形成プログラム４１は、認証プログラム４３を起動する（ステップＳ４０１）。そして、ペア形成プログラム４１は、Ｐ－ＶＯＬとＳ－ＶＯＬとでペア状態を形成することを管理情報４２のペア情報管理テーブル１４０に登録し、副サイト側におけるペア形成の完了を正サイトストレージ２０のペア形成プログラム２１に応答する（ステップＳ４０２）。

【0105】

ペア形成の完了応答を受け取ったペア形成プログラム２１は、Ｐ－ＶＯＬとＳ－ＶＯＬとでペア状態を形成し（ステップＳ４０３）、このペア状態を管理情報２２のペア情報管理テーブル１４０に登録する。そしてペア形成プログラム２１は、リモートコピーペアの形成が完了したことを正側クライアント１１に応答する（ステップＳ４０４）。ステップＳ４０４の処理が完了することで、ユーザは、Ｐ－ＶＯＬとＳ－ＶＯＬとの間でリモートコピーペアが作成されたことを認識する。

【0106】

次いで、副サイトストレージ４０では、ステップＳ４０１で起動した認証プログラム４３が、実際にリモートコピーペアのボリューム間でデータの同期を開始するために、ユーザの管理者認証とＳ－ＶＯＬに対するアクセス権のチェックを行う。

【0107】

具体的には、まず、認証プログラム４３は、ステップＳ２２０でペア形成プログラム４１が受信したリモートコピーペア作成コマンドに含まれる認証済Ｃｏｏｋｉｅを外部認証サーバ５０に送信する（ステップＳ４０５）。外部認証サーバ５０は、受信した認証済Ｃｏｏｋｉｅを用いて、ユーザ情報に事前登録されたユーザであるか（ユーザが副サイトストレージ４０の管理者として登録されているか）を認証し（ステップＳ４０６）、認証に成功した場合は、認証ＯＫの応答を認証プログラム４３に返す（ステップＳ４０７）。認証プログラム４３は、認証ＯＫの応答を受信すると、ユーザＩＤ及び認証済Ｃｏｏｋｉｅを管理情報４２のセッション管理テーブル１２０に登録する。なお、管理情報４２がセッション管理テーブル１２０を持たない場合は、この登録処理は行わなくてもよい。

【0108】

次に、認証プログラム４３は、リモートコピーペア作成コマンドに含まれるユーザＩＤ及びＳ－ＶＯＬ情報に基づいて、管理情報４２のアクセス権管理テーブル１１０及びリソースグループ管理テーブル１３０を参照し、ユーザのＳ－ＶＯＬに対するアクセス権のチェックを行う（ステップＳ４０８～Ｓ４１０）。

【0109】

そして、ユーザがＳ－ＶＯＬに対するアクセス権を有していることが確認できると、認証プログラム４３は、認証ＯＫの結果をペア形成プログラム４１に送信し（ステップＳ４１１）、この結果を受けてペア形成プログラム４１は、ペア形成済みのＰ－ＶＯＬとＳ－ＶＯＬとの間でデータの同期（データコピー）を開始する（ステップＳ４１２）。この結果、ステップＳ４０４でペア形成完了の応答を正側クライアント１１に返したＰ－ＶＯＬとＳ－ＶＯＬのリモートコピーペアの間で、データが同期され、リモートコピーペアの作成が終了する。

【0110】

以上、応答性能改善版のリモートコピーペア作成処理が行われることにより、データ管理システム１は、通常版のリモートコピーペア作成処理と同様の構成により、指定されたＰ－ＶＯＬとＳ－ＶＯＬとの間で、両ボリュームに対してユーザがアクセス権を有することを確認できた場合に限り、リモートコピーペアを形成してデータを同期する。したがって、通常版のリモートコピーペア作成処理を実行するときのデータ管理システム１と同様の効果として、構成追加に伴う通信負荷の増加やチェック対象の増加に伴う処理負荷の増加を抑制しながら（換言すると、システム全体の性能低下を抑制しながら）も、ペア対象の両ボリュームのアクセス権をチェックすることで、セキュリティの向上を図ることができる。また、ユーザが行うリモートコピーペア作成コマンドの入力内容も、従来の一般的なリモートコピーペア作成コマンドから変える必要がないことから、ユーザへの操作負担を追加することなく、セキュリティの向上を図ることができる。

【0111】

さらに、応答性能改善版では、リモートコピーペアの対応付けができた段階で（データの同期を開始するよりも前に）ペア形成完了の応答を正側クライアント１１に返すことから、正側クライアント１１は、副サイトストレージ４０における外部認証サーバ５０を用いた外部認証及びアクセス権チェックによる処理時間の影響を受けることなく、リモートコピーペア作成の応答を受けることができる。したがって、応答性能改善版のリモートコピーペア作成処理を実行するときのデータ管理システム１は、副サイト側の認証が追加されることによる応答性能の低下を抑制することができる。

【0112】

なお、上述した応答性能改善版のリモートコピーペア作成処理の説明では、副サイト側において、コピーペア作成機能を有するペア形成プログラム４１と外部認証機能を有する認証プログラム４３とを別モジュールに分離したが、ペア形成プログラム４１がコピーペア作成機能と外部認証機能をともに有する構成（すなわち、通常版のリモートコピーペア作成処理の説明で用いた構成）であってもよい。

【符号の説明】

【0113】

１，１Ａ データ管理システム
１０ 正サイトサーバ
１１，７１ 正側クライアント
２０ 正サイトストレージ
２１ ペア形成プログラム
２２ 管理情報
２４ ボリューム
２５ リソースグループ
３０ 副サイトサーバ
３１，７２ 副側クライアント
４０ 副サイトストレージ
４１ ペア形成プログラム
４２ 管理情報
４３ 認証プログラム
４４ ボリューム
４５ リソースグループ
５０ 外部認証サーバ
５１ 認証機能
６１ インバンドネットワーク
６２ アウトオブバンドネットワーク
７０ ストレージ管理用ＰＣ
１１０ アクセス権管理テーブル
１２０ セッション管理テーブル
１３０ リソースグループ管理テーブル
１４０ ペア情報管理テーブル
１５０ 外部認証サーバ情報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】