(57)【特許請求の範囲】
【請求項１】
ネットワークを介してアプリケーションを提供する分散型クラウドとして使用される情報処理装置であって、
前記情報処理装置は、中央のデータセンタと連携してデータを処理する分散クラウド環境下の小型データセンタを構成する情報処理装置であり、
前記情報処理装置は、
コントローラとストレージとを有する少なくとも１つの情報処理ユニットを備え、
前記ストレージは、ファイル単位若しくはディレクトリ単位で、ペアのプライマリファイルとセカンダリファイルとを有するファイルシステムを備え、
前記コントローラは、
前記ファイルシステムの管理を行うファイルシステム管理部を有し、
該ファイルシステム管理部は、冗長化管理テーブルと、更新管理テーブルと、オンライン交換トリガ部と、オフライン交換トリガ部とを有し、
同じ機能を有する第一、第二の前記情報処理ユニットの交換をオンライン及びオフラインで行うものにおいて、
前記オンライン交換トリガ部及び前記オフライン交換トリガ部は、前記第一の情報処理ユニットと前記第二の情報処理ユニットの交換をオンライン若しくはオフラインで行うためのオンライン交換トリガ、オフライン交換トリガを制御する機能を有し、
前記冗長化管理テーブルにより、前記ファイルシステムのプライマリファイルとセカンダリファイルの対応関係を管理し、前記プライマリファイルに書込みがあったときに対応する前記セカンダリファイルに書込みを行い、
前記更新管理テーブルは、前記オフライン交換トリガ部による前記オフライン交換トリガがセットされた後に、前記ファイルシステムの更新に関する情報を管理する機能を有し、
前記ファイルシステム管理部は、
前記オンライン交換トリガ部による前記オンライン交換トリガのセットに伴い、前記更新管理テーブルの情報に基づき、前記オフライン交換トリガがセットされた後の前記ファイルシステムの更新に関する情報に基づき、前記第一の情報処理ユニットの前記ファイルシステムの更新された前記プライマリファイルのみを、前記第二の情報処理ユニットへコピーする機能を有する
ことを特徴とする情報処理装置。
【請求項２】
請求項１において、
前記第二の情報処理ユニットの前記ファイルシステム管理部は、
前記更新された前記プライマリファイル以外の前記セカンダリファイルを、当該第二の情報処理ユニットのストレージ内で自律的に生成する
ことを特徴とする情報処理装置。
【請求項３】
請求項２において、
前記更新管理テーブルが、オフライン差分管理テーブルであり、
前記ファイルシステム管理部は、
前記オフライン交換トリガのセットに伴い、前記第一の情報処理ユニットと前記第二の情報処理ユニットの前記ストレージの差分を検出して前記オフライン差分管理テーブルに記録し、
前記オンライン交換トリガのセットに伴い、前記ストレージの差分に関して、前記プライマリファイルのみを、前記第二の情報処理ユニットへコピーする
ことを特徴とする情報処理装置。
【請求項４】
請求項２において、
前記更新管理テーブルが、優先度テーブルであり、
前記ファイルシステム管理部は、
前記オンライン交換トリガのセットに伴い、前記優先度テーブルの情報に基づき、前記第一の情報処理ユニットの前記プライマリファイルのみを、前記第二の情報処理ユニットへコピーする
ことを特徴とする情報処理装置。
【請求項５】
請求項４において、
前記優先度テーブルは、一定期間アクセスがないファイルや古いバージョンのファイルの優先度を低くする
ことを特徴とする情報処理装置。
【請求項６】
請求項２において、
前記第一の情報処理ユニットと、前記第二の前記情報処理ユニットが、前記１つの情報処理装置内に設けられている
ことを特徴とする情報処理装置。
【請求項７】
請求項２において、
前記１つの情報処理装置内に、同じ機能を有する前記第一の情報処理ユニット、前記第二の情報処理ユニット、及び、第三の情報処理ユニットを備え、
前記第一の情報処理ユニットから前記第二の情報処理ユニット及び前記第三の情報処理ユニットへ交換されるものであり、
前記オンライン交換トリガ部及び前記オフライン交換トリガ部は、前記第一乃至前記第三の情報処理ユニットの交換をオンライン若しくはオフラインで行うためのオンライン交換トリガ、オフライン交換トリガを制御する機能を有し、
前記各情報処理ユニットは、
前記プライマリファイルの書込みがあったときに前記セカンダリファイルの書込みを行い、
前記第一の情報処理ユニットに障害が発生し、該第一の情報処理ユニットが不使用となった際に、
該第一の情報処理ユニットのセカンダリファイルを有する前記第二の情報処理ユニットにおいて、
該第二の情報処理ユニットの冗長化管理テーブルのセカンダリビットをプライマリビットに変更する手順と
該第二の情報処理ユニットでプライマリファイルの更新を開始した後に、
前記第三の情報処理ユニットの冗長化管理テーブルにセカンダリファイルを登録する手順と、
前記第二の情報処理ユニットのプライマリファイルを前記第三の情報処理ユニットへセカンダリファイルとしてコピーする手順を有する
ことを特徴とする情報処理装置。
【請求項８】
ネットワークを介してアプリケーションを提供する分散型クラウドとして使用される情報処理装置の交換支援システムであって、
前記情報処理装置は、中央のデータセンタと連携してデータを処理する分散クラウド環境下の小型データセンタを構成する情報処理装置であり、
前記小型データセンタを構成する第一の情報処理装置を、該第一の情報処理装置と同じ機能を有する第二の情報処理装置へ交換する際に、
前記ネットワークを介して前記小型データセンタの前記第一の情報処理装置と前記中央のデータセンタの前記第二の情報処理装置とを接続し、前記第一の情報処理装置のストレージのファイルを前記第二の情報処理装置のストレージにコピーし、
前記第二の情報処理装置を前記小型データセンタに輸送後に、該輸送中に生じた前記第一の情報処理装置と前記第二の情報処理装置のストレージの差分に関して、その一部のみを前記第二の情報処理装置にコピーして、前記交換を行い、
前記ストレージの差分の残りの部分に関しては、前記交換された前記第二の情報処理装置のストレージ内で自律的に生成する
ことを特徴とする情報処理装置の交換支援システム。
【請求項９】
請求項８において、
前記第一の情報処理装置及び前記第二の情報処理装置は、
コントローラと前記ストレージとを有する少なくとも１つの情報処理ユニットを備え、
前記ストレージは、ファイル単位若しくはディレクトリ単位で、ペアのプライマリファイルとセカンダリファイルとを有するファイルシステムを備え、
前記コントローラは、
前記ファイルシステムの管理を行うファイルシステム管理部を有し、
該ファイルシステム管理部は、冗長化管理テーブルと、更新管理テーブルと、オンライン交換トリガ部と、オフライン交換トリガ部とを有し、
前記第一の情報処理装置と前記第二の情報処理装置の交換は、前記輸送中にオフラインで行い、前記輸送後にオンラインで行うものであり、
前記オンライン交換トリガ部及び前記オフライン交換トリガ部は、前記第一の情報処理装置と前記第二の情報処理装置の交換をオンライン若しくはオフラインで行うためのオンライン交換トリガ、オフライン交換トリガを制御する機能を有し、
前記冗長化管理テーブルにより、前記ファイルシステムのプライマリファイルとセカンダリファイルの対応関係を管理し、前記プライマリファイルに書込みがあったときに対応する前記セカンダリファイルに書込みを行い、
前記更新管理テーブルは、前記オフライン交換トリガ部による前記オフライン交換トリガがセットされた後に、前記第一の情報処理装置の前記ファイルシステムの更新に関する情報を管理する機能を有し、
前記ファイルシステム管理部による前記オンライン交換トリガのセットに伴い、前記更新管理テーブルを参照し、前記オフライン交換トリガがセットされた後の前記ファイルシステムの更新に関する情報に基づき、前記第一の情報処理装置の前記更新されたファイルシステムの前記プライマリファイルのみを、前記第二の情報処理装置へコピーする機能を有する
ことを特徴とする情報処理装置の交換支援システム。
【請求項１０】
請求項９において、
前記更新管理テーブルが、オフライン差分管理テーブルであり、
前記オフライン交換トリガのセットに伴い、前記第一、第二の情報処理装置の前記各情報処理ユニットの前記ストレージの差分を検出して前記オフライン差分管理テーブルへの記録を行い、
前記オンライン交換トリガのセットに伴い、前記ストレージの差分に関して、前記第一の情報処理装置の前記オフライン差分管理テーブルがダーティ、かつ、前記冗長化管理テーブルのプライマリファイルを、前記第二の情報処理装置へコピーし、
前記交換後に、
前記第一の情報処理装置のオフライン差分管理テーブルがダーティかつ、前記冗長化管理テーブルのセカンダリファイルを、前記第二の情報処理装置の前記プライマリファイルから該第二の情報処理装置にセカンダリファイルとしてコピーする
ことを特徴とする情報処理装置の交換支援システム。
【請求項１１】
請求項１０において、
前記更新管理テーブルが優先度テーブルであり、
前記オフライン交換トリガのセットに伴い、前記優先度テーブルの情報に基づき、前記オフライン差分管理テーブルの機能を開始させ、
前記第一の情報処理装置の前記オフライン差分管理テーブルがダーティ、かつ、前記冗長化管理テーブルのプライマリファイルを、前記第二の情報処理装置へコピーし、
前記交換後に、前記ストレージの残りの部分を前記第二の情報処理装置内で自律的に生成する
ことを特徴とする情報処理装置の交換支援システム。
【請求項１２】
ネットワークを介してアプリケーションを提供する分散型クラウドとして使用される情報処理装置の交換を支援する方法であって、
前記各情報処理装置は、中央のデータセンタと連携してデータを処理する分散クラウド環境下の小型データセンタを構成する情報処理装置であり、
前記小型データセンタを構成する第一の情報処理装置を、該第一の情報処理装置と同じ機能を有する第二の情報処理装置へ交換する際に、
前記ネットワークを介して前記小型データセンタの前記第一の情報処理装置と前記中央のデータセンタの前記第二の情報処理装置とを接続し、前記第一の情報処理装置のストレージのファイルを前記第二の情報処理装置のストレージにコピーし、
前記第二の情報処理装置を前記小型データセンタに輸送後に、該輸送中に生じた前記第一の情報処理装置と前記第二の情報処理装置のストレージの差分に関して、その一部のみを前記第二の情報処理装置にコピーして、前記交換を行い、
前記ストレージの差分の残りの部分に関しては、前記交換された前記第二の情報処理装置のストレージ内で自律的に生成する
ことを特徴とする情報処理装置の交換支援方法。
【請求項１３】
請求項１２において、
前記第一の情報処理装置及び前記第二の情報処理装置は、
コントローラと前記ストレージとを有する少なくとも１つの情報処理ユニットを備え、
前記ストレージは、ファイル単位若しくはディレクトリ単位で、ペアのプライマリファイルとセカンダリファイルとを有するファイルシステムを備え、
前記コントローラは、前記ファイルシステムの管理を行うファイルシステム管理部を有し、
冗長化管理テーブルにより、前記ファイル単位で、プライマリとセカンダリの対応関係を管理し、前記輸送中に前記第一の情報処理装置の前記プライマリファイルに書込みがあったときに該第一の情報処理装置の前記セカンダリファイルに書込みを行い、
更新管理テーブルにより、前記輸送中の前記ファイルの更新の有無を管理し、
前記第一の情報処理装置から前記第二の情報処理装置へ交換する際に、
前記第一の情報処理装置の前記プライマリファイルと前記セカンダリファイルを、ネットワークを介して接続された前記第二の情報処理装置へコピーする第一のコピー手順を実行し、
前記第一のコピー手順の後に、前記ストレージの差分に関して、前記更新管理テーブルの情報に基づき、前記輸送中に更新の有った特定のファイルの前記プライマリファイルを、前記第二の情報処理装置へコピーする第二のコピー手順を実行し、
前記交換後に、
前記ストレージの差分に関して、前記更新管理テーブルの情報に基づき、前記更新の有った前記プライマリファイル以外のファイルに関し、前記第二の情報処理装置のストレージ内でコピーする第三のコピー手順を実行して、前記ペアとなるプライマリファイルとセカンダリファイルを構築する
ことを特徴とする情報処理装置の交換支援方法。
【請求項１４】
請求項１３において、
前記更新管理テーブルが、オフライン差分管理テーブルであり、
前記第一のコピー手順後に、前記オフライン差分管理テーブルの機能を開始させ、
前記第一の情報処理装置の前記オフライン差分管理テーブルがダーティ、かつ、前記冗長化管理テーブルのプライマリファイルを、前記第二の情報処理装置へコピーする前記第二のコピー手順を実行し、
前記交換後に、
前記第一の情報処理装置の前記オフライン差分管理テーブルがダーティかつ、前記冗長化管理テーブルのセカンダリファイルを、前記第二の情報処理装置の前記プライマリファイルから該第二の情報処理装置にセカンダリファイルとしてコピーする前記第三のコピー手順を実行する
ことを特徴とする情報処理装置の交換支援方法。
【請求項１５】
請求項１４において、
前記更新管理テーブルが優先度テーブルであり、
オフライン交換トリガのセットに伴い、前記オフライン差分管理テーブルの機能を開始させ、
前記第一の情報処理装置の前記オフライン差分管理テーブルがダーティ、かつ、前記冗長化管理テーブルのプライマリファイルを、前記第二の情報処理装置へコピーし、
前記交換後に、前記ストレージの残りの部分を、前記交換された前記第二の情報処理装置のストレージ内で前記ペアとなるプライマリファイルとセカンダリファイルを自律的に生成する
ことを特徴とする情報処理装置の交換支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理装置の交換支援システム並びに交換方法に係り、特に、ストレージを備え、ネットワークを介してアプリケーションを提供する分散型クラウドとして使用される情報処理装置において、当該情報処理装置を交換する際の支援システムや方法に関する。
【背景技術】
【０００２】
サーバなど高可用性が求められる情報処理装置では、故障または外部要因での障害に備え、冗長なシステム構成をとり、定期的な保守を実施している。保守業務の一つに、故障部品、または装置全体を交換する作業がある。ハードディスクで構成されるストレージはメカ機構があるため、故障の発生率が高く、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｄｉｓｋｓ）など様々な可用性を高める技術が知られている。このためストレージのハードディスクの交換は比較的頻繁に行なわれ、部品単位でのＲＡＩＤの再構成のほか、装置全体を交換することもある。ストレージを備える装置の交換では、装置内のストレージのデータを新しい装置のストレージにコピーする必要がある。【０００３】
ストレージのコピー方法は２つに大別できる。一つは、遠隔地でコピーする方法、もう一つは、顧客先に新しい装置を持ち込みコピーする方法である。【０００４】
遠隔地でコピーする方法の一例が特許文献１に示される。特許文献１の発明によれば、ユーザサイトの正系のストレージ、ネットワークを介した副系のストレージ、更にネットワークを介した別拠点の交換用ストレージで構成される。ユーザサイトのシャットダウン時に正系のストレージから副系のストレージにコピーし内容を同一化しておき、正系のストレージの故障が判明すると、副系のストレージのデータを別の場所の交換用ストレージにコピーする方法が示されている。交換用のストレージに正常シャットダウンのディスクイメージをリモートで全てコピーすることで、例えば正系ストレージに障害が発生すると夜間中に代替ストレージを用意し、翌朝正系ストレージを交換するという使い方が示されている。【０００５】
顧客先でコピーする方法の一例が特許文献２に示される。この特許文献２の発明では、ストレージコントローラが故障し、装置の交換が必要と判断された際に、新しい装置が元の装置のストレージにアクセスし、サービスを継続しつつ、バックグラウンドで元の装置のストレージを新しい装置に全てコピーする方法が示されている。新しい装置のストレージへのコピーが完了すると、元の装置を切り離すことで交換が完了する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２９３４４７号公報
【特許文献２】特開２００８−９７３１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
コンピューティングの形態は、外部ネットワークの性能やコストに依存して定められることがある。外部ネットワークは基幹ネットワークのコア網とエッジネットワークのアクセス網から構成される。データセンタ側に近いコア網の光ファイバの普及により、基幹ネットワークの帯域が増えることで、サーバやストレージ等のコンピューティングリソースに対してネットワークを介して利用する、クラウドコンピューティングという形態が一般的に使われるようになった。クラウドコンピューティングではデータセンタ（コアデータセンタ：ＣＤＣ）にデータと処理を集中する集中型アーキテクチャの構成をとる。大規模なコンピューティングリソースを仮想化し、リソースプールとしてユーザが必要な量だけ柔軟に提供する。更に、集中管理により保守コストを削減することができるといった利点を有する。集中型のクラウドコンピューティングにおいて、携帯端末の一例としてスマートフォンを使用した場合、スマートフォンで使用するデータが全てデータセンタに集められ、処理される。集中型クラウドでは、サーバやストレージ等のリソースを一箇所に集中するため、保守運用管理を一箇所に集中することができる。例えば、ストレージ単体や装置を交換する場合も拠点は一箇所のため、保守員は移動する必要がない。【０００８】
しかしながら、昨今、スマートフォンを始めとする携帯端末の高機能化や各種センサ機器の設置数の増加に伴い、データセンタへの通信が逼迫する事態となっている。また、Ｗｉｆｉルータなど広帯域の無線通信手段のインフラ整備が進み、携帯端末に近いエッジ側のアクセス網の広帯域化が進んでいる。そこで、データセンタにデータを集約せず、携帯端末の近傍で広く分散してデータを処理する分散型のクラウドコンピューティングも検討されている。【０００９】
上記ストレージの二つのコピー方法、すなわち、遠隔地でのコピー若しくは顧客先でのコピーは、ネットワークにも差異がある。遠隔地でのコピー方法は、公衆回線を経由し、遠距離によるネットワーク遅延があるのに対し、顧客先でのコピー方法は、閉じたネットワークを利用し、古いマシンと比べ、ネットワークの遅延がない。このため、サービスを継続したままの交換方法としては、顧客先でのコピーが一般的である。なぜなら、閉じたネットワークはセキュリティが高いことと、サービスの応答性に余計なネットワーク遅延が追加されないという二つの利点を有するためである。【００１０】
分散クラウド環境下で情報処理装置の交換を行う場合において、顧客先でコピーする交換方法は、情報処理装置の設置後にコピーが始まるため、ストレージ容量が多い場合、コピー時間が長く、配達員が設置後に短時間で古い装置を持ち帰ることができない課題を有する。これにより、設置と撤収の２回顧客先を訪問する必要があり、交通の便の悪い場所では配達に伴う保守コストが大きい。また、顧客先で情報処理装置が立入り制限区域に置かれていると、交換中顧客が立ち会うことも想定され、顧客先の負担も無視できない。【００１１】
一方、遠隔地でコピーする方法は、予めストレージコピーを完了した部品、または情報処理装置を配達するため、顧客先での滞在時間が短く、設置と撤収を１回で行なうことができる利点を有する。しかし、正常時にシャットダウンしたスナップショットイメージを交換ストレージにコピーする方法では、ストレージ内容が時間的に古いことと、時間的に古いストレージの内容に戻るため、スナップショットの時刻から交換が完了する時刻までサービスを行うことが出来ないという課題がある。【００１２】
特許文献１及び特許文献２に記載の発明では、ストレージコピーはいずれも１段階で、全ての内容をコピーする。そのため、分散クラウド環境下で情報処理装置の交換を行うことを想定した場合、上記した顧客先でのコピー、遠隔地でのコピーの各課題を解消できない。【００１３】
そこで、本発明では、情報処理装置の全体を交換する場合において、
（１）顧客先での滞在時間をできるだけ短くし、設置と撤収を１回で行なうこと、
（２）サービスの応答性、並びに継続性を確保し、サービスが停止することがないこと、の２つを両立する交換方式、並びにそれを実現するシステムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の代表的な構成の一例を挙げると、情報処理装置は、ネットワークを介してアプリケーションを提供する分散型クラウドとして使用される情報処理装置であって、前記情報処理装置は、中央のデータセンタと連携してデータを処理する分散クラウド環境下の小型データセンタを構成する情報処理装置であり、前記情報処理装置は、コントローラとストレージとを有する少なくとも１つの情報処理ユニットを備え、前記ストレージは、ファイル単位若しくはディレクトリ単位で、ペアのプライマリファイルとセカンダリファイルとを有するファイルシステムを備え、前記コントローラは、前記ファイルシステムの管理を行うファイルシステム管理部を有し、該ファイルシステム管理部は、冗長化管理テーブルと、更新管理テーブルと、オンライン交換トリガ部と、オフライン交換トリガ部とを有し、同じ機能を有する前記第一の情報処理ユニットと前記第二の情報処理ユニットの交換をオンライン及びオフラインで行うものにおいて、前記オンライン交換トリガ部及び前記オフライン交換トリガ部は、前記第一の情報処理ユニットと前記第二の情報処理ユニットの交換をオンライン若しくはオフラインで行うためのオンライン交換トリガ、オフライン交換トリガを制御する機能を有し、前記冗長化管理テーブルにより、前記ファイルシステムのプライマリファイルとセカンダリファイルの対応関係を管理し、前記プライマリファイルに書込みがあったときに対応する前記セカンダリファイルに書込みを行い、前記更新管理テーブルは、前記オフライン交換トリガ部による前記オフライン交換トリガがセットされた後に、前記ファイルシステムの更新に関する情報を管理する機能を有し、前記ファイルシステム管理部は、前記オンライン交換トリガ部による前記オンライン交換トリガのセットに伴い、前記更新管理テーブルの情報に基づき、前記オフライン交換トリガがセットされた後の前記ファイルシステムの更新に関する情報に基づき、前記第一の情報処理ユニットの前記ファイルシステムの更新された前記プライマリファイルのみを、前記第二の情報処理ユニットへコピーする機能を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、ネットワークを介してアプリケーションを提供する分散型クラウドとして使用される情報処理装置において、この情報処理装置の交換の際に、遠隔地で予めストレージをネットワーク上でコピーしておき、装置設置箇所へ装置を輸送後に、輸送中に生じた新旧の装置のストレージの差分を新しい装置に全てコピーせず、一部のプライマリファイルのみコピーすることで、装置設置場所での交換時間を削減することができ、しかも、アプリケーションを停止せずに装置の交換を実現する。
【図面の簡単な説明】
【００１６】
【図１Ａ】本発明の第一の実施例に係る、μＤＣの構成例を示す図である。
【図１Ｂ】第一の実施例における、コントローラ（ＣＴＲ）の構成を示す図である。
【図２】分散型クラウドコンピューティングでのアプリケーションの実行例を示す図である。
【図３】第一の実施例における、情報処理装置の交換の概要の例である。
【図４】第一の実施例に基づく、情報処理装置の交換の動作の例を説明するタイムチャートである。
【図５】図４に対応する、新旧のμＤＣの関係を示す図である。
【図６】情報処理装置の現場到着時における、ファイルコピーの要否を示すテーブルである。
【図７】本発明の第２の実施例に係る、μＤＣの構成図の例である。
【図８】第２の実施例に基づく、情報処理装置の交換の動作の例を説明するタイムチャートである。
【図９】本発明の第３の実施例に係るμＤＣの構成例を示す図である。
【図１０】本発明の第４の実施例に係るμＤＣの構成例を示す図である。
【図１１】第４の実施例に係る、複数の情報処理ユニットμＤＣの障害発生時の動作の例を説明するタイムチャートである。
【発明を実施するための形態】
【００１７】
本発明では、データセンタにデータを集約せず、端末の近傍(現場)でデータを処理するために、端末の近傍に設置した複数の小型データセンタと中央のデータセンタが連携してデータを処理する広域分散クラウドを採用する。この分散型クラウドでは、ストレージ単体や装置は分散して配置され、交換の際は、機材の配達員または保守員が複数の距離的に離れたマイクロＤＣの設置場所へ届け、交換を行なう必要がある。ここで、本発明では端末の近傍でマイクロＤＣを配置する場所を特に“現場”と呼ぶことにする。
【００１８】
本発明のポイントは、情報処理装置の交換時に、予め遠隔地コピーで古い装置のストレージの大部分をデータセンタにおいて新しい装置のストレージへコピーしておき、現場では更新管理テーブルの情報に基づき古い装置の一部だけを新しい装置のストレージにコピーすることである。すなわち、装置の交換時のストレージコピーを２段階にすることと、２回目のコピーは一部のみコピーすることで、現場での作業時間の短縮を実現することである。例えば、新しい装置のストレージを顧客先へ輸送する際に発生した正系ストレージと代替ストレージの差分の一部だけを現場でコピーする。また、ユーザへのサービスの継続も確保する。
【００１９】
上記課題を解決するためのシステムとして、その具体的な構成の一例を挙げると、
プライマリファイルに書込みがあったときにセカンダリファイルに書込みを行い、ファイル単位でプライマリとセカンダリの対応関係を管理する冗長化管理テーブルと、ファイル単位でファイルの変更があったかどうかを管理する更新管理テーブルを有し、ネットワークを介してアプリケーションを提供する情報処理装置において、前記第一の情報処理装置から前記第二の情報処理装置へ交換する際に、第一の情報処理装置のプライマリファイルとセカンダリファイルを第二の情報処理装置へコピーする第一のコピー手順と、第一のコピー手順後に更新管理テーブルの開始を示す開始手順と、第一の情報処理装置の更新管理テーブルがダーティかつ、冗長化管理テーブルがプライマリのファイルを第二の計算機へコピーする第二のコピー手順を実施し、前記第一の情報処理装置から前記第二の情報処理装置への交換後に、第一の情報処理装置の更新管理テーブルがダーティかつ、冗長化管理テーブルがセカンダリのファイルを第二の情報処理装置のプライマリファイルからコピーする第三のコピー手順を有する。  
また、別のシステム構成例として、前記情報処理装置であって、前記更新管理テーブルの代わりに第一の情報処理装置が定めるストレージコピーの優先度テーブルを有し、前記第二のコピー手順でストレージコピーの優先度テーブルを参照して、コピーの順番を変更する。
【００２０】
更に、別のシステム構成例として、プライマリにファイルの書込みがあったときにセカンダリにファイルの書込みを行い、ファイル単位でプライマリとセカンダリの対応関係を管理する冗長化管理テーブルと、ファイル単位でファイルの変更があったかどうかを管理する更新管理テーブルを有し、ネットワークを介してアプリケーションを提供する情報処理装置において、前記情報処理装置は、ＣＰＵとストレージから構成される情報処理ユニットと、複数の情報処理ユニットから構成される計算機であって、第一の情報処理ユニットに障害が発生し、第一の情報処理ユニットが不使用となった際に、第一の情報処理ユニットのセカンダリファイルを有する第二の情報処理ユニットにおいて、第二の情報処理ユニットの冗長化管理テーブルのセカンダリビットをプライマリビットに変更する手順と第二の情報処理ユニットでプライマリファイルの更新を開始した後に、第三の情報処理ユニットの冗長化管理テーブルにセカンダリファイルを登録する手順と、第二の情報処理ユニットのプライマリファイルを第三の情報処理ユニットへセカンダリファイルをコピーする手順を有する。
【００２１】
以下、本発明を実施するための形態を図面に基づいて詳細に説明する。なお、発明を実施するための形態を説明するための全図において、同一の機能を有する要素には同一の名称、符号を付して、その繰り返しの説明を省略する。
【実施例１】
【００２２】
本発明の第一の実施例として、分散クラウド環境下で情報処理装置の交換を支援する交換支援システムについて説明する。すなわち、端末の近傍に設置した複数の小型データセンタ（マイクロＤＣ）と中央のデータセンタ（ＣＤＣ）が連携してデータを処理する広域の分散クラウドの形態である。【００２３】
第一の実施例に係る、分散クラウド環境下で情報処理装置の交換を支援する交換支援システムの要部を、図１Ａ、図１Ｂに示す。  
図１Ａは、本発明の第一の実施例に係る、情報処理装置の交換の高速化が可能なμＤＣの構成図の例である。【００２４】
本実施例のマイクロＤＣ（μＤＣ）は、現場で必要最低限のコピーを行なうために、冗長性に着目してストレージコピーの削減を行なう機構・機能を有する。【００２５】
１００は現場に設置された交換前のμＤＣ１、２００は交換用のμＤＣ２であり、両者は同じ機能を有する。但し、交換用の新しいμＤＣ２がμＤＣ１と等々の機能に加えて新たな機能を有していても差し支えない。μＤＣ１とμＤＣ２はネットワーク３００で接続される。【００２６】
μＤＣ１（１００）は、サーバ等を用いたコントローラ（ＣＴＲ）１２０、ストレージ（ＳＴＲ）１３０、ルータ（ＲＴＲ）１４０で構成されている。以下では、コントローラ（ＣＴＲ）とストレージを有する機能単位を情報処理ユニット（ＵＮＴ）１１０と呼ぶ。但し、情報処理ユニット１１０は、物理的には同じ基盤上で構成してもよいし、異なる基盤上に構成してでもよい。コントローラ（ＣＴＲ）１２０は、メモリ（ＭＥＭ）１２１、ＣＰＵ１２４、ルータとの通信を行うネットワークインターフェース（ＮＩＣ）１２５、ストレージとの通信を行うホストバスアダプタ（ＨＢＡ）１２６を有する。メモリ１２１の内部には、ファイルシステムの管理を行うファイルシステム管理部（ＦＳＭ）１２２や、センサや携帯端末からの入力を一時保持するバッファ（ＢＵＦ）１２３が含まれる。ファイルシステム管理部（ＦＳＭ）１２２は、各ファイルをＩノード（ＩＮＯＤＥ）で対応づけている。【００２７】
μＤＣ２（２００）も、同様に、情報処理ユニット２１０、ＣＴＲ２２０、ＭＥＭ２２１、ＣＰＵ２２４、ＮＩＣ２２５、ＨＢＡ２２６、ＳＴＲ２３０、ＲＴＲ２４で構成されている。【００２８】
ストレージ１３０、２３０は、ＣＴＲ１２０、２２０に内蔵しても良く、独立して設置しても良い。ストレージ１３０、２３０のインターフェースはＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｔｔａｃｈｍｅｎｔ）、ＳＡＳ（Ｓｅｒｉａｌ  Ａｔｔａｃｈｅｄ  ＳＣＳＩ）、ｉＳＣＳＩ（Ｉｎｔｅｒｎｅｔ  ＳＣＳＩ）、ファイバチャネル（ＦＣ）のいずれかも特に限定されない。デバイスにおいてもＨＤＤ、ＳＳＤのいずれでもよい。ストレージ１３０、２３０は物理的な記録領域上に、１または複数の論理的な記憶領域として論理ユニットＬＵ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ）が設けられる。ＬＵ内には、複数のファイルが設けられる。図１Ａでは、ストレージ１３０の一つのＬＵ１内に６つのファイルが有る例を示している。【００２９】
図１Ａでは説明の簡略化のため、一つの情報処理ユニットとしたが、複数の情報処理ユニットでもよい。コスト削減のために、ストレージはＲＡＩＤを使用しない。小容量のＨＤＤで構成されるストレージが複数ユニットあったときに、各情報処理ユニットにＲＡＩＤコントローラを設けるとコストが高くなるためである。そこで、μＤＣ（１００、２００）は、各情報処理ユニットにＲＡＩＤコントローラを設けずに、ＣＰＵ１２４、２２４でプライマリとセカンダリの２箇所に書込むことにする。書込みコマンドは限定されないが、例えば、Ａｍａｚｏｎ Ｓ３（Ｓｉｍｐｌｅ  Ｓｔｏｒａｇｅ  Ｓｅｒｖｉｃｅ）のＲＥＳＴ ＡＰＩを用いる。【００３０】
本発明では、プライマリとセカンダリをどのように設けるかについて、冗長化の単位を細粒度とする。センサや携帯端末が移動した際に、移動先で近傍のμＤＣに接続するため、各ユーザ、アプリケーションごとに接続するマイクロＤＣが変わることから、それに対応して、アプリケーションの構成要素であるファイルまたはディレクトリ単位（以下、ファイル単位）でプライマリとセカンダリを設けることにした。【００３１】
図１Ａでは、ファイル単位でのプライマリ、セカンダリの設定のため、ファイルシステム管理部（ＦＳＭ）１２２に、ＩＮＯＤＥ１２２１に紐付けて、ファイルごとに新たにプライマリとセカンダリを表す冗長化管理テーブル(ＲＭＴ)１２２２を設ける。冗長化管理テーブル（ＲＭＴ）１２２２の例としては、ＩＮＯＤＥが１と２、３と４、５と６のペアがそれぞれプライマリ（Ｐ）とセカンダリ（Ｓ）のファイルを示している。冗長化管理テーブル（ＲＭＴ）１２２２では、各ファイルがプライマリ、セカンダリのいずれであるか、ペアがどのＩＮＯＤＥ１２２１かを示している。プライマリとセカンダリは物理的に別のデバイスである方が故障時の信頼度は向上するため、運用上は別デバイスで用いられるが、限定されない。【００３２】
さらに、現場でのストレージコピーの削減を管理するために、本発明の特徴技術である更新管理テーブルとしてのオフライン差分管理テーブル（ＯＤＭＴ）１２２３、及び、オンライン交換トリガ（ＮＴＲＧ）部１２２４、オフライン交換トリガ（ＦＴＲＧ）部１２２５を設ける。【００３３】
図１Ｂは、図１Ａのコントローラ（ＣＴＲ）１２０の構成を示す図である。ＣＴＲは、コンピュータプログラムをＣＰＵ上で実行することにより実現される主な機能として、μＤＣ監視ユニット１２１１、冗長化管理ユニット１２１２、アプリケーション管理ユニット１２３、μＤＣ切替制御ユニット１２１４、及び、オフライン管理ユニット１２１５を備えている。１２７はインターフェースである。μＤＣ監視ユニット１２１１は、各μＤＣの状態を監視し、ノードの障害発生数が一定数を超えると、μＤＣ自体の交換が必要と判定した場合には、メンテステーションに対して交換要求を行う。μＤＣは、内部で冗長構成をとり、ノードの障害発生時も縮退することで、サービスを継続する。このμＤＣの冗長構成を管理するのが、冗長化管理ユニット１２１２である。アプリケーション管理ユニット１２３は、近傍の端末に対するサービスとして、自身のμＤＣで実行されるアプリケーションの管理を行なう。μＤＣ切替え制御ユニット１２１４は、新旧のμＤＣの交換時の制御を行う。オフライン管理ユニット１２１５は、μＤＣの交換時のμＤＣのオフライン時の制御を行う。【００３４】
本発明の第一の実施例では、図２に示すような、端末の近傍でデータを処理するコンピューティング環境を想定する。すなわち、この例は、端末の近傍に設置した複数のμＤＣ１００，２００とデータセンタ（ＣＤＣ）４００とがネットワーク３００で接続され、連携してデータを処理する広域の分散クラウドの形態である。ＣＤＣ４００は、アプリケーションマネージャ（ＡＰＭＧＭ）４１０を備え、各μＤＣ１００，２００は、その近傍の端末５００のデータを処理する。【００３５】
小型のデータセンタ（ＣＤＣ）４００はネットワーク、ＣＴＲ、ストレージを有し、外部ネットワークも通信可能であることから規模の小さいデータセンタの機能を有する。μＤＣ１００，２００はアプリケーションＣＴＲとして動作し、スマートフォン等の携帯端末５００からネットワーク３００経由でアプリケーションを提供する。このため、サース（ＳａａＳ：Ｓｏｆｔｗａｒｅ  ａｓ  ａ  Ｓｅｒｖｉｃｅ）としてのサービス形態をとる。携帯端末５００の各ユーザが最も位置的に近傍のマイクロＤＣにアクセスできるようにするために、データセンタにはＡＰＭＧＭ４１０を備え、どのアプリケーションをどのマイクロＤＣへ配布するかを管理する。携帯端末５００は、データセンタから接続すべきμＤＣの優先度リストを問い合わせ、そのリストに従って、近傍のμＤＣに接続する。携帯端末での応答速度が速いだけでなく、近傍でできるだけ処理を行い、データセンタへメタデータを送ることによって、データセンタに至るコア網のデータ通信量が減少するため、通信コストを削減することができる。【００３６】
図３に、第一の実施例における分散クラウド環境下での情報処理装置の交換の概念図を示す。【００３７】
この例は、アプリケーションのデプロイやμＤＣの管理を行なう中央のデータセンタ（ＣＤＣ）４００、現場７００において端末の近傍でアプリケーションのサービスを行なう使用中のマイクロＤＣ１００Ａ、及び、交換のためのマイクロＤＣ１００Ｂを保管するメンテステーション６００から構成される。各μＤＣ内は冗長な構成をとっており、一方で障害が発生しても、もう一方で処理が継続できる。ここでは、定期または決められた日時でのマイクロＤＣ装置を交換する場合の例を示す。また、メンテステーション６００と現場７００との間のμＤＣの輸送手段９００には例えばトラック等の交通機関が使用される。【００３８】
なお、交換される２つのμＤＣは、物理的には別のものであるが、機能的には同じものである。そのため、以下では、説明の便宜上、使用中のマイクロＤＣ１００ＡをμＤＣ１若しくはμＤＣ１−Ｏｌｄ，交換用の新規のマイクロＤＣ１００ＢをμＤＣ２若しくはμＤＣ１−Ｎｅｗと表記する。【００３９】
次に、図４に基づいて、第一の実施例に基づく、情報処理装置の交換の動作を説明する。図４は、装置（μＤＣ）の交換の、コントローラ（ＣＴＲ）１２０による切替え動作の例を説明するタイムチャートである。【００４０】
装置の交換を行うための構成要素は、現場７００の交換前のマイクロＤＣであるμＤＣ１−Ｏｌｄ、このμＤＣ１−Ｏｌｄと同等の機能や性能を有するメンテステーション６００の新規マイクロＤＣのμＤＣ１−Ｎｅｗ、中央のデータセンタ（ＣＤＣ）４００、スマートフォンなどの端末ユーザ（ｕｓｅｒｓ）５００である。マイクロＤＣは幾つかの構成が考えられるが、最も単純な形態としては、ＣＴＲ（サーバ）、ストレージを有するノードが少なくとも一つあり、ノードの識別子としてＩＰアドレスを有する。【００４１】
以下、図４のタイムチャートに沿って説明する。なお、図４中、（１）〜（９）は、装置交換のための主な処理を示している。【００４２】
（１）メンテステーション６００の新規のμＤＣ２からノード情報としてＩＰアドレスをデータセンタ（ＣＤＣ）４００に通知し（時刻ｔ０）、交換対象μＤＣ１と交換モード要求を行う。ＣＤＣ４００では、新旧のμＤＣ１、μＤＣ２のノード対応付けを行う。【００４３】
ノード対応リストをＣＤＣからμＤＣ１とμＤＣ２に通知する。【００４４】
（２）メンテステーション６００では、μＤＣ１のストレージをμＤＣ２へリモートコピーする。リモートコピーは、例えば、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）等の公知の技術を用いることにより、インターネットを介してセキュアな通信を行う。【００４５】
（３）ＣＤＣ４００から、μＤＣ１のノードにデプロイされているのと同じアプリケーションをμＤＣ２にデプロイする。【００４６】
（４）アプリケーションデプロイ、並びにストレージコピーが完了したら、μＤＣ２からμＤＣ１に対して、オフライン交換トリガ（ＦＴＲＧ）部１２２５が差分検知のためのオフライン交換トリガをセットする（時刻ｔ１）。μＤＣ１は、オフライン交換トリガがセットされると、ファイル単位でストレージへの書き込みがあったか否かを記録する。そして、交換用のμＤＣ２を現場７００へ物理的に輸送する。μＤＣ２はトラックなど物理的な交通機関を使って輸送する。【００４７】
（５）現場７００に到着（時刻ｔ２）後、μＤＣ２のノード情報（ＩＰアドレス）をＣＤＣ４００に通知し、ＣＤＣ４００ではμＤＣ１とμＤＣ２のノード対応付けを行う。  
変更ないものはＣビット（Ｃｌｅａｎ：０）とする。【００４８】
（６）オンライン交換トリガ（ＮＴＲＧ）部１２２４でμＤＣ１へオンライン交換トリガをセットし、μＤＣ１のアプリケーションを停止させる。そして、上記（４）で差分を検知したファイルのうち、一部であるダーティなプライマリファイルのみ、μＤＣ１からμＤＣ２へコピーする。コピーを一部に限定することにより、現場７００でのコピー時間を削減することができる。なお、コピー対象に関しては、後述する。  
その後、μＤＣ２のアプリケーションを稼働させる。【００４９】
（７）現場７００でストレージ差分のコピー中は、μＤＣ１への入力はバッファに蓄積される。  
上記（６）のコピー後に入力バッファをμＤＣ２にコピーし、現場のプライマリ装置をμＤＣ２とし、ユーザ５００へのサービスを開始する。交換完了に伴い（時刻ｔ３）、ＣＤＣ４００へプライマリ装置をμＤＣ２と通知する。このように、新旧のμＤＣの切り替えに伴う極短い時間だけ、ユーザ５００へのサービスが一次中断される。【００５０】
（８）ＣＤＣ４００からユーザ５００へ、接続先をμＤＣ１からμＤＣ２に変更するよう通知する。ユーザ５００は、接続先をμＤＣ２に変更する。入力がμＤＣ２へ切替わり、上記（７）の入力バッファから順番に処理することによって、サービスを継続する。【００５１】
（９）交換完了後、バックグランドで、ストレージの差分でかつ上記（６）でコピーされなかった残りの部分をコピーする。【００５２】
本実施例によれば、図４のフローに示すとおり、定期または決められた日時でμＤＣを交換するため、メンテステーションで予め同装置に対するストレージの遠隔コピーとアプリケーションのデプロイを行なっておき、現場へ輸送後に必要最低限のストレージコピーを行い、新しいμＤＣでサービスを継続する。事前に交換用のμＤＣの準備をしてから配達するため、現場には1回のみ行くだけでよく、滞在時間が短くて済む。差分を検知したファイルに関して、ストレージのコピーを２回行なうが、１回目と２回目でストレージのコピーする対象が異なるのが本発明の第一の実施例の特徴である。【００５３】
本実施例では、現場７００で必要最低限のコピーを行ない、装置交換を高速化すべく、冗長性に着目してストレージコピーの削減を行なう機構を有する。【００５４】
ここで、マイクロＤＣの冗長化について説明する。図５は、図４に対応する、新旧のμＤＣの関係を示す図である。【００５５】
図４の交換フローの（４）でμＤＣ２をオフラインとし、μＤＣ１のオフライン交換トリガ（ＦＴＲＧ）をセットすると、図５のμＤＣ１のオフライン差分管理テーブル（ＯＤＭＴ）にμＤＣ１で更新のあったファイルのみＤビット（Ｄｉｒｔｙ：１）がセットされ（図５のＯＤＭＴの（３）、（４））、変更ないものはＣビット（Ｃｌｅａｎ：０）とする（図５のＯＤＭＴの（１）、（２））。次に、メンテステーションから現場へμＤＣ２を輸送する。μＤＣ２が現場へし、図４の交換フローの（６）でμＤＣ１のオンライン交換トリガ（ＮＴＲＧ）をセットすると、ファイルシステム管理部（ＦＳＭ）のμＤＣ２へコピーした後に、必要なファイルのコピーが行われる。【００５６】
図５において、オフライン差分管理テーブル（ＯＤＭＴ）がＤビット、かつ冗長化管理テーブル（ＲＭＴ）がＰビットのファイル（図５のＯＤＭＴの（３））のみ、μＤＣ１からμＤＣ２へコピーされる。オフライン差分管理テーブル（ＯＤＭＴ）がＤビットかつ冗長化管理テーブル（ＲＭＴ）がＳビットのファイル（図５のＯＤＭＴの（４））はコピーしない。【００５７】
図５の例では、ＬＵ内のファイル５はμＤＣ１からμＤＣ２へコピーするが、ＬＵ内のファイル６はコピーしない。ファイル６はファイル５と内容は同一であるため、μＤＣ１とμＤＣ２の交換後に、μＤＣ２のファイル５からコピーしてファイル６を生成する。オフライン差分管理テーブル（ＯＤＭＴ）１２３がＣビットのファイル（図５のＯＤＭＴの（１）、（２））は更新がないため、ファイルコピーの必要がない。【００５８】
このように、μＤＣ１のオフライン交換トリガ（ＦＴＲＧ）がセットされた後、新規にファイルが生成された場合は、新規ファイルのＩＮＯＤＥに対応して、冗長化管理テーブル(ＲＭＴ)のプライマリとセカンダリが追加され、該当ＩＮＯＤＥに対応してオフライン差分管理テーブル（ＯＤＭＴ）にＤビットがセットされる。オンライン交換トリガ（ＮＴＲＧ）がセットされると、新規ファイルのうち、冗長化管理テーブル(ＲＭＴ)のプライマリファイルのみμＤＣ１からμＤＣ２へコピーされる。セカンダリファイルは、交換後にμＤＣ２内でプライマリファイルからコピーされる。【００５９】
図６のテーブル１３００は、現場到着時におけるファイルコピーの要否を示している。図６において、ケース１のファイル１は、ＲＭＴがプライマリ（Ｐ）、ＯＤＭＴがＣｌｅａｎ（０）で、この場合には、現場到着時、μＤＣ２へコピーしない。ケース２のファイル２は、ＲＭＴがセカンダリ（Ｓ）、ＯＤＭＴがＣｌｅａｎ（０）で、この場合も、μＤＣ２へコピーしない。ケース３のファイル５は、ＲＭＴがプライマリ（Ｐ）、ＯＤＭＴがＤｉｒｔｙ（１）で、この場合には、現場到着時、μＤＣ２へコピーする。ケース４のファイル６は、ＲＭＴがセカンダリ（Ｓ）、ＯＤＭＴがＤｉｒｔｙ（１）で、この場合には、現場到着時、μＤＣ２へコピーしない。すなわち、現場では、ケース３のファイル５のみをコピーすれば良い。【００６０】
図１Ａでは、オンライン交換トリガ（ＮＴＲＧ）部１２２４とオフライン交換トリガ（ＦＴＲＧ）部１２２５の各出力は状態を表す形式となっているため、ソフトウェア上で変化点を見る必要があるが、トリガを表す形式、すなわち、１を書き込むと０に戻るようにしてもよく、トリガが判定できれば、実装は制限されない。【００６１】
図４の交換フローの（６）でオンライン交換トリガ（ＮＴＲＧ）部１２２４でトリガがセットされると、μＤＣ１からμＤＣ２へコピーが始まると同時に、アプリケーションサービスはストップし、メモリ上の入力バッファ（ＢＵＦ）にセッション情報と入力データが蓄積される。これに伴い、ユーザ側がハングアップしないための応答処理を行う。例えば、ユーザがスマートフォンのときは、セッションを維持し、一時的な中断であることを示すメッセージをＷｅｂ画面として応答し、ユーザからの入力が行われないようにする。センサなどＣＴＲ側へ一方的にデータを送信するケースでは、特に応答の必要はない。μＤＣ２へストレージのコピーが終了した後、μＤＣ１の入力バッファ（ＢＵＦ）からμＤＣ２の入力バッファへコピーする。新旧のμＤＣの切り替えに伴う短い時間だけ、ユーザ５００へのサービスが一次中断されるが、ユーザからの入力はμＤＣ１のバッファに蓄積される。μＤＣ２は、ストレージ並びにバッファのコピーの後は、バッファから先に入力を処理する。このように、ユーザがμＤＣ２へ接続を切替えた後、アプリケーションを再開し、μＤＣ２の入力バッファ（ＢＵＦ）から入力データを処理することで、サービス中断中の入力データをロストせずに、アプリケーションを継続することができる。【００６２】
通常は、ファイルの更新があったとき、すなわち、オフライン差分管理テーブル（ＯＤＭＴ）にＤｉｒｔｙなファイルがあれば、全てコピーするのが自然である。ところが、本実施例では、Ｄｉｒｔｙであってもセカンダリのファイルはプライマリから自律的に生成できるため、交換時のコピーを行なわない。これにより、交換時の現場でのストレージコピーに要する時間を大幅に削減し、保守員の現場での滞在時間や滞在回数を減らすことで、保守コストの削減を図ることができる利点がある。また、本実施例によれば、現場での作業時間が短縮されるため、μＤＣの交換時にユーザの入力データを保持することが容易となり、アプリケーションを停止せずユーザに対するサービスを継続できる利点がある。
【実施例２】
【００６３】
次に、図７に、本発明の第２の実施例に係るμＤＣ（１００Ａ，１００Ｂ）の構成例を示す。この例では、更新管理テーブルとして、第一の実施例のオフライン差分管理テーブル（ＯＤＭＴ）を拡張した、ストレージコピーの優先度を示す管理テーブルを用いる。すなわち、第２の実施例では、オフライン差分管理テーブル（ＯＤＭＴ）の代わりに、優先度管理テーブル（ＰＭＴ）１２２６を設ける。ストレージのコピーの優先度とは、交替の際、ストレージコピーを優先するのに使用する。図７では優先度が１から８の数字としているが、特に制限されない。優先度は、ファイルシステム管理部がポリシーを定める。例えば、一定期間アクセスがないファイルや古いバージョンのファイルなどの優先度を低くする。【００６４】
以下、図８のタイムチャートに沿って第２の実施例の動作を説明する。図４のタイムチャートと異なるのは、オフライン交換トリガのセットした（時刻ｔ１）後、ファイル単位で優先度を設定することにある。なお、優先度の設定は、オフライン交換トリガがセットされた後、現場で行っても良く、あるいは、オフライン交換トリガのセット前に、予め定義し自動的に処理されるようにすることもできる。さらに、μＤＣ１へオンライン交換トリガをセットし、設定された優先度の高いファイルののみ、μＤＣ１からμＤＣ２へコピーする。【００６５】
この例でも、コピーを一部に限定することにより、現場７００でのコピー時間を削減することができる。接続先をμＤＣ１からμＤＣ２に変更後、バックグランドで、低優先度のファイルをμＤＣ１からμＤＣ２へコピーする。【００６６】
すなわち、本実施例でも実施例１と同様に、交換時の現場でのストレージコピーの時間を削減することができると共に、アプリケーションを停止せずユーザに対するサービスを継続できる利点がある。
【実施例３】
【００６７】
第１の実施例や第２の実施例では、簡略化のために、各情報処理装置のμＤＣの情報処理ユニット数が１つの例の説明を行ったが、各情報処理装置の情報処理ユニット（ＵＮＴ）数が複数の場合も対応できる。  
図９に、本発明の第３の実施例に係るμＤＣ１００の構成例を示す。情報処理装置μＤＣ１００は、情報処理ユニット１（ＵＮＴ１）１１０Ａ、情報処理ユニット２（ＵＮＴ２）１１０Ｂを備え、各ユニットは、各々、コントローラ（ＣＴＲ）及びストレージ（ＳＴＲ）を有し、且つ、情報処理装置に共通のルータ（ＲＴＲ）１４０を備えている。【００６８】
第３の実施例では、情報処理ユニット（ＵＮＴ）の数が２つのファイルの冗長構成となっている。各ＬＵの４つのファイルうち、ファイル１と３はプライマリが情報処理ユニット１（ＵＮＴ１）でセカンダリが情報処理ユニット２（ＵＮＴ２）、ファイル２と４はプライマリが情報処理ユニット２（ＵＮＴ２）でセカンダリが情報処理ユニット１（ＵＮＴ１）とする。冗長化管理テーブル（ＲＭＴ）１２２２Ａ、１２２２Ｂは、ファイルごとに情報処理ユニットとIノードのペアとして（情報処理ユニット、Iノード）の情報で管理する。例えば、情報処理ユニット１（ＵＮＴ１）の冗長化管理テーブル（ＲＭＴ）１２２２Ａでは、もう一方のファイルが情報処理ユニット２（ＵＮＴ２）にあるため、ファイル単位の情報処理ユニットの情報は２である。Iノード番号は情報処理ユニットが異なっても同じにしているが、同じでなくてもよい。【００６９】
本実施例でも、実施例１と同様に、交換時の現場でのストレージコピーの時間を削減することができると共に、アプリケーションを停止せずユーザに対するサービスを継続できる利点がある。
【実施例４】
【００７０】
これまで、ファイル単位での細粒度のファイルシステム管理部（ＦＳＭ）での装置の交換の例を示したが、本発明は、装置交換以外、例えばある情報処理装置内の１つの情報処理ユニットに障害が発生したときの動作についても、セカンダリをコピーしない方法が適用できる。【００７１】
第４の実施例として、図１０に、本発明の第４の実施例に係る３つの情報処理ユニット（１１０Ａ、１１０Ｂ、１１０Ｃ）を備えたμＤＣ１００の構成例を示す。図１１のタイムチャートに、障害が発生したときの動作を示す。【００７２】
ＬＵの各ファイルは第３の実施例と同じように、μＤＣ１００の内の別の情報処理ユニットに二重化されている。どちらか一方のファイルに障害が発生したときは、冗長化管理テーブル（ＲＭＴ）１２２２を更新し、直ちにプライマリのストレージを用いてサービスを継続し、セカンダリのストレージはサービス再開中にバックグラウンドでコピーする。この例では、正常時、図１１に示したように、情報処理ユニット１（１１０Ａ）、情報処理ユニット２（１１０Ｂ）共に、プライマリファイル（Ｐ）とセカンダリファイル（Ｓ）が正常に機能しているものとする。【００７３】
ここで、情報処理ユニット１（１１０Ａ）に障害が発生し（図１１の（１））、データセンタ（ＣＤＣ）４００に通知があったと仮定する。これにより、情報処理ユニット１（１１０Ａ）の冗長化管理テーブル（ＲＭＴ）１２２２によれば、Iノード２とIノード４のファイルに関しては、情報処理ユニット２（１１０Ｂ）にプライマリファイル（Ｓ）を有するため、アプリケーションサービス実行に影響はない。情報処理ユニット１のIノード１とIノード３のファイルに関しては、情報処理ユニット２のファイルは同じ内容をセカンダリファイル（Ｓ）として保存しているため、こちら（障害ノードのＳ）をプライマリ（Ｐ）に昇格させることでアプリケーションサービスを迅速に再開できる。具体的には、図１１の（２）において、情報処理ユニット２（１１０Ｂ）の冗長化テーブル（ＲＭＴ）の情報を変更する（Iノード１とIノード３のＳを、いずれもＰに変更）。そして、情報処理ユニット１で実行するアプリケーションを情報処理ユニット２で実行するよう変更すればよい。そして、サービス再開をデータセンタ（ＣＤＣ）４００に通知した後に、情報処理ユニット２（１１０Ｂ）でアプリケーションサービスを直ちに再開できる（図１１の（３）、（４））。一方、新たな情報処理ユニット３（１１０Ｃ）にセカンダリ（Ｓ）のファイルをコピーし、関連するアプリケーションのデプロイをバックグラウンドで実施すればよい（図１１の（５））。ここでは、単純化のため、情報処理ユニット１と情報処理ユニット２のみとしているが、複数の情報処理ユニットでファイルのプライマリとセカンダリの関係があっても同じように対応できる。【００７４】
以上述べた通り、ファイル単位でプライマリ、セカンダリを管理し、更新管理テーブルの情報に基づいて、μＤＣの交換や障害時に一部のファイルのみをコピーすることで、サービス再開時間を短縮することができる。μＤＣの運用管理ミドルウェアにて、交換、または障害発生時にストレージのコピー状況を監視するが、セカンダリをコピーしないことは、このコピー状況を観測することにより判別できる。
【符号の説明】
【００７５】
１００…交換前のμＤＣ１、１１０…情報処理ユニット、１２０…コントローラ（ＣＴＲ）、１２１…メモリ（ＭＥＭ）、１２２…ファイルシステム管理部（ＦＳＭ）、１２３…バッファ（ＢＵＦ）、１２４…ＣＰＵ、１２５…ネットワークインターフェース（ＮＩＣ）、１２６…ホストバスアダプタ（ＨＢＡ）、１３０…ストレージ（ＳＴＲ）、１４０…ルータ（ＲＴＲ）、２００…交換用のμＤＣ２、３００…ネットワーク、１２２３…オフライン差分管理テーブル（ＯＤＭＴ）、１２２４…オンライン交換トリガ（ＮＴＲＧ）部、１２２５…オフライン交換トリガ（ＦＴＲＧ）部。
【図１Ａ】
0005947974.tif 000002
【図１Ｂ】
0005947974.tif 000003
【図２】
0005947974.tif 000004
【図３】
0005947974.tif 000005
【図４】
0005947974.tif 000006
【図５】
0005947974.tif 000007
【図６】
0005947974.tif 000008
【図７】
0005947974.tif 000009
【図８】
0005947974.tif 000010
【図９】
0005947974.tif 000011
【図１０】
0005947974.tif 000012
【図１１】
0005947974.tif 000013