JP4056794B2 - ストレージシステムの制御方法及びストレージシステム - Google Patents
ストレージシステムの制御方法及びストレージシステム Download PDFInfo
- Publication number
- JP4056794B2 JP4056794B2 JP2002154083A JP2002154083A JP4056794B2 JP 4056794 B2 JP4056794 B2 JP 4056794B2 JP 2002154083 A JP2002154083 A JP 2002154083A JP 2002154083 A JP2002154083 A JP 2002154083A JP 4056794 B2 JP4056794 B2 JP 4056794B2
- Authority
- JP
- Japan
- Prior art keywords
- host computer
- storage
- message
- data input
- storage system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、記憶制御装置の制御方法及び記憶制御装置及びプログラムに関する。
【０００２】
【背景技術】
ＩＴ技術の進展に伴い、ディスクアレイ装置などの記憶制御装置に対する需要が急増している。このような中で、近年、ＬＡＮ（Local Area Network）などのネットワーク直結型の記憶制御装置として、ホストコンピュータからファイル名指定によるデータ入出力要求を受け付けるＮＦＳ（Network File System）等のファイルシステムが搭載された、いわゆるＮＡＳ（Network Attached Storage）と呼ばれるタイプの記憶制御装置が知られている。
【０００３】
ところで、ＮＡＳに搭載されるファイルシステムは、ＮＡＳに接続するホストコンピュータとの間で、いわゆるステートレスな方式で通信を行う。ここでステートレスな方式による通信とは、通信を行う装置同士が、互いに相手の処理状態を認知しないで通信を行う方式をいう。つまり、このようなステートレスな方式で通信するＮＡＳとホストコンピュータとの間では、ＮＡＳは、ホストコンピュータの処理を把握していないし、逆に、ホストコンピュータは、ＮＡＳの動作を把握しておらず、ＮＡＳもホストコンピュータも、それぞれ、相手方から送られてきたメッセージやコマンドを受け付けたタイミングでこれらに対応する処理を実行するだけである。
【０００４】
なお、ステートレスな通信を行う装置の具体例としては、例えば、ＨＴＭＬプロトコルに従って行われる、インターネット上のＷｅｂサーバとこれにアクセスするＷebクライアントとの間の通信があげられる。
【０００５】
【発明が解決しようとする課題】
ところで、データセンタなどで運用中の記憶制御装置は、ホストコンピュータに対するリアルタイムなサービスだけでなく、データのバックアップや、データウエアハウスへのデータ抽出のためのバッチ処理などのため、ホストコンピュータからのデータ入出力要求を中断させた状態で処理を実行しなければならないことがある。
【０００６】
しかしながら、前述のようにＮＡＳはステートレスにホストコンピュータとの間で通信を行っており、ＮＡＳ側で勝手にバックアップやバッチ処理を開始してしまうと、これらの処理中にホストコンピュータからのデータ入出力要求が割り込んでしまう可能性がある。そして、このような割り込みが行われた場合は、例えば、データのバックアップのためのプロセスにおいては、データの更新が完結していない状態（例えば、データベースの１レコードの更新が完結していない状態）でバックアップが取得されてしまい、バックアップデータの内容（例えば、レコードの内容）やタイムスタンプが保証されなくなったり、また、バッチ処理については、その処理中にデータの状態が変化し、処理結果に影響を与えてしまうことがある。
【０００７】
このため、従来では、例えば、オペレータ等が、バックアップやバッチ処理の開始前に、手動で各ホストコンピュータから記憶制御装置に対するデータ入出力が発生しないようにしておく必要があった。
【０００８】
本発明は、このような事情に鑑みてなされたもので、記憶制御装置においてホストコンピュータからのデータ入出力要求を中断させておく必要のある処理の実行に際し、自動的にホストコンピュータからのデータ入出力要求を制御するための記憶制御装置の制御方法及び記憶制御装置及びプログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
この目的を達成するための、本発明の主たる発明は、ホストコンピュータ及び当該ホストコンピュータと通信手段を介して接続する記憶制御装置を有し、前記記憶制御装置が、前記ホストコンピュータから送信されるデータ入出力要求をステートレスな通信方式に従って受信して前記データ入出力要求に対応するデータ入出力を記憶デバイスに対して実行するストレージシステムの制御方法において、前記記憶制御装置は、前記ホストコンピュータからのデータ入出力要求を中断させた状態で実行する必要のあるプロセスを実行するとき、前記ホストコンピュータに前記プロセスの実行開始を通知するメッセージを送信し、前記ホストコンピュータは、前記メッセージを受信するとクライアント装置から受け付けたジョブ起動要求に基づくジョブを完結させる閉塞中の状態に遷移し、前記閉塞中の状態又はジョブを受付不可の状態にあるときに受け付けたジョブ起動要求については処理待ちキューにキューイングし、前記プロセスに影響を与えるようなデータ入出力要求を送信する全てのジョブが完結すると前記メッセージに対する返答メッセージを送信し、前記記憶制御装置は、前記返答メッセージを受信した場合に前記プロセスを実行することを特徴とする。
【００１０】
【発明の実施の形態】
＝＝＝開示の概要＝＝＝
以下の開示により少なくとも次のことが明らかにされる。ホストコンピュータ及び当該ホストコンピュータと通信手段を介して接続する記憶制御装置を有し、前記記憶制御装置が、前記ホストコンピュータから送信されるデータ入出力要求をステートレスな通信方式に従って受信して前記データ入出力要求に対応するデータ入出力を記憶デバイスに対して実行するストレージシステムの制御方法において、前記記憶制御装置は、前記ホストコンピュータからのデータ入出力要求を中断させた状態で実行する必要のあるプロセスを実行するとき、前記ホストコンピュータに前記プロセスの実行開始を通知するメッセージを送信し、前記ホストコンピュータは、前記メッセージを受信するとクライアント装置から受け付けたジョブ起動要求に基づくジョブを完結させる閉塞中の状態に遷移し、前記閉塞中の状態又はジョブを受付不可の状態にあるときに受け付けたジョブ起動要求については処理待ちキューにキューイングし、前記プロセスに影響を与えるようなデータ入出力要求を送信する全てのジョブが完結すると前記メッセージに対する返答メッセージを送信し、
前記記憶制御装置は、前記返答メッセージを受信した場合に前記プロセスを実行することを特徴とするストレージシステムの制御方法。
【００１１】
ここで、通信手段とは、例えば、ＬＡＮやＳＡＮ（Storage Area Network）などである。データ入出力要求とは、例えば、データ書き込み要求、データ読み出し要求である。記憶制御装置は、例えば、ディスクアレイ装置である。記憶制御装置には、記憶媒体であるディスクドライブが内蔵されていてもよいし、外付けされていてもよい。前記プロセスとは、例えば、記憶制御装置のデータ入出力処理の対象となるディスクドライブなどの記憶デバイスに記憶されているデータをテープ装置などにバックアップする、バックアッププロセスや、データウエアハウスへのデータ抽出のためのバッチ処理などである。
【００１２】
このように、記憶制御装置が、ホストコンピュータが送信する前記データ入出力要求を制御する必要のあるプロセスの実行に際し、ホストコンピュータに前記プロセスの実行開始を通知するメッセージを送信し（コールバック）、記憶制御装置は、前記メッセージに対する返答メッセージを受信した後に前記プロセスを実行する。従って、例えば、前記プロセスが記憶デバイスに記憶されているバックアップのプロセスである場合に、データの更新が完結していない状態でバックアップが取得されてしまい、バックアップデータの内容（例えば、レコードの内容）やタイムスタンプが保証されなくなったり、前記プロセスがバッチ処理である場合に、その処理中にデータの状態が変化し、処理結果に影響を与えてしまうようなことがない。すなわち、自動的にホストコンピュータからのデータ入出力要求を制御することができる。なお、前記記憶制御装置は、前記プロセスの終了した場合にその旨を通知するメッセージを前記ホストコンピュータに送信するようにしてもよい。
【００１３】
前記データ入出力要求は、それが前記ホストコンピュータからどのタイミングで送信されてくるのかを前記記憶制御装置が把握できない、いわゆる、ステートレスな通信方式に従って記憶制御装置に送信される。また、前記ホストコンピュータが送信する前記データ入出力要求の前記制御は、前記ホストコンピュータが前記記憶制御装置に前記データ入出力要求を送信しないようにすることである。また、前記返答メッセージは、前記ホストコンピュータが前記データ入出力要求を前記記憶制御装置に送信されないようにした旨を通知するメッセージである。また、前記返答メッセージには、前記データ入出力要求に対応して行われるデータ入出力処理をコミット状態とした旨が含まれる。
【００１４】
また、前記記憶制御装置は、ファイルシステムを備え、前記データ入出力要求はファイル単位でのデータ入出力を指示する要求である。このようなファイルシステムとしては、ＮＦＳがあげられ、この場合、前記データ入出力要求は、ＮＦＳのコマンドである。
【００１５】
また、前記記憶制御装置が、前記実行開始を通知するメッセージの前記送信先となる前記ホストコンピュータを特定する情報を記憶しており、この情報に対応する複数のコンピュータに前記実行開始を通知するメッセージを送信する。すなわち、一台の記憶制御装置を複数のホストコンピュータが利用している場合である。
【００１６】
＝＝＝システムの概略構成＝＝＝
本発明の一実施例による、ストレージシステムの概略構成を図１に示す。記憶制御装置１０とホストコンピュータ２０とが、ＬＡＮ３０を介して接続する。記憶制御装置１０には、ＬＡＮ３０などの通信手段を通じて管理端末５０が接続し、オペレータは管理端末５０を操作して、記憶制御装置１０の制御や各種パラメータの設定などを行う。
【００１７】
ホストコンピュータ２０は、例えば、パソコンやワークステーション、汎用コンピュータなどである。ホストコンピュータ２０上では、ＯＳ（Operating System）やアプリケーションプログラムが稼働し、これらのソフトウエアの要求により、ホストコンピュータ２０から記憶制御装置１０に対しては、適宜データ入出力要求が送信される。
【００１８】
記憶制御装置１０は、ＣＰＵ（不図示）や制御メモリ１１、ＬＡＮ接続インタフェース、ディスクコントローラなどを備える制御部１２と、ディスクドライブ等により構成される記憶デバイス１３とを備える。なお、記憶デバイス１３は、ＲＡＩＤ（Redundant Array of Inexpensive Disks）方式などにより運用されることもある。記憶制御装置１０は、ディスクアレイ装置であり、かつ、前述したＮＡＳであり、記憶制御装置１０では、ファイルシステムとしてのＮＦＳが稼働している。なお、記憶制御装置１０には、カートリッジテープ装置などのバックアップ装置１４が接続している。
【００１９】
記憶制御装置１０は、ホストコンピュータ２０からのデータ入出力要求を受信して、これに応じて記憶デバイス１３へのデータ入出力処理を実行する。ここでホストコンピュータ２０から送られてくるデータ入出力要求は、ＮＦＳにより処理される。従って、記憶制御装置１０とホストコンピュータ２０との間の通信は、データ入出力要求がホストコンピュータ１０からどのタイミングで送信されてくるのかを、記憶制御装置２０が把握することができない。つまり、記憶制御装置１０とホストコンピュータ２０との間の通信は、ステートレスな通信方式である。
【００２０】
記憶制御装置１０では、ジョブスケジューラが稼働しており、このスケジューラには、記憶デバイス１３に記憶されているデータのバックアップや、データウエアハウスへのデータ抽出のためのバッチ処理など、ホストコンピュータ２０からのデータ入出力要求を中断させた状態で実行しなければならないプロセスがスケジューリングされている。このため、記憶制御装置１０は、このようなプロセスの実行に際し、あらかじめホストコンピュータ２０にプロセスの実行開始を通知し、その返答を待ってからプロセスを実行する仕組みを備える。
【００２１】
以下では、この仕組みの具体例として、バックアップに関するプロセスがスケジューリングされている場合に、このプロセスの実行に際して行われる処理について説明する。なお、ここでいうバックアップとは、具体的には、記憶デバイスに格納されているプログラムやデータを、種々のトラブルによる破壊や紛失などに備えて、バックアップ装置１４に退避又は保存しておく処理である。
【００２２】
＝＝＝バックアッププロセスの流れの概要＝＝＝
図２は、バックアッププロセスの実行に際し、ストレージシステムにおいて行われる処理を説明するフローチャートである。バックアッププロセスのスケジューリングは、例えば、オペレータが管理端末５０を操作して行う。なお、以下の説明では、バックアップのプロセスが、スケジューラにより自動実行されるものとして説明しているが、これに限られるわけではなく、例えば、オペレータが管理端末５０を操作してバックアッププロセスを起動させるようにしてもよい。
【００２３】
スケジューリングされたバックアッププロセスの開始時刻が到来すると、記憶制御装置１０は、バックアッププロセスの実行中に、当該記憶制御装置１０に対してデータ入出力要求を送信するジョブを実行する可能性のあるホストコンピュータ２０に対し、これからバックアッププロセスを開始する旨を記載したバックアップ開始メッセージをＬＡＮ３０を介して送信する（S101）。
【００２４】
ここで、データ入出力要求を送信してくる可能性があるかどうかは、例えば、オペレータがあらかじめ判断する。また、その結果、選出されたホストコンピュータ２０の一覧は、制御メモリ１１の通知テーブルに記憶される。なお、通知テーブルに登録するホストコンピュータ２０の選出は、オペレータが選出するだけでなく、制御メモリ１１などに記憶されているパラメータや、記憶制御装置１０がＬＡＮ３０を通じてホストコンピュータ２０から取得した情報に基づいて、所定のアルゴリズムにより記憶制御装置１０が自動的に選出するようにしてもよい。また、ホストコンピュータ２０のユーザが、ホストコンピュータ２０上で実行されるアプリケーションプログラムを操作して通知テーブルへの登録を行うようにしてもよい。
【００２５】
データ入出力要求とは、例えば、データ書き込み要求やデータ読み出し要求であるが、データ書き込み要求もしくはデータ読み出し要求の一方のみであってもよく、要は、その要求が、記憶制御装置１０における前記プロセスの実行中に割り込まれると、前記プロセスに影響を与えるおそれがあるかどうかで、データ書き込み要求を禁止するのか、データ読み出し要求を禁止するのか、双方とも禁止するのかが選択されることになる。
【００２６】
図３に通知テーブルの一例を示す。バックアップが行われる記憶ボリュームのボリュームＩＤに、通知先のホストコンピュータ２０を特定するホストコンピュータＩＤ及びポートＩＤが対応付けられている。ここで記憶ボリュームとは、記憶デバイス１３により提供される記憶領域上に論理的に編成される記憶領域であり、例えば、記憶デバイス１３がＲＡＩＤ方式で運用されている場合には、ストライプが相当する。また、ポートＩＤとは、ホストコンピュータ２０へのＬＡＮ上の経路ごとに付与されるＩＤである。
【００２７】
ホストコンピュータ２０は、バックアップ開始メッセージを受信すると、自身のジョブの実行状況を見て、ＮＦＳに対する処理が行われているか、もしくは、行われる可能性があるかを調べる。ここでそのような処理を行っている、もしくは、行う可能性のあるジョブが実行中である場合には、そのジョブの処理を完結もしくは停止させる。
【００２８】
なお、ジョブ全体を完結させるのではなく、そのジョブ中でＮＦＳに対する処理を行っている、もしくは、行う可能性のあるジョブのみを選択的に完結させるようにしてもよい。要は、記憶制御装置１０で実行される前記バックアップのプロセスに影響を与えるような処理が完結もしくは停止されればよい。なお、新たなジョブの受け付けは、中断してもよいし、受け付け自体は中断しないが実行はせず、処理待ちキューなどにキューイングしたままの状態にしておいてもよい。
【００２９】
ホストコンピュータ２０は、前記バックアップのプロセスに影響を与えるような処理を完結もしくは停止させ（S102）、前記バックアッププロセスに影響を与えるようなデータ入出力要求が送信される可能性が無くなると、記憶制御装置１０に対し、その旨を通知する返答メッセージを送信する（S103）。なお、この返答メッセージには、少なくともその返答メッセージを送信したホストコンピュータ２０のＩＤが記載されている。
【００３０】
記憶制御装置１０は、このようにしてホストコンピュータ２０から送られてくる返答メッセージを受信していく（S104）。記憶制御装置１０は、返答メッセージに記載されているホストコンピュータ２０のＩＤを記憶し、通知テーブルに記載されている全てのホストコンピュータ２０から返答メッセージが通知されたかどうかを監視する。
【００３１】
記憶制御装置１０は、通知テーブルに登録されている全てのホストコンピュータ２０からの返答メッセージを受信したことを認知すると、これを契機として、バックアップのプロセスを実行する（S105）。ここで、このバックアップ中は、ホストコンピュータ２０から前記プロセスの実行に影響を与えるようなデータ入出力要求が送信されないことが保証されているので、データの更新が完結していない（例えば、データベースの１のレコードの更新途中など）状態でバックアップが取得されてしまったり、バックアップデータの内容（例えば、レコードの内容）やタイムスタンプが保証されなくなるようなことはない。
【００３２】
バックアップのプロセスが終了すると、記憶制御装置１０は、その旨を記載したバックアップ終了メッセージをホストコンピュータ２０に送信する（S106）。一方、ホストコンピュータ２０は、前記メッセージを受信すると（S107）、停止していたジョブは再開させ、また、ジョブの受付を中止していた場合には、ジョブの受付を再開する。また、キューイングを行っていた場合には、キューイングされているジョブを実行していく。以上のようにしてホストコンピュータ２０は、通常の運用状態に復帰する。
【００３３】
＝＝＝より具体的な実施例＝＝＝
以上のバックアップのプロセスの実行に関する処理を、より詳細に説明する。
【００３４】
（ホストコンピュータの状態）
図４は、前記のプロセスの実行に際してのホストコンピュータ２０の状態変化を示す、状態遷移図である。大局的には、この図に示すようにホストコンピュータ２０は、「受付可」（４０１）→「閉塞中」（４０２）→「受付不可」（４０３）の３つの状態に順次遷移する。ここで「受付可」（４０１）の状態とは、通常の運用状態、すなわち、ホストコンピュータ２０から記憶制御装置１０に対してデータ入出力要求が、通常どおり送信されている状態である。「受付可」（４０１）の状態において、記憶制御装置１０からバックアップなどのプロセスの実行を開始する旨のメッセージを受信すると、ホストコンピュータ２０は、「閉塞中」（４０２）の状態に遷移する。
【００３５】
例えば、前述のジョブの処理を完結もしくは停止させる処理を行っている状態が、「閉塞中」（４０２）の状態に相当する。前記プロセスに影響を与えるような処理を完結もしくは停止させ、前記プロセスに影響を与えるようなデータ入出力要求が送信される可能性が無くなると、ホストコンピュータ２０は「受付不可」（４０３）の状態に遷移する。
【００３６】
そして、ホストコンピュータ２０がこの「受付不可」（４０３）の状態にある間に、記憶制御装置１０において前記プロセスが実行される。前記プロセスが終了し、記憶制御装置１０からその旨を記載したバックアップ終了メッセージを受信すると、ホストコンピュータ２０は、再び「受付可」（４０１）の状態に復帰する。
【００３７】
（ジョブを完結させる処理）
つぎに、記憶制御装置１０から前述のバックアップ開始メッセージを受信した場合に、ホストコンピュータ２０が、前述のジョブの処理を完結等させる処理について、図５に示すフローチャートとともに具体的に説明する。なお、ここではジョブを完結させてしまう場合について説明するが、ジョブは必ずしも完結させてしまう必要は無く、要は、少なくともホストコンピュータ２０から記憶制御装置１０のバックアッププロセスに影響を与えるようなデータ入出力要求を送出させない状態のジョブが管理されていればよい。
【００３８】
ここで、図５に示されるように、ホストコンピュータ２０には、２つの独立した処理である第１処理及び第２処理があり、それぞれの処理は、ホストコンピュータ２０の状態とジョブカウンタを共有し、状態の参照及び更新を行っている。ジョブカウンタとは、ホストコンピュータ２０が、自身が実行中のジョブのうち、記憶制御装置１０において、データ入出力要求を送信する可能性があるジョブの数を記憶するカウンタである。
【００３９】
初期状態として、ホストコンピュータ２０が「受付可」（４０１）の状態であるとする。まず、ジョブカウンタをゼロクリアする（S200）。この状態で、記憶制御装置１０からホストコンピュータ２０に対し、バックアップ開始メッセージが送信される（S201）。一方、ホストコンピュータ２０は、このメッセージを受信し（S202）、第１処理としてホストコンピュータ２０の状態を「受付可」（４０１）から「閉塞中」（４０２）へと更新する（S203）。
【００４０】
ホストコンピュータ２０は、通常の運用状態、すなわち、「受付可」（４０１）の状態にある場合には、自身が実行中のアプリケーションプログラムやＯＳ、もしくは、ＬＡＮを通じて接続するクライアント装置６０などからの要求に応じてジョブの起動要求を受け付け、ホストコンピュータ２０は、新たにジョブを受け付けると、これを第２処理としてチェックして（S205）、ホストコンピュータ２０が「受付可」（４０１）の状態にあることを確認し（S206）、ジョブカウンタの値を＋１（インクリメント）する（S207）。また、受け付けたジョブの処理が完結する度に（S208）、ジョブカウンタの値を−１（デクリメント）する（S209）。尚、ホストコンピュータ２０が「閉塞中」（４０２）及び後述の「受付不可」（４０３）の状態にある場合には、上記の要求に対して、ジョブの中断又は処理待ちキューへのキューイングを行う。
【００４１】
ここで、ホストコンピュータ２０は、（S201）においてバックアップ開始メッセージを受信したことを契機として、第１処理として、ジョブカウンタの状態をリアルタイムに参照し、実行中のジョブが全て完結しているかどうかを監視する（S210）。そして、ジョブカウンタの値が０であることを確認し（S211）、全てのジョブが完結したタイミングで、ホストコンピュータ２０は、自身の状態を「受付不可」（４０３）の状態に更新し（例えば、状態を示すステータスを変更する）（S212）、記憶制御装置１０のプロセスに影響を与えるようなデータ入出力要求が送信される可能性が無くなった旨を通知する、前述の返答メッセージを送信する（S213）。そして、記憶制御装置１０は、返答メッセージを受信して、バックアッププロセスを実行する（S214）。
【００４２】
記憶制御装置１０は、バックアッププロセスが完了する（S215）と、ホストコンピュータ２０に対して前述のバックアップ終了メッセージを送信する（S216）。ホストコンピュータ２０は、前述のバックアップ終了メッセージを受信すると、状態を「受付不可」（４０３）の状態から「受付可」（４０１）の状態に更新する（S217）。そして、これによりホストコンピュータ２０は、通常の運用状態に復帰することになる。
【００４３】
なお、以上の説明は、記憶制御装置１０で実行されるプロセスが、バックアッププロセスである場合について説明したが、データウエアハウスへのデータ抽出のためのバッチ処理など、他の種類のプロセスであってもよい。
【００４４】
【発明の効果】
本発明によれば、記憶制御装置においてホストコンピュータからのデータ入出力要求を中断させておく必要のある処理の実行に際し、自動的にホストコンピュータからのデータ入出力要求を制御することができる。
【図面の簡単な説明】
【図１】本発明の一実施例による、ストレージシステムの概略構成を示す図である。
【図２】本発明の一実施例による、バックアップのプロセスの実行に際し、ストレージシステムにおいて行われる処理を説明するフローチャートである。
【図３】本発明の一実施例による、通知テーブルを示す図である。
【図４】本発明の一実施例による、ホストコンピュータの状態遷移を示す図である。
【図５】本発明の一実施例による、ホストコンピュータがジョブを完結等させる処理を説明するフローチャートである。
【符号の説明】
１０ 記憶制御装置
１１ 制御メモリ
１２ 制御部
１３ 記憶デバイス
１４ バックアップ装置
２０ ホストコンピュータ
３０ ＬＡＮ
５０ 管理端末
６０ クライアント装置
【発明の属する技術分野】
この発明は、記憶制御装置の制御方法及び記憶制御装置及びプログラムに関する。
【０００２】
【背景技術】
ＩＴ技術の進展に伴い、ディスクアレイ装置などの記憶制御装置に対する需要が急増している。このような中で、近年、ＬＡＮ（Local Area Network）などのネットワーク直結型の記憶制御装置として、ホストコンピュータからファイル名指定によるデータ入出力要求を受け付けるＮＦＳ（Network File System）等のファイルシステムが搭載された、いわゆるＮＡＳ（Network Attached Storage）と呼ばれるタイプの記憶制御装置が知られている。
【０００３】
ところで、ＮＡＳに搭載されるファイルシステムは、ＮＡＳに接続するホストコンピュータとの間で、いわゆるステートレスな方式で通信を行う。ここでステートレスな方式による通信とは、通信を行う装置同士が、互いに相手の処理状態を認知しないで通信を行う方式をいう。つまり、このようなステートレスな方式で通信するＮＡＳとホストコンピュータとの間では、ＮＡＳは、ホストコンピュータの処理を把握していないし、逆に、ホストコンピュータは、ＮＡＳの動作を把握しておらず、ＮＡＳもホストコンピュータも、それぞれ、相手方から送られてきたメッセージやコマンドを受け付けたタイミングでこれらに対応する処理を実行するだけである。
【０００４】
なお、ステートレスな通信を行う装置の具体例としては、例えば、ＨＴＭＬプロトコルに従って行われる、インターネット上のＷｅｂサーバとこれにアクセスするＷebクライアントとの間の通信があげられる。
【０００５】
【発明が解決しようとする課題】
ところで、データセンタなどで運用中の記憶制御装置は、ホストコンピュータに対するリアルタイムなサービスだけでなく、データのバックアップや、データウエアハウスへのデータ抽出のためのバッチ処理などのため、ホストコンピュータからのデータ入出力要求を中断させた状態で処理を実行しなければならないことがある。
【０００６】
しかしながら、前述のようにＮＡＳはステートレスにホストコンピュータとの間で通信を行っており、ＮＡＳ側で勝手にバックアップやバッチ処理を開始してしまうと、これらの処理中にホストコンピュータからのデータ入出力要求が割り込んでしまう可能性がある。そして、このような割り込みが行われた場合は、例えば、データのバックアップのためのプロセスにおいては、データの更新が完結していない状態（例えば、データベースの１レコードの更新が完結していない状態）でバックアップが取得されてしまい、バックアップデータの内容（例えば、レコードの内容）やタイムスタンプが保証されなくなったり、また、バッチ処理については、その処理中にデータの状態が変化し、処理結果に影響を与えてしまうことがある。
【０００７】
このため、従来では、例えば、オペレータ等が、バックアップやバッチ処理の開始前に、手動で各ホストコンピュータから記憶制御装置に対するデータ入出力が発生しないようにしておく必要があった。
【０００８】
本発明は、このような事情に鑑みてなされたもので、記憶制御装置においてホストコンピュータからのデータ入出力要求を中断させておく必要のある処理の実行に際し、自動的にホストコンピュータからのデータ入出力要求を制御するための記憶制御装置の制御方法及び記憶制御装置及びプログラムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
この目的を達成するための、本発明の主たる発明は、ホストコンピュータ及び当該ホストコンピュータと通信手段を介して接続する記憶制御装置を有し、前記記憶制御装置が、前記ホストコンピュータから送信されるデータ入出力要求をステートレスな通信方式に従って受信して前記データ入出力要求に対応するデータ入出力を記憶デバイスに対して実行するストレージシステムの制御方法において、前記記憶制御装置は、前記ホストコンピュータからのデータ入出力要求を中断させた状態で実行する必要のあるプロセスを実行するとき、前記ホストコンピュータに前記プロセスの実行開始を通知するメッセージを送信し、前記ホストコンピュータは、前記メッセージを受信するとクライアント装置から受け付けたジョブ起動要求に基づくジョブを完結させる閉塞中の状態に遷移し、前記閉塞中の状態又はジョブを受付不可の状態にあるときに受け付けたジョブ起動要求については処理待ちキューにキューイングし、前記プロセスに影響を与えるようなデータ入出力要求を送信する全てのジョブが完結すると前記メッセージに対する返答メッセージを送信し、前記記憶制御装置は、前記返答メッセージを受信した場合に前記プロセスを実行することを特徴とする。
【００１０】
【発明の実施の形態】
＝＝＝開示の概要＝＝＝
以下の開示により少なくとも次のことが明らかにされる。ホストコンピュータ及び当該ホストコンピュータと通信手段を介して接続する記憶制御装置を有し、前記記憶制御装置が、前記ホストコンピュータから送信されるデータ入出力要求をステートレスな通信方式に従って受信して前記データ入出力要求に対応するデータ入出力を記憶デバイスに対して実行するストレージシステムの制御方法において、前記記憶制御装置は、前記ホストコンピュータからのデータ入出力要求を中断させた状態で実行する必要のあるプロセスを実行するとき、前記ホストコンピュータに前記プロセスの実行開始を通知するメッセージを送信し、前記ホストコンピュータは、前記メッセージを受信するとクライアント装置から受け付けたジョブ起動要求に基づくジョブを完結させる閉塞中の状態に遷移し、前記閉塞中の状態又はジョブを受付不可の状態にあるときに受け付けたジョブ起動要求については処理待ちキューにキューイングし、前記プロセスに影響を与えるようなデータ入出力要求を送信する全てのジョブが完結すると前記メッセージに対する返答メッセージを送信し、
前記記憶制御装置は、前記返答メッセージを受信した場合に前記プロセスを実行することを特徴とするストレージシステムの制御方法。
【００１１】
ここで、通信手段とは、例えば、ＬＡＮやＳＡＮ（Storage Area Network）などである。データ入出力要求とは、例えば、データ書き込み要求、データ読み出し要求である。記憶制御装置は、例えば、ディスクアレイ装置である。記憶制御装置には、記憶媒体であるディスクドライブが内蔵されていてもよいし、外付けされていてもよい。前記プロセスとは、例えば、記憶制御装置のデータ入出力処理の対象となるディスクドライブなどの記憶デバイスに記憶されているデータをテープ装置などにバックアップする、バックアッププロセスや、データウエアハウスへのデータ抽出のためのバッチ処理などである。
【００１２】
このように、記憶制御装置が、ホストコンピュータが送信する前記データ入出力要求を制御する必要のあるプロセスの実行に際し、ホストコンピュータに前記プロセスの実行開始を通知するメッセージを送信し（コールバック）、記憶制御装置は、前記メッセージに対する返答メッセージを受信した後に前記プロセスを実行する。従って、例えば、前記プロセスが記憶デバイスに記憶されているバックアップのプロセスである場合に、データの更新が完結していない状態でバックアップが取得されてしまい、バックアップデータの内容（例えば、レコードの内容）やタイムスタンプが保証されなくなったり、前記プロセスがバッチ処理である場合に、その処理中にデータの状態が変化し、処理結果に影響を与えてしまうようなことがない。すなわち、自動的にホストコンピュータからのデータ入出力要求を制御することができる。なお、前記記憶制御装置は、前記プロセスの終了した場合にその旨を通知するメッセージを前記ホストコンピュータに送信するようにしてもよい。
【００１３】
前記データ入出力要求は、それが前記ホストコンピュータからどのタイミングで送信されてくるのかを前記記憶制御装置が把握できない、いわゆる、ステートレスな通信方式に従って記憶制御装置に送信される。また、前記ホストコンピュータが送信する前記データ入出力要求の前記制御は、前記ホストコンピュータが前記記憶制御装置に前記データ入出力要求を送信しないようにすることである。また、前記返答メッセージは、前記ホストコンピュータが前記データ入出力要求を前記記憶制御装置に送信されないようにした旨を通知するメッセージである。また、前記返答メッセージには、前記データ入出力要求に対応して行われるデータ入出力処理をコミット状態とした旨が含まれる。
【００１４】
また、前記記憶制御装置は、ファイルシステムを備え、前記データ入出力要求はファイル単位でのデータ入出力を指示する要求である。このようなファイルシステムとしては、ＮＦＳがあげられ、この場合、前記データ入出力要求は、ＮＦＳのコマンドである。
【００１５】
また、前記記憶制御装置が、前記実行開始を通知するメッセージの前記送信先となる前記ホストコンピュータを特定する情報を記憶しており、この情報に対応する複数のコンピュータに前記実行開始を通知するメッセージを送信する。すなわち、一台の記憶制御装置を複数のホストコンピュータが利用している場合である。
【００１６】
＝＝＝システムの概略構成＝＝＝
本発明の一実施例による、ストレージシステムの概略構成を図１に示す。記憶制御装置１０とホストコンピュータ２０とが、ＬＡＮ３０を介して接続する。記憶制御装置１０には、ＬＡＮ３０などの通信手段を通じて管理端末５０が接続し、オペレータは管理端末５０を操作して、記憶制御装置１０の制御や各種パラメータの設定などを行う。
【００１７】
ホストコンピュータ２０は、例えば、パソコンやワークステーション、汎用コンピュータなどである。ホストコンピュータ２０上では、ＯＳ（Operating System）やアプリケーションプログラムが稼働し、これらのソフトウエアの要求により、ホストコンピュータ２０から記憶制御装置１０に対しては、適宜データ入出力要求が送信される。
【００１８】
記憶制御装置１０は、ＣＰＵ（不図示）や制御メモリ１１、ＬＡＮ接続インタフェース、ディスクコントローラなどを備える制御部１２と、ディスクドライブ等により構成される記憶デバイス１３とを備える。なお、記憶デバイス１３は、ＲＡＩＤ（Redundant Array of Inexpensive Disks）方式などにより運用されることもある。記憶制御装置１０は、ディスクアレイ装置であり、かつ、前述したＮＡＳであり、記憶制御装置１０では、ファイルシステムとしてのＮＦＳが稼働している。なお、記憶制御装置１０には、カートリッジテープ装置などのバックアップ装置１４が接続している。
【００１９】
記憶制御装置１０は、ホストコンピュータ２０からのデータ入出力要求を受信して、これに応じて記憶デバイス１３へのデータ入出力処理を実行する。ここでホストコンピュータ２０から送られてくるデータ入出力要求は、ＮＦＳにより処理される。従って、記憶制御装置１０とホストコンピュータ２０との間の通信は、データ入出力要求がホストコンピュータ１０からどのタイミングで送信されてくるのかを、記憶制御装置２０が把握することができない。つまり、記憶制御装置１０とホストコンピュータ２０との間の通信は、ステートレスな通信方式である。
【００２０】
記憶制御装置１０では、ジョブスケジューラが稼働しており、このスケジューラには、記憶デバイス１３に記憶されているデータのバックアップや、データウエアハウスへのデータ抽出のためのバッチ処理など、ホストコンピュータ２０からのデータ入出力要求を中断させた状態で実行しなければならないプロセスがスケジューリングされている。このため、記憶制御装置１０は、このようなプロセスの実行に際し、あらかじめホストコンピュータ２０にプロセスの実行開始を通知し、その返答を待ってからプロセスを実行する仕組みを備える。
【００２１】
以下では、この仕組みの具体例として、バックアップに関するプロセスがスケジューリングされている場合に、このプロセスの実行に際して行われる処理について説明する。なお、ここでいうバックアップとは、具体的には、記憶デバイスに格納されているプログラムやデータを、種々のトラブルによる破壊や紛失などに備えて、バックアップ装置１４に退避又は保存しておく処理である。
【００２２】
＝＝＝バックアッププロセスの流れの概要＝＝＝
図２は、バックアッププロセスの実行に際し、ストレージシステムにおいて行われる処理を説明するフローチャートである。バックアッププロセスのスケジューリングは、例えば、オペレータが管理端末５０を操作して行う。なお、以下の説明では、バックアップのプロセスが、スケジューラにより自動実行されるものとして説明しているが、これに限られるわけではなく、例えば、オペレータが管理端末５０を操作してバックアッププロセスを起動させるようにしてもよい。
【００２３】
スケジューリングされたバックアッププロセスの開始時刻が到来すると、記憶制御装置１０は、バックアッププロセスの実行中に、当該記憶制御装置１０に対してデータ入出力要求を送信するジョブを実行する可能性のあるホストコンピュータ２０に対し、これからバックアッププロセスを開始する旨を記載したバックアップ開始メッセージをＬＡＮ３０を介して送信する（S101）。
【００２４】
ここで、データ入出力要求を送信してくる可能性があるかどうかは、例えば、オペレータがあらかじめ判断する。また、その結果、選出されたホストコンピュータ２０の一覧は、制御メモリ１１の通知テーブルに記憶される。なお、通知テーブルに登録するホストコンピュータ２０の選出は、オペレータが選出するだけでなく、制御メモリ１１などに記憶されているパラメータや、記憶制御装置１０がＬＡＮ３０を通じてホストコンピュータ２０から取得した情報に基づいて、所定のアルゴリズムにより記憶制御装置１０が自動的に選出するようにしてもよい。また、ホストコンピュータ２０のユーザが、ホストコンピュータ２０上で実行されるアプリケーションプログラムを操作して通知テーブルへの登録を行うようにしてもよい。
【００２５】
データ入出力要求とは、例えば、データ書き込み要求やデータ読み出し要求であるが、データ書き込み要求もしくはデータ読み出し要求の一方のみであってもよく、要は、その要求が、記憶制御装置１０における前記プロセスの実行中に割り込まれると、前記プロセスに影響を与えるおそれがあるかどうかで、データ書き込み要求を禁止するのか、データ読み出し要求を禁止するのか、双方とも禁止するのかが選択されることになる。
【００２６】
図３に通知テーブルの一例を示す。バックアップが行われる記憶ボリュームのボリュームＩＤに、通知先のホストコンピュータ２０を特定するホストコンピュータＩＤ及びポートＩＤが対応付けられている。ここで記憶ボリュームとは、記憶デバイス１３により提供される記憶領域上に論理的に編成される記憶領域であり、例えば、記憶デバイス１３がＲＡＩＤ方式で運用されている場合には、ストライプが相当する。また、ポートＩＤとは、ホストコンピュータ２０へのＬＡＮ上の経路ごとに付与されるＩＤである。
【００２７】
ホストコンピュータ２０は、バックアップ開始メッセージを受信すると、自身のジョブの実行状況を見て、ＮＦＳに対する処理が行われているか、もしくは、行われる可能性があるかを調べる。ここでそのような処理を行っている、もしくは、行う可能性のあるジョブが実行中である場合には、そのジョブの処理を完結もしくは停止させる。
【００２８】
なお、ジョブ全体を完結させるのではなく、そのジョブ中でＮＦＳに対する処理を行っている、もしくは、行う可能性のあるジョブのみを選択的に完結させるようにしてもよい。要は、記憶制御装置１０で実行される前記バックアップのプロセスに影響を与えるような処理が完結もしくは停止されればよい。なお、新たなジョブの受け付けは、中断してもよいし、受け付け自体は中断しないが実行はせず、処理待ちキューなどにキューイングしたままの状態にしておいてもよい。
【００２９】
ホストコンピュータ２０は、前記バックアップのプロセスに影響を与えるような処理を完結もしくは停止させ（S102）、前記バックアッププロセスに影響を与えるようなデータ入出力要求が送信される可能性が無くなると、記憶制御装置１０に対し、その旨を通知する返答メッセージを送信する（S103）。なお、この返答メッセージには、少なくともその返答メッセージを送信したホストコンピュータ２０のＩＤが記載されている。
【００３０】
記憶制御装置１０は、このようにしてホストコンピュータ２０から送られてくる返答メッセージを受信していく（S104）。記憶制御装置１０は、返答メッセージに記載されているホストコンピュータ２０のＩＤを記憶し、通知テーブルに記載されている全てのホストコンピュータ２０から返答メッセージが通知されたかどうかを監視する。
【００３１】
記憶制御装置１０は、通知テーブルに登録されている全てのホストコンピュータ２０からの返答メッセージを受信したことを認知すると、これを契機として、バックアップのプロセスを実行する（S105）。ここで、このバックアップ中は、ホストコンピュータ２０から前記プロセスの実行に影響を与えるようなデータ入出力要求が送信されないことが保証されているので、データの更新が完結していない（例えば、データベースの１のレコードの更新途中など）状態でバックアップが取得されてしまったり、バックアップデータの内容（例えば、レコードの内容）やタイムスタンプが保証されなくなるようなことはない。
【００３２】
バックアップのプロセスが終了すると、記憶制御装置１０は、その旨を記載したバックアップ終了メッセージをホストコンピュータ２０に送信する（S106）。一方、ホストコンピュータ２０は、前記メッセージを受信すると（S107）、停止していたジョブは再開させ、また、ジョブの受付を中止していた場合には、ジョブの受付を再開する。また、キューイングを行っていた場合には、キューイングされているジョブを実行していく。以上のようにしてホストコンピュータ２０は、通常の運用状態に復帰する。
【００３３】
＝＝＝より具体的な実施例＝＝＝
以上のバックアップのプロセスの実行に関する処理を、より詳細に説明する。
【００３４】
（ホストコンピュータの状態）
図４は、前記のプロセスの実行に際してのホストコンピュータ２０の状態変化を示す、状態遷移図である。大局的には、この図に示すようにホストコンピュータ２０は、「受付可」（４０１）→「閉塞中」（４０２）→「受付不可」（４０３）の３つの状態に順次遷移する。ここで「受付可」（４０１）の状態とは、通常の運用状態、すなわち、ホストコンピュータ２０から記憶制御装置１０に対してデータ入出力要求が、通常どおり送信されている状態である。「受付可」（４０１）の状態において、記憶制御装置１０からバックアップなどのプロセスの実行を開始する旨のメッセージを受信すると、ホストコンピュータ２０は、「閉塞中」（４０２）の状態に遷移する。
【００３５】
例えば、前述のジョブの処理を完結もしくは停止させる処理を行っている状態が、「閉塞中」（４０２）の状態に相当する。前記プロセスに影響を与えるような処理を完結もしくは停止させ、前記プロセスに影響を与えるようなデータ入出力要求が送信される可能性が無くなると、ホストコンピュータ２０は「受付不可」（４０３）の状態に遷移する。
【００３６】
そして、ホストコンピュータ２０がこの「受付不可」（４０３）の状態にある間に、記憶制御装置１０において前記プロセスが実行される。前記プロセスが終了し、記憶制御装置１０からその旨を記載したバックアップ終了メッセージを受信すると、ホストコンピュータ２０は、再び「受付可」（４０１）の状態に復帰する。
【００３７】
（ジョブを完結させる処理）
つぎに、記憶制御装置１０から前述のバックアップ開始メッセージを受信した場合に、ホストコンピュータ２０が、前述のジョブの処理を完結等させる処理について、図５に示すフローチャートとともに具体的に説明する。なお、ここではジョブを完結させてしまう場合について説明するが、ジョブは必ずしも完結させてしまう必要は無く、要は、少なくともホストコンピュータ２０から記憶制御装置１０のバックアッププロセスに影響を与えるようなデータ入出力要求を送出させない状態のジョブが管理されていればよい。
【００３８】
ここで、図５に示されるように、ホストコンピュータ２０には、２つの独立した処理である第１処理及び第２処理があり、それぞれの処理は、ホストコンピュータ２０の状態とジョブカウンタを共有し、状態の参照及び更新を行っている。ジョブカウンタとは、ホストコンピュータ２０が、自身が実行中のジョブのうち、記憶制御装置１０において、データ入出力要求を送信する可能性があるジョブの数を記憶するカウンタである。
【００３９】
初期状態として、ホストコンピュータ２０が「受付可」（４０１）の状態であるとする。まず、ジョブカウンタをゼロクリアする（S200）。この状態で、記憶制御装置１０からホストコンピュータ２０に対し、バックアップ開始メッセージが送信される（S201）。一方、ホストコンピュータ２０は、このメッセージを受信し（S202）、第１処理としてホストコンピュータ２０の状態を「受付可」（４０１）から「閉塞中」（４０２）へと更新する（S203）。
【００４０】
ホストコンピュータ２０は、通常の運用状態、すなわち、「受付可」（４０１）の状態にある場合には、自身が実行中のアプリケーションプログラムやＯＳ、もしくは、ＬＡＮを通じて接続するクライアント装置６０などからの要求に応じてジョブの起動要求を受け付け、ホストコンピュータ２０は、新たにジョブを受け付けると、これを第２処理としてチェックして（S205）、ホストコンピュータ２０が「受付可」（４０１）の状態にあることを確認し（S206）、ジョブカウンタの値を＋１（インクリメント）する（S207）。また、受け付けたジョブの処理が完結する度に（S208）、ジョブカウンタの値を−１（デクリメント）する（S209）。尚、ホストコンピュータ２０が「閉塞中」（４０２）及び後述の「受付不可」（４０３）の状態にある場合には、上記の要求に対して、ジョブの中断又は処理待ちキューへのキューイングを行う。
【００４１】
ここで、ホストコンピュータ２０は、（S201）においてバックアップ開始メッセージを受信したことを契機として、第１処理として、ジョブカウンタの状態をリアルタイムに参照し、実行中のジョブが全て完結しているかどうかを監視する（S210）。そして、ジョブカウンタの値が０であることを確認し（S211）、全てのジョブが完結したタイミングで、ホストコンピュータ２０は、自身の状態を「受付不可」（４０３）の状態に更新し（例えば、状態を示すステータスを変更する）（S212）、記憶制御装置１０のプロセスに影響を与えるようなデータ入出力要求が送信される可能性が無くなった旨を通知する、前述の返答メッセージを送信する（S213）。そして、記憶制御装置１０は、返答メッセージを受信して、バックアッププロセスを実行する（S214）。
【００４２】
記憶制御装置１０は、バックアッププロセスが完了する（S215）と、ホストコンピュータ２０に対して前述のバックアップ終了メッセージを送信する（S216）。ホストコンピュータ２０は、前述のバックアップ終了メッセージを受信すると、状態を「受付不可」（４０３）の状態から「受付可」（４０１）の状態に更新する（S217）。そして、これによりホストコンピュータ２０は、通常の運用状態に復帰することになる。
【００４３】
なお、以上の説明は、記憶制御装置１０で実行されるプロセスが、バックアッププロセスである場合について説明したが、データウエアハウスへのデータ抽出のためのバッチ処理など、他の種類のプロセスであってもよい。
【００４４】
【発明の効果】
本発明によれば、記憶制御装置においてホストコンピュータからのデータ入出力要求を中断させておく必要のある処理の実行に際し、自動的にホストコンピュータからのデータ入出力要求を制御することができる。
【図面の簡単な説明】
【図１】本発明の一実施例による、ストレージシステムの概略構成を示す図である。
【図２】本発明の一実施例による、バックアップのプロセスの実行に際し、ストレージシステムにおいて行われる処理を説明するフローチャートである。
【図３】本発明の一実施例による、通知テーブルを示す図である。
【図４】本発明の一実施例による、ホストコンピュータの状態遷移を示す図である。
【図５】本発明の一実施例による、ホストコンピュータがジョブを完結等させる処理を説明するフローチャートである。
【符号の説明】
１０ 記憶制御装置
１１ 制御メモリ
１２ 制御部
１３ 記憶デバイス
１４ バックアップ装置
２０ ホストコンピュータ
３０ ＬＡＮ
５０ 管理端末
６０ クライアント装置
Claims (7)
- ホストコンピュータ及び当該ホストコンピュータと通信手段を介して接続する記憶制御装置を有し、前記記憶制御装置が、前記ホストコンピュータから送信されるデータ入出力要求をステートレスな通信方式に従って受信して前記データ入出力要求に対応するデータ入出力を記憶デバイスに対して実行するストレージシステムの制御方法において、
前記記憶制御装置は、前記ホストコンピュータからのデータ入出力要求を中断させた状態で実行する必要のあるプロセスを実行するとき、前記ホストコンピュータに前記プロセスの実行開始を通知するメッセージを送信し、
前記ホストコンピュータは、前記メッセージを受信するとクライアント装置から受け付けたジョブ起動要求に基づくジョブを完結させる閉塞中の状態に遷移し、前記閉塞中の状態又はジョブを受付不可の状態にあるときに受け付けたジョブ起動要求については処理待ちキューにキューイングし、前記プロセスに影響を与えるようなデータ入出力要求を送信する全てのジョブが完結すると前記メッセージに対する返答メッセージを送信し、
前記記憶制御装置は、前記返答メッセージを受信した場合に前記プロセスを実行すること
を特徴とするストレージシステムの制御方法。 - 請求項１に記載のストレージシステムの制御方法であって、前記記憶制御装置は、ファイルシステムを備え、前記データ入出力要求はファイル単位でのデータ入出力を指示する要求であることを特徴とするストレージシステムの制御方法。
- 請求項２に記載のストレージシステムの制御方法であって、前記ファイルシステムはＮＦＳであり、前記データ入出力要求は、ＮＦＳのコマンドであることを特徴とするストレージシステムの制御方法。
- 請求項１に記載のストレージシステムの制御方法であって、前記プロセスは、前記記憶制御装置が前記記憶デバイスに記憶しているデータのバックアップを取得するプロセスであることを特徴とするストレージシステムの制御方法。
- 請求項１に記載のストレージシステムの制御方法であって、前記記憶制御装置が、前記実行開始を通知するメッセージの前記送信先となる前記ホストコンピュータを特定する情報を記憶しており、
前記記憶制御装置が、前記情報に対応する複数のコンピュータに前記実行開始を通知するメッセージを送信することを特徴とするストレージシステムの制御方法。 - 請求項１に記載のストレージシステムの制御方法であって、前記記憶制御装置が、前記プロセスが終了した場合にその旨を通知するメッセージを前記ホストコンピュータに送信することを特徴とするストレージシステムの制御方法。
- ホストコンピュータ及び当該ホストコンピュータと通信手段を介して接続する記憶制御装置を有し、前記記憶制御装置がホストコンピュータから送信されるデータ入出力要求をステートレスな通信方式に従って受信して前記データ入出力要求に対応するデータ入出力を記憶デバイスに対して実行するストレージシステムであって、
前記記憶制御装置は、
前記ホストコンピュータから送信されたデータ入出力要求を受信し、この要求に対応するデータ入出力を実行するデータ入出力処理部と、
前記ホストコンピュータからのデータ入出力要求を中断させた状態で実行する必要のあるプロセスを実行するとき、前記ホストコンピュータに前記プロセスの実行開始を通知するメッセージを送信するメッセージ送信部と、
を有し、
前記ホストコンピュータは、前記メッセージを受信するとクライアント装置から受け付けたジョブ起動要求に基づくジョブを完結させる閉塞中の状態に遷移し、前記閉塞中の状態又はジョブを受付不可の状態にあるときに受け付けたジョブ起動要求については処理待ちキューにキューイングし、前記プロセスに影響を与えるようなデータ入出力要求を送信する全てのジョブが完結すると前記メッセージに対する返答メッセージを送信する返答メ ッセージ送信部を有し、
前記記憶制御装置は、前記返答メッセージを受信した場合に前記プロセスを実行するプロセス実行部を有すること
を特徴とするストレージシステム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002154083A JP4056794B2 (ja) | 2002-05-28 | 2002-05-28 | ストレージシステムの制御方法及びストレージシステム |
| US10/229,028 US7240043B2 (en) | 2002-05-28 | 2002-08-28 | Method of controlling storage control apparatus, storage control apparatus, and computer readable program for controlling the same |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002154083A JP4056794B2 (ja) | 2002-05-28 | 2002-05-28 | ストレージシステムの制御方法及びストレージシステム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003345638A JP2003345638A (ja) | 2003-12-05 |
| JP2003345638A5 JP2003345638A5 (ja) | 2005-05-19 |
| JP4056794B2 true JP4056794B2 (ja) | 2008-03-05 |
Family
ID=29561340
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002154083A Expired - Fee Related JP4056794B2 (ja) | 2002-05-28 | 2002-05-28 | ストレージシステムの制御方法及びストレージシステム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7240043B2 (ja) |
| JP (1) | JP4056794B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0123861D0 (en) * | 2001-10-04 | 2001-11-28 | Marconi Comm Ltd | Comunications networks |
| JP4186602B2 (ja) * | 2002-12-04 | 2008-11-26 | 株式会社日立製作所 | ジャーナルログを利用した更新データ書込方法 |
| JP2004213435A (ja) * | 2003-01-07 | 2004-07-29 | Hitachi Ltd | 記憶装置システム |
| US20050081099A1 (en) * | 2003-10-09 | 2005-04-14 | International Business Machines Corporation | Method and apparatus for ensuring valid journaled file system metadata during a backup operation |
| JP2005190106A (ja) | 2003-12-25 | 2005-07-14 | Hitachi Ltd | 論理ボリュームを管理する記憶制御サブシステム |
| US7487395B2 (en) * | 2004-09-09 | 2009-02-03 | Microsoft Corporation | Method, system, and apparatus for creating an architectural model for generating robust and easy to manage data protection applications in a data protection system |
| US8762589B2 (en) * | 2010-01-22 | 2014-06-24 | National Instruments Corporation | Data transfer between devices maintaining state data |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02304647A (ja) | 1989-05-19 | 1990-12-18 | Nec Corp | ファイル退避方式 |
| JPH06250903A (ja) | 1993-02-25 | 1994-09-09 | Matsushita Electric Ind Co Ltd | バックアップ管理装置 |
| EP0785500B1 (en) * | 1996-01-19 | 2004-03-03 | Hitachi, Ltd. | Storage device and method for data sharing |
| US5887134A (en) * | 1997-06-30 | 1999-03-23 | Sun Microsystems | System and method for preserving message order while employing both programmed I/O and DMA operations |
| US6324581B1 (en) * | 1999-03-03 | 2001-11-27 | Emc Corporation | File server system using file system storage, data movers, and an exchange of meta data among data movers for file locking and direct access to shared file systems |
| US6557079B1 (en) * | 1999-12-20 | 2003-04-29 | Emc Corporation | Remote data facility prefetch |
| US6425051B1 (en) * | 2000-09-25 | 2002-07-23 | International Business Machines Corporation | Method, system, program, and data structures for enabling a controller accessing a storage device to handle requests to data in a first data format when the storage device includes data in a second data format |
| US6658520B1 (en) * | 2000-09-26 | 2003-12-02 | Intel Corporation | Method and system for keeping two independent busses coherent following a direct memory access |
| US6970939B2 (en) * | 2000-10-26 | 2005-11-29 | Intel Corporation | Method and apparatus for large payload distribution in a network |
| US6779063B2 (en) * | 2001-04-09 | 2004-08-17 | Hitachi, Ltd. | Direct access storage system having plural interfaces which permit receipt of block and file I/O requests |
| US20030188070A1 (en) * | 2002-04-01 | 2003-10-02 | Delaney William P. | Method and apparatus for detecting I/O timeouts |
-
2002
- 2002-05-28 JP JP2002154083A patent/JP4056794B2/ja not_active Expired - Fee Related
- 2002-08-28 US US10/229,028 patent/US7240043B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20030225898A1 (en) | 2003-12-04 |
| US7240043B2 (en) | 2007-07-03 |
| JP2003345638A (ja) | 2003-12-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7127635B2 (en) | Method for correcting a program running on a computer system | |
| JP3864253B2 (ja) | リモート・ソフトウェア配布及びインストールのための方法及びシステム | |
| JP4156663B2 (ja) | ネットワーク内でプログラムを監視し、制御する方法および装置 | |
| JP4440107B2 (ja) | ネットワーク内の共用資源を使用する方法および構成 | |
| US5748883A (en) | Distributed device status in a clustered system environment | |
| US6145088A (en) | Apparatus and method for remote data recovery | |
| JP4616423B2 (ja) | 遠隔データ回復用の装置及び方法 | |
| US7366838B2 (en) | Storage system and control method thereof for uniformly managing the operation authority of a disk array system | |
| JP4255699B2 (ja) | 記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置 | |
| US5946498A (en) | Delivery of client remote procedure calls to a server via a request queue utilizing priority and time-out | |
| WO1997049056A9 (en) | Apparatus and method for remote data recovery | |
| JP4700204B2 (ja) | ストレージ管理データ制御システム | |
| EP1768015A1 (en) | Storage unit and disk control method | |
| JP4056794B2 (ja) | ストレージシステムの制御方法及びストレージシステム | |
| EP1410168B1 (en) | An efficient timer management system | |
| JP2008090798A (ja) | データ処理システムのバックアップ制御装置及びシステム | |
| JP2005332025A (ja) | 中断シナリオの生成方法、サーバ装置及びそのプログラム | |
| JP2004046658A (ja) | データ転送方法 | |
| JP3738701B2 (ja) | トランザクション処理システムにおけるシステム設定方法 | |
| JP2000112807A (ja) | ローカルデータベース遅延更新システム及びローカルデータベース遅延更新方法 | |
| JP2764836B2 (ja) | 事象優先転送方式 | |
| JP2004206298A (ja) | ジョブ処理システム及びプログラム | |
| JP2000076158A (ja) | アプリケーションダウンロードレジューム方法及びそのシステム | |
| JP2000222371A (ja) | 計算機システムおよび分散ファイルシステム管理方法 | |
| JPH07168794A (ja) | 計算機システムのジョブ管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040715 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040715 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20040715 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040928 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070205 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070213 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070416 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20070416 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070724 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070910 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20071010 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071113 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071116 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20071211 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071212 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101221 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101221 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111221 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111221 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121221 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131221 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |