(57)【要約】【課題】  複数の異種ネットワークに接続可能なディスクアレイ装置、及びディスクアレイ装置内の障害情報を制御する方法を提供することを目的とする。【解決手段】  本発明のディスクアレイ装置は、データを格納する複数の記憶デバイスと、複数の記憶デバイスに対するデータの格納を制御する記憶デバイス制御部と、記憶デバイス制御部に接続される接続部と、第一の通信制御部と、管理端末とを有する。第一の通信制御部は、接続部を介して記憶デバイス制御部に接続されるとともに、自ディスクアレイ装置の外部の第一のネットワークとも接続され、第一のネットワークを介してファイルデータのやり取りを行うものである。第一の通信制御部は、制御部に対してデータを転送する一方、自ディスクアレイ装置の障害に関する情報を、複数の記憶デバイスから読み出して、管理端末に転送する。【選択図】図１
2005071196.tif 000002
【特許請求の範囲】
【請求項１】
データを格納する複数の記憶デバイスと、
前記複数の記憶デバイスに対するデータの格納を制御する記憶デバイス制御部と、
前記記憶デバイス制御部に接続される接続部と、
前記接続部を介して前記記憶デバイス制御部に接続されるとともに、自ディスクアレイ装置の外部の第一のネットワークとも接続され、前記第一のネットワークを介してファイルデータのやり取りを行う第一の通信制御部とを有し、
前記第一の通信制御部は、
前記第一のネットワークを介してやり取りされるファイルデータと、前記記憶デバイス制御部へ格納される態様のデータと、を対応付ける第一のプロセッサと、
前記第一のプロセッサの要求に応じてデータを転送する一方、前記第一のプロセッサの要求に応じて、自ディスクアレイ装置の障害に関する情報を、前記複数の記憶デバイスから読み出して、前記第一のプロセッサに対して送る第二のプロセッサと、を有することを特徴とするディスクアレイ装置。
【請求項２】
請求項１に記載のディスクアレイ装置において、
前記第一の通信制御部と接続され、前記第二のプロセッサに対して前記ディスクアレイ装置の障害に関する情報を要求する管理端末とを有することを特徴とするディスクアレイ装置。
【請求項３】
請求項２に記載のディスクアレイ装置において、
前記第二のプロセッサは、前記ディスクアレイ装置の障害に関する情報の要求を前記管理端末から受けた場合、前記ディスクアレイ装置の障害に関する情報の要求を、前記第一のプロセッサに伝えることを特徴とするディスクアレイ装置。
【請求項４】
請求項３に記載のディスクアレイ装置において、
前記第一のプロセッサは、前記ディスクアレイ装置の障害に関する情報の要求に応じて、前記第二のプロセッサに対して、前記複数の記憶デバイスに記録されている前記ディスクアレイ装置の障害に関する情報を読み出して、前記第一のプロセッサに対して転送するように要求することを特徴とするディスクアレイ装置。
【請求項５】
請求項４に記載のディスクアレイ装置において、
前記第二のプロセッサは、前記第一のプロセッサの読み出し要求に応じて、前記接続部を介して前記記憶デバイス制御部に対して、前記ディスクアレイ装置の障害に関する情報を転送するように要求することを特徴とするディスクアレイ装置。
【請求項６】
請求項５に記載のディスクアレイ装置において、
前記記憶デバイス制御部は、前記複数の記憶デバイスから前記ディスクアレイ装置の障害に関する情報を読み出し、前記接続部を介して前記第二のプロセッサに対して転送することを特徴とするディスクアレイ装置。
【請求項７】
請求項６に記載のディスクアレイ装置において、
前記第二のプロセッサは、前記記憶デバイス制御部から送られた前記ディスクアレイ装置の障害に関する情報を、前記第一のプロセッサに対して転送することを特徴とするディスクアレイ装置。
【請求項８】
請求項７に記載のディスクアレイ装置において、
前記第一のプロセッサは、前記第二のプロセッサから送られた前記ディスクアレイ装置の障害に関する情報を、前記管理端末に対して送ることを特徴とするディスクアレイ装置。
【請求項９】
請求項１に記載のディスクアレイ装置において、
前記接続部を介して前記記憶デバイス制御部に接続されるとともに、自ディスクアレイ装置の外部の第二のネットワークとも接続され、前記第二のネットワークを介してファイルデータのやり取りを行う第二の通信制御部とを有し、
前記第二の通信制御部は、
前記第二のネットワークを介してやり取りされるファイルデータと、前記記憶デバイス制御部へ格納される態様のデータと、を対応付ける第三のプロセッサと、
前記第三のプロセッサの要求に応じてデータを転送する一方、前記第三のプロセッサの要求に応じて、前記第三のプロセッサの障害に関する情報を、前記記憶デバイス制御部に対して転送する第四のプロセッサと、を有することを特徴とするディスクアレイ装置。
【請求項１０】
請求項９に記載のディスクアレイ装置において、
前記第四のプロセッサは、前記第二のプロセッサに対して、前記第三のプロセッサに障害が発生したことを通知するものであり、
前記第二のプロセッサは、前記第三のプロセッサに障害が発生したことを前記第一のプロセッサに通知するものであることを特徴とするディスクアレイ装置。
【請求項１１】
請求項１０に記載のディスクアレイ装置において、
前記第二のプロセッサは、前記第一のプロセッサの要求に応じて、前記複数の記憶デバイスに記録されている前記第三のプロセッサの障害に関する情報を、前記第一のプロセッサに対して送るものであることを有することを特徴とするディスクアレイ装置。
【請求項１２】
データを格納する複数の記憶デバイスと、前記複数の記憶デバイスに対するデータの格納を制御する記憶デバイス制御部と、前記記憶デバイス制御部に接続される接続部と、前記接続部を介して前記記憶デバイス制御部に接続されるとともに、自ディスクアレイ装置の外部の第一のネットワークとも接続され、前記第一のネットワークを介してファイルデータのやり取りを行う第一の通信制御部とを有するディスクアレイ装置の障害情報の制御方法であって、
前記第一の通信制御部に備えられた第一のプロセッサは、
前記第一のネットワークを介してやり取りされるファイルデータと、前記記憶デバイス制御部へ格納される態様のデータと、の対応付けを行うステップと、
前記記憶デバイス制御部へ格納される態様のデータを転送するステップと、
自ディスクアレイ装置の障害に関する情報を要求するステップとを実行し、
前記第一の通信制御部に備えられた第二のプロセッサは、
前記第一のプロセッサから送られるデータを前記接続部を介して転送するステップと、
前記第一のプロセッサの要求に応じて、前記自ディスクアレイ装置の障害に関する情報を、前記複数の記憶デバイスから読み出して、前記第一のプロセッサに対して送るステップを実行することを特徴とするディスクアレイ装置の障害情報の制御方法。
【請求項１３】
請求項１２に記載のディスクアレイ装置の障害情報の制御方法において、
前記ディスクアレイ装置は、前記第一の通信制御部と接続され、前記第二のプロセッサに対して前記ディスクアレイ装置の障害に関する情報を要求する管理端末とを有するものであり、
前記第二のプロセッサは、
前記ディスクアレイ装置の障害に関する情報の要求を前記管理端末から受けた場合、前記ディスクアレイ装置の障害に関する情報の要求を、前記第一のプロセッサに伝えるステップとを実行することを特徴とするディスクアレイ装置の障害情報の制御方法。
【請求項１４】
請求項１３に記載のディスクアレイ装置の障害情報の制御方法において、
前記第一のプロセッサは、
前記ディスクアレイ装置の障害に関する情報の要求に応じて、前記第二のプロセッサに対して、前記複数の記憶デバイスに記録されている前記ディスクアレイ装置の障害に関する情報を読み出して、前記第一のプロセッサに対して転送するように要求するステップを実行することを特徴とするディスクアレイ装置の障害情報の制御方法。
【請求項１５】
請求項１４に記載のディスクアレイ装置の障害情報の制御方法において、
前記第二のプロセッサは、
前記第一のプロセッサの読み出し要求に応じて、前記接続部を介して前記記憶デバイス制御部に対して、前記ディスクアレイ装置の障害に関する情報を転送するように要求するステップを実行することを特徴とするディスクアレイ装置の障害情報の制御方法。
【請求項１６】
請求項１５に記載のディスクアレイ装置の障害情報の制御方法において、
前記記憶デバイス制御部は、
前記複数の記憶デバイスから前記ディスクアレイ装置の障害に関する情報を読み出し、前記接続部を介して前記第二のプロセッサに対して転送するステップを実行することを特徴とするディスクアレイ装置の障害情報の制御方法。
【請求項１７】
請求項１６に記載のディスクアレイ装置の障害情報の制御方法において、
前記第二のプロセッサは、
前記記憶デバイス制御部から送られた前記ディスクアレイ装置の障害に関する情報を、前記第一のプロセッサに対して転送するステップを実行することを特徴とするディスクアレイ装置の障害情報の制御方法。
【請求項１８】
請求項１７に記載のディスクアレイ装置において、
前記第一のプロセッサは、
前記第二のプロセッサから送られた前記ディスクアレイ装置の障害に関する情報を、前記管理端末に対して送るステップを実行することを特徴とするディスクアレイ装置の障害情報の制御方法。
【請求項１９】
請求項１２に記載のディスクアレイ装置の障害情報の制御方法において、
前記ディスクアレイ装置は、前記接続部を介して前記記憶デバイス制御部に接続されるとともに、自ディスクアレイ装置の外部の第二のネットワークとも接続され、前記第二のネットワークを介してファイルデータのやり取りを行う第二の通信制御部とを有し、
前記第二の通信制御部に備えられた第三のプロセッサは、
前記第二のネットワークを介してやり取りされるファイルデータと、前記記憶デバイス制御部へ格納される態様のデータと、を対応付けるステップと、
前記記憶デバイス制御部へ格納される態様のデータを転送するステップと、
自ディスクアレイ装置の障害に関する情報を要求するステップとを実行し、
前記第二の通信制御部に備えられた第四のプロセッサは、
前記第三のプロセッサから送られるデータを、前記接続部を介して転送するステップと、
前記第三のプロセッサの要求に応じて、前記第三のプロセッサの障害に関する情報を、前記記憶デバイス制御部に転送するステップと、を実行することを特徴とするディスクアレイ装置の障害情報の制御方法。
【請求項２０】
請求項１９に記載のディスクアレイ装置の障害情報の制御方法において、
前記第四のプロセッサは、前記第二のプロセッサに対して、前記第三のプロセッサに障害が発生したことを通知するステップを実行し、
前記第二のプロセッサは、前記第三のプロセッサに障害が発生したことを、前記第一のプロセッサに対して通知するステップを実行し、
前記第二のプロセッサは、前記第一のプロセッサの要求に応じて、前記複数の記憶デバイスに記録されている前記第三のプロセッサの障害に関する情報を、前記第一のプロセッサに対して送るステップと、を実行することを特徴とするディスクアレイ装置の障害情報の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の異種ネットワークに接続可能な記憶装置システムに関し、特に記憶装置システム内の障害情報を制御する方法に関する。
【背景技術】
【０００２】
近年コンピュータシステムで取り扱われるデータ量が急激に増加している。かかる膨大なデータを効率よく利用し管理するために、複数のディスクアレイ装置（以下、記憶装置システムと称する）と情報処理装置とを専用のネットワーク（Storage Area Network、以下ＳＡＮと記す）で接続し、記憶装置システムへの高速かつ大量なアクセスを実現する技術が開発されている。記憶装置システムと情報処理装置とをＳＡＮで接続し高速なデータ転送を実現するためには、ファイバチャネルプロトコルに従った通信機器を用いてネットワークを構築するのが一般的である。
【０００３】
一方、複数の記憶装置システムと情報処理装置とをＴＣＰ／ＩＰ（Transmissi
on Control Protocol/Internet Protocol）プロトコルを用いたネットワークで
相互に接続し、記憶装置システムへのファイルレベルでのアクセスを実現する、ＮＡＳ（Network Attached Storage）と呼ばれるネットワークシステムが開発されている。ＮＡＳにおいては、記憶装置システムに対してファイルシステム機能を有する装置が接続されているため、情報処理装置からのファイルレベルでのアクセスが可能となっている。特に最近ではミッドレンジクラスやエンタープライズクラスと呼ばれるような、巨大な記憶資源を提供するＲＡＩＤ（Redundant Arrays of Inexpensive Disks）方式で管理された記憶装置システムにファイルシステムを結合させた、大規模なＮＡＳが注目されている。
【０００４】
【特許文献１】特開２００２−３５１７０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら従来のＮＡＳは、ＴＣＰ／ＩＰ通信機能及びファイルシステム機能を持たない記憶装置システムに、ＴＣＰ／ＩＰ通信機能及びファイルシステム機能を持った情報処理装置を接続させることにより実現されていた。そのため、上記接続される情報処理装置の設置スペースが必要であった。また上記情報処理装置と記憶装置システムとの間は、高速に通信を行う必要性からＳＡＮで接続されていることが多く、そのための通信制御機器や通信制御機能を備える必要もあった。
【０００６】
本発明は上記課題を鑑みてなされたものであり、複数の異種ネットワークに接続可能なように新しく発明された記憶装置システム、かかる記憶装置システムを発明するにあたり必要とされる記憶デバイス制御装置、及びデバイス制御装置内の障害情報を制御する方法を提供することを主たる目的とする。
【０００７】
さらに、本発明の目的は、複数の異種ネットワークに接続可能な記憶装置システム内において、外部の情報通信装置との間でファイルレベルでの情報のやり取りを行うファイルシステム機能を有するプロセッサと、当該ファイルシステム機能を有するプロセッサの要求に応じてデータブロックレベルでの記憶デバイスへのデータ書き込み又は読み出しを制御するプロセッサという、複数のプロセッサ間の連携によって、記憶装置システム内の障害情報を効率的に制御することである。
【課題を解決するための手段】
【０００８】
上述の目的を達成するために、本発明は、以下の手段を有する。
【０００９】
本発明のディスクアレイ装置は、データを格納する複数の記憶デバイスと、複数の記憶デバイスに対するデータの格納を制御する記憶デバイス制御部と、記憶デバイス制御部に接続される接続部と、第一の通信制御部と、第二の通信制御部と、管理端末とを有する。
【００１０】
第一の通信制御部及び第二の通信制御部は、例えば、チャネルディレクタ、チャネルアダプタ、又はチャネル制御部と称される。第一の通信制御部は、接続部を介して記憶デバイス制御部に接続されるとともに、自ディスクアレイ装置の外部の第一のネットワークとも接続され、第一のネットワークを介してファイルデータのやり取りを行うものである。第一の通信制御部は、第一のネットワークを介してやり取りされるファイルデータと、記憶デバイス制御部へ格納される態様のデータと、を対応付ける第一のプロセッサを有する。さらに、第一の通信制御部は、第一のプロセッサの要求に応じてデータを転送する一方、第一のプロセッサの要求に応じて、自ディスクアレイ装置の障害に関する情報を、複数の記憶デバイスから読み出して、第一のプロセッサに対して送る第二のプロセッサと、を有する。
【００１１】
第二の通信制御部は、接続部を介して記憶デバイス制御部に接続されるとともに、自ディスクアレイ装置の外部の第二のネットワークとも接続され、第二のネットワークを介してファイルデータのやり取りを行うものである。第二の通信制御部は、第二のネットワークを介してやり取りされるファイルデータと、記憶デバイス制御部へ格納される態様のデータと、を対応付ける第三のプロセッサを有する。さらに、第二の通信制御部は、第三のプロセッサの要求に応じてデータを転送する一方、第三のプロセッサの要求に応じて、第三のプロセッサの障害に関する情報を、記憶デバイス制御部に対して転送する第四のプロセッサを有する。
【００１２】
記憶デバイス制御部は、例えば、ディスクディレクタ、ディスクアダプタ、又はディスク制御部と称される。接続部は、例えば、バス、スイッチ、ＬＡＮ等のネットワーク、又はその他の接続装置である。第一のネットワークは、例えば、ＬＡＮ等のネットワークである。
【００１３】
管理端末は、第一の通信制御部と接続され、第二のプロセッサに対してディスクアレイ装置の障害に関する情報を要求するものである。管理端末は、例えば、サービスプロセッサ等と称される。
【発明の効果】
【００１４】
本発明によれば、複数の異種ネットワークに接続可能なように新しく発明された記憶装置システム、かかる記憶装置システムを発明するにあたり必要とされる記憶デバイス制御装置、及びデバイス制御装置内の障害情報を制御する方法を提供することが可能である。
【００１５】
さらに、本発明によれば、複数の異種ネットワークに接続可能な記憶装置システム内において、外部の情報通信装置との間でファイルレベルでの情報のやり取りを行うファイルシステム機能を有するプロセッサと、当該ファイルシステム機能を有するプロセッサの要求に応じてデータブロックレベルでの記憶デバイスへのデータ書き込み又は読み出しを制御するプロセッサという、複数のプロセッサ間の連携によって、記憶装置システム内の障害情報を効率的に制御することが可能である。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００１７】
まず、本実施の形態に係る記憶装置システムの全体構成を示すブロック図を図１に示す。
（全体構成例）
記憶装置システム６００は、記憶デバイス制御装置１００と記憶デバイス３００とを備えている。記憶デバイス制御装置１００は、情報処理装置２００から受信したコマンドに従って記憶デバイス３００に対する制御を行う。例えば情報処理装置２００からデータの入出力要求を受信して、記憶デバイス３００に記憶されているデータの入出力のための処理を行う。データは、記憶デバイス３００が備えるディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域である論理ボリューム（Logical  Unit）（以下、LUと記す）に記憶されている。また、記憶デバイス制御装置１００は、情報処理装置２００との間で、記憶装置システム６００を管理するための各種コマンドの授受も行う。
【００１８】
電源部１９０は、記憶装置システム６００に対して電源を供給する。電源部１９０は外部電源と接続された蓄電池であり、複数個が記憶装置システムに搭載され冗長性を実現している。具体的には、記憶装置システム６００は電源供給の観点から物理的に二つ以上の電源供給グループに分類される。例えば、二つの電源供給グループに分類される場合、チャネル制御部１１０のうち１から４までは電源供給グループ１、チャネル制御部１１０のうち５から８までは電源供給グループ２、というように分類されることとなる。記憶装置システム６００の内部で冗長構成をとっている部品はすべて、２つ以上ある電源供給グループのいずれかに属する。なおかつ、冗長構成をとっている部品グループに属する部品の各々は、同じ電源供給グループに属さないようにして設計される。また、電源部１９０も二つ以上のグループに分類される。電源部１９０の二つ以上のグループの各々は、それぞれ独自のケーブルにより外部電源から電力を供給される。電源部１９０の二つ以上のグループの各々は、担当する電源供給グループに対して電力を供給する。また、電源部１９０の二つ以上のグループの各々はさらに複数個の電源部より構成されおり、記憶装置システム６００も冗長性を持っているために、ある一つの電源部が故障しても運転の続行が可能である。さらに、電源部１９０の二つ以上のグループに対する外部からの電力の供給が遮断された場合でも、運転の続行が可能である。
【００１９】
情報処理装置２００はCPU（Central Processing Unit）やメモリを備えたコンピュータである。情報処理装置２００が備えるCPUにより各種プログラムが実行されることによりさまざまな機能が実現される。情報処理装置２００は、例えばパーソナルコンピュータやワークステーションであることもあるし、メインフレームコンピュータであることもある。
【００２０】
図１において、情報処理装置１乃至３（２００）は、LAN（Local Area Network）４００を介して記憶デバイス制御装置１００と接続されている。LAN４００は、インターネットとすることもできるし、専用のネットワークとすることもできる。LAN４００を介して行われる情報処理装置１乃至３（２００）と記憶デバイス制御装置１００との間の通信は、例えばTCP/IPプロトコルに従って行われる。情報処理装置１乃至３（２００）からは、記憶装置システム６００に対して、ファイル名指定によるデータアクセス要求（ファイル単位でのデータ入出力要求。以下、ファイルアクセス要求と記す）が送信される。
【００２１】
LAN４００にはバックアップデバイス９１０が接続されている。バックアップデバイス９１０は具体的にはMOやCD-R、DVD-RAMなどのディスク系デバイス、DATテープ、カセットテープ、オープンテープ、カートリッジテープなどのテープ系デバイスである。バックアップデバイス９１０は、LAN４００を介して記憶デバイス制御装置１００との間で通信を行うことにより、記憶デバイス３００に記憶されているデータのバックアップデータを記憶する。またバックアップデバイス９１０は情報処理装置１（２００）と接続されるようにすることもできる。この場合は情報処理装置１（２００）を介して記憶デバイス３００に記憶されているデータのバックアップデータを取得するようにする。
【００２２】
記憶デバイス制御装置１００は、チャネル制御部１乃至４（１１０）を備える。記憶デバイス制御装置１００は、チャネル制御部１乃至４（１１０）によりLAN４００を介して情報処理装置１乃至３（２００）からのファイルアクセス要求を個々に受け付ける。すなわち、チャネル制御部１乃至４（１１０）には、個々にLAN４００上のネットワークアドレス（例えば、IPアドレス）が割り当てられていてそれぞれが個別にNASとして振る舞い、個々のNASがあたかも独立したNASが存在するかのように、NASとしてのサービスを情報処理装置１乃至３（２００）に提供することができる。以下、チャネル制御部１乃至４（１１０）をCHNと記す。このように１台の記憶装置システム６００に個別にNASとしてのサービスを提供するチャネル制御部１乃至４（１１０）を備えるように構成したことで、従来、独立したコンピュータで個々に運用されていたNASサーバが一台の記憶システム６００に集約される。そして、これにより記憶装置システム６００の統括的な管理が可能となり、各種設定・制御や生涯管理、バージョン管理といった保守業務の効率化が図られる。
【００２３】
チャネル制御部１１０には、記憶デバイス装置１００を経由して、電源部１９０から電力が供給されている。チャネル制御部１１０は記憶デバイス装置１００から着脱可能であるので、チャネル制御部１１０を記憶デバイス装置１００から物理的に取り除くことにより、チャネル制御部１１０への電力の供給は遮断される。また、チャネル制御部１１０を記憶デバイス装置１００に装着することにより、チャネル制御部１１０への電力の供給が可能な状態となる。チャネル制御部１１０には電源回路があり、チャネル制御部１１０上に実装されている複数のＬＳＩ上で動作するプログラムによって、電源回路の制御を行うことによって、チャネル制御部の各部分の電源の投入および遮断を実行することができる。
【００２４】
なお、本実施の形態に係る記憶デバイス制御装置１００のチャネル制御部１乃至４（１１０）は、後述するように、一体的にユニット化された回路基板上に形成されたハードウェアおよびこのハードウェアにより実行されるオペレーティングシステム（以下、OSと記す）やこのOS上で動作するアプリケーションプログラム、あるいはこのハードウェアにより実行される実行可能オブジェクトコードなどのソフトウェアにより実現される。このように本実施例の記憶装置システム６００では、従来ハードウェアの一部として実装されてきた機能がソフトウェアにより実現されている。このため、本実施例の記憶装置システム６００では柔軟性に富んだシステム運用が可能となり、多様で変化の激しいユーザニーズによりきめ細かなサービスを提供することが可能となる。
【００２５】
情報処理装置３乃至４（２００）はSAN（Storage Area Network）５００を介して記憶デバイス制御装置１００と接続されている。SAN５００は、記憶デバイス３００が提供する記憶領域におけるデータの管理単位であるブロックを単位として情報処理装置３乃至４（２００）との間でデータの授受を行うためのネットワークである。SAN５００を介して行われる情報処理装置３乃至４（２００）と記憶デバイス制御装置１００との間の通信は、一般にファイバチャネルプロトコルに従って行われる。情報処理装置３乃至４からは、記憶装置システム６００に対して、ファイバチャネルプロトコルに従ってブロック単位のデータアクセス要求（以下、ブロックアクセス要求と記す）が送信される。
【００２６】
SAN５００にはSAN対応のバックアップデバイス９００が接続されている。SAN対応バックアップデバイス９００は、SAN５００を介して記憶デバイス制御装置１００との間で通信を行うことにより、記憶デバイス３００に記憶されているデータのバックアップデータを記憶する。
【００２７】
記憶デバイス制御装置５（２００）は、LAN４００やSAN500等のネットワークを介さずに記憶デバイス制御装置１００と接続されている。情報処理装置５（２００）としては例えばメインフレ−ムコンピュータとすることができる。情報処理装置５（２００）と記憶デバイス制御装置１００との間の通信は、例えばFICON（Fibre Connection）（登録商標）やESCON（Enterprise System Connection）（登録商標）、ACONARC（Advanced Connection Architecture）（登録商標）、FIBARC（Fibre Connection Architecture）（登録商標）などの通信プロトコルに従って行われる。情報処理装置５（２００）からは、記憶装置システム６００に対して、これらの通信プロトコルに従ってブロックアクセス要求が送信される。
【００２８】
記憶デバイス制御装置１００は、チャネル制御部７乃至８（１１０）により情報処理装置５（２００）との間で通信を行う。以下、チャネル制御部７乃至８（１１０）をCHAと記す。
【００２９】
SAN５００には記憶装置システム６００の設置場所（プライマリサイト）とは遠隔した場所（セカンダリサイト）に設置される他の記憶装置システム６１０が接続している。記憶装置システム６１０は、後述するレプリケーション又はリモートコピーの機能におけるデータの複製先の装置として利用される。なお、記憶装置システム６１０はSAN５００以外にもATMなどの通信回線により記憶装置システム６００に接続していることもある。この場合には例えばチャネル制御部１１０として上記通信回線を利用するためのインタフェース（チャネルエクステンダ）を備えるチャネル制御部１１０が採用される。
（記憶デバイス）
記憶デバイス３００は、多数のディスクドライブ（物理ディスク）を備えており、情報処理装置２００に対して記憶領域を提供する。データは、ディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域であるＬＵに記憶されている。ディスクドライブとしては、例えばハードディスク装置やフレキシブルディスク装置、半導体記憶装置等さまざまなものを用いることができる。なお、記憶デバイス３００は例えば複数のディスクドライブによりディスクアレイを構成するようにすることもできる。この場合、情報処理装置２００に対して提供される記憶領域は、ＲＡＩＤにより管理された複数のディスクドライブにより提供されるようにすることもできる。
【００３０】
記憶デバイス制御装置１００と記憶デバイス３００との間は図１のように直接に接続される形態とすることもできるし、ネットワークを介して接続するようにすることもできる。さらに記憶デバイス３００は記憶デバイス制御装置１００と一体として構成されることもできる。
【００３１】
記憶デバイス３００に設定されるＬＵには、情報処理装置２００からアクセス可能なユーザＬＵや、チャネル制御部１１０の制御のために使用されるシステムＬＵ等がある。システムＬＵにはＣＨＮ１１０で実行されるOSも格納される。また各ＬＵにはチャネル制御部１１０が対応付けられている。これによりチャネル制御部１１０ごとにアクセス可能なＬＵが割り当てられている。また上記対応付けは、複数のチャネル制御部１１０で一つのＬＵを共有するようにすることもできる。なお以下において、ユーザＬＵやシステムＬＵをそれぞれユーザディスク、システムディスク等とも記す。
（記憶デバイス制御装置）
記憶デバイス制御装置１００は、チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０、管理端末１６０及び接続部１５０を備える。
【００３２】
チャネル制御部１１０は、情報処理装置２００との間で通信を行うための通信インタフェースを備え、情報処理装置２００との間でデータ入出力コマンド等を授受する機能を備える。例えばＣＨＮ１１０は情報処理装置１乃至３（２００）からのファイルアクセス要求を受け付ける。これによる記憶装置システム６００はＮＡＳとしてのサービスを情報処理装置１乃至３（２００）に提供することができる。またＣＨＦ１１０は情報処理装置３乃至４（２００）からのファイバチャネルプロトコルに従ったブロックアクセス要求を受け付ける。これにより記憶装置システム６００は高速アクセス可能なデータ記憶サービスを情報処理装置３乃至４（２００）に対して提供することができる。またＣＨＡ１１０は情報処理装置５（２００）からのＦＩＣＯＮやＥＳＣＯＮ、ＡＣＯＮＡＲＣ、ＦＩＢＥＲＣ等のプロトコルに従ったブロックアクセス要求を受け付ける。これにより記憶装置システム６００は情報処理装置５（２００）のようなメインフレームコンピュータに対してもデータ記憶サービスを提供することができる。
【００３３】
各チャネル制御部１１０は、管理端末１６０とともに内部ＬＡＮ１５１等の通信網で接続されている。これによりチャネル制御部１１０に実行させるマイクロプログラム等を管理端末１６０から送信しインストールすることが可能となっている。チャネル制御部１１０の構成については後述する。
【００３４】
接続部１５０はチャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０及びディスク制御部１４０と接続されている。チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０及びスク制御部１４０間でのデータやコマンドの授受は、接続部１５０を介することにより行われる。接続部１５０は、例えば高速スイッチングによりデータ伝送を行う超高速クロスバスイッチなどのスイッチ、又はバス等で構成される。チャネル制御部１１０同士がスイッチで接続されていることで、個々のコンピュータ上で動作するＮＡＳサーバがＬＡＮを通じて接続する従来の構成に比べてチャネル制御部１１０間の通信パフォーマンスが大幅に向上している。また、これにより高速なファイル共有機能や高速フェイルオーバなどが可能となる。
【００３５】
共有メモリ１２０およびキャッシュメモリ１３０は、チャネル制御部１１０、ディスク制御部１４０により共有される記憶メモリである。共有メモリ１２０は主に制御情報やコマンド等を記憶する為に利用されるのに対し、キャッシュメモリ１３０は主にデータを記憶するために利用される。
【００３６】
例えば、あるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが書き込みコマンドであった場合には、当該チャネル制御部１１０は、書き込みコマンドを共有メモリ１２０に書き込むとともに、情報処理装置２００から受信した書き込みデータをキャッシュメモリ１３０に書き込む。一方、ディスク制御部１４０は共有メモリ１２０を監視しており、共有メモリ１２０に書き込みコマンドが書き込まれたことを検出すると、当該コマンドに従ってキャッシュメモリ１３０から書き込みデータを読み出して記憶デバイス３００に書き込む。  また、例えば、あるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが読み出しコマンドであった場合には、当該チャネル制御部１１０は、読み出しコマンドを共有メモリ１２０に書き込むとともに、情報処理装置２００から読み出しコマンドによって要求されたデータをキャッシュメモリ１３０から読み出す。仮に読み出しコマンドによって要求されたデータがキャッシュメモリ１３０に書き込まれていなかった場合、チャネル制御部１１０又はディスク制御部１４０は、読み出しコマンドによって要求されたデータを記憶デバイス３００から読み出して、キャッシュメモリ１３０に書き込む。
【００３７】
なお、上記の本実施の形態においては、共有メモリ１２０及びキャッシュメモリ１３０がチャネル制御部１１０及びディスク制御部１４０に対して独立に設けられていることについて記載されているが、本実施の形態はこの場合に限られるものでなく、共有メモリ１２０又はキャッシュメモリ１３０がチャネル制御部１１０及びディスク制御部１４０の各々に分散されて設けられることも好ましい。この場合、接続部１５０は、分散された共有メモリ又はキャッシュメモリを有するチャネル制御部１１０及びディスク制御部１４０を相互に接続させることになる。
【００３８】
ディスク制御部１４０は、記憶デバイス３００の制御を行う。例えば上述のように、チャネル制御部１１０が情報処理装置２００から受信したデータ書き込みコマンドに従って記憶デバイス３００へデータの書き込みを行う。また、チャネル制御部１１０により送信された論理アドレス指定によるＬＵへのデータアクセス要求を、物理アドレス指定による物理ディスクへのデータアクセス要求に変換する。記憶デバイス３００における物理ディスクがＲＡＩＤにより管理されている場合には、ＲＡＩＤ構成に従ったデータのアクセスを行う。またディスク制御部１４０は、記憶デバイス３００に記憶されたデータの複製管理の制御やバックアップ制御を行う。さらにディスク制御部１４０は、災害発生時のデータ消失防止（ディザスタリカバリ）などを目的として、プライマリサイトの記憶装置システム６００のデータの複製をセカンダリサイトに設置された他の記憶装置システム６１０にも記憶する制御（レプリケーション機能、またはリモートコピー機能）なども行う。
【００３９】
各ディスク制御部１４０は管理端末１６０とともに内部ＬＡＮ１５１等の通信網で接続されており、相互に通信を行うことが可能である。これにより、ディスク制御部１４０に実行させるマイクロプログラム等を管理端末１６０から送信しインストールすることが可能となっている。ディスク制御部１４０の構成については後述する。
（管理端末）
管理端末１６０は記憶装置システム６００を保守・管理するためのコンピュータである。管理端末１６０を操作することにより、例えば記憶デバイス３００内の物理ディスク構成の設定や、ＬＵの設定、チャネル制御部１１０において実行されるマイクロプログラムのインストール等を行うことができる。ここで、記憶デバイス３００内の物理ディスク構成の設定としては、例えば物理ディスクの増設や減設、ＲＡＩＤ構成の変更（ＲＡＩＤ１からＲＡＩＤ５への変更等）等を行うことができる。さらに管理端末１６０からは、記憶装置システム６００の動作状態の確認や故障部位の特定、チャネル制御部１１０で実行されるOSのインストール等の作業を行うこともできる。また管理端末１６０はＬＡＮや電話回線等で外部保守センタと接続されており、管理端末１６０を利用して記憶装置システム６００の障害監視を行ったり、障害が発生した場合に迅速に対応することも可能である。障害の発生は例えばＯＳやアプリケーションプログラム、ドライバソフトウェアなどから通知される。この通知はＨＴＴＰプロトコルやＳＮＭＰ（Simple Network Management Protocol）、電子メールなどにより行われる。これらの設定や制御は、管理端末１６０で動作するＷｅｂサーバが提供するＷｅｂページをユーザインタフェースとしてオペレータなどにより行われる。オペレータ等は、管理端末１６０を操作して障害監視する対象や内容の設定、障害通知先の設定などを行うこともできる。
【００４０】
管理端末１６０は記憶デバイス制御装置１００に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。また管理端末１６０は、記憶デバイス制御装置１００及び記憶デバイス３００の保守・管理を専用に行うコンピュータとすることもできるし、汎用のコンピュータに保守・管理機能を持たせたものとすることもできる。
【００４１】
管理端末１６０の構成を示すブロック図を図２に示す。
【００４２】
管理端末１６０は、CPU１６１、メモリ１６２、ポート１６３、記録媒体読み取り装置１６４、入力装置１６５、出力装置１６６及び記憶装置１６８を備える。
【００４３】
CPU１６１は、管理端末１６０の全体の制御を司るもので、メモリ１６２に格納されたプログラム１６２ｃを実行することにより上記Webサーバとしての機能等を実現する。メモリ１６２には、物理ディスク管理テーブル１６２ａとLU管理テーブル１６２ｂとプログラム１６２ｃとが記憶されている。
【００４４】
物理ディスク管理テーブル１６２ａは、記憶デバイス３００に備えられる物理ディスク（ディスクドライブ）を管理するためのテーブルである。物理ディスク管理テーブル１６２ａを図３に示す。図３においては、記憶デバイス３００が備える多数の物理ディスクのうち、ディスク番号＃００１乃至＃００６までが示されている。それぞれの物理ディスクに対して、容量、ＲＡＩＤ構成、使用状況が示されている。
【００４５】
ＬＵ管理テーブル１６２ｂは、上記物理ディスク上に論理的に設定されるＬＵを管理するためのテーブルである。ＬＵ管理テーブル１６２ｂを図４に示す。図４においては、記憶デバイス３００上に設定される多数のＬＵのうち、ＬＵ番号＃１乃至＃３までが示されている。それぞれのＬＵに対して、物理ディスク番号、容量、ＲＡＩＤ構成が示されている。
【００４６】
記憶媒体読取装置１６４は、記録媒体１６７に記録されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータはメモリ１６２や記憶装置１６８に格納される。従って、例えば記録媒体１６７に記録されたプログラム１６２ｃを、記録媒体読取装置１６４を用いて記録媒体１６７から読み取って、メモリ１６２や記憶装置１６８に格納するようにすることができる。記録媒体１６７としてはフレキシブルディスクやＣＤ−ＲＯＭ、半導体メモリ等を用いることができる。記録媒体読取装置１６２は管理端末１６０に内蔵されている形態とすることもできる。記憶装置１６８は、例えばハードディスク装置やフレキシブルディスク装置、半導体記憶装置等である。入力装置１６５は、オペレータ等による管理端末１６０へのデータ入力等のために用いられる。入力装置１６５としては例えばキーボードやマウス等が用いられる。出力装置１６６は、情報を外部に出力するための装置である。出力装置１６６としては例えばディスプレイやプリンタ等が用いられる。ポート１６３は内部ＬＡＮ１５１に接続されており、これにより管理端末１６０はチャネル制御部１１０やディスク制御部１４０等と通信を行うことができる。またポート１６３は、ＬＡＮ４００に接続するようにすることもできるし、電話回線に接続するようにすることもできる。
【００４７】
なお、図１で説明したように、管理端末１６０も電源部１９０に接続されて、電源を供給されている。
（外観図）
次に、本実施の形態に係る記憶装置システム６００の外観構成を図５に示す。また、記憶デバイス制御装置１００の外観構成を図６に示す。
【００４８】
図５に示すように、本実施の形態に係る記憶装置システム６００は記憶デバイス制御装置１００および記憶デバイス３００がそれぞれの筐体に収められた形態をしている。記憶デバイス制御装置１００の筐体の両側に記憶デバイス３００の筐体が配置されている。
【００４９】
記憶デバイス制御装置１００は、正面中央部に管理端末１６０が備えられている。管理端末１６０はカバーで覆われており、図６に示すようにカバーを開けることにより管理端末１６０を使用することができる。なお図６に示した管理端末１６０はいわゆるノート型パーソナルコンピュータの形態をしているが、どのような形態とすることも可能である。
【００５０】
管理端末１６０の下部には、チャネル制御部１１０を装着するためのスロットが設けられている。各スロットにはチャネル制御部１１０のボードが装着される。本実施の形態に係る記憶装置システム６００においては、例えばスロットは８つあり、図５および図６には８つのスロットにチャネル制御部１１０を装着するためのガイドレールが設けられている。ガイドレールに沿ってチャネル制御部１１０をスロットに挿入することにより、チャネル制御部１１０を記憶デバイス制御装置１００に装着することができる。また各スロットに装着されたチャネル制御部１１０は、ガイドレールに沿って手前方向に引き抜くことにより取り外すことができる。また各スロットの奥手方向正面部には、各チャネル制御部１１０を記憶デバイス制御装置１００と電気的に接続するためのコネクタが設けられている。チャネル制御部１１０には、ＣＨＮ、ＣＨＦ、ＣＨＡがあるが、いずれのチャネル制御部１１０もサイズやコネクタの位置、コネクタのピン配列等に互換性をもたせているため、８つのスロットにはいずれのチャネル制御部１１０も装着することが可能である。従って、例えば８つのスロット全てにＣＨＮ１１０を装着するようにすることもできる。また例えば図１に示したように、４枚のＣＨＮ１１０と、２枚のＣＨＦ１１０と、２枚のＣＨＡ１１０とを装着するようにすることもできる。チャネル制御部１１０を装着しないスロットを設けることもできる。
【００５１】
なお、上述したように、チャネル制御部１１０は上記各スロットに装着可能なボード、すなわち同一のユニットに形成された一つのユニットとして提供されるが、上記同一のユニットは複数枚数の基板から構成されているようにすることもできる。つまり、複数枚数の基板から構成されていても、各基板が相互に接続されて一つのユニットとして構成され、記憶デバイス制御装置１００のスロットに対して一体的に装着できる場合は、同一の回路基板の概念に含まれる。
【００５２】
ディスク制御部１４０や共有メモリ１２０等の、記憶デバイス制御装置１００を構成する他の装置については図５および図６には示されていないが、記憶デバイス制御装置１００の背面側当に装着されている。
【００５３】
また記憶デバイス制御装置１００には、チャネル制御部１１０とらおから発生する熱を放出するためのファン１７０が設けられている。ファン１７０は記憶デバイス制御装置１００の上面部に設けられるほか、チャネル制御部１１０用スロットの上部にも設けられている。
【００５４】
ところで、筐体に収容されて構成される記憶デバイス制御装置１００および記憶デバイス３００としては、例えばＳＡＮ製品として製品化されている従来構成の装置を利用することができる。特に上記のようにＣＨＮのコネクタ形状を従来構成の筐体に設けられているスロットにそのまま装着できる形状とすることとで従来構成の装置をより簡単に利用することができる。つまり、本実施例の記憶装置システム６００は、既存の製品を利用することで容易に構築することができる。
【００５５】
さらに、本実施の形態によれば、記憶装置システム６００内にＣＨＮ１１０、ＣＨＦ１１０、ＣＨＡ１１０を混在させて装着させることにより、異種ネットワークに接続される記憶装置システムを実現できる。具体的には、記憶装置システム６００は、ＣＨＮ１１０を用いてＬＡＮ１４０に接続し、かつＣＨＦ１１０を用いてＳＡＮ５００に接続するという、ＳＡＮ−ＮＡＳ統合記憶装置システムである。
（チャネル制御部）
本実施の形態に係る記憶装置システム６００は、上述の通りＣＨＮ１１０により情報処理装置１乃至３（２００）からのファイルアクセス要求を受け付け、ＮＡＳとしてのサービスを情報処理装置１乃至３（２００）に提供する。
【００５６】
ＣＨＮ１１０のハードウェア構成を図７に示す。この図に示すようにＣＨＮ１１０のハードウェアは一つのユニットで構成される。以下、このユニットのことをＮＡＳボードと記す。ＮＡＳボードは一枚もしくは複数枚の回路基板を含んで構成される。より具体的には、ＮＡＳボードは、ネットワークインタフェース部１１１、入出力制御部１１４、ボード接続用コネクタ１１６、通信コネクタ１１７及びファイルサーバ部８００を備え、これらが同一のユニットに形成されて構成されている。さらに、入出力制御部１１４は、ＮＶＲＡＭ（Non Volatile RAM）１１５及びＩ／Ｏ（Input/Output）プロセッサ１１９を有する。
【００５７】
ＣＨＮ１１０は、記憶デバイス制御装置１００側のスロットに装着することにより、ボード接続用コネクタ１１６を介して、管理端末１６０とともに内部ＬＡＮ１５１等の通信網で接続される。
【００５８】
またＣＨＮ１１０は、電源供給用コネクタ７５０を介して、記憶装置システム６００内の電源部１９０より電源を供給される。ＣＨＮ１１０には電源制御回路７５１と、電源制御回路７５１を制御するためのハードウェアレジスタ７５２が実装されており、ハードウェアレジスタにプログラム的に値をセットすることにより、入出力制御部１１４およびファイルサーバ部８００への電力の供給および遮断を制御することができる。また電源の制御以外にも、ハードウェアレジスタ７５２のセットする値を変更することにより、電源の供給および遮断以外にも、入出力制御部１１４またはファイルサーバ部８００のリブート、あるいは診断モードへの移行など、ハードウェア的な動作を制御することも可能である。これにより、入出力制御部のＩ／Ｏプロセッサ１１９が、ファイルサーバ部８００のＣＰＵ１１２への電源供給の開始または遮断、リブート、診断モードへの移行などをハードウェア的に制御することが可能となる。また、逆にファイルサーバ部８００のＣＰＵ１１２が、入出力制御部のＩ／Ｏプロセッサ１１９に対して、電源供給の開始または遮断、リブート、診断モードへの移行などをハードウェア的に制御してもよい。
【００５９】
ネットワークインタフェース部１１１は、情報処理装置２００との間で通信を行うための通信インタフェースを備えている。ＣＨＮ１１０の場合、ネットワークインタフェース部１１１は、例えばＴＣＰ／ＩＰプロトコルに従って情報処理装置２００から送信されたファイルアクセス要求を受信する。通信コネクタ１１７は、情報処理装置２００との間で通信を行うためのコネクタである。ＣＨＮ１１０の場合、通信コネクタ１１７は、ＬＡＮ４００に接続可能なコネクタであり、例えばイーサネット（登録商標）に対応している。
【００６０】
なお、ネットワークインタフェース部１１１は、ユーザが情報の授受を行う為のインタフェースである為、保守用として使う事は望ましくない。したがって、主に保守用に利用される管理端末１６０は、ネットワークインタフェース部１１１でなく、ボード接続用コネクタ１１６及び内部ＬＡＮを介してＣＨＮ１１０に接続される。
【００６１】
ファイルサーバ部８００は、ＣＰＵ１１２、メモリ１１３、バスブリッジ８０５、ＢＩＯＳ（Basic Input/Output System）８０１及びＮＶＲＡＭ８０４を有する。ＣＰＵ１１２は、ＣＨＮ１１０をＮＡＳボードとして機能させるための制御を司る。ＣＰＵ１１２は、ＮＦＳ又はＣＩＦＳ等のファイル共有プロトコル及びＴＣＰ／ＩＰの制御、ファイル指定されたファイルアクセス要求の解析、メモリ１１３内の変換テーブル（図示せず）を用いた、ファイル単位のデータと記憶デバイス３００内のＬＵとの対応付け、同じく変換テーブルを用いた、情報処理装置２００との間で通信されるファイル単位のデータと記憶デバイスへ書き込み又は読み出しされるブロック単位のデータとの対応付け及び相互変換、記憶デバイス３００内のＬＵに対するデータ書き込み又は読み出し要求の生成、データ書き込み又は読み出し要求のＩ／Ｏプロセッサ１１９への送信等を処理する。ＢＩＯＳ８０１は、例えばＣＨＮ１１０に電源が投入された際に、ＣＰＵ１１２を起動する過程で最初にメモリ１１３にロードされ実行されるソフトウェアであり、例えばフラッシュメモリなどの不揮発性の媒体に保存されてＣＨＮ１１０上に実装されている。ＣＰＵ１１２は、ＢＩＯＳ８０１からメモリ１１３上に読み込まれたソフトウェアを実行することにより、ＣＨＮ２１上のＣＰＵ１１２が関係する部分の初期化、診断などを行うことができる。さらに、ＣＰＵ１１２は、ＢＩＯＳ８０１からＩ／Ｏプロセッサ１１９にコマンドなどの指示を発行することにより、記憶デバイス３００から所定のプログラム、例えばＯＳのブート部などをメモリ１１３に読み込むことができる。読み込まれたＯＳのブート部は、さらに記憶デバイス３００に格納されているＯＳの主要部分をメモリ１１３に読み込む動作をし、これによりＣＰＵ１１２上でＯＳが起動され、例えばファイルサーバとしての処理が実行できるようになる。また、ファイルサーバ部８００は、ＰＸＥ（Preboot eXecution Environment）などの規約にしたがうネットワークブートローダを格納するＮＶＲＡＭ８０４を実装し、後述するネットワークブートを行わせることも可能である。バスブリッジ８０５は、ネットワークインタフェース部と入出力制御部、ファイルサーバー群のバスを繋ぐものである。
【００６２】
メモリ１１３にはさまざまなプログラムやデータが記憶される。例えば図８に示すメタデータ７３０やロックテーブル７２０、また図２２等に示されるNASマネ
ージャ７０６等の各種プログラムが記憶される。メタデータ７３０は、ファイルシステムが管理しているファイルに対応させて生成される情報である。メタデータ７３０には例えばファイルのデータが記憶されているLU上のアドレスやデータサイズなど、ファイルの保管場所を特定するための情報が含まれる。メタデ−タ７３０にはファイルの容量、所有者、更新時刻等の情報が含まれることもある。また、メタデータ７３０はファイルだけでなくディレクトリに対応させて生成されることもある。メタデータ７３０の例を図９に示す。メタデータ７３０は記憶デバイス３００上の各LUにも記憶されている。
【００６３】
ロックテーブル７２０は、情報処理装置１乃至３（２００）からのファイルアクセスに対して排他制御を行うためのテーブルである。排他制御を行うことにより情報処理装置１乃至３（２００）でファイルを共用することができる。ロックテーブル７２０を図１０に示す。図１０に示すようにロックテーブル７２０には、ファイルロックテーブル７２１とLUロックテーブル７２２とがある。ファイルロックテーブル７２１は、ファイルごとにロックが掛けられているか否かを示すためのテーブルである。いずれかの情報処理装置２００によりあるファイルがオープンされている場合に当該ファイルにロックが掛けられる。ロックが掛けられたファイルに対する他の情報処理装置２００によるアクセスは禁止される。LUロックテーブル７２２は、LUごとにロックが掛けられているか否かを示すためのテーブルである。いずれかの情報処理装置２００により、あるLUに対するアクセスが行われている場合に当該LUにロックが掛けられる。ロックが掛けられたLUに対する他の情報処理装置２００によるアクセスは禁止される。
【００６４】
入出力制御部１１４は、ディスク制御部１４０キャッシュメモリ１３０、共有メモリ１２０及び管理端末１６０との間でデータやコマンドの授受を行う。入出力制御部１１４はＩ／Ｏプロセッサ１１９及びＮＶＲＡＭ１１５を備えている。Ｉ／Ｏプロセッサ１１９は例えば１チップのマイコンで構成される。Ｉ／Ｏプロセッサ１１９は、記憶デバイス３００内のＬＵに対するデータ書き込み又は読み出し要求やデータの授受を制御し、ＣＰＵ１１２とディスク制御部１４０との間の通信を中継する。ＮＶＲＡＭ１１５はＩ／Ｏプロセッサ１１９の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１１５に記憶されるプログラムの内容は、管理端末１６０や、後述するＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
【００６５】
図１１は、ＣＨＮ１１０上のＣＰＵ１１２とＩ／Ｏプロセッサ１１９との通信経路について具体的に示す。Ｉ／Ｏプロセッサ１１９と、ＣＰＵ１１２は、ＣＨＮ１１０上に実装された通信メモリ８０２、ハードウェアレジスタ群８０３で物理的に接続されている。通信メモリ８０２およびハードウェアレジスタ群８０３は、それぞれＣＰＵ１１２およびＩ／Ｏプロセッサ１１９のいずれからもアクセスが可能である。通信メモリ８０２を利用することにより、Ｉ／Ｏプロセッサ１１９及び、ＣＰＵ１１２はアクセス対象の相手先に割り込み信号やデータを送る事ができる。ハードウェアレジスタ群８０３は、ＣＰＵ１１２に対して電源を投入又は切断する回路に接続される。これにより、Ｉ／Ｏプロセッサ１１９は、ハードウェアレジスタ群８０３にアクセスすることによって、ハードウェアレジスタ群８０３を介してＣＰＵ１１２の電源を操作することが可能となる。ハードウェアレジスタ群８０３は、必要に応じて、ＣＰＵ１１２あるいはＩ／Ｏプロセッサ１１９がハードウェアレジスタ群８０３にアクセスを行った際に、アクセス対象の相手先に割り込み信号などを生成して、アクセスが行われたことを通知する等の複数の機能を有する。これら複数の機能は、ハードウェアレジスタ群８０３を構成する各レジスタにそれぞれハードウェア的に割り当てられる。
【００６６】
ＣＨＮ１１０上の通信メモリ８０２に格納されるデータ構造の例を、図１２及び図１３に示す。図１２は、Ｉ／Ｏプロセッサ１１９からＣＰＵ１１２へ情報を受け渡すために使用されるデータ構造であり、図１３は、ＣＰＵ１１２からＩ／Ｏプロセッサ１１９へ情報を受け渡すために使用されるデータ構造である。ＣＰＵ１１２とＩ／Ｏプロセッサ１１９との間でやり取りされる情報は、主に、電源投入などを契機として、ＣＰＵ１１２及びＩ／Ｏプロセッサ１１９が起動する際に授受される情報群である。
【００６７】
Ｉ／Ｏプロセッサ１１９からＣＰＵ１１２に渡される情報としては、起動デバイス種別、診断実行フラグ、複数のドライブ番号、時刻情報、コマンドリトライ回数、コマンドタイムアウト値及び複数の温度情報がある。起動デバイス種別は、ＣＰＵ１１２が起動するときに、ＢＩＯＳ８０１の制御によって起動されるデバイスの種類であり、例えばネットワーク、ディスクドライブなどの種別がある。ドライブ番号は、起動デバイス種別がディスクドライブであったときに、ＯＳのロード元のディスクドライブを選択するための番号である。なお、本実施の形態においては、記憶デバイス３００内にＬＵという概念を有しており、ＬＵに対してＯＳ等が格納されているため、ＬＵ毎に区別されるＬＵ番号をドライブ番号と考える。ドライブ番号には例えば優先度が設けられており、仮にドライブ番号０がドライブ番号１に優先する場合、ＣＰＵ１１２は、まずドライブ番号０に指定されているＬＵからの起動を試みて、その起動が失敗した場合に、ドライブ番号１に指定されているＬＵからの起動を試みるというような動作が可能である。診断実行フラグは、ＣＰＵ１１２が起動する際に、Ｉ／Ｏプロセッサ１１９からＢＩＯＳ８０１に対して、ファイルサーバ部８００周辺のハードウェア診断を実行するか否かを指示することに利用される。例えば、ファイルサーバ部８００の初期化が完了した時点で、ＣＰＵ１１２のみを再起動したような場合には、ＢＩＯＳ８０１が再度ハードウェア診断を実行することを要しない。このような場合に、Ｉ／Ｏプロセッサ１１９が診断実行フラグを適宜設定することよって、ＣＰＵ１１２によるファイルサーバ部８００のハードウェア診断の再度実行を抑止できる。時刻情報は、ＣＰＵ１１２上でＢＩＯＳ１１２やＯＳが動作する際に使用される。Ｉ／Ｏプロセッサ１１４は、管理端末１６０から時刻情報を取得して、ＣＰＵ１１２に渡される。これにより、管理端末１６０、Ｉ／Ｏプロセッサ１１４及びＣＰＵ１１２は、これらの三者間で時刻情報の同期をとることが可能となる。コマンドリトライ回数、コマンドタイムアウト値は、ＣＰＵ１１２からＩ／Ｏプロセッサ１１９に発行されたコマンドが失敗したときのＣＰＵ１１２上のＢＩＯＳ８０１あるいはＯＳの動作、及びタイムアウトの条件等である。温度情報は、ＣＰＵ１１２が自らの温度変化の異常を検知できるようにするために、ＣＰＵ１１２に対して設定される値である。
【００６８】
このように、本実施の形態によれば、Ｉ／Ｏプロセッサ１１４が、起動デバイス種別、ドライブ番号、時刻情報、コマンドリトライ回数、コマンドタイムアウト値及び複数の温度情報などの値を自由に設定することができる。なお、本実施の形態はこの場合に限られることなく、これらの値がＢＩＯＳの不揮発性メモリ内に初期値として格納されることも好ましい。また、これらの値がオペレータによって管理端末１６０から入力されることにより、又はこれらの値が管理端末１６０のメモリ上に予め登録されることにより、管理端末１６０からＩ／Ｏプロセッサ１１４に対して渡されることとすることも好ましい。診断実行フラグは、Ｉ／Ｏプロセッサ１１４の起動中の論理的な判断によって設定され、又はオペレータによって設定される。Ｉ／Ｏプロセッサ１１４の起動中の論理的な判断によって診断実行フラグが設定される場合には、ＣＰＵ１１２の動作、又はＣＰＵ１１２上にロードされて動作するＢＩＯＳ８０１の動作をＩ／Ｏプロセッサ１１９から制御することが可能である。
【００６９】
図１３は、ＣＰＵ１１２からＩ／Ｏプロセッサ１１９へ情報を受け渡すためのデータ構造である。ＢＩＯＳバージョンは、ＢＩＯＳ８０１のオブジェクトコードのバージョンであり、ＣＰＵ１１２からＩ／Ｏプロセッサ１１９に渡され、さらにＩ／Ｏプロセッサ１１９から管理端末１６０に渡される。ＭＡＣアドレスは、ＣＰＵ１１２のＭＡＣアドレスである。ＭＡＣアドレスは、ハードウェア的に世界で一意な識別子であり、ＩＰプロトコルによってＩＰアドレスをＬＡＮ上のＤＨＣＰサーバに割り当てる時などに必要な情報である。なお、０パディング情報はワード境界を埋めるためのものであり、情報とは無関係である。
【００７０】
図１４は、ＣＰＵ１１２とＩ／Ｏプロセッサ１１９とを、内部ＬＡＮ１５１によって接続しているハードウェア構成図である。このように、ＣＰＵ１１２とＩ／Ｏプロセッサ１１９とは、ともに内部ＬＡＮ１５１によっても接続されており、内部ＬＡＮ１５１を介して管理端末１６０との通信が可能である。これにより、例えば、ＣＰＵ１１２は、ＮＶＲＡＭ８０４に予め格納されているネットワークブートローダを実行することにより、管理端末１６０から起動用のソフトウェアをメモリ１１３にダウンロードし、起動用のソフトウェアを実行することができる。これによって例えば、管理端末１６０をサーバとし、ＣＰＵ１１２をクライアントとするネットワークブートプロセスが実行される。なお、ネットワークブートは、例えばＰＸＥなどの規約に従い、クライアント上のネットワークブートローダと管理端末１６０上で動作するサーバとが、ＩＰプロトコル、ＤＨＣＰ、ＴＦＴＰ、ＦＴＰなどのプロトコルを組み合わせることにより、ＬＡＮ上の管理端末１６０に存在するＯＳのブートイメージを起動及び実行する方法である。また、管理端末１６０からダンプ採取の実行命令を行なう事も可能である。管理端末１６０からダンプ採取プログラムを実行することにより、内部ＬＡＮ１５１、ポート接続用コネクタ１１６を介して、Ｉ／Ｏプロセッサ１１９にダンプ採取命令を行なう。Ｉ／Ｏプロセッサ１１９は、ダンプ採取命令を受けるとＣＰＵ１１２に対してダンプ採取指示を通信メモリ経由で行なう。管理端末１６０からＣＰＵ１１２に対して、ダンプ採取の為に直接命令を出す事は、セキュリティの関係上好ましくない為、必ずＩ／Ｏプロセッサ経由でダンプ採取命令を行なう。この事に関しては３種類のダンプ採取方法にて詳しく述べる。
【００７１】
図１５は、ディスク制御部１４０のハードウェア構成を示すブロック図である。既に述べた通り、ディスク制御部は、記憶デバイス３００に接続されるとともに接続部１５０を介してＣＨＮ１１２に接続され、ディスク制御部１４０独自で、又はＣＨＮ１１２によって制御されることにより、記憶デバイス３００に対してデータの読み書きを行う。
【００７２】
ディスク制御部１４０は、インタフェース部１４１、メモリ１４３、ＣＰＵ１４２、ＮＶＲＡＭ１４４及びボード接続用コネクタ１４５を備え、これらが一体的なユニットとして形成されている。
【００７３】
インタフェース部１４１は、接続部１５０を介してチャネル制御部１１０等と通信を行うための通信インタフェース、記憶デバイス３００と通信を行うための通信インタフェース、内部ＬＡＮ１５１を介して管理端末１６０と通信を行うための通信インタフェースを備えている。
【００７４】
ＣＰＵ１４２は、ディスク制御部１４０全体の制御を司るとともに、チャネル制御部１１０や記憶デバイス３００、管理端末１６０との間の通信を行う。メモリ１４３やＮＶＲＡＭ１４４に格納された各種プログラムを実行することにより本実施の形態に係るディスク制御部１４０の機能が実現される。ディスク制御部１４０により実現される機能としては、記憶デバイス３００の制御やＲＡＩＤ制御、記憶デバイス３００に記憶されたデータの複製管理やバックアップ制御、リモートコピー制御等である。
【００７５】
ＮＶＲＡＭ１４４はＣＰＵ１４２の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１４４に記憶されるプログラムの内容は、管理端末１６０や、ＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
【００７６】
またディスク制御部１４０はボード接続用コネクタ１４５を備えている。ボード接続用コネクタ１４５が記憶デバイス制御装置１００側のコネクタと接続することにより、ディスク制御部１４０は、記憶デバイス制御装置１００と電気的に接続される。
（インストール処理）
次に、本実施の形態に係る記憶装置システム６００をＮＡＳとして機能させるために必要なソフトウエアのインストールについて説明する。
【００７７】
記憶装置システム６００をＮＡＳとして機能させるためには、ＣＨＮ１１０で実行されるＯＳ７０１をインストールする必要がある。また、ＣＨＮ１１０やディスク制御部１４０で実行させるためのマイクロプログラム（ファームウエア）もインストールする必要がある。その他ＣＨＮ１１０には、ボリュームマネージャ７０７、ファイルシステムプログラム７０３、ＮＡＳマネージャ７０６等のアプリケーションプログラムが必要に応じてインストールされる。またディスク制御部１４０には、リモートコピー制御プログラム７５０、複製管理プログラム７６０等が必要に応じてインストールされる。
【００７８】
ＯＳ７０１やアプリケーションプログラムは記憶デバイス３００に設定されるシステムＬＵに記憶される。システムＬＵにはＯＳインストール領域や、障害検知用の記憶領域、クラスタ情報用の記憶領域などが割り当てられることもある。障害検知用の記憶領域には、ＯＳ７０１やアプリケーションプログラムが出力するダンプリスト（ＯＳ７０１のカーネルの異常終了や、デーモンの異常終了、複数のプロセス間で処理がループすることによる異常などに起因して出力されるコア（core）ダンプ、メモリダンプ、ディスクダンプ）などの障害管理に関する情報が格納される。クラスタ情報用の記憶領域にはＣＨＮ１１０間でクラスタを設定するために必要となる情報が格納される。このように、ＯＳ７０１やアプリケーションプログラムを格納するための記憶領域を記憶デバイス３００に設けるようにすることにより、ＣＨＮ１１０にかかる記憶領域を設ける必要がなくなる。
【００７９】
また上記障害検知用の記憶領域やクラスタ情報用の記憶領域は、それぞれ障害管理用ＬＵや、クラスタＬＵとして、システムＬＵとは別に設けるようにすることもできる。なお、記憶デバイス３００がＲＡＩＤ５の方式で運用されている場合には、システムＬＵや障害管理用ＬＵ、クラスタＬＵなどは１つのパリティグループに集中させるのではなく、複数のパリティグループに分散させるようにすることが好ましい。これらのＬＵには記憶デバイス制御装置１００の運用上、重要なデータが格納されるためである。
【００８０】
次に、記憶装置システム６００をＮＡＳとして機能させるために必要な、ＯＳ７０１やマイクロプログラムのインストール手順について説明する。これらのプログラムのインストールは管理端末（コンピュータ）１６０から行われる。
【００８１】
インストールの手順を説明するためのブロック図を図１６に示す。またインストールを行うために管理端末１６０の出力装置１６６に表示される画面例を図１７に示す。
【００８２】
図１６に示すブロック図において、記憶デバイス制御装置１００はＬＡＮ（第一のネットワーク）４００を介して情報処理装置２００と接続されており、情報処理装置２００からファイルアクセス要求を受け付ける。また記憶デバイス制御装置１００は管理端末１６０を備えている。管理端末１６０は、内部ＬＡＮ（第二のネットワーク）１５１を介してＣＨＮ１１０及びディスク制御部１４０と接続されている。管理端末１６０には、マイクロプログラム７７０、ローダ７７１、インストーラ７７２、及びＯＳ７７３が記憶されている。これらのプログラムは管理端末１６０のメモリ１６２や記憶装置１６８に記憶されている。マイクロプログラム７７０には、ＣＨＮ１１０のＮＶＲＡＭ１１５に書き込まれるものと、ディスク制御部１４０のＮＶＲＡＭ１４４に書き込まれるものとがある。前者はＣＨＮ１１０のＩ／Ｏプロセッサ１１９の制御を司るためのプログラムである。後者はディスク制御部１４０のＣＰＵ１４２の制御を司るためのプログラムである。ローダ７７１及びインストーラ７７２は、管理端末１６０に記憶されているＯＳ７７３をＣＨＮ１１０が読み込む際に用いられるプログラムである。ＯＳ７７３はＣＨＮ１１０毎に記憶デバイス３００に設けられるシステムＬＵにインストールされる。これらのプログラムは、管理端末１６０が備える記録媒体読取装置１６４を用いてＣＤ―ＲＯＭ等の記録媒体１６７から読み込むようにすることもできるし、ポート１６３を介して例えばインタネットからダウンロードすることにより読み込むようにすることもできる。
【００８３】
また、記憶デバイス３００に、一つ以上の障害情報格納ＬＵを設け、前期障害検知情報や障害情報を格納するようにできる。障害情報格納ＬＵは予め準備しておいてもよいし、ＯＳ７７３をシステムＬＵにインストールする際に、障害情報格納ＬＵを準備することにしてもよい。障害情報格納ＬＵの準備とは、フォーマットや障害情報格納用のファイル作成などが含まれる。
【００８４】
また、図１７に示す管理端末１６０の出力装置１６６に表示される画面例においては、スロットNo.１乃至４に新規に装着されたＣＨＮ１１０の設定を行う場合の例を示す。なお図１７においては、スロットNo.５乃至８についても設定内容の表示がなされているが、既に設定済みのスロットに対しては、非表示にする等、オペレータからの設定入力を行えないようにすることもできる。
【００８５】
図１７に示すインストール設定画面には、スロットNo.欄、チャネルアダプタ設定欄、システムLU No.指定欄、障害情報格納LU No.欄がある。このうちオペレータが入力できるのは、チャネルアダプタ設定欄、システムLU No.指定欄、障害情報格納LU No.欄である。
【００８６】
チャネルアダプタ設定欄には、記憶デバイス制御装置１００のスロットに装着するチャネル制御部１１０の種類を入力する。チャネル制御部１１０の種類には、ＣＨＡ、ＣＨＦ、ＣＨＮがある。これらの入力は、図１７の下向き三角マークで示される部分をマウスでクリックすることにより選択できるようになっている。
【００８７】
システムLU No.指定欄にはシステムＬＵの番号を入力する。システムＬＵとしては、記憶デバイス３００に設定されているＬＵの中から任意のＬＵを選択することが可能である。システムＬＵはＣＨＮ１１０毎に指定する。なお、システムＬＵとして指定されたＬＵの記憶容量が所定の容量に満たない場合には、当該ＬＵにＯＳ７７３等のインストールを行うことができない。そのため、管理端末１６０は、システムLU No.指定欄に入力されたＬＵの容量をチェックする機能を備えている。なお、システムＬＵは複数のＣＨＮ１１０で共有するようにすることもできる。
【００８８】
障害情報格納LU No.欄には、チャネル制御部１１０によって検知および報告される障害情報を格納するＬＵ番号を入力する。これらの指定は、図１７の下向き三角マークで示される部分をマウスでクリックすることにより選択できるようになっている。なお、障害情報格納ＬＵは、チャネル制御部ごとに対応付けて設定することもできるし、複数あるいはすべてのチャネル制御部に対応付けて設定することもできる。またチャネル制御部とは無関係に、任意に設定してもよいものとする。
【００８９】
オペレータは、スロットNo.１乃至４に対して図１７に示すような入力を行ったら、ＯＫボタンをクリックする。そうすると、管理端末１６０はスロットNo.１乃至４の装着されたＣＨＮ１１０に対して順にインストールを開始する。
【００９０】
インストールの手順を示すフローチャートを図１９に示す。管理端末１６０を操作するオペレータの指示により、管理端末１６０において実行されるマイクロプログラム書き換えプログラムにより、まずマイクロプログラム７７０の書き込み先となるＣＨＮ１１０とディスク制御部１４０のＭＡＣ（Media Access Control）アドレス（チャネル制御部１１０及びディスク制御部１４０を識別するための情報）が管理端末１６０の例えばメモリ１６２に記憶される。そして、管理端末１６０がＭＡＣアドレスを記憶している特定のＣＨＮ１１０のＮＶＲＡＭ１１５とディスク制御部１４０のＮＶＲＡＭ１４４にそれぞれマイクロプログラム７７０が書き込まれる（S1000）。この書き込みは、管理端末１６０から内部ＬＡＮ１５１を通じて行われる。マイクロプログラム７７０の書き込み先は、上記インストール設定画面からの入力情報に基づいて決めるようにすることができる。またマイクロプログラム７７０の書き込み先のＭＡＣアドレスの取得は、内部ＬＡＮ１５１に接続されているＣＨＮ１１０やディスク制御部１４０に対してＭＡＣアドレス問い合わせコマンドを送信することにより行うことができる。なお、管理端末１６０により記憶されるＣＨＮ１１０やディスク制御部１４０を識別するための情報はＭＡＣアドレスに限られない。例えばＩＰアドレスとすることもできるし、ＣＨＮ１１０やディスク制御部１４０の製造番号とすることもできる。また書き込まれるマイクロプログラム７７０は、ＣＤ−ＲＯＭなどの記録媒体１６７により提供されることもあるし、インタネット経由でダウンロードされることもある。
【００９１】
このように、管理端末１６０にＭＡＣアドレスが記憶されるＣＨＮ１１０やディスク制御部１４０に対してマイクロプログラム７７０の書き込みが行われるようにすることにより、特定のＣＨＮ１１０やディスク制御部１４０に対してのみマイクロプログラム７７０を書き込むようにすることができる。これにより、マイクロプログラム７７０を書き換える必要のあるＣＨＮ１１０やディスク制御部１４０に対してのみマイクロプログラム７７０を書き込むことができる。また、ＣＨＮ１１０用のマイクロプログラム７７０を誤ってＣＨＡ１１０やＣＨＦ１１０に書き込んでしまうことを防止することができる。
【００９２】
続いて、ＣＨＮ１１０およびディスク制御部１４０がリセットされる。これによりインストールしたマイクロプログラム７７０の動作が開始する。ここでのリセットは、例えば管理端末１６０により行われる。リセット後、ディスク制御部１４０が動作を開始すると管理端末１６０は記憶デバイス３００のＬＵを認識できるようになる。
【００９３】
次に、管理端末１６０にＭＡＣアドレスが記憶されているＣＨＮ１１０に対して、管理端末１６０からローダ７７１の読み込み指示が送信される。ローダ７７１は、ＣＨＮ１１０が管理端末１６０からインストーラ７７２を読み込むために実行するプログラムである。管理端末１６０から送信されるローダ７７１の読み込み指示は、ＣＨＮ１１０のＣＰＵ１１２のＢＩＯＳ（Basic Input/Output System）に取り込まれる。これにより管理端末１６０からローダ７７１がＣＨＮ１１０に読み込まれる（S1001）。
【００９４】
続いてローダ７７１は、管理端末１６０からインストーラ７７２を読み込む（S1002）。インストーラ７７２は内部ＬＡＮ１５１の通信に関する機能を提供する他、ファイルシステムベースでＬＵをフォーマットする機能や、ＬＵへのファイルの書き込み機能を提供する。
【００９５】
次にインストーラ７７２は、ＯＳ７７３のインストール領域を確保するため、システムＬＵにパーティションを設定し、ファイルシステムとしてフォーマットを行う（S1003）。そして管理端末１６０からＯＳ７７３を読み込み、上記フォーマットしたインストール領域にファイル単位で書き込む（S1004）。またインストーラ７７２は書き込んだＯＳ７７３の設定ファイルに内部ＬＡＮ１５１のネットワーク設定を反映させる。
【００９６】
さらにインストーラ７７２はＯＳ７７３を書き込んだシステムＬＵにＭＢＲ（Master Boot Record）の起動コードを書き込んで、ＭＢＲを有効にする（S1005）。これによりＣＨＮ１１０のリセット時に自動的にＯＳ７７３が起動されるようになる。
【００９７】
次にインストーラ７７２は、ＯＳ７７３やチャネル制御部１１０が報告する障害情報を格納するための障害情報格納ＬＵを初期化する（S1006）。これにより障害情報を格納する領域が確保される。
【００９８】
以上の処理が完了すると、ＣＨＮ１１０のＩ／Ｏプロセッサ１１９はインストールが完了した旨を、内部ＬＡＮ１５１経由で管理端末１６０に通知する（S1007）。
【００９９】
管理端末１６０は、上記のインストール処理をスロットNo.１乃至４の各ＣＨＮ１１０に対して繰り返し行う（S1008）。スロットNo.１乃至４の全てのＣＨＮ１１０に対して上記処理が完了したら、インストール処理が完了する。
【０１００】
このようなインストール方法により、ファームウエアやＯＳ７７３を一連の手順により円滑に行うことが可能となる。
【０１０１】
続いてＣＨＮ１１０に対してＮＡＳとしての設定を行う。ＣＨＮ１１０に対して行うＮＡＳの設定は、ＩＰアドレスの付与、ユーザ領域の設定、ＯＳの設定、クラスタの設定である。これらの設定はＮＡＳマネージャ１１０により行う。ＩＰアドレスの付与は各ＣＨＮ１１０が有する２つの通信ポートのそれぞれに対して行う。ユーザ領域の設定は、ユーザＬＵに対してファイルシステムの作成を行うことである。ＯＳの設定は、ユーザＬＵに作成したファイルシステム上で、マウントポイントを設定したり、ユーザ定義やグループ定義等を行うことである。
（クラスタの設定）
クラスタの設定は、記憶デバイス制御装置１００に装着されている複数のチャネル制御部１１０を同種のチャネル制御部１１０単位にグループに類別することである。これにより、クラスタ（グループ）内のあるチャネル制御部１１０に障害が発生した場合でも、障害が発生したチャネル制御部１１０がそれまで行っていた処理をクラスタ内の他のチャネル制御部１１０に引き継ぐようにすることができる。
【０１０２】
本実施の形態に係る記憶装置システム６００は信頼性向上のために２系統の電源を備えている。そして記憶デバイス制御装置１００の各スロットはどちらかの系統の電源に接続されている。そこで、クラスタを設定する場合にはどちらの系統の電源に接続されたチャネル制御部１１０も含むように行う。すなわち、クラスタ内の全チャネル制御部１１０が同一系統の電源にのみ接続されていることがないようにする。これにより、片方の電源系統に障害が発生し電力の供給が停止しても、同一クラスタ内の他方の電源系統に属するチャネル制御部１１０への電源供給は継続されるため、当該チャネル制御部１１０にフェイルオーバを行うことができる。
【０１０３】
クラスタの設定を行うために情報処理装置２００に表示される画面例を図１８に示す。また両方の系統の電源に接続されたチャネル制御部１１０を含むようにクラスタの設定が行われる様子を示す図を図２０及び図２１に示す。
【０１０４】
図１８に示すクラスタの設定画面には、電源系統欄、スロットNo.欄、ボードＩＤ欄、ボード種類欄、フェイルオーバ先設定欄１、フェイルオーバ先設定欄２、共有ＬＵ設定欄がある。
【０１０５】
電源系統欄は各スロットの電源系統が表示されている。図１８に示す画面例の通り、奇数番号のスロットは系統Ａの電源に接続され、偶数番号のスロットは系統Ｂの電源に接続されている。
【０１０６】
ボードＩＤ欄は、各スロットに装着されているチャネル制御部１１０のボードＩＤが表示される。ボードＩＤとしては例えば製造番号やＩＰアドレスが表示される。
【０１０７】
ボード種類欄は、各スロットに装着されているチャネル制御部１１０の種類が表示される。チャネル制御部１１０の種類としては、ＣＨＮ、ＣＨＡ、ＣＨＦがある。
【０１０８】
フェイルオーバ先設定欄１は、当該ボードに障害が発生した場合に、処理をフェイルオーバさせるボードを設定するための入力欄である。これらの入力は、図１８の下向き三角マークで示される部分をマウスでクリックすることにより選択できるようになっている。
【０１０９】
フェイルオーバ先設定欄２は、フェイルオーバ先設定欄１で設定したボードにフェイルオーバさせることができない場合に、処理をフェイルオーバさせるボードを設定するための入力欄である。これらの入力も、下向き三角マークで示される部分をマウスでクリックすることにより選択できるようになっている。
【０１１０】
共有ＬＵ設定欄は、クラスタを構成するチャネル制御部１１０間で共通にアクセス可能なＬＵを設定するための入力欄である。共有ＬＵには、フェイルオーバ処理を行う際に必要な引き継ぎ情報等が記憶される。
【０１１１】
オペレータはこれらの入力を行った後に設定ボタンをクリックする。そうするとこれらの設定情報が記憶デバイス制御装置１００に送信される。そして、クラスタを構成するチャネル制御部１１０の電源が系統Ａのみ又は系統Ｂのみに偏っていないかが検査される。系統Ａのみ又は系統Ｂのみに偏っている場合には情報処理装置２００により提供されるユーザインタフェースに警告が出力される。例えば情報処理装置２００がブザーを備える場合にはブザーを吹鳴させる。あるいは情報処理装置２００が備えるディスプレイ装置にエラーメッセージを表示させる。クラスタを構成するチャネル制御部１１０の電源が、両方の系統の電源に接続されている場合には、これらの設定情報は各チャネル制御部１１０のメモリ１１３や共有ＬＵに記憶される。これによりクラスタの設定が行われる。なお、これらの設定情報はシステムＬＵのクラスタ情報用の記憶領域やクラスタＬＵにも記憶されるようにすることができる。またこれらのクラスタの設定は、管理端末１６０から行うようにすることもできる。
【０１１２】
次に、２つの系統の電源に接続されたチャネル制御部１１０を含むようにクラスタの設定が行われる様子を示す図を図２０及び図２１に示す。
【０１１３】
前述したように、記憶デバイス制御装置１００には８つのスロットが備えられており、これらのスロットにどのようにチャネル制御部１１０を装着するかは自由である。ＣＨＦ１１０とＣＨＡ１１０とＣＨＮ１１０とを混在させて装着することも可能である。図２０及び図２１においては、ＣＨＮ１１０の場合を例にクラスタの設定例を示す。
【０１１４】
図２０では、２枚のＣＨＮ１１０が装着される場合、４枚のＣＨＮ１１０が装着される場合、及び６枚のＣＨＮ１１０が装着される場合の例を示す。図２０に示すように、（ｂ）、（ｅ）、（ｆ）、及び（ｈ）のような組み合わせでは、クラスタ内の各ＣＨＮ１１０の電源が同一の系統のみとなるためにエラーとなる。
【０１１５】
図２１には８枚のＣＨＮ１１０が装着される場合の例を示す。（ｌ）の組み合わせは、クラスタ内の各ＣＨＮ１１０の電源が同一の系統のみとなるためにエラーとなる。
【０１１６】
このように本実施の形態に係る記憶装置システム６００においては、クラスタの設定は、チャネル制御部１１０の電源が一つの系統の電源に偏らないように行われる。これにより、一方の電源系統に障害が発生し電力の供給が停止しても同一クラスタ内の他の電源系統に属するチャネル制御部１１０へフェイルオーバを行うことができるため、可用性の高い記憶装置システム６００を提供することが可能となる。
（ダンプの種類）
採取するダンプ（ＤＵＭＰ）には大きく分けて３つの種類が存在する。
【０１１７】
１つ目はＣＯＲＥダンプ、ＯＳログである。ＣＯＲＥダンプは、先に説明した通り、ＯＳ７０１のカーネルの異常終了や、デーモンの異常終了の際にメモリやレジスタの内容をファイルに出力したデータである。ＯＳログは、ＯＳ７０１やＮＡＳマネージャ７０６が採取しているログやその他のＯＳ上で動作するアプリケーションが採取しているログである。ＣＯＲＥダンプ、ＯＳログはシステムＬＵに出力される。
【０１１８】
２つ目はレジスタダンプである。レジスタダンプは、Ｉ／Ｏプロセッサ１１９がＣＰＵ１１２の温度異常や、ＯＳ７０１のパニックといった様々な障害を検知し、メモリやＣＰＵ１１２のレジスタ情報を採取する。
【０１１９】
３つ目はフルダンプである。フルダンプは、ＯＳ７０１がパニックになった際に取られるクラッシュダンプの事であり、この際にＯＳ７０１は障害情報格納ＬＵにカーネルのメモリダンプを出力する。フルダンプが採取される際には２つ目のレジスタダンプも共に採取される。
【０１２０】
これら３つのダンプは採取方法が異なっている。次にダンプの採取方法について述べる。
（ダンプ採取構成図）
図２２、２４、２６は、本実施の形態に係る記憶装置システム６００における構成図である。既に述べたように、CHN１１０上には、CPU１１２およびI/Oプロセッサ１１９が存在する。CPU１１２およびI/Oプロセッサ１１９は、それぞれ１つずつであってもよいし、それぞれ複数存在してもよい。CPU１１２上では、OS７０１とNASマネージャ７０６等の多様なアプリケーションとが実行されることにより、CPU１１２はNASサーバとして動作する。Ｉ／Ｏプロセッサ１１９上では、コントローラとしてのマイクロプログラム７０２が動作している。ディスク制御部１４０では、ＲＡＩＤ制御部７４０がＣＰＵ１４２上で動作している。管理端末１６０上では、遠隔操作を可能とする遠隔管理エージェント７８２が動作する。遠隔管理エージェント７８２は、センタ７８０上から遠隔操作ソフト７８１を使用して管理端末１６０上に転送されたダンプを転送したりＩ／Ｏプロセッサ１１９へのダンプ採取通知を行なう。また、管理端末にダンプデータが採取され、転送終了通知を受けるとセンタへ通知を行なう。遠隔管理エージェントは1つのソフトの場合もあるし、複数のソフトを組み合わせて機能を実現する場合もある。
（ＯＳログ、ＣＯＲＥダンプ採取構成図）
図２２はＯＳログ、ＣＯＲＥダンプ採取の際の構成図である。
また、図２３は管理端末１６０の採取要求からセンタ７８０にＯＳログ、ＣＯＲＥダンプが転送されるまでの流れをＣＰＵ１１２、Ｉ／Ｏプロセッサ１１９、管理端末１６０、記憶デバイス３００（システムＬＵ）を関連付けて表している。図２３、２５，２７では１本線の矢印が制御フローを表し、２本線の矢印がデータフローを表している。
【０１２１】
センタ７８０からＯＳログ、ＣＯＲＥダンプを採取する際に、センタ７８０は、遠隔操作ソフト７８１を用いて管理端末１６０の操作を行なう。センタ７８０は、記憶装置システム６００に設けられた管理端末１６０に専用線、ＬＡＮ、ＷＡＮ、インターネット等のネットワークを介して接続している。管理端末１６０は、遠隔管理エージェントが動作しており遠隔操作が可能となっている。管理端末１６０は、内部ＬＡＮ（図示）又はバス（図示せず）を介して、Ｉ／Ｏプロセッサ１１９に対して、ＯＳログ、ＣＯＲＥダンプ採取の命令を行なう（管理端末１６０−ステップ１）。図示したように、管理端末１６０は、内部ＬＡＮ又はバスを介して、ＣＨＮ１１０上のＣＰＵ１１２及びＩ／Ｏプロセッサ１１９、又はディスク制御部１４０上のＲＡＩＤ制御部７４０等に接続されており、記憶装置システム内の構成情報を含めた各種情報を通信する。なお、命令の際は、例えば遠隔管理エージェント７８２の機能を使ってボタン１つで採取する事も可能である。この場合、管理端末１６０がＣＰＵ１１２に直接命令するのではなく、Ｉ／Ｏプロセッサ１１９に対して命令を行うことにより、記憶デバイス３００内のユーザのデータに対して保守員がＣＰＵ１１２を介して不用意にアクセスすることを防止することが可能である。Ｉ／Ｏプロセッサ１１９は、管理端末１６０の指示通りに、通信メモリ８０２又はハードウェアレジスタにおいて、ＯＳログ採取のビット若しくはＣＯＲＥダンプ採取のビットを立てる（Ｉ／Ｏプロセッサ１１９−ステップ２）。その後、Ｉ／Ｏプロセッサ１１９は、通信メモリ８０２又はハードウェアレジスタのダンプ採取の通知ビットを立てることにより、ＣＰＵ１１２に対して、ＯＳログ及びＣＯＲＥダンプの採取命令を伝える（Ｉ／Ｏプロセッサ１１９−ステップ３）。ＣＰＵ１１２は、ダンプ採取命令を受領した場合（ＣＰＵ１１２−ステップ４）、ＯＳログ若しくはＣＯＲＥダンプの情報の読み出しを、通信メモリ８０２又はハードウェアレジスタを介して、Ｉ／Ｏプロセッサ１１９に要求する。Ｉ／Ｏプロセッサ１１９は、接続部１５０又は共有メモリ１２０を介して、ディスク制御部１４０内のＲＡＩＤ制御部７４０に対してＯＳログ若しくはＣＯＲＥダンプの情報の読み出しを要求する。ディスク制御部１４０は、システムＬＵ３００からＯＳログ若しくはＣＯＲＥダンプの情報を読み出す。ディスク制御部１４０は、ＯＳログ若しくはＣＯＲＥダンプの情報を、接続部１５０又は共有メモリ１２０を介して、Ｉ／Ｏプロセッサ１１９に対して転送する。Ｉ／Ｏプロセッサ１１９は、ＯＳログ若しくはＣＯＲＥダンプの情報を、通信メモリ８０２又はハードウェアレジスタを介して、ＣＰＵ１１２に対して転送する。ＣＰＵ１１２は、ＯＳログ若しくはＣＯＲＥダンプの情報を、メモリ１１３に書き込む（ＣＰＵ１１２−ステップ５）。メモリ１１３に書き込まれた情報はメモリ上で編集、圧縮、暗号化する（ＣＰＵ１１２−ステップ６）。このように、本発明の実施の形態は、編集や圧縮することにより、転送時間の軽減若しく遅い回線を利用することが出来るのでコスト削減につながる。また、転送時間が短いということは、データを盗まれる危険が少なくなるということであり、暗号化と合わせてセキュリティ上有効である。Ｉ／Ｏプロセッサ１１９は、Ｉ／Ｏプロセッサに関するダンプ採取の際の情報等を集め、Ｉ／Ｏプロセッサダンプとして管理端末に送信する（Ｉ／Ｏプロセッサ−ステップ７）。ＣＰＵ１１２は、圧縮し、暗号化したＯＳログ若しくはＣＯＲＥダンプを、内部ＬＡＮ又はバスを介して管理端末１６０に転送する（ＣＰＵ１１２−ステップ８）。このとき、管理端末１６０は、ＯＳログ、ＣＯＲＥダンプが１つまたは複数送られることになる。ＣＰＵ１１２は、管理端末１６０への転送完了後、転送完了通知をＩ／Ｏプロセッサ１１９に対して発行する（ＣＰＵ１１２−ステップ９）。Ｉ／Ｏプロセッサ１１９は、Ｉ／Ｏプロセッサダンプの送信が完了し、かつＣＰＵ１１２からの転送完了通知を受け取った場合、内部ＬＡＮ又はバスを介して管理端末１６０に転送終了通知を発行する（Ｉ／Ｏプロセッサ−ステップ１０、ステップ１１）。管理端末１６０は、Ｉ／Ｏプロセッサから転送終了通知を受けた場合、センタに対して採取したＯＳログ、ＣＯＲＥダンプの転送を行なう（管理端末１６０−ステップ１２）。ただし、本発明の実施の形態は、この場合に限られることなく、管理端末１６０がメモリ１６２又は記憶装置１６８にＯＳログ、ＣＯＲＥダンプを保持しておくことも好ましい。この場合、センタ７８０の遠隔操作ソフト７８１を用いて管理端末１６０の遠隔管理エージェント７８２にアクセスされた場合に、管理端末１６０が、センタ７８０に対して、ＯＳログ、ＣＯＲＥダンプの転送を行う。
【０１２２】
本発明の実施の形態によれば、管理端末１６０から送られたＯＳログ及びＣＯＲＥダンプの採取命令の内容をＣＰＵ１１２が解析するため、Ｉ／Ｏプロセッサ１１９は、管理端末１６０から送られたＯＳログ及びＣＯＲＥダンプの採取命令をＣＰＵ１１２に転送することとなる。この方法により、Ｉ／Ｏプロセッサ１１９は、接続部１５０及びディスク制御部１４０を介した記憶デバイス３００に対するデータアクセスに、その性能を費やすことが可能となる。
【０１２３】
なお、本発明の実施の形態によれば、ＣＰＵ１１２は、Ｉ／Ｏプロセッサ１１９を介して、ディスク制御部１４０に対してＯＳログ若しくはＣＯＲＥダンプの情報を要求しているが、本発明の実施の形態は、この場合に限られることなく、ＣＰＵ１１２がディスク制御部１４０に対して直接にＯＳログ若しくはＣＯＲＥダンプの情報を要求することも好ましい。この方法により、Ｉ／Ｏプロセッサ１１９は、さらに、接続部１５０及びディスク制御部１４０を介した記憶デバイス３００に対するデータアクセスに、その性能を費やすことが可能となる。
【０１２４】
本発明の実施の形態によれば、迅速かつ効率的にＯＳログ若しくはＣＯＲＥダンプの情報をセンタ７８０に送ることが可能である。
（レジスタダンプ採取構成図及びフロー）
図２４は、レジスタダンプ採取の際の構成図である。また、図２５はＩ／Ｏプロセッサ１１９の障害検出からセンタ７８０にレジスタダンプ採取通知が送信されるまでの流れをＣＰＵ１１２、Ｉ／Ｏプロセッサ１１９、管理端末１６０、メモリ１１３を関連付けて表している。
【０１２５】
レジスタダンプは、Ｉ／Ｏプロセッサ１１９が障害を検知した後に、採取される。ここでいう障害は、例えばＣＰＵ１１２の温度異常であったり、ヘルスチェックでＯＳ７０１からの応答がない場合等である。また、後に述べるフルダンプの際にもレジスタダンプは採取される。レジスタダンプは、障害発生時にＣＰＵ１１２やＯＳ７０１が閉塞していてもＩ／Ｏプロセッサ１１９が生きていれば採取可能なダンプである。
【０１２６】
Ｉ／Ｏプロセッサ１１９は、通信メモリ８０２又はハードウェアレジスタを介して、ＣＰＵ１１２の障害を検知する（Ｉ／Ｏプロセッサ１１９−ステップ１）。この場合、Ｉ／Ｏプロセッサ１１９は、通信メモリ８０２又はハードウェアレジスタを介して、最低限のメモリ１１３内の情報とレジスタ情報を採取する（Ｉ／Ｏプロセッサ１１９−ステップ２）。Ｉ／Ｏプロセッサ１１９は、取得された情報を、内部ＬＡＮ又はバスを介して管理端末１６０に転送する（Ｉ／Ｏプロセッサ１１９−ステップ３）。Ｉ／Ｏプロセッサ１１９は、転送が終了した場合、内部ＬＡＮ又はバスを介して管理端末１６０に転送終了通知を発行する（Ｉ／Ｏプロセッサ１１９−ステップ４）。転送が終了することによりレジスタダンプが採取されたことを知った管理端末１６０は、レジスタダンプ採取通知をセンタ７８０に送る（管理端末１６０−ステップ５）。レジスタダンプ採取通知を受けたセンタ７８０は、遠隔操作ソフト７８１を用いて管理端末１６０の遠隔管理エージェント７８２にアクセスし、レジスタダンプの取得を行なう（管理端末１６０−ステップ６）。
【０１２７】
本発明の実施の形態によれば、迅速かつ効率的にレジスタダンプの情報をセンタ７８０に送ることが可能である。
（フルダンプ採取構成図及びフロー）
図２６はフルダンプ採取の際の構成図である。
【０１２８】
ＣＨＮ１（１１０）及びＣＨＮ２（１１０）は、ソフトウェア及びハードウェアともに同様の構成であり、クラスタを構成している。ＣＨＮ２（１１０）上のＣＰＵ２（１１２）及びＩ／Ｏプロセッサ２（１１９）は、ＣＨＮ１（１１０）上のＣＰＵ１（１１２）及びＩ／Ｏプロセッサ１（１１９）と同様に、内部ＬＡＮ又はバスを介して管理端末１６０と接続される。ＣＨＮ１（１１０）上のＩ／Ｏプロセッサ１（１１９）及びＣＨＮ２（１１０）上のＩ／Ｏプロセッサ１（１１９）は、接続部１５０を介して、互いに情報の授受を行う。図２７は、ＣＨＮ２１１０側のＣＰＵ２がパニックになった所から、フルダンプ採取通知をセンタ７８０へ送信するまでの流れを、ＣＰＵ１（１１２）、Ｉ／Ｏプロセッサ１（１１９）、ＣＰＵ２（１１２）、Ｉ／Ｏプロセッサ２（１１９）、管理端末１６０、記憶デバイス３００（障害情報格納ＬＵ）を関連付けて表している。なお、本実施の形態において、ＣＨＮ１（１１０）及びＣＨＮ２（１１０）はクラスタを構築しているが、より多数のＣＨＮ１１０を用いてクラスタを構築することも構わない。ここではＣＨＮ２（１１０）がパニックを起こしたとして説明する。
【０１２９】
ＣＰＵ２（１１２）でパニックが発生すると（ＣＰＵ２（１１２）−ステップ１）、ＣＰＵ２（１１２）は、クラッシュダンプを障害情報格納ＬＵに書き込むために、通信メモリ２（８０２）又はハードウェアレジスタを介して、Ｉ／Ｏプロセッサ２（１１９）に対してクラッシュダンプの情報を送る（ＣＰＵ２（１１２）−ステップ２）。Ｉ／Ｏプロセッサ２（１１９）は、クラッシュダンプの情報を、接続部１５０を介してディスク制御部１４０に対して転送する。ディスク制御部１４０は、Ｉ／Ｏプロセッサ２（１１９）の指示に応じて、クラッシュダンプの情報を障害情報格納ＬＵに対して書き込む。障害情報格納ＬＵは、いずれのＣＨＮ１１０からでもマウントが可能な様に定義されているので、クラッシュダンプは障害情報格納ＬＵに出力される。
【０１３０】
次に、ＣＰＵ２（１１２）は、通信メモリ８０２又はハードウェアレジスタのＤＯＷＮ通知ビットを立てて、Ｉ／Ｏプロセッサ２（１１９）に対してＤＯＷＮ通知を行う。Ｉ／Ｏプロセッサ２（１１９）は、通信メモリ８０２又はハードウェアレジスタのＤＯＷＮ通知ビットを確認することにより、クラッシュダンプが障害情報格納ＬＵに出力されたことを認識する（ＣＰＵ２（１１２）−ステップ３）。ＣＰＵ２（１１２）は、パニック状態のまま動いているので、通知が終了すると強制的にＨＡＬＴ状態に移行する（ＣＰＵ２（１１２）−ステップ４）。クラッシュダンプが障害情報格納ＬＵに出力されたことを認識したＩ／Ｏプロセッサ２（１１９）は、Ｉ／Ｏプロセッサ１（１１９）に対して、接続部１５０経由で、クラッシュダンプが障害情報格納ＬＵに出力されたことの通知を行なう（Ｉ／Ｏプロセッサ２（１１９）−ステップ５）。このとき、Ｉ／Ｏプロセッサ２（１１９）は、ＣＰＵ１（１１２）上で動作しているＯＳ７０１がダンプを管理端末１６０に転送可能なものであるか否か、又はＩ／Ｏプロセッサ１（１１９）上で動作しているコントローラマイクロプログラムが正常動作をしているか否か等を確認してから、クラッシュダンプが障害情報格納ＬＵに出力されたことを通知することが好ましい。したがって、多数のＣＨＮ１１０でクラスタを構成している場合、Ｉ／Ｏプロセッサ２（１１９）は、クラスタを構成している複数のＣＨＮ１１０のうちから、正常動作しているＣＰＵ１１２及びＩ／Ｏプロセッサ１１９を有するＣＨＮ１１０を選択して、クラッシュダンプが障害情報格納ＬＵに出力されたことを通知することが好ましい。Ｉ／Ｏプロセッサ１（１１９）は、通信メモリ１（８０２）又はハードウェアレジスタのドアベルを叩くことにより、ＣＰＵ１１１２に対して、障害情報格納ＬＵにクラッシュダンプが出力された事を通知する（Ｉ／Ｏプロセッサ１（１１９）−ステップ６）。ＣＰＵ１（１１２）は、記憶デバイス（障害情報格納ＬＵ）に格納されているクラッシュダンプをメモリ１（１１３）に読み込む（ＣＰＵ１（１１２）−ステップ７）。メモリ１（１１３）において、データは、編集、圧縮、暗号化される(ＣＰＵ１（１１２）−ステップ８)。クラッシュダンプは容量が大きい為、必要に応じて分割したり、必要情報のみをメモリ１（１１３）に読み込むといった事も行なう。圧縮や暗号化を行なう狙いは、ＯＳログ、ＣＯＲＥダンプの採取の際と同様に、転送量や転送時間を減らしてコストやデータ漏洩の危険性を下げるためである。メモリ１（１１３）上での編集、圧縮、暗号化作業が終了した場合、ＣＰＵ１（１１２）は、内部ＬＡＮ又はバスを介して、管理端末１６０にフルダンプを転送する(ＣＰＵ１（１１２）−ステップ９)。フルダンプの転送が終了したことを管理端末１６０に通知する為に、ＣＰＵ１（１１２）は、内部ＬＡＮ又はバスを介して、管理端末１６０に対して転送終了通知を発行する（ＣＰＵ１１１２−ステップ１０）。管理端末１６０は、ＣＰＵ１から転送終了通知を受信すると、センタに対してフルダンプが採取されたことを示す通知を発行する（管理端末１６０−ステップ１１）。フルダンプが採取されたことを示す通知を受けたセンタ７８０��、遠隔管理ソフト７８１を用いて管理端末１６０の遠隔管理エージェント７８２に接続し、フルダンプの取得を行なう（管理端末１６０−ステップ１２）。
【０１３１】
管理端末とＣＰＵ１１２は直結されているが、ＯＳ上で動作するデーモンであるtelnetデーモンが起動していない為、管理端末からtelnetでアクセスすることは出来ない。また、これら３つの方式のいずれも管理端末からＣＰＵへログインする通路がない為、ユーザーＬＵに対してアクセスを行なうことはない。ダンプは障害時に自動的に管理端末１６０に取られるか、管理端末１６０を操作することによって、Ｉ／Ｏプロセッサに命令を出し採取するルートしかない。よって、ユーザー情報の漏洩を防ぐことが可能である。
【０１３２】
本発明の実施の形態によれば、迅速かつ効率的にフルダンプの情報をセンタ７８０に送ることが可能である。
【０１３３】
本発明の実施の形態によれば、上述の３つのダンプ採取方法を使うことにより、障害時に、迅速かつ効率的にセンタ７８０まで情報が送付できるので、迅速かつ効率的な障害対応が可能となる。
【０１３４】
以上本実施の形態について説明したが、上記実施の形態は本発明の一実施例として最良の実施の形態を説明したものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得るとともに、本発明には本発明の特徴を有する実施の形態も含まれる。
【図面の簡単な説明】
【０１３５】
【図１】本実施の一実施の形態に係る記憶装置システムの全体構成を示すブロック図である。
【図２】本実施の一実施の形態に係る管理端末の構成を示すブロック図である。
【図３】本実施の一実施の形態に係る物理ディスク管理テーブルを示す図である。
【図４】本実施の一実施の形態に係るＬＵ管理テーブルを示す図である。
【図５】本実施の一実施の形態に係る記憶装置システムの外観構成を示す図である。
【図６】本実施の一実施の形態に係る記憶デバイス制御装置の外観構成を示す図である。
【図７】本実施の一実施の形態に係るＣＨＮのハードウェア構成を示す図である。
【図８】本実施の一実施の形態に係るメモリに記憶されるデータの内容を説明するための図である。
【図９】本実施の一実施の形態に係るメタデータを示す図である。
【図１０】本実施の一実施の形態に係るロックデータを示す図である。
【図１１】本実施の一実施の形態に係るＣＨＮ上のＣＰＵとＩ／Ｏプロセッサとの通信経路を示す図である。
【図１２】本実施の一実施の形態に係るＩ／ＯプロセッサからＣＰＵに対してやり取りされるデータを示す図である。
【図１３】本実施の一実施の形態に係るＣＰＵからＩ／Ｐプロセッサに対してやり取りされるデータを示す図である。
【図１４】本実施の一実施の形態に係るＣＨＮ上の内部ＬＡＮを介したハードウェア構成を示す図である。
【図１５】本実施の一実施の形態に係るディスク制御部を示す図である。
【図１６】本実施の一実施の形態に係るインストールの手順を説明するためのブロック図である。
【図１７】本実施の一実施の形態に係るインストールを行うために管理端末の出力装置に表示される画面例である。
【図１８】本実施の一実施の形態に係るクラスタの設定を行うために情報処理装置に表示される画面例である。
【図１９】本実施の一実施の形態に係るインストールを行うための手順を示すフローチャートである。
【図２０】本実施の一実施の形態に係る複数の系統の電源に接続されたチャネル制御部を含むようにクラスタの設定が行われる様子を示す図である。
【図２１】本実施の一実施の形態に係る複数の系統の電源に接続されたチャネル制御部を含むようにクラスタの設定が行われる様子を示す図である。
【図２２】本実施の一実施の形態に係る記憶装置システムのＯＳログ、ＣＯＲＥダンプ採取の構成図である。
【図２３】本実施の一実施の形態に係る記憶装置システムのＯＳログ、ＣＯＲＥダンプ採取のフローチャートである。
【図２４】本実施の一実施の形態に係る記憶装置システムのレジスタダンプ採取の構成図である。
【図２５】本実施の一実施の形態に係る記憶装置システムのレジスタダンプ採取のフローチャートである。
【図２６】本実施の一実施の形態に係る記憶装置システムのフルダンプ採取の構成図である。
【図２７】本実施の一実施の形態に係る記憶装置システムのフルダンプ採取のフローチャートである。
【符号の説明】
【０１３６】
１００  記憶デバイス制御装置
１１０  チャネル制御部
１１１  ネットワークインタフェース部
１１２  ＣＰＵ
１１３  メモリ
１１４  入出力制御部
１１５  ＮＶＲＡＭ
１１６  ボード接続用コネクタ
１１７  通信コネクタ
１１８  回路基板
１１９  Ｉ／Ｏプロセッサ
１２０  共有メモリ
１３０  キャッシュメモリ
１４０  ディスク制御部
１５０  接続部
１５１  内部ＬＡＮ
１６０  管理端末
１７０  ファン
１９０  電源部
２００  情報処理装置
６００  記憶装置システム
７２１  ファイルロックテーブル
７２２  ＬＵロックテーブル
７３０  メタデータ
７７０  マイクロプログラム
７７１  ローダ  
７７２  インストーラ
７７３  ＯＳ
７８０  センタ
７８１  遠隔操作ソフト
７８２  遠隔管理エージェント
【図１】
2005071196.tif 000003
【図２】
2005071196.tif 000004
【図３】
2005071196.tif 000005
【図４】
2005071196.tif 000006
【図５】
2005071196.tif 000007
【図６】
2005071196.tif 000008
【図７】
2005071196.tif 000009
【図８】
2005071196.tif 000010
【図９】
2005071196.tif 000011
【図１０】
2005071196.tif 000012
【図１１】
2005071196.tif 000013
【図１２】
2005071196.tif 000014
【図１３】
2005071196.tif 000015
【図１４】
2005071196.tif 000016
【図１５】
2005071196.tif 000017
【図１６】
2005071196.tif 000018
【図１７】
2005071196.tif 000019
【図１８】
2005071196.tif 000020
【図１９】
2005071196.tif 000021
【図２０】
2005071196.tif 000022
【図２１】
2005071196.tif 000023
【図２２】
2005071196.tif 000024
【図２３】
2005071196.tif 000025
【図２４】
2005071196.tif 000026
【図２５】
2005071196.tif 000027
【図２６】
2005071196.tif 000028
【図２７】
2005071196.tif 000029