(57)【要約】【課題】  複数の異種ネットワークに接続可能な記憶装置システム、およびかかる記憶装置システムに必要とされる記憶デバイス制御装置のシステムＬＵの複製を制御する方法を提供する。【解決手段】  記憶装置システムにおいて、記憶デバイス３００のＬＤＥＶには、自記憶装置システム内の制御情報を格納するためのシステムＬＵと、上位装置から送られるライトデータを書き込むためのユーザＬＵとが設定可能であり、管理端末は、ＬＤＥＶに対してパス定義を設定するためにシステムＬＵまたはユーザＬＵを指定し、ＣＨＮ１１０は、管理端末により指定された区別に従いシステムＬＵに対する上位装置からのアクセスを禁止する。さらに、バックアップ用ＬＵに対してシステムＬＵのパスを自動的に定義し、バックアップ用ＬＵに対してシステムＬＵに格納された制御情報をバックアップする。【選択図】  図１１ 
2005339215.tif 000002
【特許請求の範囲】
【請求項１】
データを格納する複数の記憶デバイスと、
前記複数の記憶デバイスに対するデータの書き込みまたは読み出しを制御する記憶デバイス制御部と、
前記記憶デバイス制御部に接続される接続部と、
自ディスクアレイ装置の外部の上位装置から書き込み要求または読み出し要求を受け、前記上位装置から送られるファイルレベルのデータをブロックレベルのデータに変換して前記複数の記憶デバイスへ転送し、複数のクラスタグループに分類される複数のチャネル制御部と、
前記複数のチャネル制御部および前記記憶デバイス制御部によってやり取りされる制御情報が格納される共有メモリと、
前記複数のチャネル制御部と前記記憶デバイス制御部との間でやり取りされるデータを一時的に保存するキャッシュメモリと、
前記複数の記憶デバイスの論理的な構成を設定する管理端末とを有し、
前記複数の記憶デバイスの論理的な記憶領域である複数のＬＤＥＶには、自ディスクアレイ装置内の制御情報を格納するための記憶領域であるシステムＬＵと、前記上位装置から送られるライトデータを書き込むための記憶領域であるユーザＬＵとが設定可能であり、
前記管理端末は、前記複数のＬＤＥＶに対してパス定義を設定するために、前記システムＬＵまたは前記ユーザＬＵを指定する機能を有し、
前記複数のチャネル制御部は、前記管理端末により指定された前記システムＬＵまたは前記ユーザＬＵの区別に従い、前記システムＬＵに対する前記上位装置からのアクセスを禁止する機能を有することを特徴とするディスクアレイ装置。
【請求項２】
請求項１記載のディスクアレイ装置において、
前記複数の記憶デバイスの前記複数のＬＤＥＶには、前記システムＬＵに格納された制御情報をバックアップするための記憶領域であるバックアップ用ＬＵが設定可能であり、
前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義し、前記バックアップ用ＬＵに対して前記システムＬＵに格納された制御情報をバックアップする機能を有することを特徴とするディスクアレイ装置。
【請求項３】
請求項２記載のディスクアレイ装置において、
前記システムＬＵのパスを自動的に定義する機能は、前記管理端末と前記複数のチャネル制御部とで実現し、
前記管理端末は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付ける機能を有し、
前記複数のチャネル制御部は、前記管理端末により割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義する機能を有することを特徴とするディスクアレイ装置。
【請求項４】
請求項２記載のディスクアレイ装置において、
前記システムＬＵのパスを自動的に定義する機能は、前記複数のチャネル制御部で実現し、
前記複数のチャネル制御部は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、前記割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義する機能を有することを特徴とするディスクアレイ装置。
【請求項５】
請求項２記載のディスクアレイ装置において、
前記システムＬＵのパスを自動的に定義する機能は、前記管理端末で実現し、
前記管理端末は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、前記割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義する機能を有することを特徴とするディスクアレイ装置。
【請求項６】
請求項２記載のディスクアレイ装置において、
前記システムＬＵに格納された制御情報は、ＯＳ情報であり、
前記バックアップ用ＬＵに対して前記ＯＳ情報をバックアップするものであることを特徴とするディスクアレイ装置。
【請求項７】
請求項２記載のディスクアレイ装置において、
前記システムＬＵに格納された制御情報は、ダンプ情報であり、
前記バックアップ用ＬＵに対して前記ダンプ情報をバックアップするものであることを特徴とするディスクアレイ装置。
【請求項８】
請求項２記載のディスクアレイ装置において、
前記システムＬＵに格納された制御情報は、コマンドデバイス情報であり、
前記バックアップ用ＬＵに対して前記コマンドデバイス情報をバックアップするものであることを特徴とするディスクアレイ装置。
【請求項９】
請求項２記載のディスクアレイ装置において、
前記システムＬＵに格納された制御情報は、障害情報であり、
前記バックアップ用ＬＵに対して前記障害情報をバックアップするものであることを特徴とするディスクアレイ装置。
【請求項１０】
請求項２記載のディスクアレイ装置において、
前記システムＬＵに格納された制御情報は、クラスタ共有情報であり、
前記バックアップ用ＬＵに対して前記クラスタ共有情報をバックアップするものであることを特徴とするディスクアレイ装置。
【請求項１１】
データを格納する複数の記憶デバイスと、
前記複数の記憶デバイスに対するデータの書き込みまたは読み出しを制御する記憶デバイス制御部と、
前記記憶デバイス制御部に接続される接続部と、
自ディスクアレイ装置の外部の上位装置から書き込み要求または読み出し要求を受け、前記上位装置から送られるファイルレベルのデータをブロックレベルのデータに変換して前記複数の記憶デバイスへ転送し、複数のクラスタグループに分類される複数のチャネル制御部と、
前記複数のチャネル制御部および前記記憶デバイス制御部によってやり取りされる制御情報が格納される共有メモリと、
前記複数のチャネル制御部と前記記憶デバイス制御部との間でやり取りされるデータを一時的に保存するキャッシュメモリと、
前記複数の記憶デバイスの論理的な構成を設定する管理端末とを有するディスクアレイ装置の制御方法であって、
前記複数の記憶デバイスの論理的な記憶領域である複数のＬＤＥＶには、自ディスクアレイ装置内の制御情報を格納するための記憶領域であるシステムＬＵと、前記上位装置から送られるライトデータを書き込むための記憶領域であるユーザＬＵとが設定可能であり、
前記管理端末は、前記複数のＬＤＥＶに対してパス定義を設定するために、前記システムＬＵまたは前記ユーザＬＵを指定し、
前記複数のチャネル制御部は、前記管理端末により指定された前記システムＬＵまたは前記ユーザＬＵの区別に従い、前記システムＬＵに対する前記上位装置からのアクセスを禁止することを特徴とするディスクアレイ装置の制御方法。
【請求項１２】
請求項１１記載のディスクアレイ装置の制御方法において、
前記複数の記憶デバイスの前記複数のＬＤＥＶには、前記システムＬＵに格納された制御情報をバックアップするための記憶領域であるバックアップ用ＬＵが設定可能であり、
前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義し、前記バックアップ用ＬＵに対して前記システムＬＵに格納された制御情報をバックアップすることを特徴とするディスクアレイ装置の制御方法。
【請求項１３】
請求項１２記載のディスクアレイ装置の制御方法において、
前記システムＬＵのパスを自動的に定義する機能は、前記管理端末と前記複数のチャネル制御部とで実現し、
前記管理端末は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、
前記複数のチャネル制御部は、前記管理端末により割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義することを特徴とするディスクアレイ装置の制御方法。
【請求項１４】
請求項１２記載のディスクアレイ装置の制御方法において、
前記システムＬＵのパスを自動的に定義する機能は、前記複数のチャネル制御部で実現し、
前記複数のチャネル制御部は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、前記割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義することを特徴とするディスクアレイ装置の制御方法。
【請求項１５】
請求項１２記載のディスクアレイ装置の制御方法において、
前記システムＬＵのパスを自動的に定義する機能は、前記管理端末で実現し、
前記管理端末は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、前記割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義することを特徴とするディスクアレイ装置の制御方法。
【請求項１６】
請求項１２記載のディスクアレイ装置の制御方法において、
前記システムＬＵに格納された制御情報は、ＯＳ情報であり、
前記バックアップ用ＬＵに対して前記ＯＳ情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
【請求項１７】
請求項１２記載のディスクアレイ装置の制御方法において、
前記システムＬＵに格納された制御情報は、ダンプ情報であり、
前記バックアップ用ＬＵに対して前記ダンプ情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
【請求項１８】
請求項１２記載のディスクアレイ装置の制御方法において、
前記システムＬＵに格納された制御情報は、コマンドデバイス情報であり、
前記バックアップ用ＬＵに対して前記コマンドデバイス情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
【請求項１９】
請求項１２記載のディスクアレイ装置の制御方法において、
前記システムＬＵに格納された制御情報は、障害情報であり、
前記バックアップ用ＬＵに対して前記障害情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
【請求項２０】
請求項１２記載のディスクアレイ装置の制御方法において、
前記システムＬＵに格納された制御情報は、クラスタ共有情報であり、
前記バックアップ用ＬＵに対して前記クラスタ共有情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスクアレイ装置およびその制御技術に関し、特に、複数の異種ネットワークに接続可能な記憶装置システムの複製を制御する方法に適用して有効な技術に関する。
【背景技術】
【０００２】
本発明者が検討したところによれば、従来のディスクアレイ装置およびその制御技術に関しては、以下のような技術が考えられる。
【０００３】
近年、コンピュータシステムで取り扱われるデータ量が急激に増加している。かかる膨大なデータを効率良く利用して管理するために、複数のディスクアレイ装置（以下、記憶装置システムと称する）と情報処理装置とを専用のネットワーク（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ、以下ＳＡＮと記す）で接続し、記憶装置システムへの高速かつ大量なアクセスを実現する技術が開発されている。記憶装置システムと情報処理装置とをＳＡＮで接続して高速なデータ転送を実現するためには、ファイバチャネルプロトコルに従った通信機器を用いてネットワークを構築するのが一般的である。
【０００４】
一方、複数の記憶装置システムと情報処理装置とをＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）プロトコルを用いたネットワークで相互に接続し、記憶装置システムへのファイルレベルでのアクセスを実現する、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）と呼ばれるネットワークシステムが開発されている。ＮＡＳにおいては、記憶装置システムに対してファイルシステム機能を有する装置が接続されているため、情報処理装置からのファイルレベルでのアクセスが可能となっている。
【特許文献１】特開２００２−３５１７０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、前記のような本発明者が検討した従来のディスクアレイ装置の制御技術に関して、本発明者が検討した結果、以下のようなことが明らかとなった。
【０００６】
たとえば、従来のＮＡＳは、ＴＣＰ／ＩＰ通信機能およびファイルシステム機能を持たない記憶装置システムに、ＴＣＰ／ＩＰ通信機能およびファイルシステム機能を持った情報処理装置を接続させることにより実現されていた。そのため、上記接続される情報処理装置の設置スペースが必要であった。また、上記情報処理装置と記憶装置システムとの間は、高速に通信を行う必要性からＳＡＮで接続されていることが多く、そのための通信制御機器や通信制御機能を備える必要もあった。
【０００７】
そこで、本発明は、上記課題に鑑みてなされたものであり、複数の異種ネットワークに接続可能な記憶装置システム、およびかかる記憶装置システムに必要とされる記憶デバイス制御装置のシステム領域の複製を制御する方法を提供することを主たる目的とする。
【０００８】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００９】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【００１０】
本発明は、データを格納する複数の記憶デバイスと、複数の記憶デバイスに対するデータの書き込みまたは読み出しを制御する記憶デバイス制御部と、記憶デバイス制御部に接続される接続部と、自ディスクアレイ装置の外部の上位装置から書き込み要求または読み出し要求を受け、上位装置から送られるファイルレベルのデータをブロックレベルのデータに変換して複数の記憶デバイスへ転送し、複数のクラスタグループに分類される複数のチャネル制御部と、複数のチャネル制御部および記憶デバイス制御部によってやり取りされる制御情報が格納される共有メモリと、複数のチャネル制御部と記憶デバイス制御部との間でやり取りされるデータを一時的に保存するキャッシュメモリと、複数の記憶デバイスの論理的な構成を設定する管理端末とを有する記憶装置システムおよびその制御方法に適用され、以下のような特徴を有するものである。
【００１１】
すなわち、本発明においては、複数の記憶デバイスの論理的な記憶領域である複数のＬＤＥＶには、自ディスクアレイ装置内の制御情報を格納するための記憶領域であるシステムＬＵと、上位装置から送られるライトデータを書き込むための記憶領域であるユーザＬＵとが設定可能であり、管理端末は、複数のＬＤＥＶに対してパス定義を設定するために、システムＬＵまたはユーザＬＵを指定し、複数のチャネル制御部は、管理端末により指定されたシステムＬＵまたはユーザＬＵの区別に従い、システムＬＵに対する上位装置からのアクセスを禁止するものである。
【００１２】
さらに、本発明において、複数の記憶デバイスの複数のＬＤＥＶには、システムＬＵに格納された制御情報をバックアップするための記憶領域であるバックアップ用ＬＵが設定可能であり、バックアップ用ＬＵに対してシステムＬＵのパスを自動的に定義し、バックアップ用ＬＵに対して前記システムＬＵに格納された制御情報をバックアップするものである。
【００１３】
具体的に、システムＬＵのパスを自動的に定義する機能は、管理端末と複数のチャネル制御部とで実現し、管理端末は、複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたいシステムＬＵを割り付け、複数のチャネル制御部は、管理端末により割り付けられた設定可能なＬＤＥＶのバックアップ用ＬＵに対してシステムＬＵのパスを自動的に定義するものである。
【００１４】
または、システムＬＵのパスを自動的に定義する機能は、複数のチャネル制御部で実現し、複数のチャネル制御部は、複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたいシステムＬＵを割り付け、割り付けられた設定可能なＬＤＥＶのバックアップ用ＬＵに対してシステムＬＵのパスを自動的に定義するものである。
【００１５】
あるいは、システムＬＵのパスを自動的に定義する機能は、管理端末で実現し、管理端末は、複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたいシステムＬＵを割り付け、割り付けられた設定可能なＬＤＥＶのバックアップ用ＬＵに対してシステムＬＵのパスを自動的に定義するものである。
【００１６】
たとえば、システムＬＵに格納された制御情報は、ＯＳ情報、ダンプ情報、コマンドデバイス情報、障害情報、クラスタ共有情報であり、バックアップ用ＬＵに対してＯＳ情報、ダンプ情報、コマンドデバイス情報、障害情報、クラスタ共有情報をバックアップするものである。
【発明の効果】
【００１７】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１８】
本発明によれば、複数の異種ネットワークに接続可能な記憶装置システムを提供することができ、さらに、かかる記憶装置システムに必要とされる記憶デバイス制御装置のシステム領域の複製を制御する方法をも提供することができる。特に、保守員またはユーザによる設定によって、システムＬＵとユーザＬＵを明示的に分離することができ、またシステムＬＵについてのみ、バックアップ用ＬＵを指定することができ、かつ各パッケージから一定のポリシーに従ってアクセスが可能となるように、自動的にパス定義およびパス減設の設定を行うことができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の機能を有する部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２０】
＜記憶装置システムを含むシステムの全体構成例＞
図１により、本実施の形態に係る記憶装置システムを含むシステムの全体構成の一例を説明する。図１は記憶装置システムを含むシステムの全体構成を示すブロック図である。
【００２１】
本実施の形態に係る記憶装置システム６００は、記憶デバイス制御装置１００と記憶デバイス３００とを備える。記憶デバイス制御装置１００は、情報処理装置２００から受信したコマンドに従って記憶デバイス３００に対する制御を行う。たとえば、情報処理装置２００からデータ入出力要求を受信して、記憶デバイス３００に記憶されているデータの入出力のための処理を行う。データは、記憶デバイス３００が備えるディスクドライブにより提供される物理的な記憶領域上の論理的に設定される記憶領域である論理ボリューム（Ｌｏｇｉｃａｌ  Ｕｎｉｔ、以下ＬＵとも記す）に記憶されている。また、記憶デバイス制御装置１００は、情報処理装置２００との間、記憶装置システム６００を管理するための各種コマンドの授受も行う。
【００２２】
情報処理装置２００は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリを備えたコンピュータである。情報処理装置２００が備えるＣＰＵにより各種プログラムが実行されることにより、様々な機能が実現される。情報処理装置２００は、たとえばパーソナルコンピュータやワークステーションであることもあるし、メインフレームコンピュータであることもある。
【００２３】
図１において、情報処理装置（１）〜（３）２００は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）４００を介して記憶デバイス制御装置１００と接続されている。ＬＡＮ４００は、インターネットとすることもできるし、専用のネットワークとすることもできる。ＬＡＮ４００を介して行われる情報処理装置（１）〜（３）２００と記憶デバイス制御装置１０との間の通信は、たとえばＴＣＰ／ＩＰプロトコルに従って行われる。情報処理装置（１）〜（３）２００からは、記憶装置システム６００に対して、ファイル名指定によるデータアクセス要求（ファイル単位でのデータ入出力要求、以下、ファイルアクセス要求とも記す）が送信される。
【００２４】
ＬＡＮ４００には、バックアップデバイス９１０が接続されている。バックアップデバイス９１０は具体的には、ＭＯやＣＤ−Ｒ、ＤＶＤ−ＲＡＭなどのディスク系デバイス、ＤＡＴテープ、カセットテープ、オープンテープ、カートリッジテープなどのテープ系デバイスである。バックアップデバイス９１０は、ＬＡＮ４００を介して記憶デバイス制御装置１００との間で通信を行うことにより、記憶デバイス３００に記憶されているデータのバックアップデータを記憶する。また、バックアップデバイス９１０は、情報処理装置（１）２００と接続されるようにすることもできる。この場合は、情報処理装置（１）２００を介して記憶デバイス３００に記憶されているデータのバックアップデータを取得するようにする。
【００２５】
記憶デバイス制御装置１００は、チャネル制御部（１）〜（４）１１０を備える。記憶デバイス制御装置１００は、チャネル制御部（１）〜（４）１１０よりＬＡＮ４００を介して情報処理装置（１）〜（３）２００からのファイルアクセス要求を個々に受け付ける。すなわち、チャネル制御部（１）〜（４）１１０は、個々にＬＡＮ４００上のネットワークアドレス（たとえばＩＰアドレス）が割り当てられていて、それぞれが個別にＮＡＳとして振る舞い、個々のＮＡＳがあたかも独立したＮＡＳが存在するかのように、ＮＡＳとしてのサービスを情報処理装置（１）〜（３）２００に提供することができる。以下、チャネル制御部（１）〜（４）１１０をＣＨＮとも記す。このように１台の記憶装置システム６００に個別にＮＡＳとしてのサービスを提供するチャネル制御部（１）〜（４）１１０を備えるように構成したことで、従来、独立したコンピュータで個々に運用されていたＮＡＳサーバが１台の記憶装置システム６００に集約される。そして、これにより記憶装置システム６００の統括的な管理が可能となり、各種設定・制御や障害管理、バージョン管理といった保守業務の効率化が図られる。
【００２６】
なお、本実施の形態に係る記憶デバイス制御装置１００のチャネル制御部（１）〜（４）１１０は、後述するように、一体的にユニット化された回路基板上に形成されたハードウェアおよびこのハードウェアにより実行されるオペレーティングシステム（以下、ＯＳとも記す）やこのＯＳ上で動作するアプリケーションプログラム、あるいはこのハードウェアにより実行される実行可能オブジェクトコードなどのソフトウェアにより実現される。このように、本実施の形態の記憶装置システム６００では、従来、ハードウェアの一部として実装されてきた機能がソフトウェアにより実現されている。このため、本実施の形態の記憶装置システム６００では、柔軟性に富んだシステム運用が可能となり、多様で変化の激しいユーザニーズによりきめ細かなサービスを提供することが可能となる。
【００２７】
情報処理装置（３），（４）２００は、ＳＡＮ（Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）５００を介して記憶デバイス制御装置１００と接続されている。ＳＡＮ５００は、記憶デバイス３００が提供する記憶領域におけるデータの管理単位であるブロックを単位として情報処理装置（３），（４）２００との間でデータの授受を行うためのネットワークである。ＳＡＮ５００を介して行われる情報処理装置（３），（４）２００と記憶デバイス制御装置１００との間の通信は、一般にファイバチャネルプロトコルに従って行われる。情報処理装置（３），（４）２００からは、記憶装置システム６００に対して、ファイバチャネルプロトコルに従ってブロック単位のデータアクセス要求（以下、ブロックアクセス要求とも記す）が送信される。
【００２８】
記憶デバイス制御装置１００は、チャネル制御部（５），（６）１１０により情報処理装置（３），（４）２００との間で通信を行う。以下、チャネル制御部（５），（６）１１０をＣＨＦとも記す。
【００２９】
ＳＡＮ５００には、ＳＡＮ対応のバックアップデバイス９００が接続されている。ＳＡＮ対応バックアップデバイス９００は、ＳＡＮ５００を介して記憶デバイス制御装置１００との間で通信を行うことにより、記憶デバイス３００に記憶されているデータのバックアップデータを記憶する。
【００３０】
情報処理装置（５）２００は、ＬＡＮ４００やＳＡＮ５００などのネットワークを介さずに記憶デバイス制御装置１００と接続されている。情報処理装置（５）２００としては、たとえばメインフレームコンピュータとすることができる。情報処理装置（５）２００と記憶デバイス制御装置１００との間の通信は、たとえばＦＩＣＯＮ（Ｆｉｂｒｅ  Ｃｏｎｎｅｃｔｉｏｎ）（登録商標）やＥＳＣＯＮ（Ｅｎｔｅｒｐｒｉｓｅ  Ｓｙｓｔｅｍ  Ｃｏｎｎｅｃｔｉｏｎ）（登録商標）、ＡＣＯＮＡＲＣ（Ａｄｖａｎｃｅｄ  Ｃｏｎｎｅｃｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）、ＦＩＢＡＲＣ（Ｆｉｂｒｅ  Ｃｏｎｎｅｃｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（登録商標）などの通信プロトコルに従って行われる。情報処理装置（５）２００からは、記憶装置システム６００に対して、これらの通信プロトコルに従ってブロックアクセス要求が送信される。
【００３１】
記憶デバイス制御装置１００は、チャネル制御部（７），（８）１１０により情報処理装置（５）２００との間で通信を行う。以下、チャネル制御部（７），（８）１１０をＣＨＡとも記す。
【００３２】
ＳＡＮ５００には、記憶装置システム６００の設置場所（プライマリサイト）とは遠隔した場所（セカンダリサイト）に設置される他の記憶装置システム６１０が接続している。記憶装置システム６１０は、後述するレプリケーションまたはリモートコピーの機能におけるデータの複製先の装置として利用される。なお、記憶装置システム６１０は、ＳＡＮ５００以外にもＡＴＭなどの通信回線により記憶装置システム６００に接続していることもある。この場合には、たとえばチャネル制御部１１０として上記通信回線を利用するためのインタフェース（チャネルエクステンダ）を備えるチャネル制御部１１０に採用される。
【００３３】
＜記憶デバイス＞
記憶デバイス３００は、多数のディスクドライブ（物理ディスク）を備えており、情報処理装置２００に対して記憶領域を提供する。データは、ディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域であるＬＵに記憶されている。ディスクドライブとしては、たとえばハードディスク装置やフレキシブルディスク装置、半導体記憶装置などの様々なものを用いることができる。なお、記憶デバイス３００は、たとえば複数のディスクドライブによりディスクアレイを構成するようにすることもできる。この場合、情報処理装置２００に対して提供される記憶領域は、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）により管理された複数のディスクドライブにより提供されるようにすることもできる。
【００３４】
記憶デバイス制御装置１００と記憶デバイス３００との間は、図１のように直接に接続される形態とすることもできるし、ネットワークを介して接続するようにすることもできる。さらに、記憶デバイス３００は、記憶デバイス制御装置１００と一体として構成されることもできる。
【００３５】
記憶デバイス３００に設定されるＬＵには、情報処理装置２００からアクセス可能なユーザＬＵ、チャネル制御部１１０の制御のために使用されるシステムＬＵなどがある。システムＬＵには、ＣＨＮ１１０で実行されるＯＳも格納される。また、各ＬＵには、チャネル制御部１１０が対応付けられている。これにより、チャネル制御部１１０毎にアクセス可能なＬＵが割り当てられている。また、上記対応付けは、複数のチャネル制御部１１０で一つのＬＵを共有するようにすることもできる。なお、以下において、ユーザＬＵやシステムＬＵをそれぞれユーザディスク、システムディスクなどとも記す。
【００３６】
＜記憶デバイス制御装置＞
記憶デバイス制御装置１００は、チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０、管理端末１６０、および接続部１５０を備える。
【００３７】
チャネル制御部１１０は、情報処理装置２００との間で通信を行うための通信インタフェースを備え、情報処理装置２００との間でデータ入出力コマンドなどを授受する機能を備える。たとえば、ＣＨＮ１１０は、情報処理装置（１）〜（３）２００からのファイルアクセス要求を受け付ける。これにより、記憶装置システム６００はＮＡＳとしてのサービスを情報処理装置（１）〜（３）２００に提供することができる。また、ＣＨＦ１１０は、情報処理装置（３），（４）２００からのファイバチャネルプロトコルに従ったブロックアクセス要求を受け付ける。これにより、記憶装置システム６００は高速アクセス可能なデータ記憶サービスを情報処理装置（３），（４）２００に対して提供することができる。また、ＣＨＡ１１０は、情報処理装置（５）２００からのＦＩＣＯＮやＥＳＣＯＮ、ＡＣＯＮＡＲＣ、ＦＩＢＥＲＣなどのプロトコルに従ったブロックアクセス要求を受け付ける。これにより、記憶装置システム６００は情報処理装置（５）２００のようなメインフレームコンピュータに対してもデータ記憶サービスを提供することができる。
【００３８】
各チャネル制御部１１０は、管理端末１６０とともに内部ＬＡＮ１５１などの通信網で接続されている。これにより、チャネル制御部１１０に実行させるマイクロプログラムなどを管理端末１６０から送信し、インストールすることが可能となっている。チャネル制御部１１０の構成については後述する。
【００３９】
接続部１５０は、チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、およびディスク制御部１４０と接続されている。チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、およびディスク制御部１４０の間でのデータやコマンドの授受は、接続部１５０を介することにより行われる。接続部１５０は、たとえば高速スイッチングによりデータ転送を行う超高速クロスバスイッチなどのスイッチ、またはバスなどで構成される。チャネル制御部１１０同士がスイッチで接続されていることで、個々のコンピュータ上で動作するＮＡＳサーバがＬＡＮを通じて接続する従来の構成に比べてチャネル制御部１１間の通信パフォーマンスが大幅に向上している。また、これにより高速なファイル共有機能や高速ファイルオーバなどが可能となる。
【００４０】
共有メモリ１２０およびキャッシュメモリ１３０は、チャネル制御部１１０、ディスク制御部１４０により共有される記憶メモリである。共有メモリ１２０は、主に制御情報やコマンドなどを記憶するために利用されるのに対して、キャッシュメモリ１３０は、主にデータを記憶するために利用される。
【００４１】
たとえば、あるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが書き込みコマンドであった場合には、当該チャネル制御部１１０は書き込みコマンドを共有メモリ１２０に書き込むとともに、情報処理装置２００から受信した書き込みデータをキャッシュメモリ１３０に書き込む。一方、ディスク制御部１４０は、共有メモリ１２０を監視しており、共有メモリ１２０に書き込みコマンドが書き込まれたことを検出すると、当該コマンドに従ってキャッシュメモリ１３０から書き込みデータを読み出して記憶デバイス３００に書き込む。
【００４２】
また、たとえば、あるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが読み出しコマンドであった場合には、当該チャネル制御部１１０は、読み出しコマンドを共有メモリ１２０に書き込むとともに、情報処理装置２００から読み出しコマンドによって要求されたデータをキャッシュメモリ１３０から読み出す。仮に、読み出しコマンドによって要求されたデータがキャッシュメモリ１３０に書き込まれていなかった場合、チャネル制御部１１０またはディスク制御部１４０は、読み出しコマンドによって要求されたデータを記憶デバイス３００から読み出して、キャッシュメモリ１３０に書き込む。
【００４３】
なお、上記の本実施の形態においては、共有メモリ１２０およびキャッシュメモリ１３０がチャネル制御部１１０およびディスク制御部１４０に対して独立に設けられていることについて記載されているが、この場合に限られるものではなく、共有メモリ１２０またはキャッシュメモリ１３０がチャネル制御部１１０およびディスク制御部１４０の各々に分散されて設けられることも好ましい。この場合、接続部１５０は、分散された共有メモリ１２０またはキャッシュメモリ１３０を有するチャネル制御部１１０およびディスク制御部１４０を相互に接続させることになる。
【００４４】
ディスク制御部１４０は、記憶デバイス３００の制御を行う。たとえば、上述のように、チャネル制御部１１０が情報処理装置２００から受信したデータ書き込みコマンドに従って記憶デバイス３００へのデータの書き込みを行う。また、チャネル制御部１１０により送信された論理アドレス指定によるＬＵへのデータアクセス要求を、物理アドレス指定による物理ディスクへのデータアクセス要求に変換する。記憶デバイス３００における物理ディスクがＲＡＩＤにより管理されている場合には、ＲＡＩＤ構成に従ったデータのアクセスを行う。また、ディスク制御部１４０は、記憶デバイス３００に記憶されたデータの複製管理の制御やバックアップ制御を行う。さらに、ディスク制御部１４０は、災害発生時のデータ消失防止（ディザスタリカバリ）などを目的として、プライマリサイトの記憶装置システム６００のデータの複製をセカンダリサイトに設置された他の記憶装置システム６１０にも記憶する制御（レプリケーション機能、またはリモートコピー機能）なども行う。
【００４５】
各ディスク制御部１４０は、管理端末１６０とともに内部ＬＡＮ１５１などの通信網で接続されており、相互に通信を行うことが可能である。これにより、ディスク制御部１４０に実行させるマイクロプログラムなどを管理端末１６０から送信し、インストールすることが可能となっている。ディスク制御部１４０の構成については後述する。
【００４６】
＜管理端末＞
管理端末１６０は、記憶装置システム６００を保守・管理するためのコンピュータである。管理端末１６０を操作することにより、たとえば記憶デバイス３００内の物理ディスク構成の設定や、ＬＵの設定、チャネル制御部１１０やディスク制御部１４０において実行されるマイクロプログラムのインストールなどを行うことができる。ここで、記憶デバイス３００内の物理ディスク構成の設定としては、たとえば物理ディスクの増設や減設、ＲＡＩＤ構成の変更（ＲＡＩＤ１からＲＡＩＤ５への変更など）などを行うことができる。
【００４７】
さらに、管理端末１６０からは、記憶装置システム６００の動作状態の確認や故障部位の特定、チャネル制御部１１０で実行されるＯＳのインストールなどの作業を行うこともできる。また、管理端末１６０はＬＡＮや電話回線などで外部保守センタと接続されており、管理端末１６０を利用して記憶装置システム６００の障害監視を行ったり、障害が発生した場合に迅速に対応することが可能である。障害の発生は、たとえばＯＳやアプリケーションプログラム、ドライバソフトウェアなどから通知される。この通知は、ＨＴＴＰプロトコルやＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）、電子メールなどにより行われる。これらの設定や制御は、管理端末１６０で動作するＷｅｂサーバが提供するＷｅｂページをユーザインタフェースとしてオペレータなどにより行われる。オペレータなどは、管理端末１６０を操作して障害監視する対象や内容の設定、障害通知先の設定などを行うこともできる。
【００４８】
管理端末１６０は、記憶デバイス制御装置１００に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。また、管理端末１６０は、記憶デバイス制御装置１００および記憶デバイス３００の保守・管理を専用に行うコンピュータとすることもできるし、汎用のコンピュータに保守・管理機能を持たせたものとすることもできる。
【００４９】
＜管理端末の構成例＞
図２〜図４により、本実施の形態に係る記憶装置システムにおいて、管理端末の構成の一例を説明する。それぞれ、図２は管理端末の構成を示す図、図３は物理ディスク管理テーブルを示す図、図４はＬＵ管理テーブルを示す図、である。
【００５０】
管理端末１６０は、図２に示すように、ＣＰＵ１６１、メモリ１６２、ポート１６３、記録媒体読取装置１６４、入力装置１６５、出力装置１６６、および記憶装置１６８を備える。
【００５１】
ＣＰＵ１６１は、管理端末１６０の全体の制御を司るもので、メモリ１６２に格納されたプログラム１６２ｃを実行することにより、Ｗｅｂサーバとしての機能などを実現する。メモリ１６２には、物理ディスク管理テーブル１６２ａとＬＵ管理テーブル１６２ｂとプログラム１６２ｃとが記憶されている。
【００５２】
物理ディスク管理テーブル１６２ａは、記憶デバイス３００に備えられる物理ディスク（ディスクドライブ）を管理するためのテーブルである。この物理ディスク管理テーブル１６２ａは、たとえば図３に示す通りである。図３においては、記憶デバイス３００が備える多数の物理ディスクのうち、ディスク番号＃００１〜＃００６が示されている。それぞれの物理ディスクに対して、容量、ＲＡＩＤ構成、使用状況が示されている。
【００５３】
ＬＵ管理テーブル１６２ｂは、上記物理ディスク上に論理的に設定されるＬＵを管理するためのテーブルである。このＬＵ管理テーブル１６２ｂは、たとえば図４に示す通りである。図４においては、記憶デバイス３００上に設定される多数のＬＵのうち、ＬＵ番号＃１〜＃３が示されている。それぞれのＬＵに対して、物理ディスク番号、容量、ＲＡＩＤ構成が示されている。
【００５４】
記録媒体読取装置１６４は、記録媒体１６７に記録されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータは、メモリ１６２や記憶装置１６８に格納される。従って、たとえば記録媒体１６７に記録されたプログラム１６２ｃを、記録媒体読取装置１６４を用いて記録媒体１６７から読み取って、メモリ１６２や記憶装置１６８に格納するようにすることができる。記録媒体１６７としては、たとえばフレキシブルディスクやＣＤ−ＲＯＭ、半導体メモリなどを用いることができる。記録媒体読取装置１６４は、管理端末１６０に内蔵されている形態とすることもできる。
【００５５】
記憶装置１６８は、たとえばハードディスク装置やフレキシブルディスク装置、半導体記憶装置などである。入力装置１６５は、オペレータなどによる管理端末１６０へのデータ入力などのために用いられる。入力装置１６５としては、たとえばキーボードやマウスなどが用いられる。出力装置１６６は、情報を外部に出力するための装置である。出力装置１６６としては、たとえばディスプレイやプリンタなどが用いられる。ポート１６３は、内部ＬＡＮ１５１に接続されており、これにより管理端末１６０はチャネル制御部１１０やディスク制御部１４０などと通信を行うことができる。また、ポート１６３は、ＬＡＮ４００に接続するようにすることもできるし、電話回線に接続するようにすることもできる。
【００５６】
＜チャネル制御部の構成例＞
図５〜図８により、本実施の形態に係る記憶装置システムにおいて、チャネル制御部の構成の一例を説明する。それぞれ、図５はチャネル制御部のハードウェア構成を示す図、図６はメモリに記憶されるデータの内容を説明するための図、図７はメタデータを示す図、図８（ａ），（ｂ）はロックデータを示す図、である。
【００５７】
本実施の形態に係る記憶装置システム６００は、上述の通り、ＣＨＮ１１０により情報処理装置（１）〜（３）２００からのファイルアクセス要求を受け付け、ＮＡＳとしてのサービスを情報処理装置（１）〜（３）２００に提供する。
【００５８】
図５に示すように、ＣＨＮ１１０のハードウェアは一つのユニットで構成される。以下、このユニットのことをＮＡＳボードと記す。ＮＡＳボードは、一枚もしくは複数枚の回路基板を含んで構成される。より具体的には、ＮＡＳボードは、ネットワークインタフェース部１１１、入出力制御部１１４、ボード接続用コネクタ１１６、通信コネクタ１１７、およびファイルサーバ部８００を備え、これらが同一のユニットに形成されて構成されている。さらに、入出力制御部１１４は、ＮＶＲＡＭ（Ｎｏｎ  Ｖｏｌａｔｉｌｅ  ＲＡＭ）１１５、およびＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）プロセッサ１１９を有する。
【００５９】
ネットワークインタフェース部１１１は、情報処理装置２００との間で通信を行うための通信インタフェースを備えている。ＣＨＮ１１０の場合は、たとえばＴＣＰ／ＩＰプロトコルに従って情報処理装置２００から送信されたファイルアクセス要求を受信する。通信コネクタ１１７は、情報処理装置２００との間で通信を行うためのコネクタである。ＣＨＮ１１０の場合は、ＬＡＮ４００に接続可能なコネクタであり、たとえばイーサネット（登録商標）に対応している。
【００６０】
ファイルサーバ部８００は、ＣＰＵ１１２、メモリ１１３、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）８０１、およびＮＶＲＡＭ８０４を有する。ＣＰＵ１１２は、ＣＨＮ１１０をＮＡＳボードとして機能させるための制御を司る。
【００６１】
ＣＰＵ１１２は、ＮＦＳまたはＣＩＦＳなどのファイル共有プロトコルおよびＴＣＰ／ＩＰの制御、ファイル指定されたファイルアクセス要求の解析、メモリ１１３内の制御情報へのファイル単位のデータと記憶デバイス３００内のＬＵとの交換テーブル（図示せず）を用いた相互互換、記憶デバイス３００内のＬＵに対するデータ書き込みまたは読み出し要求の生成、データ書き込みまたは読み出し要求のＩ／Ｏプロセッサ１１９への送信などを処理する。ＢＩＯＳ８０１は、たとえばＣＨＮ１１０に電源が投入された際に、ＣＰＵ１１２を起動する過程で最初にメモリ１１３にロードされて実行されるソフトウェアであり、たとえばフラッシュメモリなどの不揮発性の媒体に保存されてＣＨＮ１１０上に実装されている。
【００６２】
ＣＰＵ１１２は、ＢＩＯＳ８０１からメモリ１１３上に読み込まれたソフトウェアを実行することにより、ＣＨＮ１１０上のＣＰＵ１１２が関係する部分の初期化、診断などを行うことができる。さらに、ＣＰＵ１１２は、ＢＩＯＳ８０１からＩ／Ｏプロセッサ１１９にコマンドなどの指示を発行することにより、記憶デバイス３００から所定のプログラム、たとえばＯＳのブート部などをメモリ１１３に読み込むことができる。読み込まれたＯＳのブート部は、さらに記憶デバイス３００に格納されているＯＳの主要部分をメモリ１１３に読み込む動作をし、これによりＣＰＵ１１２上でＯＳが起動され、たとえばファイルサーバとしての処理が実行できるようになる。また、ファイルサーバ部８００は、ＰＸＥ（Ｐｒｅｂｏｏｔ  Ｅｘｅｃｕｔｉｏｎ  Ｅｎｖｉｒｏｎｍｅｎｔ）などの規約に従うネットワークブートローダを格納するＮＶＲＡＭ８０４を実装し、後述するネットワークブートを行わせることも可能である。
【００６３】
メモリ１１３には、様々なプログラムやデータが記憶される。たとえば、図６に示すメタデータ７３０やロックテーブル７２０、また図１０に示されるＮＡＳマネージャ７０６などの各種プログラムが記憶される。メタデータ７３０は、ファイルシステムが管理しているファイルに対応させて生成される情報である。メタデータ７３０には、たとえばファイルのデータが記憶されているＬＵ上のアドレスやデータサイズなど、ファイルの保管場所を特定するための情報が含まれる。メタデータ７３０には、ファイルの容量、所有者、更新時刻などの情報が含まれることもある。また、メタデータ７３０は、ファイルだけではなく、ディレクトリに対応させて生成されることもある。メタデータ７３０の例は図７に示す通りである。メタデータ７３０は、記憶デバイス３００上の各ＬＵにも記憶されている。
【００６４】
ロックテーブル７２０は、情報処理装置（１）〜（３）２００からのファイルアクセスに対して排他制御を行うためのテーブルである。排他制御を行うことにより、情報処理装置（１）〜（３）２００でファイルを共用することができる。ロックテーブル７２０は、たとえば図８に示す通りである。図８に示すように、ロックテーブル７２０には、（ａ）のようなファイルロックテーブル７２１と、（ｂ）のようなＬＵロックテーブル７２２がある。ファイルロックテーブル７２１は、ファイル毎にロックが掛けられているか否かを示すテーブルである。いずれかの情報処理装置２００により、あるファイルがオープンされている場合に、当該ファイルにロックが掛けられる。ロックが掛けられたファイルに対する他の情報処理装置２００によるアクセスは禁止される。ＬＵロックテーブル７２２は、ＬＵ毎にロックが掛けられているか否かを示すテーブルである。いずれかの情報処理装置２００により、あるＬＵに対するアクセスが行われている場合に、当該ＬＵにロックが掛けられる。ロックが掛けられたＬＵに対する他の情報処理装置２００によるアクセスは禁止される。
【００６５】
入出力制御部１１４は、ディスク制御部１４０、キャッシュメモリ１３０、共有メモリ１２０、および管理端末１６０との間でデータやコマンドの授受を行う。入出力制御部１１４は、Ｉ／Ｏプロセッサ１１９およびＮＶＲＡＭ１１５を備えている。Ｉ／Ｏプロセッサ１１９は、たとえば１チップのマイコンで構成される。Ｉ／Ｏプロセッサ１１９は、記憶デバイス３００内のＬＵに対するデータ書き込みまたは読み出し要求やデータの授受を制御し、ＣＰＵ１１２とディスク制御部１４０との間の通信を中継する。ＮＶＲＡＭ１１５は、Ｉ／Ｏプロセッサ１１９の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１１５に記憶されるプログラムの内容は、管理端末１６０や、後述するＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
【００６６】
＜ディスク制御部の構成例＞
図９により、本実施の形態に係る記憶装置システムにおいて、ディスク制御部の構成の一例を説明する。図９はディスク制御部のハードウェア構成を示す図である。
【００６７】
既に述べた通り、ディスク制御部１４０は、記憶デバイス３００に接続されるとともに接続部１５０を介してＣＨＮ１１０に接続され、ディスク制御部１４０独自で、またはＣＨＮ１１０によって制御されることにより、記憶デバイス３００に対してデータの読み書きを行う。
【００６８】
ディスク制御部１４０は、インタフェース部１４１、ＣＰＵ１４２、メモリ１４３、ＮＶＲＡＭ１４４、およびボード接続用コネクタ１４５を備え、これらが一体的なユニットとして形成されている。
【００６９】
インタフェース部１４１は、接続部１５０を介してチャネル制御部１１０などと通信を行うための通信インタフェース、記憶デバイス３００と通信を行うための通信インタフェース、内部ＬＡＮ１５１を介して管理端末１６０と通信を行うための通信インタフェースを備えている。
【００７０】
ＣＰＵ１４２は、ディスク制御部１４０全体の制御を司るとともに、チャネル制御部１１０や記憶デバイス３００、管理端末１６０との通信を行う。メモリ１４３やＮＶＲＡＭ１４４に格納された各種プログラムを実行することにより、本実施の形態に係るディスク制御部１４０の機能が実現される。ディスク制御部１４０により実現される機能としては、記憶デバイス３００の制御やＲＡＩＤ制御、記憶デバイス３００に記憶されたデータの複製管理やバックアップ制御、リモートコピー制御などである。
【００７１】
ＮＶＲＡＭ１４４は、ＣＰＵ１４２の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１４４に記憶されるプログラムの内容は、管理端末１６０や、ＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
【００７２】
また、ディスク制御部１４０は、ボード接続用コネクタ１４５を備えている。ボード接続用コネクタ１４５が記憶デバイス制御装置１００側のコネクタと接続することにより、ディスク制御部１４０は、記憶デバイス制御装置１００と電気的に接続される。
【００７３】
＜ソフトウェア構成例＞
図１０により、本実施の形態に係る記憶装置システムにおけるソフトウェア構成例を説明する。図１０は記憶装置システムにおけるソフトウェア構成を示す図である。
【００７４】
既に述べたように、ＣＨＮ１１０上には、ＣＰＵ１１２およびＩ／Ｏプロセッサ１１９が存在する。ＣＰＵ１１２およびＩ／Ｏプロセッサ１１９は、それぞれ１つずつであってもよいし、それぞれ複数存在してもよい。ＣＰＵ１１２上では、ＯＳ７０１とＮＡＳマネージャ７０６などの多様なアプリケーションとが実行されることにより、ＣＰＵ１１２はＮＡＳサーバとして動作する。Ｉ／Ｏプロセッサ１１９上では、コントローラとしてのマイクロプログラムが動作している。ディスク制御部１４０では、ＲＡＩＤ制御部７４０がＣＰＵ１４２上で動作している。
【００７５】
管理端末１６０の上では、ＣＰＵ１６１がネットブートサーバ７０３として動作する。ネットブートサーバ７０３は、記録媒体１６７または記憶装置１６８などから内部ＬＡＮ１５１を介して、ミニカーネル７０４、ＯＳイメージ７０５などをＣＨＮ１１０上のＣＰＵ１１２に転送する。ネットブートサーバ７０３は、たとえば、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバなどを有し、ＣＰＵ１１２、ＣＰＵ１６１およびＩ／Ｏプロセッサ１１９にＩＰアドレスまたはＭＡＣアドレスを割り当てるなどして、管理端末１６０とＣＰＵ１１２、ＣＰＵ１６１およびＩ／Ｏプロセッサ１１９との間の転送を行う。ネットブートを行うとき、たとえば、ＣＰＵ１１２は、クライアントとして、ネットブートサーバ７０３に対してＤＨＣＰ要求およびファイル転送要求などを要求する。ＣＰＵ１１２は、ネットブートの手順を経て、ＣＰＵ１１２上でミニカーネル７０４を動作させることになる。最終的に、ＣＰＵ１１２は、Ｉ／Ｏプロセッサ１１９を経由してＯＳイメージ７０５を記憶デバイス３００にインストールさせる。
【００７６】
なお、図１０は、情報処理装置２００のソフトウェア構成についても明示している。情報処理装置２００は、ＮＦＳ（Ｎｅｔｗｏｒｋ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）７１１を有するもの、またはＣＩＦＳ（Ｃｏｍｍｏｎ  Ｉｎｔｅｒｎｅｔ  Ｆｉｌｅ  Ｓｙｓｔｅｍ）７１３を有するものが存在する。ＮＦＳ７１１は、主にＵＮＩＸ（登録商標）系のオペレーティングシステム７１４によって用いられるファイル共有プロトコルであり、ＣＩＦＳ７１３は、主にＷｉｎｄｏｗｓ（登録商標）系のＯＳ７１５によって用いられるファイル共有プロトコルである。
【００７７】
＜システムＬＵおよびユーザＬＵの定義方式＞
本実施の形態に係る記憶装置システムは、前述したように、データを格納する複数の記憶デバイス３００と、複数の記憶デバイス３００に対するデータの書き込みまたは読み出しを制御する複数のディスク制御部（記憶デバイス制御部）１４０と、ディスク制御部１４０に接続される接続部１５０と、自記憶装置システムの外部の情報処理装置（上位装置）２００から書き込み要求または読み出し要求を受け、情報処理装置２００から送られるファイルレベルのデータをブロックレベルのデータに変換して複数の記憶デバイス３００へ転送し、複数のクラスタグループに分類される複数のＣＨＮ（チャネル制御部）１１０と、複数のＣＨＮ１１０および複数のディスク制御部１４０によってやり取りされる制御情報が格納される共有メモリ１２０と、複数のＣＨＮ１１０と複数のディスク制御部１４０との間でやり取りされるデータを一時的に保存するキャッシュメモリ１３０と、複数の記憶デバイス３００の論理的な構成を設定する管理端末１６０とを有して構成される。
【００７８】
このような構成において、詳細は後述するが、複数の記憶デバイス３００の論理的な記憶領域である複数のＬＤＥＶには、自記憶装置システム内の制御情報を格納するための記憶領域であるシステムＬＵと、情報処理装置２００から送られるライトデータを書き込むための記憶領域であるユーザＬＵとが設定可能であり、管理端末１６０は、複数のＬＤＥＶに対してパス定義を設定するために、システムＬＵまたはユーザＬＵを指定し、複数のＣＨＮ１１０は、管理端末１６０により指定されたシステムＬＵまたはユーザＬＵの区別に従い、システムＬＵに対する情報処理装置２００からのアクセスを禁止するものである。
【００７９】
さらに、複数の記憶デバイス３００の複数のＬＤＥＶには、システムＬＵに格納された制御情報をバックアップするための記憶領域であるバックアップ用ＬＵが設定可能であり、バックアップ用ＬＵに対してシステムＬＵのパスを自動的に定義し、バックアップ用ＬＵに対してシステムＬＵに格納された制御情報をバックアップするものである。具体的に、システムＬＵのパスを自動的に定義する機能は、管理端末１６０とＣＨＮ１１０とで実現したり、またはＣＨＮ１１０で実現したり、あるいは管理端末１６０で実現することができる。
【００８０】
特に、本実施の形態の記憶装置システムにおいては、内部ＬＡＮで接続され、記憶装置システム上あるいは筐体の外側に設置された管理端末上のＬＵＮ管理ソフトウェア（ＬＵＮ  Ｍａｎａｇｅｍｅｎｔ）から見たシステムＬＵおよびユーザＬＵの定義および機能を、以下に示すように実現することができる。
【００８１】
ホストグループは、ホストグループ＃００とホストグループ＃０１のみを管理端末１６０よりデフォルトとして定義し、そのグループの変更・削除は不可とする。また、新たにホストグループの追加も不可とする。ホストグループ＃００は、ＮＡＳ−Ｓｙｓを名称として固定し、システムＬＵを意味する。ホストグループ＃０１は、Ｕｓｅｒを名称として固定し、ユーザＬＵを意味する。
【００８２】
＜ＬＵＮ定義の概要＞
図１１により、本実施の形態に係る記憶装置システムにおけるＬＵＮ定義の概要の一例を説明する。図１１は記憶装置システムにおけるＬＵＮ定義の概要を示す図である。
【００８３】
たとえば、図１１に示すように、複数のＮＡＳパッケージのＣＨＮ１１０、ＳＡＮパッケージのＣＨＦ１１０、記憶デバイス３００などを有する記憶装置システムにおいて、記憶デバイス３００に設定されるＬＵには、ＣＨＮ１１０の制御のために使用されるシステムＬＵ、情報処理装置２００からアクセス可能なユーザＬＵなどがあり、各ＬＵには、ＣＨＮ１１０が対応付けられている。これにより、ＣＨＮ１１０毎にアクセス可能なＬＵが割り当てられている。
【００８４】
ホストグループ＃００には、システムＬＵへのアクセスパスを定義する。このホストグループ＃００のＬＵＮは、システムＬＵの設定となり、ユーザまたは保守員は、ＬＵＮ＃００，０１，０５，０６，０８，０９，０Ａ，４Ｂ，４Ｃ，４Ｄを設定し、他にＮＡＳパッケージのシステムＬＵとして、ＬＵＮ＃０Ｂ，０Ｃ，０Ｄ，０Ｅ，０Ｆ，１０，１２，１Ｂ，１Ｃ，１Ｄ，１Ｅ，１Ｆ，２０，２２，２Ｂ，２Ｃ，２Ｄ，２Ｅ，２Ｆ，３０，３２，３Ｂ，３Ｃ，３Ｄ，３Ｅ，３Ｆ，４０，４２が自動的に設定される。ホストグループ＃００のＬＵＮ＃０５にコマンドデバイスの設定を許可する。ホストグループ＃００では、それ以外のＬＵＮ＃にコマンドデバイスを設定することは無効とする。このシステムＬＵについての詳細は後述する。
【００８５】
また、ホストグループ＃０１には、ユーザＬＵへのアクセスパスを設定する。このホストグループ＃０１のＬＵＮは、ユーザＬＵの設定となる。ホストグループ＃０１のＬＵＮは、どのＬＵＮに対してもコマンドデバイスの設定を許可する。このユーザＬＵについての詳細は後述する。
【００８６】
本実施の形態の記憶装置システムにおいては、高い可用性を保証するために、複数のＣＨＮが１つの組となって、互いに補完し合いながら動作することが可能である。これら複数のＣＨＮによって作られる動作の単位をクラスタと呼ぶ。あるクラスタに属するＣＨＮは、ユーザデータの格納されているＬＵへのパスを共有し、ユーザがクライアントからどのＣＨＮに対して要求を発行しても、適切なＬＵへのアクセスができる状態になっている。ただし、パスの定義は、記憶装置システム内のＩ／Ｏプロセッサのコントローラマイクロプログラムが認識する情報であるため、ＯＳが当該ＬＵへアクセスするためには、通常はファイルシステムを使用してマウントを行う必要がある。パスが定義されていないと、コントローラマイクロプログラムからＯＳに対して当該ＬＵの存在が伝達されないため、マウントも行えないが、パスが定義されていることによって、ＯＳがコントローラマイクロプログラムに対して問い合わせを行った際に、コントローラマイクロプログラムが当該ＬＵの存在をＯＳに伝達することができる。
【００８７】
すなわち、ＯＳが当該ＬＵにアクセスするためには、まずコントローラマイクロプログラムから当該ＬＵへのアクセスパスを定義し、ＯＳがコントローラマイクロプログラムに対して使用可能なデバイスの問い合わせを行った際に当該ＬＵの存在がコントローラマイクロプログラムから報告される必要があり、さらに、使用可能として報告されているデバイスの中から、ＯＳは最小で１つ、最大で報告されているデバイス全てについて、ファイルシステムの作成を行い、さらに、そのファイルシステムをマウントすることによって実現される。
【００８８】
ここで、ファイルシステムの作成とは、ＯＳが、当該デバイスに対して、ファイル名やディレクトリ名を指定してデータアクセスを行うことができるように、ファイルやディレクトリの構造を定義し、その構造に対するアクセスのルールを定義し、これらの情報をシステム領域とデータ領域の双方に記憶することを言う。また、ファイルシステムのマウントとは、このファイルシステムを登録することを言う。ファイルシステムは、任意のタイミングで、ＯＳからの指示によりマウントを行ったり、マウントを取り消したりできる。このマウントの取消は、アンマウントという。本システムの場合、システム領域はシステムＬＵ内に存在し、データ領域はユーザＬＵ内に存在する。ＯＳは、このルールに従ってファイルやディレクトリ構造を操作することによって、データにアクセスする。このアクセス方法をファイルシステムアクセスという。
【００８９】
＜各種ＬＵの役割＞
図１２〜図１８により、各種ＬＵの役割の一例を説明する。それぞれ、図１２はシステムＬＵの役割を示す図、図１３はＯＳ格納用ＬＵとそのバックアップ用ＬＵとの関係を示す図、図１４はダンプ格納用ＬＵとそのバックアップ用ＬＵとの関係を示す図、図１５はコマンドデバイス用ＬＵとそのバックアップ用ＬＵとの関係を示す図、図１６は障害情報格納用ＬＵとそのバックアップ用ＬＵとの関係を示す図、図１７はクラスタ情報格納用ＬＵとそのバックアップ用ＬＵとの関係を示す図、図１８はユーザＬＵの役割を示す図、である。
【００９０】
図１２に示すように、ホストグループ＃００のシステムＬＵには、ＬＵＮ＃００のＯＳ格納用ＬＵ、ＬＵＮ＃０１のダンプ格納用ＬＵ、ＬＵＮ＃０５のコマンドデバイス用ＬＵ、ＬＵＮ＃０６の障害情報格納用ＬＵ、ＬＵＮ＃０８のクラスタ共有情報格納用ＬＵ、ＬＵＮ＃０９のＯＳ格納用ＬＵのバックアップ用ＬＵ、ＬＵＮ＃０Ａのクラスタ共有情報格納用ＬＵのバックアップ用ＬＵ、ＬＵＮ＃４Ｂのダンプ格納用ＬＵのバックアップ用ＬＵ、ＬＵＮ＃４Ｃのコマンドデバイス用ＬＵのバックアップ用ＬＵ、ＬＵＮ＃４Ｄの障害情報格納用ＬＵのバックアップ用ＬＵがある。
【００９１】
（１）ＬＵＮ＃００（ＯＳ格納用ＬＵ）およびＬＵＮ＃０９（ＯＳ格納用ＬＵのバックアップ用ＬＵ）…図１３
記憶デバイス３００のＬＵＮ＃００（ＯＳ格納用ＬＵ）には、まず内部ＬＡＮ経由で管理端末１６０からＯＳをネットワークインストールする。ＣＨＮ１１０の電源ＯＮ（増設、リプレース、管理端末１６０からのソフトウェア的指示など）の契機で、ＯＳ動作によるＣＰＵ１１２のＢＩＯＳ８０１により、ＬＵＮ＃００に格納されたＯＳがブートし、ＯＳ動作によるＣＰＵ１１２上で動作し、ファイルサーバなどの機能を提供する。管理端末１６０からの指示により、ＯＳ動作によるＣＰＵ１１２上で動作しているＯＳは、格納されているＯＳファイルや設定をＬＵＮ＃０９（ＯＳ格納用ＬＵのバックアップ用ＬＵ）にバックアップする。
【００９２】
（２）ＬＵＮ＃０１（ダンプ格納用ＬＵ）およびＬＵＮ＃４Ｂ（ダンプ格納用ＬＵのバックアップ用ＬＵ）…図１４
ＯＳがソフトウェア障害などによって動作続行不能になった場合などに、ＯＳの使用しているメモリ全域あるいは一部分のデータを、ＢＩＯＳ８０１がＬＵＮ＃０１（ダンプ格納用ＬＵ）に書き出し、次いでＢＩＯＳ８０１はＯＳを停止させる。その後、サービス再開のためには、ＯＳの再立ち上げなどの操作が必要である。ＯＳが動作しているとき（平時、または再立ち上げ後）に、ＯＳはＬＵＮ＃０１の内容をＬＵＮ＃４Ｂ（ダンプ格納用ＬＵのバックアップ用ＬＵ）にバックアップする。また、ＯＳが障害などで停止しているときは、別のＣＨＮからＬＵＮ＃０１の内容をＬＵＮ＃４Ｂにバックアップする。バックアップの契機は、管理端末１６０からの指示があった場合、あるいは定期的に採取するものとする。
【００９３】
（３）ＬＵＮ＃０５（コマンドデバイス用ＬＵ）およびＬＵＮ＃４Ｃ（コマンドデバイス用ＬＵのバックアップ用ＬＵ）…図１５
ＬＵＮ＃０５（コマンドデバイス用ＬＵ）とは、ＯＳ上で動作する特殊アプリケーションに対する指示を、この特殊アプリケーション使用のクライアントから出すために必要なダミーのＬＵのことである。これは、コマンドを発行するためには必ずＬＵを指定しなければならないことに由来する。従って、コマンドデバイス自体の中には、データは存在しない。ＯＳがＩ／Ｏプロセッサ１１９に、コマンドデバイスに対してのコマンドを発行すると、Ｉ／Ｏプロセッサ１１９はＯＳと連携をとりながら、たとえばリモートコピーなどのＤＫＣ独自の機能を実行する。ＯＳは、管理端末１６０からの指示などを契機として、コマンドデバイスとして使用可能な他のＬＵＮを割り当てる。この場合、ＬＵＮ＃４Ｃ（コマンドデバイス用ＬＵのバックアップ用ＬＵ）として、データのコピーなどは行われず、予備のコマンドデバイスを準備するイメージになるが、これも一種のバックアップと呼ぶことができる。
【００９４】
（４）ＬＵＮ＃０６（障害情報格納用ＬＵ）およびＬＵＮ＃４Ｄ（障害情報格納用ＬＵのバックアップ用ＬＵ）…図１６
ＬＵＮ＃０６（障害情報格納用ＬＵ）とは、前述のダンプ格納用ＬＵに書き込まれたダンプデータに対し、主に他のＣＨＮにより（障害時には障害発生ＣＨＮは停止していることが想定されるため）、圧縮などの加工処置を加え、その成果物を格納する目的で準備されるＬＵである。加工後のデータについて、主に他のＣＨＮから、別のＬＵのＬＵＮ＃４Ｄ（障害情報格納用ＬＵのバックアップ用ＬＵ）に対してバックアップを作成する。
【００９５】
（５）ＬＵＮ＃０８（クラスタ情報格納用ＬＵ）およびＬＵＮ＃０Ａ（クラスタ情報格納用ＬＵのバックアップ用ＬＵ）…図１７
ＮＡＳにおいては、１枚のＣＨＮパッケージが１つのファイルサーバの役割を果たすが、複数枚のＣＨＮを同一クラスタ内に属すると論理的に定義することによって、あるＣＨＮが障害で処理続行不能になった場合に、別のＣＨＮが処理を引き継ぎ、クライアントに対するファイルサーバなどのサービスを継続するフェイルオーバ動作を行う。このときに、処理を引き継ぐための情報として、ＬＵＮ＃０８（クラスタ情報格納用ＬＵ）を定義する。このとき、記憶装置システムに対しては、たとえば８枚までのＣＨＮパッケージがインストールできるとしたとき、記憶装置システム内には複数のクラスタが混在できることになるが、クラスタ情報格納用ＬＵが障害で使用不能になった場合、全てのクラスタでフェイルオーバ動作ができない（この状態でＣＨＮが障害で使用不能になっても、全てのクラスタで処理引継ができない）ことになる。これを避けるために、平時に任意のＣＨＮからクラスタ情報格納用ＬＵのバックアップを特定ＬＵのＬＵＮ＃０Ａ（クラスタ情報格納用ＬＵのバックアップ用ＬＵ）に対して採取しておく。
【００９６】
図１８に示すように、ホストグループ＃０１のユーザＬＵとは、ファイルサーバとして動作するＣＨＮ１１０が、ユーザＬＡＮ上のクライアント（情報処理装置２００）に対して公開し、ファイルサービスを提供するためのＬＵである。ユーザはその権限に従って、ファイルの作成や閲覧、削除、複製などを当該ＬＵ上で行うことができる。ＬＵＮについては、最大値（この例ではＦＦ、すなわち全部で２５６個）までのどの値をとっても構わない。
【００９７】
＜システムＬＵの定義＞
図１９〜図２４により、システムＬＵの定義の一例を説明する。それぞれ、図１９はホストグループ＃００のＬＵＮ定義を示す図、図２０はＯＳ格納用ＬＵのＬＵＮ定義を示す図、図２１はダンプ採取用ＬＵのＬＵＮ定義を示す図、図２２はＯＳ格納用ＬＵのバックアップ用ＬＵのＬＵＮ定義を示す図、図２３はクラスタ共有情報格納用ＬＵのバックアップ用ＬＵのＬＵＮ定義を示す図、図２４はその他のシステムＬＵのＬＵＮ定義を示す図、である。
【００９８】
図１９に示すように、ホストグループ＃００にシステムＬＵの定義を行う。なお、システムＬＵには、たとえば一例として、図１９に示すＬＵＮ定義しか許可しない。また、ＬＵＮが定義できるＬＤＥＶの最低容量を図１９で示す通りであるが、個々のＬＵＮによって設定できるＬＤＥＶの容量に違いがある。なお、ＣＨＮは図１９の例では最大８枚インストールできるものである。
【００９９】
具体的に、ＬＵＮ＃００は、たとえば一例として、内容がＯＳ格納用ＬＵで、ＬＤＥＶ最低容量が２００ＭＢである。同様に、ＬＵＮ＃０１はダンプ採取用ＬＵで１００ＭＢ、ＬＵＮ＃０５はコマンドデバイス用ＬＵで５０ＭＢ、ＬＵＮ＃０６は障害情報格納用ＬＵで７０ＭＢ、ＬＵＮ＃０８はクラスタ共有情報格納用ＬＵで６０ＭＢ、ＬＵＮ＃０９はＯＳ格納用ＬＵのバックアップ用ＬＵで２００ＭＢ、ＬＵＮ＃０Ａはクラスタ共有情報格納用ＬＵのバックアップ用ＬＵで６０ＭＢ、ＬＵＮ＃４Ｂはダンプ採取用ＬＵのバックアップ用ＬＵで１００ＭＢ、ＬＵＮ＃４Ｃはコマンドデバイス用ＬＵのバックアップ用ＬＵで５０ＭＢ、ＬＵＮ＃４Ｄは障害情報格納用ＬＵのバックアップ用ＬＵで７０ＭＢ、である。
【０１００】
また、ＬＵＮ＃０Ｂ〜１２はＯＳ格納用でＣＨＮ１〜８のＬＵＮ＃００有り無しで追加・削除を自動で行うもので２００ＭＢ、ＬＵＮ＃１Ｂ〜２２はダンプ採取用でＣＨＮ１〜８のＬＵＮ＃０１有り無しで追加・削除を自動で行うもので１００ＭＢ、ＬＵＮ＃２Ｂ〜３２はＯＳバックアップ用でＣＨＮ１〜８のＬＵＮ＃０９有り無しで追加・削除を自動で行うもので２００ＭＢ、ＬＵＮ＃３Ｂ〜４２はクラスタ共有情報バックアップ用でＣＨＮ１〜８のＬＵＮ＃０Ａ有り無しで追加・削除を自動で行うもので６０ＭＢ、である。
【０１０１】
図１９において、「内容」の中で、例えば「ＣＨＮ１のＬＵＮ＃００有り無しで追加・削除を自動で行う」とは、ユーザまたは保守員が、管理端末から当該パッケージ（この例ではＣＨＮ１）にパス定義を行う指示を発行する契機で、管理端末およびパッケージが、ＣＨＮ１にＬＵＮ＃００が既にパス定義されているかどうかを判定し、パス定義されていれば当該ＬＵ（上記の例ではＬＵＮ＃０Ｂ）を自動的に設定し、パス定義されていなければ当該ＬＵを設定しない。また、パス定義されていないと判定した時点で、当該ＬＵ（ＬＵＮ＃０Ｂ）が既に定義されていた場合は、自動的に当該ＬＵをパス定義から削除するという意味である。パス定義自体は、記憶装置システム内に存在するＬＵＮとＬＤＥＶとの関連付けテーブルの形で管理端末内の不揮発記憶領域（メモリまたはハードディスク内）、各パッケージ内のメモリ、および記憶装置システム内の共有メモリ上に保持される。
【０１０２】
ＬＵＮ＃００，０１，０５，０６，０８，０９，０Ａ，４Ｂ，４Ｃ，４Ｄの設定を許可する。また、アクセスパスが既に定義されているデバイス（ＬＤＥＶ）への設定は不可である。
【０１０３】
ＬＵＮ＃０Ｂ〜１２、ＬＵＮ＃１Ｂ〜２２、ＬＵＮ＃２Ｂ〜３２、ＬＵＮ＃３Ｂ〜４２は自動設定されるものとする。
【０１０４】
ＬＵＮ＃００を削除する時は、他のＣＨＮの関連ＬＵＮ（＃０Ｂ〜１２）も削除する（ＬＵＮ＃０Ｂ〜１２は関連しているＯＳ格納用ＬＵが削除されたときに削除される。）。
【０１０５】
ＬＵＮ＃０１を削除する時は、他のＣＨＮの関連ＬＵＮ（＃１Ｂ〜２２）も削除する（ＬＵＮ＃１Ｂ〜２２は関連しているダンプ採取用が削除されたときに削除される。）。
【０１０６】
ＬＵＮ＃０９を削除する時は、他のＣＨＮの関連ＬＵＮ（＃２Ｂ〜３２）も削除する（ＬＵＮ＃２Ｂ〜３２は関連しているＯＳ格納用ＬＵのバックアップ用ＬＵが削除されたときに削除される。）。
【０１０７】
ＬＵＮ＃０Ａを削除する時は、他のＣＨＮの関連ＬＵＮ（＃３Ｂ〜４２）も削除する（ＬＵＮ＃３Ｂ〜４２は関連しているクラスタ共有情報格納用ＬＵのバックアップ用ＬＵが削除されたときに削除される。）。
【０１０８】
ＬＵＮ＃０５，０６，０８，４Ｂ，４Ｃ，４Ｄは他のＣＨＮの０５，０６，０８，４Ｂ，４Ｃ，４Ｄと同じＬＤＥＶを割り当てる。具体的には、一度いずれかのＣＨＮ上のネットワークＩ／Ｆに対して、ＬＵＮ＃０５，０６，０８，４Ｂ，４Ｃ，４ＤをＬＤＥＶに割り当てた後は、他のＣＨＮ上での割り当てを行う際に、当該ＬＤＥＶしか選択できないように表示させる。
【０１０９】
ＬＵＮ＃０５には、コマンドデバイスの設定を行う。未設定の場合は、コマンドデバイスの設定を行う。
【０１１０】
システムＬＵを削除する場合は、ユーザＬＵが存在してはならず、存在する場合は管理端末からのシステムＬＵの削除は失敗しエラーとなる。これは、ユーザデータが存在するのに、ＯＳなどユーザデータにアクセスするために必須のシステムがアンインストールされるのを防ぐ目的である。ただし、システムＬＵのバックアップについては、ユーザＬＵが存在しても削除を許可するようにしてもよい。
【０１１１】
（１）ＯＳ格納用ＬＵ
図２０に示すように、記憶デバイス３００におけるグループ＃００のＬＵＮ＃０Ｂ〜１２はそれぞれのＣＨＮ１１０のＬＵＮ＃００が決まれば自動に設定させる。また、ＬＵＮ＃００（図ではＣＨＮ１のＬＵＮ＃００）を削除する場合は、他のＣＨＮ１１０に設定されているＬＵＮ（図ではＣＨＮ２〜８のＬＵＮ＃０Ｂを指す）も削除する。ただし、ＬＵＮ＃００を削除するには、ユーザＬＵの存在を許さないものとする（ユーザＬＵが存在する場合は、ＬＵＮ＃００の削除はできない）。なお、各ＣＨＮ内で、２つのネットワークＩ／Ｆのグループ＃００は全く同じＬＵＮ定義を行う。また、ＣＨＮ１のＬＵＮ＃０Ｂは未定義となる。
【０１１２】
（２）ダンプ採取用ＬＵ
図２１に示すように、記憶デバイス３００におけるグループ＃００のＬＵＮ＃１Ｂ〜２２はそれぞれのＣＨＮ１１０のＬＵＮ＃０１が決まれば自動に設定させる。また、ＬＵＮ＃１０（図ではＣＨＮ１のＬＵＮ＃０１）を削除する場合は、他のＣＨＮ１１０に設定されているＬＵＮ（図ではＣＨＮ２〜８のＬＵＮ＃１Ｂを指す）も削除する。ただし、ＬＵＮ＃１０を削除するには、ユーザＬＵの存在を許さないものとする（ユーザＬＵが存在する場合は、ＬＵＮ＃０１の削除はできない）。なお、各ＣＨＮ内で、２つのネットワークＩ／Ｆのグループ＃００は全く同じＬＵＮ定義を行う。また、ＣＨＮ１のＬＵＮ＃１Ｂは未定義となる。
【０１１３】
（３）ＯＳ格納用ＬＵのバックアップ用ＬＵ
図２２に示すように、記憶デバイス３００におけるグループ＃００のＬＵＮ＃２Ｂ〜３２はそれぞれのＣＨＮ１１０のＬＵＮ＃０９が決まれば自動に設定させる。また、ＬＵＮ＃０９（図ではＣＨＮ１のＬＵＮ＃０９）を削除する場合は、他のＣＨＮ１１０に設定されているＬＵＮ（図ではＣＨＮ２〜８のＬＵＮ＃２Ｂを指す）も削除する。ただし、ＬＵＮ＃０９を削除するには、ユーザＬＵの存在を許さない（ユーザＬＵが存在する場合は、ＬＵＮ＃０９の削除ができない）よう設定することもできるし、許すよう設定することもできる。なお、各ＣＨＮ内で、２つのネットワークＩ／Ｆのグループ＃００は全く同じＬＵＮ定義を行う。また、ＣＨＮ１のＬＵＮ＃２Ｂは未定義となる。
【０１１４】
（４）クラスタ共有情報格納用ＬＵのバックアップ用ＬＵ
図２３に示すように、記憶デバイス３００におけるグループ＃００のＬＵＮ＃３Ｂ〜４２はそれぞれのＣＨＮ１１０のＬＵＮ＃０Ａが決まれば自動に設定させる。また、ＬＵＮ＃０Ａ（図ではＣＨＮ１のＬＵＮ＃０Ａ）を削除する場合は、他のＣＨＮ１１０に設定されているＬＵＮ（図ではＣＨＮ２〜８のＬＵＮ＃３Ｂを指す）も削除する。ただし、ＬＵＮ＃０Ａを削除するには、ユーザＬＵの存在を許さない（ユーザＬＵが存在する場合は、ＬＵＮ＃０Ａの削除ができない）よう設定することもできるし、許すよう設定することもできる。なお、各ＣＨＮ内で、２つのネットワークＩ／Ｆのグループ＃００は全く同じＬＵＮ定義を行う。また、ＣＨＮ１のＬＵＮ＃３Ｂは未定義となる。
【０１１５】
（５）その他のシステムＬＵ（コマンドデバイス用ＬＵ、障害情報格納用ＬＵ、クラスタ共有情報格納用ＬＵ、ダンプ格納用ＬＵのバックアップ用ＬＵ、コマンドデバイス用ＬＵのバックアップ用ＬＵ、障害情報格納用ＬＵのバックアップ用ＬＵ）
図２４に示すように、記憶デバイス３００におけるグループ＃００のＬＵＮ＃０５，０６，０８，４Ｂ，４Ｃ，４Ｄ（図ではＬＵＮ＃０５，０６，０８のみを示しているが、ＬＵＮ＃，４Ｂ，４Ｃ，４Ｄも同様）は１つのＣＨＮ１１０で決まれば、他のＣＨＮ１１０のＬＵＮ＃０５，０６，０８，４Ｂ，４Ｃ，４Ｄは同じＬＤＥＶに割り当てるようにする。なお、ＬＵＮ＃０５，０６，０８，４Ｂ，４Ｃ，４Ｄを削除するには、ユーザＬＵの存在を許さないものとする（ユーザＬＵが存在する場合は、ＬＵＮ＃０５，０６，０８，４Ｂ，４Ｃ，４Ｄの削除ができない）。また、削除する場合は、選択したパッケージのＬＵＮのみとする。注意として、ＬＵＮ＃０５に割り当てたＬＤＥＶには、コマンドデバイスの設定が必要となる。コマンドデバイスが設定されていない場合は、コマンドデバイスの設定を行い、コマンドデバイスの設定がされているＬＤＥＶを選んだ場合は、そのままとする。なお、ＬＵＮ＃０５に割り当てられたＬＤＥＶに対しては、コマンドデバイスの設定・解除を許可する。
【０１１６】
＜バックアップ用ＬＵのパス定義のための処理＞
図２５により、バックアップ用ＬＵのパス定義のための処理の一例を説明する。図２５はバックアップ用ＬＵのパス定義のための処理を示すフロー図である。
【０１１７】
ここでは、管理端末（ＳＶＰとも記す）１６０の画面から、ユーザが入力することを想定している。ＬＤＥＶとは、記憶デバイス３００において、ＲＡＩＤ内で論理的に持つディスクドライブイメージのことである。これに対し、ＬＵとは、ＮＡＳエンジンおよびクライアントから認識できる論理的なディスクドライブイメージのことであり、ＬＵＮはＬＵの番号を示す。ＳＶＰ上などからＬＵＮにＬＤＥＶを割り付けるように指定することにより、ＲＡＩＤ内部の論理ドライブをＮＡＳエンジンおよびクライアントに認識させることができるようになる。
【０１１８】
まず、開始後に、ユーザは、パス定義を行いたいポートを選択する（Ｓ１）。これにより、ＬＵＮにまだ割り付けられていないＬＤＥＶがすべてＳＶＰに表示される（Ｓ２）。そして、ユーザは、固定ＬＵＮを選択する（Ｓ３）。この固定ＬＵＮは、バックアップ用ＬＵの意味合いを持ち、仕様として決められている。これにより、当該ＬＵＮとして必要な容量が決定される（Ｓ４）。たとえば、ＯＳ格納用ＬＵのバックアップならば、２００ＭＢ必要である。この必要な容量を満たすＬＤＥＶがすべてＳＶＰに表示される（Ｓ５）。この際に、容量チェックが行われる。
【０１１９】
さらに、ユーザは、表示されたＬＤＥＶから１つを選び、ＬＵＮに関連付ける（Ｓ６）。これにより、当該ＬＵＮは、他のポートからも参照要かが判定される（Ｓ７）。この判定の結果、参照要の場合（Ｙｅｓ）は、他のすべてのポートに対し、当該ＬＤＥＶに固定ＬＵＮが設定されて終了となる（Ｓ８）。この固定ＬＵＮは、「他ポートのバックアップ用ＬＵへのパス」であるという意味を持ち、あらかじめ仕様で決定している。また、判定の結果が参照不要の場合（Ｎｏ）は終了となる。
【０１２０】
＜ＳＶＰとＮＡＳブレード主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理＞
図２６〜図２８により、ＳＶＰとＮＡＳブレード主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理の一例を説明する。それぞれ、図２６はＳＶＰとＮＡＳブレード主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理を示すフロー図、図２７は管理端末の基本画面を示す図、図２８は管理端末のＬＵＮ追加画面を示す図、である。なお、ここでは、管理端末１６０をＳＶＰと記し、ＮＡＳパッケージをＮＡＳブレードと記す。
【０１２１】
この処理におけるＳＶＰ１６０への表示項目は、たとえば図２７の基本画面、図２８のＬＵＮ追加画面に示すように、（１）ＣＨＮのスロット位置、（２）ＣＨＮのポート、（３）システムＬＵか、ユーザＬＵかを示すフラグ（例：ＬＵ種別）、（４）設定可能ＬＵＮ一覧、（５）設定可能ＬＵＮそれぞれの意味（例：ＯＳ格納用ＬＵ、ＯＳバックアップ用ＬＵなど）、（６）使用可能ＬＤＥＶ一覧（ＬＤＥＶのサイズを含む）、などがある。
【０１２２】
また、ＳＶＰ１６０からの入力項目は、（１）ＣＨＮのスロット位置を選択、（２）ＣＨＮのポートを選択、（３）システムＬＵか、ユーザＬＵかを選択、（４）設定可能なＬＵＮのうち１つを選択、（５）それによって表示された設定可能なＬＤＥＶのうち１つを選択、などがある。
【０１２３】
具体的に、図２７の基本画面の例では、記憶装置システム（ＤＫＣ）内の装置を階層的に表示する領域と、ホストグループを表示する領域と、ＬＵＮを表示する領域などが設けられている。ホストグループの表示領域には、ホストグループ＃００（ＮＡＳ−Ｓｙｓ）、ホストグループ＃０１（Ｕｓｅｒ）が表示される。すなわち、システムＬＵ／ユーザＬＵの種別が表示される。ＬＵＮの表示領域には、ＬＵＮ、ＣＵ：ＬＤＥＶ、Ｅｍｕｌａｔｉｏｎ、ＣＶＳ、Ｓｉｚｅ、Ｃｍｄ．Ｄｅｖ．、Ｃｍｄ．Ｓｅｃ．、Ｃｏｎｔｅｎｔなどの各領域が設けられ、保守員による設定・解除が可能である。
【０１２４】
図２８のＬＵＮ追加画面の例では、ホストグループを表示する領域と、ＬＵＮを表示する領域と、ＬＤＥＶを表示する領域などが設けられている。ＬＵＮの表示領域には、各ＬＵＮ＃が表示され、ＬＵＮは単一選択とし、また設定すべきＬＵＮのみ表示する。ＬＵＮが既に別のＣＨＮで設定されている場合は、そのＬＤＥＶのみをＬＤＥＶリストに表示する。ＬＤＥＶの表示領域には、ＬＤＥＶ、Ｅｍｕｌａｔｉｏｎ、ＣＶＳ、Ｓｉｚｅ、Ｃｍｄ．Ｄｅｖ．などの各領域が設けられている。各ＬＵＮが設定可能なＬＤＥＶのみ容量、コマンドデバイスを表示する。
【０１２５】
以上のようなＳＶＰ１６０への表示項目、ＳＶＰ１６０からの入力項目に基づいて、以下において、実際の処理手順を、図２６に基づいて説明する。
【０１２６】
まず、ユーザは、パス定義を行いたいポートを選択する（＃１）。これにより、ＳＶＰには、当該ポートに対して設定可能なＬＵＮの一覧が表示される（＃２）。そして、ユーザは、パス定義を行いたいＬＵＮ（システムＬＵ）を選択する（＃３）。これにより、ＳＶＰには、当該ＬＵＮに対して設定可能なＬＤＥＶの一覧が表示される（＃４）。この際に、容量チェックを行い、ＲＡＩＤ内のＬＤＥＶのうち条件に適合したもののみが表示される。
【０１２７】
さらに、ユーザは、ＬＵＮに対して、設定可能なＬＤＥＶの中から１つを選択する（＃５）。これにより、ＳＶＰは、当該ＬＵＮに対して、選択されたＬＤＥＶを割り付ける（＃６）。以上で、システムＬＵに対し、１つのＬＵについての設定が完了する。なお、他にもＬＵがある場合には、この必要なＬＵについても以上の処理を繰り返して行う（＃７）。
【０１２８】
続いて、ユーザは、パス定義を行いたいＬＵＮ（システムＬＵのバックアップ用ＬＵ）を選択する（＃８）。これにより、ＳＶＰには、当該ＬＵＮに対して設定可能なＬＤＥＶの一覧が表示される（＃９）。この際に、容量チェックを行い、ＲＡＩＤ内のＬＤＥＶのうち条件に適合したもののみが表示される。
【０１２９】
さらに、ユーザは、ＬＵＮに対して、設定可能なＬＤＥＶの中から１つを選択する（＃１０）。これにより、ＳＶＰは、当該ＬＵＮに対して、選択されたＬＤＥＶを割り付ける（＃１１）。以上で、システムＬＵのバックアップ用ＬＵに対し、１つのＬＵについての設定が完了する。なお、他にもＬＵがある場合には、この必要なＬＵについても以上の処理を繰り返して行う（＃１２）。
【０１３０】
そして、ＳＶＰは、設定されたＬＵＮとＬＤＥＶの組を、テーブル形式ですべてのＮＡＳブレードに通知する（＃１３）。この際に、設定されたＬＵＮがシステムＬＵであることを合わせて通知する。これにより、ＮＡＳブレードにおいて、Ｉ／Ｏプロセッサ（ＩＯＰと記す）は設定されたＬＵＮのうち、他のＮＡＳブレード配下のシステムＬＵのバックアップ用ＬＵについて、自分が所有するテーブルの「他ＮＡＳブレード／ポート配下のバックアップ用ＬＵ」という意味合いを持つＬＵＮに割り付ける（＃１４）。この際に、他のＮＡＳブレードから参照する必要のある性格を持つＬＵに限る。この段階でパス定義が完了する。
【０１３１】
続いて、ＮＡＳブレードにおいて、ＩＯＰは、ＳＶＰに対し、完成されたＬＵＮ−ＬＤＥＶ関係のテーブルを通知する（＃１５）。さらに、ユーザは、パス定義を確認する（＃１６）。そして、ＳＶＰは、完成されたＬＵＮ−ＬＤＥＶ関係のテーブルをユーザに応答する（＃１７）。
【０１３２】
＜ＮＡＳブレード（ＮＡＳＯＳ）主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理＞
図２９により、ＮＡＳブレード（ＮＡＳＯＳ）主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理の一例を説明する。図２９はＮＡＳブレード（ＮＡＳＯＳ）主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理を示すフロー図である。
【０１３３】
この処理におけるＳＶＰへの表示項目は、前述したＳＶＰとＮＡＳブレード主導方法における図２７（基本画面）、図２８（ＬＵＮ追加画面）と同様であり、またＳＶＰからの入力項目も、前述したＳＶＰとＮＡＳブレード主導方法と同様である。以下において、実際の処理手順を、図２９に基づいて説明する。
【０１３４】
この処理手順では、（＃２１）〜（＃２７）の処理は前述した（＃１）〜（＃７）の処理と同様であり、また（＃３７）〜（＃３９）の処理は前述した（＃１５）〜（＃１７）の処理と同様であるので、ここでの説明は省略し、（＃２８）〜（＃３６）の処理の内容を以下において説明する。
【０１３５】
（＃２７）の終了後、ＳＶＰは、設定されたＬＵＮとＬＤＥＶの組を、テーブル形式ですべてのＮＡＳブレードに通知する（＃２８）。この際に、設定されたＬＵＮがシステムＬＵであることを合わせて通知する。これにより、ＮＡＳブレードにおいて、ＩＯＰは設定されたＬＵＮのうち、バックアップが必要なＬＵＮを抽出して、ＲＡＩＤ内のＬＤＥＶに必要な容量を持つＬＤＥＶがあるかどうかを検索する（＃２９）。
【０１３６】
続いて、ＳＶＰは、ＲＡＩＤ内のＬＤＥＶの一覧テーブルから、条件にあったＬＤＥＶの番号を応答する（＃３０）。これにより、ＮＡＳブレードにおいて、条件にあったＬＤＥＶから１つを選択し、バックアップ用ＬＵとしてＬＵＮ−ＬＤＥＶ関係付けテーブルを更新する（＃３１）。さらに、更新されたＬＵＮ−ＬＤＥＶ関係付けテーブルを共有メモリ内に格納する（＃３２）。その後、共有メモリ内に、ＬＵＮ−ＬＤＥＶ関係付けテーブルが更新されたことをフラグとして設定する（＃３３）。そして、ＬＵＮ−ＬＤＥＶ関係付けテーブルをＳＶＰに通知する（＃３４）。
【０１３７】
続いて、他ＮＡＳブレードにおいては、ＬＵＮ−ＬＤＥＶ関係付けテーブルが更新されたことを検知する（＃３５）。この際に、ポーリングを使用する。その後、ＩＯＰは更新されたＬＵＮのうち、自分が参照するべきＬＵについて、「他ＮＡＳブレード／ポート配下のバックアップ用ＬＵ」という意味合いを持つＬＵＮに割り付ける（＃３６）。この段階でパス定義が完了する。以降、（＃３７）からの処理が行われる。
【０１３８】
＜ＳＶＰ主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理＞
図３０により、ＳＶＰ主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理の一例を説明する。図３０はＳＶＰ主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理を示すフロー図である。
【０１３９】
この処理におけるＳＶＰへの表示項目は、前述したＳＶＰとＮＡＳブレード主導方法における図２７（基本画面）、図２８（ＬＵＮ追加画面）と同様であり、またＳＶＰからの入力項目も、前述したＳＶＰとＮＡＳブレード主導の方法と同様である。以下において、実際の処理手順を、図３０に基づいて説明する。
【０１４０】
この処理手順では、（＃４１）〜（＃５１）の処理は前述した（＃１）〜（＃１１）の処理と同様であり、また（＃５６）〜（＃５７）の処理は前述した（＃１６）〜（＃１７）の処理と同様であるので、ここでの説明は省略し、（＃５２）〜（＃５５）の処理の内容を以下において説明する。
【０１４１】
（＃５１）の終了後、ＳＶＰは、設定されたＬＵＮについて、他のＮＡＳブレードから参照する必要のあるＬＵＮかどうかを判定する（＃５２）。そして、他のＮＡＳブレードから参照する必要のあるＬＵＮの場合、割り付けられたＬＤＥＶについて、他のＮＡＳブレード（ポート）配下のＬＵＮ−ＬＤＥＶ関連付けテーブルに、「他ＮＡＳブレード／ポート配下のバックアップ用ＬＵ」という意味合いを持つＬＵＮに割り付ける（＃５３）。この際に、ＬＵＮ毎、またＮＡＳブレードの挿入されているスロット毎に、それぞれＬＵＮが固定値として定義される。この段階でパス定義が完了する。
【０１４２】
以上で、システムＬＵのバックアップ用ＬＵに対し、１つのＬＵについての設定が完了する。なお、他にもＬＵがある場合には、この必要なＬＵについても以上の処理を繰り返して行う（＃５４）。
【０１４３】
続いて、ＳＶＰは、設定されたＬＵＮとＬＤＥＶの組を、テーブル形式ですべてのＮＡＳブレードに通知する（＃５５）。この際に、設定されたＬＵＮがシステムＬＵであることも合わせて通知する。以降、（＃５６）からの処理が行われる。
【０１４４】
＜ユーザＬＵの定義＞
図３１，図３２により、ユーザＬＵの定義の一例を説明する。それぞれ、図３１はホストグループ＃０１のＬＵＮ定義を示す図、図３２はユーザＬＵのＬＵＮ定義を示す図、である。
【０１４５】
図３１に示すように、ホストグループ＃０１のＬＵＮ定義は通常の０〜２５５まで許可するが、システムＬＵが定義されたＬＤＥＶにＬＵＮの定義はできない。また、図３１で示したＬＵＮがホストグループ＃００で定義されていないと、ホストグループ＃０１へのＬＵＮ定義はできない。具体的に、ＬＵＮ＃００〜ＦＦはそれぞれ、内容がユーザデータ用ＬＵで、ＬＤＥＶ最低容量が制限なしである。
【０１４６】
図３２に示すように、ユーザＬＵのＬＵＮ定義においては、ホストグループ＃００と同様に、各ＣＨＮ１１０内で、２つのネットワークＩ／Ｆのグループ＃０１は全く同じＬＵＮ定義を行う。すなわち、同一ＣＨＮ上に存在するネットワークＩ／Ｆには、同一のＬＵＮを定義することを意味している。注意として、ユーザＬＵを設定するには、そのＣＨＮのシステムＬＵ（ＬＵＮ＃００，０１，０５，０６，０８）の設定が必須となる（システムＬＵ（ＬＵＮ＃００，０１，０５，０６，０８）全て存在しない場合は、ユーザＬＵの追加処理はできない）。ユーザデータ用に用意されるホストグループ＃０１のＬＵＮは、ＬＵＮ＃０から２５６個分、ＳＡＮ環境と同様に自由に設定できるものとする。
【０１４７】
＜管理端末のモジュール構成と機能概要＞
図３３，図３４により、管理端末のモジュール構成と機能概要の一例を説明する。それぞれ、図３３は管理端末のモジュール構成を示す図、図３４は各モジュールの機能概要を示す図、である。
【０１４８】
図３３に示すように、管理端末１６０上で動作するモジュール構成には、ＬＵＮ割り当て機能画面部（以下、単に画面部とも記す）７５１、ＬＵＮ割り当て機能実行部（以下、単に実行部とも記す）７５２、通信インタフェース部７５３などが備えられている。この管理端末１６０は、管理端末１６０上の通信インタフェース部７５３を介してパッケージＣＰＵに接続される。この管理端末１６０において、画面部７５１と実行部７５２で提供する処理は、図３４の通りである。
【０１４９】
たとえば、ホストグループについて、グループ＃００をデフォルト（名称：ＮＡＳ−Ｓｙｓ）として定義する処理、グループ＃０１をデフォルト（名称：Ｕｓｅｒ）として定義する処理は、実行部で作成する。また、ホストモードの処理は、画面部で表示無しと変更抑止を行い、実行部で抑止する。
【０１５０】
さらに、ＬＵＮについて、グループ＃００におけるパス追加の処理は、画面部で可能とし、ＬＵＮ＃００，０１，０５，０６，０８，０９，０Ａ，４Ｂ，４Ｃ，４Ｄについて行う。また、パス削除の処理は、画面部で可能とし、実行部からのエラーコードより振る舞い、実行部ではユーザＬＵ有りでは禁止する。さらに、従来のコマンドデバイス設定の処理は、画面部でＬＵＮ＃０５の設定を可能とし、他のＬＤＥＶは実行部からのエラーコードより振る舞い、実行部で抑止する。
【０１５１】
また、グループ＃０１におけるパス追加の処理は、画面部で可能とし、実行部からのエラーコードより振る舞い、実行部でシステムＬＵが未の場合は禁止する。また、パス削除の処理、従来のコマンドデバイス設定の処理は、画面部、実行部でそれぞれ可能とする。
【０１５２】
＜ＬＵＮ定義の詳細＞
図３５により、ＬＵＮ定義の詳細を説明する。図３５はＬＵＮ定義における設定の可否を示す図である。
【０１５３】
（１）設定の可否
ＬＵＮ定義には、ホストグループの各状態に対する設定について、図３５に示すような制約を設ける。
【０１５４】
たとえば、グループ＃００（ＬＵＮ＃００，０１，０５，０６，０８，０９，０Ａ，４Ｂ，４Ｃ，４Ｄ）、グループ＃０１がともにＬＵＮ無しの状態では、グループ＃００へのＬＵＮ定義の設定は追加・削除が可能であり、グループ＃０１は不可能である。また、グループ＃００がＬＵ有りで，グループ＃０１がＬＵＮ無しの状態では、グループ＃００、グループ＃０１へのＬＵＮ定義の設定はともに追加・削除が可能である。さらに、グループ＃００，グループ＃０１がともにＬＵＮ有りの状態では、グループ＃００へのＬＵＮ定義の設定は追加・削除が不可能であり、グループ＃０１は可能である。また、グループ＃００がＬＵ無しで，グループ＃０１がＬＵＮ有りの状態では、グループ＃００、グループ＃０１へのＬＵＮ定義の設定は存在しない。
【０１５５】
また、システムＬＵの自動に定義されたＬＵＮ（＃０Ｂ〜１２、＃１Ｂ〜２２、＃２Ｂ〜３２、＃３Ｂ〜４２）はグループ＃０１のパス定義に関係なく、追加、削除が可能である。さらに、パッケージ減設などで、当該ＣＨＮのグループ＃００（システムＬＵ）のＬＵＮを削除する場合は、当該パッケージの全てのＬＵＮ（自動設定されたＬＵＮを含む）を選択して削除する。なお、システムＬＵを削除する時は、当該ＣＨＮのユーザＬＵが有ってはいけない。
【０１５６】
（２）システムＬＵの追加
システムＬＵの追加において、各ＬＵＮ＃の処理内容およびチェック個所は、以下の通りである。
【０１５７】
たとえば、ＬＵＮ＃００の処理は、まず、画面部および実行部において、ＬＵＮ＃００の追加要求を行う。このとき、２ポートのうち最初のポートに対して要求する。さらに、画面部および実行部において、パス無しＬＤＥＶを選択させ、そして容量チェックを行う。続いて、実行部において、他のＣＨＮへの関連するＬＵ（ＬＵＮ＃０Ｂ〜１２）の自動生成を行った後、他のＣＨＮから関連するＬＵ（ＬＵＮ＃０Ｂ〜１２、１Ｂ〜２２）を自動生成し、そして同一ＣＨＮの別ポートへのパス定義を行う。ＬＵＮ＃０１の処理は、ＬＵＮ＃００とほぼ同様であるが、実行部において、他のＣＨＮへの関連するＬＵ（ＬＵＮ＃１Ｂ〜２２）の自動生成を行った後に、同一ＣＨＮの別ポートへのパス定義を行う。
【０１５８】
また、ＬＵＮ＃０５の処理は、画面部および実行部において、まず、他のＣＨＮで既に設定済みの場合は、そのＬＤＥＶのみを選択可能とした後に、同様に、追加要求から容量チェックまでを行う。続いて、画面部において、コマンドデバイスの設定がない場合はコマンドデバイスの設定も行い、その後、実行部において、同一ＣＨＮの別ポートへのパス定義を行う。ＬＵＮ＃０６、ＬＵＮ＃０８，ＬＵＮ＃４Ｂ、ＬＵＮ＃４Ｃ、ＬＵＮ＃４Ｄの処理は、ＬＵＮ＃０５におけるコマンドデバイスの設定を行うことが不要となる以外は同様である。
【０１５９】
また、ＬＵＮ＃０９、ＬＵＮ＃０Ａの処理は、ＬＵＮ＃００における、他のＣＨＮへの関連するＬＵの自動生成を行った後、他のＣＨＮから関連するＬＵを自動生成する際のＬＵが異なる以外は同様である。ＬＵＮ＃０９の処理では、他のＣＨＮへの関連するＬＵＮ＃２Ｂ〜３２の自動生成を行った後、他のＣＨＮから関連するＬＵＮ＃０Ｂ〜１２、１Ｂ〜２２、２Ｂ〜３２、３Ｂ〜４２を自動生成する。ＬＵＮ＃０Ａの処理では、他のＣＨＮへの関連するＬＵＮ＃３Ｂ〜４２の自動生成を行った後、他のＣＨＮから関連するＬＵＮ＃０Ｂ〜１２、１Ｂ〜２２、２Ｂ〜３２、３Ｂ〜４２を自動生成する。
【０１６０】
このシステムＬＵの追加においては、コマンドデバイスの設定はＬＵＮ＃０５のみ行う。ＬＵＮ＃０５へのコマンドデバイス設定は、既に設定されているものを選択した場合は、そのままの状態とする。設定されていないコマンドデバイスを選択した場合は、画面部から実行部にてコマンドデバイスの設定要求を行う。なお、ＬＵＮ＃０５のコマンドデバイスの設定・解除は従来のＬＤＥＶと同様に行えるものとする。
【０１６１】
（３）システムＬＵの削除
システムＬＵの削除において、各ＬＵＮ＃の処理内容およびチェック個所は、以下の通りである。
【０１６２】
たとえば、ＬＵＮ＃００の処理は、まず、画面部および実行部において、ＬＵＮ＃００の削除要求を行う。このとき、２ポートのうち最初のポートに対して要求する。続いて、実行部において、同一ＣＨＮの別ポートへのパス削除を行い、そして他のＣＨＮに関連するＬＵ（ＬＵＮ＃０Ｂ〜１２）も削除する。ＬＵＮ＃０１の処理は、ＬＵＮ＃００における他のＣＨＮに関連するＬＵとして、ＬＵＮ＃１Ｂ〜２２を削除する以外は同様である。
【０１６３】
また、ＬＵＮ＃０５、ＬＵＮ＃０６、ＬＵＮ＃０８、ＬＵＮ＃４Ｂ、ＬＵＮ＃４Ｃ、ＬＵＮ＃４Ｄの処理は、ＬＵＮ＃０１における他のＣＨＮに関連するＬＵも削除することが不要となる以外は同様である。
【０１６４】
また、ＬＵＮ＃０９、ＬＵＮ＃０Ａの処理は、ＬＵＮ＃０１における他のＣＨＮに関連するＬＵも削除する際のＬＵが異なる以外は同様である。ＬＵＮ＃０９の処理では、他のＣＨＮの関連するＬＵＮ＃２Ｂ〜３２を削除する。ＬＵＮ＃０Ａの処理では、他のＣＨＮの関連するＬＵＮ＃３Ｂ〜４２を削除する。
【０１６５】
また、その他のＬＵＮの処理は、画面部において、当該パッケージの自動生成されたパスの削除を許す。
【０１６６】
このシステムＬＵの削除においては、当該パッケージのＬＵＮを削除する場合は、全てのシステムＬＵを選択したときのみ可能である。システムＬＵを削除可能にするには、当該パッケージにユーザＬＵが存在しないことが条件である。
【０１６７】
（４）ユーザＬＵの追加
ユーザＬＵの追加において、各処理内容およびチェック個所は、以下の通りである。
【０１６８】
まず、画面部および実行部において、パス定義を行う。このとき、２ポートのうち最初のポートに対して要求する。そして、実行部において、同一ＣＨＮの別ポートへのパス定義を行う。なお、画面部および実行部におけて、中間ボリュームへの定義は不可能であり、また実行部において、システムＬＵなしにパス定義も定義は不可能である。
【０１６９】
（５）ユーザＬＵの削除
ユーザＬＵの削除において、各処理内容およびチェック個所は、以下の通りである。
【０１７０】
まず、画面部および実行部において、パス削除を行う。このとき、２ポートのうち最初のポートに対して要求する。そして、実行部において、同一ＣＨＮの別ポートへのパスも削除する。
【０１７１】
＜本実施の形態の効果＞
（１）ＬＡＮ４００を介して接続される情報処理装置（１）〜（３）２００、ＳＡＮ５００を介して接続される情報処理装置（３），（４）２００、ＬＡＮ４００やＳＡＮ５００などのネットワークを介さずに接続される情報処理装置（５）２００などのように、複数の異種ネットワークに接続可能な記憶装置システムを提供することができ、さらに、かかる記憶装置システムに必要とされる記憶デバイス制御装置のシステム領域の複製を制御する方法をも提供することができる。
【０１７２】
（２）保守員またはユーザによる管理端末１６０などからの設定によって、システムＬＵとユーザＬＵを明示的に分離することができる。すなわち、システムＬＵをクライアントから隠蔽するためには、管理端末１６０などから当該ＬＵに対してシステムＬＵ、ユーザＬＵを明示的に指定してパス定義を行うインタフェースを設ける。これを通じて設定されたシステムＬＵ、ユーザＬＵの区別に従い、マイクロプログラムはＮＡＳＯＳからの管理目的のアクセスと、ユーザからのデータアクセスとを分離して管理することが可能となる。
【０１７３】
（３）システムＬＵについてのみ、バックアップ用ＬＵを指定することができ、かつ各パッケージから一定のポリシーに従ってアクセスが可能となるように、自動的にパス定義およびパス減設の設定を行うことができる。すなわち、システムＬＵの障害によって、全クラスタでのフェイルオーバ動作が不可能となる事態を回避するために、システムＬＵのバックアップを同一筐体内に作成する。このとき、バックアップされたデータを有効に活用するために、各パッケージからのＬＵパス定義を一定のポリシーに従い半自動で行う機能を設けることで実現可能となる。
【０１７４】
また、システムが存在するにも関わらずにパス減設を行うというミスを、システムＬＵ、ユーザＬＵの双方についてガードすることができる。
【０１７５】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【図面の簡単な説明】
【０１７６】
【図１】本発明の一実施の形態に係る記憶装置システムを含むシステムの全体構成を示すブロック図である。
【図２】本発明の一実施の形態に係る記憶装置システムにおいて、管理端末の構成を示す図である。
【図３】本発明の一実施の形態に係る記憶装置システムにおいて、物理ディスク管理テーブルを示す図である。
【図４】本発明の一実施の形態に係る記憶装置システムにおいて、ＬＵ管理テーブルを示す図である。
【図５】本発明の一実施の形態に係る記憶装置システムにおいて、チャネル制御部のハードウェア構成を示す図である。
【図６】本発明の一実施の形態に係る記憶装置システムにおいて、メモリに記憶されるデータの内容を説明するための図である。
【図７】本発明の一実施の形態に係る記憶装置システムにおいて、メタデータを示す図である。
【図８】（ａ），（ｂ）は本発明の一実施の形態に係る記憶装置システムにおいて、ロックデータを示す図である。
【図９】本発明の一実施の形態に係る記憶装置システムにおいて、ディスク制御部のハードウェア構成を示す図である。
【図１０】本発明の一実施の形態に係る記憶装置システムにおけるソフトウェア構成を示す図である。
【図１１】本発明の一実施の形態に係る記憶装置システムにおけるＬＵＮ定義の概要を示す図である。
【図１２】本発明の一実施の形態に係る記憶装置システムにおいて、システムＬＵの役割を示す図である。
【図１３】本発明の一実施の形態に係る記憶装置システムにおいて、ＯＳ格納用ＬＵとそのバックアップ用ＬＵとの関係を示す図である。
【図１４】本発明の一実施の形態に係る記憶装置システムにおいて、ダンプ格納用ＬＵとそのバックアップ用ＬＵとの関係を示す図である。
【図１５】本発明の一実施の形態に係る記憶装置システムにおいて、コマンドデバイス用ＬＵとそのバックアップ用ＬＵとの関係を示す図である。
【図１６】本発明の一実施の形態に係る記憶装置システムにおいて、障害情報格納用ＬＵとそのバックアップ用ＬＵとの関係を示す図である。
【図１７】本発明の一実施の形態に係る記憶装置システムにおいて、クラスタ情報格納用ＬＵとそのバックアップ用ＬＵとの関係を示す図である。
【図１８】本発明の一実施の形態に係る記憶装置システムにおいて、ユーザＬＵの役割を示す図である。
【図１９】本発明の一実施の形態に係る記憶装置システムにおいて、ホストグループ＃００のＬＵＮ定義を示す図である。
【図２０】本発明の一実施の形態に係る記憶装置システムにおいて、ＯＳ格納用ＬＵのＬＵＮ定義を示す図である。
【図２１】本発明の一実施の形態に係る記憶装置システムにおいて、ダンプ採取用ＬＵのＬＵＮ定義を示す図である。
【図２２】本発明の一実施の形態に係る記憶装置システムにおいて、ＯＳ格納用ＬＵのバックアップ用ＬＵのＬＵＮ定義を示す図である。
【図２３】本発明の一実施の形態に係る記憶装置システムにおいて、クラスタ共有情報格納用ＬＵのバックアップ用ＬＵのＬＵＮ定義を示す図である。
【図２４】本発明の一実施の形態に係る記憶装置システムにおいて、その他のシステムＬＵのＬＵＮ定義を示す図である。
【図２５】本発明の一実施の形態に係る記憶装置システムにおいて、バックアップ用ＬＵのパス定義のための処理を示すフロー図である。
【図２６】本発明の一実施の形態に係る記憶装置システムにおいて、ＳＶＰとＮＡＳブレード主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理を示すフロー図である。
【図２７】本発明の一実施の形態に係る記憶装置システムにおいて、管理端末の基本画面を示す図である。
【図２８】本発明の一実施の形態に係る記憶装置システムにおいて、管理端末のＬＵＮ追加画面を示す図である。
【図２９】本発明の一実施の形態に係る記憶装置システムにおいて、ＮＡＳブレード（ＮＡＳＯＳ）主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理を示すフロー図である。
【図３０】本発明の一実施の形態に係る記憶装置システムにおいて、ＳＶＰ主導方法による、各種ＬＵ＋バックアップ用ＬＵのパス定義のための処理を示すフロー図である。
【図３１】本発明の一実施の形態に係る記憶装置システムにおいて、ホストグループ＃０１のＬＵＮ定義を示す図である。
【図３２】本発明の一実施の形態に係る記憶装置システムにおいて、ユーザＬＵのＬＵＮ定義を示す図である。
【図３３】本発明の一実施の形態に係る記憶装置システムにおいて、管理端末のモジュール構成を示す図である。
【図３４】本発明の一実施の形態に係る記憶装置システムにおいて、各モジュールの機能概要を示す図である。
【図３５】本発明の一実施の形態に係る記憶装置システムにおいて、ＬＵＮ定義における設定の可否を示す図である。
【符号の説明】
【０１７７】
１００…記憶デバイス制御装置、１１０…チャネル制御部、１１１…ネットワークインタフェース部、１１２…ＣＰＵ、１１３…メモリ、１１４…入出力制御部、１１５…ＮＶＲＡＭ、１１６…ボード接続用コネクタ、１１７…通信コネクタ、１１９…Ｉ／Ｏプロセッサ、１２０…共有メモリ、１３０…キャッシュメモリ、１４０…ディスク制御部、１４１…インタフェース部、１４２…ＣＰＵ、１４３…メモリ、１４４…ＮＶＲＡＭ、１４５…ボード接続用コネクタ、１５０…接続部、１５１…内部ＬＡＮ、１６０…管理端末、１６１…ＣＰＵ、１６２…メモリ、１６２ａ…物理ディスク管理テーブル、１６２ｂ…ＬＵ管理テーブル、１６２ｃ…プログラム、１６３…ポート、１６４…記録媒体読取装置、１６５…入力装置、１６６…出力装置、１６７…記録媒体、１６８…記憶装置、２００…情報処理装置、３００…記憶デバイス、４００…ＬＡＮ、５００…ＳＡＮ、６００，６１０…記憶装置システム、７０１…ＯＳ、７０３…ネットブートサーバ、７０４…ミニカーネル、７０５…ＯＳイメージ、７０６…ＮＡＳマネージャ、７１１…ＮＦＳ、７１３…ＣＩＦＳ、７１４…ＵＮＩＸ（登録商標）系のＯＳ、７１５…Ｗｉｎｄｏｗｓ（登録商標）系のＯＳ、７２０…ロックテーブル、７２１…ファイルロックテーブル、７２２…ＬＵロックテーブル、７３０…メタデータ、７４０…ＲＡＩＤ制御部、７５１…ＬＵＮ割り当て機能画面部、７５２…ＬＵＮ割り当て機能実行部、７５３…通信インタフェース部、８００…ファイルサーバ部、８０１…ＢＩＯＳ、８０４…ＮＶＲＡＭ、９００，９１０…バックアップデバイス。
【図１】
2005339215.tif 000003
【図２】
2005339215.tif 000004
【図３】
2005339215.tif 000005
【図４】
2005339215.tif 000006
【図５】
2005339215.tif 000007
【図６】
2005339215.tif 000008
【図７】
2005339215.tif 000009
【図８】
2005339215.tif 000010
【図９】
2005339215.tif 000011
【図１０】
2005339215.tif 000012
【図１１】
2005339215.tif 000013
【図１２】
2005339215.tif 000014
【図１３】
2005339215.tif 000015
【図１４】
2005339215.tif 000016
【図１５】
2005339215.tif 000017
【図１６】
2005339215.tif 000018
【図１７】
2005339215.tif 000019
【図１８】
2005339215.tif 000020
【図１９】
2005339215.tif 000021
【図２０】
2005339215.tif 000022
【図２１】
2005339215.tif 000023
【図２２】
2005339215.tif 000024
【図２３】
2005339215.tif 000025
【図２４】
2005339215.tif 000026
【図２５】
2005339215.tif 000027
【図２６】
2005339215.tif 000028
【図２９】
2005339215.tif 000029
【図３０】
2005339215.tif 000030
【図３１】
2005339215.tif 000031
【図３２】
2005339215.tif 000032
【図３３】
2005339215.tif 000033
【図３４】
2005339215.tif 000034
【図３５】
2005339215.tif 000035
【図２７】
2005339215.tif 000036
【図２８】
2005339215.tif 000037