JP2005339215A - ディスクアレイ装置およびその制御方法 - Google Patents

ディスクアレイ装置およびその制御方法 Download PDF

Info

Publication number
JP2005339215A
JP2005339215A JP2004157348A JP2004157348A JP2005339215A JP 2005339215 A JP2005339215 A JP 2005339215A JP 2004157348 A JP2004157348 A JP 2004157348A JP 2004157348 A JP2004157348 A JP 2004157348A JP 2005339215 A JP2005339215 A JP 2005339215A
Authority
JP
Japan
Prior art keywords
backup
lun
disk array
array device
storage
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2004157348A
Other languages
English (en)
Other versions
JP4575028B2 (ja
Inventor
Yutaka Ogasawara
裕 小笠原
Yoshinori Igarashi
良典 五十嵐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2004157348A priority Critical patent/JP4575028B2/ja
Priority to US10/911,604 priority patent/US7149861B2/en
Priority to EP05253107A priority patent/EP1600850A3/en
Publication of JP2005339215A publication Critical patent/JP2005339215A/ja
Priority to US11/634,090 priority patent/US7574575B2/en
Application granted granted Critical
Publication of JP4575028B2 publication Critical patent/JP4575028B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/065—Replication mechanisms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1435—Saving, restoring, recovering or retrying at system level using file system or storage system metadata
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0635—Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0637—Permissions

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Library & Information Science (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】 複数の異種ネットワークに接続可能な記憶装置システム、およびかかる記憶装置システムに必要とされる記憶デバイス制御装置のシステムＬＵの複製を制御する方法を提供する。
【解決手段】 記憶装置システムにおいて、記憶デバイス３００のＬＤＥＶには、自記憶装置システム内の制御情報を格納するためのシステムＬＵと、上位装置から送られるライトデータを書き込むためのユーザＬＵとが設定可能であり、管理端末は、ＬＤＥＶに対してパス定義を設定するためにシステムＬＵまたはユーザＬＵを指定し、ＣＨＮ１１０は、管理端末により指定された区別に従いシステムＬＵに対する上位装置からのアクセスを禁止する。さらに、バックアップ用ＬＵに対してシステムＬＵのパスを自動的に定義し、バックアップ用ＬＵに対してシステムＬＵに格納された制御情報をバックアップする。
【選択図】 図１１

Description

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

Claims (20)

  1. データを格納する複数の記憶デバイスと、
    前記複数の記憶デバイスに対するデータの書き込みまたは読み出しを制御する記憶デバイス制御部と、
    前記記憶デバイス制御部に接続される接続部と、
    自ディスクアレイ装置の外部の上位装置から書き込み要求または読み出し要求を受け、前記上位装置から送られるファイルレベルのデータをブロックレベルのデータに変換して前記複数の記憶デバイスへ転送し、複数のクラスタグループに分類される複数のチャネル制御部と、
    前記複数のチャネル制御部および前記記憶デバイス制御部によってやり取りされる制御情報が格納される共有メモリと、
    前記複数のチャネル制御部と前記記憶デバイス制御部との間でやり取りされるデータを一時的に保存するキャッシュメモリと、
    前記複数の記憶デバイスの論理的な構成を設定する管理端末とを有し、
    前記複数の記憶デバイスの論理的な記憶領域である複数のＬＤＥＶには、自ディスクアレイ装置内の制御情報を格納するための記憶領域であるシステムＬＵと、前記上位装置から送られるライトデータを書き込むための記憶領域であるユーザＬＵとが設定可能であり、
    前記管理端末は、前記複数のＬＤＥＶに対してパス定義を設定するために、前記システムＬＵまたは前記ユーザＬＵを指定する機能を有し、
    前記複数のチャネル制御部は、前記管理端末により指定された前記システムＬＵまたは前記ユーザＬＵの区別に従い、前記システムＬＵに対する前記上位装置からのアクセスを禁止する機能を有することを特徴とするディスクアレイ装置。
  2. 請求項１記載のディスクアレイ装置において、
    前記複数の記憶デバイスの前記複数のＬＤＥＶには、前記システムＬＵに格納された制御情報をバックアップするための記憶領域であるバックアップ用ＬＵが設定可能であり、
    前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義し、前記バックアップ用ＬＵに対して前記システムＬＵに格納された制御情報をバックアップする機能を有することを特徴とするディスクアレイ装置。
  3. 請求項２記載のディスクアレイ装置において、
    前記システムＬＵのパスを自動的に定義する機能は、前記管理端末と前記複数のチャネル制御部とで実現し、
    前記管理端末は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付ける機能を有し、
    前記複数のチャネル制御部は、前記管理端末により割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義する機能を有することを特徴とするディスクアレイ装置。
  4. 請求項２記載のディスクアレイ装置において、
    前記システムＬＵのパスを自動的に定義する機能は、前記複数のチャネル制御部で実現し、
    前記複数のチャネル制御部は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、前記割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義する機能を有することを特徴とするディスクアレイ装置。
  5. 請求項２記載のディスクアレイ装置において、
    前記システムＬＵのパスを自動的に定義する機能は、前記管理端末で実現し、
    前記管理端末は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、前記割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義する機能を有することを特徴とするディスクアレイ装置。
  6. 請求項２記載のディスクアレイ装置において、
    前記システムＬＵに格納された制御情報は、ＯＳ情報であり、
    前記バックアップ用ＬＵに対して前記ＯＳ情報をバックアップするものであることを特徴とするディスクアレイ装置。
  7. 請求項２記載のディスクアレイ装置において、
    前記システムＬＵに格納された制御情報は、ダンプ情報であり、
    前記バックアップ用ＬＵに対して前記ダンプ情報をバックアップするものであることを特徴とするディスクアレイ装置。
  8. 請求項２記載のディスクアレイ装置において、
    前記システムＬＵに格納された制御情報は、コマンドデバイス情報であり、
    前記バックアップ用ＬＵに対して前記コマンドデバイス情報をバックアップするものであることを特徴とするディスクアレイ装置。
  9. 請求項２記載のディスクアレイ装置において、
    前記システムＬＵに格納された制御情報は、障害情報であり、
    前記バックアップ用ＬＵに対して前記障害情報をバックアップするものであることを特徴とするディスクアレイ装置。
  10. 請求項２記載のディスクアレイ装置において、
    前記システムＬＵに格納された制御情報は、クラスタ共有情報であり、
    前記バックアップ用ＬＵに対して前記クラスタ共有情報をバックアップするものであることを特徴とするディスクアレイ装置。
  11. データを格納する複数の記憶デバイスと、
    前記複数の記憶デバイスに対するデータの書き込みまたは読み出しを制御する記憶デバイス制御部と、
    前記記憶デバイス制御部に接続される接続部と、
    自ディスクアレイ装置の外部の上位装置から書き込み要求または読み出し要求を受け、前記上位装置から送られるファイルレベルのデータをブロックレベルのデータに変換して前記複数の記憶デバイスへ転送し、複数のクラスタグループに分類される複数のチャネル制御部と、
    前記複数のチャネル制御部および前記記憶デバイス制御部によってやり取りされる制御情報が格納される共有メモリと、
    前記複数のチャネル制御部と前記記憶デバイス制御部との間でやり取りされるデータを一時的に保存するキャッシュメモリと、
    前記複数の記憶デバイスの論理的な構成を設定する管理端末とを有するディスクアレイ装置の制御方法であって、
    前記複数の記憶デバイスの論理的な記憶領域である複数のＬＤＥＶには、自ディスクアレイ装置内の制御情報を格納するための記憶領域であるシステムＬＵと、前記上位装置から送られるライトデータを書き込むための記憶領域であるユーザＬＵとが設定可能であり、
    前記管理端末は、前記複数のＬＤＥＶに対してパス定義を設定するために、前記システムＬＵまたは前記ユーザＬＵを指定し、
    前記複数のチャネル制御部は、前記管理端末により指定された前記システムＬＵまたは前記ユーザＬＵの区別に従い、前記システムＬＵに対する前記上位装置からのアクセスを禁止することを特徴とするディスクアレイ装置の制御方法。
  12. 請求項１１記載のディスクアレイ装置の制御方法において、
    前記複数の記憶デバイスの前記複数のＬＤＥＶには、前記システムＬＵに格納された制御情報をバックアップするための記憶領域であるバックアップ用ＬＵが設定可能であり、
    前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義し、前記バックアップ用ＬＵに対して前記システムＬＵに格納された制御情報をバックアップすることを特徴とするディスクアレイ装置の制御方法。
  13. 請求項１２記載のディスクアレイ装置の制御方法において、
    前記システムＬＵのパスを自動的に定義する機能は、前記管理端末と前記複数のチャネル制御部とで実現し、
    前記管理端末は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、
    前記複数のチャネル制御部は、前記管理端末により割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義することを特徴とするディスクアレイ装置の制御方法。
  14. 請求項１２記載のディスクアレイ装置の制御方法において、
    前記システムＬＵのパスを自動的に定義する機能は、前記複数のチャネル制御部で実現し、
    前記複数のチャネル制御部は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、前記割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義することを特徴とするディスクアレイ装置の制御方法。
  15. 請求項１２記載のディスクアレイ装置の制御方法において、
    前記システムＬＵのパスを自動的に定義する機能は、前記管理端末で実現し、
    前記管理端末は、前記複数のＬＤＥＶのうち、設定可能なＬＤＥＶに対して、パス定義を行いたい前記システムＬＵを割り付け、前記割り付けられた前記設定可能なＬＤＥＶの前記バックアップ用ＬＵに対して前記システムＬＵのパスを自動的に定義することを特徴とするディスクアレイ装置の制御方法。
  16. 請求項１２記載のディスクアレイ装置の制御方法において、
    前記システムＬＵに格納された制御情報は、ＯＳ情報であり、
    前記バックアップ用ＬＵに対して前記ＯＳ情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
  17. 請求項１２記載のディスクアレイ装置の制御方法において、
    前記システムＬＵに格納された制御情報は、ダンプ情報であり、
    前記バックアップ用ＬＵに対して前記ダンプ情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
  18. 請求項１２記載のディスクアレイ装置の制御方法において、
    前記システムＬＵに格納された制御情報は、コマンドデバイス情報であり、
    前記バックアップ用ＬＵに対して前記コマンドデバイス情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
  19. 請求項１２記載のディスクアレイ装置の制御方法において、
    前記システムＬＵに格納された制御情報は、障害情報であり、
    前記バックアップ用ＬＵに対して前記障害情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
  20. 請求項１２記載のディスクアレイ装置の制御方法において、
    前記システムＬＵに格納された制御情報は、クラスタ共有情報であり、
    前記バックアップ用ＬＵに対して前記クラスタ共有情報をバックアップするものであることを特徴とするディスクアレイ装置の制御方法。
JP2004157348A 2004-05-27 2004-05-27 ディスクアレイ装置およびその制御方法 Expired - Fee Related JP4575028B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2004157348A JP4575028B2 (ja) 2004-05-27 2004-05-27 ディスクアレイ装置およびその制御方法
US10/911,604 US7149861B2 (en) 2004-05-27 2004-08-05 Disk array device capable of backing up and limiting access to a system logical unit
EP05253107A EP1600850A3 (en) 2004-05-27 2005-05-19 Disk array device and controlling method thereof
US11/634,090 US7574575B2 (en) 2004-05-27 2006-12-06 Disk array device including a system LU for storing control information in the disk array and backup LU for backing up the control information and controlling method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004157348A JP4575028B2 (ja) 2004-05-27 2004-05-27 ディスクアレイ装置およびその制御方法

Publications (2)

Publication Number Publication Date
JP2005339215A true JP2005339215A (ja) 2005-12-08
JP4575028B2 JP4575028B2 (ja) 2010-11-04

Family

ID=34941387

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004157348A Expired - Fee Related JP4575028B2 (ja) 2004-05-27 2004-05-27 ディスクアレイ装置およびその制御方法

Country Status (3)

Country Link
US (2) US7149861B2 (ja)
EP (1) EP1600850A3 (ja)
JP (1) JP4575028B2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008134682A (ja) * 2006-11-27 2008-06-12 Fujitsu Ltd 仮想ライブラリ装置
JP2013242779A (ja) * 2012-05-22 2013-12-05 Hitachi Information & Telecommunication Engineering Ltd Ｏｓ切り替えシステム及びｏｓ切り替え方法
CN104657690A (zh) * 2013-11-20 2015-05-27 中兴通讯股份有限公司 外部设备控制方法及装置

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1303097A3 (en) * 2001-10-16 2005-11-30 Microsoft Corporation Virtual distributed security system
US8015204B2 (en) * 2001-10-16 2011-09-06 Microsoft Corporation Scoped access control metadata element
US8065713B1 (en) 2001-12-12 2011-11-22 Klimenty Vainstein System and method for providing multi-location access management to secured items
US10033700B2 (en) 2001-12-12 2018-07-24 Intellectual Ventures I Llc Dynamic evaluation of access rights
US7921450B1 (en) 2001-12-12 2011-04-05 Klimenty Vainstein Security system using indirect key generation from access rules and methods therefor
US8006280B1 (en) 2001-12-12 2011-08-23 Hildebrand Hal S Security system for generating keys from access rules in a decentralized manner and methods therefor
US7178033B1 (en) 2001-12-12 2007-02-13 Pss Systems, Inc. Method and apparatus for securing digital assets
US7930756B1 (en) 2001-12-12 2011-04-19 Crocker Steven Toye Multi-level cryptographic transformations for securing digital assets
US7565683B1 (en) 2001-12-12 2009-07-21 Weiqing Huang Method and system for implementing changes to security policies in a distributed security system
US10360545B2 (en) 2001-12-12 2019-07-23 Guardian Data Storage, Llc Method and apparatus for accessing secured electronic data off-line
US7921288B1 (en) 2001-12-12 2011-04-05 Hildebrand Hal S System and method for providing different levels of key security for controlling access to secured items
US7380120B1 (en) 2001-12-12 2008-05-27 Guardian Data Storage, Llc Secured data format for access control
US7260555B2 (en) 2001-12-12 2007-08-21 Guardian Data Storage, Llc Method and architecture for providing pervasive security to digital assets
US7921284B1 (en) 2001-12-12 2011-04-05 Gary Mark Kinghorn Method and system for protecting electronic data in enterprise environment
US7950066B1 (en) 2001-12-21 2011-05-24 Guardian Data Storage, Llc Method and system for restricting use of a clipboard application
US8176334B2 (en) 2002-09-30 2012-05-08 Guardian Data Storage, Llc Document security system that permits external users to gain access to secured files
US8707034B1 (en) 2003-05-30 2014-04-22 Intellectual Ventures I Llc Method and system for using remote headers to secure electronic files
US7703140B2 (en) 2003-09-30 2010-04-20 Guardian Data Storage, Llc Method and system for securing digital assets using process-driven security policies
US8127366B2 (en) 2003-09-30 2012-02-28 Guardian Data Storage, Llc Method and apparatus for transitioning between states of security policies used to secure electronic documents
JP4575028B2 (ja) * 2004-05-27 2010-11-04 株式会社日立製作所 ディスクアレイ装置およびその制御方法
JP4475079B2 (ja) * 2004-09-29 2010-06-09 株式会社日立製作所 計算機システムの構成管理方法
JP2007065788A (ja) * 2005-08-29 2007-03-15 Hitachi Ltd ディスクアレイ装置及びその制御方法並びにプログラム
JP4710518B2 (ja) * 2005-09-28 2011-06-29 株式会社日立製作所 計算機システムとそのブート制御方法
US9122397B2 (en) * 2007-10-26 2015-09-01 Emc Corporation Exposing storage resources with differing capabilities
US8055734B2 (en) * 2008-08-15 2011-11-08 International Business Machines Corporation Mapping of logical volumes to host clusters
US20120151265A1 (en) * 2010-12-09 2012-06-14 Ibm Corporation Supporting cluster level system dumps in a cluster environment
US9152550B1 (en) * 2012-03-30 2015-10-06 Emc Corporation Storage system with dynamic transfer of block file system ownership for load balancing
US8966190B1 (en) 2012-03-31 2015-02-24 Emc Corporation System and method for assigning control of a logical unit number
US8909886B1 (en) 2012-03-31 2014-12-09 Emc Corporation System and method for improving cache performance upon detecting a migration event
US8914583B1 (en) 2012-03-31 2014-12-16 Emc Corporation System and method for improving cache performance
US11360829B2 (en) * 2018-10-16 2022-06-14 Ngd Systems, Inc. System and method for communicating between computational storage devices
CN110989926B (zh) * 2019-11-11 2024-02-13 北京字节跳动网络技术有限公司 故障磁盘槽位定位方法、装置及电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61221950A (ja) * 1985-03-28 1986-10-02 Hitachi Ltd アドレス変換方法
JPS62202628A (ja) * 1986-02-07 1987-09-07 Fujitsu Ltd デ−タ伝送システムに於けるバツクアツプ方式
JPS6364146A (ja) * 1986-09-04 1988-03-22 Fujitsu Ltd 論理空間管理方式
JPH07105065A (ja) * 1993-10-04 1995-04-21 Fujitsu Ltd データのバックアップ方法
JP2003316713A (ja) * 2002-04-26 2003-11-07 Hitachi Ltd 記憶装置システム
JP2004021557A (ja) * 2002-06-14 2004-01-22 Hitachi Ltd プログラム、情報処理方法、情報処理装置、及び記憶装置

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6604532B1 (en) 1999-08-27 2003-08-12 Deborah A. McClendon Marcel curling iron having insulated rotatable handles
US6343324B1 (en) * 1999-09-13 2002-01-29 International Business Machines Corporation Method and system for controlling access share storage devices in a network environment by configuring host-to-volume mapping data structures in the controller memory for granting and denying access to the devices
JP4651230B2 (ja) 2001-07-13 2011-03-16 株式会社日立製作所 記憶システム及び論理ユニットへのアクセス制御方法
US6633962B1 (en) * 2000-03-21 2003-10-14 International Business Machines Corporation Method, system, program, and data structures for restricting host access to a storage space
US6859888B2 (en) * 2000-09-19 2005-02-22 Matsushita Electric Industrial Co., Ltd. Data storage array apparatus storing error information without delay in data access, and method, program recording medium, and program for the same
GB2371886B (en) 2001-01-31 2005-06-22 Hewlett Packard Co Storage apparatus
US6662284B2 (en) 2001-02-20 2003-12-09 Hewlett-Packard Development Company, L.C. Computer apparatus, method and memory including license key
US6728849B2 (en) * 2001-12-14 2004-04-27 Hitachi, Ltd. Remote storage system and method
JP4632574B2 (ja) 2001-05-25 2011-02-16 株式会社日立製作所 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法
US7007042B2 (en) * 2002-03-28 2006-02-28 Hewlett-Packard Development Company, L.P. System and method for automatic site failover in a storage area network
GB2396034B (en) * 2002-11-18 2006-03-08 Advanced Risc Mach Ltd Technique for accessing memory in a data processing apparatus
JP2004220216A (ja) 2003-01-14 2004-08-05 Hitachi Ltd Ｓａｎ／ｎａｓ統合型ストレージ装置
WO2004090722A1 (en) * 2003-04-11 2004-10-21 Star Softcomm Pte Ltd Data isolation system and method
JP2005267111A (ja) * 2004-03-17 2005-09-29 Hitachi Ltd 記憶制御システム及び記憶制御システムの制御方法
JP4575028B2 (ja) * 2004-05-27 2010-11-04 株式会社日立製作所 ディスクアレイ装置およびその制御方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS61221950A (ja) * 1985-03-28 1986-10-02 Hitachi Ltd アドレス変換方法
JPS62202628A (ja) * 1986-02-07 1987-09-07 Fujitsu Ltd デ−タ伝送システムに於けるバツクアツプ方式
JPS6364146A (ja) * 1986-09-04 1988-03-22 Fujitsu Ltd 論理空間管理方式
JPH07105065A (ja) * 1993-10-04 1995-04-21 Fujitsu Ltd データのバックアップ方法
JP2003316713A (ja) * 2002-04-26 2003-11-07 Hitachi Ltd 記憶装置システム
JP2004021557A (ja) * 2002-06-14 2004-01-22 Hitachi Ltd プログラム、情報処理方法、情報処理装置、及び記憶装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008134682A (ja) * 2006-11-27 2008-06-12 Fujitsu Ltd 仮想ライブラリ装置
JP2013242779A (ja) * 2012-05-22 2013-12-05 Hitachi Information & Telecommunication Engineering Ltd Ｏｓ切り替えシステム及びｏｓ切り替え方法
CN104657690A (zh) * 2013-11-20 2015-05-27 中兴通讯股份有限公司 外部设备控制方法及装置

Also Published As

Publication number Publication date
JP4575028B2 (ja) 2010-11-04
EP1600850A2 (en) 2005-11-30
US20070079069A1 (en) 2007-04-05
US7149861B2 (en) 2006-12-12
US20050268033A1 (en) 2005-12-01
EP1600850A3 (en) 2006-04-19
US7574575B2 (en) 2009-08-11

Similar Documents

Publication Publication Date Title
JP4575028B2 (ja) ディスクアレイ装置およびその制御方法
US7043604B2 (en) Disk array system
US7263584B2 (en) Method of controlling storage device controlling apparatus, and storage device controlling apparatus
US7788457B2 (en) Method of controlling storage device controlling apparatus, and storage device controlling apparatus
US7908513B2 (en) Method for controlling failover processing for a first channel controller and a second channel controller
US8204858B2 (en) Snapshot reset method and apparatus
US7366838B2 (en) Storage system and control method thereof for uniformly managing the operation authority of a disk array system
JP4274523B2 (ja) 記憶装置システム、及び記憶装置システムの起動方法
JP4342804B2 (ja) ストレージシステムの制御方法、ストレージシステム、及びプログラム
US20050198433A1 (en) Storage device controlling apparatus and method of controlling the same
JP2005222404A (ja) 仮想記憶ユニットを備えた記憶制御サブシステム
US7840755B2 (en) Methods and systems for automatically identifying a modification to a storage array

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070507

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100310

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100330

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100531

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100727

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100819

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130827

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees