(57)【要約】【課題】本発明は、運用効率を格段に向上させ得る情報処理装置を提案する。【解決手段】ホスト計算機から送信される第１のデータを複製して、予め設定された数の第２のデータを作成すると共に、前記第２のデータを所定の領域に保持し、又は他の情報処理装置に送信する作成部と、前記第１のデータを書き込むべき領域である第１の記憶デバイスに、前記第１のデータを書き込む第１の書込み部と、所定のタイミングで、前記第２のデータを書き込むべき領域であり、停止状態である第２の記憶デバイスの電源を稼動する稼動部と、前記稼動部により前記第２の記憶デバイスが稼動された後に、前記所定の領域又は他の情報処理装置から前記第２の記憶デバイスに書き込むべき前記第２のデータを取得して、当該第２のデータを、前記稼動部により稼動された前記第２の記憶デバイスに書き込む第２の書込み部と、前記第２の書込み部により前記第２のデータが書き込まれた前記第２の記憶デバイスの電源を停止する停止部とを備える。【選択図】図９
2009265920.tif 000002
【特許請求の範囲】
【請求項１】
ホスト計算機から送信される第１のデータを複製して、予め設定された数の第２のデータを作成すると共に、前記第２のデータを所定の領域に保持し、又は他の情報処理装置に送信する作成部と、
前記第１のデータを書き込むべき領域である第１の記憶デバイスに、前記第１のデータを書き込む第１の書込み部と、
所定のタイミングで、前記第２のデータを書き込むべき領域であり、停止状態である第２の記憶デバイスの電源を稼動する稼動部と、
前記稼動部により前記第２の記憶デバイスが稼動された後に、前記所定の領域又は他の情報処理装置から前記第２の記憶デバイスに書き込むべき前記第２のデータを取得して、当該第２のデータを、前記稼動部により稼動された前記第２の記憶デバイスに書き込む第２の書込み部と、
前記第２の書込み部により前記第２のデータが書き込まれた前記第２の記憶デバイスの電源を停止する停止部と
を備えることを特徴とする情報処理装置。
【請求項２】
前記作成部は、
空き容量が大きい前記第２の記憶デバイスを、前記第２のデータを書き込む前記第２の記憶デバイスとして特定して、該当する前記第２の記憶デバイスが自己の前記第２の記憶デバイスのときに、前記第２のデータを所定の領域に保持し、該当する前記第２の記憶デバイスが前記他の情報処理装置の前記第２の記憶デバイスのときに、該当する前記第２の記憶デバイスを有する前記他の情報処理装置に前記第２のデータを送信する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記稼動部は、
前記第２の記憶デバイスに書込みが未実施の前記第２のデータの合計数が、管理者が指定した値を超えたときに、前記第２の記憶デバイスの電源を稼動する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記稼動部は、
前記第２の記憶デバイスに書込みが未実施の前記第２のデータの合計容量が、管理者が指定した値を超えたときに、前記第２の記憶デバイスの電源を稼動する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記稼動部は、
前回の前記第２のデータの書込みから所定の時間を経過したときに、前記第２の記憶デバイスの電源を稼動する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項６】
ホスト計算機から送信される第１のデータを複製して、予め設定された数の第２のデータを作成部が作成すると共に、前記作成部が前記第２のデータを所定の領域に保持し、又は他の情報処理装置に前記作成部が送信する第１のステップと、
前記第１のデータを書き込むべき領域である第１の記憶デバイスに、前記第１のデータを書込み部が書き込む第２のステップと、
所定のタイミングで、前記第２のデータを書き込むべき領域であり、停止状態である第２の記憶デバイスの電源を稼動部が稼動する第３のステップと、
前記第３のステップにおいて前記第２の記憶デバイスを稼動した後に、前記所定の領域又は他の情報処理装置から前記第２の記憶デバイスに書き込むべき前記第２のデータを取得して、当該第２のデータを、前記第３のステップにおいて稼動した前記第２の記憶デバイスに前記書込み部が書き込む第４のステップと、
前記第４のステップにおいて前記第２のデータを書き込んだ前記第２の記憶デバイスの電源を停止部が停止する第５のステップと
を備えることを特徴とする情報処理装置のデータ書き込み方法。
【請求項７】
前記第１のステップでは、
空き容量が大きい前記第２の記憶デバイスを、前記第２のデータを書き込む前記第２の記憶デバイスとして特定して、該当する前記第２の記憶デバイスが自己の前記第２の記憶デバイスのときに、前記第２のデータを所定の領域に保持し、該当する前記第２の記憶デバイスが前記他の情報処理装置の前記第２の記憶デバイスのときに、該当する前記第２の記憶デバイスを有する前記他の情報処理装置に前記第２のデータを送信する
ことを特徴とする請求項６に記載の情報処理装置のデータ書き込み方法。
【請求項８】
前記第３のステップでは、
前記第２の記憶デバイスに書込みが未実施の前記第２のデータの合計数が、管理者が指定した値を超えたときに、前記第２の記憶デバイスの電源を稼動する
ことを特徴とする請求項６に記載の情報処理装置のデータ書き込み方法。
【請求項９】
前記第３のステップでは、
前記第２の記憶デバイスに書込みが未実施の前記第２のデータの合計容量が、管理者が指定した値を超えたときに、前記第２の記憶デバイスの電源を稼動する
ことを特徴とする請求項６に記載の情報処理装置のデータ書き込み方法。
【請求項１０】
前記第３のステップでは、
前回の前記第２のデータの書込みから所定の時間を経過したときに、前記第２の記憶デバイスの電源を稼動する
ことを特徴とする請求項６に記載の情報処理装置のデータ書き込み方法。
【請求項１１】
情報処理装置に対して、
ホスト計算機から送信される第１のデータを複製して、予め設定された数の第２のデータを作成すると共に、前記第２のデータを所定の領域に保持し、又は他の情報処理装置に送信する第１のステップと、
前記第１のデータを書き込むべき領域である第１の記憶デバイスに、前記第１のデータを書き込む第２のステップと、
所定のタイミングで、前記第２のデータを書き込むべき領域であり、停止状態である第２の記憶デバイスの電源を稼動する第３のステップと、
前記第３のステップにおいて前記第２の記憶デバイスを稼動した後に、前記所定の領域又は他の情報処理装置から前記第２の記憶デバイスに書き込むべき前記第２のデータを取得して、当該第２のデータを、前記第３のステップにおいて稼動した前記第２の記憶デバイスに書き込む第４のステップと、
前記第４のステップにおいて前記第２のデータを書き込んだ前記第２の記憶デバイスの電源を停止する第５のステップと
を実行させることを特徴とするプログラム。
【請求項１２】
前記第１のステップでは、
空き容量が大きい前記第２の記憶デバイスを、前記第２のデータを書き込む前記第２の記憶デバイスとして特定して、該当する前記第２の記憶デバイスが自己の前記第２の記憶デバイスのときに、前記第２のデータを所定の領域に保持し、該当する前記第２の記憶デバイスが前記他の情報処理装置の前記第２の記憶デバイスのときに、該当する前記第２の記憶デバイスを有する前記他の情報処理装置に前記第２のデータを送信する
ことを特徴とする請求項１１に記載のプログラム。
【請求項１３】
前記第３のステップでは、
前記第２の記憶デバイスに書込みが未実施の前記第２のデータの合計数が、管理者が指定した値を超えたときに、前記第２の記憶デバイスの電源を稼動する
ことを特徴とする請求項１１に記載のプログラム。
【請求項１４】
前記第３のステップでは、
前記第２の記憶デバイスに書込みが未実施の前記第２のデータの合計容量が、管理者が指定した値を超えたときに、前記第２の記憶デバイスの電源を稼動する
ことを特徴とする請求項１１に記載のプログラム。
【請求項１５】
前記第３のステップでは、
前回の前記第２のデータの書込みから所定の時間を経過したときに、前記第２の記憶デバイスの電源を稼動する
ことを特徴とする請求項１１に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、データ書込み方法及びプログラムに関し、例えば、複数のアーカイブノードを備えるストレージシステムに適用して好適なものである。
【背景技術】
【０００２】
従来、アーカイブサーバから送信されるアーカイブデータ（アーカイブデータのマスタ）及び書込み要求を受信すると、アーカイブデータのマスタの信頼性を保つため、所定のポリシにより指定された個数のアーカイブデータをコピーし、複数のアーカイブノード上でアーカイブデータを保持する分散アーカイブ技術が広く適用されている（例えば、特許文献１参照）。
【０００３】
一方、サーバから一定期間アクセスのないボリュームを構成するＨＤＤ（Hard Disk Drive）の電源を停止し、ストレージ装置の電力消費量を削減する省電力技術が広く適用されている（例えば、特許文献２参照）。
【特許文献１】特表２００７−５１１８２０号公報
【特許文献２】特開２００７−１５６５９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の分散アーカイブ技術と従来の省電力技術とを組み合わせて、分散アーカイブ技術で保存するアーカイブデータのボリュームを構成するＨＤＤを、省電力技術を用いて、一定期間アクセスがない場合電源を停止する場合、以下の問題が存在する。
【０００５】
すなわち、分散アーカイブ技術により作成されるアーカイブデータのコピーは、アーカイブデータのマスタが消失した際のみにしか使用されないため、参照される頻度が極端に低い。しかしながら、分散アーカイブ技術では、ボリュームを構成するＨＤＤを意識せずに、アーカイブデータのマスタ及びアーカイブデータのコピーを同一のボリュームに書き込む場合もあり、すべてのＨＤＤにアクセスが頻繁に発生するため、ＨＤＤの電源をオフにすることができず、ストレージ装置の電力消費量を削減することができないという問題がある。
【０００６】
本発明は以上の点を考慮してなされたもので、運用効率を格段に向上させ得る情報処理装置、データ書込み方法及びプログラムを提案するものである。
【課題を解決するための手段】
【０００７】
かかる課題を解決するために本発明においては、ホスト計算機から送信される第１のデータを複製して、予め設定された数の第２のデータを作成すると共に、前記第２のデータを所定の領域に保持し、又は他の情報処理装置に送信する作成部と、前記第１のデータを書き込むべき領域である第１の記憶デバイスに、前記第１のデータを書き込む第１の書込み部と、所定のタイミングで、前記第２のデータを書き込むべき領域であり、停止状態である第２の記憶デバイスの電源を稼動する稼動部と、前記稼動部により前記第２の記憶デバイスが稼動された後に、前記所定の領域又は他の情報処理装置から前記第２の記憶デバイスに書き込むべき前記第２のデータを取得して、当該第２のデータを、前記稼動部により稼動された前記第２の記憶デバイスに書き込む第２の書込み部と、前記第２の書込み部により前記第２のデータが書き込まれた前記第２の記憶デバイスの電源を停止する停止部とを備える。
【０００８】
また、本発明においては、ホスト計算機から送信される第１のデータを複製して、予め設定された数の第２のデータを作成部が作成すると共に、前記作成部が前記第２のデータを所定の領域に保持し、又は他の情報処理装置に前記作成部が送信する第１のステップと、前記第１のデータを書き込むべき領域である第１の記憶デバイスに、前記第１のデータを書込み部が書き込む第２のステップと、所定のタイミングで、前記第２のデータを書き込むべき領域であり、停止状態である第２の記憶デバイスの電源を稼動部が稼動する第３のステップと、前記第３のステップにおいて前記第２の記憶デバイスを稼動した後に、前記所定の領域又は他の情報処理装置から前記第２の記憶デバイスに書き込むべき前記第２のデータを取得して、当該第２のデータを、前記第３のステップにおいて稼動した前記第２の記憶デバイスに前記書込み部が書き込む第４のステップと、前記第４のステップにおいて前記第２のデータを書き込んだ前記第２の記憶デバイスの電源を停止部が停止する第５のステップとを備える。
【０００９】
さらに、本発明においては、情報処理装置に対して、プログラムにより、ホスト計算機から送信される第１のデータを複製して、予め設定された数の第２のデータを作成すると共に、前記第２のデータを所定の領域に保持し、又は他の情報処理装置に送信する第１のステップと、前記第１のデータを書き込むべき領域である第１の記憶デバイスに、前記第１のデータを書き込む第２のステップと、所定のタイミングで、前記第２のデータを書き込むべき領域であり、停止状態である第２の記憶デバイスの電源を稼動する第３のステップと、前記第３のステップにおいて前記第２の記憶デバイスを稼動した後に、前記所定の領域又は他の情報処理装置から前記第２の記憶デバイスに書き込むべき前記第２のデータを取得して、当該第２のデータを、前記第３のステップにおいて稼動した前記第２の記憶デバイスに書き込む第４のステップと、前記第４のステップにおいて前記第２のデータを書き込んだ前記第２の記憶デバイスの電源を停止する第５のステップとを実行させる。
【００１０】
従って、第１のデータを書き込むべき領域である第１の記憶デバイスと、第２のデータを書き込むべき領域であり、停止状態である第２の記憶デバイスの２つに分けて第１のデータ及び第２のコピーデータを書き込むため、第２の記憶デバイスの稼動時間を必要最小限に抑えることができ、効果的に電源消費量を削減することができる。
【発明の効果】
【００１１】
本発明によれば、運用効率を格段に向上させ得る情報処理装置、データ書込み方法及びプログラムを実現することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施の形態を、図面を参照して詳細に説明する。なお、これにより本発明が限定されるものではない。
【００１３】
図１は、本実施の形態によるストレージシステム１の構成を示している。ストレージシステム１は、アーカイブサーバ２（ホスト計算機）及びアーカイブストレージ３がＬＡＮ（Local Area Network）等の所定のネットワーク４を介して接続されることにより構成されている。また、ストレージシステム１は、アーカイブストレージ３及び管理サーバ５がＬＡＮ等の所定のネットワーク６を介して接続されることにより構成されている。
【００１４】
アーカイブサーバ２は、ＣＰＵ（Central Processing Unit）、メモリ等の情報処理資源（図示せず）を備えたコンピュータ装置であり、例えば、パーソナルコンピュータや、ワークステーション、メインフレームなどから構成される。また、アーカイブサーバ２は、キーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、モニタディスプレイやスピーカ等の情報出力装置（図示せず）とを備えて構成される。
【００１５】
アーカイブサーバ２は、アーカイブストレージ３に書込み要求及びファイルを送信し、当該ファイルをアーカイブストレージ３に書き込むと共に、読出し要求を送信してアーカイブストレージ３に書き込んだファイルを読み出すようになされている。
【００１６】
アーカイブストレージ３は、複数のアーカイブノード７（７Ａ〜７Ｄ）（ノード１〜ノード４）（情報処理装置）を備えて構成されている。各アーカイブノード７は、ネットワーク６を介して接続されることにより構成されている。アーカイブノード７は、サーバ８（８Ａ〜８Ｄ）（サーバ１〜サーバ４）及びストレージ９（９Ａ〜９Ｄ）（ストレージ１〜ストレージ４）がＳＡＮ（Storage Area Network）等の所定のネットワークを介して接続されることにより構成されている。
【００１７】
サーバ８は、アーカイブ処理を行うソフトウェア（プログラム）３１、ストレージ管理処理を行うストレージ管理ソフトウェア３２並びにアーカイブ処理及びストレージ管理処理に使用する管理テーブル３３を備えて構成されている。
【００１８】
ストレージ９は、複数のＨＤＤ４４及び電源制御ユニット４５を備えて構成されている。ストレージ９は、複数のＨＤＤ４４をＲＡＩＤ（Redundant Arrays of Independent Disks）方式で運用する。ストレージ９は、１又は複数のＨＤＤ４４により提供される物理的な記憶領域上であるＲＡＩＤグループ７１（ＲＡＩＤグループ１〜ＲＡＩＤグループ４）に、１又は複数の論理的なボリューム７２（以下、これをボリュームと呼ぶ）を設定する。そしてストレージ９は、このボリューム７２内に所定の大きさのブロック（以下、これを論理ブロックと呼ぶ）単位で、送信されたファイルを書き込む。
【００１９】
ストレージ９は、各ボリューム７２に対して、それぞれ固有の識別子（以下、これをＬＵ（Logical Unit number）と呼ぶ）を付与する。ストレージ９は、このＬＵと各論理ブロックにそれぞれ付与されるその論理ブロックに固有の番号（ＬＢＡ：Logical Block Address）とを組み合わせたものをアドレスとして、当該アドレスを指定してファイルの入出力を行う。
【００２０】
また、ストレージ９は、ＲＡＩＤグループ７１を、送信されたファイル（マスタファイル）を書き込むマスタ格納用ＲＡＩＤグループ１０（ＲＡＩＤグループ１、ＲＡＩＤグループ２）（ＲＡＩＤグループ７１）及び当該ファイルのコピー（コピーファイル）を書き込むコピー格納用ＲＡＩＤグループ１１（ＲＡＩＤグループ３、ＲＡＩＤグループ４）（ＲＡＩＤグループ７１）の２つに分けて構成する。そして、ストレージ９は、マスタ格納用ＲＡＩＤグループ１０（ＲＡＩＤグループ７１）を構成するＨＤＤ４４を、常に、稼動状態にしておく一方、コピー格納用ＲＡＩＤグループ１１（ＲＡＩＤグループ７１）を構成するＨＤＤ４４を、通常、停止状態（又は省電力状態（スタンバイ状態））にしておく。
【００２１】
管理サーバ５は、ＣＰＵ、メモリ等の情報処理資源（図示せず）を備えたコンピュータ装置であり、例えば、ノート型のパーソナルコンピュータなどから構成される。また、管理サーバ５は、キーボード、スイッチやポインティングデバイス、マイクロフォン等の情報入力装置（図示せず）と、モニタディスプレイやスピーカ等の情報出力装置（図示せず）とを備えて構成される。
【００２２】
管理サーバ５は、アーカイブストレージ３からＨＤＤ管理テーブル６２（後述）を取得して、新たにＲＡＩＤグループ７１やボリューム７２を作成する等のアーカイブストレージ３の管理を行う。
【００２３】
次に、本実施の形態のストレージシステム１における分散アーカイブ処理の概要について説明する。各サーバ８は、ソフトウェア３１により、各サーバ８間を通信し、ネットワーク６を介してファイルを送受信するようになされている。また、各サーバ８は、管理テーブル３３に変更が発生した場合、他のサーバ８に変更内容を送信することによって、各管理テーブル３３を常に最新の状態に保つようになされている。
【００２４】
さらに、各サーバ８は、それぞれのストレージ９のＲＡＩＤグループ７１の空き容量を管理テーブル３３上で管理しており、アーカイブノード７（ストレージ９のＲＡＩＤグループ７１）の空き容量を常に認識する。さらに、各サーバ８は、管理テーブル３３により、ストレージ９のＲＡＩＤグループ７１がマスタ格納用ＲＡＩＤグループ１０であるかコピー格納用ＲＡＩＤグループ１１であるかを認識する。
【００２５】
アーカイブサーバ２は、アーカイブストレージ３を１つの大きなストレージプールとして認識する。従って、アーカイブサーバ２は、アーカイブストレージ３にファイルを書き込む場合、どのアーカイブノード７にファイルを書き込むかを認識せずに、書込み要求及びファイルを送信する。
【００２６】
アーカイブサーバ２から送信された書き込み要求及びファイル（マスタファイル）を受信したサーバ８（受信サーバ８）は、ソフトウェア３１により、管理テーブル３３を参照し、冗長度に応じて空き容量が大きい順に優先的にストレージ９のボリューム７２にファイルを書き込む。
【００２７】
具体的に、受信サーバ８は、冗長度に応じてコピーファイルを作成する数を特定すると共に、管理テーブル３３を参照して各ストレージ９の空き容量を確認し、マスタファイル及びコピーファイルの格納先のアーカイブノード７を決定する。受信サーバ８は、例えば、冗長度が「３」である場合、例えば、マスタ格納用ＲＡＩＤグループ１０のうち空き容量が最も大きいアーカイブノード７Ａにマスタファイルを送信すると共に、コピー格納用ＲＡＩＤグループ１１のうち１番目及び２番目に空き容量が大きいアーカイブノード７Ｃ及びアーカイブノード７Ｄにコピーファイルを送信すると決定する。
【００２８】
続いて、受信サーバ８は、マスタファイルをアーカイブノード７Ａに送信する。そして、アーカイブノード７Ａのサーバ８Ａは、該当するストレージ９Ａのマスタ格納用ＲＡＩＤグループ１０のボリューム７２にマスタファイルを書き込む。
【００２９】
一方、アーカイブノード７Ｃのサーバ８Ｃは、ストレージ管理ソフトウェア３２により、所定のタイミングで、ＨＤＤ４４の電源をオンに変更する電源オン命令をストレージ９Ｃに送信する。なお、電源オン命令は、コピーファイルを書き込むべきストレージ９Ｃのコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４の電源をオンに変更する命令である。ストレージ９Ｃは、電源オン命令を受信すると、該当するコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４の電源を電源制御ユニット４５によりオンに変更して、当該ＨＤＤ４４を稼動させる。そして、サーバ８Ｃは、受信サーバ８にコピーファイル送信要求を送信する。
【００３０】
受信サーバ８は、サーバ８Ｃから送信されたコピーファイル送信要求を受信すると、該当するマスタファイルのコピーファイルを作成して、当該コピーファイルをサーバ８Ｃに送信する。そして、サーバ８Ｃは、該当するストレージ９Ｃのコピー格納用ＲＡＩＤグループ１１のボリューム７２にコピーファイルを書き込む。
【００３１】
続いて、サーバ８Ｃは、ストレージ管理ソフトウェア３２により、ＨＤＤ４４の電源をオフに変更する電源オフ命令をストレージ９Ｃに送信する。なお、電源オフ命令は、コピーファイルを書き込んだストレージ９Ｃのコピー格納用ＲＡＩＤグループ１１のＲＡＩＤグループ７１を構成するＨＤＤ４４の電源をオフに変更する命令である。そして、ストレージ９Ｃは、電源オフ命令を受信すると、該当するコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４の電源を電源制御ユニット４５によりオフに変更して、当該ＨＤＤ４４を停止させる。
【００３２】
受信サーバ８、アーカイブノード７Ｄのサーバ８Ｄ及びストレージ９Ｄは、上述の受信サーバ８、アーカイブノード７Ｃのサーバ８Ｃ及びストレージ９Ｃと同様の処理を実施し、該当するコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４を電源制御ユニット４５により稼動させ、コピーファイルを該当するストレージ９Ｄのコピー格納用ＲＡＩＤグループ１１のＲＡＩＤグループ７１のボリューム７２に書き込み、該当するＲＡＩＤグループ７１を構成するＨＤＤ４４を電源制御ユニット４５により停止させる。
【００３３】
図２は、サーバ８（８Ａ〜８Ｄ）の構成を示している。サーバ８は、ネットワーク４に接続するためのＩ／Ｏ（Input/ Output）ポート２１と、ネットワーク６に接続するための管理ポート２２と、サーバ８全体を制御するためのプロセッサ２３と、所定のプログラム及びテーブルを格納するためのメモリ２４とを有し、これらが内部バス等の回路を介して相互に接続されることにより構成されている。
【００３４】
メモリ２４には、アーカイブ処理を行うためのソフトウェア３１と、ストレージ管理処理を行うためのストレージ管理ソフトウェア３２と、アーカイブ処理及びストレージ管理処理に使用する管理テーブル３３とが格納される。管理テーブル３３は、ファイル格納先管理テーブル３４、マスタ空き容量管理テーブル３５、コピー空き容量管理テーブル３６及びＲＡＩＤグループ管理テーブル３７から構成されている。
【００３５】
プロセッサ２３は、ソフトウェア３１を実行することにより、アーカイブサーバ２からファイルを受信すると、管理テーブル３３を参照して各ストレージ９の空き容量を確認し、冗長度に応じてコピーファイルを作成して、マスタ格納用ＲＡＩＤグループ１０及びコピー格納用ＲＡＩＤグループ１１の空き容量に基づいてストレージ９のボリューム７２にファイルマスタ及びコピーファイルを書き込む等のアーカイブ処理を実行する。
【００３６】
また、プロセッサ２３は、ストレージ管理ソフトウェア３２を実行することにより、所定のタイミングで、コピーファイルを書き込むべきストレージ９のコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４を稼動又は停止させる等のストレージ管理処理を行う。
【００３７】
ファイル格納先管理テーブル３４は、アーカイブサーバ２から送信されるファイルの格納先のＲＡＩＤグループ７１を管理する。マスタ空き容量管理テーブル３５は、マスタ格納用ＲＡＩＤグループ１０ごとに空き容量を管理する。コピー空き容量管理テーブル３６は、コピー格納用ＲＡＩＤグループ１１ごとに空き容量を管理する。ＲＡＩＤグループ管理テーブル３７は、ＲＡＩＤグループ７１がマスタ格納用ＲＡＩＤグループ１０であるかコピー格納用ＲＡＩＤグループ１１であるかを管理する。
【００３８】
なお、ソフトウェア３１及びストレージ管理ソフトウェア３２を実行することにより行うプロセッサ２３の具体的な処理並びにファイル格納先管理テーブル３４、マスタ空き容量管理テーブル３５及びコピー空き容量管理テーブル３６の具体的な構成については、後述する。
【００３９】
図３は、ストレージ９（９Ａ〜９Ｄ）の構成を示している。ストレージ９は、所定のネットワークを介してサーバ８に接続するためのＩ／Ｏポート４１と、ストレージ９全体を制御するためのコントローラ４２と、所定のプログラム及びテーブルを格納するための管理メモリ４３と、ファイルを格納するためのＨＤＤ４４と、ＨＤＤ４４の電源制御処理を行うための電源制御ユニット４５とを有し、これらが内部バス等の回路を介して相互に接続されることにより構成されている。
【００４０】
コントローラ４２は、Ｉ／Ｏポート４１とＨＤＤ４４との間に介在し、ストレージ９内の制御を行うプロセッサ５１と、サーバ８との間でやりとりするファイルを一時的に記憶するキャッシュメモリ５２とを内部に備えて構成されている。
【００４１】
管理メモリ４３には、ストレージ９の制御処理を行う制御プログラム６１と、ＨＤＤ管理テーブル６２とが格納される。コントローラ４２は、制御プログラム６１を実行することにより、Ｉ／Ｏポート４１とＨＤＤ４４との間でデータの受け渡しを行う等の制御処理を行う。ＨＤＤ管理テーブル６２は、ＨＤＤ４４と、ＲＡＩＤグループ７１と、ボリューム７２とをそれぞれ管理すると共に、ＨＤＤ４４、ＲＡＩＤグループ７１及びボリューム７２を関連付けて管理する。
【００４２】
これにより、ＨＤＤ管理テーブル６２では、ＲＡＩＤグループ７１を構成するＨＤＤ４４や、ＲＡＩＤグループ７１のボリューム７２等について管理することができると共に、ＲＡＩＤグループ７１がマスタ格納用ＲＡＩＤグループ１０であるかコピー格納用ＲＡＩＤグループ１１であるかを管理することができる。
【００４３】
ＨＤＤ４４は、１又は複数のＨＤＤ４４によって、ＲＡＩＤグループ７１（マスタ格納用ＲＡＩＤグループ１０、コピー格納用ＲＡＩＤグループ１１）を構成する。ＨＤＤ４４は、ＲＡＩＤグループ７１を複数のＨＤＤ４４によって構成する場合、ＲＡＩＤ１やＲＡＩＤ５等のＲＡＩＤ構成を組むことができる。また、ＲＡＩＤグループ７１は、論理的に１又は複数のボリューム７２に分割される。
【００４４】
電源制御ユニット４５は、サーバ８から送信される電源オン命令又は電源オフ命令に従って、該当するＨＤＤ４４を稼動し又は停止する
【００４５】
図４は、ファイル格納先管理テーブル３４の構成を示している。ファイル格納先管理テーブル３４は、ノード欄３４Ａから構成されている。ノード欄３４Ａは、アーカイブノード７ごとに作成される。また、ノード欄３４Ａには、アーカイブノード７を一意に識別するノード名が格納される。また、各ノード欄３４Ａには、アーカイブノード７のストレージ９が有するＲＡＩＤグループ７１ごとに、ＲＡＩＤグループ欄（ＲＧ）が作成されている。ＲＡＩＤグループ欄には、ＲＡＩＤグループ７１を一意に識別するＲＡＩＤグループ名が格納される。
【００４６】
ファイル格納先管理テーブル３４は、アーカイブサーバ２からファイルが送信されると、ファイル欄が追加される。ファイル欄には、ファイルを一意に識別するファイル名が格納される。
【００４７】
そして、ファイル格納先管理テーブル３４は、マスタファイルが、書き込むべきサーバ８に対応するストレージ９のマスタ格納用ＲＡＩＤグループ１０のボリューム７２（ＨＤＤ４４）に書き込まれると、該当するノード欄３４ＡのＲＡＩＤグループ欄に「１」が書き込まれる。
【００４８】
また、ファイル格納先管理テーブル３４は、コピーファイルを書き込むべきサーバ８に対応するストレージ９のコピー格納用ＲＡＩＤグループ１１のボリューム７２が決定されると、該当するノード欄３４ＡのＲＡＩＤグループ欄に「２」が書き込まれる。すなわち、ファイル格納先管理テーブル３４は、コピーファイルが、該当するサーバ８に対応するストレージ９のコピー格納用ＲＡＩＤグループ１１のボリューム７２（ＨＤＤ４４）に書き込まれておらず、コピーファイルの書込みが未実施の場合に、「２」が書き込まれる。
【００４９】
さらに、ファイル格納先管理テーブル３４は、コピーファイルが、書き込むべきサーバ８に対応するストレージ９のコピー格納用ＲＡＩＤグループ１１のボリューム７２（ＨＤＤ４４）に書き込まれると、該当するノード欄３４ＡのＲＡＩＤグループ欄に「３」が書き込まれる。
【００５０】
このように、ファイル格納先管理テーブル３４では、マスタファイル、書込みが未実施のコピーファイル及び書込みが実施済のコピーファイルの格納先のＲＡＩＤグループ７１を管理することができる。
【００５１】
図５は、マスタ空き容量管理テーブル３５の構成を示している。マスタ空き容量管理テーブル３５は、ノード欄３５Ａ、ＲＡＩＤグループ欄３５Ｂ、現在の空き容量欄３５Ｃ及び予想空き容量欄３５Ｄから構成されている。
【００５２】
ノード欄３５Ａには、アーカイブノード７を一意に識別するノード名が格納される。ＲＡＩＤグループ欄３５Ｂには、アーカイブノード７におけるＲＡＩＤグループ７１（マスタ格納用ＲＡＩＤグループ１０）を一意に識別するＲＡＩＤグループ名が格納される。現在の空き容量欄３５Ｃには、アーカイブノード７におけるＲＡＩＤグループ７１の現在の空き容量が格納される。予想空き容量欄３５Ｄには、アーカイブノード７におけるＲＡＩＤグループ７１にファイルを書き込んだときの予想空き容量が格納される。
【００５３】
図６は、コピー空き容量管理テーブル３６の構成を示している。コピー空き容量管理テーブル３６は、ノード欄３６Ａ、ＲＡＩＤグループ欄３６Ｂ、現在の空き容量欄３６Ｃ及び予想空き容量欄３６Ｄから構成されている。
【００５４】
ノード欄３６Ａには、アーカイブノード７を一意に識別するノード名が格納される。ＲＡＩＤグループ欄３６Ｂには、アーカイブノード７におけるＲＡＩＤグループ７１（コピー格納用ＲＡＩＤグループ１１）を一意に識別するＲＡＩＤグループ名が格納される。現在の空き容量欄３６Ｃには、アーカイブノード７におけるＲＡＩＤグループ７１の現在の空き容量が格納される。予想空き容量欄３６Ｄには、アーカイブノード７におけるＲＡＩＤグループ７１にファイルを書き込んだときの予想空き容量が格納される。
【００５５】
図７は、このストレージシステム１の受信サーバ８におけるマスタファイル書込み処理に関する、受信サーバ８のプロセッサ２３の具体的な処理手順を示したフローチャートの一例である。
【００５６】
受信サーバ８のプロセッサ２３は、例えば、アーカイブサーバ２から送信された書き込み要求及びマスタファイルを受信すると、ソフトウェア３１を実行することにより、図７に示すマスタファイル書込み処理手順ＲＴ１に従って、冗長度に応じてコピーファイルを作成する数を特定すると共に、マスタ空き容量管理テーブル３５の予想空き容量欄３５Ｄを参照して、マスタ格納用ＲＡＩＤグループ１０のうち空き容量が最も大きいアーカイブノード７を特定する（ＳＰ１）。
【００５７】
続いて、受信サーバ８のプロセッサ２３は、マスタ空き容量管理テーブル３５のマスタファイルを書き込むべきアーカイブノード７のマスタ格納用ＲＡＩＤグループ１０に対応する予想空き容量欄３５Ｄに、マスタファイルをマスタ格納用ＲＡＩＤグループ１０に書き込んだ際の予想空き容量を書き込む（ＳＰ２）。
【００５８】
続いて、受信サーバ８のプロセッサ２３は、マスタファイルを書き込むべきマスタ格納用ＲＡＩＤグループ１０を指定して、特定したアーカイブノード７にマスタファイルを送信する（ＳＰ３）。なお、図９の場合、受信サーバ８と特定したアーカイブノード７のサーバ８が同一のサーバ８であるため、マスタファイルの送信は、なされないこととなる。またなお、マスタファイルを送信されたアーカイブノード７のサーバ８は、該当するストレージ９Ａのマスタ格納用ＲＡＩＤグループ１０のボリューム７２にマスタファイルを書き込む（図９（１））。
【００５９】
続いて、受信サーバ８のプロセッサ２３は、ファイル格納先管理テーブル３４に当該マスタファイルのファイル欄を追加し、当該ファイル欄に対応する、マスタファイルを書き込んだアーカイブノード７のマスタ格納用ＲＡＩＤグループ１０のＲＡＩＤグループ欄に「１」を書き込む（ＳＰ４）。
【００６０】
続いて、受信サーバ８のプロセッサ２３は、マスタファイルを書き込んだアーカイブノード７のマスタ格納用ＲＡＩＤグループ１０の空き容量を、該当するマスタ空き容量管理テーブル３５のアーカイブノード７のマスタ格納用ＲＡＩＤグループ１０に対応する現在の空き容量欄３５Ｃに書き込む（ＳＰ５）。
【００６１】
続いて、受信サーバ８のプロセッサ２３は、コピー空き容量管理テーブル３６の予想空き容量欄３６Ｄを参照して、コピー格納用ＲＡＩＤグループ１１のうち空き容量が大きいアーカイブノード７を、冗長度から１を引いた数だけ特定する（ＳＰ６）。なお、図９の場合、受信サーバ８のプロセッサ２３は、冗長度が「３」であるとし、アーカイブノード７Ｂ及びアーカイブノード７Ｃを空き容量が大きいアーカイブノード７であると特定する。
【００６２】
続いて、受信サーバ８のプロセッサ２３は、ファイル格納先管理テーブル３４の追加したマスタファイルのファイル欄に対応する、コピーファイルを書き込むべきアーカイブノード７のコピー格納用ＲＡＩＤグループ１１のＲＡＩＤグループ欄に「２」を書き込む（ＳＰ７）。
【００６３】
続いて、受信サーバ８のプロセッサ２３は、コピー空き容量管理テーブル３６のコピーファイルを書き込むべきアーカイブノード７のコピー格納用ＲＡＩＤグループ１１に対応する予想空き容量欄３６Ｄに、コピーファイルをコピー格納用ＲＡＩＤグループ１１に書き込んだ際の予想空き容量を書き込む（ＳＰ８）。
【００６４】
やがて、受信サーバ８のプロセッサ２３は、この後、図７に示すマスタファイル書込み処理手順ＲＴ１を終了する（ＳＰ９）。
【００６５】
図８は、このストレージシステム１の各サーバ８におけるコピーファイル書込み処理に関する、各サーバ８のプロセッサ２３の具体的な処理手順を示したフローチャートの一例である。
【００６６】
従来の分散アーカイブ技術では、マスタファイルが書き込まれると同時に他のアーカイブノード７へのコピーファイルの書込みも行われるが、上述したように、この方法によればＨＤＤ４４の稼動及び停止が頻繁に発生し、その結果、電力消費量を効果的に削減することができないこととなる。従って、本発明では、さらに、効果的に電力消費量を削減するために、コピーファイルのまとめ書きを行う。
【００６７】
具体的に、本願発明のストレージシステム１では、マスタファイルを書き込むときにコピーファイルの書込みを行わず、ユーザが指定した一定の間隔（書込みが未実施のコピーファイルの数又は一定の時間等）を超えたときに、コピーファイルの書込みを行う。また、ストレージシステム１では、書込みが未実施のコピーファイルの合計数、書込みが未実施のファイルの合計容量及び又は前回のコピーファイルの書込み処理からの経過時間をサーバ８のプロセッサ２３のローカルメモリ等に保持する。ストレージシステム１では、管理サーバ５の管理者の指定により上述のいずれか又は複数の値が指定され、指定された値を超えたときに、コピーファイルの書込みを開始する。
【００６８】
各サーバ８のプロセッサ２３は、例えば、書込みが未実施のコピーファイルの合計数、書込みが未実施のファイルの合計容量及び又は前回のコピーファイルの書込み処理からの経過時間のいずれか又は複数の値が管理サーバ５の管理者の指定値を超えたときに、ソフトウェア３１を実行することにより、図８に示すコピーファイル書込み処理手順ＲＴ２に従って、ファイル格納先管理テーブル３４を参照し、書込みが未実施のコピーファイルを書き込むべきコピー格納用ＲＡＩＤグループ１１を特定する（ＳＰ１１）。
【００６９】
なお、各サーバ８のプロセッサ２３は、コピーファイル書込み処理手順ＲＴ２を開始したときのコピー空き容量管理テーブル３６の自己の予想空き容量欄３６Ｄに書き込まれている予想空き容量を当該プロセッサ２３のローカルメモリ等に保持する。またなお、各サーバ８のプロセッサ２３は、ファイル格納先管理テーブル３４の自己のノード欄３４ＡのＲＡＩＤグループ欄に「２」が書き込まれているコピー格納用ＲＡＩＤグループ１１を、書込みが未実施のコピーファイルを書き込むべきコピー格納用ＲＡＩＤグループ１１であると特定する。
【００７０】
続いて、各サーバ８のプロセッサ２３は、ストレージ管理ソフトウェア３２を実行することにより、ストレージ９からＨＤＤ管理テーブル６２を取得して、特定したコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４の情報を取得し、当該コピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４の電源オン命令をストレージ９に送信する（ＳＰ１２）。各ストレージ９は、電源オン命令を受信すると、該当するコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４の電源を電源制御ユニット４５によりオンに変更して、当該ＨＤＤ４４を稼動させる（図９（２））。
【００７１】
続いて、各サーバ８のプロセッサ２３は、ストレージ９からコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４を稼動した旨の通知を受信すると、書き込むべきコピーファイルのマスタファイルを有するサーバ８（受信サーバ８）にコピーファイル送信命令を送信する（ＳＰ１３）。この際、受信サーバ８のプロセッサ２３は、サーバ８から送信されたコピーファイル送信要求を受信すると、該当するマスタファイルのコピーファイルを作成して、当該コピーファイルをサーバ８Ｃに送信する（図９（３））。なお、受信サーバ８のプロセッサ２３は、マスタファイルを受信したときに、冗長度に応じてコピーファイルを作成して、所定のＨＤＤ４４等に一時的に書き込んで保持するようにし、コピーファイル送信要求を受信したときに該当するコピーファイルを送信するようにしても良い。このようにすれば、コピーファイルが書き込まれるまでの間にも冗長度を保つことができる。
【００７２】
続いて、各サーバ８のプロセッサ２３は、受信サーバ８からコピーファイルを受信すると、コピーファイルをストレージ９に送信し、当該コピーファイルを該当するコピー格納用ＲＡＩＤグループ１１のボリューム７２に書き込む（ＳＰ１４）。
【００７３】
続いて、各サーバ８のプロセッサ２３は、ファイル格納先管理テーブル３４のコピーファイルを書き込んだアーカイブノード７のコピー格納用ＲＡＩＤグループ１１のＲＡＩＤグループ欄に「３」を書き込む（当該ＲＡＩＤグループ欄に書き込まれている「２」を「３」に変更する）（ＳＰ１５）。
【００７４】
続いて、各サーバ８のプロセッサ２３は、すべてのコピーファイルの書込みが終了し、ファイル格納先管理テーブル３４の更新が終了すると、ローカルメモリに保持した予想空き容量を現在の空き容量として、コピー空き容量管理テーブル３６の該当する現在の空き容量欄３６Ｃに書き込む（ＳＰ１６）。各ストレージ９は、電源オフ命令を受信すると、該当するコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４の電源を電源制御ユニット４５によりオフに変更して、当該ＨＤＤ４４を停止させる（図９（４））。
【００７５】
続いて、各サーバ８のプロセッサ２３は、ストレージ管理ソフトウェア３２を実行することにより、稼動したコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４の電源オフ命令をストレージ９に送信する（ＳＰ１７）。
【００７６】
やがて、各サーバ８のプロセッサ２３は、ストレージ９からコピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４を停止した旨の通知を受信すると、この後、図８に示すコピーファイル書込み処理手順ＲＴ２を終了する（ＳＰ１７）。
【００７７】
このようにして、ストレージシステム１では、所定のタイミングで、コピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４を稼動させ、当該コピー格納用ＲＡＩＤグループ１１のボリューム７２にコピーファイルを書き込み、その後、当該コピー格納用ＲＡＩＤグループ１１を構成するＨＤＤ４４を停止させる。
【００７８】
従って、マスタ格納用ＲＡＩＤグループ１０及びコピー格納用ＲＡＩＤグループ１１の２つに分けて構成するため、すべてのＨＤＤ４４に稼動及び停止が頻繁に発生するのを未然かつ有効に防止し、ＨＤＤ４４の稼動時間を必要最小限に抑えることができ、効果的に電源消費量を削減することができる。
【００７９】
なお、本実施の形態においては、４つのアーカイブノード７（７Ａ〜７Ｄ）を備えて構成した場合について述べたが、本発明はこれに限らず、例えば、２つ以上の複数のアーカイブノードで構成したときに適用することができる。
【００８０】
また、本実施の形態においては、アーカイブノード７を、サーバ８（８Ａ〜８Ｄ）及びストレージ９（９Ａ〜９Ｄ）に独立して備えた場合について述べたが、本発明はこれに限らず、例えば、サーバ８及びストレージ９が一体化した１つのアーカイブノードであっても良く、この他の種々の構成に適用することができる。
【００８１】
さらに、本実施の形態においては、ストレージ９に４つのＲＡＩＤグループ７１（ＲＡＩＤグループ１〜ＲＡＩＤグループ４）を備えた場合について述べたが、本発明はこれに限らず、例えば、２つ以上の複数のＲＡＩＤグループ７１で構成したときに適用することができる。
【産業上の利用可能性】
【００８２】
本発明は、複数のアーカイブノードを備えるストレージシステムに広く適用することができる。
【図面の簡単な説明】
【００８３】
【図１】本実施の形態によるストレージシステムの構成を示すブロック図である。
【図２】サーバの構成を示すブロック図である。
【図３】ストレージの構成を示すブロック図である。
【図４】ファイル格納先管理テーブルの構成の説明に供する概念図である。
【図５】マスタ空き容量管理テーブルの構成の説明に供する概念図である。
【図６】コピー空き容量管理テーブルの構成の説明に供する概念図である。
【図７】マスタファイル書込み処理手順を示すフローチャートである。
【図８】コピーファイル書込み処理手順を示すフローチャートである。
【図９】マスタファイル書込み処理及びコピーファイル書込み処理の説明に供する概念図である。
【符号の説明】
【００８４】
１……ストレージシステム、２……アーカイブサーバ、３……ストレージシステム、４、６……ネットワーク、５……管理サーバ、７……アーカイブノード、８……サーバ、９……ストレージ、２３……プロセッサ、３１……ソフトウェア、３２……ストレージ管理ソフトウェア、３３……管理テーブル、３４……ファイル格納先管理テーブル、３５……マスタ空き容量管理テーブル、３６……コピー空き容量管理テーブル
【図１】
2009265920.tif 000003
【図２】
2009265920.tif 000004
【図３】
2009265920.tif 000005
【図４】
2009265920.tif 000006
【図５】
2009265920.tif 000007
【図６】
2009265920.tif 000008
【図７】
2009265920.tif 000009
【図８】
2009265920.tif 000010
【図９】
2009265920.tif 000011