(57)【要約】【課題】ストレージ更新情報とローカル更新情報をマージするときに、ストレージ更新情報とローカル更新情報を互いに重複させることなく、両者のボリュームに反映させること。【解決手段】ストレージサブシステム１０とモバイル端末１４との間で互いの更新情報をボリュームに反映するときに、ストレージサブシステム１０は、ローカル更新情報とストレージ更新情報とをビットマップで比較し、両者の格納先が重複するときには、ローカル更新情報の格納先とは異なる格納先となるボリューム更新パターンを複数のボリューム更新パターンの中から選択し、選択したボリューム更新パターンに対応した格納領域にストレージ更新情報を格納し、モバイル端末１４は、ストレージ更新情報をローカルストレージ１０２に格納する。【選択図】図１
2009265930.tif 000002
【特許請求の範囲】
【請求項１】
複数の記憶デバイスで構成された記憶装置と、前記記憶装置の記憶領域で構成されたボリュームに、アプリケーションの処理に伴うストレージ更新情報を格納するとともに、通信ネットワークを介してモバイル端末またはホスト計算機と情報の授受を行うストレージ制御部と、を備え、
前記ストレージ制御部は、前記ストレージ更新情報の格納先候補を示す複数のボリューム更新パターンを備え、前記モバイル端末またはホスト計算機から入力されたローカル更新情報と前記ストレージ更新情報を互いのボリュームに反映させるボリュームマージ時に、前記複数のボリューム更新パターンのうち前記ローカル更新情報の格納先とは異なる格納先となるボリューム更新パターンを選択し、選択したボリューム更新パターンに対応した格納領域に前記ストレージ更新情報を格納し、前記ストレージ更新情報を当該ストレージ更新情報の格納先を示す情報とともに、前記モバイル端末またはホスト計算機に転送してなる、ストレージサブシステム。
【請求項２】
前記ストレージ制御部は、前記ボリュームマージ時に、前記ローカル更新情報と前記ストレージ更新情報とを比較し、前記両者の格納先が重複するときには、前記ローカル更新情報の格納先とは異なる格納先となるボリューム更新パターンを前記複数のボリューム更新パターンの中から選択してなる、請求項１に記載のストレージサブシステム。
【請求項３】
前記ストレージ制御部は、前記通信ネットワークに接続されたアプリケーションサーバの処理に伴う処理情報を前記ストレージ更新情報として入力してなる、請求項１に記載のストレージサブシステム。
【請求項４】
複数の記憶デバイスで構成された記憶装置と、前記記憶装置の記憶領域で構成されたボリュームに、アプリケーションの処理に伴うストレージ更新情報を格納するとともに、通信ネットワークを介してモバイル端末またはホスト計算機と情報の授受を行うストレージ制御部を備え、
前記ストレージ制御部は、前記ローカル更新情報と前記ストレージ更新情報を互いのボリュームに反映させるボリュームマージ時に、前記ローカル更新情報の格納先とは異なる格納先となる格納領域に前記ストレージ更新情報を格納し、前記ストレージ更新情報を当該ストレージ更新情報の格納先を示す情報とともに、前記モバイル端末またはホスト計算機に転送してなる、ストレージサブシステム。
【請求項５】
複数の記憶デバイスで構成された記憶装置と、前記記憶装置の記憶領域で構成されたボリュームに、アプリケーションの処理に伴うストレージ更新情報を格納するとともに、通信ネットワークを介してモバイル端末またはホスト計算機と情報の授受を行うストレージ制御部を備え、
前記ストレージ制御部は、前記ローカル更新情報と前記ストレージ更新情報を互いのボリュームに反映させるボリュームマージ時に、前記ローカル更新情報の格納先とは異なるファイルシステムに前記ストレージ更新情報を格納してなる、ストレージサブシステム。
【請求項６】
記憶デバイスの記憶領域で構成されたボリュームに、アプリケーションの処理に伴うストレージ更新情報を格納するストレージサブシステムと、前記ボリュームに対応した格納領域を有するローカルボリュームに、端末処理に伴うローカル更新情報を格納するとともに、通信ネットワークを介して前記ストレージサブシステムと情報の授受を行うモバイル端末を備え、
前記ストレージサブシステムは、前記ストレージ更新情報の格納先候補を示す複数のボリューム更新パターンを備え、前記ローカル更新情報と前記ストレージ更新情報を互いのボリュームに反映させるボリュームマージ時に、前記複数のボリューム更新パターンのうち前記ローカル更新情報の格納先とは異なる格納先となるボリューム更新パターンを選択し、選択したボリューム更新パターンに対応した格納領域に前記ストレージ更新情報を格納し、
前記モバイル端末は、前記ボリュームマージ時に、前記ストレージ更新情報を前記ローカルボリュームのうち、前記ストレージサブシステムにおけるストレージ更新情報の格納領域に対応した格納領域に格納してなる、ストレージシステム。
【請求項７】
前記ストレージサブシステムは、前記ボリュームマージ時に、前記ローカル更新情報と前記ストレージ更新情報とを比較し、前記両者の格納先が重複するときには、前記ローカル更新情報の格納先とは異なる格納先となるボリューム更新パターンを前記複数のボリューム更新パターンの中から選択してなる、請求項６に記載のストレージシステム。
【請求項８】
前記通信ネットワークを介して前記ストレージサブシステムに接続されたアプリケーションサーバを備え、前記アプリケーションサーバは、前記ストレージサブシステムをアクセスして、前記アプリケーションを実行し、当該アプリケーションの実行に伴う処理情報を前記ストレージ更新情報として、前記ストレージサブシステムに転送してなる、請求項６に記載のストレージシステム。
【請求項９】
記憶デバイスの記憶領域で構成されたボリュームに、アプリケーションの処理に伴うストレージ更新情報を格納するストレージサブシステムと、前記ボリュームに対応した格納領域を有するローカルボリュームに、端末処理に伴うローカル更新情報を格納するとともに、通信ネットワークを介して前記ストレージサブシステムと情報の授受を行うモバイル端末を備え、
前記ストレージサブシステムは、前記ローカル更新情報と前記ストレージ更新情報を互いのボリュームに反映させるボリュームマージ時に、前記ローカル更新情報の格納先とは異なる格納先となる格納領域に前記ストレージ更新情報を格納し、
前記モバイル端末は、前記ボリュームマージ時に、前記ストレージ更新情報を前記ローカルボリュームのうち、前記ストレージサブシステムにおけるストレージ更新情報の格納領域に対応した格納領域に格納してなる、ストレージシステム。
【請求項１０】
記憶デバイスの記憶領域で構成されたボリュームに、アプリケーションの処理に伴うストレージ更新情報を格納するストレージサブシステムと、前記ボリュームに対応した格納領域を有するローカルボリュームに、端末処理に伴うローカル更新情報を格納するとともに、通信ネットワークを介して前記ストレージサブシステムと情報の授受を行うモバイル端末を備え、
前記ストレージサブシステムは、前記ローカル更新情報と前記ストレージ更新情報を互いのボリュームに反映させるボリュームマージ時に、前記ローカル更新情報の格納先とは異なるファイルシステムに前記ストレージ更新情報を格納してなる、ストレージシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージサブシステムおよびストレージシステムに係り、特に、モバイル端末やサーバあるいはホスト計算機からアクセスされるファイルシステムを更新するときに、各機器からの更新情報をファイルシステムに反映させる技術に関する。
【背景技術】
【０００２】
ストレージシステムとして、複数のユーザが交代で使用する複数の計算機と、ストレージとをファイバーチャネルで接続し、各ユーザ専用の論理ボリュームをストレージに定義し、ユーザが計算機を使用する際に、計算機が専用論理ボリュームにアクセスすることによって、論理ボリュームからオペレーティングシステム（OS）をブートアップし、その際、ユーザを認証し、そのユーザ専用の論理ボリュームをユーザが使用する計算機にのみアクセスを許可するようにしたものが提案されている（特許文献１参照）。
【特許文献１】特開２００１−７５８５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、モバイル端末とデータセンタ内のストレージで構成されたストレージシステムの場合、オフライン中に行うモバイル端末内のローカルディスクの更新と、ストレージ装置側でのボリューム更新の両方が発生した場合に、両方の更新をファイルシステムに反映させることが必要となる。
【０００４】
ところが、データセンタ内のストレージがブロックストレージであった場合、モバイル端末で実行したファイルシステム上の更新と、ストレージ装置上の更新が衝突する可能性がある。この場合、通常、ストレージ側のボリュームコピー機能による同期が実行されるので、アプリケーションサーバによるストレージ装置側での更新部位は上書きされることになる。
【０００５】
そこで、本発明は、ストレージ更新情報とローカル更新情報をマージするときに、ストレージ更新情報とローカル更新情報を互いに重複させることなく、両者のボリュームに反映させることができるストレージサブシステムを提供することを目的とするものである。
【課題を解決するための手段】
【０００６】
前記目的を達成するために、本発明は、ストレージサブシステムの処理に伴うストレージ更新情報とホスト計算機またはモバイル端末の処理に伴うローカル更新情報を互いのボリュームに反映させるボリュームマージ時に、ローカル更新情報の格納先とは異なる格納先となる格納領域にストレージ更新情報を格納することを特徴とする。
【０００７】
上記構成を採用することで、ストレージ更新情報とローカル更新情報をマージするときには、ストレージ更新情報とローカル更新情報を互いに重複させることなく、両者のボリュームに反映させることができる。
【発明の効果】
【０００８】
本発明によれば、ストレージ更新情報とローカル更新情報をマージするときには、ストレージ更新情報とローカル更新情報を互いに重複させることなく、両者のボリュームに反映させることができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の一実施形態を図面に基づいて説明する。図1は本発明の一実施例を示すストレージシステムのブロック構成図である。図１において、ストレージシステムは、ストレージサブシステム１０、アプリケーションサーバ１２、モバイル端末１４、管理ホスト１６を備え、ストレージサブシステム１０、アプリケーションサーバ１２、モバイル端末１４、管理ホスト１６は、通信ネットワーク１８を介して互いに接続されている。
【００１０】
ストレージサブシステム１０は、例えば、データセンタ内に設置され、図２に示すように、ストレージ制御部として、管理インターフェイス（I/F）２０、ホスト入出力制御部２２、CPU(Central  Processing  Unit)２４、データ転送制御部２６、キャッシュメモリ２８、メモリ３０、ディスク入出力制御部３２を備え、複数の記憶デバイスで構成された記憶装置あるいはストレージとして、複数のディスク（ハードディスクドライブ）３４を備えている。複数のディスク３４は、物理ボリュームと論理ボリュームを含むボリュームを構成し、このボリューム上にはファイルシステムが構築されている。このファイルシステムは、例えば、セクタ群を使用してファイルやディレクトリを構成する。複数のファイルやディレクトリの一部には、アプリケーションの実行に伴うストレージ更新情報が生成されたときに、生成されたストレージ更新情報の格納先候補として、複数のボリューム更新パターンが設定されている。
【００１１】
管理インターフェイス２０は、通信ネットワーク１８を介して管理ホスト１６に接続され、ホスト入出力制御部２２は、通信ネットワーク１８を介してアプリケーションサーバ１２とモバイル端末１４に接続され、ディスク入出力制御部３２は、各ディスク３４に接続されている。
【００１２】
管理インターフェイス２０は、管理ホスト１６とのデータの授受や通信を制御し、ホスト入出力制御部２２は、アプリケーションサーバ１２やモバイル端末１４との情報の授受や通信を制御する。CPU２４は、内部バス３６を介して管理インターフェイス２０、メモリ３０、データ転送制御部２６に接続され、メモリ３０に格納されたプログラムにしたがって各種の演算処理を実行し、処理結果を基にストレージ制御部全体の制御を実行する。データ転送制御部２６は、ストレージ制御部内におけるデータの転送を制御し、キャッシュメモリ２８は、データ転送に伴うデータを一時的に保持する。ディスク入出力制御部３２は、各ディスク３４に対するデータの入出力およびデータ転送制御部２６に対するデータの入出力を制御する。
【００１３】
メモリ３０には、図３に示すように、ボリューム同期プログラム４０、ビットマップ管理部プログラム４２、ビットマップ４４、更新位置判定部プログラム４６、更新位置設定/再設定部プログラム４８、データ転送制御部制御プログラム５０、入出力制御部制御プログラム５２、オペレーティングシステム５４、ディスクアレー制御プログラム５６が格納されている。
【００１４】
ボリューム同期プログラム４０は、オンライン時に、モバイル端末１４のローカルストレージ１０２とストレージサブシステム１０とを同期させて更新処理を実行するためのプログラムである。ビットマップ４４は、ディスク３４の記憶領域に対応付けたマップであって、例えば、ｎ×ｎビットの記憶領域で構成されている。ビットマップ４４の所定の記憶領域に対応したボリュームにコピーが行われたときには、その記憶領域に対応したビットマップに“１”がセットされる。このビットマップ４４の状態は、ビットマップ管理プログラム４２によって管理される。
【００１５】
更新位置判定部プログラム４６は、オンライン時に、モバイル端末１４のローカルストレージ１０２とストレージサブシステム１０とを同期させて更新処理を実行するときに、その更新位置が適正であるか否かを判定するためのプログラムである。更新位置設定/再設定部プログラム４８は、ストレージサブシステム１０における更新位置を設定するとともに、更新位置が適正でないときに、ストレージサブシステム１０における更新位置を再設定するためのプログラムである。データ転送制御部制御プログラム５０は、データ転送制御部２６の制御に用いるプログラムであり、入出力制御部制御プログラム５２は、ホスト入出力制御部２２の制御に用いるプログラムである。オペレーティングシステム５４は、ＣＰＵ２４の動作に用いるプログラムであり、ディスクアレー制御プログラム５６は、ディスク入出力制御部３２の制御に用いるプログラムである。
【００１６】
アプリケーションサーバ１２は、図４に示すように、外部ディスクインターフェイス（I/F）６０、CPU６２、ブリッジ６４、メモリ６６、内部ディスクインターフェイス（I/F）６８、ディスク７０を備えて構成されている。外部ディスクインターフェイス６０は、通信ネットワーク１８に接続され、モバイル端末１４やストレージ１４とのデータの授受および通信を制御する。CPU６２は、アプリケーションサーバ１２全体の制御を行うとともに、メモリ６６に格納されたプログラムにしたがった各種の制御や演算処理を行う。ブリッジ６４は、アプリケーションサーバ１２内部におけるデータの転送を制御する。内部ディスクインターフェイス６８は、ブリッジ６４に対するデータの入出力を制御するとともに、ディスク７０に対して、データのリード/ライトアクセスを実行する。
【００１７】
メモリ６６には、図５に示すように、ウィルススキャンプログラム７２、検索インデックス作成プログラム７４、バックアッププログラム７６、データおよびデータ格納プログラム７８、ログおよびログ格納プログラム８０、複数更新パターン作成プログラム８２、ファイルシステム８４、ストレージ操作プログラム８６、オペレーティングシステム８８、入出力部制御プログラム９０が格納されている。
【００１８】
ウィルススキャンプログラム７２は、アプリケーションとして、ストレージサブシステム１０に対してウィルススキャンを実行するためのプログラムであり、検索インデックス作成プログラム７４は、アプリケーションとして、ストレージサブシステム１０に対して検索処理を実行するためのプログラムである。バックアッププログラム７６は、アプリケーションとして、ストレージサブシステム１０に対してバックアップ処理を実行するためのプログラムである。データおよびデータ格納プログラム７８は、データおよびデータ格納に関するプログラムである。ログおよびログ格納プログラム８０は、ログおよびログ格納に関するプログラムである。複数更新パターン作成プログラム８２は、複数の更新パターンを作成するためのプログラムである。
【００１９】
モバイル端末１４は、図６に示すように、外部ディスクインターフェイス（I/F）９２、CPU９４、ブリッジ９６、メモリ９８、内部ディスクインターフェイス（I/F）１００、ローカルストレージ１０２を備えて構成されている。
【００２０】
外部ディスクインターフェイス９２は、通信ネットワーク１８に接続され、アプリケーションサーバ１２やストレージサブシステム１０とのデータの授受および通信を制御する。CPU９４は、モバイル端末１４全体の制御を行うとともに、メモリ９８に格納されたプログラムにしたがった各種の制御や演算処理を行う。ブリッジ９６は、モバイル端末１４内部におけるデータの転送を制御する。内部ディスクインターフェイス１００は、ブリッジ９６に対するデータの入出力を制御するとともに、ローカルストレージ１０２に対して、データのリード/ライトアクセスを実行する。
【００２１】
メモリ９８には、図７に示すように、ビットマップ管理部プログラム１０４、ビットマップ１０６、ボリューム同期プログラム１０８、ローカルストレージ操作プログラム１１０、ファイルシステム１１２、オペレーティングシステム１１４が格納されている。
【００２２】
ビットマップ管理部プログラム１０４は、ビットマップ１０６を管理するためのプログラムである。ビットマップ１０６は、ローカルストレージ１０２の記憶領域に対応付けたマップであって、例えば、ｎ×ｎビットの記憶領域で構成されている。ビットマップ１０６の所定の記憶領域に対応したボリュームにコピーが行われたときには、その記憶領域に対応したビットマップに“１”がセットされる。このビットマップ１０６の状態は、ビットマップ管理部プログラム１０４によって管理される。ボリューム同期プログラム１０８は、オンライン時に、モバイル端末１４のローカルストレージ１０２とストレージサブシステム１０とを同期させて更新処理を実行するためのプログラムである。ローカルストレージ操作プログラム１１０は、ローカルストレージ１０２を操作するためのプログラムである。
【００２３】
次に、アプリケーションサーバ１２の作用を図８のフローチャートにしたがって説明する。本実施例では、ファイルシステム上で、予めストレージサブシステム１０側で使用する領域（ディレクトリ）を用意してロックを取り、このディレクトリに対して、ファイルシステム上では同一の更新となるような複数のボリューム上の変更パターン（ボリューム変更パターン）を用意しておき、ボリュームマージ時に、モバイル端末１４の更新と矛盾が生じないような、適切なボリューム変更パターンを選択してマージすることとしている。
【００２４】
具体的には、アプリケーションサーバ１２のCPU６２は、アプリケーションとして、例えば、ウィルススキャンプログラム７２、検索インデックス作成プログラム７４、バックアッププログラム７４のいずれかにしたがったアプリケーションを実行し（S１）、アプリケーションが完了したときに、ファイル更新が発生したか否かを判定し（S２）、ファイル更新が発生しないときには、このルーチンでの処理を終了し、ファイル更新が発生したときには、指定回数分のボリューム更新パターンを用意したか否かの判定を行う（S３）。
【００２５】
このステップで、CPU６２は、指定回数分のボリューム更新パターンを用意していると判定したときには、このルーチンでの処理を終了し、指定回数分のボリューム更新パターンを用意していないと判定したときには、指定回数分のボリューム更新パターンを作成するために、ビットマップを作成する（S４）。
【００２６】
次に、CPU６２は、更新位置ポリシーに応じた差分位置の確定を行う（S５）。この際CPU６２は、図９に示すように、メモリ６６に格納された更新位置ポリシーテーブルＴ１を検索し、この検索により、更新位置ポリシーに応じた処理方式を採用する。例えば、＃０の項目のときには、状況に関する情報がないので、チャンクサイズ（ビットマップ１ビット分）は少なくとも離す処理方式を採用し、＃１の項目のときには、状況に関する情報として、モバイル端末１４のオフライン時間が長いとなっているので、更新位置を離す処理方式を採用し、＃２の項目のときには、状況に関する情報として、ファイルシステム使用率が高いとなっているので、更新位置をあまり離さない処理方式を採用し、＃３の項目のときには、状況に関する情報として、これまでの同期処理の際に、更新位置が重複した回数が多いとなっているので、更新位置を離す処理方式を採用する。
【００２７】
次に、CPU６２は、ビットマップを更新し、用意したボリューム更新パターンに対応したビットをＯＮとして、ステップS３の処理に戻り、指定回数分のボリューム更新パターンの作成が完了するまで、ステップＳ３からステップＳ６の処理を繰り返す。これにより、指定回数分のボリューム更新パターンを用意することができる。
【００２８】
次に、ストレージサブシステム１０における同期処理を図１０のフローチャートにしたがって説明する。まず、ストレージサブシステム１０のCPU２４は、指定回数分のボリューム更新パターンの中から任意のボリューム更新パターンを１つ選択し（S１１）、選択したボリューム更新パターンに対して、モバイル端末１４のビットマップとアプリケーションサーバ１２のビットマップを基にモバイル端末１４とアプリケーションサーバ１２からの更新に矛盾があるか否かを判定し（S１２）、矛盾があると判定したときには、指定回数分の全てのボリューム更新パターンをチェックしたか否かを判定し（S１３）、全てのボリューム更新パターンをチェックしていないときにはステップS１１の処理に戻り、指定回数分の全てのボリューム更新パターンをチェックするまで、ステップS１１からステップS１３の処理を繰り返す。
【００２９】
矛盾があるときに、指定回数分の全てのボリューム更新パターンをチェックしたときには、CPU２４は、異常終了処理として、アプリケーションサーバ１２による更新（更新情報）を破棄するか、あるいは、ローカルストレージ１０２とは別領域に退避する処理を実行し、ステップS１６の処理に移行する（S１４）。すなわち、矛盾が生じた場合、ストレージサブシステム１０からローカルストレージ１０２へのデータコピーは、不可能（そのままでは、ローカルストレージ１０２の有効な更新情報が破棄されてしまう。）なので、アプリケーションサーバ１２による更新情報をストレージ更新情報として、ローカルストレージ１０２とは別領域、例えば、管理ホスト１６が管理する別のストレージなどにコピーする。
【００３０】
一方、CPU２４は、モバイル端末１４とアプリケーションサーバ１２からの更新に矛盾がないと判定したときには、ストレージ側ビットマップ（アプリケーションサーバ１２による更新位置）のビットがONになっている領域に関して、ストレージサブシステム１０からローカルストレージ１０２にストレージ更新情報としてコピーし（S１５）、この後、モバイル端末側ビットマップ（モバイル端末１４による更新位置）によるビットがONになっている領域に関して、ローカルストレージ１０２からストレージサブシステム１０にローカル更新情報としてコピーし（S１６）、このルーチンでの処理を終了する。このときのファイルシステムとボリュームとの関係を図１１に示す。
【００３１】
図１１は、ファイルシステム２００のログ２０２として、アプリケーションでウィルススキャン２０４とバックアップ２０６が実行されたときに、ボリューム３００、３０２には、それぞれ指定の更新位置（格納領域）にストレージ更新情報とローカル更新情報が格納されている状態を示す。
【００３２】
本実施例によれば、ストレージサブシステム１０は、ローカル更新情報とストレージ更新情報を互いのボリュームに反映させるボリュームマージ時に、ローカル更新情報とストレージ更新情報とをビットマップで比較し、両者の格納先が重複するときには、ローカル更新情報の格納先とは異なる格納先となるボリューム更新パターンを複数のボリューム更新パターンの中から選択し、選択したボリューム更新パターンに対応した格納領域にストレージ更新情報を格納し、モバイル端末１４は、ボリュームマージ時に、ストレージ更新情報をローカルストレージ（ローカルボリューム）１０２のうち、ストレージサブシステム１０におけるストレージ更新情報の格納領域に対応した格納領域に格納するようにしたため、ローカル更新情報とストレージ更新情報が衝突することなく、ローカル更新情報とストレージ更新情報を指定の格納領域に格納（反映）することができ、結果として、ストレージサブシステム１０側で実施する様々な作業、例えば、ウィルススキャン、バックアップ、検索インデックス作成などによって得られる結果をストレージサブシステム１０に保存し、活用することが可能になる。
【００３３】
次に、実施例２の作用を図１２のフローチャートにしたがって説明する。本実施例は、ストレージサブシステム１０側の更新用に、格納位置を変更しない属性を持つファイルを予め用意しておき、その中で更新を行い、ファイルシステム上の他のファイルやディレクトリには影響を及ぼさないようにすることとしている。
【００３４】
まず、モバイル端末１４のCPU９４は、ビットマップ１０６を新規に作成し（S２１）、オフライン中か否かを判定し（S２２）、オフライン中でないとき、すなわち、オンライン中のときには、このルーチンでの処理を終了し、オフライン中であるときには、アプリケーションを実行する（S２３）。
【００３５】
アプリケーションの処理を完了した後、CPU９４は、ファイル更新が発生したか否かを判定し（S２４）、ファイル更新が発生しないときにはステップS２２の処理に戻り、ファイル更新が発生したときには、アプリケーションサーバ・ストレージ専用ファイルの更新か否かを判定し（S２５）、アプリケーションサーバ・ストレージ専用ファイルの更新のときには、ファイルシステム上でのロックが正常に動作せず、更新すべきではないファイルに対する更新が実行されようとしているとして、更新を破棄するための障害処理を実行し（S２６）、ステップS２２の処理に戻る。
【００３６】
一方、CPU９４は、更新ファイルが、アプリケーションサーバ・ストレージ専用ファイルでないと判定したときには、更新位置のビットをONとし（S２７）、ステップS２２の処理に戻る。このときのファイルシステムとボリュームとの関係を図１３に示す。
【００３７】
図１３は、ファイルシステム２００のログ２０２として、アプリケーションサーバ・ストレージ専用ファイル２０８でウィルススキャン２１０とバックアップ２１２が実行されたときに、ボリューム３０４には、指定の更新位置（格納領域）に更新情報（ストレージ更新情報）が格納されている状態を示す。
【００３８】
本実施例によれば、ストレージサブシステム１０は、モバイル端末１４の処理に伴うローカル更新情報とストレージサブシステム１０の処理に伴うストレージ更新情報を互いのボリュームに反映させるボリュームマージ時に、ローカル更新情報の格納先とは異なる格納先となる格納領域にストレージ更新情報を格納するようにしたため、ローカル更新情報とストレージ更新情報が衝突することなく、ローカル更新情報とストレージ更新情報を指定の格納領域に格納することができ、結果として、ストレージサブシステム１０側で実施する様々な作業、例えば、ウィルススキャン、バックアップ、検索インデックス作成などによって得られる結果をストレージサブシステム１０に保存し、活用することが可能になる。
【００３９】
次に、第３実施例の作用を図１４のフローチャートにしたがって説明する。まず、モバイル端末１４のCPU９４は、ビットマップ１０６を新規に作成し（S３１）、オフライン中か否かを判定し（S３２）、オフライン中でないとき、すなわちオンライン中のときには、このルーチンでの処理を終了し、オフライン中のときにはアプリケーションを実行する（S３３）。
【００４０】
アプリケーションの実行が完了した後、CPU９４は、ファイル更新が発生したか否かを判定し（S３４）、ファイル更新が発生しないときにはステップS３２の処理に戻り、ファイル更新が発生したときには、更新位置のビットをONとし（S３５）、ステップＳ３２の処理に戻る。この処理によるファイルシステムとボリュームとの関係を図１５に示す。
【００４１】
図１５は、ファイルシステム２００のログ２０２として、ファイルシステム２０１でウィルススキャン２１４とバックアップ２１６が実行されたときに、ボリューム３０６には、指定の更新位置（格納領域）に更新情報（ストレージ更新情報）が格納されている状態を示す。
【００４２】
本実施例によれば、ストレージサブシステム１０は、ボリュームマージ時に、ローカル更新情報の格納先とは異なるファイルシステムにストレージ更新情報を格納するようにしたため、ローカル更新情報とストレージ更新情報が衝突することなく、ローカル更新情報とストレージ更新情報を指定の格納領域に格納することができ、結果として、ストレージサブシステム１０側で実施する様々な作業、例えば、ウィルススキャン、バックアップ、検索インデックス作成などによって得られる結果をストレージサブシステム１０に保存し、活用することが可能になる。
【００４３】
なお、ストレージサブシステム１０は、各実施例における処理を並行して実行することができる。
【００４４】
また、前記各実施例においては、モバイル端末１４について述べたが、モバイル端末１４の代わりに、ストレージサブシステム１０と通信ネットワーク１８を介して情報の授受を行うホスト計算機を用いることもできるとともに、ストレージサブシステム１０を利用する機器として、モバイル端末１４とホスト計算機の両者を用いることもできる。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施形態を示すストレージシステムのブロック構成図。
【図２】ストレージサブシステムのブロック構成図。
【図３】ストレージサブシステムのメモリのブロック構成図。
【図４】アプリケーションサーバのブロック構成図。
【図５】アプリケーションサーバのメモリのブロック構成図。
【図６】モバイル端末のブロック構成図。
【図７】モバイル端末のメモリのブロック構成図。
【図８】第１実施例の作用を説明するためのフローチャート。
【図９】更新位置ポリシーの構成説明図。
【図１０】アプリケーションサーバとモバイル端末の同期処理を説明するためのフローチャート。
【図１１】第１実施例におけるファイルシステムとボリュームとの関係を説明するための図。
【図１２】第２実施例の作用を説明するためのフローチャート。
【図１３】第２実施例のファイルシステムとボリュームとの関係を説明するための図。
【図１４】第３実施例の作用を説明するためのフォローチャート。
【図１５】第３実施例におけるファイルシステムとボリュームとの関係を説明するための図。
【符号の説明】
【００４６】
１０  ストレージサブシステム、１２  アプリケーションサーバ、１４  モバイル端末、１６  管理ホスト、２４  CPU、３０  メモリ、３４  ディスク、４０  ボリューム同期プログラム、４２  ビットマップ管理部プログラム、４４  ビットマップ、４６  更新位置判定部プログラム、４８  更新位置設定/再設定部プログラム、６２  CPU、７２  ウィルススキャンプログラム、７４  検索インデックス作成プログラム、７６  バックアッププログラム、９４  CPU、１０４  ビットマップ管理部プログラム、１０６  ビットマップ、１０８  ボリューム同期プログラム
【図１】
2009265930.tif 000003
【図２】
2009265930.tif 000004
【図３】
2009265930.tif 000005
【図４】
2009265930.tif 000006
【図５】
2009265930.tif 000007
【図６】
2009265930.tif 000008
【図７】
2009265930.tif 000009
【図８】
2009265930.tif 000010
【図９】
2009265930.tif 000011
【図１０】
2009265930.tif 000012
【図１１】
2009265930.tif 000013
【図１２】
2009265930.tif 000014
【図１３】
2009265930.tif 000015
【図１４】
2009265930.tif 000016
【図１５】
2009265930.tif 000017