WO2010010633A1 - 機能拡張装置、情報処理装置、情報処理システム、制御方法およびプログラム - Google Patents

Abstract

　機能拡張装置が情報処理装置と外部記憶装置に接続するための設定情報を機能拡張装置が有する場合に機能拡張装置が交換された後に交換後の機能拡張装置に設定情報を容易に復元することを目的とする。機能拡張装置の第１の記憶部に格納されている設定情報を接続モジュールと交換可能な第２の記憶部にも格納しておき、機能拡張装置の交換後は交換後の機能拡張装置の接続モジュールを第２の記憶部に交換して設定情報を得るようにした。

Description

機能拡張装置、情報処理装置、情報処理システム、制御方法およびプログラム

　本発明は機能拡張装置、情報処理装置、情報処理システム、制御方法およびプログラムに関する。

　近年サーバのディスクレス化やディザスタリカバリ化によりサーバにおいてファイバチャネルカードを利用してＳＡＮ環境にあるＲＡＩＤ装置からＯＳを起動するシステムの構築に対する要求が拡大している。ここで本明細書を通じ、ＳＡＮはＳｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋを示し、ＲＡＩＤはＲｅｄｕｎｄａｎｔ　Ａｒｒａｙｓ　ｏｆ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｄｉｓｋｓを示し、ＯＳはＯｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍを示す。

　上記ＳＡＮ環境におけるＳＡＮブートについて説明する。ＳＡＮブートはサーバの内蔵ディスクではなく、ファイバチャネル経由で接続されたＲＡＩＤ装置からサーバ上でＯＳを起動（すなわちブート、以下同様）する機能である。ＳＡＮブートの機能を有するシステム環境におけるファイバチャネルカードは、接続されたＲＡＩＤ装置からのＯＳブートを可能にするためのブートコードを搭載している。この場合、サーバにおいてＲＡＩＤ装置からのＯＳブートを可能にするためには、操作者がファームウェア上から、ブートコードを使って接続するＲＡＩＤ装置に関する情報を予めファイバチャネルカードにブートコードとともに設定しておく。ここで上記ＲＡＩＤ装置に関する情報とは、例えばＲＡＩＤ装置のＷＷＮ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｎａｍｅ）、そのディスクのＴａｒｇｅｔ　ＩＤ情報、トポロジー情報、Ｌｉｎｋ　Ｓｐｅｅｄ情報等である。

　ここで明細書を通じ、ブートコードとはサーバの外部に接続しているＲＡＩＤ装置等のストレージ装置からＯＳデータを読み込み、これを起動させるためのプログラムを意味する。またドライバとはサーバのＯＳ上で動作するファイバチャネルカード制御用のプログラムを意味する。またファイバチャネルとはコンピュータと周辺機器を結ぶためのデータ転送方式の一つであり、主にシリアルＳＣＳＩ(Ｓｍａｌｌ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｆａｃｅ)プロトコルを転送することに用いられる。またＬｉｎｋ　Ｓｐｅｅｄとはファイバチャネルの転送スピードを意味する。ＰＣＩ－Ｅｘｐｒｅｓｓとは周辺装置接続に用いるインターフェースカードを接続するためのサーバのバスを意味する。ＲＡＩＤとは複数台のディスクを制御管理し、ストレージリソースを提供する装置を意味する。ＳＮとはＲＡＩＤ やテープライブラリといったストレージ装置を接続するためのネットワークを意味する。Ｔｏｐｏｌｏｇｙはファイバチャネルの接続形態 (ＡＬ＿ＰＡループ接続、Ｎ＿Ｐｏｒｔスイッチ接続等)を意味する。ＷＷＮはファイバチャネル通信で用いるユニークな８バイトのアドレスコードを意味し、ファイバチャネルに接続する装置に付与される。システム監視機構とはサーバの状態監視や制御を行うシステムを意味する。内蔵ディスクとはサーバ装置内にあるＯＳデータを格納するための基本ディスクを意味する。Ｔａｒｇｅｔ　ＩＤとはディスクを識別するための論理ＩＤを言う。
特開２００７－６６２１６号公報 特開２００７－１６４３０５号公報 http://primeserver.fujitsu.com/sparcenterprise/technology/virtual/sanboot/ http://storage-system.fujitsu.com/jp/event/smw2006/exhibition4/ http://primeserver.fujitsu.com/unix/download/driver/pfca-4/pdf/sesanboot-ja.pdf

　外部記憶装置と情報処理装置とを接続することにより情報処理装置の機能を拡張する機能拡張装置が、当該情報処理装置と外部記憶装置との間を第１のインタフェースを介して接続する場合の設定情報を格納した第１の記憶装置を有する。この機能拡張装置が交換された際、交換後の機能拡張装置による当該情報処理装置と外部記憶装置との間の第１のインタフェースを介した接続を可能にするための構成を提供することが課題である。

　機能拡張装置は情報処理装置と外部記憶装置との間を第１のインタフェースを介して接続する場合の第１の設定情報を格納する第１の記憶部と有する。また機能拡張装置は第１の設定情報に基づいて動作し、情報処理装置と外部記憶装置との間を第１のインタフェースを介して接続する接続モジュール部を有する。また第２の記憶部は第１のインタフェースに接続モジュール部を接続する場合の第２の設定情報を格納するとともに、機能拡張装置に対し、前記接続モジュールと交換可能である。また機能拡張装置は第１の記憶部と接続モジュール部または第２の記憶部とに接続され、前記第２の記憶部が格納する前記第２の設定情報を、前記第１の記憶部に設定する制御部を有する。

　機能拡張装置が交換された際、交換後の機能拡張装置の接続モジュールを第２の記憶部に交換する。そして当該交換後の機能拡張装置の制御部が前記第２の記憶部から前記第２の設定情報を得て当該機能拡張装置が有する第１の記憶部に設定する。第１の記憶部に設定された第２の設定情報を用いることで当該機能生拡張装置は情報処理装置と外部記憶装置との間を第１のインタフェースを介して接続することができる。

　情報処理装置と外部記憶装置との間を接続する場合の設定情報を格納した機能拡張装置が交換された際にも、交換後の機能拡張装置による当該情報処理装置と外部記憶装置との間の第１のインタフェースを介した接続が容易となる。

実施例のシステム全体の構成を説明するためのブロック図である。 図１に示されるサーバの内部構成を説明するためのブロック図である。 図２に示されるサーバにおける制御プログラムの構成を説明するための図（その１）である。 図２に示されるサーバにおける制御プログラムの構成を説明するための図（その２）である。 実施例１によるファイバチャネルカードの構成を説明するためのブロック図である。 実施例１によるファイバチャネルカードの作用効果を説明するためのブロック図（その１）である。 実施例１によるファイバチャネルカードの作用効果を説明するためのブロック図（その２）である。 実施例１によるファイバチャネルカードの作用効果を説明するためのフローチャート（その１）である。 実施例１によるファイバチャネルカードの作用効果を説明するためのフローチャート（その２）である。 実施例２によるファイバチャネルカードの構成を説明するためのブロック図である。 実施例２によるファイバチャネルカードの作用効果を説明するためのブロック図である。 実施例２によるファイバチャネルカードの作用効果を説明するためのフローチャート（その１）である。 実施例２によるファイバチャネルカードの作用効果を説明するためのフローチャート（その２）である。 実施例３によるファイバチャネルカードの構成を説明するためのブロック図である。 実施例３によるファイバチャネルカードの作用効果を説明するためのブロック図である。 実施例３によるファイバチャネルカードの作用効果を説明するためのフローチャート（その１）である。 実施例３によるファイバチャネルカードの作用効果を説明するためのフローチャート（その２）である。 実施例４によるファイバチャネルカードの構成を説明するためのブロック図である。 実施例４によるファイバチャネルカードの作用効果を説明するためのブロック図である。 実施例４によるファイバチャネルカードの作用効果を説明するためのフローチャート（その１）である。 実施例４によるファイバチャネルカードの作用効果を説明するためのフローチャート（その２）である。 実施例５によるファイバチャネルカードの構成および作用効果を説明するためのブロック図（その１）である。 実施例５によるファイバチャネルカードの構成および作用効果を説明するためのブロック図（その２）である。 実施例５によるファイバチャネルカードの構成および作用効果を説明するためのブロック図（その３）である。 実施例５によるファイバチャネルカードの構成および作用効果を説明するためのブロック図（その４）である。 実施例５によるファイバチャネルカードの構成および作用効果を説明するためのブロック図（その５）である。 実施例５によるファイバチャネルカードの構成および作用効果を説明するためのフローチャート（その１）である。 実施例５によるファイバチャネルカードの構成および作用効果を説明するためのフローチャート（その２）である。 実施例５によるファイバチャネルカードの構成および作用効果を説明するためのブロック図（その６）である。 実施例５によるファイバチャネルカードの構成および作用効果を説明するためのフローチャート（その３）である。

符号の説明

　１０　サーバ
　２０、２０'　ファイバチャネルカード
　２１　ＲＯＭ
　２２　フィイバチャネルコントローラ
　３１　光モジュール
　３１ａ　ＲＯＭ
　３２　ＲＯＭモジュール
　３２ａ　ＲＯＭ
　６０　管理用端末
　１００　ＲＡＩＤ装置
　２００　フィイバチャネルスイッチ

　実施例ではファイバチャネルカードに接続しているＲＡＩＤ装置からＳＡＮブートを行うシステムにおいて、同カードのＳＦＰ光モジュール(以下単に光モジュールと称する)と交換可能なＲＯＭモジュールを使用する。ここで本明細書を通じ、ＳＦＰはＳｍａｌｌ　Ｆｏｒｍ　Ｆａｃｔｏｒ Ｐｌｕｇｇａｂｌｅ（すなわち脱着式）を意味し、ＲＯＭはＲｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙを意味する。前記ファイバチャネルカード上のＲＯＭに格納された、ＳＡＮブートに必要なパラメータデータをＲＯＭモジュールに保存しておく。その結果、同ファイバチャネルカードの故障交換後、パラメータデータの復元を自動的に行い得るようにする。

　また他の実施例によれば、ファイバチャネルカードに接続しているＲＡＩＤ装置からＳＡＮブートするシステムにおいて、サーバのシステムファームウェアと周知のＩ２Ｃ（Ｉｎｔｅｒ－Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）バスとを使用する。ここではＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ　Ｃｏｍｐｏｎｅｎｔ　Ｉｎｔｅｒｃｏｎｎｅｃｔ、以下同様）バスあるいはＰＣＩ－Ｅｘｐｒｅｓｓバスとともに設けられているＩ２Ｃバスを使用する。ファイバチャネルカード上のＲＯＭにあるＳＡＮブートに必要なパラメータデータを、このＩ２Ｃバスを利用してサーバ内に保存し、同ファイバチャネルカードの故障交換後のパラメータデータの復元を全自動化する。

　更に他の実施例によれば、ファイバチャネルカードに接続しているＲＡＩＤ装置からＳＡＮブートするシステムにおいて、同ファイバチャネルカードの光モジュールに内蔵されたＲＯＭを使用する。ファイバチャネルカード上のＲＯＭにあるＳＡＮブートに必要なパラメータデータを上記光モジュールに内蔵されたＲＯＭに保存し、同ファイバチャネルカードの故障交換後のパラメータデータ復元の自動化を実現する。

　更に他の実施例によれば、光モジュールの検出信号を使うことによって、ファイバチャネルカード上のＲＯＭにあるＳＡＮブートに必要なパラメータデータの保存とファイバチャネルカードの故障交換後のパラメータデータ復元の実行のための指示の生成を自動化する。

　更に他の実施例によれば、一枚のファイバチャネルカード上のＲＯＭに、システム内にある全てのファイバチャネルカードのパラメータデータを格納する。その結果一枚のファイバチャネルカードの復元操作だけで複数のファイバチャネルカードのパラメータデータ復元を自動的に実行し得るようにする。

　なお本明細書を通じ、ＲＯＭとは、例えばリード、ライト、消去が可能な周知のＦＬＡＳＨ－ＲＯＭ、ＥＥＰＲＯＭ等を意味する。

　以下に各実施例につき、図とともに詳細に説明する。

　図１は各実施例による情報処理システムの構成を説明するためのブロック図である。この情報処理システムはインタフェースとしてファイバチャネルを使用したSAN環境を有する。サーバ１０はファイバチャネルスイッチ２００を介してＲＡＩＤ装置１００に接続される。またサーバ１０はファイバチャネルスイッチ２００との接続を行うための構成を有するファイバチャネルカード２０を搭載する。

　この情報処理システムはＳＡＮブートの機能を有する。このためファイバチャネルカード２０はＲＡＩＤ装置１００からのＯＳブートを可能にするためのブートコードを搭載している。すなわち、サーバ１０からブートコードを使って接続するＲＡＩＤ装置１００に関する情報(以下「ＳＡＮブートに必要な設定情報」と称する)を予めファイバチャネルカード２０に、上記ブートコードとともに設定しておく。この設定は例えば操作者がサーバのファームウェアを使用して行うことが可能である。ここでＳＡＮブートに必要な設定情報は、例えばＲＡＩＤ装置のＷＷＮ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｎａｍｅ）、そのディスクのＴａｒｇｅｔ　ＩＤ情報、トポロジー情報、Ｌｉｎｋ　Ｓｐｅｅｄ情報等を含む。ここで上記ＷＷＮは外部記憶装置としてのＲＡＩＤ装置を特定する装置固有の情報であり、上記Ｔａｒｇｅｔ　ＩＤ情報はＲＡＩＤ装置が有するドライブ装置を個別に特定する識別情報である。またトポロジー情報はインタフェースとしてのファイバチャネルの接続形態を示す情報である。またＬｉｎｋ Ｓｐｅｅｄ情報は、インタフェースとしてのファイバチャネルの速度を示す速度情報である。

　図２はサーバ１０の内部構成を示すブロック図である。

　図２に示される如くサーバ１０はＣＰＵ１１、ＦＲＯＭ１２，システムコントローラ１３，メモリアクセスコントローラ１４，主記憶装置１５，モニタリングバスコントローラ１６，Ｉ／Ｏコントローラ１７、クロスバスイッチ１８を有する。なお本明細書を通じＦＲＯＭはフラッシュＲＯＭを示す。

　上記システムコントローラ１３はＣＰＵ１１と各種コントローラ１４，１６，１７，メモリ１２等との間の通信を制御する。ＦＲＯＭ１２にはシステムファームウェアとしてのＯＢＰ（Ｏｐｅｎ　Ｂｏｏｔ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭを意味し、以下システムファームウェアと称する）を搭載する。メモリアクセスコントローラ１４は主記憶装置１５へのアクセスを制御する。モニタリングバスコントローラ１６はシステム制御装置としてのサービスプロセッサ（以下単にＳＶＰと称する）５０を介したバス状態監視機能を提供する。Ｉ／Ｏコントローラ１７はＰＣＩバスとのインタフェースを提供する。

　図３A、図3Bはサーバ１０内の制御プログラムの起動の流れとその構成を示す。　サーバ１０においてＣＰＵ１１がFＲＯＭ１２からシステムファームウェアを読み込み主記憶装置１５に展開する。図３Aに示す如く、このシステムファームウェアがファイバチャネルカード２０内のＲＯＭであるＦＲＯＭ２１(以下単にＲＯＭ２１と称する)からブートコードを読み込み主記憶装置１５に展開する。次にこのブートコードに基づいてシステムファームウェアがファイバチャネルカード２０のコントローラ２２を制御する。その結果サーバ１０は上記ファイバチャネルスイッチ２００を介してＲＡＩＤ装置１００にアクセスし、ＲＡＩＤ装置１００からOSデータを読み込む。このＯＳデータは主記憶装置１５に展開される。その後ＣＰＵ１１はこのＯＳデータを使用してＯＳを起動する。以後サーバ１０は起動されたＯＳの制御下に入る。このようにしてＯＳが起動された後は、図３Ｂに示される如く、ＯＳ上で動作するドライバがファイバチャネルカード２０のコントローラ２２を制御する。その結果サーバ１０はファイバチャネルスイッチ２００を介しＲＡＩＤ装置１００にアクセスし得る。

　次に図４乃至図７とともに実施例１について説明する。

　図４は実施例１に係るファイバチャネルカード２０の構成を示すブロック図である。

　図４に示される如く、実施例１のファイバチャネルカード２０はコントローラ２２およびＲＯＭ２１を有する。なおファイバチャネルカード２０は周知技術のファイバチャネルカードと同様の構成を有することが可能であり、詳細な説明を省略する。ここでＳＡＮブートに必要な設定情報がＲＯＭ２１に記録されている。

　ファイバチャネルコントローラ２２はファイバチャネルスイッチ２００との間を接続するファイバチャネルケーブル８０を接続するための光モジュール３１を有する。光モジュール３１は上記の如く脱着式の光モジュールであり、ファイバチャネルカード２０から挿抜可能な構成を有する。この光モジュール３１との間にはファイバチャネル信号を伝送する信号パス２３とは別に、光モジュール３１に関する情報を確認するために使用するＩ２Ｃ(以下、ＳＦＰ用のＩ２Ｃと称する場合がある)のパス２４が設けられる。またサーバ１０のシステムファームウェアを使用して、ファイバチャネルコントローラ２２を介したＲＯＭ２０に対するリード・ライトのためのリード・ライトコマンドを使用することができる。これらのコマンドを使用することでＲＯＭ２１へのパラメータデータの設定、ＲＯＭ２１からのパラメータデータの読み出しが可能となる。

　実施例１ではＲＯＭ２１に格納された上記ブートコードに基づき、上記Ｉ２Ｃのパス２４を使用してＳＡＮブートに必要な設定情報のパラメータデータをＲＯＭモジュール３２の内蔵ＲＯＭ３２ａ(図５Ａ等参照)へ書き込む。この動作はサーバ１０のシステムファームウェアがＳＦＰ用のＩ２Ｃのライトコマンドを使用して行う。ここでＲＯＭモジュール３２とは上記内蔵ＲＯＭ３２ａを有し、光モジュール３１と交換可能な構造を有し、Ｉ２Ｃのインタフェースを有する。上記書き込み動作は光モジュール３１をＲＯＭモジュール３２に交換した状態で行う。ＲＯＭモジュール３２も光モジュール３１同様の脱着式のモジュールであり、ファイバチャネルカード２０から挿抜可能な構成とされる。すなわちファイバチャネルカード２０に対しＲＯＭモジュール３２と光モジュール３１とは相互に交換可能である。

　すなわち実施例１ではＲＯＭ２１に保存されているＳＡＮブートに必要な設定情報たる、接続先ＲＡＩＤ装置１００のＷＷＮ、ＲＡＩＤ装置１００のＴａｒｇｅｔ　ＩＤ、Ｌｉｎｋ　Ｓｐｅｅｄ等の各パラメータデータを取り出す。そして取り出したパラメータデータをＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ保存する。上記保存されたパラメータデータを読み出す際には、ファイバチャネルカード２０にＲＯＭモジュール３２を装着し、ブートコードに基づいてサーバ１０のシステムファームウェアがＩ２Ｃのリードコマンドを使用して行う。このようにしてＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからパラメータデータを読み込み、ＲＯＭ２１へ書き込むことができる。この読み出し・書き込み動作はシステムファームウェアからの指示によりファイバチャネルコントローラ２２が自動的に実行する。

　このように実施例１によればＳＡＮブートに必要な設定情報たるパラメータデータをＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ保存することができ、ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからＲＯＭ２１へ復元できる。その結果ファイバチャネルカード２０が故障し、新たなファイバチャネルカードに交換されたような場合、当該新たなファイバチャネルカードに上記ＲＯＭモジュール３２を装着する。その状態でサーバ１０のシステムファームウェアがＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからパラメータデータを読み込み、当該新たなファイバチャネルカードのＲＯＭ２１へ書き込む。この読み込み・書き込み動作はシステムファームウェアが当該新たなファイバチャネルカードのファイバチャネルコントローラ２２に指示することで実現される。その結果パラメータデータを復元することができる。このように実施例１によれば、ＳＡＮブートに必要な設定情報をファイバチャネルカード２０の外に保持し、これを使用して交換後のファイバチャネルカードにおいて復元することが可能となる。その結果ファイバチャネルカード２０の故障時の情報の引継ぎを容易に実現し得る。またこの情報の引き継ぎの動作はサーバ１０のシステムファームウェアがファイバチャネルコントローラ２２に指示することで自動的になされる。このため情報の引継ぎを人為的に行う場合に生じ得る情報の設定ミスを効果的に防止可能である。

　すなわち実施例１によれば、ＳＡＮブートに必要な設定情報たるパラメータデータを一般的なインタフェース（具体的には上記Ｉ２Ｃ）を経由して別の箇所（具体的にはＲＯＭモジュール３２の内蔵ＲＯＭ３２ａ）へ退避しておく。ファイバチャネルカード２０の交換後は当該別の箇所から、前記退避したパラメータデータを読み込むことにより環境を引き継がせる。

　すなわち実施例１によれば、ファイバチャネルによる通信用信号とは別に設けられた、光モジュール３１に関する情報の確認のために使われるＩ２Ｃインタフェース２４に、Ｉ２Ｃインタフェースに対応したＲＯＭモジュール３２を接続する。具体的には図５Ａに示す如く、ファイバチャネルカード２０に装着されている光モジュール３１を取り外し、ＲＯＭモジュール３２に交換する。その状態でＲＯＭ２１にあるパラメータデータを、当該接続したＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ保存する。すなわちＩ２Ｃのライトコマンドを使用することによりＲＯＭ２１から読み込んだパラメータデータを、上記交換に係るＲＯＭモジュール３２が内蔵するＲＯＭ３２ａへ書き込む。

　サーバ１０のファイバチャネルカード２０が新たなファイバチャネルカード２０'に交換された後は、当該新たなファイバチャネルカード２０'の光モジュール３１を一旦上記ＲＯＭモジュール３２に交換する(図５Ｂ)。その状態でＩ２Ｃリードコマンドを使うことにより当該ＲＯＭモジュール３２から上記の如く内蔵するＲＯＭ３２ａに書き込まれたパラメータデータを読み出す。読み出されたパラメータデータは上記新たなファイバチャネルカード２０'のＲＯＭ２１に書き込まれる。この動作により、前記交換後の新たなファイバチャネルカード２０'のＲＯＭ２１へ、前記交換前のファイバチャネルカード２０のＲＯＭ２１に格納されていたパラメータデータを引き継がせることができる。上記パラメータデータの新たなファイバチャネルカード２０'のＲＯＭ２１への書き込みの終了後、前記ＲＯＭモジュール３２を当該新たなファイバチャネルカード２０'から取り外す。そして当該ファイバチャンネルカード２０'に元々装着されていた光モジュール３１を同ファイバチャネルカード２０'に元通りに装着する。その結果当該新たなファイバチャネルカード２０'は、そのＲＯＭ２１に書き込まれたパラメータデータを使用することにより、前記交換前のファイバチャネルカード２０の場合同様、サーバ１０のＳＡＮブートを実行し得る。

　以下図６，７を上記図５Ａ，５Ｂとともに参照し、実施例１の作用効果を更に詳細に説明する。

　まずファイバチャネルカード２０のパラメータデータのバックアップ動作につき説明する。

　最初に管理者はサーバ１０が接続する接続先のＲＡＩＤ装置１００を確認する（図６中、ステップＳ３１）。その後管理者は当該ファイバチャネルカード２０をサーバに搭載する（ステップＳ３２）。その後管理者は管理用端末６０を使用してシステムファームウェアを起動する（ステップＳ３３）。起動後、管理用端末６０を使用して管理者は当該接続先のＲＡＩＤ装置１００に係る、ＳＡＮブートに必要な設定情報たるパラメータデータをファイバチャネルカード２０に設定する操作を行う(ステップＳ３４)。

　次に管理者はサーバ１０のファイバチャネルカード２０に搭載された光モジュール３１をＲＯＭモジュール３２へ交換する(ステップＳ３５)。その後管理者が管理用端末６０からシステムファームウェアでファイバチャネルカード２０のＲＯＭ２１内のブートコードを指示する。指示されたブートコードに基づき、ファイバチャネルコントローラ２１のＲＯＭリードコマンドとＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのリードコマンドを使い、ファイバチャネルカード２０のＲＯＭ２１からパラメータデータがサーバ１０へ読み込まれる。ＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのライトコマンドを使って、当該読み込まれたパラメータデータがファイバチャネルコントローラ２２へ書き込まれる。ファイバチャネルコントローラ２２にパラメータデータが書き込まれた後、上記指示に係るブートコードに基づき、Ｉ２Ｃのライトコマンドを使って、前記書き込まれたパラメータデータがファイバチャネルコントローラ２２とファイバチャネルカードのＩ２Ｃのパスを経由し、前記交換に係るＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ書き込まれる(以上ステップＳ３６)。

　パラメータデータのＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ書き込み後、管理者はサーバ１０に搭載されたファイバチャネルカード１０に装着されたＲＯＭモジュール３２を元の光モジュール３１へ交換する（ステップＳ３７）。その後ＲＯＭモジュール３２は保管される。

　その後管理者は管理用端末６０を操作し、ＳＡＮブートにてサーバ１０上でＯＳを起動する（ステップＳ３８）。当該ＳＡＮブートでは上記ＳＡＮブートに必要な設定情報たるパラメータデータがファイバチャネルカード２０のＲＯＭ２１から読み込まれる。読み込まれたパラメータデータに基づいて前記接続先のＲＡＩＤ装置１００からＯＳデータを読み出すことによりＳＡＮブートが実行される。

　次に、ファイバチャネルカード交換後のパラメータデータのリカバリ動作内容について説明する。

　図７においてファイバチャネルカード２０の故障時(ステップＳ４１)、管理者はサーバ１０に搭載された同ファイバチャネルカード２０を新たなファイバチャネルカード２０'に交換する（ステップＳ４２）。その後管理者は管理用端末６０を操作し、サーバ１０のシステムファームウェアを起動する（ステップＳ４３）。

　管理者は更に、交換後の新たなファイバチャネルカード２０'の光モジュール３１を、上記保管に係るＲＯＭモジュール３２に交換する（ステップＳ４４）。

　その後管理者は管理用端末６０からシステムファームウェアでファイバチャネルカード２０'のＲＯＭ２１内のブートコードを指示する。指示されたブートコードはＩ２Ｃのリードコマンドを使って以下の動作を行う。すなわち前記交換されたＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからＳＦＰ用のＩ２Ｃを経由して前記交換後の新たなファイバチャネルカード２０'のファイバチャネルコントローラ２２へパラメータデータを読み込む。 次にＰＣＩ、あるいはＰＣＩ－Ｅｘｐｒｅｓｓのリードコマンドを使ってファイバチャネルコントローラ２２からサーバ１０へ当該パラメータデータが読み込まれる。そしてファイバチャネルコントローラ２２のＲＯＭライトコマンドとＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのライトコマンドを使って、当該パラメータデータが、前記新たなファイバチャネルカード２０'のＲＯＭ２１へ書き込まれる(以上ステップＳ４５)。

　その後新たなファイバチャネルカード２０'に装着されたＲＯＭモジュール３２を光モジュール３１へ交換して元通りにする(ステップＳ４６)。当該ＲＯＭモジュール３２は再び保管しておく。

　その後管理者は管理用端末６０を操作し、ＳＡＮブートにてサーバ１０上でＯＳを起動する（ステップＳ４７）。当該ＳＡＮブートでは上記ＳＡＮブートに必要な設定情報たるパラメータデータがファイバチャネルカード２０'のＲＯＭ２１から読み込まれる。読み込まれたパラメータデータに基づいて前記接続先のＲＡＩＤ装置１００からＯＳデータを読み出すことによりＳＡＮブートが実行される。

　このように実施例１では、光モジュール３１と交換可能でＩ２Ｃインタフェースに接続できるＲＯＭ３２ａを内蔵したＲＯＭモジュール３２を用いる。すなわちパラメータデータを格納できる素子としてのＲＯＭモジュール３２を接続する。

　またファイバチャネルコントローラ２２と光モジュール３１の間に接続用のＩ２Ｃインタフェースは本来光モジュール３１の状態や情報確認に用いる。このＩ２Ｃインタフェースを、交換後のＲＯＭモジュール３２に対するパラメータデータの読み書きに使用する。

　又ＲＯＭ２１のパラメータデータを読み書きできる機能はブートコードが有する。このブートコードによる、Ｉ２Ｃのリード・ライトコマンドを使用してＲＯＭモジュール３２の内蔵ＲＯＭ３２ａに対するパラメータデータの読み書きの自動実行が可能となる。なお、パラメータデータの読み書き指示は、ブートコードの制御コマンドを使用してサーバ１０から手動で行う。

　実施例１によれば、ＲＯＭモジュール３２の交換とシステムファームウェア上での制御コマンド操作により、以下の動作を実施する。すなわちＳＡＮブートに必要は設定情報としてのパラメータデータのバックアップおよびファイバチャネルカード交換後にＲＯＭ２１への同パラメータデータのリカバリを行う。その結果ファイバチャネルカードの交換時に管理者自身が構成情報の確認を行ったりパラメータデータを入力する必要がなくなり、作業が短縮できる。実施例１ではサーバ１０に搭載されているファイバチャネルカード２０のパラメータデータをＲＯＭモジュール３２の内蔵ＲＯＭ３２ａに保持しておくことにより、ファイバチャネルカードの故障交換後においても設定情報が正確に保持され、作業ミスの回避ができる。

　すなわち実施例１では、本来光モジュール３１の情報確認に用いていたファイバチャネルコントローラ２０と光モジュール３１との間のＩ２Ｃインタフェースを利用する。光モジュール３１と交換可能なＩ２Ｃ接続できるＲＯＭモジュール３２と接続することにより、ＲＯＭモジュール３２を、ＳＡＮブートに必要な設定情報としてのパラメータデータの保存に用いる。なお、ファイバチャネルコントローラ２２と光モジュール３１との間のデータの読み書きは、システムファームウェア上で実行されるブートコードにより自動的に実行される。この場合Ｉ２Ｃのリード・ライトコマンドが使用される。

　次に図８乃至１１とともに実施例２について説明する。

　実施例２の構成は上記実施例１の構成と同様であり、主に異なる部分について説明する。

　上記の如く、ファイバチャネルカード２０のＲＯＭ２１に、ＳＡＮブートに必要な設定情報を記録しておく。サーバ１０にはＰＣＩ、ＰＣＩ－Ｅｘｐｒｅｓｓのデータ信号のパス４１とは別に、ファイバチャネルカード２０上のファイバチャネルコントローラ２２の情報を確認するために使用するＩ２Ｃのパス４２がある。またサーバ１０のＳＶＰ５０から、ファイバチャネルコントローラ２２のＲＯＭリード・ライトコマンドを使用してＲＯＭ２１へパラメータデータを設定したり、読み出したりすることができる。

　実施例２ではＲＯＭ２１にあるパラメータデータを、サーバ１０のＳＶＰ５０がＰＣＩ、ＰＣＩ－Ｅｘｐｒｅｓｓバスに係るＩ２Ｃのリードコマンドを使用してＩ２Ｃパス経由でサーバのＳＶＰ５０に読み込む。このようにしてＲＯＭ２１に保存されているＳＡＮブートに必要な設定情報たる接続先ＲＡＩＤ装置のＷＷＮ、ＲＡＩＤ装置のＴａｒｇｅｔ　ＩＤ情報、Ｌｉｎｋ　Ｓｐｅｅｄ等の各パラメータデータを取り出し、サーバ１０内へ保存する。又必要な場合、ＳＶＰ５０上で実行するＩ２Ｃのライトコマンドを使用してサーバ１０からＩ２Ｃパスを経由してパラメータデータをファイバチャネルカード２０のＲＯＭ２１へ書き込む。

　すなわち実施例２では、ＳＡＮブートに必要な設定情報たるパラメータデータをサーバ１０へ保存しておき、同保存に係るパラメータデータを使用し、サーバ１０からファイバチャネルカード２０のＲＯＭ２１へ同データを復元する。このため、ファイバチャネルカード２０故障交換後はＳＶＰ５０上でサーバ１０からパラメータデータをＲＯＭ２１へ書き込む操作をＳＶＰ５０上から指示する。その結果パラメータデータを復元できる。このように実施例２ではＳＡＮブートに必要な設定情報を保持し復元する。その結果ファイバチャネルカード２０故障時の情報引継ぎを容易に実施し得る。また、情報引継ぎ時の設定ミスを確実に防ぎ得る。

　すなわち実施例２では、ＰＣＩ、ＰＣＩ－Ｅｘｐｒｅｓｓ信号のインタフェースとは別にある、ファイバチャネルカード２０の情報確認等で使われるＩ２Ｃインタフェースを使う。そしてこのＩ２Ｃインタフェースを使用し、ファイバチャネルカード２０上のＲＯＭ２１にあるパラメータデータを読み込み、これをサーバ１０へ保存する。すなわちＩ２Ｃのリードコマンドとファイバチャネルコントローラ２２のＲＯＭリードコマンドを使ってＲＯＭ２１からパラメータデータをサーバ１０へ読み込む。ファイバチャネルカード２０交換後はＩ２Ｃのライトコマンドを使うことによりサーバ１０から当該交換後の新たなファイバチャネルカード２０'のファイバチャネルコントローラ２２へとパラメータデータを書き込む。そしてファイバチャネルコントローラのＲＯＭライトコマンドを使うことにより、当該新たなファイバチャネルカード２０'のＲＯＭ２１へパラメータデータを書き込む。この動作を行うことで、交換した新たなファイバチャネルカード２０'上へ、交換前のファイバチャネルカード２０のパラメータデータを引き継がせる。

　図８乃至１１とともに、実施例２に係る動作につき、詳細に説明する。

　まずファイバチャネルカード２０のパラメータデータのバックアップ動作を説明する。

　最初に管理者はサーバ１０が接続する接続先のＲＡＩＤ装置１００を確認する（図１０中、ステップＳ５１）。その後管理者は当該ファイバチャネルカード２０をサーバ１０に搭載する（ステップＳ５２）。その後管理者は管理用端末６０を使用してシステムファームウェアを起動する（ステップＳ５３）。起動後、管理用端末６０を使用して管理者は当該接続先のＲＡＩＤ装置１００に係る、ＳＡＮブートに必要な設定情報たるパラメータデータをファイバチャネルカード２０に設定する操作を行う(ステップＳ５４)。

　次に管理者が管理用端末６０からサーバ１０のＳＶＰ５０でファイバチャネルカード２０上のファイバチャネルコントローラ２０のＲＯＭリードコマンドとＩ２Ｃのリードコマンドを指示する。指示されたコマンドにしたがって、サーバ１０とファイバチャネルカード２０との間のＩ２Ｃを経由し、ファイバチャネルカード２０上のＲＯＭ２１からパラメータデータがサーバ１０へ読み込まれ、サーバ２０にある、システムファームウェア管理下又はＳＶＰ５０管理下のＲＯＭへ保存される(以上ステップＳ５５)。

　その後管理者は管理用端末６０を操作し、ＳＡＮブートにてサーバ１０上でＯＳを起動する（ステップＳ５６）。当該ＳＡＮブートでは上記ＳＡＮブートに必要な設定情報たるパラメータデータがファイバチャネルカード２０のＲＯＭ２１から読み込まれる。読み込まれたパラメータデータに基づいて前記接続先のＲＡＩＤ装置１００からＯＳデータを読み出すことによりＳＡＮブートが実行される。

　次にファイバチャネルカード２０交換後のパラメータデータのリカバリ動作を説明する。

　図１１においてファイバチャネルカード２０の故障時(ステップＳ６１)、管理者はサーバ１０に装着された同ファイバチャネルカード２０を新たなファイバチャネルカード２０'に交換する（ステップＳ６２）。その後管理者は管理用端末６０を操作し、サーバ１０のシステムファームウェアを起動する（ステップＳ６３）。

　その後管理者が管理用端末６０からＳＶＰ５０でＩ２Ｃのライトコマンドとファイバチャネルコントローラ２２のＲＯＭライトコマンドを指示する。指示されたコマンドにしたがって、ＳＶＰ５０は、上記保存に係るパラメータデータを読み込み、これをＩ２Ｃ経由で新たなファイバチャネルカード２０'のＲＯＭ２１へ書き込む（ステップＳ６４）。上記保存に係るパラメータデータとは、図１０とともに上記した動作により、システムファームウェア管理下又はＳＶＰ５０管理下のＲＯＭに保存されたパラメータデータである。その後管理者は管理用端末６０を操作し、ＳＡＮブートにてサーバ１０上でＯＳを起動する（ステップＳ６５）。
　サーバ１０と新たなファイバチャネルカード２０'のファイバチャネルコントローラ２２との間にあるＩ２Ｃパス４２は本来ファイバチャネルコントローラ２２の状態監視に用いる。しかしながらこの場合、このＩ２Ｃパス４２を使用して、ファイバチャネルカードのＲＯＭ２１のパラメータデータの読み書きを行う。そのためにはサーバ１０がＩ２Ｃを経由してファイバチャネルカードのＲＯＭ２１に対しパラメータデータを読み書きできるようにする必要がある。そのため、サーバ１０のＳＶＰ５０が、ＲＯＭ２１に対するパラメータデータの読み書きをＩ２Ｃのリード・ライトコマンドを使って自動的に行うようにする。このようにしてパラメータデータの保存と復元を実現する。なお、パラメータデータの読み書きを実行する旨の指示が自動的に出されるようにすることが可能である。すなわちＳＶＰ５０による、ファイバチャネルカード２０が交換されたことの検出、および設定情報の検出を行う機能を用いる。これらの機能により、ファイバチャネルカード２０が交換されたことの検出、および設定情報の検出がなされた際に、自動的にパラメータデータの読み書きを実行する旨の指示が出されるようにすることが可能である。

　実施例２によれば、ＳＡＮブートに必要な設定情報を格納したファイバチャネルカード２０が故障した場合、サーバ１０のＳＶＰ５０上で制御コマンドを操作することで以下の動作を実行させることが可能である。すなわちＳＡＮブートに必要な設定情報たるパラメータデータのバックアップを行い、ファイバチャネルカード２０の交換後に新たなファイバチャネルカード２０'のＲＯＭ２１へのリカバリを行う。その結果、ファイバチャネルカード２０交換時に構成情報の確認や、パラメータデータを入力する必要がなくなり、作業が短縮できる。またサーバ１０に搭載されているファイバチャネルカード２０のパラメータデータを、サーバ１０(実際には上記の如く、システムファームウェア管理下又はＳＶＰ５０管理下のＲＯＭ)で保持する。その結果、ファイバチャネルカード２０の故障交換後においても設定情報が正確に保持され、作業ミスの回避ができる
　実施例２では、ファイバチャネルカード２０のファイバチャネルコントローラ２２が情報確認に用いているＰＣＩ、ＰＣＩ－ＥｘｐｒｅｓｓバスにあるＩ２Ｃインタフェースを、パラメータデータの読み書きに使う。このようにしてＳＡＮブートに必要な設定情報たるパラメータデータのサーバ１０への保存と、同パラメータデータの新たなファイバチャネルカード２０'上への復元を行う。サーバ１０とファイバチャネルコントローラとの間のデータの読み書きは、サーバ１０のＳＶＰ５０がＩ２Ｃのリード・ライトコマンドを使用して行う。なお、ＳＶＰ５０はファイバチャネルカード２０の交換とパラメータデータの存在とを自動的に検出する機能を有している。

　したがってＳＶＰ５０は、サーバ１０に搭載されたファイバチャネルカード２０が新たなファイバチャネルカード２０'に交換されたことを検出し、またシステムファームウェア管理下又はＳＶＰ５０管理下のＲＯＭにパラメータデータが保存されていることを検出する。これらの検出がトリガとされ、ＳＶＰ５０は、前記パラメータデータをシステムファームウェアの管理下又はＳＶＰ５０管理下のＲＯＭから読み出し、これを前記交換に係るファイバチャネルカード２０'のＲＯＭ２１に書き込む。すなわち実施例２では、ＳＡＮブートに必要な設定情報たるパラメータデータの復元の動作を全自動化する。

　また実施例２では更に、パラメータデータの保存の自動化も行っている。すなわちサーバ１０に搭載された第１のファイバチャネルカードが第２のファイバチャネルカードに交換された場合であって、第２のファイバチャネルカードのＲＯＭ２１には既にパラメータが設定されていた場合である。この場合、ＳＶＰ５０は当該ファイバチャネルカードの交換を検出するとともに、第２のフィアバチャネルカード上のＲＯＭ２１にパラメータデータが格納されていることを検出する。これらの検出がトリガとされ、ＳＶＰ５０は、第２のファイバチャネルカード上のＲＯＭ２１からパラメータデータを読み出す。ＳＶＰ５０は上記読み出したパラメータデータをシステムファームウェアの管理下又はＳＶＰ５０管理下のＲＯＭに書き込む。すなわち実施例２では、ＳＡＮブートに必要な設定情報たるパラメータデータの保存の動作を全自動化する。

　以下に図１２乃至１５とともに実施例３につき説明を行う。

　実施例３の構成は上記実施例１の構成と同様であり、主に異なる部分について説明する。

　上記の如く、ファイバチャネルカード２０のROM２１に、ＳＡＮブートに必要な設定情報を記録しておく。ファイバチャネルカード２０のファイバチャネルコントローラ２２と光モジュール３１との間にはファイバチャネル信号を伝送する信号パスとは別に、光モジュール３１の情報を確認するために使用するＩ２Ｃのパスがある。光モジュール３１の中にあるＲＯＭ３１ａには、光モジュール３１の型格情報(すなわちメーカ名およびメーカ型番)と状態情報とが格納されている。またサーバ１０のシステムファームウェアから、ファイバチャネルコントローラ２２のＲＯＭリード・ライトコマンドを使用してＲＯＭ２１へパラメータデータを設定したり、読み出したりすることができる。

　実施例３ではファイバチャネルカード２０のＲＯＭ２１にある、システムファームウェアで実行するブートコードにより、ＳＦＰ用のＩ２Ｃのライトコマンドを使用してパラメータデータを光モジュール３１内のＲＯＭ３１ａへ書き込む。すなわちＲＯＭ２１に保存されているＳＡＮブートに必要な設定情報たる各パラメータデータを取り出す。そして取り出されたパラメータデータは光モジュール３１内のＲＯＭ３１ａへ保存される。なお上記パラメータデータは例えば接続先ＲＡＩＤ装置のＷＷＮ、ＲＡＩＤ装置のＴａｒｇｅｔ　ＩＤ情報、Ｌｉｎｋ　Ｓｐｅｅｄ等を有する。

　あるいはシステムファームウェア上で実行するブートコードにより、ＳＦＰ用のＩ２Ｃのリードコマンドを使用して光モジュール３１内のＲＯＭ３１ａからパラメータデータが読み込まれる。読み込まれたパラメータデータはファイバチャネルカード２０上のＲＯＭ２１に書き込まれる。

　実施例３によれば、パラメータデータを光モジュール３１の内蔵ＲＯＭ３１ａへ保存する。当該パラメータデータを、内蔵ＲＯＭ３１ａからファイバチャネルカード２０のＲＯＭ２１へ復元する。このため、ファイバチャネルカード２０の故障交換後は、サーバ１０のシステムファームウェアを使用して、光モジュール３１のＲＯＭ３１ａからパラメータデータを読み込む。そして読み込まれたパラメータデータを交換後の新たなファイバチャネルカード２０'のＲＯＭ２１へ書き込む。この読み込み・書き込み動作は、管理者がサーバ１０のシステムファームウェアを使用して指示することにより実行させることができる。その結果ファイバチャネルカード２０の交換時にも容易にパラメータデータを復元できる。したがって実施例３によれば、ＳＡＮブートに必要な設定情報を格納したファイバチャネルカード２０の設定情報が保持及び復元され、ファイバチャネルカード２０の故障時の情報引継ぎを容易になし得る。また、情報引継ぎ時の設定ミスを効果的に防ぎ得る。

　すなわち実施例３では、ファイバチャネル通信用のインタフェースとは別にある光モジュールの情報確認で使われるＩ２Ｃインタフェースと接続している光モジュール３１内のＲＯＭ３１ａを使用する。当該ＲＯＭ３１ａにファイバチャネルカード２０のＲＯＭ２１にあるパラメータデータを保存する。すなわちＩ２Ｃのライトコマンドを使用することにより、ＲＯＭ２１から読み込んだパラメータデータを光モジュール３１内のＲＯＭ３１ａへ書き込む。ファイバチャネルカード２０の交換後は以下の動作を行う。Ｉ２Ｃのリードコマンドを使い、交換前のファイバチャネルカード２０に装着されていた光モジュール３１のＲＯＭ３１ａから、当該交換前のファイバチャネルカードのパラメータデータを読み込む。読み込まれたパラメータデータは交換後の新たなファイバチャネルカード２０'のＲＯＭ２１へ書き込まれる。この動作により、交換後の新たなファイバチャネルカード２０'へ、交換前のファイバチャネルカード２０のパラメータデータを引き継がせる。

　以下実施例３の動作につき、図１２乃至１５とともに、詳細に説明する。

　まずファイバチャネルカード２０のパラメータデータのバックアップ動作につき説明する。

　最初に管理者はサーバ１０が接続する接続先のＲＡＩＤ装置１００を確認する（図１４中、ステップＳ７１）。その後管理者は当該ファイバチャネルカード２０をサーバ１０に搭載する（ステップＳ７２）。その後管理者は管理用端末６０を使用してシステムファームウェアを起動する（ステップＳ７３）。起動後、管理用端末６０を使用して管理者は当該接続先のＲＡＩＤ装置１００に係る、ＳＡＮブートに必要な設定情報たるパラメータデータをファイバチャネルカード２０に設定する操作を行う(ステップＳ７４)。

　次に管理者が管理用端末６０からサーバ１０のシステムファームウェアを使用してファイバチャネルカード２０のＲＯＭ２１に格納されたブートコードを指示する。指示されたブートコードによりファイバチャネルカード２０のＲＯＭ２１からパラメータデータがサーバ１０へ読み込まれる。この場合ファイバチャネルコントローラ２２のＲＯＭリードコマンドとＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのリードコマンドが使われる。ＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのライトコマンドを使って、上記読み込まれたパラメータデータがファイバチャネルコントローラ２２へ書き込まれる。ファイバチャネルコントローラ２２にパラメータデータが書き込まれると、前記ブートコードにより、Ｉ２Ｃのライトコマンドを使って、前記読み込まれたパラメータデータがファイバチャネルカード２０に装着されている光モジュール３１内のＲＯＭ３１ａへ書き込まれる。この書き込み動作はファイバチャネルコントローラ２２とファイバチャネルカード２０のＳＦＰ用のＩ２Ｃを経由してなされる(以上ステップＳ７５)。

　その後管理者は管理用端末６０を操作し、ＳＡＮブートにてサーバ１０上でＯＳを起動する（ステップＳ７６）。当該ＳＡＮブートでは上記ＳＡＮブートに必要な設定情報たるパラメータデータがファイバチャネルカード２０のＲＯＭ２１から読み込まれる。読み込まれたパラメータデータに基づいて前記接続先のＲＡＩＤ装置１００からＯＳデータを読み出すことによりＳＡＮブートが実行される。

　次にファイバチャネルカードへのパラメータデータの復元動作を説明する。

　図１５においてファイバチャネルカード２０の故障時(ステップＳ８１)、管理者はサーバ１０に装着されている同ファイバチャネルカード２０を新たなファイバチャネルカード２０'に交換する（ステップＳ８２）。ここで管理者は同ファイバチャネルカード２０の交換の際、当該元のファイバチャネルカード２０から光モジュール３１を取り外し、これを新たなファイバチャネルカード２０'に装着する。その後管理者は管理用端末６０を操作し、サーバ１０のシステムファームウェアを起動する（ステップＳ８３）。

　次に管理者が管理用端末６０からシステムファームウェアを使用してファイバチャネルカード２０'のＲＯＭ２１に格納されたブートコードを指示する。指示されたブートコードにより、Ｉ２Ｃリードコマンドを使って、光モジュール３１のＲＯＭ３１ａから、ＳＦＰ用のＩ２Ｃを経由してファイバチャネルコントローラ２２へパラメータデータが読み込まれる。この場合の光モジュール３１は、上記元のファイバチャネルカード２０から取り外され、当該新たなファイバチャネルカード２０'に装着された光モジュール３１である。次にＰＣＩ, ＰＣＩ－Ｅｘｐｒｅｓｓのリードコマンドを使って、ファイバチャネルコントローラ２２からサーバ１０へ上記パラメータデータが読み込まれる。読み込まれたパラメータデータは、当該交換後の新たなファイバチャネルカード２０'のＲＯＭ２１へ書き込まれる。この書き込み動作には、ファイバチャネルコントローラ２２のＲＯＭライトコマンドとＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのライトコマンドが使われる(以上ステップＳ８４)。

　その後管理者は管理用端末６０を操作し、ＳＡＮブートにてサーバ１０上でＯＳを起動する（ステップＳ８５）。当該ＳＡＮブートでは上記ＳＡＮブートに必要な設定情報たるパラメータデータがファイバチャネルカード２０'のＲＯＭ２１から読み込まれる。読み込まれたパラメータデータに基づいて前記接続先のＲＡＩＤ装置１００からＯＳデータを読み出すことによりＳＡＮブートが実行される。

　実施例３によれば、パラメータデータを格納できる素子として、光モジュール３１内のＲＯＭ３１ａを用いる。

　またファイバチャネルコントローラ２２と光モジュール３１との間に接続されているＩ２Ｃインタフェースは本来光モジュールの状態や情報確認に用いられる。実施例３ではこのＩ２Ｃインタフェースをパラメータデータの読み書きに使用する。

　ここでＲＯＭ２１のパラメータデータを読み書きできる機能はブートコードが有する。更にコントローラ２２とＳＦＰ用のＩ２Ｃを経由して光モジュール３１のＲＯＭ３１ａにパラメータデータを読み書きする機能をブートコードに設ける。その結果ブートコードによる、Ｉ２Ｃのリード・ライトコマンドを使用した、光モジュール３１のＲＯＭ３１ａにあるパラメータデータの読み書きの自動化が実現される。なお、パラメータデータの読み書きを実行する旨の指示は、ブートコードの制御コマンドを使用してサーバから手動でなされる。

　実施例３によれば、システムファームウェアを使用した制御コマンドの操作により、ＳＡＮブートに必要な設定情報たるパラメータデータのバックアップを自動で行う。またファイバチャネルカード２０交換後に、新たなファイバチャネルカード２０'のＲＯＭ２１への上記パラメータデータのリカバリを自動で行う。その結果ファイバチャネルカード２０交換時に構成情報の確認や、パラメータデータを入力する必要がなくなり、作業短縮ができる。

　実施例３ではサーバ１０に搭載されているファイバチャネルカード２０のパラメータデータを光モジュール３１のＲＯＭ３１ａに保持しておく。その結果、ファイバチャネルカード２０の故障交換後においても、設定情報が新たなファイバチャネルカード２０'に正確に引き継がれ、作業ミスの回避ができる。

　実施例３では、本来光モジュールの情報確認に用いていたファイバチャネルコントローラ２２と光モジュール３１との間にあるＩ２Ｃインタフェースを、パラメータデータの転送に使用する。すなわちこのＩ２Ｃインタフェースを、光モジュール３１のＲＯＭ３１ａを使った、ＳＡＮブートに必要な設定情報たるパラメータデータの保存、復元に用いる。なお、ファイバチャネルコントローラ２２と光モジュール３１との間のデータの読み書きは、サーバ１０のシステムファームウェアによって実行されるブートコードが、Ｉ２Ｃのリード・ライトコマンドを使って実行する。

　次に図１６乃至１９とともに実施例４につき説明を行う。

　実施例４の構成は上記実施例１の構成と同様であり、主に異なる部分について説明する。

　上記の如くファイバチャネルカード２０のＲＯＭ２１にＳＡＮブートに必要な設定情報を記録しておく。ファイバチャネルコントローラ２２と光モジュール３１との間にはファイバチャネル信号を伝送する信号パス２３とは別に、光モジュール３１の情報を確認するために使用するＩ２Ｃのパス２４がある。サーバ１０のシステムファームウェアから、ファイバチャネルカード２０のファイバチャネルコントローラ２２のＲＯＭリード・ライトコマンドを使用して以下の動作を行い得る。すなわちファイバチャネルカード２０上のＲＯＭ２１へパラメータデータを設定したり、ＲＯＭ２１からパラメータデータを読み出したりする。また、実施例４では、ファイバチャネルコントローラ２２と光モジュール３１との間に検知信号のパス２５が設けられる。この検知信号の電圧レベルを確認することによって、システムファームウェアは光モジュール３１のファイバチャネルカード２０に対する抜き差し状態を確認し得る。

　実施例４では、ＲＯＭ２１にある、システムファームウェアで実行するブートコードにより、ＳＦＰ用のＩ２Ｃのライトコマンドを使用してパラメータデータをＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ書き込む。すなわちＲＯＭ２１に保存されているＳＡＮブートに必要な設定情報たる接続先ＲＡＩＤ装置のＷＷＮ、ＲＡＩＤ装置のＴａｒｇｅｔ　ＩＤ情報、Ｌｉｎｋ　Ｓｐｅｅｄ等の各パラメータデータをＲＯＭ２１から取り出す。そして取り出されたパラメータデータは、光モジュール３１と交換可能なＩ２Ｃインタフェースに接続できるＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ保存する。

　あるいはこのＲＯＭモジュール３２を交換後のファイバチャネルカード２０'に装着し、ＳＦＰ用のＩ２Ｃのリードコマンドを使用してＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからパラメータデータを読み込み、そして同パラメータデータを同ファイバチャネルカード２０'のＲＯＭ２１へ書き込む。この読み込み・書き込み動作は、システムファームウェア上で実行すされるブートコードにより実行される。

　また上記光モジュール３１およびこれと交換可能なＲＯＭモジュール３２の各々に検知信号のパス２５を設け、同パスを接地に接続しておく。その結果、ファイバチャネルカードから、光モジュール３１あるいはＲＯＭモジュール３２の挿抜状態の変化が確認できる。この挿抜状態の変化の確認とＲＯＭモジュール３２の内蔵ＲＯＭ３２ａの格納データ状態を確認することによって、管理用操作端末６０からの管理者による指示が必要なくなる。すなわちサーバ１０のシステムファームウェアによる自動制御により、ファイバチャネルカード２０からＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへのパラメータデータの保存、及び交換後のファイバチャネルカード２０'へのパラメータデータの復元がなされる。実施例４によれば、パラメータデータをＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ保存することができ、ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａから交換後のファイバチャネルカード２０'のＲＯＭ２１へパラメータデータを復元できる。このため、ファイバチャネルカード２０の故障交換後は、システムファームウェアによりＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからパラメータデータを読み込み、交換後の新たなファイバチャネルカード２０'のＲＯＭ２１へ書き込む。この読み込み・書き込み動作は、システムファームウェアが、上記検知信号の変化をトリガとして自動的に指示することで実現される。このようにして新たなファイバチャネルカード２０'においてパラメータデータを復元できる。その結果ＳＡＮブートに必要な設定情報を格納したファイバチャネルファイバチャネルカード２０の設定情報を容易に保持及び復元することができ、ファイバチャネルカード２０の故障時の情報引継ぎを容易になし得る。また情報引継ぎ時の設定ミスを効果的に防ぎ得る。

　すなわち実施例４では、ファイバチャネル通信用のインタフェースとは別にある、光モジュール３１の情報確認で使われるＩ２ＣインタフェースにＩ２Ｃインタフェースに対応したＲＯＭモジュール３２を接続する。そしてファイバチャネルカード２０内のＲＯＭ２１にあるパラメータデータを、当該接続したＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ保存する。この場合、Ｉ２Ｃライトコマンドを使用することにより、ＲＯＭ２１から読み込んだパラメータデータを、光モジュール３１と交換したＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ書き込む。そしてファイバチャネルカード２０の交換後は、Ｉ２Ｃリードコマンドを使うことにより、上記ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからパラメータデータを読み込む。そして交換後の新たなファイバチャネルカード２０'内のＲＯＭ２１へ、上記パラメータデータを書き込む。この動作により、交換後の新たなファイバチャネルカード２０'上へ、交換前のファイバチャネルカード２０のパラメータデータを引き継がせる。また、上記の動作を、上記光モジュール３１あるいはＲＯＭモジュール３２の検知信号のパス２５を使うことで、サーバ１０のシステムファームウェアによる自動制御で実行させることができる。

　すなわち上記検知信号のパス２５の検知信号が開放レベル(すなわち未接続状態)から接地レベル(すなわち接続状態)になった場合の検知信号の状態変化をシステムファームウェアがトリガとして使用する。すなわちファイバチャネルカード２０から光モジュール３１が取り外され、その代わりにＲＯＭモジュール３２が装着された場合、装着後のＲＯＭモジュール３２が接続状態となる。その結果前記検知信号のパス２５が接地レベルとなり、システムファームウェアはこのようにしてＲＯＭモジュール３２に交換されたことを検知する。

　すなわちパラメータデータの保存時には、システムファームウェアは前記検知信号のレベルにより、ファイバチャネルカード２０上で光モジュール３１がＲＯＭモジュール３２に交換されたことを検出する。更にシステムファームウェアはファイバチャネルカード２０のＲＯＭ２１にパラメータデータが格納されていることを確認する。それら検出および確認時、これらがトリガとされ、システムファームウェアは自動的にＲＯＭ２１からパラメータデータを読み込み、ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａにこれを書き込む。すなわちパラメータデータの保存が自動的になされる。

　又パラメータデータの復元時、システムファームウェアは前記検知信号のレベルにより、ファイバチャネルカード２０'上で光モジュール３１がＲＯＭモジュール３２に交換されたことを検出する。更にシステムファームウェアは当該交換に係るＲＯＭモジュール３２の内蔵ＲＯＭ３２ａにパラメータデータが格納されていることを確認する。それら検出および確認時、これらがトリガとされ、システムファームウェアは自動的にＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからパラメータデータを読み込み、フィアバチャネルカード２０'のＲＯＭ２１にこれを書き込む。すなわちパラメータデータの復元が自動的になされる。

　以下図１６乃至１９とともに、実施例４の動作を更に詳細に説明する。

　まずファイバチャネルカード２０のパラメータデータのバックアップ動作につき説明する。

　最初に管理者はサーバ１０が接続する接続先のＲＡＩＤ装置１００を確認する（図１８中、ステップＳ９１）。その後管理者は当該ファイバチャネルカード２０をサーバ１０に搭載する（ステップＳ９２）。その後管理者は管理用端末６０を使用してシステムファームウェアを起動する（ステップＳ９３）。起動後、管理用端末６０を使用して管理者は当該接続先のＲＡＩＤ装置１００に係る、ＳＡＮブートに必要な設定情報たるパラメータデータをファイバチャネルカード２０に設定する操作を行う(ステップＳ９４)。

　次に管理者はサーバ１０に搭載されたファイバチャネルカード２０の光モジュール３１をＲＯＭモジュール３２へ交換する(ステップＳ９５)。サーバ１０のシステムファームウェアが前記検知信号の状態を確認する。その結果検知信号が上記未接続状態(開放レベル)から接続状態(接地レベル)になったことを確認すると、ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからデータを読み込む動作を行う。同読み込み動作で、システムファームウェアはＩ２Ｃのリードコマンドを使う。ここで、ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａには何らデータは書き込まれていない空状態である。この空状態がシステムファームウェアにより確認される。またシステムファームウェアは、ファイバチャネルコントローラ２２のＲＯＭリードコマンドを使って、ＲＯＭ２１にパラメータが書かれていることを確認する。次にシステムファームウェアがファイバチャネルカード２０のＲＯＭ２１からパラメータデータをサーバ１０へ読み込む。同読み込み動作ではファイバチャネルコントローラ２２のＲＯＭリードコマンドとＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのリードコマンドを使う。そしてＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのライトコマンドを使って、読み込んだパラメータデータをファイバチャネルコントローラ２２へ書き込む。このようにしてファイバチャネルコントローラ２２にパラメータデータを書き込んだ後、システムファームウェアはＩ２Ｃのライトコマンドを使って以下の動作を行う。

　すなわち当該書き込まれたパラメータデータをファイバチャネルコントローラ２２とファイバチャネルカード２０のＳＦＰ用のＩ２Ｃを経由し、前記交換に係るＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ書き込む。このようにしてパラメータデータがＲＯＭモジュール３２の内蔵ＲＯＭ３２ａへ書き込まれた後、管理者はサーバ１０に搭載されたファイバチャネルカード２０のＲＯＭモジュール３２を元の光モジュール３１へ交換する(ステップＳ９６)。

　管理者はその後当該ＲＯＭモジュール３２を保管する。

　その後管理者は管理用端末６０を操作し、ＳＡＮブートにてサーバ１０上でＯＳを起動する（ステップＳ９７）。当該ＳＡＮブートでは上記ＳＡＮブートに必要な設定情報たるパラメータデータがファイバチャネルカード２０のＲＯＭ２１から読み込まれる。読み込まれたパラメータデータに基づいて前記接続先のＲＡＩＤ装置１００からＯＳデータを読み出すことによりＳＡＮブートが実行される。

　次に、ファイバチャネルカード２０のパラメータデータが変更された場合のバックアップ動作につき説明する。

　上記同様、最初に管理者はサーバ１０が接続する接続先のＲＡＩＤ装置１００を確認する（図１８中、ステップＳ９１）。その後管理者は当該ファイバチャネルカード２０をサーバ１０に搭載する（ステップＳ９２）。その後管理者は管理用端末６０を使用してシステムファームウェアを起動する（ステップＳ９３）。起動後、管理用端末６０を使用して管理者は当該接続先のＲＡＩＤ装置１００に係る、ＳＡＮブートに必要な設定情報たるパラメータデータをファイバチャネルカード２０に設定する操作を行う(ステップＳ９４)。

　管理者はサーバ１０に搭載されたファイバチャネルカード２０の光モジュール３１をＲＯＭモジュール３２へ交換する。システムファームウェアが検知信号の状態を確認する。検知信号が未接続状態(開放レベル)から接続状態(接地レベル)になったことを確認した場合、システムファームウェアがＩ２Ｃのリードコマンドを使ってＲＯＭモジュール３２の内蔵ＲＯＭ３２ａのデータをサーバ１０へ読み込む。同時にＲＯＭモジュール３２の内蔵ＲＯＭ３２ａが空状態でないことを確認する。システムファームウェアは次にファイバチャネルカード２０のファイバチャネルコントローラ２２のＲＯＭリードコマンドを使ってＲＯＭ２１にあるパラメータデータをサーバ１０へ読み込む。そして前記ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａから読み込んだデータと比較する。両者が異なる内容であることを確認すると以下の動作を行う。

　すなわち、システムファームウェアがファイバチャネルカード２０のＲＯＭ２１からパラメータデータをサーバ１０へ読み込む。同読み込み動作でファイバチャネルコントローラ２２のＲＯＭリードコマンドとＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのリードコマンドが使われる。そしてＰＣＩもしくはＰＣＩ－Ｅｘｐｒｅｓｓのライトコマンドを使って、読み込んだパラメータデータをファイバチャネルコントローラ２２へ書き込む。このようにしてファイバチャネルコントローラ２２にパラメータデータを書き込んだ後、システムファームウェアはＩ２Ｃのライトコマンドを使って以下の動作を行う。すなわち当該書き込まれたパラメータデータをファイバチャネルコントローラ２２とファイバチャネルカード２０のＳＦＰ用のＩ２Ｃを経由し、前記交換に係るＲＯＭモジュール３２へ書き込む。

　その後管理者はファイバチャネルカード２０のＲＯＭモジュール３２を元の光モジュールに交換する。そしてこのＲＯＭモジュール３２を保管する。

　次に、ファイバチャネルカード交換後のパラメータデータのリカバリ動作内容について説明する。

　図１９においてサーバ１０に搭載されているファイバチャネルカード２０の故障時(ステップＳ１０１)、管理者は同ファイバチャネルカード２０を新たなファイバチャネルカード２０'に交換する（ステップＳ１０２）。その後管理者は管理用端末６０を操作し、サーバ１０のシステムファームウェアを起動する（ステップＳ１０３）。

　管理者は更に、交換後の新たなファイバチャネルカード２０'の光モジュール３１を、上記保管に係るＲＯＭモジュール３２に交換する（ステップＳ１０４）。その結果システムファームウェアが前記検知信号の状態を確認する。前記ＲＯＭモジュールへの交換により検知信号が前記未接続状態(開放レベル)から接続状態(接地レベル)になったことを確認すると、以下の動作を行う。

　すなわちシステムファームウェアがＩ２Ｃのリードコマンドを使ってＲＯＭモジュール３２の内蔵ＲＯＭ３２ａのパラメータデータを読み込むため、同ＲＯＭ３２ａにパラメータデータが書かれていることを確認する。また、ファイバチャネルコントローラ２２のＲＯＭリードコマンドを使ってファイバチャネルカード２０'上のＲＯＭ２１が空状態であることを確認する。そしてＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからパラメータデータを読み込み、同パラメータデータを上記新たなファイバチャネルカード２０'のＲＯＭ２１へ書き込む。同書き込み動作はシステムファームウェアがファイバチャネルコントローラ２２のＲＯＭライトコマンドを使って行う。その後管理者は当該新たなファイバチャネルカード２０'に装着されているＲＯＭモジュール３２を元の光モジュール３１へ交換する(ステップＳ１０５)。その後管理者は当該ＲＯＭモジュール３２を再び保管する。

　その後管理者は管理用端末６０を操作し、ＳＡＮブートにてサーバ１０上でＯＳを起動する（ステップＳ１０６）。当該ＳＡＮブートでは上記ＳＡＮブートに必要な設定情報たるパラメータデータがファイバチャネルカード２０'のＲＯＭ２１から読み込まれる。読み込まれたパラメータデータに基づいて前記接続先のＲＡＩＤ装置１００からＯＳデータを読み出すことによりＳＡＮブートが実行される。

　管理者が操作を行うことによってシステムファームウェアから指示することでファイバチャネルカード２０のファイバチャネルコントローラ２２を制御することもできる。実施例４によれば、前記検知信号のパス２５を使用し、同検知信号の電圧レベルの変化をトリガとして使用することにより、管理者の操作による指示を不要にする。実施例４によれば、前記検知信号の状態変化をトリガとし、システムファームウェアが自動的にファイバチャネルカード２０上のファイバチャネルコントローラ２２を制御する。そしてシステムファームウェアが自動的にブートコードやドライバにＲＯＭ２１のパラメータデータの保存と復元の動作を指示する。

　また実施例４では、システムファームウェアが自動的にＲＯＭ２１およびＲＯＭモジュール３２の各々における格納データの状態を確認し、ＲＯＭモジュール３２に対するデータ書き込みや読み込みを実行する。その目的のため実施例４では、ブートコードやドライバが前記検知信号の状態変化をトリガとして、ＲＯＭ２１およびＲＯＭモジュール３２の格納データ状態を自動的に確認する構成を有する。

　このように実施例４では、管理者がＲＯＭモジュール３２の交換を行うと、システムファームウェアが以下の動作を行う。すなわちＳＡＮブートに必要な設定情報たるパラメータデータのバックアップ、およびファイバチャネルカード２０の交換後に同パラメータデータのＲＯＭ２１へのリカバリを自動的に行う。したがってファイバチャネルカード２０の交換時に構成情報の確認や、パラメータデータ入力する必要がなくなり、作業が短縮できる。またサーバ１０に搭載されているファイバチャネルカード２０のパラメータデータを別途ＲＯＭモジュール３２に保持しておくことにより、ファイバチャネルカード２０の故障交換後において設定情報が正確に保持され、作業ミスの回避ができる。

　このように実施例４では、光モジュール３１の挿抜状態の確認に用いる、ファイバチャネルコントローラ２２とＲＯＭモジュール３２との間に流れる検知信号のためのパス２５を利用する。同検知信号の状態変化をトリガとすることで、管理者による操作を不要とし、システムファームウェアが自動的にファイバチャネルカード２０上のファイバチャネルコントローラの制御を行う。すなわちシステムファームウェアが、ブートコードやドライバに、ファイバチャネルカード上のＲＯＭ２１のパラメータデータの保存と復元の実行の指示を行う。なお、光モジュール３１或いはＲＯＭモジュール３２のファイバチャネルカードに対する挿抜状態の確認には、前記検知信号の電圧レベルを使用した確認機能を使用する。この確認機能はファイバチャネルコントローラ２２が有する。

　なお上記実施例１乃至４はそれぞれ個別の実施例として説明したが、実施例１乃至４の全ての構成および作用効果を全て兼ね備えた一の実施例も可能である。あるいは実施例１乃至４のうちの何れか複数の実施例の構成および作用効果を兼ね備えた一の実施例も可能である。すなわち一の実施例において、ファイバチャネルカードのＲＯＭ２１に格納されたパラメータデータを保存する外部の保存場所として複数のものから選択可能とすることができる。前記複数のものは、実施例１のＲＯＭモジュール３２の内蔵ＲＯＭ３２ａ、実施例２のサーバ１０のＳＶＰ５０および実施例３の光モジュール３１の内蔵ＲＯＭ３１ａである。更に、実施例４の構成は、実施例１，実施例３或いは実施例１、３を組み合わせた実施例に対し組み合わせ可能である。ここで実施例４の構成とは、検出信号のパス２５を利用して光モジュール３１或いはＲＯＭモジュール３２の挿抜状態を検出して自動的にパラメータデータの保存或いは復元動作を起動させる構成である。

　次に、図２０乃至２８とともに実施例５につき説明を行う。

　実施例５では図２０，２１に示す如く、複数のファイバチャネルカード２０－Ａ，２０－Ｂ，２０－ＣとＲＡＩＤ装置１００―Ａ，１００―Ｂ，１００―Ｃとを接続している。ここで各要素、すなわちサーバ１０，ファイバチャネルカード２０－Ａ，２０－Ｂ，２０－Ｃ、光モジュール等は、各々、上記実施例１乃至４のうちの何れかの実施例におけるサーバ１０，ファイバチャネルカード２０、光モジュール３１等と同様の構成を有する。したがって主として異なる部分を説明する。

　実施例５では、時間帯によって起動するファイバチャネルカード２０－Ａ，２０－Ｂ，２０－Ｃの指定を変え、ファイバチャネルカード２０－Ａ，２０－Ｂ，２０－ＣごとにＯＳを切り換えて運用する。したがってファイバチャネルカード２０－Ａ，２０－Ｂ，２０－Ｃのそれぞれに対し、相異なる内容の、上記ＳＡＮブートに必要な設定情報たるパラメータデータを設定し得る。

　このような構成の情報処理システムにおいて、実施例５では、サーバ１０に搭載されている全てのファイバチャネルカードのパラメータデータが、ファイバチャネルカードの各一枚に書き込まれる。その結果、当該各一枚のファイバチャネルカードについてのパラメータデータの保存及び復元の動作により、全てのファイバチャネルカードのパラメータデータの保存と復元を実現することができる。このように実施例５では、複数の、ＳＡＮブートに必要な設定情報たるパラメータデータを格納したファイバチャネルカードのパラメータデータを保存する動作を容易にし、ファイバチャネルカードの故障時の情報引継ぎを容易になし得る。

　図２０はサーバ１０に搭載されている複数のファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃが全て故障した場合を示す。その場合図２１に示す如く、全ファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃを交換する。ここで上記の如く、各ファイバチャネルカード２０－Ａ，２０－Ｂ，２０－Ｃのそれぞれにつき、相異なる内容の、ＳＡブートに必要な設定情報たるパラメータデータが設定されていた場合を想定する。図２０，２１の例ではファイバチャネルカードは全３枚であるため、計３種類のパラメータデータが存在する。実施例５では上記の如く、全ファイバチャネルカード２０－Ａ，２０－Ｂ，２０－Ｃについての、前記３種類のパラメータデータを、各ファイバチャネルに全て書き込む。例えばファイバチャネルカード２０－Ａにはファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃの全てについての計３種類のパラメータデータを格納する。同様にファイバチャネルカード２０－Ｂにも、ファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃの全てについての計３種類のパラメータデータを格納する。同様にファイバチャネルカード２０－Ｃにも、ファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃの全てについての計３種類のパラメータデータを格納する。

　すなわち実施例５によれば、図２２に示される如く、サーバ１０のシステムファームウェアの起動後、システムファームウェアにより以下の動作がなされる。すなわち当初各ファイバチャネルカードごとに個別に格納されていた各々のパラメータデータが、所定の一枚のファイバチャネルカードに全て書き込まれる。図２２の例の場合、当初はファイバチャネルカード２０―Ａは自己のパラメータデータのみを格納している。同様にファイバチャネルカード２０―Ｂも自己のパラメータデータのみを格納している。同様にファイバチャネルカード２０―Ｃも自己のパラメータデータのみを格納している。同様にファイバチャネルカード２０―Ｄも自己のパラメータデータのみを格納している。その後、これら計４種類のパラメータデータを、１枚のファイバチャネルカード、例えば２０－Ａに全て書き込む。

　その後図２３に示される如く、当該全種類のパラメータデータ(上記例では４種類のパラメータデータ)が書き込まれたファイバチャネルカード(上記例では２０－Ａ)のＲＯＭ２１に格納された当該全種類のパラメータデータを別の箇所に保存する。この保存動作は、上記実施例１乃至４のうちの何れかの実施例による方法を使用して行う。例えば実施例１の方法によれば上記の如く、全種類のパラメータデータが、別途ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａに保存される。

　当該保存終了後、システムファームウェアは、全種類のパラメータデータを設定したファイバチャネルカードからＯＳを起動する。そしてドライバを使って当該ファイバチャネルカードを起動し、当該ファイバチャネルカードのＲＯＭ２１から前記全種類のパラメータデータを読み込む。その後読み込まれた全種類のパラメータデータが、他のファイバチャネルカードの各々のＲＯＭ２１にも書き込まれる。図２３の場合、ファイバチャネルカード２０―Ａを使用したＳＡＮブートでＯＳが起動される。そして起動されたＯＳがファイバチャネルカード２０―ＡのＲＯＭ２１から前記４種類のパラメータデータを読み出し、これを他のファイバチャネルカード２０―Ｂ，２０－Ｃ、２０－Ｄの各々のＲＯＭ２１に全て書き込む。その結果上記の如く、ファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃ、２０－Ｄの各々のＲＯＭ２１には、４種類のパラメータデータの全てが同様に格納される。すなわち、４種類のパラメータデータの全てが各ファイバチャネルカードにコピーされ、その結果図２４に示される如くの状態となる。すなわちファイバチャネルカード２０－Ａにはファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃ、２０－Ｄの全てについての計４種類のパラメータデータが格納される。同様にファイバチャネルカード２０－Ｂにも、ファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃ、２０－Ｄの全てについての計４種類のパラメータデータが格納される。同様にファイバチャネルカード２０－Ｃにも、ファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃ、２０―Ｄの全てについての計４種類のパラメータデータが格納される。同様にファイバチャネルカード２０－Ｄにも、ファイバチャネルカード２０―Ａ，２０－Ｂ，２０－Ｃ、２０―Ｄの全てについての計４種類のパラメータデータが格納される。

　このコピー動作の終了後、サーバ１０は運用状態に置かれる。その後上記の如く全ファイバチャネルカードの故障交換後は、実施例１乃至４のうちの何れかによる方法で、まず所定の一枚のファイバチャネルカードに対して前記４種類のパラメータデータを復元する。そして同パラメータデータが復元されたファイバチャネルカードからＯＳが起動される。その後、ドライバで起動されたファイバチャネルカードのパラメータデータが読み込まれ、他のファイバチャネルカードへ書き込まれる。このようにして、サーバ１０が搭載する各ファイバチャネルカードのパラメータデータの復元が行われる。

　以下図２５，２６とともに参照し、実施例５の動作を更に詳細に説明する。なお図２５，２６では説明の便宜上、実施例１による方法を使用してパラメータデータの保存および復元を行う場合について示す。

　まずファイバチャネルカードのパラメータデータのバックアップ動作につき説明する。

　最初に管理者はサーバ１０が接続する接続先のＲＡＩＤ装置１００を確認する（図２５中、ステップＳ１１１）。その後管理者は各ファイバチャネルカードをサーバに搭載する（ステップＳ１１２）。その後管理者は管理用端末６０を使用してシステムファームウェアを起動する（ステップＳ１１３）。起動後、管理用端末６０を使用して管理者は当該接続先のＲＡＩＤ装置１００に係る、ＳＡＮブートに必要な設定情報たるパラメータデータをファイバチャネルカードごとに設定する操作を行う(ステップＳ１１４)。

　その後管理者が管理用端末６０からシステムファームウェアを使用してサーバ１０に搭載された、所定の一枚のファイバチャネルカード(図２３の例の場合、２０－Ａ)のＲＯＭ２１へ、各ファイバチャネルカードのスロット情報と、対応するパラメータデータとを書き込む。その際の様子が図２２に示される。そして図２３に示される如く、上記ＲＯＭ２１に格納された各ファイバチャネルカードのスロット情報と、対応するパラメータ情報とが、実施例１乃至４のうちの何れか一の実施例による方法により、外部に保存される。実施例１の場合、管理者はサーバ１０に搭載されている前記一枚のファイバチャネルカード(図２３の例の場合、２０－Ａ)の光モジュール３１をＲＯＭモジュール３２に交換する(ステップＳ１１５)。そして上記各ファイバチャネルカードのスロット情報と、対応するパラメータデータとが当該ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａに保存される。その後当該ＲＯＭモジュール３２が元の光モジュールに交換され、当該ＲＯＭモジュールが保存される（ステップＳ１１６）。

　次に図２４に示される如く、管理者が管理用端末６０からシステムファームウェアを使用して、前記一枚のファイバチャネルカード(図２３の例の場合、２０－Ａ)からＯＳを起動する。この場合、まず当該ファイバチャネルカードが有するブートコードはサーバ１０から、当該ファイバチャネルカードが装着されたサーバ１０内のスロットを示すスロット情報を読み込む。そして同スロット情報を当該ファイバチャネルカードのＲＯＭ２１に格納された前記スロット情報と比較することにより当該ファイバチャネルカードが装着されたスロットを示すスロット情報を見出す。そして同スロット情報に対応したパラメータデータを使いＳＡＮブートによりＯＳを起動する(ステップＳ１１７)。

　ＯＳの起動後、管理者が管理用端末６０からドライバを指示する。指示されたドライバは当該ファイバチャネルカード(図２３の例の場合、２０－Ａ)にあるファイバチャネルコントローラ２２のＲＯＭリードコマンドを使い、以下の動作を行う。すなわち図２４に示される如く、当該ファイバチャネルカード(図２３の例の場合、２０－Ａ)のＲＯＭ２１にある、スロット情報と、対応するパラメータデータとをサーバ１０へ読み込む。次に上記指示されたドライバは、他の各ファイバチャネルカード(図２３の例の場合、２０－Ｂ，Ｃ，Ｄ)にあるファイバチャネルコントローラ２２のＲＯＭライトコマンドを使い、上記スロット情報と、対応するパラメータデータとを、上記他の各ファイバチャネルカードのＲＯＭ２１へ書き込む(ステップＳ１１８)。

　上記他の各ファイバチャネルカードへのスロット情報と、対応するパラメータデータとの書き込みの終了後、サーバ１０が運用に入る。

　次に、ファイバチャネルカード交換後のパラメータデータのリカバリ動作内容について説明する。

　図２６においてサーバ１０に搭載されているファイバチャネルカードの故障時(ステップＳ１２１)、管理者は全ファイバチャネルカードを新たなファイバチャネルカードに交換する（ステップＳ１２２）。その後管理者は管理用端末６０を操作し、サーバ１０のシステムファームウェアを起動する（ステップＳ１２３）。

　その後サーバ１０に搭載された前記交換後の新たなファイバチャネルカードのうちの、ある一枚のファイバチャネルカードのＲＯＭ２１に対し、上記スロット情報と、対応するパラメータデータとを復元する。ここでは実施例１乃至４のうちの何れか一の実施例による方法を使用する。例えば実施例１による方法を使用した場合、上記の如く、スロット情報と、対応するパラメータデータとが書き込まれて保存されたＲＯＭモジュール３２から同スロット情報と、対応するパラメータデータとを読み出して上記したある一枚のファイバチャネルカードのＲＯＭ２１に書き込む(ステップＳ１２４)。この読み出し・書き込み動作は、当該ファイバチャネルカードの光モジュール３１を前記保存されたＲＯＭモジュール３２交換した状態で行う。読み出し・書き込み動作後、当該ファイバチャネルカードのＲＯＭモジュール３２を元通りに光モジュール３１に交換する（ステップＳ１２５）。上記読み出し・書き込み動作により、前記スロット情報と、対応するパラメータデータとが当該フィアバチャネルカードにおいて復元される。

　その後管理者が管理用端末６０からシステムファームウェアを使用し、当該ファイバチャネルカードからＯＳを起動する（ステップＳ１２６）。すなわち管理者が当該ファイバチャネルカードを指定し、当該ファイバチャネルカードのブートコードはサーバ１０から当該ファイバチャネルカードが装着されたスロットのスロット情報を読み込む。そして前記復元されたスロット情報と比較することにより、当該ファイバチャネルカードが装着されたスロットを確認する。そして該当するスロット情報に対応したパラメータデータを使ってＯＳを起動する。

　ＯＳの起動後、管理者が管理用端末６０からドライバを指示する。指示されたドライバは当該ファイバチャネルカードにあるファイバチャネルコントローラ２２のＲＯＭリードコマンドを使い、以下の動作を行う。すなわち図２４に示される如く、当該ファイバチャネルカードのＲＯＭ２１にある、スロット情報と、対応するパラメータデータとをサーバ１０へ読み込む。次に上記指示されたドライバは、他の各ファイバチャネルカードにあるファイバチャネルコントローラ２２のＲＯＭライトコマンドを使い、上記スロット情報と、対応するパラメータデータとを、上記他の各ファイバチャネルカードのＲＯＭ２１へ書き込む(ステップＳ１２７)。

　上記他の各ファイバチャネルカードへのスロット情報と、対応するパラメータデータとの書き込み終了後、サーバ１０が運用に入る。

　実施例５によれば、一枚のファイバチャネルカード上に複数枚のファイバチャネルカードのパラメータデータを全て格納する。その結果、一枚のファイバチャネルカードのパラメータデータに対する操作のみで、複数のファイバチャネルカードのパラメータデータの保存と復元がなされる。すなわち実施例５によれば、一枚のファイバチャネルカードに対する操作のみで各ファイバチャネルカードのＳＡＮブートに必要な設定情報たるパラメータデータの保存と復元を実施し得る。その結果、ファイバチャネルカードの交換時に構成情報の確認や、パラメータデータを手入力する必要がなくなり、作業短縮ができる。またサーバ１０に搭載されているファイバチャネルカードのパラメータデータを別途保持することにより、ファイバチャネルカードの故障交換後においても設定情報が正確に保持され設定ミスの回避ができる。

　又実施例５によれば、さらに、クラスタなどの、同一システムの増設が必要な際、パラメータの人手による入力作業を不要とし、自動的に設定情報をコピーすることができる。図２７、２８はその場合の例を示す。

　図２７の例では、既存のサーバ１０に対し、同一構成のサーバ１０－Ａを設ける。この場合最初に管理者はサーバ１０－Ａが接続する接続先のＲＡＩＤ装置１００―Ａ或いは１００－Ｂを確認する（図２８中、ステップＳ１３１）。その後管理者はファイバチャネルカード２０－Ｃ，２０－Ｄをサーバ１０－Ａに搭載する（ステップＳ１３２）。その後管理者は管理用端末６０を使用してサーバ１０－Ａのシステムファームウェアを起動する（ステップＳ１３３）。起動後、サーバ１０－Ａに搭載されたファイバチャネルカード、例えば２０－ＣのＲＯＭ２１に対し、実施例１乃至４のうちの何れか一の実施例による方法により、上記スロット情報と、対応するパラメータデータとを書き込む。この書き込み動作は、上記各実施例における復元動作と同様の動作である。例えば実施例１による方法を使用した場合、サーバ１０－Ａに搭載されたファイバチャネルカード２０－Ｃの光モジュール３１を、保存に係るＲＯＭモジュール３２に交換する(ステップＳ１３４)。当該保存に係るＲＯＭモジュール３２の内蔵ＲＯＭ３２ａには、サーバ１０に搭載されたファイバチャネルカード２０－Ａ或いは２０－ＢのＲＯＭ２１に格納されたスロット情報と、対応するパラメータデータとがバックアップの目的で保存されている。当該保存は、例えば図２５とともに上記した方法にて行われる。当該ＲＯＭモジュール３２の内蔵ＲＯＭ３２ａからスロット情報と、対応するパラメータデータとを読み出してサーバ１０－Ａに搭載されたファイバチャネルカード２０―ＣのＲＯＭ２１に書き込む。その後ファイバチャネルカード２０―ＣのＲＯＭモジュール３２を、元通りに光モジュールに交換する（ステップＳ１３５）。

　その後管理者が管理用端末６０からサーバ１０－Ａのシステムファームウェアを使用し、上記ファイバチャネルカード２０－ＣからＯＳを起動する（ステップＳ１３６）。すなわち管理者が当該ファイバチャネルカード２０－Ｃを指定し、当該ファイバチャネルカード２０－Ｃのブートコードはサーバ１０－Ａから当該ファイバチャネルカードが装着されたスロットのスロット情報を読み込む。そして上記の如くファイバチャネルカード２０―ＣのＲＯＭ２１に書き込まれたスロット情報と、対応するパラメータ情報のうちのスロット情報と比較する。同比較動作により、当該ファイバチャネルカードが装着されたスロットを確認する。そして該当するスロット情報に対応したパラメータデータを使ってＯＳを起動する。

　ＯＳの起動後、管理者が管理用端末６０からサーバ１０－Ａが有するドライバを指示する。指示されたドライバは当該ファイバチャネルカード２０－Ｃにあるファイバチャネルコントローラ２２のＲＯＭリードコマンドを使い、以下の動作を行う。すなわち当該ファイバチャネルカード２０－ＣのＲＯＭ２１にある、スロット情報と、対応するパラメータデータとをサーバ１０－Ａへ読み込む。次に上記指示されたドライバは、他のファイバチャネルカード２０－Ｄにあるファイバチャネルコントローラ２２のＲＯＭライトコマンドを使い、上記読み込まれたスロット情報と、対応するパラメータデータとを、上記他のファイバチャネルカード２０－ＤのＲＯＭ２１へ書き込む(ステップＳ１３７)。

　上記他のファイバチャネルカード２０－Ｄへのスロット情報と、対応するパラメータデータとの書き込み終了後、サーバ１０－Ａが運用に入る。

　実施例５によれば、一枚のファイバチャネルカードに、サーバに搭載された全ファイバチャネルカードのパラメータを格納する。その結果、一枚のファイバチャネルカードへの操作のみで、サーバに搭載された全ファイバチャネルカードのパラメータデータの保存と復元を自動実行させることができる。

Claims (10)

1. 　外部記憶装置と情報処理装置を接続することにより、前記情報処理装置の機能を拡張する機能拡張装置において、
   　前記情報処理装置と前記外部記憶装置との間を第１のインタフェースを介して接続する場合の第１の設定情報を格納する第１の記憶部と、
   　前記第１の設定情報に基づいて動作し、前記情報処理装置と前記外部記憶装置との間を前記第１のインタフェースを介して接続する接続モジュール部と、
   　前記第１の記憶部と前記接続モジュール部または第２の記憶部とに接続され、第２の記憶部が格納する第２の設定情報を、前記第１の記憶部に設定する制御部とを有し、
   　前記第２の記憶部は前記接続モジュールと交換可能とされ、前記第１のインタフェースに前記接続モジュール部を接続する場合の前記第２の設定情報を格納することを特徴とする機能拡張装置。
2. 　前記接続モジュール部は、他の接続モジュールとも交換可能であることを特徴とする請求項１記載の機能拡張装置。
3. 　前記外部記憶装置には、前記情報処理装置を起動するオペレーティングシステムが格納されることを特徴とする請求項１記載の機能拡張装置。
4. 　前記接続モジュール部と前記制御部とは、前記第１のインタフェースとは異なる第２のインタフェースを介して接続され、
   　前記制御部は、前記第２の記憶部に格納された第２の設定情報を、前記第２のインタフェースを介して前記第１の記憶部に格納することを特徴とする請求項１記載の機能拡張装置。
5. 　前記第１及び第２の設定情報は、
   　前記第１のインタフェースにおいて前記外部記憶装置を特定するユニーク情報、前記外部記憶装置が有するドライブ装置を特定する識別情報、前記第１のインタフェースの接続形態を示す情報、または前記第１のインタフェースの速度情報のうち、いずれか一つを有することを特徴とする請求項１記載の機能拡張装置。
6. 　オペレーティングシステムを格納する外部記憶装置を接続する情報処理装置において、
   　前記外部記憶装置との間を第１のインタフェースを介して接続する場合の第１の設定情報を格納する第１の記憶部と、
   　前記第１の設定情報に基づいて動作し、前記情報処理装置と前記外部記憶装置との間を前記第１のインタフェースを介して接続する接続モジュール部と、
   　前記第１のインタフェースに前記接続モジュール部を接続する場合の第２の設定情報を格納する第２の記憶部と、
   　前記第２の記憶部が格納する前記第２の設定情報を、前記第１の記憶部に設定する制御部と、
   　前記外部記憶装置に格納されるオペレーティングシステムを、前記第１のインタフェースと前記接続モジュール部と前記制御部とを介して読み込んで保持する記憶装置と、
   　前記記憶装置が格納するオペレーティングシステムに基づいて動作する演算処理装置と
   を有することを特徴とする情報処理装置。
7. 　情報処理装置と、前記情報処理装置を起動するオペレーティングシステムを格納し、前記情報処理装置に接続される外部記憶装置とを有する情報処理システムにおいて、
   　前記外部記憶装置との間を第１のインタフェースを介して接続する場合の第１の設定情報を格納する第１の記憶部と、
   　前記第１の設定情報に基づいて動作し、前記情報処理装置と前記外部記憶装置との間を前記第１のインタフェースを介して接続する接続モジュール部と、
   　前記第１のインタフェースに前記接続モジュール部を接続する場合の第２の設定情報を格納する第２の記憶部と、
   　前記第２の記憶部が格納する前記第２の設定情報を、前記第１の記憶部に設定する制御部と、
   　前記外部記憶装置に格納されるオペレーティングシステムを、前記第１のインタフェースと前記接続モジュール部と前記制御部を介して読み込んで保持する記憶装置と、
   　前記記憶装置が格納するオペレーティングシステムに基づいて動作する演算処理装置とを有し、
   　前記外部記憶装置は、前記情報処理装置の起動に使用するオペレーティングシステムを格納するドライブ装置を有することを特徴とする情報処理システム。
8. 　外部記憶装置と情報処理装置とを第１のインタフェースを介して接続する場合の第１の設定情報を格納する第１の記憶部と、前記第１の設定情報に基づいて動作し、前記情報処理装置と前記外部記憶装置との間を前記第１のインタフェースを介して接続する接続モジュール部とを有する接続装置の制御方法において、
   　第２の記憶部に、前記第１のインタフェースに前記接続モジュール部を接続する場合の第２の設定情報を格納するステップと、
   　前記第１の記憶部と前記接続モジュールとに接続された制御部が、前記第２の記憶部が格納する前記第２の設定情報を、第１の記憶部に設定するステップと
   を有することを特徴とする制御方法。
9. 　前記第２の記憶部は前記接続モジュールと交換可能な構成を有することを特徴とする請求項８に記載の制御方法。
10. 　外部記憶装置と情報処理装置とを第１のインタフェースを介して接続する場合の第１の設定情報を格納する第１の記憶部と、前記第１の設定情報に基づいて動作し、前記情報処理装置と前記外部記憶装置との間を前記第１のインタフェースを介して接続する接続モジュール部とを有する接続装置を使用して前記外部記憶装置と接続する前記情報処理装置を制御するためのプログラムであって、
    　コンピュータを
    　第２の記憶部に、前記第１のインタフェースに前記接続モジュール部を接続する場合の第２の設定情報を格納する手段と、
    　前記第１の記憶部と前記接続モジュールとに接続された制御部に、前記第２の記憶部が格納する前記第２の設定情報を、第１の記憶部に設定させる手段と
    して機能させるためのプログラム。

Images