JP2005157713A - ディスクアレイ装置 - Google Patents

ディスクアレイ装置 Download PDF

Info

Publication number
JP2005157713A
JP2005157713A JP2003394922A JP2003394922A JP2005157713A JP 2005157713 A JP2005157713 A JP 2005157713A JP 2003394922 A JP2003394922 A JP 2003394922A JP 2003394922 A JP2003394922 A JP 2003394922A JP 2005157713 A JP2005157713 A JP 2005157713A
Authority
JP
Japan
Prior art keywords
processor
storage
information
control unit
disk array
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
JP2003394922A
Other languages
English (en)
Other versions
JP4400913B2 (ja
JP2005157713A5 (ja
Inventor
Yutaka Ogasawara
裕 小笠原
Homare Kanie
誉 蟹江
Nobuyuki Saiga
信之 雑賀
豊 ▲高▼田
Yutaka Takada
Shinichi Nakayama
信一 中山
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 JP2003394922A priority Critical patent/JP4400913B2/ja
Priority to US10/806,128 priority patent/US7043604B2/en
Priority to DE102004027672A priority patent/DE102004027672A1/de
Priority to GB0414191A priority patent/GB2408817B/en
Priority to FR0406968A priority patent/FR2866732A1/fr
Priority to US11/046,719 priority patent/US7099996B2/en
Publication of JP2005157713A publication Critical patent/JP2005157713A/ja
Priority to US11/448,733 priority patent/US7376787B2/en
Publication of JP2005157713A5 publication Critical patent/JP2005157713A5/ja
Priority to US12/003,597 priority patent/US7581062B2/en
Application granted granted Critical
Publication of JP4400913B2 publication Critical patent/JP4400913B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/1666—Error detection or correction of the data by redundancy in hardware where the redundant component is memory or memory area
    • 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/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1456—Hardware arrangements for backup
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2089—Redundant storage control functionality
    • 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/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • 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/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
    • 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/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0658—Controller construction arrangements
    • 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/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0661—Format or protocol conversion arrangements
    • 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/0662—Virtualisation aspects
    • G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
    • 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
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
    • G06F12/0802—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches
    • G06F12/0866—Addressing of a memory level in which the access to the desired data or data block requires associative addressing means, e.g. caches for peripheral storage systems, e.g. disk cache

Abstract

【課題】複数の異種ネットワークに接続可能な記憶装置システムを提供するとともに、かかる記憶装置システムに必要とされる記憶デバイス制御装置、及びデバイス制御装置の起動を制御する方法を提供する。
【解決手段】第一のチャネル制御部は、自ディスクアレイ装置の外部のＬＡＮを介して受けたファイルレベルのデータをブロックレベルのデータに変換して、複数の記憶デバイスへの格納を要求する第一のプロセッサと、第一のプロセッサからの要求に応じて接続部及び記憶デバイス制御部を介して複数の記憶デバイスへ前記ブロックレベルのデータを転送する第二のプロセッサとを有し、前記接続部及び前記ＬＡＮに接続される。前記第二のプロセッサは、ブロックレベルのデータが格納される複数の記憶領域と、プロセッサ間の処理状況に関する情報が格納されるプロセッサ情報格納領域と、を前記複数の記憶デバイスの記憶領域を用いて作成する。
【選択図】 図１６

Description

本発明は、複数の異種ネットワークに接続可能なように新たに発明された記憶装置システムに関し、特に記憶装置システムの複製を制御する方法に関する。
近年コンピュータシステムで取り扱われるデータ量が急激に増加している。かかる膨大なデータを効率よく利用し管理するために、複数のディスクアレイ装置（以下、記憶装置システムと称する）と情報処理装置とを専用のネットワーク（Storage Area Network、以下ＳＡＮと記す）で接続し、記憶装置システムへの高速かつ大量なアクセスを実現する技術が開発されている。記憶装置システムと情報処理装置とをＳＡＮで接続し高速なデータ転送を実現するためには、ファイバチャネルプロトコルに従った通信機器を用いてネットワークを構築するのが一般的である。
一方、複数の記憶装置システムと情報処理装置とをＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）プロトコルを用いたネットワークで相互に接続し、記憶装置システムへのファイルレベルでのアクセスを実現する、ＮＡＳ（Network Attached Storage）と呼ばれるネットワークシステムが開発されている。ＮＡＳにおいては、記憶装置システムに対してファイルシステム機能を有する装置が接続されているため、情報処理装置からのファイルレベルでのアクセスが可能となっている。特に最近ではミッドレンジクラスやエンタープライズクラスと呼ばれるような、巨大な記憶資源を提供するＲＡＩＤ（Redundant Arrays of Inexpensive Disks）方式で管理された記憶装置システムにファイルシステムを結合させた、大規模なＮＡＳが注目されている。
特開２００２−３５１７０３号公報
しかしながら従来のＮＡＳは、ＴＣＰ／ＩＰ通信機能及びファイルシステム機能を持たない記憶装置システムに、ＴＣＰ／ＩＰ通信機能及びファイルシステム機能を持った情報処理装置を接続させることにより実現されていた。そのため、上記接続される情報処理装置の設置スペースが必要であった。また上記情報処理装置と記憶装置システムとの間は、高速に通信を行う必要性からＳＡＮで接続されていることが多く、そのための通信制御機器や通信制御機能を備える必要もあった。
本発明は上記課題を鑑みてなされたものであり、複数の異種ネットワークに接続可能なように全く新しく発明された記憶装置システム、及びかかる記憶装置システムを発明するにあたり必要とされる記憶デバイス制御装置、及びデバイス制御装置の複製を制御する方法を提供することを主たる目的とする。
本発明のディスクアレイ装置は、以下の構成を有する。
ディスクアレイ装置は、データを格納する複数の記憶デバイスと、前記複数の記憶デバイスに対するデータの格納を制御する記憶デバイス制御部と、前記記憶デバイス制御部に接続される接続部と、複数の第一のチャネル制御部と、前記複数の第一のチャネル制御部及び前記記憶デバイス制御部によってやり取りされる制御情報が格納される共有メモリと、前記複数の第一のチャネル制御部と前記記憶デバイス制御部との間でやり取りされるデータを一時的に保存するキャッシュメモリと、を有する。
第一のチャネル制御部は、自ディスクアレイ装置の外部のローカルエリアネットワークを介して受けたファイルレベルのデータをブロックレベルのデータに変換して、前記複数の記憶デバイスへの格納を要求する第一のプロセッサと、前記第一のプロセッサからの要求に応じて前記接続部及び前記記憶デバイス制御部を介して前記複数の記憶デバイスへ前記ブロックレベルのデータを転送する第二のプロセッサとを有し、前記接続部及び前記ローカルエリアネットワークに接続される。
前記複数の第一のチャネル制御部内の前記第二のプロセッサは、前記ブロックレベルのデータが格納される複数の記憶領域と、複数の前記第一のプロセッサによって相互にやり取りされるプロセッサ間の処理状況に関する情報が格納されるプロセッサ情報格納領域と、を前記複数の記憶デバイスの記憶領域を用いて作成する。
前記記憶デバイス制御部は、前記複数の第一のチャネル制御部内の前記第一のプロセッサの指示に応じて、前記プロセッサ情報格納領域に格納された情報を、前記複数の記憶デバイスの記憶領域を用いて作成されたプロセッサ情報バックアップ用の格納領域に対してコピーするように制御する。
また、本発明のディスクアレイ装置において、前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサに対して、前記第一のプロセッサの処理状況に関する情報を前記プロセッサ情報格納領域に格納するように指示する。この場合、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサは、前記第一のチャネル制御部の指示に応じて、前記第一のプロセッサの処理状況に関する情報を、前記プロセッサ情報格納領域に格納するように制御する。
また、本発明のディスクアレイ装置において、前記複数の第一のチャネル制御部内の第二のプロセッサは、前記第二のプロセッサが設けられている前記第一のチャネル制御部内の前記第一のプロセッサの要求に従って、前記ブロックレベルのデータを前記キャッシュメモリに保存するとともに、前記ブロックレベルのデータを前記キャッシュメモリに保存したことを表す情報を前記共有メモリに格納する。この場合、共有メモリは、前記複数の第一のチャネル制御部内の第二のプロセッサの制御のもとに、前記ブロックレベルのデータが前記キャッシュメモリに保存されたことを表す情報が格納されるものである。
また、本発明のディスクアレイ装置において、前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記記憶デバイス制御部に対して、前記プロセッサ情報格納領域に格納された情報を、前記プロセッサ情報バックアップ用の格納領域に対してコピーするように指示するものである。この場合、前記記憶デバイス制御部は、前記第一のプロセッサの指示に応じて、コピー処理を制御する。
また、本発明のディスクアレイ装置において、前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記プロセッサ情報格納領域に格納された情報の読み出し又は書き込みが不可能になった場合、前記プロセッサ情報バックアップ用の格納領域に格納された情報を読み出し又は書き込むことにより、処理を継続する。
また、本発明のディスクアレイ装置において、前記複数の第一のチャネル制御部は、複数のクラスタグループに分類されるものである。前記プロセッサ情報格納領域は、複数のプロセッサ情報格納部分を有するものである。前記複数のクラスタグループは、前記複数のプロセッサ情報格納部分のうちの各々異なる部分を割当てられるものである。
また、本発明のディスクアレイ装置において、前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部は、前記複数のプロセッサ情報格納部分のうちの第一のプロセッサ情報格納部分に対して、前記第一のプロセッサによって相互にやり取りされるプロセッサ間の処理状況に関する情報を格納する。この場合、前記複数のクラスタグループのうちの第二のクラスタグループに含まれる前記複数の第一のチャネル制御部は、前記複数のプロセッサ情報格納部分のうちの第二のプロセッサ情報格納部分に対して、前記第一のプロセッサによって相互にやり取りされるプロセッサ間の処理状況に関する情報を格納する。
また、本発明のディスクアレイ装置において、前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサは、前記第一のプロセッサ情報格納部分に格納された情報の複製の作成を、前記記憶デバイス制御部に対して指示する。この場合、前記記憶デバイス制御部は、前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサの指示に応じて、前記プロセッサ情報バックアップ用の格納領域に含まれる第一のバックアップ領域に対して、前記第一のプロセッサ情報格納部分に格納された情報の複製を格納する。
また、本発明のディスクアレイ装置において、前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサは、前記第一のプロセッサ情報格納部分及び前記第二のプロセッサ情報格納部分に格納された情報の複製の作成を、前記記憶デバイス制御部に対して指示する。この場合、前記記憶デバイス制御部は、前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサの指示に応じて、前記プロセッサ情報バックアップ用の格納領域に含まれる第一のバックアップ領域及び第二のバックアップ領域に対して、前記第一のプロセッサ情報格納部分及び前記第二のプロセッサ情報格納部分に格納された情報の複製を格納する。
また、本発明のディスクアレイ装置において、前記複数の第一のチャネル制御部及び前記記憶デバイス制御部に関する情報の取得に利用される管理端末と、を有する。この場合、前記記憶デバイス制御部は、前記管理端末からの指示に応じて、前記プロセッサ情報バックアップ用の格納領域に含まれる第一のバックアップ領域及び第二のバックアップ領域に対して、前記第一のプロセッサ情報格納部分及び前記第二のプロセッサ情報格納部分に格納された情報の複製を格納する。
また、本発明のディスクアレイ装置において、前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサは、前記第一のプロセッサ情報格納部分に格納された情報の読み出し又は書き込みが不可能になった場合、前記第一のバックアップ領域に格納された情報を読み出し又は書き込むことにより、処理を継続する。
また、本発明のディスクアレイ装置は、以下の構成を有する。
ディスクアレイ装置は、データを格納する複数の記憶デバイスと、前記複数の記憶デバイスに対するデータの格納を制御する記憶デバイス制御部と、前記記憶デバイス制御部に接続される接続部と、複数の第一のチャネル制御部と、前記複数の第一のチャネル制御部及び前記記憶デバイス制御部によってやり取りされる制御情報が格納される共有メモリと、前記複数の第一のチャネル制御部と前記記憶デバイス制御部との間でやり取りされるデータを一時的に保存するキャッシュメモリと、を有する。
複数の第一のチャネル制御部は、自ディスクアレイ装置の外部のローカルエリアネットワークを介して受けたファイルレベルのデータをブロックレベルのデータに変換して、前記複数の記憶デバイスへの格納を要求する第一のプロセッサと、前記第一のプロセッサからの要求に応じて前記接続部及び前記記憶デバイス制御部を介して前記複数の記憶デバイスへ前記ブロックレベルのデータを転送する第二のプロセッサとを有し、前記接続部及び前記ローカルエリアネットワークに接続される。
前記複数の第一のチャネル制御部内の前記第二のプロセッサは、前記ブロックレベルのデータが格納される複数の記憶領域と、複数の前記第一のプロセッサによって相互にやり取りされるプロセッサ間の処理状況に関する情報が格納されるプロセッサ情報格納領域と、複数の前記第一のプロセッサ上で動作するソフトウェアプログラムが格納されるソフトウェアプログラム格納領域と、を前記複数の記憶デバイスの記憶領域を用いて作成する。
前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサの制御に応じて、前記ソフトウェアプログラム格納領域に格納されているソフトウェアプログラムを取得して、動作する。
また、本発明のディスクアレイ装置において、前記複数の第一のチャネル制御部内の前記第一のプロセッサで動作するソフトウェアプログラムは、前記記憶デバイス制御部に対して、前記プロセッサ情報格納領域に格納された情報を、前記プロセッサ情報バックアップ用の格納領域に対してコピーするように指示する。この場合、前記記憶デバイス制御部は、前記複数の第一のチャネル制御部内の前記第一のプロセッサの指示に応じて、前記プロセッサ情報格納領域に格納された情報を、前記複数の記憶デバイスの記憶領域を用いて作成されたプロセッサ情報バックアップ用の格納領域に対してコピーするように制御する。
また、本発明のディスクアレイ装置において、前記複数の第一のチャネル制御部は、複数のクラスタグループに分類されるものである。前記プロセッサ情報格納領域は、複数のプロセッサ情報格納部分を有するものである。前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部で動作するソフトウェアプログラムの各々は、相互に、前記複数のプロセッサ情報格納部分のうちの第一のプロセッサ情報格納部分に対して、プロセッサ間の処理状況に関する情報を格納しながら動作する。
また、本発明のディスクアレイ装置において、前記複数のプロセッサ情報格納部分に格納された情報は、前記複数のクラスタグループ毎に、前記複数のプロセッサ情報格納部分に対応する複数のバックアップ領域に複製されるものである。
また、本発明のディスクアレイ装置において、前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサを介して、前記記憶デバイス制御部に対して、ブロック単位で前記複製を実行するように指示する。この場合、前記記憶デバイス制御部は、前記第一のプロセッサの指示に応じて、前記複数のプロセッサ情報格納部分のうちの第一のプロセッサ情報格納部分に格納された情報を、ブロック単位で、前記複数のバックアップ領域のうちの第一のバックアップ領域に複製する。
また、本発明のディスクアレイ装置において、前記ローカルエリアネットワークには、端末が設けられる。この場合、前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記端末からの指示に応じて、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサを介して、前記記憶デバイス制御部に対して、ブロック単位で前記複製を実行するように指示する。
また、本発明のディスクアレイ装置において、前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、一定の時間間隔毎に、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサを介して、前記記憶デバイス制御部に対して、ブロック単位で前記複製を実行するように指示する。
また、本発明のディスクアレイ装置において、前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサを介して、前記記憶デバイス制御部の負荷状態を取得し、前記記憶デバイス制御部の負荷状態に応じて、前記記憶デバイス制御部に対して、ブロック単位で前記複製を実行するように指示する。
また、本発明のディスクアレイ装置において、前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記複数のプロセッサ情報格納部分のうちの第一のプロセッサ情報格納部分に格納された情報へのアクセスが不可能になった場合に、前記第一のバックアップ領域に格納された情報を用いて処理を実行する。前記第一のプロセッサは、前記第一のプロセッサ情報格納部分が新たに形成された場合に、前記第一のバックアップ領域に格納された情報を前記新たに形成された第一のプロセッサ情報格納部分に複製して、前記新たに形成された第一のプロセッサ情報格納部分に格納された情報を用いて、処理を実行する。
本発明によれば、複数の異種ネットワークに接続可能なように全く新しく発明された記憶装置システムを提供することができ、さらに、かかる記憶装置システムを発明するにあたり必要とされる記憶デバイス制御装置のシステム領域の複製を制御する方法をも提供することができる。
以下、本発明の実施の形態について図面を用いて詳細に説明する。
まず、本実施の形態に係る記憶装置システムの全体構成を示すブロック図を図１に示す。
（全体構成例）
記憶装置システム６００は、記憶デバイス制御装置１００と記憶デバイス３００とを備えている。記憶デバイス制御装置１００は、情報処理装置２００から受信したコマンドに従って記憶デバイス３００に対する制御を行う。例えば情報処理装置２００からデータの入出力要求を受信して、記憶デバイス３００に記憶されているデータの入出力のための処理を行う。データは、記憶デバイス３００が備えるディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域である論理ボリューム（Logical Unit）（以下、LUと記す）に記憶されている。また、記憶デバイス制御装置１００は、情報処理装置２００との間で、記憶装置システム６００を管理するための各種コマンドの授受も行う。
情報処理装置２００はCPU（Central Processing Unit）やメモリを備えたコンピュータである。情報処理装置２００が備えるCPUにより各種プログラムが実行されることによりさまざまな機能が実現される。情報処理装置２００は、例えばパーソナルコンピュータやワークステーションであることもあるし、メインフレームコンピュータであることもある。
図１において、情報処理装置１乃至３（２００）は、LAN（Local Area Network）４００を介して記憶デバイス制御装置１００と接続されている。LAN４００は、インターネットとすることもできるし、専用のネットワークとすることもできる。LAN４００を介して行われる情報処理装置１乃至３（２００）と記憶デバイス制御装置１００との間の通信は、例えばTCP/IPプロトコルに従って行われる。情報処理装置１乃至３（２００）からは、記憶装置システム６００に対して、ファイル名指定によるデータアクセス要求（ファイル単位でのデータ入出力要求。以下、ファイルアクセス要求と記す）が送信される。
LAN４００にはバックアップデバイス９１０が接続されている。バックアップデバイス９１０は具体的にはMOやCD-R、DVD-RAMなどのディスク系デバイス、DATテープ、カセットテープ、オープンテープ、カートリッジテープなどのテープ系デバイスである。バックアップデバイス９１０は、LAN４００を介して記憶デバイス制御装置１００との間で通信を行うことにより、記憶デバイス３００に記憶されているデータのバックアップデータを記憶する。またバックアップデバイス９１０は情報処理装置１（２００）と接続されるようにすることもできる。この場合は情報処理装置１（２００）を介して記憶デバイス３００に記憶されているデータのバックアップデータを取得するようにする。
記憶デバイス制御装置１００は、チャネル制御部１乃至４（１１０）を備える。記憶デバイス制御装置１００は、チャネル制御部１乃至４（１１０）によりLAN４００を介して情報処理装置１乃至３（２００）からのファイルアクセス要求を個々に受け付ける。すなわち、チャネル制御部１乃至４（１１０）には、個々にLAN４００上のネットワークアドレス（例えば、IPアドレス）が割り当てられていてそれぞれが個別にNASとして振る舞い、個々のNASがあたかも独立したNASが存在するかのように、NASとしてのサービスを情報処理装置１乃至３（２００）に提供することができる。以下、チャネル制御部１乃至４（１１０）をCHNと記す。このように１台の記憶装置システム６００に個別にNASとしてのサービスを提供するチャネル制御部１乃至４（１１０）を備えるように構成したことで、従来、独立したコンピュータで個々に運用されていたNASサーバが一台の記憶システム６００に集約される。そして、これにより記憶装置システム６００の統括的な管理が可能となり、各種設定・制御や生涯管理、バージョン管理といった保守業務の効率化が図られる。
なお、本実施の形態に係る記憶デバイス制御装置１００のチャネル制御部１乃至４（１１０）は、後述するように、一体的にユニット化された回路基板上に形成されたハードウェアおよびこのハードウェアにより実行されるオペレーティングシステム（以下、OSと記す）やこのOS上で動作するアプリケーションプログラム、あるいはこのハードウェアにより実行される実行可能オブジェクトコードなどのソフトウェアにより実現される。このように本実施例の記憶装置システム６００では、従来ハードウェアの一部として実装されてきた機能がソフトウェアにより実現されている。このため、本実施例の記憶装置システム６００では柔軟性に富んだシステム運用が可能となり、多様で変化の激しいユーザニーズによりきめ細かなサービスを提供することが可能となる。
情報処理装置３乃至４（２００）はSAN（Storage Area Network）５００を介して記憶デバイス制御装置１００と接続されている。SAN５００は、記憶デバイス３００が提供する記憶領域におけるデータの管理単位であるブロックを単位として情報処理装置３乃至４（２００）との間でデータの授受を行うためのネットワークである。SAN５００を介して行われる情報処理装置３乃至４（２００）と記憶デバイス制御装置１００との間の通信は、一般にファイバチャネルプロトコルに従って行われる。情報処理装置３乃至４からは、記憶装置システム６００に対して、ファイバチャネルプロトコルに従ってブロック単位のデータアクセス要求（以下、ブロックアクセス要求と記す）が送信される。
SAN５００にはSAN対応のバックアップデバイス９００が接続されている。SAN対応バックアップデバイス９００は、SAN５００を介して記憶デバイス制御装置１００との間で通信を行うことにより、記憶デバイス３００に記憶されているデータのバックアップデータを記憶する。
記憶デバイス制御装置５（２００）は、LAN４００やSAN500等のネットワークを介さずに記憶デバイス制御装置１００と接続されている。情報処理装置５（２００）としては例えばメインフレ−ムコンピュータとすることができる。情報処理装置５（２００）と記憶デバイス制御装置１００との間の通信は、例えばFICON（Fibre Connection）（登録商標）やESCON（Enterprise System Connection）（登録商標）、ACONARC（Advanced Connection Architecture）（登録商標）、FIBARC（Fibre Connection Architecture）（登録商標）などの通信プロトコルに従って行われる。情報処理装置５（２００）からは、記憶装置システム６００に対して、これらの通信プロトコルに従ってブロックアクセス要求が送信される。
記憶デバイス制御装置１００は、チャネル制御部７乃至８（１１０）により情報処理装置５（２００）との間で通信を行う。以下、チャネル制御部７乃至８（１１０）をCHAと記す。
SAN５００には記憶装置システム６００の設置場所（プライマリサイト）とは遠隔した場所（セカンダリサイト）に設置される他の記憶装置システム６１０が接続している。記憶装置システム６１０は、後述するレプリケーション又はリモートコピーの機能におけるデータの複製先の装置として利用される。なお、記憶装置システム６１０はSAN５００以外にもATMなどの通信回線により記憶装置システム６００に接続していることもある。この場合には例えばチャネル制御部１１０として上記通信回線を利用するためのインタフェース（チャネルエクステンダ）を備えるチャネル制御部１１０が採用される。
（記憶デバイス）
記憶デバイス３００は、多数のディスクドライブ（物理ディスク）を備えており、情報処理装置２００に対して記憶領域を提供する。データは、ディスクドライブにより提供される物理的な記憶領域上に論理的に設定される記憶領域であるＬＵに記憶されている。ディスクドライブとしては、例えばハードディスク装置やフレキシブルディスク装置、半導体記憶装置等さまざまなものを用いることができる。なお、記憶デバイス３００は例えば複数のディスクドライブによりディスクアレイを構成するようにすることもできる。この場合、情報処理装置２００に対して提供される記憶領域は、ＲＡＩＤにより管理された複数のディスクドライブにより提供されるようにすることもできる。
記憶デバイス制御装置１００と記憶デバイス３００との間は図１のように直接に接続される形態とすることもできるし、ネットワークを介して接続するようにすることもできる。さらに記憶デバイス３００は記憶デバイス制御装置１００と一体として構成されることもできる。
記憶デバイス３００に設定されるＬＵには、情報処理装置２００からアクセス可能なユーザＬＵや、チャネル制御部１１０の制御のために使用されるシステムＬＵ等がある。システムＬＵにはＣＨＮ１１０で実行されるOSも格納される。また各ＬＵにはチャネル制御部１１０が対応付けられている。これによりチャネル制御部１１０ごとにアクセス可能なＬＵが割り当てられている。また上記対応付けは、複数のチャネル制御部１１０で一つのＬＵを共有するようにすることもできる。なお以下において、ユーザＬＵやシステムＬＵをそれぞれユーザディスク、システムディスク等とも記す。
（記憶デバイス制御装置）
記憶デバイス制御装置１００は、チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０、ディスク制御部１４０、管理端末１６０及び接続部１５０を備える。
チャネル制御部１１０は、情報処理装置２００との間で通信を行うための通信インタフェースを備え、情報処理装置２００との間でデータ入出力コマンド等を授受する機能を備える。例えばＣＨＮ１１０は情報処理装置１乃至３（２００）からのファイルアクセス要求を受け付ける。これによる記憶装置システム６００はＮＡＳとしてのサービスを情報処理装置１乃至３（２００）に提供することができる。またＣＨＦ１１０は情報処理装置３乃至４（２００）からのファイバチャネルプロトコルに従ったブロックアクセス要求を受け付ける。これにより記憶装置システム６００は高速アクセス可能なデータ記憶サービスを情報処理装置３乃至４（２００）に対して提供することができる。またＣＨＡ１１０は情報処理装置５（２００）からのＦＩＣＯＮやＥＳＣＯＮ、ＡＣＯＮＡＲＣ、ＦＩＢＥＲＣ等のプロトコルに従ったブロックアクセス要求を受け付ける。これにより記憶装置システム６００は情報処理装置５（２００）のようなメインフレームコンピュータに対してもデータ記憶サービスを提供することができる。
各チャネル制御部１１０は、管理端末１６０とともに内部ＬＡＮ１５１等の通信網で接続されている。これによりチャネル制御部１１０に実行させるマイクロプログラム等を管理端末１６０から送信しインストールすることが可能となっている。チャネル制御部１１０の構成については後述する。
接続部１５０はチャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０及びディスク制御部１４０と接続されている。チャネル制御部１１０、共有メモリ１２０、キャッシュメモリ１３０及びスク制御部１４０間でのデータやコマンドの授受は、接続部１５０を介することにより行われる。接続部１５０は、例えば高速スイッチングによりデータ伝送を行う超高速クロスバスイッチなどのスイッチ、又はバス等で構成される。チャネル制御部１１０同士がスイッチで接続されていることで、個々のコンピュータ上で動作するＮＡＳサーバがＬＡＮを通じて接続する従来の構成に比べてチャネル制御部１１０間の通信パフォーマンスが大幅に向上している。また、これにより高速なファイル共有機能や高速フェイルオーバなどが可能となる。
共有メモリ１２０およびキャッシュメモリ１３０は、チャネル制御部１１０、
ディスク制御部１４０により共有される記憶メモリである。共有メモリ１２０は主に制御情報やコマンド等を記憶する為に利用されるのに対し、キャッシュメモリ１３０は主にデータを記憶するために利用される。
例えば、あるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが書き込みコマンドであった場合には、当該チャネル制御部１１０は、書き込みコマンドを共有メモリ１２０に書き込むとともに、情報処理装置２００から受信した書き込みデータをキャッシュメモリ１３０に書き込む。一方、ディスク制御部１４０は共有メモリ１２０を監視しており、共有メモリ１２０に書き込みコマンドが書き込まれたことを検出すると、当該コマンドに従ってキャッシュメモリ１３０から書き込みデータを読み出して記憶デバイス３００に書き込む。
また、例えば、あるチャネル制御部１１０が情報処理装置２００から受信したデータ入出力コマンドが読み出しコマンドであった場合には、当該チャネル制御部１１０は、読み出しコマンドを共有メモリ１２０に書き込むとともに、情報処理装置２００から読み出しコマンドによって要求されたデータをキャッシュメモリ１３０から読み出す。仮に読み出しコマンドによって要求されたデータがキャッシュメモリ１３０に書き込まれていなかった場合、チャネル制御部１１０又はディスク制御部１４０は、読み出しコマンドによって要求されたデータを記憶デバイス３００から読み出して、キャッシュメモリ１３０に書き込む。
なお、上記の本実施の形態においては、共有メモリ１２０及びキャッシュメモリ１３０がチャネル制御部１１０及びディスク制御部１４０に対して独立に設けられていることについて記載されているが、本実施の形態はこの場合に限られるものでなく、共有メモリ１２０又はキャッシュメモリ１３０がチャネル制御部１１０及びディスク制御部１４０の各々に分散されて設けられることも好ましい。この場合、接続部１５０は、分散された共有メモリ又はキャッシュメモリを有するチャネル制御部１１０及びディスク制御部１４０を相互に接続させることになる。
ディスク制御部１４０は、記憶デバイス３００の制御を行う。例えば上述のように、チャネル制御部１１０が情報処理装置２００から受信したデータ書き込みコマンドに従って記憶デバイス３００へデータの書き込みを行う。また、チャネル制御部１１０により送信された論理アドレス指定によるＬＵへのデータアクセス要求を、物理アドレス指定による物理ディスクへのデータアクセス要求に変換する。記憶デバイス３００における物理ディスクがＲＡＩＤにより管理されている場合には、ＲＡＩＤ構成に従ったデータのアクセスを行う。またディスク制御部１４０は、記憶デバイス３００に記憶されたデータの複製管理の制御やバックアップ制御を行う。さらにディスク制御部１４０は、災害発生時のデータ消失防止（ディザスタリカバリ）などを目的として、プライマリサイトの記憶装置システム６００のデータの複製をセカンダリサイトに設置された他の記憶装置システム６１０にも記憶する制御（レプリケーション機能、またはリモートコピー機能）なども行う。
各ディスク制御部１４０は管理端末１６０とともに内部ＬＡＮ１５１等の通信網で接続されており、相互に通信を行うことが可能である。これにより、ディスク制御部１４０に実行させるマイクロプログラム等を管理端末１６０から送信しインストールすることが可能となっている。ディスク制御部１４０の構成については後述する。
（管理端末）
管理端末１６０は記憶装置システム６００を保守・管理するためのコンピュータである。管理端末１６０を操作することにより、例えば記憶デバイス３００内の物理ディスク構成の設定や、ＬＵの設定、チャネル制御部１１０において実行されるマイクロプログラムのインストール等を行うことができる。ここで、記憶デバイス３００内の物理ディスク構成の設定としては、例えば物理ディスクの増設や減設、ＲＡＩＤ構成の変更（ＲＡＩＤ１からＲＡＩＤ５への変更等）等を行うことができる。さらに管理端末１６０からは、記憶装置システム６００の動作状態の確認や故障部位の特定、チャネル制御部１１０で実行されるOSのインストール等の作業を行うこともできる。また管理端末１６０はＬＡＮや電話回線等で外部保守センタと接続されており、管理端末１６０を利用して記憶装置システム６００の障害監視を行ったり、障害が発生した場合に迅速に対応することも可能である。障害の発生は例えばＯＳやアプリケーションプログラム、ドライバソフトウェアなどから通知される。この通知はＨＴＴＰプロトコルやＳＮＭＰ（Simple Network Management Protocol）、電子メールなどにより行われる。これらの設定や制御は、管理端末１６０で動作するＷｅｂサーバが提供するＷｅｂページをユーザインタフェースとしてオペレータなどにより行われる。オペレータ等は、管理端末１６０を操作して障害監視する対象や内容の設定、障害通知先の設定などを行うこともできる。
管理端末１６０は記憶デバイス制御装置１００に内蔵されている形態とすることもできるし、外付けされている形態とすることもできる。また管理端末１６０は、記憶デバイス制御装置１００及び記憶デバイス３００の保守・管理を専用に行うコンピュータとすることもできるし、汎用のコンピュータに保守・管理機能を持たせたものとすることもできる。
管理端末１６０の構成を示すブロック図を図２に示す。
管理端末１６０は、CPU１６１、メモリ１６２、ポート１６３、記録媒体読み取り装置１６４、入力装置１６５、出力装置１６６及び記憶装置１６８を備える。
CPU１６１は、管理端末１６０の全体の制御を司るもので、メモリ１６２に格納されたプログラム１６２ｃを実行することにより上記Webサーバとしての機能等を実現する。メモリ１６２には、物理ディスク管理テーブル１６２ａとLU管理テーブル１６２ｂとプログラム１６２ｃとが記憶されている。
物理ディスク管理テーブル１６２ａは、記憶デバイス３００に備えられる物理ディスク（ディスクドライブ）を管理するためのテーブルである。物理ディスク管理テーブル１６２ａを図３に示す。図３においては、記憶デバイス３００が備える多数の物理ディスクのうち、ディスク番号＃００１乃至＃００６までが示されている。それぞれの物理ディスクに対して、容量、ＲＡＩＤ構成、使用状況が示されている。
ＬＵ管理テーブル１６２ｂは、上記物理ディスク上に論理的に設定されるＬＵを管理するためのテーブルである。ＬＵ管理テーブル１６２ｂを図４に示す。図４においては、記憶デバイス３００上に設定される多数のＬＵのうち、ＬＵ番号＃１乃至＃３までが示されている。それぞれのＬＵに対して、物理ディスク番号、容量、ＲＡＩＤ構成が示されている。
記憶媒体読取装置１６４は、記録媒体１６７に記録されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータはメモリ１６２や記憶装置１６８に格納される。従って、例えば記録媒体１６７に記録されたプログラム１６２ｃを、記録媒体読取装置１６４を用いて記録媒体１６７から読み取って、目盛り１６２や記憶装置１６８に格納するようにすることができる。記録媒体１６７としてはフレキシブルディスクやＣＤ−ＲＯＭ、半導体メモリ等を用いることができる。記録媒体読取装置１６２は管理端末１６０に内蔵されている形態とすることもできる。記憶装置１６８は、例えばハードディスク装置やフレキシブルディスク装置、半導体記憶装置等である。入力装置１６５は、オペレータ等による管理端末１６０へのデータ入力等のために用いられる。入力装置１６５としては例えばキーボードやマウス等が用いられる。出力装置１６６は、情報を外部に出力するための装置である。出力装置１６６としては例えばディスプレイやプリンタ等が用いられる。ポート１６３は内部ＬＡＮ１５１に接続されており、これにより管理端末１６０はチャネル制御部１１０やディスク制御部１４０等と通信を行うことができる。またポート１６３は、ＬＡＮ４００に接続するようにすることもできるし、電話回線に接続するようにすることもできる。
（外観図）
次に、本実施の形態に係る記憶装置システム６００の外観構成を図５に示す。
また、記憶デバイス制御装置１００の外観構成を図６に示す。
図５に示すように、本実施の形態に係る記憶装置システム６００は記憶デバイス制御装置１００および記憶デバイス３００がそれぞれの筐体に収められた形態をしている。記憶デバイス制御装置１００の筐体の両側に記憶デバイス３００の筐体が配置されている。
記憶デバイス制御装置１００は、正面中央部に管理端末１６０が備えられている。管理端末１６０はカバーで覆われており、図６に示すようにカバーを開けることにより管理端末１６０を使用することができる。なお図６に示した管理端末１６０はいわゆるノート型パーソナルコンピュータの形態をしているが、どのような形態とすることも可能である。
管理端末１６０の下部には、チャネル制御部１１０を装着するためのスロットが設けられている。各スロットにはチャネル制御部１１０のボードが装着される。本実施の形態に係る記憶装置システム６００においては、例えばスロットは８つあり、図５および図６には８つのスロットにチャネル制御部１１０を装着するためのガイドレールが設けられている。ガイドレールに沿ってチャネル制御部１１０をスロットに挿入することにより、チャネル制御部１１０を記憶デバイス制御装置１００に装着することができる。また各スロットに装着されたチャネル制御部１１０は、ガイドレールに沿って手前方向に引き抜くことにより取り外すことができる。また各スロットの奥手方向正面部には、各チャネル制御部１１０を記憶デバイス制御装置１００と電気的に接続するためのコネクタが設けられている。チャネル制御部１１０には、ＣＨＮ、ＣＨＦ、ＣＨＡがあるが、いずれのチャネル制御部１１０もサイズやコネクタの位置、コネクタのピン配列等に互換性をもたせているため、８つのスロットにはいずれのチャネル制御部１１０も装着することが可能である。従って、例えば８つのスロット全てにＣＨＮ１１０を装着するようにすることもできる。また例えば図１に示したように、４枚のＣＨＮ１１０と、２枚のＣＨＦ１１０と、２枚のＣＨＡ１１０とを装着するようにすることもできる。チャネル制御部１１０を装着しないスロットを設けることもできる。
なお、上述したように、チャネル制御部１１０は上記各スロットに装着可能なボード、すなわち同一のユニットに形成された一つのユニットとして提供されるが、上記同一のユニットは複数枚数の基板から構成されているようにすることもできる。つまり、複数枚数の基板から構成されていても、各基板が相互に接続されて一つのユニットとして構成され、記憶デバイス制御装置１００のスロットに対して一体的に装着できる場合は、同一の回路基板の概念に含まれる。
ディスク制御部１４０や共有メモリ１２０等の、記憶デバイス制御装置１００を構成する他の装置については図５および図６には示されていないが、記憶デバイス制御装置１００の背面側当に装着されている。
また記憶デバイス制御装置１００には、チャネル制御部１１０とらおから発生する熱を放出するためのファン１７０が設けられている。ファン１７０は記憶デバイス制御装置１００の上面部に設けられるほか、チャネル制御部１１０用スロットの上部にも設けられている。
ところで、筐体に収容されて構成される記憶デバイス制御装置１００および記憶デバイス３００としては、例えばＳＡＮ製品として製品化されている従来構成の装置を利用することができる。特に上記のようにＣＨＮのコネクタ形状を従来構成の筐体に設けられているスロットにそのまま装着できる形状とすることとで従来構成の装置をより簡単に利用することができる。つまり、本実施例の記憶装置システム６００は、既存の製品を利用することで容易に構築することができる。
さらに、本実施の形態によれば、記憶装置システム６００内にＣＨＮ１１０、
ＣＨＦ１１０、ＣＨＡ１１０を混在させて装着させることにより、異種ネットワークに接続される記憶装置システムを実現できる。具体的には、記憶装置システム６００は、ＣＨＮ１１０を用いてＬＡＮ１４０に接続し、かつＣＨＦ１１０を用いてＳＡＮ５００に接続するという、ＳＡＮ−ＮＡＳ統合記憶装置システムである。
（チャネル制御部）
本実施の形態に係る記憶装置システム６００は、上述の通りＣＨＮ１１０により情報処理装置１乃至３（２００）からのファイルアクセス要求を受け付け、ＮＡＳとしてのサービスを情報処理装置１乃至３（２００）に提供する。
ＣＨＮ１１０のハードウェア構成を図７に示す。この図に示すようにＣＨＮ１１０のハードウェアは一つのユニットで構成される。以下、このユニットのことをＮＡＳボードと記す。ＮＡＳボードは一枚もしくは複数枚の回路基板を含んで構成される。より具体的には、ＮＡＳボードは、ネットワークインタフェース部１１１、入出力制御部１１４、ボード接続用コネクタ１１６、通信コネクタ１１７及びファイルサーバ部８００を備え、これらが同一のユニットに形成されて構成されている。さらに、入出力制御部１１４は、ＮＶＲＡＭ（Non Volatile RAM）１１５及びＩ／Ｏ（Input/Output）プロセッサ１１９を有する。
ネットワークインタフェース部１１１は、情報処理装置２００との間で通信を行うための通信インタフェースを備えている。ＣＨＮ１１０の場合は、例えばＴＣＰ／ＩＰプロトコルに従って情報処理装置２００から送信されたファイルアクセス要求を受信する。通信コネクタ１１７は、情報処理装置２００との間で通信を行うためのコネクタである。ＣＨＮ１１０の場合は、ＬＡＮ４００に接続可能なコネクタであり、例えばイーサネット（登録商標）に対応している。
ファイルサーバ部８００は、ＣＰＵ１１２、メモリ１１３、ＢＩＯＳ（Basic Input/Output System）８０１及びＮＶＲＡＭ８０４を有する。ＣＰＵ１１２は、ＣＨＮ１１０をＮＡＳボードとして機能させるための制御を司る。ＣＰＵ１１２は、ＮＦＳ又はＣＩＦＳ等のファイル共有プロトコル及びＴＣＰ／ＩＰの制御、ファイル指定されたファイルアクセス要求の解析、メモリ１１３内の制御情報へのファイル単位のデータと記憶デバイス３００内のＬＵとの変換テーブル（図示せず）を用いた相互変換、記憶デバイス３００内のＬＵに対するデータ書き込み又は読み出し要求の生成、データ書き込み又は読み出し要求のＩ／Ｏプロセッサ１１９への送信等を処理する。ＢＩＯＳ８０１は、例えばＣＨＮ１１０に電源が投入された際に、ＣＰＵ１１２を起動する過程で最初にメモリ１１３にロードされ実行されるソフトウェアであり、例えばフラッシュメモリなどの不揮発性の媒体に保存されてＣＨＮ１１０上に実装されている。ＣＰＵ１１２は、ＢＩＯＳ８０１からメモリ１１３上に読み込まれたソフトウェアを実行することにより、ＣＨＮ２１上のＣＰＵ１１２が関係する部分の初期化、診断などを行うことができる。さらに、ＣＰＵ１１２は、ＢＩＯＳ８０１からＩ／Ｏプロセッサ１１９にコマンドなどの指示を発行することにより、記憶デバイス３００から所定のプログラム、例えばＯＳのブート部などをメモリ１１３に読み込むことができる。読み込まれたＯＳのブート部は、さらに記憶デバイス３００に格納されているＯＳの主要部分をメモリ１１３に読み込む動作をし、これによりＣＰＵ１１２上でＯＳが起動され、例えばファイルサーバとしての処理が実行できるようになる。また、ファイルサーバ部８００は、ＰＸＥ（Preboot eXecution Environment）などの規約にしたがうネットワークブートローダを格納するＮＶＲＡＭ８０４を実装し、後述するネットワークブートを行わせることも可能である。
メモリ１１３にはさまざまなプログラムやデータが記憶される。例えば図８に示すメタデータ７３０やロックテーブル７２０、また図１４に示されるNASマネージャ７０６等の各種プログラムが記憶される。メタデータ７３０は、ファイルシステムが管理しているファイルに対応させて生成される情報である。メタデータ７３０には例えばファイルのデータが記憶されているLU上のアドレスやデータサイズなど、ファイルの保管場所を特定するための情報が含まれる。メタデ−タ７３０にはファイルの容量、所有者、更新時刻等の情報が含まれることもある。また、メタデータ７３０はファイルだけでなくディレクトリに対応させて生成されることもある。メタデータ７３０の例を図９に示す。メタデータ７３０は記憶デバイス３００上の各LUにも記憶されている。
ロックテーブル７２０は、情報処理装置１乃至３（２００）からのファイルアクセスに対して排他制御を行うためのテーブルである。排他制御を行うことにより情報処理装置１乃至３（２００）でファイルを共用することができる。ロックテーブル７２０を図１０に示す。図１０に示すようにロックテーブル７２０には、ファイルロックテーブル７２１とLUロックテーブル７２２とがある。ファイルロックテーブル７２１は、ファイルごとにロックが掛けられているか否かを示すためのテーブルである。いずれかの情報処理装置２００によりあるファイルがオープンされている場合に当該ファイルにロックが掛けられる。ロックが掛けられたファイルに対する他の情報処理装置２００によるアクセスは禁止される。LUロックテーブル７２２は、LUごとにロックが掛けられているか否かを示すためのテーブルである。いずれかの情報処理装置２００により、あるLUに対するアクセスが行われている場合に当該LUにロックが掛けられる。ロックが掛けられたLUに対する他の情報処理装置２００によるアクセスは禁止される。
入出力制御部１１４は、ディスク制御部１４０キャッシュメモリ１３０、共有メモリ１２０及び管理端末１６０との間でデータやコマンドの授受を行う。入出力制御部１１４はＩ／Ｏプロセッサ１１９及びＮＶＲＡＭ１１５を備えている。Ｉ／Ｏプロセッサ１１９は例えば１チップのマイコンで構成される。Ｉ／Ｏプロセッサ１１９は、記憶デバイス３００内のＬＵに対するデータ書き込み又は読み出し要求やデータの授受を制御し、ＣＰＵ１１２とディスク制御部１４０との間の通信を中継する。ＮＶＲＡＭ１１５はＩ／Ｏプロセッサ１１９の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１１５に記憶されるプログラムの内容は、管理端末１６０や、後述するＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
図１１は、ＣＨＮ１１０上のＣＰＵ１１２とＩ／Ｏプロセッサ１１９との通信経路について具体的に示す。Ｉ／Ｏプロセッサ１１９と、ＣＰＵ１１２は、ＣＨＮ１１０上に実装された通信メモリ８０２、ハードウェアレジスタ群８０３で物理的に接続されている。通信メモリ８０２およびハードウェアレジスタ群８０３は、それぞれＣＰＵ１１２およびＩ／Ｏプロセッサ１１９のいずれからもアクセスが可能である。ハードウェアレジスタ群８０３は、ＣＰＵ１１２に対して電源を投入又は切断する回路に接続される。これにより、Ｉ／Ｏプロセッサ１１９は、ハードウェアレジスタ群８０３にアクセスすることによって、ハードウェアレジスタ群８０３を介してＣＰＵ１１２の電源を操作することが可能となる。ハードウェアレジスタ群８０３は、必要に応じて、ＣＰＵ１１２あるいはＩ／Ｏプロセッサ１１９がハードウェアレジスタ群８０３にアクセスを行った際に、アクセス対象の相手先に割り込み信号などを生成して、アクセスが行われたことを通知する等の複数の機能を有する。これら複数の機能は、ハードウェアレジスタ群８０３を構成する各レジスタにそれぞれハードウェア的に割り当てられる。
図１２は、ＣＰＵ１１２とＩ／Ｏプロセッサ１１９とを、内部ＬＡＮ１５１によって接続しているハードウェア構成図である。このように、ＣＰＵ１１２とＩ／Ｏプロセッサ１１９とは、ともに内部ＬＡＮ１５１によっても接続されており、内部ＬＡＮ１５１を介して管理端末１６０との通信が可能である。これにより、例えば、ＣＰＵ１１２は、ＮＶＲＡＭ８０４に予め格納されているネットワークブートローダを実行することにより、管理端末１６０から起動用のソフトウェアをメモリ１１３にダウンロードし、起動用のソフトウェアを実行することができる。これによって例えば、管理端末１６０をサーバとし、ＣＰＵ１１２をクライアントとするネットワークブートプロセスが実行される。なお、ネットワークブートは、例えばＰＸＥなどの規約に従い、クライアント上のネットワークブートローダと管理端末１６０上で動作するサーバとが、ＩＰプロトコル、ＤＨＣＰ、ＴＦＴＰ、ＦＴＰなどのプロトコルを組み合わせることにより、ＬＡＮ上の管理端末１６０に存在するＯＳのブートイメージを起動及び実行する方法である。
図１３は、ディスク制御部１４０のハードウェア構成を示すブロック図である。既に述べた通り、ディスク制御部は、記憶デバイス３００に接続されるとともに接続部１５０を介してＣＨＮ１１２に接続され、ディスク制御部１４０独自で、又はＣＨＮ１１２によって制御されることにより、記憶デバイス３００に対してデータの読み書きを行う。
ディスク制御部１４０は、インタフェース部１４１、メモリ１４３、ＣＰＵ１４２、ＮＶＲＡＭ１４４及びボード接続用コネクタ１４５を備え、これらが一体的なユニットとして形成されている。
インタフェース部１４１は、接続部１５０を介してチャネル制御部１１０等と通信を行うための通信インタフェース、記憶デバイス３００と通信を行うための通信インタフェース、内部ＬＡＮ１５１を介して管理端末１６０と通信を行うための通信インタフェースを備えている。
ＣＰＵ１４２は、ディスク制御部１４０全体の制御を司るとともに、チャネル制御部１１０や記憶デバイス３００、管理端末１６０との間の通信を行う。メモリ１４３やＮＶＲＡＭ１４４に格納された各種プログラムを実行することにより本実施の形態に係るディスク制御部１４０の機能が実現される。ディスク制御部１４０により実現される機能としては、記憶デバイス３００の制御やＲＡＩＤ制御、記憶デバイス３００に記憶されたデータの複製管理やバックアップ制御、リモートコピー制御等である。
ＮＶＲＡＭ１４４はＣＰＵ１４２の制御を司るプログラムを格納する不揮発性メモリである。ＮＶＲＡＭ１４４に記憶されるプログラムの内容は、管理端末１６０や、ＮＡＳマネージャ７０６からの指示により書き込みや書き換えを行うことができる。
またディスク制御部１４０はボード接続用コネクタ１４５を備えている。ボード接続用コネクタ１４５が記憶デバイス制御装置１００側のコネクタと接続することにより、ディスク制御部１４０は、記憶デバイス制御装置１００と電気的に接続される。
（ソフトウェア構成図）
図１４は、本実施の形態に係る記憶装置システム６００におけるソフトウェア構成図である。既に述べたように、CHN１１０上には、CPU１１２およびI/Oプロセッサ１１９が存在する。CPU１１２およびI/Oプロセッサ１１９は、それぞれ１つずつであってもよいし、それぞれ複数存在してもよい。CPU１１２上では、OS７０１とNASマネージャ７０６等の多様なアプリケーションとが実行されることにより、CPU１１２はNASサーバとして動作する。Ｉ／Ｏプロセッサ１１９上では、コントローラとしてのマイクロプログラムが動作している。ディスク制御部１４０では、ＲＡＩＤ制御部７４０がＣＰＵ１４２上で動作している。管理端末１６０の上では、ＣＰＵ１６１がネットブートサーバ７０３として動作する。ネットブートサーバ７０３は、記録媒体１６７又は記憶装置１６８等から内部ＬＡＮ１５１を介して、ミニカーネル７０４、ＯＳイメージ７０５等をＣＨＮ１１０上のＣＰＵ１１２に転送する。ネットブートサーバ７０３は、例えば、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバなどを有し、ＣＰＵ１１２、ＣＰＵ１６１及びＩ／Ｏプロセッサ１１９にＩＰアドレス又はＭＡＣアドレスを割り当てる等して、管理端末１６０とＣＰＵ１１２、ＣＰＵ１６１及びＩ／Ｏプロセッサ１１９との間の転送を行う。ネットブートを行うとき、例えば、ＣＰＵ１１２は、クライアントとして、ネットブートサーバ７０３に対してＤＨＣＰ要求及びファイル転送要求等を要求する。ＣＰＵ１１２は、ネットブートの手順を経て、ＣＰＵ１１２上でミニカーネル７０４を動作させることになる。最終的に、ＣＰＵ１１２は、Ｉ／Ｏプロセッサ１１９を経由してＯＳイメージ７０５を記憶デバイス３００にインストールさせる。
なお、図１４は、情報処理装置２００のソフトウェア構成についても明示してある。情報処理装置２００は、ＮＦＳ（Network File System）７１１を有するもの、又はＣＩＦＳ（Common Internet File System）７１３を有するものが存在する。ＮＦＳ７１１は、主にＵＮＩＸ（登録商標）系のオペーティングシステム７１４によって用いられるファイル共有プロトコルであり、ＣＩＦＳ７１３は、主にＷｉｎｄｏｗｓ（登録商標）系のOS７１５によって用いられるファイル共有プロトコルである。
（記憶装置システムのシステム領域）
図１５は、情報処理装置２００内部における、ソフトウェアや情報の格納領域を示している。ＣＰＵ１１２のソフトウェアは、ネットワークインストールなどによって記憶デバイス３００に格納されている。ここで記憶デバイスをＬＵ（Logical Unit）１からＬＵ６で表す。ここでＣＨＮ１のＣＰＵ１１２のソフトウェアがＬＵ１に格納され、ＣＨＮ２のＣＰＵ１１２のソフトウェアがＬＵ４に格納されているものとする。ＬＵ２はＣＨＮ１の情報格納エリアとして予約されており、ＬＵ５はＣＨＮ２の情報格納エリアとして予約されている。またＬＵ３は、ＣＨＮ１のＣＰＵ１１２のソフトウェアと、ＣＨＮ２のＣＰＵ１１２のソフトウェアが連携して動作するために必要な情報を格納する共有ＬＵである。さらにＬＵ６は、ＬＵ３の情報をバックアップするための共有ＬＵバックアップＬＵである。
ＩＯプロセッサ１１９は、ＣＰＵ１１２からの指示を受けるか、管理端末１６０からの指示を受けることによって、共有ＬＵから共有ＬＵバックアップへのデータ転送を行うことができる。また、ディスク制御部１４０が共有ＬＵから共有ＬＵバックアップへのデータ転送を独自に行うこともできる。
これにより、ＬＵ３の情報を使って例えばＣＨＮ１とＣＨＮ２との間でフェイルオーバなどのオペレーションを行おうとした際、ＬＵ３が使用不能であった場合に、ＬＵ３の情報を使用する替わりにＬＵ６の情報を使用することによって、問題なくフェイルオーバ動作を続行することができる。
さらに、ＩＯプロセッサ１１９は、ＣＰＵ１１２からの指示を受けるか、管理端末１６０からの指示を受けることによって、ＬＵ１からＬＵ４へ、ＬＵ５からＬＵ２へと、互いに異なるＣＨＮの情報格納エリアに対して、ＣＰＵ１１２のソフトウェアをバックアップすることもできる。これにより例えばＣＨＮ１のＣＰＵ１１２のソフトウェア格納領域が使用不能になった場合に、ＬＵ１を保守員が交換した後に、ＣＨＮ１のソフトウェアはインストールされていない状態に戻ってしまうが、ＣＨＮ２のＣＰＵから指示を行うことによって、ＬＵ４からソフトウェアを復元することができる。
（記憶装置システムのデータアクセス方式）
一般に、オペレーティングシステムから見て記憶装置上のデータに対するアクセス方式には２種類がある。ひとつはファイルシステムを使用したアクセスであり、もう一つはファイルシステムを使用しないアクセスである。オペレーティングシステムは、システムコールと呼ばれる方法などにより、ファイルシステムを使用することなくデータへのアクセスを行うこともできる。ファイルシステムを使用しないアクセスは、記憶装置上のデータの位置を直接指定してアクセスすることになる。記憶装置上のデータの位置を直接指定してアクセスする場合、特段の処理を施さない場合は、複数のオペレーティングシステムから同時に同じ位置へのアクセスが発生した場合排他を行うことが出来ないため、オペレーティングシステム同士、あるいは複数のコントローラマイクロプログラム間、あるいは複数のディスク制御部間で何らかの手段でお互いに排他制御を行う必要がある。
ファイルシステムとは、記憶装置上のデータに対する管理の方式、あるいは記憶装置上のデータを管理するソフトウェア、あるいは記憶装置上に格納された、記憶装置上のデータの管理情報などを指す一般的な用語である。通常オペレーティングシステムはファイルシステムを使用してデータにアクセスを行う。ファイルシステムのソフトウェアはデータの排他制御機能を通常実装しているため、複数のオペレーティングシステムが記憶装置上の同じ領域にあるデータを同時にアクセスしようとした場合でも、互いのファイルシステムの排他制御によってデータが保全される。ファイルシステムを用いてデータを管理する場合には、記憶装置上の領域に対してファイルシステムを定義し、定義したファイルシステムをオペレーティングシステムの管理用情報として登録したのちにファイルシステムに対してアクセス要求を行う必要がある。一般にファイルシステムの定義はファイルシステムの作成、ファイルシステムの登録はファイルシステムのマウントなどと呼ばれる。ファイルシステムは任意のタイミングで、オペレーティングシステムからの指示によりマウントを行ったり、マウントを取り消したりできる。マウントの取り消しはアンマウントという。
通常、コントローラマイクロプログラムに対してＩ／Ｏなどの指示を直接行うのは、ＣＰＵで動作しているＩ／Ｏドライバである。オペレーティングシステムは通常ファイルシステムソフトウェアを使用して、Ｉ／Ｏドライバに対して、コントローラマイクロプログラムに向かって命令を発行するように要求する。この場合のアクセスはファイルシステムアクセスとなり、排他制御や、データの物理的格納位置についてはファイルシステムが管理する。また、オペレーティングシステムはファイルシステムソフトウェアを使用せずに、直接Ｉ／Ｏドライバに対して、コントローラマイクロプログラムに向かって命令を発行するように要求することもできる。この場合、データの位置や排他を管理するファイルシステムを使用しないため、オペレーティングシステムは何らかの手段でデータの位置を管理し、排他制御などを独自に行う必要がある。いずれの場合でも、コントローラマイクロプログラムから見ると、データの位置情報、転送サイズなどが指定された状態の要求がＩ／Ｏドライバから発行されてくることになる。これは、コントローラマイクロプログラムの立場からは、ＣＰＵからの要求がファイルシステムを使用したものか、そうでないのかの判断ができないことを意味する。
（ＣＨＮの動作方式）
本記憶装置において、高い可用性を保証するために、複数のＣＨＮがひとつの組となって、互いに補完しあいながら動作することが可能である。これら複数のＣＨＮによって作られる動作の単位をクラスタと呼ぶ。あるクラスタに属するＣＨＮは、ユーザデータの格納されているＬＵへのパスを共有し、ユーザがクライアントからどのＣＨＮに対して要求を発行しても、適切なＬＵへのアクセスができる状態になっている。ただしパスの定義は記憶装置システムのコントローラマイクロプログラムが認識する情報であるため、オペレーティングシステムが当該ＬＵへアクセスするためには、通常はファイルシステムを使用しマウントを行う必要がある。パスが定義されていないとコントローラマイクロプログラムからオペレーティングシステムに対し当該ＬＵの存在が伝達されないため、マウントも行えないが、パスが定義されていることによって、オペレーティングシステムがコントローラマイクロプログラムに対して問い合わせを行った際に、コントローラマイクロプログラムが当該ＬＵの存在をオペレーティングシステムに伝達することができる。すなわち、オペレーティングシステムが当該ＬＵにアクセスするためには、まずコントローラマイクロプログラムから当該ＬＵへのアクセスパスを定義し、オペレーティングシステムがコントローラマイクロプログラムに対して使用可能なデバイスの問い合わせを行った際に当該ＬＵの存在がコントローラマイクロプログラムから報告される必要があり、さらに、使用可能として報告されているデバイスの中から、オペレーティングシステムは最小で一つ、最大で報告されているデバイス全てについて、ファイルシステムの作成を行い、さらにそのファイルシステムをマウントすることによって実現される。ここでファイルシステムの作成とは、オペレーティングシステムが、当該デバイスに対して、ファイル名やディレクトリ名を指定してデータアクセスを行うことができるよう、ファイルやディレクトリの構造を定義し、その構造に対するアクセスのルールを定義し、これらの情報をシステム領域とデータ領域双方に記憶することを言う。本システムの場合システム領域はシステムＬＵ内に存在し、データ領域はユーザＬＵ内に存在する。オペレーティングシステムは、このルールに従ってファイルやディレクトリ構造を操作することによって、データにアクセスする。このアクセス方式をファイルシステムアクセスという。
（記憶装置システムの記憶装置に対するデータアクセス方法）
図１６は、情報処理装置２００において共有ＬＵを複数のパーティションに分割し、それぞれを複製する様子を論理ブロック図で示している。
共有ＬＵは４個のパーティションに分割されており、同容量の共有ＬＵバックアップＬＵも同じ容量ずつの４個のパーティションに分割されている。これらの設定は、ＣＨＮにオペレーティングシステムをインストールする際、管理端末１６０からの設定で共有ＬＵおよび共有ＬＵバックアップＬＵの初期化を行うよう指示することにより達成される。
（記憶装置システムのバックアップＬＵ）
次に、実際に共有ＬＵをバックアップする際の手順を、ＣＨＮ１およびＣＨＮ５が共用している共有ＬＵのパーティション部分のバックアップの例を用いて説明する。共有ＬＵは共有ＬＵ３１１乃至３１４の４つのパーティションに分割される。パーティションの分割は、オペレーティングシステムの定義によって行われ、オペレーティングシステムからのアクセスによってのみ意味を持つ。共有ＬＵ３１１乃至３１４と、共有ＬＵのバックアップ３２１乃至３２４は、それぞれＣＨＮ１およびＣＨＮ５からパスが定義されている。これは、ＣＨＮ１のコントローラと、ＣＨＮ５のコントローラから、共有ＬＵ３１１乃至３１４と、共有ＬＵのバックアップ３２１乃至３２４にアクセスができることを意味する。この段階で、ＣＨＮ１あるいはＣＨＮ５のオペレーティングシステムから、データブロックアクセス指示をＣＨＮ１、ＣＨＮ５のコントローラに対して発行することによって、共有ＬＵ３１１乃至３１４と、共有ＬＵのバックアップ３２１乃至３２４に対してデータの読み込み、あるいは書き出しの操作ができることを意味する。さらに、もしＣＨＮ１あるいはＣＨＮ５のオペレーティングシステムから共有ＬＵ３１１乃至３１４、共有ＬＵのバックアップ３２１乃至３２４に対してファイルシステムを作成している場合、当該ファイルシステムをＣＨＮ１あるいはＣＨＮ５からマウントすれば、オペレーティングシステムは、共有ＬＵ３１１乃至３１４、共有ＬＵのバックアップ３２１乃至３２４に対して、ファイルシステムを使用してデータの読み込み、書き出しを行うことができることになる。ここでは、ファイルシステムを使用したデータの読み込み、書き出しを行う例について述べる。ＣＨＮ１、ＣＨＮ２、ＣＨＮ３，ＣＨＮ５，ＣＨＮ６，ＣＨＮ７は、それぞれ自分が装着されているスロットの位置によって、アクセスするべきパーティションの位置を決定し、オペレーティングシステムはそれによって自分がアクセスするべき共有ＬＵ３１１乃至３１４と、共有ＬＵのバックアップ３２１乃至３２４の場所を判定する。この例では、ＣＨＮ１およびＣＨＮ５は、共有ＬＵ３１１と、共有ＬＵのバックアップ３２１に対してアクセスすることが決定される。ＣＨＮ１およびＣＨＮ５は、共有ＬＵ３１２乃至３１４と、共有ＬＵ３２２乃至３２４に対しては、オペレーティングシステムとしてはアクセスを行わない。
（バックアップＬＵの定義）
まず初めに、各ＣＨＮは、それぞれ独自の共有ＬＵ３１１乃至３１４を持つ。
共有ＬＵ３１１乃至３１４、共有ＬＵのバックアップ３２１乃至３２４については、あらかじめ管理端末１６０からアクセスパスを定義しておく。ＣＨＮが複数存在する場合は、すべてのＣＨＮに対して、これらの共有ＬＵ乃至３１１乃至３１４、共有ＬＵのバックアップ３２１乃至３２４へのアクセスパスを定義しておく。
次に、システムに一番初めにＮＡＳを導入する際に、最初にＣＨＮを実装するタイミングで、オペレーティングシステムを管理端末１６０からネットワークインストールする。この際、ネットワークインストールの作業の一環として、インストールプログラムによって、共有ＬＵ３１１乃至３１４、共有ＬＵのバックアップ３２１乃至３２４の初期化を行う。またこの際に、共有ＬＵを共有ＬＵ３１１乃至３２４、共有ＬＵのバックアップを共有ＬＵのバックアップ３２１乃至３２４というようにパーティションに分割し、それらの情報を共有ＬＵに記憶させる。その作業が完了したのちに、オペレーティングシステムを、オペレーティングシステム用ＬＵに管理端末１６０よりネットワークインストールする。
以降、ＣＨＮを実装する際には、それぞれのＣＨＮに対応するオペレーティングシステム用ＬＵを順次初期化し、オペレーティングシステムをネットワークインストールしていくが、共有ＬＵ３１１乃至３１４、および共有ＬＵのバックアップ３２１乃至３２４については、既に一度初期化してあるため以降は初期化しない。
（共有ＬＵの用途）
共有ＬＵ３１１に格納されるデータは、たとえばＣＨＮ間で処理の引継ぎを行う際の引き継ぎデータなどが格納される。ＣＨＮ１は、処理を行っている際に、ＣＨＮのＩＰアドレス等のクライアントからのアクセスに必要な情報、クライアント情報や動作アプリケーション情報、オペレーションシステム上のサービスやデーモンの動作状態などの処理情報を共有ＬＵ３１１に格納する。もしＣＨＮ１がハードウェア障害やソフトウェア障害などで使用不能になった場合、これをハートビート機能などでＣＨＮ５が検知すると、共有ＬＵ３１１に格納されている上記の情報を元に、ＣＨＮ１が行っていた処理を肩代わりし実行する。これにより、ＣＨＮ１にアクセスしていたクライアントは、引き続きＣＨＮ５にアクセスすることにより処理を継続できる。この動作をフェイルオーバという。
（共有ＬＵのバックアップの必要性）
共有ＬＵ３１１は、通常ＲＡＩＤシステムなどにより、物理的なハードディスクが１台故障しても動作が継続できるように設計されているが、予めＲＡＩＤとして用意された冗長度を超えた深刻度の故障が発生した場合などは、共有ＬＵ３１１は使用不能となる。この場合、さらにＣＨＮ１が故障した場合には、ＣＨＮ５が処理を引き継ぐための情報を取得することができなくなる。このため共有ＬＵ３１１のデータを、共有ＬＵのバックアップ３２１にコピーする必要が生じる。
（共有ＬＵのバックアップ方式）
共有ＬＵのバックアップには、例えばオペレーティングシステム上の汎用コマンドによって、コピーを行うことが考えられる。この場合、デバイスレベルでブロック単位でコピーを行うコマンドや、ファイル名を指定することによってファイル単位でコピーを行うコマンドなどがある。このコマンドを、ネットワーク上に存在するクライアントワークステーションやパーソナルコンピュータなどからオペレーティングシステムにログインし、端末を表示させて端末上で入力することにより、オペレーティングシステムに実行させることによってバックアップを実行する。これらのコマンドは、例えばオペレーティングシステムがＵＮＩＸ（登録商標）である場合は、ファイル単位のコピーであればcpコマンド、またデバイス指定のブロック単位でのコピーであればddコマンドなどが挙げられる。
また、一般的にオペレーティングシステムの設定により、これらのコマンドを定期的に実行するように指定することができる。これにより共有ＬＵを定期的にバックアップすることができる。さらに、管理端末１６０からなどの指示によって、ディスク制御部１４０が持つディスクコピー機能を利用して、ＣＨＮのオペレーティングシステムやコントローラマイクロプログラムとは無関係に、共有ＬＵ全体を共有ＬＵバックアップにコピーすることも可能である。また、指示を契機にコピーを行うのではなく、ＣＨＮ１が初めから共有ＬＵ３１１と共有ＬＵバックアップ３２１に同時に共有データを書き込むことにより、共有ＬＵ３１１または共有ＬＵバックアップ３２１が使用不能になった場合に残りの情報を使用してＣＨＮ５にフェイルオーバをさせることも可能である。
（バックアップデータの使用）
バックアップされたデータを使用する手順を以下に示す。
共有ＬＵ３１１に障害が発生し、フェイルオーバなどの動作が出来なくなった場合、記憶装置システムに装備されている通報機能により保守員やシステム管理者に通報が行われる。保守員または管理者は、管理端末などより、共有ＬＵバックアップ３２１上で、存在するファイルシステムをマウントする。その後、通常の処理をする。フェイルオーバが必要な場合は、共有ＬＵバックアップ３２１上の情報を使用する。ついで保守員は障害が発生したドライブを交換するなどし、あたらしい共有ＬＵ３１１が準備できたら、再度ドライブを初期化し、共有ＬＵバックアップ３２１から共有ＬＵ３１１に対し、バックアップを作成するのと同じ手段で逆方向にコピーする。
（バックアップデータの格納先）
上記実施の形態では、バックアップは同一記憶装置内の別ＬＵに作成したが、オペレーティングシステムからアクセスできる外部テープドライブなどに、ＮＤＭＰプロトコルなどを使用してバックアップしてもよい。また、ＣＨＦ１を経由して、ＳＡＮ上のバックアップデバイスに対してバックアップしてもよい。さらに記憶装置のリモートコピー機能を利用して、別の記憶装置内へコピーしてもよい。
次に、これらの処理手順を図に従って説明する。
図１７は、初めてＮＡＳをシステムに導入する際に、共有ＬＵを初期化し、オペレーティングシステムをシステム用ＬＵへインストールし、パーティションを作成するまでの手順を示している。図１８は、ＣＨＮがフェイルオーバするときの手順を示している。図１９は共有ＬＵをバックアップし、共有ＬＵが使用不能になった場合に共有ＬＵバックアップの情報を用いてＣＨＮがフェイルオーバするときの手順を示している。
まず図１７について説明する。図１７の順番１から８までは、共有ＬＵおよび共有ＬＵバックアップをシステムとしてＣＨＮ１およびＣＨＮ５から認識できるようにするためのパス定義の手順である。次いで、図１７の順番９から２４までは、オペレーティングシステムをシステム用ＬＵにインストールしながら、インストールソフトウェアによって共有ＬＵおよび共有ＬＵバックアップを初期化する手順を示している。
システム管理者または保守員は、管理端末１６０から論理レベルでの共有ＬＵの初期化を指示する（図１７-順番１）。これにより共有ＬＵは、ディスクアレイとして論理的に初期化される（図１７−順番２）。この状態では共有ＬＵは、パスが定義されればＩ／Ｏプロセッサ１１９からは読み書きが可能な状態になっているが、オペレーティングシステムからの認識はまだできる状態にはなっていない。ついでシステム管理者または保守員は、管理端末１６０から論理レベルでの共有ＬＵバックアップの初期化を指示する（図１７−順番３）。これにより共有ＬＵバックアップは、ディスクアレイとして論理的に初期化される（図１７−順番４）。その後システム管理者または保守員は、管理端末１６０から共有ＬＵへのパス定義指示を行う（図１７−順番５）。これにより、ＣＨＮ１およびＣＨＮ５と共有ＬＵとが関連付けられ、ＣＨＮ１およびＣＨＮ５に属するＩ／Ｏプロセッサ１１９は、共有ＬＵに対してアクセスすることが可能となる（図１７−順番６）。さらにシステム管理者または保守員は、管理端末１６０から共有ＬＵバックアップへのパス定義指示を行う（図１７−順番７）。これにより、ＣＨＮ１およびＣＨＮ５に属するＩ／Ｏプロセッサ１１９は、共有ＬＵバックアップに対してアクセスすることが可能となる（図１７−順番８）。こののちシステム管理者は、オペレーティングシステムのインストール指示を行う。
まずシステム管理者または保守員は、オペレーティングシステムをＣＨＮ１にインストールするよう、管理端末１６０から指示を発行する（図１７−順番９）。これによりＣＨＮ１のオペレーティングシステムのインストールが開始される（図１７−順番１０）。インストールソフトウェアは、ＣＰＵ１１２上にロードされた後動作を開始し、他にこれまでＣＨＮが存在せず、当該インストール動作がシステムで初めてのものであることを検出すると、共有ＬＵをオペレーティングシステムで使用可能となるようにオペレーティングシステムレベルでの初期化を行う（図１７−順番１１）。この初期化指示は実際にはＩ／Ｏプロセッサ１１９を通じて行われる。またこの際、クラスタ毎に共有ＬＵの所定の部分を使用することを予めソフトウェア的に決定してある場合は、インストールソフトウェアは、各クラスタが使用すべき共有ＬＵの所定領域を割り当てるために、共有ＬＵの領域を分割する。この処理をパーティション作成という（図１７−順番１１）。これにより共有ＬＵは、Ｉ／Ｏプロセッサからのみならず、オペレーティングシステムからのアクセスが可能なように初期化され、かつそれぞれのクラスタに属するオペレーティングシステムがそれぞれ独自の領域にアクセスができるようにパーティションに分割される（図１７−順番１２）。同様に、インストールソフトウェアは、共有ＬＵバックアップについてもオペレーティングシステムレベルでの初期化指示、パーティション分割指示を行い（図１７−順番１３）、共有ＬＵバックアップは各クラスタに属するオペレーティングシステムからアクセス可能なように初期化され、パーティションに分割される（図１７−順番１４）。
インストールソフトウェアは、引き続いて共有ＬＵの所定領域に、ファイルシステムを作成する（図１７−順番１５）。これはＣＨＮ１およびＣＨＮ５から共用されるものであるために、ＣＨＮ１側で一旦作成されると、ＣＨＮ５からは改めて作成する必要はない。この手順により共有ＬＵ上には、ＣＨＮ１およびＣＨＮ５から、オペレーティングシステムがファイルシステムとしてアクセス可能な情報が作成される（図１７−順番１６）。同様に、インストールソフトウェアは、共有ＬＵバックアップ上にファイルシステムを作成し（図１７−順番１７）、共有ＬＵバックアップ上には、ＣＨＮ１およびＣＨＮ５からオペレーティングシステムがファイルシステムとしてアクセス可能な情報が作成される（図１７−順番１８）。
その後インストールソフトウェアは、ＣＨＮ１のオペレーティングシステムを格納するＬＵ領域に対しオペレーティングシステムのインストールを行い、それが完了すると管理端末に対してＣＨＮ１へのオペレーティングシステムのインストールが完了したことを通知する（図１７−順番１９）。管理端末１６０ではこの完了通知を受領すると（図１７−順番２０）、終了したことを示すメッセージを端末画面に出力する。システム管理者または保守員は当該メッセージを確認したのち、こんどはＣＨＮ５に対して同様にオペレーティングシステムのインストール指示を行う（図１７−順番２１）。ＣＨＮ５ではインストールソフトウェアが実行され、オペレーティングシステムのネットワークインストールが開始される（図１７−順番２２）。ただし、ここでは、既にＣＨＮ１がシステムにインストール済みであるため、共有ＬＵや共有ＬＵバックアップの初期化は行わない。インストールソフトウェアは、ＣＨＮ５のオペレーティングシステムを格納するＬＵ領域に対しオペレーティングシステムのインストールを行い、それが完了すると管理端末に対してＣＨＮ５へのオペレーティングシステムのインストールが完了したことを通知する（図１７−順番２３）。管理端末１６０ではこの完了通知を受領すると（図１７−順番２４）、終了したことを示すメッセージを端末画面に出力する。これによって、システムへのオペレーティングシステムのインストールと、共有ＬＵおよび共有ＬＵバックアップの初期化、パーティション作成が完了する。
なお、本実施例では、最初にオペレーティングシステムをインストールするＣＨＮ１上で動作するインストールソフトウェアが、他のＣＨＮの使用するパーティションについてもすべて初期化を行ったが、そうではなくＣＨＮ１からはＣＨＮ１の使用する領域のみの初期化を行い、各ＣＨＮ上でオペレーティングシステムをインストールするタイミングで、それぞれ関連する領域を初期化する方法としてもよい。またＣＨＮ毎の領域は、ある一つの共有ＬＵ内のパーティション毎に分ける形式にしたが、そうではなくＣＨＮ毎に共有ＬＵを独自に割り当て、各共有ＬＵに他のＣＨＮからもパスを定義しアクセスが可能とすることで情報を共有する形式としてもよい。
次に、図１８について説明する。
図１８は、ＣＨＮ１のオペレーティングシステムが続行不能になった場合に、その業務をＣＨＮ５が引き継ぐ手順について述べている。
まず、本手順ではＣＨＮ５のオペレーティングシステムは、ＣＨＮ１の障害発生（図１８−順番１０）までのいずれかの時点で動作していればよいが、本実施例では、説明を簡単にするため、ＣＨＮ１での動作説明をする前の時点から動作しているものとして扱う（図１８−順番１）。
ＣＨＮ１上で動作しているオペレーティングシステムは、ＣＨＮ１から使用する共有ＬＵのファイルシステムをマウントする（図１８−順番２）。このファイルシステムは、例えば図１７−順番１５で作成したファイルシステムである。マウントが完了すると、オペレーティングシステムが当該ファイルシステムに対して、データの読み書きを行うことができるようになる（図１８−順番３）。こののちオペレーティングシステムは通常のクライアントに対するファイルサービスなどの処理を開始する（図１８−順番４）。
通常処理の間、ＣＨＮ１のオペレーティングシステムは共有ＬＵに対して、もしもＣＨＮ１が動作続行不能に陥った場合に、ＣＨＮ５がクライアントに対するファイルサービスなどを肩代わりして再開できるような、引継ぎ情報を共有ＬＵに書き込む（図１８−順番５）。この書き込みは本実施例ではファイルシステムによる書き込みである。ファイルシステムを使用せず、たとえばブロックアクセスによって書き込む場合は、他のＣＨＮからの書き込みと競合した場合の排他処理などを行う必要がある。また、引継ぎ情報は、クライアントのＩＰアドレスなどの情報、システム管理者や一般ユーザを含むユーザ情報、オペレーティングシステム上で動作しているサービスの動作情報、デーモンの動作情報など、あるいはユーザＬＵや共有ＬＵ、ファイルシステムをＣＨＮ１、ＣＨＮのどちらが使用しているかと行った情報、ファイルシステムがどのＬＵを使っているかと言う情報、ＣＨＮ１やＣＨＮ５がクライアントに対して提供しているＩＰアドレスの情報などが含まれる。この引継ぎ情報の書き込みは、定期的あるいは必要情報に変更があった時点で、オペレーティングシステム自身の判断で共有ＬＵに書き込まれる（図１８−順番７、図１８−順番９）。あるいは、管理端末１６０からの指示などによって、ユーザが共有ＬＵに対して引継ぎ情報を書き込ませるようにしてもよい。
これとは別に、ＣＨＮ５上で動作しているオペレーティングシステムは、ＣＨＮ１が引き続き動作しているかどうかを定期的に監視している（図１８−順番６、図１８−順番８、図１８−順番１１）。
ここでＣＨＮ１側に何らかの障害が発生し、クライアントへのサービスが中断した（図１８−順番１０）とする。このとき、ＣＨＮ５上で動作しているオペレーティングシステムからの動作監視（図１８−順番１１）は、ＣＨＮ１で障害が発生したことを検出する（図１８−順番１２）。すると、ＣＨＮ５上で動作しているオペレーティングシステムは、共有ＬＵ上のファイルシステムを自らマウントする（図１８−順番１３）。マウントが完了する（図１８−順番１４）と、ＣＨＮ５のオペレーティングシステムは、それまでＣＨＮ１のオペレーティングシステムが使用していた引継ぎ情報にアクセスすることが可能となる。ＣＨＮ５のオペレーティングシステムは、この引継ぎ情報を用いて、クライアントに対して自らがあたかもＣＨＮ１であるかのごとく振るまい、サービスを再開することが可能となる（図１８−順番１５）。
なお、図１８の実施例ではＣＨＮ１が通常処理系、ＣＨＮ５が待機系という役割でフェイルオーバを行う例を挙げた。この例はいわゆるアクティブ−スタンバイと呼ばれる動作形式であるが、この他にも、ＣＨＮ１とＣＨＮ５双方が通常処理系の、いわゆるアクティブ−アクティブの形態を取ることもできる。その場合は各ＣＨＮ毎に個別のファイルシステムを作成し、ＣＨＮの障害時には互いに相手が使用しているファイルシステムをマウントすることとしてもよい。また共有ＬＵへの情報格納はファイルシステム形式ではなく、論理アドレス形式にして、各ＣＨＮ毎に予めデータ格納エリアを論理アドレス毎に割り当てておく方式としてもよい。アクティブ−アクティブ形式の場合は、図１８で示したような引継ぎ情報の書き込みや、ＣＨＮの動作状態の監視を相互に行うこととなる。
次に、図１９について説明する。
図１９は共有ＬＵをバックアップし、共有ＬＵが使用不能になった場合に共有ＬＵバックアップの情報を用いてＣＨＮがフェイルオーバするときの手順を示している。
図１８と同様、ＣＨＮ１で障害が発生した場合に処理を引き継ぐ役割のＣＨＮ５については、当初から通常処理を開始しているものとする（図１９−順番１）。また、図１８と同様、本図の例はアクティブ−スタンバイの形式の例であるが、ＣＨＮ１とＣＨＮ５の役割を入れ替え、双方が行うことにすればアクティブ−アクティブの形態として運用することも可能である。
ＣＨＮ１上で動作しているオペレーティングシステムは、ＣＨＮ１から使用する共有ＬＵのファイルシステムをマウントする（図１９−順番２）。このファイルシステムは、例えば図１７−順番１５で作成したファイルシステムである。マウントが完了すると、オペレーティングシステムが当該ファイルシステムに対して、データの読み書きを行うことができるようになる（図１９−順番３）。こののちオペレーティングシステムは通常のクライアントに対するファイルサービスなどの処理を開始する（図１９−順番４）。
通常処理の間、ＣＨＮ１のオペレーティングシステムは共有ＬＵに対して、もしもＣＨＮ１が動作続行不能に陥った場合に、ＣＨＮ５がクライアントに対するファイルサービスなどを肩代わりして再開できるような、引継ぎ情報を共有ＬＵに書き込む（図１９−順番５）。この書き込みは本実施例ではファイルシステムによる書き込みである。ファイルシステムを使用せず、たとえばブロックアクセスによって書き込む場合は、他のＣＨＮからの書き込みと競合した場合の排他処理などを行う必要がある。また、引継ぎ情報は、クライアントのＩＰアドレスなどの情報、システム管理者や一般ユーザを含むユーザ情報、オペレーティングシステム上で動作しているサービスの動作情報、デーモンの動作情報など、あるいはユーザＬＵや共有ＬＵ、ファイルシステムをＣＨＮ１、ＣＨＮのどちらが使用しているかと行った情報、ファイルシステムがどのＬＵを使っているかと言う情報、ＣＨＮ１やＣＨＮ５がクライアントに対して提供しているＩＰアドレスの情報などが含まれる。この引継ぎ情報の書き込みは、定期的あるいは必要情報に変更があった時点で、オペレーティングシステム自身の判断で共有ＬＵに書き込まれる（図１９−順番７）。あるいは、管理端末１６０からの指示などによって、ユーザが共有ＬＵに対して引継ぎ情報を書き込ませるようにしてもよい。
これとは別に、ＣＨＮ５上で動作しているオペレーティングシステムは、ＣＨＮ１が引き続き動作しているかどうかを定期的に監視している（図１９−順番６、図１９−順番１６）。
ＣＨＮ１のオペレーティングシステムからはいつでも、ＯＳのコピーコマンドにより、ＣＨＮ１およびＣＨＮ５で使用する共有ＬＵの領域をバックアップすることができる（図１９−順番８）。これは例えば、ＬＡＮ４００上の情報処理装置２００上で動作するＵＮＩＸオペレーティングシステム７１４や、Ｗｉｎｄｏｗｓオペレーティングシステム７１５から、ＣＰＵ１１２上で動作しているオペレーティングシステム７０２にログインし、オペレーティングシステム７０２が汎用に提供しているコピーコマンドを使用してもよい。オペレーティングシステム７０２がＵＮＩＸである場合には、たとえばこのコマンドはcpというコマンドとなる。ファイルシステムを使用せず、ＬＵデバイスを指定して直接データをブロック単位でコピーする場合には、このコマンドは例えばddというコマンドとなる。また、ＬＡＮ４００上の情報処理装置２００上で動作するＵＮＩＸオペレーティングシステム７１４や、Ｗｉｎｄｏｗｓオペレーティングシステム７１５から、ＣＰＵ１１２上で動作しているＮＡＳマネージャ等のアプリケーション７０６にログインし、アプリケーションの機能を用いてコピーしてもよい。あるいは管理端末１６０からこれらオペレーティングシステムやアプリケーションにログインしてコピー機能を実行してもよいし、管理端末１６０からディスク制御部１４０に指示を発行することにより、ディスク制御部が独自にコピーをおこなってもよい。更に、Ｉ／Ｏプロセッサ１１９上のコントローラマイクロプログラム、ＣＰＵ１１２上のＮＡＳマネージャ等のアプリケーション、ＣＰＵ１１２上のオペレーティングシステム、ディスク制御部１４０上のＲＡＩＤ制御部７４０やＣＰＵ１４２がシステム状態を監視し、たとえばシステムに対するデータ転送負荷の割合が一定値より低く、コピーを実行したとしてもクライアントに対するサービスに性能低下などの著しい悪影響を及ぼさないと判断した時点で、自動的にこれらのコマンドを起動および実行させ、バックアップを行うようにしてもよい。
本実施例では、オペレーティングシステムが汎用に提供しているcpコマンドを情報処理端末２００からログインして使うものとする。これにより、共有ＬＵ上のＣＨＮ１およびＣＨＮ５用の領域は共有ＬＵバックアップの対応する領域にコピーされる（図１９−順番９、図１９−順番１０）。
また、バックアップを同一ディスクアレイ装置内の共有ＬＵバックアップ３２１乃至３２４に対してではなく、外部バックアップデバイス９００や、外部記憶装置システム６１０に対して作成してもよい。ここでは、ＮＤＭＰ（Network Data Management Protocol）を用いて、ＳＡＮ経由でテープデバイス９００に対して、ＣＨＮ１およびＣＨＮ５用の共有ＬＵ領域をバックアップする方法を示す（図１９−順番１１）。これによりデータは外部バックアップデバイスにバックアップされる（図１９−順番１２、図１９−順番１３）。なお、外部記憶装置システム６１０に対して共有ＬＵをバックアップした場合、その情報を用いて外部記憶装置システム６１０においてクライアントに対するサービスを引き継ぐことも考えられる。この場合はクライアントに対するサービスのみならず、クライアントがアクセスしていたユーザデータそのものもリモートコピー機能などを用いて外部記憶装置システム６１０に同期しておく必要がある。
ここで、共有ＬＵが障害などにより使用不能になったとする（図１９−順番１４）。この時点では、特にクライアントに対するファイルサービスに影響は発生しないが、ここで更にＣＨＮ１が何らかの障害が発生し（図１９−順番１５）、フェイルオーバが必要になった場合に、図１８−順番１３のようなＣＨＮ５からの引継ぎ情報の取得が不可能となる。実際には、ＣＨＮ５上のオペレーティングシステムはＣＨＮ１の障害発生を検出すると（図１９−順番１７）、共有ＬＵのファイルシステムのマウント指示を行う（図１９−順番１８）が、このマウント操作は共有ＬＵが使用不能であるため失敗する（図１９−順番１９）。この共有ＬＵのマウント失敗を検出すると、ＣＨＮ５のオペレーティングシステムは、共有ＬＵのバックアップにあるファイルシステムをマウントするように指示する（図１９−順番２０）。これにより共有ＬＵのバックアップにあるファイルシステムに対して、ＣＨＮ５のオペレーティングシステムが読み書きを行うことができるようになる（図１９−順番２１）。その後、ＣＨＮ５のオペレーティングシステムは、共有ＬＵのバックアップの引継ぎ情報を元に、クライアントに対してＣＨＮ１のファイルサービスなどの業務を再開することが可能となる（図１９−順番２２）。
この後、例えば物理的なデバイスの交換などによって共有ＬＵが再び使用可能となった場合は、デバイス交換の契機などによって共有ＬＵを再び初期化し、図１９−順番８などの手順を共有ＬＵのバックアップから共有ＬＵに対して実行することにより、再度共有ＬＵに引継ぎ情報を書き戻すこともできる。
以上本実施の形態について説明したが、上記実施の形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明はその趣旨を逸脱することなく変更、改良され得るとともに、本発明にはその等価物等も含まれる。
本実施の形態に係る記憶装置システムの全体構成を示すブロック図である。 本実施の形態に係る管理端末の構成を示すブロック図である。 本実施の形態に係る物理ディスク管理テーブルを示す図である。 本実施の形態に係るＬＵ管理テーブルを示す図である。 本実施の形態に係る記憶装置システムの外観構成を示す図である。 本実施の形態に係る記憶デバイス制御装置の外観構成を示す図である。 本実施の形態に係るＣＨＮのハードウェア構成を示す図である。 本実施の形態に係るメモリに記憶されるデータの内容を説明するための図である。 本実施の形態に係るメタデータを示す図である。 本実施の形態に係るロックデータを示す図である。 本実施の形態に係るＣＨＮ上のＣＰＵとＩ／Ｏプロセッサとの通信経路を示す図である。 本実施の形態に係るＣＨＮ上の内部ＬＡＮを介したハードウェア構成を示す図である。 本実施の形態に係るディスク制御部を示す図である。 本実施の形態に係る記憶装置システムのソフトウェア構成図である。 本実施の形態に係るオペレーティングシステム用ＬＵ、共有ＬＵの論理構成を示す図である。 本実施の形態に係る共有ＬＵをパーティション毎に分けてバックアップする場合の論理構成を示す図である。 本実施の形態に係る共有ＬＵを初期化しパーティションごとに分ける手順を示す図である。 本実施の形態に係る共有ＬＵに格納した情報を用いてＣＨＮがフェイルオーバする手順を示す図である。 本実施の形態に係る共有ＬＵをバックアップする手順、および共有ＬＵが使用不能になった場合に共有ＬＵバックアップの情報を用いてＣＨＮがフェイルオーバする手順を示す図である。
符号の説明
１００ 記憶デバイス制御装置
１１０ チャネル制御部
１１１ ネットワークインタフェース部
１１２ ＣＰＵ
１１３ メモリ
１１４ 入出力制御部
１１５ ＮＶＲＡＭ
１１６ ボード接続用コネクタ
１１７ 通信コネクタ
１１８ 回路基板
１１９ Ｉ／Ｏプロセッサ
１２０ 共有メモリ
１３０ キャッシュメモリ
１４０ ディスク制御部
１５０ 接続部
１５１ 内部ＬＡＮ
１６０ 管理端末
６００ 記憶装置システム
８０１ ＢＩＯＳ
８０２ 通信メモリ
８０３ ハードウェアレジスタ群
８０４ ＮＶＲＡＭ

Claims (20)

  1. データを格納する複数の記憶デバイスと、
    前記複数の記憶デバイスに対するデータの格納を制御する記憶デバイス制御部と、
    前記記憶デバイス制御部に接続される接続部と、
    自ディスクアレイ装置の外部のローカルエリアネットワークを介して受けたファイルレベルのデータをブロックレベルのデータに変換して、前記複数の記憶デバイスへの格納を要求する第一のプロセッサと、前記第一のプロセッサからの要求に応じて前記接続部及び前記記憶デバイス制御部を介して前記複数の記憶デバイスへ前記ブロックレベルのデータを転送する第二のプロセッサとを有し、前記接続部及び前記ローカルエリアネットワークに接続される複数の第一のチャネル制御部と、
    前記複数の第一のチャネル制御部及び前記記憶デバイス制御部によってやり取りされる制御情報が格納される共有メモリと、
    前記複数の第一のチャネル制御部と前記記憶デバイス制御部との間でやり取りされるデータを一時的に保存するキャッシュメモリと、を有し、
    前記複数の第一のチャネル制御部内の前記第二のプロセッサは、前記ブロックレベルのデータが格納される複数の記憶領域と、複数の前記第一のプロセッサによって相互にやり取りされるプロセッサ間の処理状況に関する情報が格納されるプロセッサ情報格納領域と、を前記複数の記憶デバイスの記憶領域を用いて作成するものであり、
    前記記憶デバイス制御部は、前記複数の第一のチャネル制御部内の前記第一のプロセッサの指示に応じて、前記プロセッサ情報格納領域に格納された情報を、前記複数の記憶デバイスの記憶領域を用いて作成されたプロセッサ情報バックアップ用の格納領域に対してコピーするように制御するものであることを特徴とするディスクアレイ装置。
  2. 請求項１に記載のディスクアレイ装置において、
    前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサに対して、前記第一のプロセッサの処理状況に関する情報を前記プロセッサ情報格納領域に格納するように指示するものであり、
    前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサは、前記第一のチャネル制御部の指示に応じて、前記第一のプロセッサの処理状況に関する情報を、前記プロセッサ情報格納領域に格納するように制御するものであることを特徴とするディスクアレイ装置。
  3. 請求項１に記載のディスクアレイ装置において、
    前記複数の第一のチャネル制御部内の第二のプロセッサは、前記第二のプロセッサが設けられている前記第一のチャネル制御部内の前記第一のプロセッサの要求に従って、前記ブロックレベルのデータを前記キャッシュメモリに保存するとともに、前記ブロックレベルのデータを前記キャッシュメモリに保存したことを表す情報を前記共有メモリに格納するものであり、
    共有メモリは、前記複数の第一のチャネル制御部内の第二のプロセッサの制御のもとに、前記ブロックレベルのデータが前記キャッシュメモリに保存されたことを表す情報が格納されるものであることを特徴とするディスクアレイ装置。
  4. 請求項１に記載のディスクアレイ装置において、
    前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記記憶デバイス制御部に対して、前記プロセッサ情報格納領域に格納された情報を、前記プロセッサ情報バックアップ用の格納領域に対してコピーするように指示するものであり、
    前記記憶デバイス制御部は、前記第一のプロセッサの指示に応じて、コピー処理を制御するものであることを特徴とするディスクアレイ装置。
  5. 請求項４に記載のディスクアレイ装置において、
    前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記プロセッサ情報格納領域に格納された情報の読み出し又は書き込みが不可能になった場合、前記プロセッサ情報バックアップ用の格納領域に格納された情報を読み出し又は書き込むことにより、処理を継続することを特徴とするディスクアレイ装置。
  6. 請求項１に記載のディスクアレイ装置において、
    前記複数の第一のチャネル制御部は、複数のクラスタグループに分類されるものであり、
    前記プロセッサ情報格納領域は、複数のプロセッサ情報格納部分を有するものであり、
    前記複数のクラスタグループは、前記複数のプロセッサ情報格納部分のうちの各々異なる部分を割当てられるものであることを特徴とするディスクアレイ装置。
  7. 請求項６に記載のディスクアレイ装置において、
    前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部は、前記複数のプロセッサ情報格納部分のうちの第一のプロセッサ情報格納部分に対して、前記第一のプロセッサによって相互にやり取りされるプロセッサ間の処理状況に関する情報を格納するものであり、
    前記複数のクラスタグループのうちの第二のクラスタグループに含まれる前記複数の第一のチャネル制御部は、前記複数のプロセッサ情報格納部分のうちの第二のプロセッサ情報格納部分に対して、前記第一のプロセッサによって相互にやり取りされるプロセッサ間の処理状況に関する情報を格納するものであることを特徴とするディスクアレイ装置。
  8. 請求項７に記載のディスクアレイ装置において、
    前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサは、前記第一のプロセッサ情報格納部分に格納された情報の複製の作成を、前記記憶デバイス制御部に対して指示するものであり、
    前記記憶デバイス制御部は、前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサの指示に応じて、前記プロセッサ情報バックアップ用の格納領域に含まれる第一のバックアップ領域に対して、前記第一のプロセッサ情報格納部分に格納された情報の複製を格納するものであることを特徴とするディスクアレイ装置。
  9. 請求項７に記載のディスクアレイ装置において、
    前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサは、前記第一のプロセッサ情報格納部分及び前記第二のプロセッサ情報格納部分に格納された情報の複製の作成を、前記記憶デバイス制御部に対して指示するものであり、
    前記記憶デバイス制御部は、前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサの指示に応じて、前記プロセッサ情報バックアップ用の格納領域に含まれる第一のバックアップ領域及び第二のバックアップ領域に対して、前記第一のプロセッサ情報格納部分及び前記第二のプロセッサ情報格納部分に格納された情報の複製を格納するものであることを特徴とするディスクアレイ装置。
  10. 請求項７に記載のディスクアレイ装置において、
    前記複数の第一のチャネル制御部及び前記記憶デバイス制御部に関する情報の取得に利用される管理端末と、を有し、
    前記記憶デバイス制御部は、前記管理端末からの指示に応じて、前記プロセッサ情報バックアップ用の格納領域に含まれる第一のバックアップ領域及び第二のバックアップ領域に対して、前記第一のプロセッサ情報格納部分及び前記第二のプロセッサ情報格納部分に格納された情報の複製を格納するものであることを特徴とするディスクアレイ装置。
  11. 請求項８に記載のディスクアレイ装置において、
    前記第一のクラスタグループに含まれる前記複数の第一のチャネル制御部の前記第一のプロセッサは、前記第一のプロセッサ情報格納部分に格納された情報の読み出し又は書き込みが不可能になった場合、前記第一のバックアップ領域に格納された情報を読み出し又は書き込むことにより、処理を継続するものであることを特徴とするディスクアレイ装置。
  12. データを格納する複数の記憶デバイスと、
    前記複数の記憶デバイスに対するデータの格納を制御する記憶デバイス制御部と、
    前記記憶デバイス制御部に接続される接続部と、
    自ディスクアレイ装置の外部のローカルエリアネットワークを介して受けたファイルレベルのデータをブロックレベルのデータに変換して、前記複数の記憶デバイスへの格納を要求する第一のプロセッサと、前記第一のプロセッサからの要求に応じて前記接続部及び前記記憶デバイス制御部を介して前記複数の記憶デバイスへ前記ブロックレベルのデータを転送する第二のプロセッサとを有し、前記接続部及び前記ローカルエリアネットワークに接続される複数の第一のチャネル制御部と、
    前記複数の第一のチャネル制御部及び前記記憶デバイス制御部によってやり取りされる制御情報が格納される共有メモリと、
    前記複数の第一のチャネル制御部と前記記憶デバイス制御部との間でやり取りされるデータを一時的に保存するキャッシュメモリと、を有し、
    前記複数の第一のチャネル制御部内の前記第二のプロセッサは、前記ブロックレベルのデータが格納される複数の記憶領域と、複数の前記第一のプロセッサによって相互にやり取りされるプロセッサ間の処理状況に関する情報が格納されるプロセッサ情報格納領域と、複数の前記第一のプロセッサ上で動作するソフトウェアプログラムが格納されるソフトウェアプログラム格納領域と、を前記複数の記憶デバイスの記憶領域を用いて作成するものであり、
    前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサの制御に応じて、前記ソフトウェアプログラム格納領域に格納されているソフトウェアプログラムを取得して、動作するものであることを特徴とするディスクアレイ装置。
  13. 請求項１２に記載のディスクアレイ装置において、
    前記複数の第一のチャネル制御部内の前記第一のプロセッサで動作するソフトウェアプログラムは、前記記憶デバイス制御部に対して、前記プロセッサ情報格納領域に格納された情報を、前記プロセッサ情報バックアップ用の格納領域に対してコピーするように指示するものであり、
    前記記憶デバイス制御部は、前記複数の第一のチャネル制御部内の前記第一のプロセッサの指示に応じて、前記プロセッサ情報格納領域に格納された情報を、前記複数の記憶デバイスの記憶領域を用いて作成されたプロセッサ情報バックアップ用の格納領域に対してコピーするように制御するものであることを特徴とするディスクアレイ装置。
  14. 請求項１２に記載のディスクアレイ装置において、
    前記複数の第一のチャネル制御部は、複数のクラスタグループに分類されるものであり、
    前記プロセッサ情報格納領域は、複数のプロセッサ情報格納部分を有するものであり、
    前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部で動作するソフトウェアプログラムの各々は、相互に、前記複数のプロセッサ情報格納部分のうちの第一のプロセッサ情報格納部分に対して、プロセッサ間の処理状況に関する情報を格納しながら動作するものであることを特徴とするディスクアレイ装置。
  15. 請求項１２に記載のディスクアレイ装置において、
    前記複数の第一のチャネル制御部は、複数のクラスタグループに分類されるものであり、
    前記プロセッサ情報格納領域は、複数のプロセッサ情報格納部分を有するものであり、
    前記複数のプロセッサ情報格納部分に格納された情報は、前記複数のクラスタグループ毎に、前記複数のプロセッサ情報格納部分に対応する複数のバックアップ領域に複製されるものであることを特徴とするディスクアレイ装置。
  16. 請求項１５に記載のディスクアレイ装置において、
    前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサを介して、前記記憶デバイス制御部に対して、ブロック単位で前記複製を実行するように指示するものであり、
    前記記憶デバイス制御部は、前記第一のプロセッサの指示に応じて、前記複数のプロセッサ情報格納部分のうちの第一のプロセッサ情報格納部分に格納された情報を、ブロック単位で、前記複数のバックアップ領域のうちの第一のバックアップ領域に複製するものであることを特徴とするディスクアレイ装置。
  17. 請求項１５に記載のディスクアレイ装置において、
    前記ローカルエリアネットワークには、端末が設けられており、
    前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記端末からの指示に応じて、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサを介して、前記記憶デバイス制御部に対して、ブロック単位で前記複製を実行するように指示するものであることを特徴とするディスクアレイ装置。
  18. 請求項１５に記載のディスクアレイ装置において、
    前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、一定の時間間隔毎に、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサを介して、前記記憶デバイス制御部に対して、ブロック単位で前記複製を実行するように指示するものであることを特徴とするディスクアレイ装置。
  19. 請求項１５に記載のディスクアレイ装置において、
    前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記第一のプロセッサが設けられている前記第一のチャネル制御部内の前記第二のプロセッサを介して、前記記憶デバイス制御部の負荷状態を取得し、前記記憶デバイス制御部の負荷状態に応じて、前記記憶デバイス制御部に対して、ブロック単位で前記複製を実行するように指示するものであることを特徴とするディスクアレイ装置。
  20. 請求項１５に記載のディスクアレイ装置において、
    前記複数のクラスタグループのうちの第一のクラスタグループに含まれる前記複数の第一のチャネル制御部内の前記第一のプロセッサは、前記複数のプロセッサ情報格納部分のうちの第一のプロセッサ情報格納部分に格納された情報へのアクセスが不可能になった場合に、前記第一のバックアップ領域に格納された情報を用いて処理を実行し、前記第一のプロセッサ情報格納部分が新たに形成された場合に、前記第一のバックアップ領域に格納された情報を前記新たに形成された第一のプロセッサ情報格納部分に複製して、前記新たに形成された第一のプロセッサ情報格納部分に格納された情報を用いて、処理を実行するものであることを特徴とするディスクアレイ装置。
JP2003394922A 2003-11-26 2003-11-26 ディスクアレイ装置 Expired - Fee Related JP4400913B2 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
JP2003394922A JP4400913B2 (ja) 2003-11-26 2003-11-26 ディスクアレイ装置
US10/806,128 US7043604B2 (en) 2003-11-26 2004-03-23 Disk array system
DE102004027672A DE102004027672A1 (de) 2003-11-26 2004-06-07 Speicherplattenarraysystem
GB0414191A GB2408817B (en) 2003-11-26 2004-06-24 Disk array system
FR0406968A FR2866732A1 (fr) 2003-11-26 2004-06-25 Systeme de reseau de disques
US11/046,719 US7099996B2 (en) 2003-11-26 2005-02-01 Disk array system
US11/448,733 US7376787B2 (en) 2003-11-26 2006-06-08 Disk array system
US12/003,597 US7581062B2 (en) 2003-11-26 2007-12-28 Disk array system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003394922A JP4400913B2 (ja) 2003-11-26 2003-11-26 ディスクアレイ装置

Publications (3)

Publication Number Publication Date
JP2005157713A true JP2005157713A (ja) 2005-06-16
JP2005157713A5 JP2005157713A5 (ja) 2006-12-14
JP4400913B2 JP4400913B2 (ja) 2010-01-20

Family

ID=32821789

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003394922A Expired - Fee Related JP4400913B2 (ja) 2003-11-26 2003-11-26 ディスクアレイ装置

Country Status (5)

Country Link
US (4) US7043604B2 (ja)
JP (1) JP4400913B2 (ja)
DE (1) DE102004027672A1 (ja)
FR (1) FR2866732A1 (ja)
GB (1) GB2408817B (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007094473A (ja) * 2005-09-27 2007-04-12 Hitachi Ltd ストレージシステムにおけるファイルシステムマイグレーション
EP1818796A2 (en) 2006-01-13 2007-08-15 Hitachi, Ltd. Storage device controller
JP2008102819A (ja) * 2006-10-20 2008-05-01 Hitachi Ltd 記憶装置及び記憶方法
JP2008134682A (ja) * 2006-11-27 2008-06-12 Fujitsu Ltd 仮想ライブラリ装置
US7743209B2 (en) 2006-10-03 2010-06-22 Hitachi, Ltd. Storage system for virtualizing control memory
US8873574B2 (en) 2005-07-25 2014-10-28 Hewlett-Packard Development Company, L.P. Network-attached storage device having a connection to a local user device
JP2016024474A (ja) * 2014-07-16 2016-02-08 京セラドキュメントソリューションズ株式会社 画像形成装置

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004280283A (ja) * 2003-03-13 2004-10-07 Hitachi Ltd 分散ファイルシステム、分散ファイルシステムサーバ及び分散ファイルシステムへのアクセス方法
JP4320195B2 (ja) 2003-03-19 2009-08-26 株式会社日立製作所 ファイルストレージサービスシステム、ファイル管理装置、ファイル管理方法、ｉｄ指定型ｎａｓサーバ、および、ファイル読出方法
JP4400913B2 (ja) * 2003-11-26 2010-01-20 株式会社日立製作所 ディスクアレイ装置
US20050251617A1 (en) * 2004-05-07 2005-11-10 Sinclair Alan W Hybrid non-volatile memory system
JP2005250938A (ja) * 2004-03-05 2005-09-15 Hitachi Ltd 記憶制御システム及び方法
JP2005267111A (ja) * 2004-03-17 2005-09-29 Hitachi Ltd 記憶制御システム及び記憶制御システムの制御方法
JP2005301708A (ja) * 2004-04-13 2005-10-27 Hitachi Ltd 記憶装置システムにおけるソフトウェア管理方法及び記憶装置システム
JP2006011541A (ja) 2004-06-22 2006-01-12 Hitachi Ltd 計算機および共用記憶装置を含む計算機システムにおける情報記録方法
US7716315B2 (en) * 2004-09-24 2010-05-11 Emc Corporation Enclosure configurable to perform in-band or out-of-band enclosure management
JP4987307B2 (ja) * 2005-03-25 2012-07-25 株式会社日立製作所 ストレージシステム
US7640415B2 (en) * 2005-03-25 2009-12-29 Hitachi, Ltd. Storage system having a first computer, a second computer connected to the first computer via a network, and a storage device system that is accessed by the second computer
US20070061227A1 (en) * 2005-09-13 2007-03-15 International Business Machines Corporation Determining a computer system inventory
JP2007079958A (ja) * 2005-09-14 2007-03-29 Hitachi Ltd 記憶制御装置、データ処理方法、及びコンピュータプログラム
JP2007299213A (ja) * 2006-04-28 2007-11-15 Fujitsu Ltd Ｒａｉｄ制御装置および障害監視方法
JP2008117094A (ja) * 2006-11-02 2008-05-22 Hitachi Ltd ストレージシステム、ストレージ装置及びストレージ管理方法
US8214585B2 (en) * 2007-08-15 2012-07-03 International Business Machines Corporation Enabling parallel access volumes in virtual machine environments
US8260891B2 (en) * 2007-10-30 2012-09-04 Dell Products L.P. System and method for the provision of secure network boot services
US8341619B2 (en) * 2009-05-13 2012-12-25 Oracle International Corporation Simplifying installation of software modules on heterogeneous remote systems
US8176150B2 (en) * 2009-08-12 2012-05-08 Dell Products L.P. Automated services procurement through multi-stage process
US8397022B2 (en) * 2010-09-24 2013-03-12 Dell Products L.P. System and method for optimized data backup
US8631272B2 (en) 2011-03-04 2014-01-14 Microsoft Corporation Duplicate-aware disk arrays
US9560134B1 (en) * 2012-06-27 2017-01-31 Netapp, Inc. Storage array side write locking
US20140229695A1 (en) * 2013-02-13 2014-08-14 Dell Products L.P. Systems and methods for backup in scale-out storage clusters
CN104253753A (zh) * 2013-06-27 2014-12-31 宇宙互联有限公司 传输管理装置、系统及方法
CN104253734A (zh) * 2013-06-27 2014-12-31 宇宙互联有限公司 传输管理装置、系统及方法
US9853873B2 (en) 2015-01-10 2017-12-26 Cisco Technology, Inc. Diagnosis and throughput measurement of fibre channel ports in a storage area network environment
US9900250B2 (en) 2015-03-26 2018-02-20 Cisco Technology, Inc. Scalable handling of BGP route information in VXLAN with EVPN control plane
US10222986B2 (en) 2015-05-15 2019-03-05 Cisco Technology, Inc. Tenant-level sharding of disks with tenant-specific storage modules to enable policies per tenant in a distributed storage system
US11588783B2 (en) 2015-06-10 2023-02-21 Cisco Technology, Inc. Techniques for implementing IPV6-based distributed storage space
US10778765B2 (en) 2015-07-15 2020-09-15 Cisco Technology, Inc. Bid/ask protocol in scale-out NVMe storage
US9817647B2 (en) * 2015-08-05 2017-11-14 Spectra Logic Corporation Co-existing dedicated system software and read/writeable data storage space on removable media
US9892075B2 (en) 2015-12-10 2018-02-13 Cisco Technology, Inc. Policy driven storage in a microserver computing environment
US10140172B2 (en) 2016-05-18 2018-11-27 Cisco Technology, Inc. Network-aware storage repairs
US20170351639A1 (en) 2016-06-06 2017-12-07 Cisco Technology, Inc. Remote memory access using memory mapped addressing among multiple compute nodes
US10664169B2 (en) 2016-06-24 2020-05-26 Cisco Technology, Inc. Performance of object storage system by reconfiguring storage devices based on latency that includes identifying a number of fragments that has a particular storage device as its primary storage device and another number of fragments that has said particular storage device as its replica storage device
US11563695B2 (en) 2016-08-29 2023-01-24 Cisco Technology, Inc. Queue protection using a shared global memory reserve
US10545914B2 (en) 2017-01-17 2020-01-28 Cisco Technology, Inc. Distributed object storage
US10243823B1 (en) 2017-02-24 2019-03-26 Cisco Technology, Inc. Techniques for using frame deep loopback capabilities for extended link diagnostics in fibre channel storage area networks
US10713203B2 (en) 2017-02-28 2020-07-14 Cisco Technology, Inc. Dynamic partition of PCIe disk arrays based on software configuration / policy distribution
US10254991B2 (en) 2017-03-06 2019-04-09 Cisco Technology, Inc. Storage area network based extended I/O metrics computation for deep insight into application performance
US10303534B2 (en) 2017-07-20 2019-05-28 Cisco Technology, Inc. System and method for self-healing of application centric infrastructure fabric memory
US10404596B2 (en) 2017-10-03 2019-09-03 Cisco Technology, Inc. Dynamic route profile storage in a hardware trie routing table
US10942666B2 (en) 2017-10-13 2021-03-09 Cisco Technology, Inc. Using network device replication in distributed storage clusters

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5077736A (en) * 1988-06-28 1991-12-31 Storage Technology Corporation Disk drive memory
US5155835A (en) * 1990-11-19 1992-10-13 Storage Technology Corporation Multilevel, hierarchical, dynamically mapped data storage subsystem
JP3422370B2 (ja) * 1992-12-14 2003-06-30 株式会社日立製作所 ディスクキャッシュ制御装置
US5761531A (en) * 1995-06-30 1998-06-02 Fujitsu Limited Input/output control apparatus and method for transfering track data from cache module to channel unit during the staging of the data track from device adapter
US5884098A (en) 1996-04-18 1999-03-16 Emc Corporation RAID controller system utilizing front end and back end caching systems including communication path connecting two caching systems and synchronizing allocation of blocks in caching systems
KR100277911B1 (ko) * 1996-06-10 2001-02-01 김영환 반도체소자 제조방법
JP3245364B2 (ja) * 1996-09-02 2002-01-15 株式会社日立製作所 互いに異なるインタフェースを介して記憶装置を共用する方法及びシステム
US6081883A (en) * 1997-12-05 2000-06-27 Auspex Systems, Incorporated Processing system with dynamically allocatable buffer memory
GB2333376A (en) * 1998-01-17 1999-07-21 Mumbles Science Adventure Limited Programmable apparatus
US6115979A (en) * 1998-04-02 2000-09-12 Horstketter; Eugene A. Grout sealing apparatus for concrete panels, decks, and support beams and methods for their manufacture
US7165152B2 (en) * 1998-06-30 2007-01-16 Emc Corporation Method and apparatus for managing access to storage devices in a storage system with access control
JP4392877B2 (ja) * 1998-09-18 2010-01-06 株式会社日立製作所 ディスクアレイ制御装置
US6691245B1 (en) * 2000-10-10 2004-02-10 Lsi Logic Corporation Data storage with host-initiated synchronization and fail-over of remote mirror
US6763409B1 (en) * 2001-01-31 2004-07-13 Hewlett-Packard Development Company, L.P. Switch-on-the-fly GBIC disk channel adapter and disk channel system
JP4041656B2 (ja) 2001-03-02 2008-01-30 株式会社日立製作所 ストレージシステム及びストレージシステムにおけるデータ送受信方法
US6779063B2 (en) * 2001-04-09 2004-08-17 Hitachi, Ltd. Direct access storage system having plural interfaces which permit receipt of block and file I/O requests
JP4632574B2 (ja) * 2001-05-25 2011-02-16 株式会社日立製作所 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法
JP2003296037A (ja) * 2002-04-05 2003-10-17 Hitachi Ltd 計算機システム
US7398326B2 (en) * 2002-04-25 2008-07-08 International Business Machines Corporation Methods for management of mixed protocol storage area networks
US20030212859A1 (en) 2002-05-08 2003-11-13 Ellis Robert W. Arrayed data storage architecture with simultaneous command of multiple storage media
JP4252301B2 (ja) * 2002-12-26 2009-04-08 株式会社日立製作所 記憶システム及びそのデータバックアップ方法
JP4274523B2 (ja) * 2003-01-24 2009-06-10 株式会社日立製作所 記憶装置システム、及び記憶装置システムの起動方法
US7478154B2 (en) * 2003-06-26 2009-01-13 Hewlett-Packard Development Company, L.P. Storage system with link selection control
JP4400913B2 (ja) * 2003-11-26 2010-01-20 株式会社日立製作所 ディスクアレイ装置

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8873574B2 (en) 2005-07-25 2014-10-28 Hewlett-Packard Development Company, L.P. Network-attached storage device having a connection to a local user device
JP2007094473A (ja) * 2005-09-27 2007-04-12 Hitachi Ltd ストレージシステムにおけるファイルシステムマイグレーション
US8117151B2 (en) 2005-09-27 2012-02-14 Hitachi, Ltd. File system migration in storage system
EP1818796A2 (en) 2006-01-13 2007-08-15 Hitachi, Ltd. Storage device controller
US8099551B2 (en) 2006-01-13 2012-01-17 Hitachi, Ltd. Storage device controller with a plurality of I/O processors requesting data from a plurality of stripe units of a logical volume
US7743209B2 (en) 2006-10-03 2010-06-22 Hitachi, Ltd. Storage system for virtualizing control memory
JP2008102819A (ja) * 2006-10-20 2008-05-01 Hitachi Ltd 記憶装置及び記憶方法
JP2008134682A (ja) * 2006-11-27 2008-06-12 Fujitsu Ltd 仮想ライブラリ装置
JP2016024474A (ja) * 2014-07-16 2016-02-08 京セラドキュメントソリューションズ株式会社 画像形成装置
US9785875B2 (en) 2014-07-16 2017-10-10 Kyocera Document Solutions Inc. Image forming apparatus and image formation method that reduces restriction of function even in case where failure happens in storage device

Also Published As

Publication number Publication date
US20050114615A1 (en) 2005-05-26
GB2408817A (en) 2005-06-08
GB0414191D0 (en) 2004-07-28
US7099996B2 (en) 2006-08-29
US7376787B2 (en) 2008-05-20
FR2866732A1 (fr) 2005-08-26
US20060230227A1 (en) 2006-10-12
JP4400913B2 (ja) 2010-01-20
US20080114933A1 (en) 2008-05-15
US7043604B2 (en) 2006-05-09
GB2408817B (en) 2006-01-18
US20050138287A1 (en) 2005-06-23
US7581062B2 (en) 2009-08-25
DE102004027672A1 (de) 2005-06-30

Similar Documents

Publication Publication Date Title
JP4400913B2 (ja) ディスクアレイ装置
US7263584B2 (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
JP4575028B2 (ja) ディスクアレイ装置およびその制御方法
JP4870915B2 (ja) ストレージ装置
US7788457B2 (en) Method of controlling storage device controlling apparatus, and storage device controlling apparatus
US8015396B2 (en) Method for changing booting configuration and computer system capable of booting OS
JP4274523B2 (ja) 記憶装置システム、及び記憶装置システムの起動方法
JP2007086972A (ja) ストレージシステム、二重化制御方法、及びプログラム
US5615330A (en) Recovery method for a high availability data processing system
JP2005071196A (ja) ディスクアレイ装置、及びその障害情報の制御方法
JP2004234558A (ja) 記憶デバイス制御装置、及びプログラム
JP2004234559A (ja) ストレージシステムの制御方法、ストレージシステム、及びプログラム
JP2004227097A (ja) 記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置
Russell et al. Netfinity Server Disk Subsystems

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060424

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061030

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20061030

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061030

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20061030

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20070731

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20090216

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090709

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090907

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: 20091022

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: 20091026

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: 20121106

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20121106

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20131106

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees