(57)【要約】【課題】  ＧＮＳの管理を容易化し、管理者の負担を軽減し得る計算機システム及び単一ネームスペースの構成方法を提案する。【解決手段】  管理装置は、各ノードから当該ノードが管理する各ファイルの管理情報及びアクセスログを収集し、収集した各ファイルの管理情報及びアクセスログに基づいて、所定の条件を満たすユーザをキーパーソンとしてノードごとに抽出し、抽出したキーパーソンのうち、複数のノードに共通するキーパーソンを特定し、共通するキーパーソンの数が予め定められた第１の閾値以上の複数のノードを単一ネームスペースとして統合するようにサーバに要求し、サーバは、要求に応じて、共通するキーパーソンの数が第１の閾値以上の複数の前記ノードを単一ネームスペースとして統合する。【選択図】        図１４
2011034157.tif 000002
【特許請求の範囲】
【請求項１】
ファイルを読み書きするための記憶領域を提供するストレージサブシステムと、
ユーザに対してファイル共有サービスを提供する複数のノードと、
複数の前記ノードを一元化して単一ネームスペースとしてクライアントに提供するサーバと、
各前記ノード及び前記サーバを管理する管理装置と
を備え、
前記管理装置は、
各前記ノードから当該ノードが管理する各前記ファイルの管理情報及びアクセスログを収集し、
収集した各前記ファイルの管理情報及びアクセスログに基づいて、所定の条件を満たすユーザをキーパーソンとして前記ノードごとに抽出し、抽出した前記キーパーソンのうち、複数の前記ノードに共通する前記キーパーソンを特定し、
共通する前記キーパーソンの数が予め定められた第１の閾値以上の複数の前記ノードを単一ネームスペースとして統合するように前記サーバに要求し、
前記サーバは、
当該要求に応じて、共通する前記キーパーソンの数が前記第１の閾値以上の複数の前記ノードを単一ネームスペースとして統合する
ことを特徴とする計算機システム。
【請求項２】
前記管理装置は、
各前記ファイルの管理情報及び前記アクセスログに基づいて、当該ファイルを作成したユーザごとの前記ファイルの参照回数と他のファイルから前記ファイルへのリンク数とを検出し、
検出した前記ファイルの前記参照回数及び前記リンク数に基づいて前記ノードごとの前記キーパーソンを抽出する
ことを特徴とする請求項１に記載の計算機システム。
【請求項３】
前記管理計算機は、
前記ノードごとに、前記ファイルの前記参照回数と及び前記リンク数の合計値が予め定められた第２の閾値以上である前記ユーザを前記キーパーソンとして抽出する
ことを特徴とする請求項２に記載の計算機システム。
【請求項４】
前記サーバは、
前記単一ネームスペースごとに前記統合の共有効果を判定し、共有効果が得られない当該統合を解除する
ことを特徴とする請求項１に記載の計算機システム。
【請求項５】
前記ファイルは、
アクセス制限を設定でき、
前記サーバは、
アクセス制限により、単一ネームスペースとして統合された複数の前記ノードのうちの一のノードが管理する前記ファイルへのアクセスに失敗した回数に基づいて、前記統合の共有効果を判定する
ことを特徴とする請求項１に記載の計算機システム。
【請求項６】
計算機システムにおける単一ネームスペースの管理方法において、
前記計算機システムは、
ファイルを読み書きするための記憶領域を提供するストレージサブシステムと、
ユーザに対してファイル共有サービスを提供する複数のノードと、
複数の前記ノードを一元化して単一ネームスペースとしてクライアントに提供するサーバと、
各前記ノード及び前記サーバを管理する管理装置と
を備え、
前記管理装置が、各前記ノードから当該ノードが管理する各前記ファイルの管理情報及びアクセスログを収集し、収集した各前記ファイルの管理情報及びアクセスログに基づいて、所定の条件を満たすユーザをキーパーソンとして前記ノードごとに抽出し、抽出した前記キーパーソンのうち、複数の前記ノードに共通する前記キーパーソンを特定し、共通する前記キーパーソンの数が予め定められた第１の閾値以上の複数の前記ノードを単一ネームスペースとして統合するように前記サーバに要求する第１のステップと、
前記サーバが、当該要求に応じて、共通する前記キーパーソンの数が前記第１の閾値以上の複数の前記ノードを単一ネームスペースとして統合する第２のステップと
を備えることを特徴とする単一ネームスペースの管理方法。
【請求項７】
前記第１のステップにおいて、前記管理装置は、
各前記ファイルの管理情報及び前記アクセスログに基づいて、当該ファイルを作成したユーザごとの前記ファイルの参照回数と他のファイルから前記ファイルへのリンク数とを検出し、
検出した前記ファイルの前記参照回数及び前記リンク数に基づいて前記ノードごとの前記キーパーソンを抽出する
ことを特徴とする請求項６に記載の単一ネームスペースの管理方法。
【請求項８】
前記第１のステップにおいて、前記管理計算機は、
前記ノードごとに、前記ファイルの前記参照回数と及び前記リンク数の合計値が予め定められた第２の閾値以上である前記ユーザを前記キーパーソンとして抽出する
ことを特徴とする請求項７に記載の単一ネームスペースの管理方法。
【請求項９】
前記サーバは、
前記単一ネームスペースごとに前記統合の共有効果を判定し、共有効果が得られない当該統合を解除する
ことを特徴とする請求項６に記載の単一ネームスペースの管理方法。
【請求項１０】
前記ファイルは、
アクセス制限を設定でき、
前記サーバは、
アクセス制限により、単一ネームスペースとして統合された複数の前記ノードのうちの一のノードが管理する前記ファイルへのアクセスに失敗した回数に基づいて、前記統合の共有効果を判定する
ことを特徴とする請求項６に記載の単一ネームスペースの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、計算機システム及び単一ネームスペース（ＧＮＳ：Global Name Space）の管理方法に関し、例えばＧＮＳ技術が適用された複数のＮＡＳ（Network Attached System）サーバを備える計算機システムに適用して好適なものである。
【背景技術】
【０００２】
従来、複数のＮＡＳをＧＮＳ上で管理することにより、ユーザに対して、複数のＮＡＳに分散したファイルシステムを一元化する（つまり単一のＮＡＳであるかのようにみせる）技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２３４５６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
この特許文献１では、管理者が、ＧＮＳの構成を定義して運用を行うことが記載されている。しかしながら、ノード（ＮＡＳ）が多数ある場合に、どのＮＡＳとどのＮＡＳとを同じＧＮＳにまとめるべきかの判断が難しい。またＮＡＳを既存のＧＮＳにＮＡＳを追加する場合、その追加により得られる効果を評価することは困難である。
【０００５】
本発明は以上の点を考慮してなされたもので、ＧＮＳの管理を容易化し、管理者の負担を軽減し得る計算機システム及び単一ネームスペースの管理方法を提案しようとするものである。
【課題を解決するための手段】
【０００６】
かかる課題を解決するため本発明においては、計算機システムにおいて、ファイルを読み書きするための記憶領域を提供するストレージサブシステムと、ユーザに対してファイル共有サービスを提供する複数のノードと、複数の前記ノードを一元化して単一ネームスペースとしてクライアントに提供するサーバと、各前記ノード及び前記サーバを管理する管理装置とを設け、前記管理装置が、各前記ノードから当該ノードが管理する各前記ファイルの管理情報及びアクセスログを収集し、収集した各前記ファイルの管理情報及びアクセスログに基づいて、所定の条件を満たすユーザをキーパーソンとして前記ノードごとに抽出し、抽出した前記キーパーソンのうち、複数の前記ノードに共通する前記キーパーソンを特定し、共通する前記キーパーソンの数が予め定められた第１の閾値以上の複数の前記ノードを単一ネームスペースとして統合するように前記サーバに要求し、前記サーバが、当該要求に応じて、共通する前記キーパーソンの数が前記第１の閾値以上の複数の前記ノードを単一ネームスペースとして統合するようにした。
【０００７】
また本発明においては、計算機システムにおける単一ネームスペースの管理方法において、前記計算機システムは、ファイルを読み書きするための記憶領域を提供するストレージサブシステムと、ユーザに対してファイル共有サービスを提供する複数のノードと、複数の前記ノードを一元化して単一ネームスペースとしてクライアントに提供するサーバと、
各前記ノード及び前記サーバを管理する管理装置とを備え、前記管理装置が、各前記ノードから当該ノードが管理する各前記ファイルの管理情報及びアクセスログを収集し、収集した各前記ファイルの管理情報及びアクセスログに基づいて、所定の条件を満たすユーザをキーパーソンとして前記ノードごとに抽出し、抽出した前記キーパーソンのうち、複数の前記ノードに共通する前記キーパーソンを特定し、共通する前記キーパーソンの数が予め定められた第１の閾値以上の複数の前記ノードを単一ネームスペースとして統合するように前記サーバに要求する第１のステップと、前記サーバが、当該要求に応じて、共通する前記キーパーソンの数が前記第１の閾値以上の複数の前記ノードを単一ネームスペースとして統合する第２のステップとを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、単一ネームスペースの管理を容易化し、管理者の負担を軽減し得る計算機システム及び単一ネームスペースの構成方法を実現できる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態による計算機システムのハードウェア構成を示すブロック図である。
【図２】本実施の形態による計算機システムのソフトウェア構成を示すブロック図である。
【図３】アクセスログの説明に供する概念図である。
【図４】ファイルシステムの説明に供する概念図である。
【図５】ディレクトリエントリの構成例を示す概念図である。
【図６】ｉノードによるデータブロックの参照例を示す概念図である。
【図７】ｉノード管理テーブルとｉノードとの関係を示す概念図である。
【図８】ＧＮＳサーバによりクライアントに提供されるディレクトリイメージの一例を示す概念図である。
【図９】ＧＮＳ管理テーブルの構成を示す概念図である。
【図１０】ＧＮＳの処理の流れの説明に供するブロック図である。
【図１１】ファイル情報管理テーブルの構成を示す概念図である。
【図１２】キーパーソン管理テーブルの構成を示す概念図である。
【図１３】キーパーソンの説明に供する概念図である。
【図１４】キーパーソン監視処理の処理手順を示すフローチャートである。
【図１５】共有効果監視処理の処理手順を示すフローチャートである。
【図１６】ＧＮＳ管理処理の処理手順を示すフローチャートである。
【符号の説明】
【００１０】
１……計算機システム、３……クライアント、５……データセンタ、１０……ＧＮＳサーバ、１１……ＮＡＳサーバ、１２……管理サーバ、１４……ＲＡＩＤサブシステム、２０，２２……ＣＰＵ、２１，２３……メモリ、２６……ディスク装置、２８……ＲＡＩＤグループ、５０……ファイル共有プログラム、５１，６６……ファイルシステムプログラム、６４……ＧＮＳ管理テーブル、６５……ＧＮＳ管理プログラム、７０……キーパーソン監視プログラム、７１……共有効果監視プログラム、８１……アクセスログ、８２……ファイル情報管理テーブル、８３……キーパーソン管理テーブル。
【発明を実施するための最良の形態】
【００１１】
以下図面について、本発明の一実施の形態を詳述する。
【００１２】
（１）本実施の形態による計算機システムの構成
図１において、１は全体として本実施の形態による計算機システムを示す。この計算機システム１は、クライアント群２、ＧＮＳサーバ１０、ＮＡＳサーバ１１、管理サーバ１２、ＦＣ（Fibre Channel）ネットワーク１３及びＲＡＩＤ（Redundant Arrays of Inexpensive Disks）サブシステム１４から構成される。そして各ＧＮＳサーバ１０、各ＮＡＳサーバ１１及び管理サーバ１２は第１のネットワーク１５を介して接続され、各ＧＮＳサーバ１０、管理サーバ１２及びＦＣネットワーク１３は第２のネットワーク１６を介して接続されている。
【００１３】
クライアント群２は、複数のクライアント３から構成される。各クライアント３は、それぞれＣＰＵ（Central Processing Unit）、メモリ、ＮＩＣ（Network Interface Card）及びハードディスク装置などの情報処理装置を備えるコンピュータ装置であり、例えばパーソナルコンピュータ、ワークステーション又はメインフレームなどから構成される。
【００１４】
ＧＮＳサーバ１０は、複数のＮＡＳサーバ１１を一元化してクライアント３に対して単一のネームスペース（ＧＮＳ）として見せるためのサーバであり、ＣＰＵ２０及びメモリ２１等の情報処理資源を備えて構成される。このＧＮＳサーバ１０は、図示しないＮＩＣを介して第１のネットワーク１５と接続されており、この第１のネットワーク１５を介して管理サーバ１２や対応するクライアント３との間で通信を行い得るようになされている。またＧＮＳサーバ１０は、図示しないＨＢＡ（Host Bus Adapter）を介して第２のネットワーク１６と接続されており、起動時に、この第２のネットワーク１６を介して後述するＧＮＳ管理プログラム６５（図２）などの制御プログラムをＲＡＩＤサブシステム１４から読み出し得るようになされている。
【００１５】
ＮＡＳサーバ１１は、クライアント３に対してファイル共有サービスを提供するサーバであり、ＣＰＵ２２及びメモリ２３等の情報処理資源を備えて構成される。ＮＡＳサーバ１１は、ＧＮＳサーバ１０と同様に、図示しないＮＩＣを介して第２のネットワーク１５と接続されており、この第２のネットワーク１５を介して管理サーバ１２やＧＮＳサーバ１０との間で通信を行い得るようになされている。またＮＡＳサーバ１１は、図示しないＨＢＡを介してＦＣネットワーク１３と接続されている。
【００１６】
管理サーバ１２は、システム管理者がデータセンタ５内のＧＮＳサーバ１０、ＮＡＳサーバ１１、ＦＣネットワーク１３及びＲＡＩＤサブシステム１４を管理するためのサーバであり、パーソナルコンピュータ又はワークステーションなどから構成される。管理サーバ１２は、ＣＰＵ２４及びメモリ２５等の情報処理資源と、キーボード及びマウスなどの入力装置と、ディスプレイ及びスピーカなどの出力装置とを備えて構成される。この管理サーバ１２は、ＧＮＳサーバ１０、ＮＡＳサーバ１１、ＦＣネットワーク１３及びＲＡＩＤサブシステム１４などから必要な情報を収集し、収集した情報を必要に応じて表示したり、ＧＮＳサーバ１０、ＮＡＳサーバ１１、ＦＣネットワーク１３及びＲＡＩＤサブシステム１４にコマンドを送信して制御する。
【００１７】
ＦＣネットワーク１３は、１又は複数のＦＣスイッチから構成される。ＧＮＳサーバ１０、ＮＡＳサーバ１１又は管理サーバ１２と、ＲＡＩＤサブシステム１４との間におけるデータやコマンドのやり取りは、このＦＣネットワーク１３を介して行われる。
【００１８】
ＲＡＩＤサブシステム１４は、１又は複数のディスク装置２６と、ディスク装置２６に対するデータの入出力を制御するコントロール部２７とから構成されるストレージ装置である。なお図１においては、計算機システム１内にＲＡＩＤサブシステム１４を１台だけ設けるようにした場合について例示しているが、ＲＡＩＤサブシステム１４を複数台設けるようにしても良い。
【００１９】
ディスク装置２６は、例えばＳＣＳＩ（Small Computer System Interface）ディスク等の高価なディスクや、ＳＡＴＡ（Serial AT Attachment）ディスクや光ディスク等の安価なディスクなどから構成される。１又は複数のディスク装置２６により１つのＲＡＩＤグループ２８が構成され、１つのＲＡＩＤグループ２８を構成する各ディスク装置２６が提供する物理的な記憶領域上に、１又は複数の論理ボリュームが設定される。そしてクライアントからのデータは、この論理ボリューム内に所定大きさのブロック（以下、これを論理ブロックと呼ぶ）を単位として記憶される。
【００２０】
各論理ボリュームには、それぞれ固有のボリューム番号が付与される。本実施の形態の場合、データの入出力は、このボリューム番号と、各論理ブロックにそれぞれ付与されるその論理ブロックのブロック番号（ＬＢＡ：Logical Block Address）とを組み合わせたものをアドレスとして、当該アドレスを指定して行われる。
【００２１】
コントロール部２７は、１又は複数のチャネルアダプタ（ＣＨＡ）２９と、１又は複数のディスクコントローラ（ＤＫＣ）３０とを備えて構成される。コントロール部２７は、ＮＡＳサーバ１１からＦＣネットワーク１３を介して与えられるＩ／Ｏ（Input/Output）要求をチャネルアダプタ２９において受信し、このＩ／Ｏ要求に応じて、ディスクコントローラ３０の制御のもとに、対応するディスク装置２６にデータを読み書きする。
【００２２】
図２は、かかる計算機システム１のソフトウェア構成を示す。計算機システム１において、ＲＡＩＤサブシステム１４のＲＡＩＤグループ２８（図１）上には、上述のように論理ボリュームが複数作成される。ＮＡＳ環境では、かかる論理ボリュームとして、ＯＳボリューム（ＯＳ−ＬＵ）４０及びユーザボリューム（Ｕｓｅｒ−ＬＵ）４１の２種類の論理ボリュームが作成される。
【００２３】
ＯＳボリューム４０は、ＧＮＳサーバ１０やＮＡＳサーバ１１のＯＳ（Operation System）が使用するプログラムが格納される論理ボリュームである。このＯＳボリューム４０には、図３に示すアクセスログ８１も格納される。アクセスログ８１は、ＲＡＩＤサブシステム１４に格納されたファイルへのユーザからのアクセス履歴を記録したものであり、アクセス日時、ディレクトリパス名及び操作種別（read/write）から構成される。
【００２４】
ユーザボリューム４１は、クライアント３からのＩ／Ｏ要求によるデータが格納される論理ボリュームである。このユーザボリューム４１が提供する記憶領域は、ファイルシステムにより使用される。
【００２５】
ＮＡＳサーバ１１には、ファイル共有プログラム５０、及びファイルシステムプログラム５１が実装される。
【００２６】
ファイルシステムプログラム５１は、物理ボリューム上にファイルという管理単位を実現するために構築された論理構造であるファイルシステムを管理するためのプログラムである。
【００２７】
ここでファイルシステムについて説明すると、ファイルシステムは、図４に示すように、スーパーブロック６０、ディレクトリエントリ６１、ｉノード管理テーブル６２及びデータブロック６３を備える。このうちスーパーブロック６０は、ファイルシステムの大きさ及び空き容量などのファイルシステムの情報を一括して保持する論理ブロックである。
【００２８】
またファイルシステムでは、１つのファイルに１つのｉノードを対応させて管理しており、これらの対応関係がディレクトリエントリ６１において管理される。具体的に、ディレクトリエントリは、図５に示すように、ディレクトリパス名６１Ａと、ｉノードを指すインデックス（以下、これをｉノード番号と呼ぶ）６１Ｂとを組みにしたテーブルである。
【００２９】
なお、ｉノードとは、対応するファイルの所有権、アクセス権、ファイルサイズ及びデータの格納位置などの情報からなる当該ファイルの管理情報のことをいう。ｉノードとデータブロック６３との参照関係を図６に示す。この図６の左側の枠線内の表において、「100」、「200」及び「250」はブロックアドレスを示し、「３」、「２」及び「５」はそのブロックアドレスから連続する、データが格納されたデータブロック６３のブロック数を示す。このｉノードは、図７に示すように、ｉノード管理テーブル６２に格納されて管理される。
【００３０】
またデータブロック６３は、実際のファイルデータや管理データなどが格納される論理ブロックのことをいう。
【００３１】
ファイル共有プログラム５０は、ＣＩＦＳ（Common Internet File System）やＮＦＳ（Network File System）といった通信プロトコルを使用してクライアント３に対してファイル共有サービスを提供するプログラムである。
【００３２】
なおＮＡＳサーバ１１は、ファイル共有プログラム５０、及びファイルシステムプログラム５１に加えて図示しないカーネルをも備える。カーネルは、ＮＡＳサーバ１１上で動作する複数のプログラム（プロセス）のスケジュール制御やハードウェアからの割り込みをハンドリングするなど、全般的な制御を実施する。
【００３３】
ＧＮＳサーバ１０には、ＧＮＳ管理プログラム６５が実装されている。ＧＮＳ管理プログラム６５は、クライアント３に対して複数のＮＡＳサーバ１１に分散格納されているファイルデータを単一のディレクトリイメージで一元化したビューを提供するためのプログラムである。例えばクライアント３に対して図８に示すようなディレクトリイメージを提供する。
【００３４】
この際、ＧＮＳ管理プログラム６５は、図９に示すようなＧＮＳ管理テーブル６４をＧＮＳごとに作成する。このＧＮＳ管理テーブル６４は、ディレクトリパス名欄６４Ａ、ホスト名欄６４Ｂ、ファイルシステム名欄６４Ｃ及びｉノード番号欄６４Ｄから構成される。
【００３５】
このうちディレクトリパス名欄６４Ａには、そのＧＮＳ管理プログラム６５がクライアント３に提供する対応するＧＮＳに属する各ファイルへのディレクトリパス名が格納され、ホスト名欄６４Ｂにはそのファイルを管理するＮＡＳサーバ１１のＮＡＳ名が格納される。またファイルシステム名欄６４Ｃには、そのファイルを提供するファイルシステムのファイルシステム名が格納され、ｉノード欄６４Ｄには、そのファイルのｉノードのｉノード番号が格納される。
【００３６】
そしてＧＮＳ管理プログラム６５は、例えば図９の例において、クライアント３からディレクトリパス名が「/Holder-2/a.txt」のファイルへのリード要求を受け取った場合（図１０、ＳＰ１）、図１０に示すように、このリード要求を、かかるＧＮＳ管理テーブル６４を使用して、「NAS-3」がもつファイルシステム「FS31」上にあるｉノード番号が「1000(a.txt)」のファイルのリード要求に変換し、このリード要求を「NAS-3」に送信する（ＳＰ２）。そして「NAS-3」は、このリード要求に応じて「a.txt」をユーザボリューム４１から読み出す（ＳＰ３，ＳＰ４）。そしてこの「a.txt」は、この後、「NAS-3」からＧＮＳサーバ１０を介してクライアント３へと転送される（ＳＰ５，ＳＰ６）。
【００３７】
なおＧＮＳサーバ１０には、ＧＮＳ管理プログラム６５の他にファイルシステムプログラム６６及びカーネル（図示せず）も実装されているが、これらファイルシステムプログラム６６及びカーネルは、ＮＡＳサーバ１１のものと同様の機能を有するものであるため、ここでの説明は省略する。
【００３８】
一方、管理サーバ１２には、図２に示すように、キーパーソン監視プログラム７０及び共有効果監視プログラム７１が実装されている。キーパーソン監視プログラム７０は後述するキーパーソン及びその人数を監視し、その人数に応じて、ＧＮＳサーバ１０にＧＮＳ生成要求を行うプログラムであり、共有効果監視プログラム７１は、定期的にＧＮＳサーバ１０へＧＮＳ削除チェックの要求を行うことで、ユーザメリットのないＧＮＳを削除するためのプログラムである。これらキーパーソン監視プログラム７０及び共有効果監視プログラム７１の詳細については後述する。なお図２では図示していないが、管理サーバ１２にもカーネル及びファイルシステムプログラムが実装される。
【００３９】
さらにクライアント３には、各種のアプリケーションソフトウェアが実装されており、このアプリケーションソフトウェアが使用するデータがデータセンタのＲＡＩＤサブシステム１４に読み書きされる。そのための手段として、クライアント３にもファイルシステムプログラム及びカーネルが実装される。
【００４０】
（２）本実施の形態によるＧＮＳ構成管理機能及び共有効果監視機能
（２−１）概要及び各種管理テーブルの構成
次に、かかる管理サーバ１２に搭載されたＧＮＳ構成管理機能及び共有効果監視機能について説明する。
【００４１】
本実施の形態による管理サーバ１２には、図３について上述したアクセスログ８１等を各ＮＡＳサーバ１１からそれぞれ収集し、収集した各アクセスログ８１等に基づいてキーパーソンをＮＡＳサーバ１１ごとに特定し、２つのＮＡＳサーバ１１間で共通するキーパーソンが所定数以上存在する場合には、これらのＮＡＳサーバ１１を同一のＧＮＳに統合するＧＮＳ構成管理機能が搭載されている。ここでキーパーソンとは、ＮＡＳサーバ１１上に作成したファイルが一定数以上あり、同一のＮＡＳサーバ１１を利用する他のユーザがそのキーパーソンが作成したファイルを参照した回数と、他のファイルからそのキーパーソンが作成したファイルへのリンク数との合計値が一定数以上のユーザのことをいう。
【００４２】
また本実施の形態による管理サーバ１２には、統合したＮＡＳサーバ１１の共有効果を監視し、共有効果が得られないＮＡＳサーバ１１の統合を解除する共有効果監視機能も搭載されている。ここでＮＡＳサーバ１１の共有効果とは、複数のＮＡＳサーバ１１を同一のＧＮＳにまとめたことによって、ユーザがどれだけ共有の効果を享受しているかを意味する。例えば、ＧＮＳによるＮＡＳサーバ１１の共有を図ってもアクセス制限があるために参照できないファイルが多い場合、管理サーバ１２は、それらのＮＡＳサーバ１１の統合による共有効果がないと判断する。逆に、アクセス制限がないファイルが多く、これらのＮＡＳサーバ１１を利用していたユーザが今まで参照できなかったファイルが参照可能となったり、又は参照可能なファイルが増えたりする場合には、管理サーバ１２は、共有効果があると判断する。
【００４３】
以上のようなＧＮＳ構成管理機能及び共有効果監視機能を実現するための手段として、管理サーバ１２のメモリ２５（図１）には、図１１及び図１２に示すファイル情報管理テーブル８２、キーパーソン管理テーブル８３が格納されている。
【００４４】
ファイル情報管理テーブル８２は、キーパーソンを特定するために使用されるファイル情報を格納するテーブルであり、図１１に示すように、ナンバー欄８２Ａ、ＮＡＳ名欄８２Ｂ、ユーザ名欄８２Ｃ、ディレクトリパス名欄８２Ｄ、リンク数欄８２Ｅ及び参照回数欄８２Ｆから構成される。
【００４５】
そしてＮＡＳ名欄８２Ｂには、対応するファイルを管理しているＮＡＳサーバ１１のＮＡＳ名が格納され、ユーザ名欄８２Ｃには、そのファイルを作成したユーザのユーザアカウントが格納される。なお、図１１において、ユーザアカウントの「user-」の後ろに付与された２桁の番号は、１桁目が所属するＮＡＳサーバ１１の番号を表し、２桁目がシリアル番号を表す。従って、例えば「user-21」は、「NAS-2」に所属する「１」番目のユーザアカウントであることを表している。
【００４６】
またディレクトリパス名欄８２Ｄには、そのファイルのディレクトリパスが格納され、リンク数欄８２Ｅには、他のファイル（ドキュメント）からそのファイルへのリンク数（引用回数）が格納される。さらに参照回数欄８２Ｆには、ユーザがそのファイルを参照した回数（参照回数）が格納される。
【００４７】
さらにキーパーソン管理テーブル８３は、複数のＮＡＳサーバ１１で共通するキーパーソン及びその人数を管理するためのテーブルであり、図１２に示すように、いわゆる対戦表形式で形成される。そしてキーパーソン管理テーブル８３における各キーパーソン管理欄８３Ａ〜８３Ｃには、それぞれキーパーソン管理欄８３Ａ〜８３Ｃが属する行に対応付けられたＮＡＳサーバ１１と、そのキーパーソン管理欄８３Ａ〜８３Ｃが属する列に対応付けられたＮＡＳサーバ１１との間で共通する各キーパーソンのユーザ名とキーパーソンの人数とがそれぞれ格納される。
【００４８】
例えば図１２の例の場合、キーパーソン管理欄８３Ａには、「NAS-1」というＮＡＳサーバ１１と、「NAS-2」というＮＡＳサーバ１１との間で共通するキーパーソンのユーザ名（「user-11」）及びその人数（１人）が格納され、キーパーソン管理欄８３Ｂには、「NAS-1」というＮＡＳサーバ１１と、「NAS-3」というＮＡＳサーバ１１との間で共通するキーパーソンのユーザ名（「user-11」及び「user-31」）及びその人数（２人）が格納される。またキーパーソン管理欄８３Ｃには、「NAS-2」というＮＡＳサーバ１１と、「NAS-3」というＮＡＳサーバ１１との間で共通するキーパーソンのユーザ名（「user-21」、「user-22」、「user-23」、「user-31」及び「user-32」）とその人数が格納される。
【００４９】
（２−２）各プログラムの処理
次に、かかるＧＮＳ構成管理機能及び共有効果監視機能に関連して、管理サーバ１２のキーパーソン監視プログラム７０により実行されるＧＮＳ構成管理処理及び共有効果監視プログラム７１により実行される共有効果監視処理について説明する。
【００５０】
なお、以下においては、初期状態ではＧＮＳが構成されていないものとする。また、ＲＡＩＤサブシステム１４に格納されるファイルには、ＡＣＬ（Access Control List）等のアクセス制限が設定されているものとし、アクセス制限が設定されたファイルには、ＧＮＳで統合されていても予めアクセスが許可されているユーザアカウントのみしかアクセスできないものとする。
【００５１】
さらに以下においては各種処理の処理主体を「プログラム」として説明するが、実際上は、そのプログラムに基づいてＧＮＳサーバ１０のＣＰＵ２０（図１）、管理サーバ１２のＣＰＵ２４（図１）又は対応するＮＡＳサーバ１１のＣＰＵ２２（図１）がその処理を実行することは言うまでもない。
【００５２】
（２−２−１）キーパーソン監視プログラムの処理
図１４は、上述のようなＧＮＳ構成管理機能に関連してキーパーソン監視プログラム７０（図２）により実行されるＧＮＳ構成管理処理の処理手順を示す。キーパーソン監視プログラム７０は、定期的にこのキーパーソン監視処理を実行することにより、複数のＮＡＳサーバ１１間で共通するキーパーソンを特定し、その特定結果に基づき、必要に応じて、これら複数のＮＡＳサーバ１１を１つのＧＮＳに統合するようＧＮＳサーバ１０に要求する。
【００５３】
すなわちキーパーソン監視プログラム７０は、このキーパーソン監視処理を開始すると、まず、各ＮＡＳサーバ１１にアクセスして、そのＮＡＳサーバ１１が保持するアクセスログ８１（図３）と、そのＮＡＳサーバ１１が管理する各ファイルに関する図４について上述したディレクトリエントリ６１及びｉノード管理テーブル６２などの情報（以下、これをファイル管理情報と呼ぶ）とを当該ＮＡＳサーバ１１から収集する（ＳＰ１０）。
【００５４】
続いて、キーパーソン監視プログラム７０は、ＳＰ１０において収集した各ＮＡＳサーバ１１が管理する各ファイルのファイル管理情報に基づいて、各ＮＡＳサーバ１１がそれぞれ管理する各ファイルへのディレクトリパス名、そのファイルの作成ユーザ名、そのファイルを管理しているＮＡＳサーバ１１のサーバ名などの情報をファイル情報管理テーブル８２（図１１）に登録する。またキーパーソン監視プログラム７０は、ＳＰ１０において収集した各アクセスログ８１に基づいて、そのファイルの参照回数及び他のファイルからそのファイルのリンク数をカウントし、カウント結果をファイル情報管理テーブル８２に登録する（ＳＰ１１）。
【００５５】
またキーパーソン監視プログラム７０は、ファイル情報管理テーブル８２を参照して、ＮＡＳサーバ１１ごとのキーパーソンを抽出すると共に、抽出結果に基づいて複数のＮＡＳサーバ１１に共通するキーパーソンを検出し、検出したキーパーソンのユーザ名及びそのキーパーソンの人数をキーパーソン管理テーブル８３（図１２）の対応するキーパーソン管理欄８３Ａ〜８３Ｃ（図１２）に格納する（ＳＰ１２）。
【００５６】
例えば図１１の例において、キーパーソンの要件を、１つ以上のファイルを作成し、同一のＮＡＳサーバ１１を利用する他のユーザがそのキーパーソンが作成したファイルを参照した回数と、他のファイルからそのキーパーソンが作成したファイルへのリンク数との合計値が２０以上であるユーザであるものとすると、図１３に示すように、この図１３において着色したエントリに対応するユーザがＮＡＳサーバ１１ごとのキーパーソンとして抽出され、この抽出結果に基づいて図１２のようなキーパーソン管理テーブル８３が作成されることなる。
【００５７】
続いてキーパーソン監視プログラム７０は、キーパーソン管理テーブル８３を参照して、統合すべきＮＡＳサーバ１１が存在するか否か、つまり複数のＮＡＳサーバ１１に共通するキーパーソンの人数が予め定められた閾値（以下、これを統合閾値と呼ぶ）以上の複数のＮＡＳサーバ１１があるか否かを判断する（ＳＰ１３）。例えば、図１２の例において、上述の統合閾値を「４」とすると、図１２の例では、「NAS-2」というＮＡＳサーバ１１と、「NAS-3」というＮＡＳサーバ１１との間で共通するキーパーソンの数が統合閾値以上であるため、この判断において肯定結果を得ることになる。
【００５８】
そしてキーパーソン監視プログラム７０は、この判断において否定結果を得ると、このＧＮＳ構成管理処理を終了する。これに対してキーパーソン監視プログラム７０は、この判断において肯定結果を得ると、共通するキーパーソンの人数が統合閾値以上のＮＡＳサーバ１１を同じＧＮＳに統合するべき旨のＧＮＳ作成要求をＧＮＳサーバ１０に送信する（ＳＰ１４）。
【００５９】
さらにキーパーソン監視プログラム７０は、かかる統合の共有効果を監視するために共有効果監視プログラムを起動し（ＳＰ１５）、この後、このＧＮＳ構成管理処理を終了する。
【００６０】
このようにして、キーパーソン監視プログラム７０は、キーパーソンの人数を特定し、キーパーソンの人数が所定数以上の複数のＮＡＳサーバ１１のＧＮＳを統合するようにＧＮＳサーバ１０のＧＮＳ管理プログラム６５に要求し、複数のＮＡＳサーバ１１のＧＮＳを統合する。
【００６１】
（２−２−２）共有効果監視プログラムの処理
一方、図１５は、上述のような共有効果監視機能に関連して共有効果監視プログラム７１により実行される共有効果監視処理の処理手順を示す。共有効果監視プログラム７１は、キーパーソン監視プログラム７０により起動されると、この共有効果監視処理を実行することにより、共有効果がないＧＮＳを削除するようＧＮＳサーバ１０に要求する。
【００６２】
すなわち共有効果監視プログラム７１は、キーパーソン監視プログラム７０によって起動されるとこの共有効果監視処理を開始し、まず、後述するＧＮＳ削除チェック要求を最後に発行してから所定時間が経過するのを待ち受ける（ＳＰ２０）。
【００６３】
そして共有効果監視プログラム７１は、やがてＧＮＳ削除チェック要求を最後に発行してから所定時間が経過すると、ＧＮＳサーバ１０にＧＮＳ削除チェック要求を発行する（ＳＰ２１）。かくしてＧＮＳサーバ１０は、後述のように、このＧＮＳ削除チェック要求に応じて、この共有効果監視プログラム７１が起動される直前に作成されたＧＮＳについて、ＮＡＳサーバ１１の共有効果がないか否かを判定し、共有効果がない場合には、そのＧＮＳを削除する。
【００６４】
この後、共有効果監視プログラム７１は、そのとき対象としているＧＮＳが、かかるＧＮＳ削除チェック要求に応じて削除されたか否かを判断する（ＳＰ２２）。そして共有効果監視プログラム７１は、この判断において否定結果得るとステップＳＰ２０に戻り、この後、ステップＳＰ２０〜ステップＳＰ２２を同様に繰り返す。これに対して共有効果監視プログラム７１は、ステップＳＰ２２の判断において肯定結果を得ると、この共有効果監視処理を終了する。
【００６５】
このようにして、共有効果監視プログラム７１は、定期的にＧＮＳサーバ１０にＧＮＳ管理テーブル６４を削除するべきか否かをチェックするように要求することによって、ＧＮＳ管理テーブル６４が削除されるまで、ＧＮＳの共有効果を監視する。
【００６６】
（２−２−３）ＧＮＳ管理プログラムの処理
他方、図１６は、ＧＮＳサーバ１０に搭載されたＧＮＳ管理プログラム６５により実行されるＧＮＳ管理処理の処理手順を示す。ＧＮＳ管理プログラム６５は、この図１６に示すＧＮＳ管理処理手順に従って、クライアント３及び管理サーバ１２から与えられる各種要求に応じた処理を実行する。
【００６７】
すなわちＧＮＳ管理プログラム６５は、起動後、このＧＮＳ管理処理を開始し、まず、クライアント３又は管理サーバ１２からの何らかのアクセス要求が与えられるのを待ち受ける（ＳＰ３０）
【００６８】
そしてＧＮＳ管理プログラム６５は、クライアント３又は管理サーバ１２からの何らかのアクセス要求を受領すると、そのアクセス要求がクライアント３からのリード要求であるか否かを判別する（ＳＰ３１）。
【００６９】
ＧＮＳ管理プログラム６５は、この判断において肯定結果を得ると、ＧＮＳ管理テーブル６４を参照して、そのリード要求において指定されたリード対象のファイルを管理するＮＡＳサーバ１１を特定し（ＳＰ３２）、特定したＮＡＳサーバ１１に対してかかるリード要求に応じたリード要求を送信する（ＳＰ３３）。
【００７０】
そしてＧＮＳ管理プログラム６５は、例えばアクセス制限などにより、このステップＳＰ３３においてそのファイルのデータの読み出しに失敗した場合には、現在の日時と、アクセスできなかったファイルのファイル名と、その操作（read/write）とをアクセスフェイルログとして記録し（ＳＰ３４）、この後ＳＰ３０に戻る。
【００７１】
これに対してＧＮＳ管理プログラム６５は、ステップＳＰ３１の判断において否定結果を得ると、このとき受領したアクセス要求がクライアント３からのライト要求であるか否かを判別する（ＳＰ３５）。
【００７２】
ＧＮＳ管理プログラム６５は、この判断において肯定結果を得ると、ＧＮＳ管理テーブル６４を参照して、ライト要求において指定されたライト対象のファイルを管理すべきＮＡＳサーバ１１を特定し（ＳＰ３６）、特定したＮＡＳサーバ１１にかかるライト要求に応じたライト要求とライト対象のファイルのデータとを送信する（ＳＰ３７）。
【００７３】
そしてＧＮＳ管理プログラム６５は、例えばアクセス制限などにより、このステップＳＰ３３においてそのファイルのデータの書き込みに失敗した場合には、現在の日時と、アクセスできなかったファイルのファイル名と、その操作（read/write）とをアクセスフェイルログとして記録し（ＳＰ３４）、この後ＳＰ３０に戻る。
【００７４】
一方、ＧＮＳ管理プログラム６５は、ステップＳＰ３５の判断において否定結果を得ると、このとき受領したアクセス要求が管理サーバ１２からのＧＮＳ作成要求であるか否かを判断する（ＳＰ３８）。
【００７５】
ＧＮＳ管理プログラム６５は、この判断において肯定結果を得ると、ＧＮＳ作成要求において指定された複数のＮＡＳサーバ１１についてのＧＮＳ管理テーブル６４を作成することによりかかる複数のＮＡＳサーバ１１を統合した新たなＧＮＳを作成し（ＳＰ３９）、この新たなＧＮＳを作成した旨と作成した日時をログに記録し（ＳＰ４０）、この後、ＳＰ３０に戻る。
【００７６】
これに対してＧＮＳ管理プログラム６５は、ステップＳＰ３８の判断において否定結果を得ると、このとき受領したアクセス要求が管理サーバ１２からのＧＮＳ削除チェック要求であるか否かを判別する（ＳＰ４１）。
【００７７】
ＧＮＳ管理プログラム６５は、この判断において肯定結果を得ると、アクセスフェイルログを照合し（ＳＰ４２）、アクセス制限ファイルが所定数以上であるか否かを判別する（ＳＰ４３）。
【００７８】
ＧＮＳ管理プログラム６５は、この判断において肯定結果を得ると、ＧＮＳ管理テーブル６４を削除し（ＳＰ４４）、管理サーバ１２にＧＮＳ管理テーブル６４を削除した旨を通知した後、ＳＰ３０に戻る。
【００７９】
これに対してＧＮＳ管理プログラム６５は、ステップＳＰ４３の判断において否定結果を得ると、ＳＰ３０に戻る。
【００８０】
このようにして、ＧＮＳ管理プログラム６５によれば、ＧＮＳ管理テーブル６４に基づいて、ＮＡＳサーバ１１にアクセスでき、且つ、管理サーバ１２からＧＮＳを作成するように要求された場合には、ＧＮＳを作成することができ、管理サーバ１２よりＧＮＳ削除チェックがあった場合には、アクセス失敗したファイル数に基づいて、ＧＮＳ管理テーブル６４を削除することができる。
【００８１】
（３）本実施の形態の効果
以上のように本実施の形態による計算機システム１では、ＮＡＳサーバ１１ごとにキーパーソンを特定し、２つのＮＡＳサーバ１１間で共通するキーパーソンが所定数以上存在する場合には、これらのＮＡＳサーバ１１を同一のＧＮＳに統合する。従って、本計算機システム１によれば、どのＮＡＳサーバ１１同士をＧＮＳとして統合すべきかの判断を管理者が行う必要がなく、ＧＮＳの管理を容易化し、管理者の負担を軽減することができる。
【００８２】
また本計算機システム１によれば、複数のＮＡＳサーバ１１を１つのＧＮＳに統合した後も、当該統合の効果を定期的に評価して、効果の低いＧＮＳを解消するため、より一層とＧＮＳの管理を容易化し、管理者の負担を軽減することができる。
【００８３】
（４）他の実施の形態
なお上述の実施の形態においては、計算機システム１内に３台のＧＮＳサーバ１０と、複数台のＮＡＳサーバ１１とを設けるようにした場合について述べたが、本発明はこれに限らず、これらＧＮＳサーバ１０及びＮＡＳサーバ１１の台数はこれ以外であっても本発明を適用することができる。
【００８４】
また上述の実施の形態においては、管理サーバ１２及びＧＮＳサーバ１０を別個の装置として構成するようにした場合について述べたが、本発明はこれに限らず、これら管理サーバ１２及びＧＮＳサーバ１０を１つのサーバとして構成するようにしても良い。
【００８５】
さらに上述の実施の形態においては、キーパーソンを、ＮＡＳサーバ１１上に作成したファイルが一定数以上あり、同一のＮＡＳサーバ１１を利用する他のユーザがそのキーパーソンが作成したファイルを参照した回数と、他のファイルからそのキーパーソンが作成したファイルへのリンク数との合計値が一定数以上のユーザと定義した場合について述べたが、本発明はこれに限らず、キーパーソンの定義としては、この他種々の定義を広く適用することができる。
【産業上の利用可能性】
【００８６】
本発明は、複数のＮＡＳサーバを備える計算機システムに広く適用することができる。
【図１】
2011034157.tif 000003
【図２】
2011034157.tif 000004
【図３】
2011034157.tif 000005
【図４】
2011034157.tif 000006
【図５】
2011034157.tif 000007
【図６】
2011034157.tif 000008
【図７】
2011034157.tif 000009
【図８】
2011034157.tif 000010
【図９】
2011034157.tif 000011
【図１０】
2011034157.tif 000012
【図１１】
2011034157.tif 000013
【図１２】
2011034157.tif 000014
【図１３】
2011034157.tif 000015
【図１４】
2011034157.tif 000016
【図１５】
2011034157.tif 000017
【図１６】
2011034157.tif 000018