(57)【要約】【課題】  モジュラー型サーバシステムにおいて、ＯＳ未配布状態のサーバからサーバ情報を容易に取得してそのサーバを特定するＷＷＮと予め割り当てたＬＵとの関連付けが行われるようにする。【解決手段】  ストレージを管理するマネージャがアクセス制限をしない領域１４６に情報取得用ＯＳを格納したＬＵ１４２をおき、ＦＣＡからブートするように設定したサーバ１０５の上で情報取得用ＯＳを起動する。この情報取得用ＯＳから取得したＷＷＮと本番用ＬＵとを管理サーバ１２０の上で関連付け、２回目以降は本番用ＬＵが起動するようにする。【選択図】  図１
2007213271.tif 000002
【特許請求の範囲】
【請求項１】
多数のサーバ装置をストレージ装置に接続したモジュラー型サーバシステムにおいて、任意のサーバ装置から参照可能な論理ボリュームに格納された情報収集用オペレーティングシステムを起動して該サーバ装置の固有情報を取得し、論理ボリュームに関する割当を行うことを特徴とするサーバ情報収集方法。
【請求項２】
前記情報収集用オペレーティングシステムを起動して取得したサーバ装置の固有情報を、ユーザによって定義されたサーバ装置に関する論理情報が予め格納されたテーブルに該論理情報に対応して記録するステップを更に有し、前記論理ボリュームに関する割当は前記テーブルを元に行うことを特徴とする請求項１記載のサーバ情報収集方法。
【請求項３】
前記テーブルにはサーバ装置に対応して前記固有情報取得の要否を格納する欄があり、情報取得契機において該テーブルを参照し情報取得要の場合に情報取得ならびに論理ボリュームへの割当を行うことを特徴とする請求項２記載のサーバ情報収集方法。
【請求項４】
サーバ装置から取得可能な構成変更通知に関するテーブルを有し、該テーブルに格納された通知を契機に前記固有情報の取得の要否の欄を書き換えることを特徴とする請求項３記載のサーバ情報収集方法。
【請求項５】
前記サーバ装置の固有情報の取得は、前記サーバ装置上で起動された前記情報収集用オペレーティングシステムと通信するための情報収集用ＩＰアドレスを前記サーバ装置に付与する手順を含む請求項１記載のサーバ情報取得方法。
【請求項６】
情報収集の過程であるサーバ装置が前記情報収集用のＩＰアドレスを取得完了まで、他のサーバ装置群の電源投入制御をロックすることを特徴とする請求項５のサーバ情報収集方法。
【請求項７】
同一のサーバ装置とみなす固有情報を格納したテーブルを持ち、情報収集した結果、あるサーバ装置のサーバ情報と判定した場合は取得した情報で以前の情報を更新することを特徴とする請求項４記載のサーバ情報収集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多数のサーバ装置をストレージ装置に接続したモジュラー型サーバシステムにおいて、ＯＳ配布前のサーバからサーバ情報を収集し、かつ収集したサーバ情報を用いてストレージ側でブートＬＵを切り替える方法に関する。
【背景技術】
【０００２】
モジュラー型サーバシステムにおいて、サーバがシステムに新規追加のとき、ＯＳ、ミドルソフトウエア及びアプリケーションを配布および設定し、管理対象とするために個々のサーバのハードウェア情報を収集する必要がある。
【０００３】
従来はＯＳ配布後のサーバを管理対象としていたため、ＯＳ上のエージェント経由でサーバ状態を収集することが可能であった。しかし設置されたばかりのサーバの場合、ＯＳ配布すらされていないために、管理者はサーバを識別するＩＤを把握することができない。一般的なＯＳ配布ソフトウエアではＭＡＣアドレスがサーバを識別するＩＤとなっていることが多い。このようなＯＳ配布ソフトウエアを用いたシステム構成では、一度サーバの電源を入れてネットワーク・ブートをＢＩＯＳ画面で選択し、ブート時に一瞬表示されるＭＡＣアドレスを書き取るという対応がなされている。
【０００４】
一方、ＯＳ未配布のサーバからサーバのハードウェア情報を取得するのに、ネットワーク・ブートを用いてサーバ情報取得用のミニＯＳをサーバに配布するという方法がある。
【０００５】
【特許文献１】特開２００２−１２３３９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記のブート時に表示されるＭＡＣアドレスを書き取ってＯＳ未配布のサーバとＭＡＣアドレスの対応をとるという作業を多数のサーバに行うのは作業時間とミス発生の問題がある。  一方、ネットワーク・ブートをもちいてミニＯＳを配布し、このミニＯＳを用いてサーバのハードウェア情報を取得する方法では、ブロードキャスト・パケットが通るようにネットワークスイッチのＶＬＡＮ設定を変更する、情報収集後にＢＩＯＳのブート順位設定を変更するなどの必要があった。ＶＬＡＮ設定の変更は、稼動中の業務に影響を及ぼす可能性があるため、回避すべきである。またＢＩＯＳのブート順位設定を一台ずつ変更する作業を数百台にわたって実行することは、大変な時間と労力を要するので現実的ではない。
【０００７】
そこで、本発明の課題はＯＳ未配布のサーバから容易にサーバのハードウェア情報を取得するこが可能なサーバ情報収集方法を提供すことにある。また、情報収集のためにＶＬＡＮの設定変更の必要がなく、情報収集後もＢＩＯＳの順位設定が作業が発生しないサーバのハードウェア情報収集方法を提供するにある。
【課題を解決するための手段】
【０００８】
本発明では、ストレージを管理するマネージャがアクセス制限をしていない領域に情報収集用ＯＳを格納したＬＵをおき、一度ＦＣＡからブートするよう設定したサーバ上で情報収集用ＯＳを起動する。この情報収集用ＯＳから取得したＷＷＮと本番環境で使用するＬＵとを管理サーバ経由で関連付ける。この関連付け以降はストレージを管理するマネージャが提供するアクセス制限機能によって、先の関連付けが実行された本番環境で使用するＬＵからＯＳが起動するようにする。
【発明の効果】
【０００９】
ＯＳ未配布サーバから容易にサーバのハードウェア情報を取得できる。情報収集用にＶＬＡＮ設定を変更する必要がない。また、情報取得後にＢＩＯＳのブート順位設定を変更する必要がない。
【実施例１】
【００１０】
図１は、本発明の実施例１のモジュラー型サーバシステムの全体構成を示す。複数のサーバ１０５は内部ネットワークスイッチ１０３とサービスプロセッサ（ＳＶＰ）１０２とともにシャーシ１０１に格納されている。各サーバ１０５はネットワークインターフェースカード（ＮＩＣ）１０７を介して内部ネットワークスイッチ１０３に接続され、ファイバチャネルアダプタ（ＦＣＡ）１０８を介してスイッチ１３０に接続されている。また、サーバ１０５にはＢＭＣ（Baseboard Management Controller）１０６が内蔵されている。ＢＭＣ１０６はＳＶＰ１０２と接続されており、ネットワークを介してサーバ１０５のハードウエアの状態監視や電源制御、サーバ１０５のリセット等を行うことができる。
【００１１】
一般にＢＭＣ１０６にはサーバ１０５と別の電源が供給されており、サーバが停止していてもネットワークを介してＢＭＣ１０６を遠隔操作することができる。ＮＩＣ１０７は通信機能を有し、ＭＡＣアドレス格納するメモリを持つ。ＦＣＡ１０８はＷＷＮ（World Wide Name）を格納するメモリを持つ。一般的にＭＡＣアドレスとＷＷＮは全世界でユニークな値を持つため、これらの値によって個々を特定することが可能である。
【００１２】
スイッチ１３０はディスクアレイ装置１４０にも接続され、サーバ１０５からアクセスできる。ディスクアレイ装置１４０には、ＬＵ（Logical Unit）１４２、１４３、１４４、１４５及びＬＵを管理するディスクアレイ管理機構１４１が存在する。内部ネットワークスイッチ１０３はシャーシ１０１の外側にあるネットワークスイッチ１１０に接続されている。ネットワークスイッチ１１０はシャーシ１０１を管理するＳＶＰ１０２、システムを管理する管理サーバ１２０、及びディスクアレイ装置１４０とＬＵ１４２〜１４５を管理するディスクアレイ管理機構１４１にも接続されている。サーバ１０５は、内部ネットワークスイッチ１０３を用いたＶＬＡＮ（Virtual LAN）によって論理的に複数のＩＰネットワーク１０９に分割することができる。これにより、隣り合うサーバで実行されている別々の業務がネットワーク的に干渉することを防ぐことが可能であり、現在のサーバ運用において欠かせない機能となっている。
【００１３】
本実施例では、特定のＩＰアドレスに対して送受信されるユニキャスト・パケットは通すが不特定のＩＰアドレスへ送受信されるブロードキャスト・パケットは遮断する。よって、複数のサーバ１０５は、複数のＶＬＡＮグループ１０９で分割されており、また管理サーバ１２０へのユニキャスト・パケットは通るものとする。管理サーバ１２０がサーバ１０５を管理するための管理用ＬＡＮと、サーバ１０５が業務で使用する業務用ＬＡＮに関して、物理的なネットワーク配線は共通のものを使用する。またＩＰネットワークにおけるＶＬＡＮと同様の機能がストレージにも存在する。これはディスクアレイ管理機構１４１によって、複数のＬＵ１４４をグルーピングしてホストグループ１４７を構成し、特定のサーバ１０５からのアクセスのみを受け付けるように制御することで実現される。ＬＵ１４４には、業務を提供する本番環境のＯＳを含むミドルソフトウェアおよびアプリケーションが格納される。本ＬＵ１４４とサーバ１０５のＦＣＡ１０８のＷＷＮを関連付けることで、サーバ１０５上で本番環境のＯＳを起動することが可能となり、業務を提供することが出来る。
【００１４】
このようなアクセス制御がされない領域１４６に存在するＬＵ１４２やＬＵ１４３は、どのサーバからもアクセスが可能である。ここでＬＵ１４２には情報収集用のＯＳ（Operating System）が予め格納してある。この情報収集用ＯＳをブートすることで、ブートした先のサーバの、ＭＡＣアドレス、ＷＷＮ、ＣＰＵアーキテクチャなどのハードウエア情報を収集することが可能となる。情報収集用ＯＳはどのようなＯＳが母体となっていても問題ない。また、ネットワーク・ブートで問題となるＯＳの容量に関する制限も無く、基本的にブート先のメモリ上に展開できれば問題ない。また、ネットワーク・ブートの場合、ブロードキャスト・パケットが通るようにＶＬＡＮ設定を変更する必要がある。業務が稼動しているネットワークスイッチの設定を変更することは、設定ミスによって当該ネットワークスイッチに接続されている全てのサーバにおける業務が停止する事態を招く危険性があるため非常にハイリスクであり、可能な限り避けるべきである。本実施例では、ネットワークスイッチの設定を変更する必要がないため、ネットワークスイッチの設定変更による業務停止のリスクは発生しない。
【００１５】
初期状態では、物理結線は完了しており、ＢＩＯＳでＦＣＡからブートする設定になっており、情報取得対象となるサーバ１０５の電源は切れており、かつアクセス制御がされない領域１４６に情報収集用ＯＳを格納したＬＵ１４２を配備している。ＬＵ１４３は情報収集用ＯＳがＩＰアドレスを取得する際に使用する情報を格納するＬＵであり、詳細については後述する。管理サーバ１２０には管理機構１２１が存在し、本発明に特徴的な処理の制御を行う。
【００１６】
図２は管理機構１２１の構成を示す。管理機構１２１は、情報取得機構２０２、キュー管理機構２０３、サーバ構成情報テーブル２０５、ハードウエア情報テーブル２０６、同一サーバ判定用テーブル２０７、情報収集フラグ更新用テーブル２０８、およびアラート受信機構２０９から構成される。管理機構１２１は、情報収集に関するトリガを受け取り、情報取得および目的のＬＵ１４４とＦＣＡ１０８の持つ固有ＩＤであるＷＷＮを関連付ける命令を発行する。情報取得機構２０２は、管理機構１２１が受けたコマンド実行やボタン押下による情報取要求や構成変更などのアラートによって発生する情報取得要求を受け、情報取得を実行する。その詳細なフローは図１０に示される。
【００１７】
キュー管理機構２０３は情報取得要求の実行順序を制御する。サーバ１０５に関して、位置を特定するシャーシ１０１の番号やスロット番号（１Ｕサーバならラック名と段数番号など）といった情報と、ＭＡＣアドレスやＷＷＮなどのサーバ情報の関連付けを実行することは難しい。そのため、本実施例では、電源を投入されたサーバがとれかを特定する方法として、シーケンシャルに電源投入を実施することとする。キュー管理機構２０３は、キュー２０４にエントリーを保存すること（図１１を参照）、字エントリーを取り出すこと（図１２を参照）、および全エントリー確認（図１３を参照）を担う。
【００１８】
サーバ構成情報テーブル２０５には、ユーザが定義するサーバの位置情報やＶＬＡＮ設定、ＩＰアドレス割付、ＬＵ割当といった情報をと、ＬＵ１４２に格納された情報収集用ＯＳによって収集されたサーバ情報、及び情報収集用ＯＳが稼動時に使用するＩＰアドレスや情報取得情報が格納される。
【００１９】
ハードウエア情報テーブル２０６にはＬＵ１４２に格納された情報収集用ＯＳがサーバ１０５上でブートされ、情報収集することで得られたサーバ情報が格納されている。サーバ構成情報テーブル２０５で使用されるサーバ情報は、ハードウエア情報テーブル２０６を参照する。
【００２０】
同一サーバ判定用テーブル２０７は、どの情報が一致するときにユーザが同一サーバと見なすかを定義するテーブルである。また同一サーバ判定用テーブル２０７は、構成変更アラートを受信した際に情報取得のトリガを引き情報取得を実行するか否かを定めるフラグを有する。これにより情報取得のタイミングを制御することが可能となる。また、強制的に情報収集をすることで情報の不整合を発生し難くすることもできる。
【００２１】
情報収集フラグ更新用テーブル２０８は、情報収集のトリガとなるアラートを定義するテーブルである。これにより様々なアラートを契機として情報収集を実行することが可能になる。
【００２２】
アラート受信機構２０９は、サーバ１０５の構成変更に伴うアラートを受信し、情報収集フラグ更新用テーブルを参照して、設定されているＷＷＮとＬＵ１４４の関連付を解除し、変更後の新しいＷＷＮとＬＵ１４４の関連付けを実行するために新ＷＷＮを取得する要求を管理機構１２１へ発行する。
【００２３】
図３はキュー２０４の構成を示す。カラム３０１にはキュー番号が格納されており、エントリーの順番を示している。カラム３０２にはシャーシ番号が格納されている、カラム３０３にはスロット番号が格納されている。カラム３０２と３０３には情報取得先となるサーバを特定する情報が格納されている。キュー管理機構２０３が順次キュー２０４からエントリーを取り出すことで、シーケンシャルに処理を実行することが可能となる。処理手順としては、アラートは最後尾に追加し、コマンド実行やボタン押下の場合はカラム３５１とカラム３５２の間などお前方へ追加するといった優先順位に基づいた処理を実施しても良い。これによりサーバ情報の更新や参照をユーザが望んだタイミングで実行でき、最新の情報を提供することが可能となる。
【００２４】
図４は同一サーバ判定用テーブルの構造を示す。カラム４０１はサーバ１０５に対する年番号を格納している。カラム４０５はシャーシ番号を格納している。カラム４０３はスロット番号を格納している。カラム４０４は、同一サーバとして判定するサーバ情報の種別を格納している。このカラム４０４の情報は、ハードウエア情報テーブル２０６に情報を登録する際に、例えばＵＵＩＤが一緒だがＭＡＣアドレスが異なる情報を登録する場合、既に登録されている情報を上書きして更新するか、別のサーバとして登録するかを判定するために用いられる。カラム４０５には取得フラグが格納される。取得フラグは、構成変更アラートを受信したときに情報取得を実行するか否かを示すフラグである。例えばカラム４５１に着目すると、シャーシ番号Ｃ０に格納されているスロット番号０のサーバは、構成変更を受信したタイミングで情報取得が実施され、最新の情報がサーバ構成情報テーブル２０５及びハードウエア情報テーブル２０６に格納されることになる。カラム４５６の場合は構成変更アラート受信のタイミングでは情報収集がおこなわれず、ユーザがトリガを引くまで情報が更新されない。同一のサーバに対して構成変更アラートが次々と挙がる場合などは、情報収集により構成変更の作業が滞るおそれがあるため、最終的な構成変更完了のタイミングで情報収集した方が良い。このような設定を取得フラグ設定により実現できる。
【００２５】
図５は情報収集フラグ更新用テーブル２０８の構造を示す。カラム５０１はアラートに対する通し番号を格納している。カラム５０２はアラート番号を格納している。カラム５０３は更新条件を格納している。具体的にはカラム５５１にサーバモジュール挿入、カラム５５２にサーバモジュール抜去、カラム５５３にＩ／Ｏモジュール構成変更などのハードウエア構成情報変更、カラム５５４にＳＭＰ（Symmetric Multi-Processor）構成変更、カラム５５５にＵＵＩＤ変更、カラム５５６にＭＡＣアドレス変更、カラム５５７にＷＷＮ変更といったサーバ構成が変更された可能性のあるアラートが登録されている、これに基づいて、情報取得を実行する。具体的な手順としては、後述の図６にあるサーバ構成情報テーブル２０５のカラム６１１にある情報収集フラグを「未取得」へ変更する。
【００２６】
図６は、サーバ構成情報テーブル２０６の構造を示す。カラム６０１はサーバの通し番号を格納している。カラム６０２からカラム６０４はハードウエア構成情報テーブル２０６から取得するハードウエア情報を格納している。カラム６０２はＵＵＤＩ、カラム６０３はＭＡＣアドレス、カラム６０４はＷＷＮである。カラム６０５からカラム６１０まではユーザが定義する情報を格納する。カラム６０５はシャーシ番号、カラム６０６はスロット番号、カラム６０７はホストトグループ名、カラム６０８はＬＵ割当、カラム６０９はＶＬＡＮＩＤ、カラム６１０はＩＰアドレスである。カラム６１１からカラム６１３は情報収集用ＯＳの動作に関連するフラグや値を格納する。カラム６１１は情報フラグである。カラム６５４に格納されている「未取得」が初期値であり、アラート受信などの情報収集の必要が生じたことを契機にも「未取得」に変更される。カラム６５１の未取得は後者である。カラム６５２に格納されている「取得中」は情報収集用ＯＳが情報取得中であることを示す。このフラグが立っている場合、同じサーバに対して多重に情報取得をしないようにする。カラム６５３に格納されている「取得済」は情報取得が実行された後で当該サーバのＦＣＡ１０８と目的のＬＵ１４４が関連付けられ、つまりＷＷＮとＬＵが関連付けられている状態であることを示す。このサーバを起動すると、情報収集用ＯＳはブートされず、目的のＬＵ１４４に格納されているＯＳがブートされることになる。情報収集がどうじし呼応された場合でも、ＩＰアドレスによってどのサーバの情報であるかを識別することが可能である。
【００２７】
図７は、ハードウエア情報テーブル２０６の構造を示す。情報収集ＯＳによって収集されたサーバ情報がこのテーブルに格納される。カラム７０１はサーバの通し番号を格納する。カラム７０２はＵＵＩＤを格納する。カラム７０３はサーバのＣＰＵに関する情報を格納する。カラム７０３の中のカラム７０４はＣＰＵのアーキテクチャ名、カラム７０５はサーバに搭載するＣＰＵの個数、カラム７０６はＮＩＣに関する情報を格納する。カラム７０６の中のカラム７０７はＮＩＣの枚数、カラム７０８はＭＡＣアドレスである。カラム７０９はＦＣＡに関する情報を格納する。カラム７０９の中のカラム７１０はＦＣＡの枚数、７１１はＷＷＮである。カラム７１２はメモリ容量を格納する。カラム７１３はチップセットの種別を格納する。ハードウエア情報テーブル２０６に格納する情報はＯＳが取得するサーバ情報であるのでカラム７０２から７１３に示した情報に限定されるわけではない。
【００２８】
図８はアラート受信機構２０９の処理フローである。ステップ８０１でアラートを受信する。ステップ８０２で情報収集フラグ更新用テーブル２０８を参照する。ステップ８０３で、受信したアラートがカラム５０２に格納されているアラート番号と一致するアラートかを確認する。一致するアラートがない場合は処理を完了する、一致するアラートが存在する場合は、ステップ８０４へ進む。ステップ８０４でサーバ動性情報テーブル２０５を参照し、カラム６０４のＷＷＮとカラム６０８のＬＵ割当に関する情報を取得する。ステップ８０５では、ディスクアレイ管理機構１４１へ当該サーバのＷＷＮとＬＵとの関連付けを解除する要求を出す。この要求を受けて、ディスクアレイ管理機構１４１はステップ８２１を実行する。ステップ８２１ではＷＷＮとＬＵとの関連付けが解除される。ステップ８０６では取得フラグ更新用テーブル２０８のカラム４０５の取得フラグを参照する。ステップ８０８でフラグが「Ｙｅｓ」の場合はステップ８０９へ進む。「Ｎｏ」の場合は処理を完了する。ステップ８０９では管理機構１２１へ情報取得要求を発行し、処理を完了する。
【００２９】
図９は管理機構１２１が情報収集要求を受け付けたときの処理フローを示す。管理サーバ上の管理機構１２１が情報収集要求を受け付けると、ステップ９０１へ進む。管理機構１２１は、ステップ９０１ではキュー管理機構２０３へキューの保存要求を出す。その詳細は後に図１１で述べる。ステップ９０２で管理機構１２１は情報処理取得機構２０２を呼び出す。情報取得機構２０２は図１０に示す情報収集処理を実行し、サーバ１０５の情報収集及びサーバ構成情報テーブル２０５に示されたＷＷＮとＬＵＮの関連付けにランする情報を元に、サーバ１０５とＬＵ１４４を関連付ける。
【００３０】
図１０は実施例１のサーバ情報収集およびＷＷＮとＬＵの関連付け処理のフローを示す。図１０は情報取得機構２０２の動作と、情報収集のターゲットとなるターゲットサーバ１０４１の動作と、ディスクアレイ管理機構１４１の動作とを関連させて示している。情報取得機構２０２は、ステップ１００１でキュー管理機構２０３へ次エントリーの取り出し要求を発行する。次エントリーの取り出しに関する詳細は図１２を用いて後述する。ステップ１００２では、情報取得機構２０２はサーバ構成情報テーブル２０５のカラム６１１の情報収集フラグを参照する。ステップ１００３で情報収集フラグが「未取得」であると判定されればステップ１００６に進み、それ以外であればステップ１００４に進む。ステップ１００４では、情報取得機構２０２はＳＶＰ１０２に対して、ＢＭＣ１０６を用いてサーバの電源をＯｎにする要求を出し、ステップ１０１１に進む。ターゲットサーバ１０４１はこの要求によって、ステップ１０４２でＢＭＣ経由で電源をＯｎにさる。一方ステップ１００６に進むと、情報取得機構２０２はサーバの電源状態を確認する。この確認もＳＶＰ１０２に要求を出すことで実行される。ターゲットサーバ１０４１ではステップ１０４３にてＢＭＣ経由で電源Ｏｎ／Ｏｆｆの確認が行われる。サーバの電源がＯｆｆの場合はステップ１００８に進み、電源Ｏｎの場合はステップ１０１２へ進む。ステップ１００８では情報取得機構２０２はステップ１００４と同様に電源をＯｎとする要求をＳＶＰ１０２に出す。ステップ１００９ではサーバ構成情報テーブル２０５のカラム６１１の情報収集フラグを「取得中」に変更する。そして、ターゲットサーバ１０４１からのステップ１０４８の通知があるまで待つ。ターゲットサーバ１０４１は、ステップ１０４４にてＢＭＣ経由で電源をＯｎにされる。ターゲットサーバ１０４１は、ステップ１０４５では情報収集用ＯＳを保持するＬＵから情報収集用ＯＳをブートする。ステップ１０４６では、後に図１５にて詳述するＩＰアドレス決定プロセス実行し、ＩＰアドレスを決定する。ステップ１０４７では決定したＩＰアドレスを設定してネットワークサービスを再起動する。ステップ１０４８では決定したＩＯアドレスを管理サーバ１２０に通知する。この通知に必要な管理サーバ１２０のＩＰアドレスは、情報収集用ＯＳにハードコーディングされている。
【００３１】
ステップ１０４８が完了すると、情報取得機構２０２はステップ１０１０へ進む。ステップ１０１０ではサーバ構成情報テーブル２０５のカラム６１３へ情報収集湯尾ＯＳが使用するＩＰアドレスを情報取得用ＩＰアドレスとして記入する。これにより、どのサーバがサ−バ情報を送っているかを判別することが可能になる。ステップ１０１１では情報取得機構２０２はキュー管理機構２０３へ残エントリー確認の要求を出す。残エントリー確認の詳細は図１３を用いて後述する。ステップ１０１２にて残エントリーがあると判定されるとステップ１００１へ戻り、情報収集用ＯＳをブートしてＩＰアドレスを取得するシーケンスを繰り返すとともにステップ１０１３に進む。残エントリーがない場合にはステップ１０１３へ進む。
【００３２】
ステップ１３では、情報取得機構２０２はサーバ情報取得要求を情報収集用ＯＳへ送る。ターゲットサーバ１０４１では、ステップ１０４９でサーバ情報取得要求を受けるとステップ１０５０に進みサーバ情報を取得する。次にステップ１０５１ではそのサーバ情報を管理サーバ１２０に送信する。このとき、取得するサーバ情報項目ごとに分割してステップ１０５０とステップ１０５１の処理を行っても良い。分割によりサーバ情報の伝達がより確実になる。
【００３３】
情報取得機構２０２は、サーバから送られたサーバ情報を受信すると、ステップ１０１４でそのサーバ情報をハードウエア情報テーブル２０６に記入する。次にステップ１０１５ではハードウエア情報テーブル２０６から必要な情報をピックアップし、それによりサーバ構成情報テーブル２０５を更新する。本実施例ではカラム６０２から６０４が更新対象となる。次にステップ１０１６ではカラム６１１の情報収集フラグを「取得済」へ変更する。次にステップ１０１７では、情報取得機構２０２は取得したＷＷＮとサーバ構成情報テーブル２０５のＬＵ割当（カラム６０８）を関連付けるようディスクアレイ管理機構１４１に要求を発行する。ディスクアレイ管理機構１４１は、この要求を受けるとステップ１０６２でＷＷＮとＬＵとを関連付ける。これにより、次に電源Ｏｎされたサーバ１０５はＬＵ１４４のブートディスクからブートすることになり、情報収集用ＯＳをブートすることはない。次に情報取得機構２０２は、ステップ１０１８で情報収集用ＯＳが使用しているＩＰアドレスを開放し、情報収集用ＯＳをシャットダウンするよう要求する。要求を受けたサーバはステップ１０５２でＩＰアドレス開放プロセスを実行し、情報取得ＯＳをシャットダウウンする。ＩＰアドレス開放プロセスの詳細は図１６を参照して後述する。シャットダウンによりサーバの電源はＯｆｆとなる。なおハードウエアによってはＯＳをシャットダウンしても電源がＯｆｆとならない構成もある。この場合は、ＳＶＰ１０２にＢＭＣ経由で電源をＯｆｆにするステップを入れることで解決できる。次に、ステップ１０１９では情報取得機構２０２はサーバ構成情報テーブル２０５のカラム６１３から、開放してＩＰアドレスを削除する。
【００３４】
以上のフローによりＯＳがインストールされていないサーバからサーバ情報を収集することが可能となる。また、既に業務を実行中のサーバの構成を変更した場合も、ＶＬＡＮ設定を変えることなくサーバ情報を収集するこができる。また、情報収集した後はサーバ構成情報テーブル２０５に定義したＬＵ割当へ自動復帰する。つまり、予め定義した目的のＬＵからブートする設定となる。
【００３５】
キュー管理機構２０３はキュー２０４への保存、次エントリーの取り出し、残エントリーの確認の機能を提供する。情報収集用ＯＳがＩＰアドレスを確定させて管理サーバ１２０に通知してくるまでは電源をＯｎしたサーバが必ず情報収集用ＯＳを起動してＩＰアドレスを通知してくるという前提があるため、シーケンスは単一である必要がある。このため、キュー管理機構２０３は図１１、図１２、図１３の各フローで達成する機能を提供する必要がある。
【００３６】
まず図１１はキュー２０４へエントリーを保存するフローを示す。ステップ１２０１ではキュー管理機構２０３はキュー２０４をロックする。ステップ１２０２ではキュー２０４へエントリーを保存する。ステップ１２０３ではキュー２０４のロックを解除する。ステップ１２０４ではキュー２０４のファーストエントリーか否かを判定する。ファーストエントリーの場合はステップ１２０５へ進み、ファーストエントリーでない場合は処理を終了する。ステップ１２０５ではキュー管理機構２０３は情報取得機構２０２を呼び出し、処理を終了する。ステップ１２０２でキュー２０４へエントリーを保存する際に、優先トリガとなるエントリーの場合、情報しゅうしゅうの即時実行性は期待されていない。しかし、ユーザがコマンド実行やボタン押下をしたことによるエントリーの場合はすぐに結果を求められることが多い。そのためこのようなエントリーは保存時に上位へ保存することが望ましい。
【００３７】
図１２はキュー２０４から次エントリーを取り出すフローを示す。キュー管理機構２０３はステップ１２２１でキューを参照する。ステップ１２２２では残エントリーがあるかを否かを判定する。残エントリーがある場合はステップ１２２３へ進み、ない場合は処理を終了する。ステップ１２２３ではキューをロックし、ステップ１２２４では次エントリーの内容を返す。本実施例では返すエントリーの内容はシャーシ番号とスロット番号であり、位置情報を示すユーザ定義のサーバ情報である。これらの情報はＳＶＰ１０２から取得しても良い。また、１Ｕサーバの場合はラック名や段数で指定される情報でも良い。キュー管理機構２０３はステップ１２２５では返したエントリーをキュー２０４から削除する。ステップ１２２６ではキュー２０４のロックを解除し処理を完了する。
【００３８】
図１３は、キュー２０４の残エントリーを確認するフローを示す。キュー管理機構２０３はステップ１２４１でキュー２０４を参照する。ステップ１２４２で残エントリーの有無を返し処理を完了する。
【００３９】
図１４〜図１６は情報収集用ＯＳが利用するＩＰアドレスに関して情報収集用ＯＳが備える機能を説明する図である。ＩＰアドレスをローカルに決定するには様々な実現方法があるが、本実施例ではＩＰアドレスプール用ＬＵ１４３にアクセスしてＩＰアドレスを管理する方法をとる。図１４はＩＰアドレスプール用ＬＵ１４３に格納されるデータのデータ形式を示す。使用フラグ１４８４とＩＰアドレス１４８５とが対応づけらえる。使用フラグ１４８４は対応するＩＰアドレスが「使用中」であるか「未使用」であるかを表す。
【００４０】
図１５はＩＰアドレス決定プロセスのフローを示す。ステップ１４０１では情報収集用ＯＳはＳＣＳＩコマンドであるreserveコマンドをＩＰアドレスプール用ＬＵ１４３に発行する。ステップ１４０２ではＩＰアドレスプール用ＬＵ１４３を参照する。ステップ１４０３では使用フラグ１４８４が「未使用」か否かを判定する。「未使用」の場合はステップ１４０４に進む。使用フラグ１４８４が「使用中」の場合は１４０２へもどり次の使用フラグを参照する。ステップ１４０４では使用フラグが「未使用」であるＩＰアドレスの使用を決定し、その使用フラグを「使用中」に変更する。ステップ１４０５ではreleaseコマンドを発行してＩＰアドレスプール用ＬＵ１４３を開放する。このＩＰアドレス管理はＩＰアドレスプール用ＬＵ１４３を通じてのみ行われる。ステップ１４２２からステップ１４２５は情報収集用ＯＳの上記の各ステップの要求をＩＰアドレスプール用ＬＵ１４３がそれぞれ実行するステップを示す。
【００４１】
図１６はＩＰアドレス開放プロセスのフローを示す。情報収集用ＯＳはステップ１４４１でreserveコマンドを発行する。１４４２ではＩＰアドレスプール用ＬＵ１４３を参照する。ステップ１４４３では使用しているＩＰアドレスの使用フラグを「未使用」に変更し、ステップ１４４４でreleaseコマンドを発行する。ここでもステップ１４６２から１４６５は情報収集用ＯＳの上記各ステップの要求をＩＰアドレスプール用ＬＵ１４３がそれぞれ実行するステップを示す。
【００４２】
以上に述べた実施例１では、ディスクアレイ装置の提供するストレージ領域中のアクセス制限をしていない領域に情報取得用ＯＳを格納したＬＵをおき、一度、ＦＣＡからブートするよう設定したサーバ上で情報取得用ＯＳを起動する。この情報収集用ＯＳから取得したＷＷＮと本番環境で使用するＬＵとを管理サーバ経由で関連付ける。本関連付け以降はストレージを管理するマネージャが提供するアクセス制限機能によって、先の関連付けが実行された本番環境で使用するＬＵからＯＳが起動するようにしている。
【実施例２】
【００４３】
先に述べた実施例１では、管理サーバに情報収集要求が保持されているとき、手動でサーバの電源をＯｎすることは避けなければならない。一方、実施例２ではこのような誤った操作を回避する構成をとる。
【００４４】
実施例２のシステム構成は、図１および図２の範囲では実施例１と共通である。図１０に示すサーバ情報収集およびＷＷＮとＬＵの関連付け処理のフローが実施例２では変更されている。より詳細には、図１０に対して、ステップ１００１からステップ１０１０までの間に他のサーバの電源がＯｎされないようにＳＶＣにロックをかける変更を加える。このような実施例２の情情報収集およびＷＷＮとＬＵの関連付けの処理のフローを図１７に示す。
【００４５】
図１７のステップ１１０１では、情報取得機構２０２はキュー管理機構２０３へ次エントリーの取り出し要求を発行する（図１２参照）。ステップ１１０２ではＳＶＰ１０２に対して、全てのサーバ１０５に関する電源制御を無効化するように要求する。すなわちＳＶＰ１０２に電源制御ロック要求を発行する。ステップ１１０３ではサーバ構成情報テーブル２０５のカラム６１１の情報収集フラグを参照する。ステップ１１３１で情報収集フラグが「未取得」か否かを判定し、「未取得」の場合はステップ１１０５に進む。それ以外の場合はステップ１１３２へ進む。ステップ１１３２では情報取得機構２０２はＳＶＰ１０２に対して、ＢＣＭ１０６を用いて情報取得の対象となるターゲットサーバの電源をＯｎにする要求を発行し、ステップ１１１０に進む。ターゲットサーバ１１４１はこの要求によって、ＢＣＭ経由で電源をＯｎされる（ステップ１１５５）。情報取得機構２０２はステップ１１０５ではターゲットサーバの電源Ｏｎ／Ｏｆｆを確認する要求を出す。ステップ１１０６でターゲットサーバの電源がＯｆｆであると判定されるとステップ１１０７に進み、Ｏｎであればステップ１１１１へ進む。ステップ１１０７ではステップ１１３２と同様な方法でターゲットサーバの電源をＯｎにする。ただし、上記ステップ１１０２により全てサーバ１０５に対し電源制御ロックがかかっているので、ステップ１１０７ではターゲットサーバ１１４１に対しては電源制御の無効化を解除し、その後で電源をＯｎする。次にステップ１１０８ではサーバ構成情報テーブル２０５のカラム６１１の情報週数フラグを「取得中」に変更し、ターゲットサーバ１１４１からのステップ１１４７の通知があるまで待つ。ターゲットサーバ１１４１は、ステップ１１４３で電源をＯｎされた後、ステップ１１４４で情報収集用ＯＳを保持するＬＵから情報収集用ＯＳをブートする。ステップ１０４５ではＩＰアドレスを決定する。ステップ１１４６では決定したＩＰアドレスを設定してネットワークサービスを再起動する。ステップ１１４７では決定したＩＰアドレスを管理サーバ１２０に通知する。この通知をうけた情報取得機構２０２は、ステップ１１０９で決定したＩＰアドレスを情報収集用ＯＳが使用するＩＰアドレスとしてサーバ構成情報テーブル２０５のカラム６１３に記入する（ステップ１１０９）。
【００４６】
上記ステップ１１０９は、図１０に示した実施例１のフローのステップ１０１０と全く同様である。さらにキュー２０４のエントリーを順次取り出して上記フローを繰り返し、情報を収集すべきサーバ毎の情報取得用ＩＰアドレスの付与を順次行うのも図１０のフローと全く同様である。ただし実施例２のフローでは、ステップ１１１１でキュー２０４に全エントリーが無いと判定されるとステップ１１３３に進み、ステップ１１０２でおこなった電源制御の無効化（電源制御ロック）を解除するようにＳＶＰ１０２に要求する。
【００４７】
情報収集用ＯＳをブートし、使用するＩＰアドレスが確定した各サーバについて情報を収集し、もってＷＷＮとＬＵの関連付けを行うステップ１１１２以降の動作は、図１０のステップ１０１３以降の動作と全く同様なので重複する説明を省略する。
【実施例３】
【００４８】
手動でサーバ１０５を電源Ｏｎした際には管理サーバがスタート地点にならない。この場合にも、手動で起動されたサーバのＷＷＮと目的のＬＵとを関連付けを実施例３は実現する。
【００４９】
図１８は実施例３のサーバ情報収集およびＷＷＮとＬＵの関連付け処理のフローを示す。実施例３においてもシステム構成は実施例１と同様である。
【００５０】
まずステップ１３０２は操作盤でのオペレータ１３０１によるターゲットサーバ１３４１の電源Ｏｎの操作を示す。これをトリガに、ターゲットサーバ１３４１ではステップ１３４２で電源をＯｎする。次にターゲットサーバ１３４１はステップ１３４３で情報収集用ＯＳが含まれるＬＵｉ１４２から情報収集用ＯＳをブートする。ステップ１３４４でサーバ１３４１はＩＰアドレス決定プロセスを実行してＩＰアドレスを決定する。次にステップ１３４５でＩＰアドレスを設定し、ステップ１３４６で管理サーバ１２０へＩＰアドレスを通知する。管理サーバ１２０の情報取得機構２０２は、ステップ１３１２で通知されたＩＰアドレスをサーバ構成情報テーブル２０５のカラム６１３に情報収集用ＩＰアドレスとして記入する。ステップ１３１３ではカラム６１１の情報収集フラグを「取得中」へ変更する。ステップ１３１４ではサーバ情報取得要求をターゲットサーバ１３４１に対して発行する。ターゲットサーバ１３４１はステップ１３４７で情報取得要求をふけつけると、ステップ１３４７でサーバ情報を取得する。ステップ１３４９では取得してサーバ情報を管理サーバ１２０に送信する。管理サーバ１２０の情報取得機構２０２はステップ１３１５で受信したサーバ情報をハードウエア情報テーブル２０６に追記もしくは更新する。次にステップ１３１６では同一サーバ判定用テーブル２０７を参照する。ステップ１３１７では、同一サーバ判定用テーブル２０７のカラム４０４（図４）に指定された判定用サーバ情報項目に重複するものがあるか否かにより同一サーバの有無を判定し、有の場合はステップ１３１８を経てからステップ１３１９に進む。ステップ１３１８では重複対象のカラムを更新する。これは、カラム４０４に指定されたサーバ情報項目によって、同一のサーバが複数登録されること防ぐものである。次にステップ１３１９ではハードウエア情報テーブル２０６から必要な情報をピックアップしてサーバ構成情報テーベル２０５を更新する。ステップ１３１９以下のフローは実施例１のステップ１０１４（図１０）以下のフローと全く同じであるので重複する説明を省略する。
【００５１】
以上の処理フローをもつ実施例３においても、実施例１と同様にサーバ上で情報収集用ＯＳをブートしてそこから取得したＷＷＮと本番環境で使用するＬＵとを管理サーバで関連付け、ＷＷＮとＬＵの関連付け以降のブートでは本番環境で使用するＬＵからブートし、そのＬＵに格納された業務が提供されることを実現する。
【実施例４】
【００５２】
図１９は、本発明の実施例４で採用するＩＰネットワークを利用した情報取得用ＩＰアドレス決定プロセスを示す。
【００５３】
ＩＰアドレス決定プロセスが実行されたとき、まずステップ１５０１でＩＰアドレスをランダムに決定する。このときランダムに選択する範囲としてはローカルアドレスなどに限定しておいたほうが望ましい。
【００５４】
ステップ１５０２でarpコマンドをユニキャストしてリクエストを発行する。このとき、宛先ＭＡＣアドレスには通常のarpリクエスト同様、００：００：００：００：００：００またふぁＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦが格納される。宛先ＭＡＣアドレスは管理サーバのＩＰアドレを格納する。Ｌここで情報収集用ＯＳは、管理サーバのＩＰアドレスを予め知っているものとする。実現方法としては、情報取得用ＯＳにハードコーディングで持たせておくなどである。送信元ＭＡＣアドレスは情報取得用ＯＳが起動しているサーバ１０５のＭＡＣアドレスを格納する。送信元ＩＰアドレスはランダムで決壊したＩＰアドレスを格納する。ステップ１５２２で管理サーバ１２０はarpリクエストを受信する。ステップ１５２３で、サーバ構成情報テーブル２０５にカラム６１３の情報取得用ＩＰアドレスを参照する。ステップ１５２６ではarpリプライとして宛先ＭＡＣアドレスへ送信元のＭＡＣアドレスをコピーして格納する。ステップ１５２７ではarpコマンドをユニキャストでリプライ発行する。ステップ１５０２でarpリプライを受信する。ステップ１５０４で宛先ＭＡＣアドレスと自ＭＡＣアドレスが一致するか否か判定する。一致するときは、ステップ１５２４で情報収集用ＩＰアドレスに一致するＩＰアドレスがなかっ場合なのでそのＩＰアドレスを使用して良いことになり処理は完了する。一致しないときは管理サーバのＭＡＣアドレスが送信されてきたことになり、ステップ１５２４で情報収集用ＩＰアドレスに一致するＩＰアドレスが存在したということになるため、再度、ステップ１５０１に戻り処理を継続する。
【００５５】
上記の方法をとることで、ＩＰアドレスプール用ＬＵ１４３は必要なくなり、また管理サーバが情報を一元管理できるメリットがある。そのためＩＰアドレスの開放プロセスを情報取得用ＯＳに持つ必要がなく、情報取得用ＯＳがシャットダウンされるタイミングで管理サーバ１２０上のサーバ構成情報テーブル２０５のカラム６１３の情報取得用ＩＰアドレスを削除するだけでよい。
（その他の変形）
実施例ではＦＣＡ接続のディスクアレイ装置を持つシステムを示したが、ＩＰストレージやかのストレージ装置に本発明を適用してもその効果は減じることはない。
【００５６】
また実施例のＬＵ１４４へはディスクコピー機能を用いてデプロイ用イメージ郡１４８に属するＬＵ１４５のコピーを実施しておくことで、情報収集したあとＯＳ配布までが可能となる。これにより、ユーザはＯＳ配布前のサーバから苦心してＭＡＣアドレスやＵＵＤＩなどのサーバ情報を採取した上でＯＳ配布を実行する必要はなくなる。
【００５７】
情報取得用ＯＳに変えて、コールドスタンバイしている待機系サーバを定期的に起動させて障害が無いかをチェックするＯＳを配布する場合、あるいは障害発生後に障害診断用ＯＳを格納する場合などに本発明の概念を適用可能である
【図面の簡単な説明】
【００５８】
【図１】本発明の実施例１の全体を示すブロック図である。
【図２】実施例１の管理機構の構成を示す機能フロック図である。
【図３】実施例１のキューのデータ構造図である。
【図４】実施例１の同一サーバ判定用テーブルのデータ構造図である。
【図５】実施例１の情報収集フラグ更新用テーブルのデータ構造図である。
【図６】実施例１のサーバ構成情報テーブルのデータ構造図である。
【図７】実施例１のハードウエア構成情報テーブルのデータ構造図である。
【図８】実施例１のアラート受信機構の処理を示すフローチャートである。
【図９】実施例１の管理機構の処理を示すフローチャートである。
【図１０】実施例１の情報取得機構の処理を示すフローチャートである。
【図１１】実施例１のキュー管理機構のキューへの保存の処理を示すフローチャートである。
【図１２】実施例１のキュー管理機構の次エントリーの取り出し処理を示すフローチャートである。
【図１３】実施例１のキュー管理機構の残エントリーの確認の処理を示すフローチャートである。
【図１４】実施例１のＩＰアドレスプール用ＬＵのデータ構成図である。
【図１５】実施例１のＩＰアドレス決定プロセスを示すフローチャートである
【図１６】実施例１のＩＰアドレス開放プロセスを示すフローチャートである。
【図１７】本発明の実施例２の情報取得機構の処理を示すフローチャートである。
【図１８】本発明の実施例３の情報取得機構の処理を示すフローチャートである。
【図１９】実施例の実施例４のＩＰアドレス決定フローを示すフローチャートである。
【符号の説明】
【００５９】
１０１  シャーシ
１０２  ＳＶＰ
１０３  内部ネットワークスイッチ
１０５  サーバ
１０６  ＢＭＣ
１０７  ＮＩＣ
１０８  ＦＣＡ
１０９  ＶＬＡＮ
１１０  ネットワークスイッチ管理機構
１２０  管理サーバ
１２１  管理機構
１３０  スイッチ
１４０  ディスクアレイ装置
１４１  ディスクアレイ装置管理機構
１４２  情報収集用ＯＳが格納されたＬＵ
１４３  ＩＰアドレスプール用ＬＵ
１４４  ＬＵ
１４５  デプロイ用オリジナルＬＵ
１４６  ディスクアレイ管理機構によってアクセス制限がされていない領域
１４７  ディスクアレイ管理機構によってアクセス制限がされている領域
１４８  デプロイ用イメージを格納されたＬＵの領域。
【図１】
2007213271.tif 000003
【図２】
2007213271.tif 000004
【図３】
2007213271.tif 000005
【図４】
2007213271.tif 000006
【図５】
2007213271.tif 000007
【図６】
2007213271.tif 000008
【図７】
2007213271.tif 000009
【図８】
2007213271.tif 000010
【図９】
2007213271.tif 000011
【図１０】
2007213271.tif 000012
【図１１】
2007213271.tif 000013
【図１２】
2007213271.tif 000014
【図１３】
2007213271.tif 000015
【図１４】
2007213271.tif 000016
【図１５】
2007213271.tif 000017
【図１６】
2007213271.tif 000018
【図１７】
2007213271.tif 000019
【図１８】
2007213271.tif 000020
【図１９】
2007213271.tif 000021