JPH11161431A - データ記憶システム用の記憶管理システム - Google Patents
データ記憶システム用の記憶管理システムInfo
- Publication number
- JPH11161431A JPH11161431A JP10257005A JP25700598A JPH11161431A JP H11161431 A JPH11161431 A JP H11161431A JP 10257005 A JP10257005 A JP 10257005A JP 25700598 A JP25700598 A JP 25700598A JP H11161431 A JPH11161431 A JP H11161431A
- Authority
- JP
- Japan
- Prior art keywords
- lun
- raid
- type
- administrator
- data
- 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.)
- Pending
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/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
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
- G06F11/324—Display of status information
-
- 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/0634—Configuration or reconfiguration of storage systems by changing the state or mode of one or more devices
-
- 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/0671—In-line storage system
- G06F3/0683—Plurality of storage devices
- G06F3/0689—Disk arrays, e.g. RAID, JBOD
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
- G06F11/3485—Performance evaluation by tracing or monitoring for I/O devices
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S360/00—Dynamic magnetic information storage or retrieval
- Y10S360/90—Disk drive packaging
- Y10S360/902—Storage density, e.g. bpi, tpi
Abstract
(57)【要約】
【課題】 追加のデータを格納するために使用可能なデ
ータ記憶システム上の記憶容量を計算し、管理者に報告
する。 【解決手段】 管理者モジュール４６はホスト・コンピ
ュータ２２に可能なＬＵＮ配置を入力するよう管理者に
要求し、管理者は各々の新しいＬＵＮ毎にＬＵＮのタイ
プとサイズを指定する。ＲＡＩＤ管理システム５６は、
提案された仮説ＬＵＮと既存のＬＵＮ配置とを組み合わ
せ、キャッシュタイプＬＵＮ、ＲＡＩＤ１タイプＬＵ
Ｎ、自動ＲＡＩＤタイプＬＵＮのメモリ空間消費を計算
し、仮説ＬＵＮが作成・追加されると想定した際の使用
可能容量を管理者に報告する。仮説ＬＵＮ用の空間が不
十分な場合は使用可能な物理空間が十分ではないことを
報告する。また、管理者が仮説ＬＵＮと同じ特性を有す
る実際のＬＵＮの作成を希望する場合、指定されたＬＵ
Ｎを作成する。
ータ記憶システム上の記憶容量を計算し、管理者に報告
する。 【解決手段】 管理者モジュール４６はホスト・コンピ
ュータ２２に可能なＬＵＮ配置を入力するよう管理者に
要求し、管理者は各々の新しいＬＵＮ毎にＬＵＮのタイ
プとサイズを指定する。ＲＡＩＤ管理システム５６は、
提案された仮説ＬＵＮと既存のＬＵＮ配置とを組み合わ
せ、キャッシュタイプＬＵＮ、ＲＡＩＤ１タイプＬＵ
Ｎ、自動ＲＡＩＤタイプＬＵＮのメモリ空間消費を計算
し、仮説ＬＵＮが作成・追加されると想定した際の使用
可能容量を管理者に報告する。仮説ＬＵＮ用の空間が不
十分な場合は使用可能な物理空間が十分ではないことを
報告する。また、管理者が仮説ＬＵＮと同じ特性を有す
る実際のＬＵＮの作成を希望する場合、指定されたＬＵ
Ｎを作成する。
Description
【０００１】
【発明の属する技術分野】本発明は、階層ＲＡＩＤ（Re
dundant Array of Individual Disks）データ記憶シス
テムなどのデータ記憶システムに関する。より具体的に
は、本発明は、所与の物理空間の消費速度が変えられる
場合にこのようなデータ記憶システム内の使用可能容量
を報告するための記憶管理システムおよび方法に関す
る。
dundant Array of Individual Disks）データ記憶シス
テムなどのデータ記憶システムに関する。より具体的に
は、本発明は、所与の物理空間の消費速度が変えられる
場合にこのようなデータ記憶システム内の使用可能容量
を報告するための記憶管理システムおよび方法に関す
る。
【０００２】
【従来の技術】従来のディスク・アレイ・データ記憶シ
ステムは、単一の大容量記憶システムを形成するように
配置され調整された複数のディスク・ドライブ装置を有
する。大容量記憶システムの一般的な設計目標として
は、メガバイト当たりの低コスト、高い入出力性能、高
いデータ使用可能性を含む。データ使用可能性は、ディ
スクまたは構成部分に障害が発生した場合、継続動作を
保証しながら記憶システム内に格納されたデータにアク
セスできる能力を必要とする。データ使用可能性は、デ
ータまたはデータ間の関係が記憶システム上の複数の位
置に格納されているという冗長性を使用することによっ
て得られることが多い。障害が発生した場合、冗長デー
タはシステムの動作可能部分から取り出され、構成部分
の障害によって失われた元のデータを再生するために使
用される。
ステムは、単一の大容量記憶システムを形成するように
配置され調整された複数のディスク・ドライブ装置を有
する。大容量記憶システムの一般的な設計目標として
は、メガバイト当たりの低コスト、高い入出力性能、高
いデータ使用可能性を含む。データ使用可能性は、ディ
スクまたは構成部分に障害が発生した場合、継続動作を
保証しながら記憶システム内に格納されたデータにアク
セスできる能力を必要とする。データ使用可能性は、デ
ータまたはデータ間の関係が記憶システム上の複数の位
置に格納されているという冗長性を使用することによっ
て得られることが多い。障害が発生した場合、冗長デー
タはシステムの動作可能部分から取り出され、構成部分
の障害によって失われた元のデータを再生するために使
用される。
【０００３】冗長データを格納するための一般的な方法
は、ミラーとパリティの２通りである。ミラー冗長にお
いて、データは複製され、記憶システムの２つの別々の
領域に格納される。パリティ冗長において、冗長データ
は、記憶システムの１つの領域に格納されるが、冗長記
憶領域のサイズは元のデータを格納するために使用する
残りの記憶空間より小さい。
は、ミラーとパリティの２通りである。ミラー冗長にお
いて、データは複製され、記憶システムの２つの別々の
領域に格納される。パリティ冗長において、冗長データ
は、記憶システムの１つの領域に格納されるが、冗長記
憶領域のサイズは元のデータを格納するために使用する
残りの記憶空間より小さい。
【０００４】ＲＡＩＤ（Redundant Array of Independe
nt Disks）記憶システムは、物理記憶容量の一部を使用
して冗長データを格納するディスク・アレイ・システム
である。ＲＡＩＤ記憶システムは、通常、ＲＡＩＤとい
う頭字語の下で列挙されるＲＡＩＤ０〜ＲＡＩＤ５と表
された６通りのアーキテクチャの１つとして特徴付けら
れている。ＲＡＩＤ０アーキテクチャは、冗長性なしで
構成されたディスク・アレイ・システムである。このア
ーキテクチャは実際には冗長アーキテクチャではないの
で、ＲＡＩＤ０はＲＡＩＤシステムの説明から省略され
る場合が多い。
nt Disks）記憶システムは、物理記憶容量の一部を使用
して冗長データを格納するディスク・アレイ・システム
である。ＲＡＩＤ記憶システムは、通常、ＲＡＩＤとい
う頭字語の下で列挙されるＲＡＩＤ０〜ＲＡＩＤ５と表
された６通りのアーキテクチャの１つとして特徴付けら
れている。ＲＡＩＤ０アーキテクチャは、冗長性なしで
構成されたディスク・アレイ・システムである。このア
ーキテクチャは実際には冗長アーキテクチャではないの
で、ＲＡＩＤ０はＲＡＩＤシステムの説明から省略され
る場合が多い。
【０００５】ＲＡＩＤ１アーキテクチャは、ミラー冗長
に応じて構成された記憶ディスクを必要とする。元のデ
ータは１組のディスクに格納され、そのデータの複製コ
ピーは別々のディスクに保管される。ＲＡＩＤ２〜ＲＡ
ＩＤ５アーキテクチャは、いずれもパリティ・タイプの
冗長記憶を必要とする。特に関心があることは、ＲＡＩ
Ｄ５システムが、すべてのディスクにわたってデータと
パリティ情報を分散することである。通常、ディスク
は、「ブロック」と呼ばれる同サイズのアドレス領域に
分割される。同じユニット・アドレス範囲を有する各デ
ィスクからの１組のブロックは、「ストライプ」と呼ば
れる。ＲＡＩＤ５の各ストライプは、Ｎ個のデータ・ブ
ロックと、Ｎ個のデータ・ブロック内のデータに関する
冗長情報を含む１つのパリティ・ブロックとを有する。
に応じて構成された記憶ディスクを必要とする。元のデ
ータは１組のディスクに格納され、そのデータの複製コ
ピーは別々のディスクに保管される。ＲＡＩＤ２〜ＲＡ
ＩＤ５アーキテクチャは、いずれもパリティ・タイプの
冗長記憶を必要とする。特に関心があることは、ＲＡＩ
Ｄ５システムが、すべてのディスクにわたってデータと
パリティ情報を分散することである。通常、ディスク
は、「ブロック」と呼ばれる同サイズのアドレス領域に
分割される。同じユニット・アドレス範囲を有する各デ
ィスクからの１組のブロックは、「ストライプ」と呼ば
れる。ＲＡＩＤ５の各ストライプは、Ｎ個のデータ・ブ
ロックと、Ｎ個のデータ・ブロック内のデータに関する
冗長情報を含む１つのパリティ・ブロックとを有する。
【０００６】ＲＡＩＤ５において、パリティ・ブロック
は、ストライプごとに異なるディスク間で循環する。た
とえば、５つのディスクを有するＲＡＩＤ５システムで
は、第１のストライプ用のパリティ・ブロックは第５の
ディスク上にあり、第２のストライプ用のパリティ・ブ
ロックは第４のディスク上にあり、第３のストライプ用
のパリティ・ブロックは第３のディスク上にあり、以下
同様になる可能性がある。後続ストライプ用のパリティ
・ブロックは、通常、螺旋パターン（他のパターンも可
能である）状にディスク・ドライブの回りを「前進」す
る。ＲＡＩＤ２〜ＲＡＩＤ４アーキテクチャは、ディス
ク上のパリティ・ブロックを計算し配置する方法がＲＡ
ＩＤ５とは異なっている。
は、ストライプごとに異なるディスク間で循環する。た
とえば、５つのディスクを有するＲＡＩＤ５システムで
は、第１のストライプ用のパリティ・ブロックは第５の
ディスク上にあり、第２のストライプ用のパリティ・ブ
ロックは第４のディスク上にあり、第３のストライプ用
のパリティ・ブロックは第３のディスク上にあり、以下
同様になる可能性がある。後続ストライプ用のパリティ
・ブロックは、通常、螺旋パターン（他のパターンも可
能である）状にディスク・ドライブの回りを「前進」す
る。ＲＡＩＤ２〜ＲＡＩＤ４アーキテクチャは、ディス
ク上のパリティ・ブロックを計算し配置する方法がＲＡ
ＩＤ５とは異なっている。
【０００７】ＲＡＩＤシステムと、ＲＡＩＤシステムを
論理的に区分するための様々な方法に関する背景説明
は、David C. Stallmoの「Logical Partitioning of a
Redundant Array Storage System」という名称の米国特
許第５５１９８４４号に記載されている。
論理的に区分するための様々な方法に関する背景説明
は、David C. Stallmoの「Logical Partitioning of a
Redundant Array Storage System」という名称の米国特
許第５５１９８４４号に記載されている。
【０００８】階層データ記憶システムでは、種々の技法
によりデータを格納することができる。階層ＲＡＩＤシ
ステムのデータは、種々の冗長技法の利点と欠点との兼
ね合いを図るために、ＲＡＩＤ１およびＲＡＩＤ５など
の複数のＲＡＩＤアーキテクチャに応じて格納すること
ができる。
によりデータを格納することができる。階層ＲＡＩＤシ
ステムのデータは、種々の冗長技法の利点と欠点との兼
ね合いを図るために、ＲＡＩＤ１およびＲＡＩＤ５など
の複数のＲＡＩＤアーキテクチャに応じて格納すること
ができる。
【０００９】Jacobson他の「Memory Systems with Data
Storage Redundancy Management」という名称の米国特
許第５３９２２４４号には、データ記憶条件および空間
需要が変化したときにあるＲＡＩＤタイプから他のＲＡ
ＩＤタイプへデータを移送できるようにする階層ＲＡＩ
Ｄシステムが記載されている。この特許は、ヒューレッ
ト・パッカード社に譲渡され、ミラーおよびパリティＲ
ＡＩＤ領域（たとえば、ＲＡＩＤ１およびＲＡＩＤ５）
を有するＲＡＩＤレベル仮想記憶空間に物理記憶空間が
マッピングされる複数レベルＲＡＩＤアーキテクチャに
ついて記載している。ＲＡＩＤレベル仮想記憶空間は次
にアプリケーションレベル仮想記憶空間にマッピングさ
れ、１つの大きい連続アドレス可能空間としてユーザに
記憶空間を提示する。動作中、アプリケーションレベル
仮想空間においてユーザの記憶需要が変化すると、その
変化に対処するため、ＲＡＩＤレベル仮想空間のミラー
ＲＡＩＤ領域およびパリティＲＡＩＤ領域間でデータを
移送することができる。たとえば、ミラー冗長に応じて
格納されたデータはパリティ冗長を使用してシフトし格
納することができ、その逆も可能である。前記米国特許
第５３９２２４４号は、追加の背景情報を提供するた
め、参照により本明細書に組み込まれる。
Storage Redundancy Management」という名称の米国特
許第５３９２２４４号には、データ記憶条件および空間
需要が変化したときにあるＲＡＩＤタイプから他のＲＡ
ＩＤタイプへデータを移送できるようにする階層ＲＡＩ
Ｄシステムが記載されている。この特許は、ヒューレッ
ト・パッカード社に譲渡され、ミラーおよびパリティＲ
ＡＩＤ領域（たとえば、ＲＡＩＤ１およびＲＡＩＤ５）
を有するＲＡＩＤレベル仮想記憶空間に物理記憶空間が
マッピングされる複数レベルＲＡＩＤアーキテクチャに
ついて記載している。ＲＡＩＤレベル仮想記憶空間は次
にアプリケーションレベル仮想記憶空間にマッピングさ
れ、１つの大きい連続アドレス可能空間としてユーザに
記憶空間を提示する。動作中、アプリケーションレベル
仮想空間においてユーザの記憶需要が変化すると、その
変化に対処するため、ＲＡＩＤレベル仮想空間のミラー
ＲＡＩＤ領域およびパリティＲＡＩＤ領域間でデータを
移送することができる。たとえば、ミラー冗長に応じて
格納されたデータはパリティ冗長を使用してシフトし格
納することができ、その逆も可能である。前記米国特許
第５３９２２４４号は、追加の背景情報を提供するた
め、参照により本明細書に組み込まれる。
【００１０】データ移送により、管理者は、動作条件を
定義し、論理記憶ユニット（以下ＬＵＮとも称する）を
確立する際に多大なフレキシビリティが得られる。一例
として、ＲＡＩＤシステムは、最初に最適実行ＲＡＩＤ
１構成に応じてユーザ・データを格納することができ
る。ユーザ・データがアレイ容量の５０％に近づき、そ
れを上回ると、ディスク・アレイ・システムは、ＲＡＩ
Ｄ１とＲＡＩＤ５の両方に応じてデータを格納し始め、
記憶需要が変化するにつれて連続してＲＡＩＤ１とＲＡ
ＩＤ５との間で動的にデータを移送することができる。
動作中の任意の時点では、データはすべてのディスク上
にＲＡＩＤ１またはＲＡＩＤ５として格納することがで
きるだろう。ＲＡＩＤ１とＲＡＩＤ５の記憶の混合比
は、データＩ／Ｏ（入出力）につれて動的に変化する。
このため、システムは、ユーザ・データの増加量に対す
る実行を最適化することができる。
定義し、論理記憶ユニット（以下ＬＵＮとも称する）を
確立する際に多大なフレキシビリティが得られる。一例
として、ＲＡＩＤシステムは、最初に最適実行ＲＡＩＤ
１構成に応じてユーザ・データを格納することができ
る。ユーザ・データがアレイ容量の５０％に近づき、そ
れを上回ると、ディスク・アレイ・システムは、ＲＡＩ
Ｄ１とＲＡＩＤ５の両方に応じてデータを格納し始め、
記憶需要が変化するにつれて連続してＲＡＩＤ１とＲＡ
ＩＤ５との間で動的にデータを移送することができる。
動作中の任意の時点では、データはすべてのディスク上
にＲＡＩＤ１またはＲＡＩＤ５として格納することがで
きるだろう。ＲＡＩＤ１とＲＡＩＤ５の記憶の混合比
は、データＩ／Ｏ（入出力）につれて動的に変化する。
このため、システムは、ユーザ・データの増加量に対す
る実行を最適化することができる。
【００１１】データ移送のために十分な空間が保持され
ることを保証するため、ＲＡＩＤシステムは、ミラーＲ
ＡＩＤ領域に割り振ることができるブロック数を制限す
る。具体的な手法の１つは、Burkes他の「Methods and
Systems for Reserving Storage Space for Data Migra
tion in a Redundant Hierarchic Data Storage System
by Dynamically Computing Maximum Storage Space fo
r Mirror Redundancy」という名称の米国特許第５６５
９７０４号に記載されている。この特許は、ヒューレッ
ト・パッカード社に譲渡され、記憶ディスクの物理容量
と、記憶ディスクの数と、ユーザからの各記憶要求の時
点で割り振られた容量との関数に基づいて、ミラーＲＡ
ＩＤ領域内の仮想ブロックの最大数を計算する階層ＲＡ
ＩＤシステムについて記載している。この特許は参照に
より本明細書に組み込まれる。
ることを保証するため、ＲＡＩＤシステムは、ミラーＲ
ＡＩＤ領域に割り振ることができるブロック数を制限す
る。具体的な手法の１つは、Burkes他の「Methods and
Systems for Reserving Storage Space for Data Migra
tion in a Redundant Hierarchic Data Storage System
by Dynamically Computing Maximum Storage Space fo
r Mirror Redundancy」という名称の米国特許第５６５
９７０４号に記載されている。この特許は、ヒューレッ
ト・パッカード社に譲渡され、記憶ディスクの物理容量
と、記憶ディスクの数と、ユーザからの各記憶要求の時
点で割り振られた容量との関数に基づいて、ミラーＲＡ
ＩＤ領域内の仮想ブロックの最大数を計算する階層ＲＡ
ＩＤシステムについて記載している。この特許は参照に
より本明細書に組み込まれる。
【００１２】ＲＡＩＤレベル仮想記憶空間の過大割当て
を回避するため、ＲＡＩＤシステムは、将来の記憶要求
を処理するために、管理者に対して使用可能な全仮想容
量を計算する。使用可能容量の計算は、ディスクのサイ
ズや数、ＲＡＩＤ１およびＲＡＩＤ５記憶の特性、ＲＡ
ＩＤ１記憶用に使用する最小割合、アクティブ・ホット
・スペア・オプション（ active hot spare option）が
要求されたかどうかなどの要因に基づいて行われる。１
９９５年２月１日に出願されたBurkes他の「Methods fo
r Avoiding Over-Commitment of Virtual Capacity in
a Redundant Hierarchic Storage System」という名称
の米国特許出願第０８／３８２３５０号には、使用可能
容量を計算する技法の１つがより詳細に記載されてい
る。この特許出願は、ヒューレット・パッカード社に譲
渡され、参照により本明細書に組み込まれる。
を回避するため、ＲＡＩＤシステムは、将来の記憶要求
を処理するために、管理者に対して使用可能な全仮想容
量を計算する。使用可能容量の計算は、ディスクのサイ
ズや数、ＲＡＩＤ１およびＲＡＩＤ５記憶の特性、ＲＡ
ＩＤ１記憶用に使用する最小割合、アクティブ・ホット
・スペア・オプション（ active hot spare option）が
要求されたかどうかなどの要因に基づいて行われる。１
９９５年２月１日に出願されたBurkes他の「Methods fo
r Avoiding Over-Commitment of Virtual Capacity in
a Redundant Hierarchic Storage System」という名称
の米国特許出願第０８／３８２３５０号には、使用可能
容量を計算する技法の１つがより詳細に記載されてい
る。この特許出願は、ヒューレット・パッカード社に譲
渡され、参照により本明細書に組み込まれる。
【００１３】
【発明が解決しようとする課題】純粋なＲＡＩＤ１が、
ＲＡＩＤ１とＲＡＩＤ５の動的混合を使用するアーキテ
クチャ（前記米国特許第５３９２２４４号で教示するも
の）より速い速度で物理空間を消費することは、ＲＡＩ
Ｄ技術の特徴から明白である。さらに、結合したＲＡＩ
Ｄ１およびＲＡＩＤ５アーキテクチャは、純粋なＲＡＩ
Ｄ５より速い速度で物理空間を消費する。固定物理容量
を備えたシステムでは、様々な論理ユニット・タイプで
消費速度が多様である場合に、各論理ユニット・タイプ
ごとの使用可能容量が同時に得られるかを決定すること
は有益なことであろう。
ＲＡＩＤ１とＲＡＩＤ５の動的混合を使用するアーキテ
クチャ（前記米国特許第５３９２２４４号で教示するも
の）より速い速度で物理空間を消費することは、ＲＡＩ
Ｄ技術の特徴から明白である。さらに、結合したＲＡＩ
Ｄ１およびＲＡＩＤ５アーキテクチャは、純粋なＲＡＩ
Ｄ５より速い速度で物理空間を消費する。固定物理容量
を備えたシステムでは、様々な論理ユニット・タイプで
消費速度が多様である場合に、各論理ユニット・タイプ
ごとの使用可能容量が同時に得られるかを決定すること
は有益なことであろう。
【００１４】本発明は、使用可能容量および現行のＲＡ
ＩＤ構成に関する情報を明瞭かつ便利なやり方で管理者
に報告するための記憶管理システムおよび方法を提供す
ることによって、各論理ユニット・タイプごとの使用可
能容量が同時に得られ、管理者が現行の論理記憶ユニッ
ト（ＬＵＮ）特性の作成または再構成に関する判断を行
えるようにすることを目的とする。
ＩＤ構成に関する情報を明瞭かつ便利なやり方で管理者
に報告するための記憶管理システムおよび方法を提供す
ることによって、各論理ユニット・タイプごとの使用可
能容量が同時に得られ、管理者が現行の論理記憶ユニッ
ト（ＬＵＮ）特性の作成または再構成に関する判断を行
えるようにすることを目的とする。
【００１５】
【課題を解決するための手段】本発明は、管理者が現行
の論理記憶ユニット（ＬＵＮ）特性の作成または再構成
に関する判断を情報に基づいて行えるように、使用可能
容量および現行のＲＡＩＤ構成に関する情報を明瞭かつ
便利なやり方で管理者に報告するための記憶管理システ
ムおよび方法を提供する。本発明の一実施形態では、記
憶管理システムは、複数のタイプのＬＵＮからなる既存
のＬＵＮ配置を提示するグラフィカル・ユーザ・インタ
フェース（ＵＩ）を提供する。このグラフィカルＵＩ
は、既存のＬＵＮ配置の場合における使用可能容量をさ
らに示す。
の論理記憶ユニット（ＬＵＮ）特性の作成または再構成
に関する判断を情報に基づいて行えるように、使用可能
容量および現行のＲＡＩＤ構成に関する情報を明瞭かつ
便利なやり方で管理者に報告するための記憶管理システ
ムおよび方法を提供する。本発明の一実施形態では、記
憶管理システムは、複数のタイプのＬＵＮからなる既存
のＬＵＮ配置を提示するグラフィカル・ユーザ・インタ
フェース（ＵＩ）を提供する。このグラフィカルＵＩ
は、既存のＬＵＮ配置の場合における使用可能容量をさ
らに示す。
【００１６】このグラフィカルＵＩにより、管理者は、
１つまたは複数の追加の仮説ＬＵＮを物理的に作成せず
に、それらを伴う種々の構成も提案することができる。
このグラフィカルＵＩは、種々のＬＵＮタイプを表す１
組のコントロール（制御操作部）を提供する。管理者
は、グラフィックによりコントロールを操作して、仮説
ＬＵＮの特性を変化させることができる。管理者がコン
トロールを操作すると、システムは、既存のＬＵＮと仮
説ＬＵＮの両方を含むＬＵＮ配置を想定して、使用可能
容量を動的に計算する。このグラフィカルＵＩは、既存
のシステムに追加した場合に仮説ＬＵＮがどの程度使用
可能容量に影響するかについて管理者が正しい認識を得
られるように、管理者の操作に対する応答として、変化
する使用可能容量を報告する。
１つまたは複数の追加の仮説ＬＵＮを物理的に作成せず
に、それらを伴う種々の構成も提案することができる。
このグラフィカルＵＩは、種々のＬＵＮタイプを表す１
組のコントロール（制御操作部）を提供する。管理者
は、グラフィックによりコントロールを操作して、仮説
ＬＵＮの特性を変化させることができる。管理者がコン
トロールを操作すると、システムは、既存のＬＵＮと仮
説ＬＵＮの両方を含むＬＵＮ配置を想定して、使用可能
容量を動的に計算する。このグラフィカルＵＩは、既存
のシステムに追加した場合に仮説ＬＵＮがどの程度使用
可能容量に影響するかについて管理者が正しい認識を得
られるように、管理者の操作に対する応答として、変化
する使用可能容量を報告する。
【００１７】記憶管理システムは、十分な使用可能容量
があると想定して、管理者が仮説ＬＵＮと同じ特性を有
する新しいＬＵＮを作成できるようにするものである。
があると想定して、管理者が仮説ＬＵＮと同じ特性を有
する新しいＬＵＮを作成できるようにするものである。
【００１８】
【発明の実施の形態】同様の構成要素および特徴を参照
するために、添付図面全体にわたって同じ参照番号を使
用する。
するために、添付図面全体にわたって同じ参照番号を使
用する。
【００１９】図１は、データ記憶システム２４に接続さ
れたホスト・コンピュータ２２の概略図であり、Ｉ／Ｏ
インタフェース・バス２６を介してデータ記憶システム
２４に接続されたホスト・コンピュータ２２を有するコ
ンピュータ・システム２０を示している。ホスト・コン
ピュータ２２は、たとえば、サーバまたはワークステー
ションとして構成可能な汎用コンピュータである。ホス
ト・コンピュータ２２は、ディスプレイ２８と、中央演
算処理装置（ＣＰＵ）３０と、キーボード３２と、マウ
ス３４とを有する。プリンタ、テープ、ＣＤ−ＲＯＭ、
ネットワーク・インタフェースなど、他のデータ入力お
よび出力の周辺機器も含むことができる。図１のホスト
・コンピュータ２２は、ネットワーク３６に結合され、
データ記憶システム２４から１つまたは複数のクライア
ント（図示せず）にデータを供給する。
れたホスト・コンピュータ２２の概略図であり、Ｉ／Ｏ
インタフェース・バス２６を介してデータ記憶システム
２４に接続されたホスト・コンピュータ２２を有するコ
ンピュータ・システム２０を示している。ホスト・コン
ピュータ２２は、たとえば、サーバまたはワークステー
ションとして構成可能な汎用コンピュータである。ホス
ト・コンピュータ２２は、ディスプレイ２８と、中央演
算処理装置（ＣＰＵ）３０と、キーボード３２と、マウ
ス３４とを有する。プリンタ、テープ、ＣＤ−ＲＯＭ、
ネットワーク・インタフェースなど、他のデータ入力お
よび出力の周辺機器も含むことができる。図１のホスト
・コンピュータ２２は、ネットワーク３６に結合され、
データ記憶システム２４から１つまたは複数のクライア
ント（図示せず）にデータを供給する。
【００２０】データ記憶システム２４は、ユーザ・デー
タと他の情報を保持する。好ましい実施形態では、デー
タ記憶システム２４は、種々の冗長方式によりデータを
格納できる階層ＲＡＩＤシステムである。ホスト・コン
ピュータ２２は、管理者がＲＡＩＤシステムであるデー
タ記憶システム２４内のメモリ空間を構成し、診断を実
行し、性能を評価し、ＲＡＩＤ記憶システムについてそ
の他の管理を行えるようにするためのインタフェースを
提供する。
タと他の情報を保持する。好ましい実施形態では、デー
タ記憶システム２４は、種々の冗長方式によりデータを
格納できる階層ＲＡＩＤシステムである。ホスト・コン
ピュータ２２は、管理者がＲＡＩＤシステムであるデー
タ記憶システム２４内のメモリ空間を構成し、診断を実
行し、性能を評価し、ＲＡＩＤ記憶システムについてそ
の他の管理を行えるようにするためのインタフェースを
提供する。
【００２１】本発明の特定の一実施形態によれば、ホス
ト・コンピュータ２２により、管理者は進行中の動作時
にデータ記憶システム２４用の種々のメモリ構成を提案
することができる。現在の記憶混合比の場合、管理者
は、１つまたは複数の仮説論理記憶ユニット（仮説ＬＵ
Ｎ）を実際に作成せずに、その特性を指定することがで
きる。管理者が提案したＬＵＮ配置に基づいて、データ
記憶システム２４は、仮説であるが未作成のＬＵＮを考
慮に入れて、ユーザ・データ用の使用可能容量を計算す
る。使用可能容量は管理者に報告される。システムが追
加のＬＵＮを処理する場合、管理者は、仮説ＬＵＮの指
定の特性に応じて新しいＬＵＮを作成するよう、データ
記憶システムに指示することができる。
ト・コンピュータ２２により、管理者は進行中の動作時
にデータ記憶システム２４用の種々のメモリ構成を提案
することができる。現在の記憶混合比の場合、管理者
は、１つまたは複数の仮説論理記憶ユニット（仮説ＬＵ
Ｎ）を実際に作成せずに、その特性を指定することがで
きる。管理者が提案したＬＵＮ配置に基づいて、データ
記憶システム２４は、仮説であるが未作成のＬＵＮを考
慮に入れて、ユーザ・データ用の使用可能容量を計算す
る。使用可能容量は管理者に報告される。システムが追
加のＬＵＮを処理する場合、管理者は、仮説ＬＵＮの指
定の特性に応じて新しいＬＵＮを作成するよう、データ
記憶システムに指示することができる。
【００２２】図２は、ホスト・コンピュータとデータ記
憶システムのブロック図であり、図１のホスト・コンピ
ュータ２２とデータ記憶システム２４をより詳しく示し
ている。ホスト・コンピュータ２２は、プロセッサ４０
と、揮発性メモリ４２（すなわち、ＲＡＭ）と、キーボ
ード３２と、マウス３４と、不揮発性メモリ４４（たと
えば、ＲＯＭ、ハード・ディスク、フロッピー・ディス
ク、ＣＤ−ＲＯＭなど）と、ディスプレイ２８とを有す
る。管理者モジュール４６は、不揮発性メモリ４４に格
納され、プロセッサ４０上で実行される。他の管理機能
（たとえば、診断、性能の見直しなど）間で、管理者モ
ジュール４６は、管理者が種々の仮説ＬＵＮ配置を用い
て実験できるようにし、その後、仮説ＬＵＮ配置を実施
した場合にそれが使用可能容量にどのように影響するか
についてフィードバックを行う。管理者モジュール４６
は、ディスプレイ２８上に視覚インタフェースを提示す
る記憶マネージャ・グラフィカル・ユーザ・インタフェ
ース（ＵＩ）４８をサポートする。グラフィカルＵＩ４
８により、管理者は、単純なポイント・アンド・クリッ
ク・コントロールにより新しいＬＵＮを提案し、新しい
ＬＵＮを追加することによって発生しうる使用可能容量
への影響を確認することができる。
憶システムのブロック図であり、図１のホスト・コンピ
ュータ２２とデータ記憶システム２４をより詳しく示し
ている。ホスト・コンピュータ２２は、プロセッサ４０
と、揮発性メモリ４２（すなわち、ＲＡＭ）と、キーボ
ード３２と、マウス３４と、不揮発性メモリ４４（たと
えば、ＲＯＭ、ハード・ディスク、フロッピー・ディス
ク、ＣＤ−ＲＯＭなど）と、ディスプレイ２８とを有す
る。管理者モジュール４６は、不揮発性メモリ４４に格
納され、プロセッサ４０上で実行される。他の管理機能
（たとえば、診断、性能の見直しなど）間で、管理者モ
ジュール４６は、管理者が種々の仮説ＬＵＮ配置を用い
て実験できるようにし、その後、仮説ＬＵＮ配置を実施
した場合にそれが使用可能容量にどのように影響するか
についてフィードバックを行う。管理者モジュール４６
は、ディスプレイ２８上に視覚インタフェースを提示す
る記憶マネージャ・グラフィカル・ユーザ・インタフェ
ース（ＵＩ）４８をサポートする。グラフィカルＵＩ４
８により、管理者は、単純なポイント・アンド・クリッ
ク・コントロールにより新しいＬＵＮを提案し、新しい
ＬＵＮを追加することによって発生しうる使用可能容量
への影響を確認することができる。
【００２３】データ記憶システム２４は、複数の記憶デ
ィスク５２を伴うディスク・アレイ５０と、ディスク・
アレイ・コントローラ５４と、ＲＡＩＤ管理システム５
６とを有する。ディスク・アレイ・コントローラ５４
は、ＳＣＳＩ（ small computer system interface）な
どの１つまたは複数のインタフェース・バス５８を介し
てディスク・アレイ５０に結合されている。ＲＡＩＤ管
理システム５６は、インタフェース・プロトコル６０を
介してディスク・アレイ・コントローラ５４に結合され
ている。ただし、ＲＡＩＤ管理システム５６は個別の構
成部分（図示せず）として実施するか、ディスク・アレ
イ・コントローラ５４内で実施するか、ホスト・コンピ
ュータ２２内で実施できることに留意されたい。ＲＡＩ
Ｄ管理システム５６は、データ記憶システム２４の処理
ユニット上またはホスト・コンピュータ２２のプロセッ
サ４０上で動作するソフトウェア・モジュールであるこ
とが好ましい。
ィスク５２を伴うディスク・アレイ５０と、ディスク・
アレイ・コントローラ５４と、ＲＡＩＤ管理システム５
６とを有する。ディスク・アレイ・コントローラ５４
は、ＳＣＳＩ（ small computer system interface）な
どの１つまたは複数のインタフェース・バス５８を介し
てディスク・アレイ５０に結合されている。ＲＡＩＤ管
理システム５６は、インタフェース・プロトコル６０を
介してディスク・アレイ・コントローラ５４に結合され
ている。ただし、ＲＡＩＤ管理システム５６は個別の構
成部分（図示せず）として実施するか、ディスク・アレ
イ・コントローラ５４内で実施するか、ホスト・コンピ
ュータ２２内で実施できることに留意されたい。ＲＡＩ
Ｄ管理システム５６は、データ記憶システム２４の処理
ユニット上またはホスト・コンピュータ２２のプロセッ
サ４０上で動作するソフトウェア・モジュールであるこ
とが好ましい。
【００２４】ディスク・アレイ・コントローラ５４は、
ディスク・アレイ５０との間のデータ転送を調整する。
ディスク・アレイ・コントローラ５４は、第１のディス
ク・アレイ・コントローラ５４Ａと第２のディスク・ア
レイ・コントローラ５４Ｂとを有する２重コントローラ
として実施されている。２重コントローラは、一方のコ
ントローラが動作不能になった場合に連続バックアップ
および冗長性を提供することにより、信頼性を強化す
る。２重コントローラ５４Ａおよび５４Ｂは、キャッシ
ュ・メモリ（ cache memory ）を提供するために不揮発
性ＲＡＭ（ＮＶＲＡＭ）６２ａおよび６２ｂを有し、こ
のキャッシュ・メモリは記憶空間の一部としてさらにユ
ーザに提示される。
ディスク・アレイ５０との間のデータ転送を調整する。
ディスク・アレイ・コントローラ５４は、第１のディス
ク・アレイ・コントローラ５４Ａと第２のディスク・ア
レイ・コントローラ５４Ｂとを有する２重コントローラ
として実施されている。２重コントローラは、一方のコ
ントローラが動作不能になった場合に連続バックアップ
および冗長性を提供することにより、信頼性を強化す
る。２重コントローラ５４Ａおよび５４Ｂは、キャッシ
ュ・メモリ（ cache memory ）を提供するために不揮発
性ＲＡＭ（ＮＶＲＡＭ）６２ａおよび６２ｂを有し、こ
のキャッシュ・メモリは記憶空間の一部としてさらにユ
ーザに提示される。
【００２５】ディスク・アレイ５０は、その物理記憶空
間および１つまたは複数の仮想記憶空間を含む、種々の
記憶空間として特徴付けることができる。マップは、様
々な記憶ビュー（ view ）を関連付ける。たとえば、デ
ィスク・アレイの物理記憶空間をＲＡＩＤレベル仮想記
憶空間にマッピングすることができ、この仮想記憶空間
は様々なデータ信頼性レベルに応じて記憶領域の輪郭を
示す。ＲＡＩＤレベル仮想記憶空間内の一部の領域はミ
ラーまたはＲＡＩＤ１などの第１の信頼性記憶レベル用
に割り振られ、他の領域はパリティまたはＲＡＩＤ２〜
５などの第２の信頼性記憶レベル用に割り振ることがで
きる。ＲＡＩＤレベル仮想記憶空間はアプリケーション
レベル仮想記憶空間にマッピングされ、１つの連続アド
レス可能空間をユーザに提示する。物理ビューとＲＡＩ
Ｄレベル・ビューは、アプリケーション・ビューの下で
ユーザから隠されている。
間および１つまたは複数の仮想記憶空間を含む、種々の
記憶空間として特徴付けることができる。マップは、様
々な記憶ビュー（ view ）を関連付ける。たとえば、デ
ィスク・アレイの物理記憶空間をＲＡＩＤレベル仮想記
憶空間にマッピングすることができ、この仮想記憶空間
は様々なデータ信頼性レベルに応じて記憶領域の輪郭を
示す。ＲＡＩＤレベル仮想記憶空間内の一部の領域はミ
ラーまたはＲＡＩＤ１などの第１の信頼性記憶レベル用
に割り振られ、他の領域はパリティまたはＲＡＩＤ２〜
５などの第２の信頼性記憶レベル用に割り振ることがで
きる。ＲＡＩＤレベル仮想記憶空間はアプリケーション
レベル仮想記憶空間にマッピングされ、１つの連続アド
レス可能空間をユーザに提示する。物理ビューとＲＡＩ
Ｄレベル・ビューは、アプリケーション・ビューの下で
ユーザから隠されている。
【００２６】ＲＡＩＤ管理システム５６は、種々の冗長
方式に応じてどのようにユーザ・データを格納するかを
管理する。ＲＡＩＤ管理システム５６は、物理記憶のタ
イプ（すなわち、ディスク・アレイまたはキャッシュ）
および冗長レベル（すなわち、ＲＡＩＤ０〜５）に応じ
て異なる様々なＬＵＮタイプにアプリケーションレベル
記憶空間を構成することができる。説明を続けるため、
管理者は３通りのタイプのＬＵＮを指定できると想定す
る。１つのＬＵＮタイプは、ＮＶＲＡＭ６２上で検出さ
れるキャッシュ・メモリのみからなる。第２のＬＵＮタ
イプは、ディスク・アレイ５０内のＲＡＩＤ１記憶空間
のみからなる。このＬＵＮのデータは、ミラー冗長に応
じてＲＡＩＤレベル・ビューに格納される。
方式に応じてどのようにユーザ・データを格納するかを
管理する。ＲＡＩＤ管理システム５６は、物理記憶のタ
イプ（すなわち、ディスク・アレイまたはキャッシュ）
および冗長レベル（すなわち、ＲＡＩＤ０〜５）に応じ
て異なる様々なＬＵＮタイプにアプリケーションレベル
記憶空間を構成することができる。説明を続けるため、
管理者は３通りのタイプのＬＵＮを指定できると想定す
る。１つのＬＵＮタイプは、ＮＶＲＡＭ６２上で検出さ
れるキャッシュ・メモリのみからなる。第２のＬＵＮタ
イプは、ディスク・アレイ５０内のＲＡＩＤ１記憶空間
のみからなる。このＬＵＮのデータは、ミラー冗長に応
じてＲＡＩＤレベル・ビューに格納される。
【００２７】第３のＬＵＮタイプは、ＲＡＩＤ１とＲＡ
ＩＤ５の混合など、複数のＲＡＩＤレベルの組合せから
なる。第３のＬＵＮタイプでは、ＲＡＩＤ管理システム
は、記憶需要および空き空間が変化するにつれて２通り
のＲＡＩＤレベル（たとえば、ＲＡＩＤ１とＲＡＩＤ
５）間で自動的にデータを移送する。このため、ミラー
冗長（ＲＡＩＤ１）に応じて格納されたデータはパリテ
ィ冗長（ＲＡＩＤ５）を使用してシフトし格納すること
ができ、その逆も可能である。ＲＡＩＤ管理システムは
複数の信頼性レベル間でデータを自動的に調整するの
で、この第３のＬＵＮタイプは「自動ＲＡＩＤ」と呼ば
れる。
ＩＤ５の混合など、複数のＲＡＩＤレベルの組合せから
なる。第３のＬＵＮタイプでは、ＲＡＩＤ管理システム
は、記憶需要および空き空間が変化するにつれて２通り
のＲＡＩＤレベル（たとえば、ＲＡＩＤ１とＲＡＩＤ
５）間で自動的にデータを移送する。このため、ミラー
冗長（ＲＡＩＤ１）に応じて格納されたデータはパリテ
ィ冗長（ＲＡＩＤ５）を使用してシフトし格納すること
ができ、その逆も可能である。ＲＡＩＤ管理システムは
複数の信頼性レベル間でデータを自動的に調整するの
で、この第３のＬＵＮタイプは「自動ＲＡＩＤ」と呼ば
れる。
【００２８】従来の技術において述べた米国特許第５３
９２２４４号には、データ記憶条件および空間需要が変
化するにつれて、あるＲＡＩＤタイプから他のＲＡＩＤ
タイプにデータを移送する階層ＲＡＩＤシステムが記載
されている。ＲＡＩＤ管理システム５６がどのようにデ
ータ移送を実行するかの詳細な説明については、本明細
書に組み込まれた上記特許を参照されたい。
９２２４４号には、データ記憶条件および空間需要が変
化するにつれて、あるＲＡＩＤタイプから他のＲＡＩＤ
タイプにデータを移送する階層ＲＡＩＤシステムが記載
されている。ＲＡＩＤ管理システム５６がどのようにデ
ータ移送を実行するかの詳細な説明については、本明細
書に組み込まれた上記特許を参照されたい。
【００２９】管理者は、ユーザ・データを格納するため
に１つまたは複数のＬＵＮを指定することができる。た
とえば、管理者は、同じデータ記憶システム２４上に１
つまたは複数のキャッシュタイプＬＵＮと、１つまたは
複数のＲＡＩＤ１タイプＬＵＮと、１つまたは複数の自
動ＲＡＩＤタイプＬＵＮとを確立することができる。デ
ータ記憶システムが現行の配置で動作すると、管理者
は、様々なタイプの追加のＬＵＮを作成することをさら
に提案することもできる。固定量の物理空間の場合、種
々のＬＵＮタイプは異なる速度で物理空間を消費する。
したがって、管理者が構成を変更したい場合、本発明の
一実施形態は、所与のタイプの新しいＬＵＮが現行の構
成にどのように影響するかを判定する際に、管理者を支
援する。
に１つまたは複数のＬＵＮを指定することができる。た
とえば、管理者は、同じデータ記憶システム２４上に１
つまたは複数のキャッシュタイプＬＵＮと、１つまたは
複数のＲＡＩＤ１タイプＬＵＮと、１つまたは複数の自
動ＲＡＩＤタイプＬＵＮとを確立することができる。デ
ータ記憶システムが現行の配置で動作すると、管理者
は、様々なタイプの追加のＬＵＮを作成することをさら
に提案することもできる。固定量の物理空間の場合、種
々のＬＵＮタイプは異なる速度で物理空間を消費する。
したがって、管理者が構成を変更したい場合、本発明の
一実施形態は、所与のタイプの新しいＬＵＮが現行の構
成にどのように影響するかを判定する際に、管理者を支
援する。
【００３０】図３は、使用可能容量を報告するための方
法における諸ステップを示すフローチャートであり、管
理者が種々のＬＵＮ配置を検討する間にコンピュータ・
システム２０が実行する諸ステップを示している。ステ
ップ７０において、管理者モジュール４６は、グラフィ
カル・ユーザ・インタフェース４８を介してホスト・コ
ンピュータ２２に可能なＬＵＮ配置を入力するよう、管
理者に要求する。それぞれの新しいＬＵＮごとに、管理
者はＬＵＮのタイプとサイズを指定する。入力パラメー
タはＲＡＩＤ管理システム５６に渡され、この管理シス
テムは提案された仮説ＬＵＮと既存のＬＵＮ配置とを組
み合わせ、各ＬＵＮタイプのメモリ空間消費を計算する
（ステップ７２）。すなわち、ＲＡＩＤ管理システム５
６は、キャッシュタイプＬＵＮ、ＲＡＩＤ１タイプＬＵ
Ｎ、自動ＲＡＩＤタイプＬＵＮによってメモリ空間がど
の程度消費されるかを決定する。
法における諸ステップを示すフローチャートであり、管
理者が種々のＬＵＮ配置を検討する間にコンピュータ・
システム２０が実行する諸ステップを示している。ステ
ップ７０において、管理者モジュール４６は、グラフィ
カル・ユーザ・インタフェース４８を介してホスト・コ
ンピュータ２２に可能なＬＵＮ配置を入力するよう、管
理者に要求する。それぞれの新しいＬＵＮごとに、管理
者はＬＵＮのタイプとサイズを指定する。入力パラメー
タはＲＡＩＤ管理システム５６に渡され、この管理シス
テムは提案された仮説ＬＵＮと既存のＬＵＮ配置とを組
み合わせ、各ＬＵＮタイプのメモリ空間消費を計算する
（ステップ７２）。すなわち、ＲＡＩＤ管理システム５
６は、キャッシュタイプＬＵＮ、ＲＡＩＤ１タイプＬＵ
Ｎ、自動ＲＡＩＤタイプＬＵＮによってメモリ空間がど
の程度消費されるかを決定する。
【００３１】このメモリ空間消費の計算を使用して、Ｒ
ＡＩＤ管理システム５６は、提案されたＬＵＮが作成さ
れ、システムに追加されると想定して、ユーザにとって
使用可能なものとして残っている容量を報告する（ステ
ップ７４）。物理空間の使用可能容量はグラフィカル・
ユーザ・インタフェース４８を介して視覚的に報告され
ることが好ましいが、プリントアウトなどの他の技法も
可能である。
ＡＩＤ管理システム５６は、提案されたＬＵＮが作成さ
れ、システムに追加されると想定して、ユーザにとって
使用可能なものとして残っている容量を報告する（ステ
ップ７４）。物理空間の使用可能容量はグラフィカル・
ユーザ・インタフェース４８を介して視覚的に報告され
ることが好ましいが、プリントアウトなどの他の技法も
可能である。
【００３２】使用可能容量を計算するために可能な技法
の１つは、Theresa A. Burkes、Bryan M. Diamond、Mar
vin D. Nelsonの名義で１９９７年２月１日に出願され
た「Method for Avoiding Over-Commitment of Virtual
Capacity in a Redundant Hierarchic Data Storage S
ystem」という名称の米国特許出願第０８／３８２３５
０号に記載されている。この特許出願は、ヒューレット
・パッカード社に譲渡され、参照により本明細書に組み
込まれる。ただし、使用可能容量を計算するための他の
技法も使用可能であることに留意されたい。
の１つは、Theresa A. Burkes、Bryan M. Diamond、Mar
vin D. Nelsonの名義で１９９７年２月１日に出願され
た「Method for Avoiding Over-Commitment of Virtual
Capacity in a Redundant Hierarchic Data Storage S
ystem」という名称の米国特許出願第０８／３８２３５
０号に記載されている。この特許出願は、ヒューレット
・パッカード社に譲渡され、参照により本明細書に組み
込まれる。ただし、使用可能容量を計算するための他の
技法も使用可能であることに留意されたい。
【００３３】仮説ＬＵＮ用の空間が不十分である場合、
ＲＡＩＤ管理システム５６は、仮説ＬＵＮを維持するた
めに使用可能な物理空間が十分ではないことを管理者に
報告する。
ＲＡＩＤ管理システム５６は、仮説ＬＵＮを維持するた
めに使用可能な物理空間が十分ではないことを管理者に
報告する。
【００３４】ただし、ステップ７２および７４は、ホス
ト・コンピュータ２２上で動作する管理者モジュール４
６内など、ＲＡＩＤ管理システム５６の外部でも実行可
能であることに留意されたい。さらに、管理者モジュー
ル４６は、ホスト・コンピュータ２２とクライアントの
両方で動作する分散アプリケーションとして実施できる
ことにも留意されたい。
ト・コンピュータ２２上で動作する管理者モジュール４
６内など、ＲＡＩＤ管理システム５６の外部でも実行可
能であることに留意されたい。さらに、管理者モジュー
ル４６は、ホスト・コンピュータ２２とクライアントの
両方で動作する分散アプリケーションとして実施できる
ことにも留意されたい。
【００３５】図３のステップ７６でグラフィカル・ユー
ザ・インタフェース４８は、仮説ＬＵＮと同じ特性を有
する実際のＬＵＮの作成を希望するかどうかを管理者に
尋ねる。実際のＬＵＮの作成を希望する場合（すなわ
ち、ステップ７６からの「ＹＥＳ」分岐）、ＲＡＩＤ管
理システム５６は、管理者が指定したサイズおよびタイ
プに応じて１つまたは複数のＬＵＮを作成する（ステッ
プ７８）。これとは逆の場合（すなわち、ステップ７６
からの「ＮＯ」分岐）、管理者は単に異なるＬＵＮ構成
を試みるか、またはツールから出るだけである（ステッ
プ８０）。
ザ・インタフェース４８は、仮説ＬＵＮと同じ特性を有
する実際のＬＵＮの作成を希望するかどうかを管理者に
尋ねる。実際のＬＵＮの作成を希望する場合（すなわ
ち、ステップ７６からの「ＹＥＳ」分岐）、ＲＡＩＤ管
理システム５６は、管理者が指定したサイズおよびタイ
プに応じて１つまたは複数のＬＵＮを作成する（ステッ
プ７８）。これとは逆の場合（すなわち、ステップ７６
からの「ＮＯ」分岐）、管理者は単に異なるＬＵＮ構成
を試みるか、またはツールから出るだけである（ステッ
プ８０）。
【００３６】提案されたＬＵＮ配置は、様々なデータ構
造で管理者モジュール４６からＲＡＩＤ管理システム５
６に渡すことができる。一例として、管理者モジュール
４６は単に単一ＬＵＮタイプのメッセージを送る。ＲＡ
ＩＤ管理システム５６はそのＬＵＮタイプ用の使用可能
容量を示すメッセージで応答する。他の可能性として、
管理者モジュール４６は、個々の仮説ＬＵＮタイプ、サ
イズ、識別番号（任意）を相関させるために第１のテー
ブルを作成し、ＲＡＩＤ管理システム５６にこのテーブ
ルを渡す。次に、ＲＡＩＤ管理システムは、第１のテー
ブルに記載された仮説ＬＵＮと既存のＬＵＮの両方につ
いて考慮した後で各ＬＵＮタイプとそのＬＵＮタイプ用
の使用可能容量とを関連付ける第２のテーブルを返す。
造で管理者モジュール４６からＲＡＩＤ管理システム５
６に渡すことができる。一例として、管理者モジュール
４６は単に単一ＬＵＮタイプのメッセージを送る。ＲＡ
ＩＤ管理システム５６はそのＬＵＮタイプ用の使用可能
容量を示すメッセージで応答する。他の可能性として、
管理者モジュール４６は、個々の仮説ＬＵＮタイプ、サ
イズ、識別番号（任意）を相関させるために第１のテー
ブルを作成し、ＲＡＩＤ管理システム５６にこのテーブ
ルを渡す。次に、ＲＡＩＤ管理システムは、第１のテー
ブルに記載された仮説ＬＵＮと既存のＬＵＮの両方につ
いて考慮した後で各ＬＵＮタイプとそのＬＵＮタイプ用
の使用可能容量とを関連付ける第２のテーブルを返す。
【００３７】図４〜図７は、記憶マネージャ用のグラフ
ィカルＵＩ４８によって実現され、ディスプレイ２８上
に示されるＵＩ画面の例を示している。この画面につい
ては、グラフィカル・ユーザ・インタフェース・ウィン
ドウ環境でアプリケーションを提示するオペレーティン
グ・システムによって実現されるようなグラフィカル・
ユーザ・インタフェース・ウィンドウに関連して説明す
る。適当なオペレーティング・システムの例としては、
マイクロソフト社のWindows（登録商標）オペレーティ
ング・システムや、アップル・コンピュータ社のオペレ
ーティング・システムなどがある。
ィカルＵＩ４８によって実現され、ディスプレイ２８上
に示されるＵＩ画面の例を示している。この画面につい
ては、グラフィカル・ユーザ・インタフェース・ウィン
ドウ環境でアプリケーションを提示するオペレーティン
グ・システムによって実現されるようなグラフィカル・
ユーザ・インタフェース・ウィンドウに関連して説明す
る。適当なオペレーティング・システムの例としては、
マイクロソフト社のWindows（登録商標）オペレーティ
ング・システムや、アップル・コンピュータ社のオペレ
ーティング・システムなどがある。
【００３８】図４は、使用可能容量の報告に使用される
ディスプレイ２８上に示される種々のグラフィカル・ユ
ーザ・インタフェース画面を示す図である。従来のタイ
トル・バー９２とメニュー９４とを有するグラフィカル
・ユーザ・インタフェース（ＵＩ）・ウィンドウ９０の
形式のＵＩ画面を示している。記憶マネージャ用のグラ
フィカルＵＩウインドウ９０は、既存のＬＵＮ用に現在
割り振られている容量を明らかにする割振り済み容量チ
ャート９６を示している。割振り済み容量チャート９６
は、水平方向に伸びてＬＵＮの現行サイズを示す複数の
バーを有する。ＬＵＮ凡例９８は、ＬＵＮタイプを識別
するためのもので、割振り済み容量チャート９６の下に
位置する。
ディスプレイ２８上に示される種々のグラフィカル・ユ
ーザ・インタフェース画面を示す図である。従来のタイ
トル・バー９２とメニュー９４とを有するグラフィカル
・ユーザ・インタフェース（ＵＩ）・ウィンドウ９０の
形式のＵＩ画面を示している。記憶マネージャ用のグラ
フィカルＵＩウインドウ９０は、既存のＬＵＮ用に現在
割り振られている容量を明らかにする割振り済み容量チ
ャート９６を示している。割振り済み容量チャート９６
は、水平方向に伸びてＬＵＮの現行サイズを示す複数の
バーを有する。ＬＵＮ凡例９８は、ＬＵＮタイプを識別
するためのもので、割振り済み容量チャート９６の下に
位置する。
【００３９】この例における割振り済み容量チャート９
６は、データ記憶システムが現在、ＬＵＮ０、１、２、
３、５を有することを示している。ＬＵＮ０は、サイズ
が０．２５ＧＢ（ギガバイト）のキャッシュタイプＬＵ
Ｎである。ＬＵＮ１は、サイズが１ＧＢのＲＡＩＤ１タ
イプＬＵＮである。ＬＵＮ２、３、５は、サイズがそれ
ぞれ２ＧＢ、２ＧＢ、３．５ＧＢの自動ＲＡＩＤタイプ
ＬＵＮである。
６は、データ記憶システムが現在、ＬＵＮ０、１、２、
３、５を有することを示している。ＬＵＮ０は、サイズ
が０．２５ＧＢ（ギガバイト）のキャッシュタイプＬＵ
Ｎである。ＬＵＮ１は、サイズが１ＧＢのＲＡＩＤ１タ
イプＬＵＮである。ＬＵＮ２、３、５は、サイズがそれ
ぞれ２ＧＢ、２ＧＢ、３．５ＧＢの自動ＲＡＩＤタイプ
ＬＵＮである。
【００４０】グラフィカルＵＩウィンドウ９０の右側に
は、管理者が現行のＬＵＮ配置を操作してＬＵＮの追加
または除去を行えるようにするために、ＬＵＮ操作コン
トロールが設けられている。図４の実施形態では、コン
トロール（制御操作部）として、キャッシュタイプＬＵ
Ｎの消費を調整するためのキャッシュ・コントロール１
００と、ディスクタイプＬＵＮの消費を調整するための
ディスク・コントロール１０２という２つの個別コント
ロールが設けられている。
は、管理者が現行のＬＵＮ配置を操作してＬＵＮの追加
または除去を行えるようにするために、ＬＵＮ操作コン
トロールが設けられている。図４の実施形態では、コン
トロール（制御操作部）として、キャッシュタイプＬＵ
Ｎの消費を調整するためのキャッシュ・コントロール１
００と、ディスクタイプＬＵＮの消費を調整するための
ディスク・コントロール１０２という２つの個別コント
ロールが設けられている。
【００４１】図４に示されている実施形態におけるキャ
ッシュ・コントロール１００は、管理者がデータ記憶シ
ステムに追加したいキャッシュタイプＬＵＮ空間の新し
い量を増減するためにマウス・ポインタを介して移動可
能なスライド・バー１０４を提供する。キャッシュ・パ
ーセント・インジケータ１０６は、使用可能なキャッシ
ュタイプＬＵＮ空間全体の割合を示す。管理者がスライ
ド・バー１０４を移動して新しいキャッシュタイプＬＵ
Ｎ空間の量を増加（または減少）すると、キャッシュ・
パーセント・インジケータ１０６は動的に再調整され、
このような変化が使用可能キャッシュ容量に及ぼす影響
を管理者に報告する。特定のＬＵＮタイプについて１０
０％消費のポイントを超えてスライドしないように、ス
ライド・バー１０４の移動は、ユーザ・インタフェース
内に制限されている。この場合、管理者はキャッシュタ
イプＬＵＮ空間の量を０．２５ＧＢ追加に設定してお
り、既存の０．２５ＧＢと組み合わせると、使用可能キ
ャッシュ空間の５０％を消費することになるであろう。
ッシュ・コントロール１００は、管理者がデータ記憶シ
ステムに追加したいキャッシュタイプＬＵＮ空間の新し
い量を増減するためにマウス・ポインタを介して移動可
能なスライド・バー１０４を提供する。キャッシュ・パ
ーセント・インジケータ１０６は、使用可能なキャッシ
ュタイプＬＵＮ空間全体の割合を示す。管理者がスライ
ド・バー１０４を移動して新しいキャッシュタイプＬＵ
Ｎ空間の量を増加（または減少）すると、キャッシュ・
パーセント・インジケータ１０６は動的に再調整され、
このような変化が使用可能キャッシュ容量に及ぼす影響
を管理者に報告する。特定のＬＵＮタイプについて１０
０％消費のポイントを超えてスライドしないように、ス
ライド・バー１０４の移動は、ユーザ・インタフェース
内に制限されている。この場合、管理者はキャッシュタ
イプＬＵＮ空間の量を０．２５ＧＢ追加に設定してお
り、既存の０．２５ＧＢと組み合わせると、使用可能キ
ャッシュ空間の５０％を消費することになるであろう。
【００４２】ディスク・コントロール１０２は、自動Ｒ
ＡＩＤ用のスライド・バー１０８とＲＡＩＤ１用のスラ
イド・バー１１０という２つのスライド・バーを有す
る。ディスク・パーセント・インジケータ１１２は、２
つのスライド・バー１０８および１１０が設定された場
合に使用可能なディスク空間全体の割合を示す。ディス
ク・インジケータ１１２に示される全体の割合は、割振
り済み容量チャート９６の既存のＲＡＩＤ１および自動
ＲＡＩＤタイプＬＵＮ（すなわち、ＬＵＮ１、２、３、
５）と、ディスク・コントロール１０２に指定された提
案済みＲＡＩＤ１タイプＬＵＮおよび自動ＲＡＩＤタイ
プＬＵＮとを含むＬＵＮ配置を想定して計算される。Ｒ
ＡＩＤ１タイプＬＵＮおよび自動ＲＡＩＤタイプＬＵＮ
の合計のディスク・パーセント・インジケータ１１２
は、自動ＲＡＩＤタイプＬＵＮとＲＡＩＤ１タイプＬＵ
Ｎによって消費される空間を表し、種々の陰影（または
カラー）が付いた複合バーを含む。
ＡＩＤ用のスライド・バー１０８とＲＡＩＤ１用のスラ
イド・バー１１０という２つのスライド・バーを有す
る。ディスク・パーセント・インジケータ１１２は、２
つのスライド・バー１０８および１１０が設定された場
合に使用可能なディスク空間全体の割合を示す。ディス
ク・インジケータ１１２に示される全体の割合は、割振
り済み容量チャート９６の既存のＲＡＩＤ１および自動
ＲＡＩＤタイプＬＵＮ（すなわち、ＬＵＮ１、２、３、
５）と、ディスク・コントロール１０２に指定された提
案済みＲＡＩＤ１タイプＬＵＮおよび自動ＲＡＩＤタイ
プＬＵＮとを含むＬＵＮ配置を想定して計算される。Ｒ
ＡＩＤ１タイプＬＵＮおよび自動ＲＡＩＤタイプＬＵＮ
の合計のディスク・パーセント・インジケータ１１２
は、自動ＲＡＩＤタイプＬＵＮとＲＡＩＤ１タイプＬＵ
Ｎによって消費される空間を表し、種々の陰影（または
カラー）が付いた複合バーを含む。
【００４３】ディスク・コントロール１０２は、管理者
が自動ＲＡＩＤまたはＲＡＩＤ１タイプＬＵＮを選択
し、提案されたＬＵＮ配置を想定してそのタイプのＬＵ
Ｎ用にどの程度の使用可能容量が存在するかを決定でき
るようにする、タイプ選択ボックス１１４も提供する。
この例では、自動ＲＡＩＤタイプＬＵＮがチェックさ
れ、１８．７ＧＢのメモリがこのタイプのＬＵＮに使用
可能になっている。
が自動ＲＡＩＤまたはＲＡＩＤ１タイプＬＵＮを選択
し、提案されたＬＵＮ配置を想定してそのタイプのＬＵ
Ｎ用にどの程度の使用可能容量が存在するかを決定でき
るようにする、タイプ選択ボックス１１４も提供する。
この例では、自動ＲＡＩＤタイプＬＵＮがチェックさ
れ、１８．７ＧＢのメモリがこのタイプのＬＵＮに使用
可能になっている。
【００４４】記憶マネージャ用のグラフィカルＵＩウイ
ンドウ９０により、管理者は、スライド・バー１０４、
１０８、１１０を調整し、容量を変えられる３通りのＬ
ＵＮタイプの１つまたは複数からなる種々のＬＵＮ配置
を提案することができる。管理者は、これらのコントロ
ールを操作することにより、新しいＬＵＮの追加が使用
可能容量にどのように影響するかを監視することができ
る。管理者が所望のＬＵＮ配置に達すると、管理者は、
サイズおよびタイプなど、提案されたパラメータに応じ
てＬＵＮを物理的に作成することができる。
ンドウ９０により、管理者は、スライド・バー１０４、
１０８、１１０を調整し、容量を変えられる３通りのＬ
ＵＮタイプの１つまたは複数からなる種々のＬＵＮ配置
を提案することができる。管理者は、これらのコントロ
ールを操作することにより、新しいＬＵＮの追加が使用
可能容量にどのように影響するかを監視することができ
る。管理者が所望のＬＵＮ配置に達すると、管理者は、
サイズおよびタイプなど、提案されたパラメータに応じ
てＬＵＮを物理的に作成することができる。
【００４５】たとえば、管理者が０．２５ＧＢのサイズ
を有する新しいキャッシュタイプＬＵＮの作成を希望し
ていると想定する。管理者は、マウス・ポインタをキャ
ッシュ・コントロール１００、またはより具体的にはス
ライド・バー１０４の上に置き、マウス・ボタンをクリ
ックしてダイアログ・ウィンドウをオープンする。
を有する新しいキャッシュタイプＬＵＮの作成を希望し
ていると想定する。管理者は、マウス・ポインタをキャ
ッシュ・コントロール１００、またはより具体的にはス
ライド・バー１０４の上に置き、マウス・ボタンをクリ
ックしてダイアログ・ウィンドウをオープンする。
【００４６】図５は、使用可能容量の報告に使用される
ディスプレイ２８上に示される種々のグラフィカル・ユ
ーザ・インタフェース画面を示す図であり、記憶マネー
ジャ用のグラフィカルＵＩウインドウ９０上に重ねられ
たダイアログ・ウィンドウ１１６を示している。ダイア
ログ・ウィンドウ１１６は、新しいキャッシュタイプＬ
ＵＮを作成するために使用する。ダイアログ・ウィンド
ウ１１６は、ＬＵＮタイプを示し、０．５ＧＢという未
割振り容量（既存の０．２５ＧＢのＬＵＮ０と提案され
た新しい０．２５のＬＵＮからなる構成を想定したも
の）を管理者に通知する。ダイアログ・ウインドウ１１
６は新しいＬＵＮの容量を変更するための項目を管理者
に提供し、その容量は最初はデフォルトとして図４のス
ライド・バー１０４によって指定されたサイズになる。
さらに管理者は新しいＬＵＮの識別番号を設定すること
ができ、デフォルトとしては次に未使用の番号（たとえ
ば、４）になる。パラメータが設定されると、管理者は
「作成」ボタン１１８をクリックすることができ、ＲＡ
ＩＤ管理システム５６は新しいＬＵＮ４を作成し、それ
は０．２５ＧＢの容量を有するキャッシュタイプＬＵＮ
になる。
ディスプレイ２８上に示される種々のグラフィカル・ユ
ーザ・インタフェース画面を示す図であり、記憶マネー
ジャ用のグラフィカルＵＩウインドウ９０上に重ねられ
たダイアログ・ウィンドウ１１６を示している。ダイア
ログ・ウィンドウ１１６は、新しいキャッシュタイプＬ
ＵＮを作成するために使用する。ダイアログ・ウィンド
ウ１１６は、ＬＵＮタイプを示し、０．５ＧＢという未
割振り容量（既存の０．２５ＧＢのＬＵＮ０と提案され
た新しい０．２５のＬＵＮからなる構成を想定したも
の）を管理者に通知する。ダイアログ・ウインドウ１１
６は新しいＬＵＮの容量を変更するための項目を管理者
に提供し、その容量は最初はデフォルトとして図４のス
ライド・バー１０４によって指定されたサイズになる。
さらに管理者は新しいＬＵＮの識別番号を設定すること
ができ、デフォルトとしては次に未使用の番号（たとえ
ば、４）になる。パラメータが設定されると、管理者は
「作成」ボタン１１８をクリックすることができ、ＲＡ
ＩＤ管理システム５６は新しいＬＵＮ４を作成し、それ
は０．２５ＧＢの容量を有するキャッシュタイプＬＵＮ
になる。
【００４７】図６は、使用可能容量の報告に使用される
ディスプレイ２８上に示される種々のグラフィカル・ユ
ーザ・インタフェース画面を示す図であり、記憶マネー
ジャ用の代替グラフィカル・ユーザ・インタフェース・
ウィンドウ１３０を示している。図４における記憶マネ
ージャ用のグラフィカルＵＩウインドウ９０のように、
グラフィカルＵＩウインドウ１３０は、タイトル・バー
９２と、メニュー９４と、割振り済み容量チャート９６
と、ＬＵＮ凡例９８とを有する。しかし、グラフィカル
ＵＩウィンドウ１３０は、提案された新しいＬＵＮの提
示方法が異なる。グラフィカルＵＩウィンドウ１３０で
は、同じ未割振り容量ボックス１３２内にキャッシュ・
コントロールおよびディスク・コントロールのスライド
・バー１０４、１０８、１１０が配置されている。
ディスプレイ２８上に示される種々のグラフィカル・ユ
ーザ・インタフェース画面を示す図であり、記憶マネー
ジャ用の代替グラフィカル・ユーザ・インタフェース・
ウィンドウ１３０を示している。図４における記憶マネ
ージャ用のグラフィカルＵＩウインドウ９０のように、
グラフィカルＵＩウインドウ１３０は、タイトル・バー
９２と、メニュー９４と、割振り済み容量チャート９６
と、ＬＵＮ凡例９８とを有する。しかし、グラフィカル
ＵＩウィンドウ１３０は、提案された新しいＬＵＮの提
示方法が異なる。グラフィカルＵＩウィンドウ１３０で
は、同じ未割振り容量ボックス１３２内にキャッシュ・
コントロールおよびディスク・コントロールのスライド
・バー１０４、１０８、１１０が配置されている。
【００４８】この例の未割振り容量ボックス１３２は、
３つの新しい仮説ＬＵＮ４、６、７を含む。ＬＵＮ４は
２．５０ＧＢの自動ＲＡＩＤタイプＬＵＮであり、ＬＵ
Ｎ６は０．２５ＧＢのキャッシュタイプＬＵＮであり、
ＬＵＮ７は１．００ＧＢのＲＡＩＤ１タイプＬＵＮであ
る。管理者は、スライド・バー１０４、１０８、１１０
を前後にスライドすることにより、ＬＵＮのサイズを操
作することができる。スライド・バーを動かすと、ディ
スク・パーセント・インジケータ１１２およびキャッシ
ュ・パーセント・インジケータ１０６が動的に調整さ
れ、新しいＬＵＮ容量がどのように使用可能容量に影響
するかを示す。仕様の特性に基づいて管理者が１つまた
は複数の新しいＬＵＮを作成できるようにするために、
ボックス１３２内に「ＬＵＮ作成」ボタン１３４が設け
られている。
３つの新しい仮説ＬＵＮ４、６、７を含む。ＬＵＮ４は
２．５０ＧＢの自動ＲＡＩＤタイプＬＵＮであり、ＬＵ
Ｎ６は０．２５ＧＢのキャッシュタイプＬＵＮであり、
ＬＵＮ７は１．００ＧＢのＲＡＩＤ１タイプＬＵＮであ
る。管理者は、スライド・バー１０４、１０８、１１０
を前後にスライドすることにより、ＬＵＮのサイズを操
作することができる。スライド・バーを動かすと、ディ
スク・パーセント・インジケータ１１２およびキャッシ
ュ・パーセント・インジケータ１０６が動的に調整さ
れ、新しいＬＵＮ容量がどのように使用可能容量に影響
するかを示す。仕様の特性に基づいて管理者が１つまた
は複数の新しいＬＵＮを作成できるようにするために、
ボックス１３２内に「ＬＵＮ作成」ボタン１３４が設け
られている。
【００４９】管理者は、特定のＬＵＮタイプを表す特定
のスライド・バーをクリックすることにより、ＬＵＮの
タイプを変更することができる。この動作により、管理
者がＬＵＮタイプを変更できるようにするためのメニュ
ーがポップアップ表示される。たとえば、管理者が仮説
ＬＵＮ４をクリックすると想定する。図７は、使用可能
容量の報告に使用されるディスプレイ２８上に示される
種々のグラフィカル・ユーザ・インタフェース画面を示
す図であり、ポップアップ表示されたメニュー１４０を
示している。メニュー１４０は、チェック・マークが示
すように、ＬＵＮ４が現在、自動ＲＡＩＤタイプになっ
ていることを示している。管理者は、他の代替タイプの
１つをチェックすることにより、異なるＬＵＮタイプを
選択することができる。
のスライド・バーをクリックすることにより、ＬＵＮの
タイプを変更することができる。この動作により、管理
者がＬＵＮタイプを変更できるようにするためのメニュ
ーがポップアップ表示される。たとえば、管理者が仮説
ＬＵＮ４をクリックすると想定する。図７は、使用可能
容量の報告に使用されるディスプレイ２８上に示される
種々のグラフィカル・ユーザ・インタフェース画面を示
す図であり、ポップアップ表示されたメニュー１４０を
示している。メニュー１４０は、チェック・マークが示
すように、ＬＵＮ４が現在、自動ＲＡＩＤタイプになっ
ていることを示している。管理者は、他の代替タイプの
１つをチェックすることにより、異なるＬＵＮタイプを
選択することができる。
【００５０】図４〜図７は、管理者が種々のＬＵＮ配置
を提案し、このような配置がどのように使用可能容量に
影響するかを報告できるようにするためのユーザ・イン
タフェースの例を示している。本質的に同じ情報を提示
するために、他のグラフィカルＵＩレイアウトを代わり
に使用することもできる。
を提案し、このような配置がどのように使用可能容量に
影響するかを報告できるようにするためのユーザ・イン
タフェースの例を示している。本質的に同じ情報を提示
するために、他のグラフィカルＵＩレイアウトを代わり
に使用することもできる。
【００５１】構造上の特徴および／または論理的方法ス
テップに特有の用語で本発明を説明してきたが、請求の
範囲に定義された本発明はここに記載した特定の特徴ま
たはステップに必ずしも限定されないことが分かるだろ
う。むしろ、具体的な特徴およびステップは、特許請求
する本発明を実施する好ましい形式として開示したもの
である。
テップに特有の用語で本発明を説明してきたが、請求の
範囲に定義された本発明はここに記載した特定の特徴ま
たはステップに必ずしも限定されないことが分かるだろ
う。むしろ、具体的な特徴およびステップは、特許請求
する本発明を実施する好ましい形式として開示したもの
である。
【００５２】以下に本発明の実施の形態を要約する。
【００５３】１． データ記憶システム用の記憶管理シ
ステムにおいて、複数の異なるタイプの論理ユニットを
含む既存の論理ユニット配置にデータを格納し、所与の
配置の論理ユニットに対して追加のデータを格納するた
めに使用可能なデータ記憶システム上の記憶容量を表す
使用可能容量を計算するためのデータ記憶マネージャ
（５６）と、管理者が既存の論理ユニット配置とは異な
る仮説論理ユニット配置を提案できるようにするために
前記データ記憶マネージャ（５６）とインタフェースで
連結され、新しい論理ユニット配置として物理的に実施
した場合に前記仮説論理ユニット配置がどのように使用
可能容量に影響するかを管理者に報告する管理ツール
（４６）とを含む記憶管理システム。
ステムにおいて、複数の異なるタイプの論理ユニットを
含む既存の論理ユニット配置にデータを格納し、所与の
配置の論理ユニットに対して追加のデータを格納するた
めに使用可能なデータ記憶システム上の記憶容量を表す
使用可能容量を計算するためのデータ記憶マネージャ
（５６）と、管理者が既存の論理ユニット配置とは異な
る仮説論理ユニット配置を提案できるようにするために
前記データ記憶マネージャ（５６）とインタフェースで
連結され、新しい論理ユニット配置として物理的に実施
した場合に前記仮説論理ユニット配置がどのように使用
可能容量に影響するかを管理者に報告する管理ツール
（４６）とを含む記憶管理システム。
【００５４】２． 前記論理ユニットの配置が、１つま
たは複数の識別済み論理ユニットを含む上記１に記載の
記憶管理システム。
たは複数の識別済み論理ユニットを含む上記１に記載の
記憶管理システム。
【００５５】３． あるタイプの論理ユニットが第１の
冗長技法に応じてデータを格納し、第２のタイプの論理
ユニットが第２の冗長技法に応じてデータを格納するよ
うに、前記識別済み論理ユニットが種々の異なった冗長
技法に応じて分類される上記２に記載の記憶管理システ
ム。
冗長技法に応じてデータを格納し、第２のタイプの論理
ユニットが第２の冗長技法に応じてデータを格納するよ
うに、前記識別済み論理ユニットが種々の異なった冗長
技法に応じて分類される上記２に記載の記憶管理システ
ム。
【００５６】４． 前記識別済み論理ユニットが、キャ
ッシュ・メモリにデータを格納するキャッシュタイプ論
理ユニットと、ＲＡＩＤ１に応じてデータを格納するＲ
ＡＩＤ１タイプ論理ユニットと、２通りのＲＡＩＤレベ
ルに応じてデータを格納して２通りのＲＡＩＤレベル間
でデータを移送できるようにする自動ＲＡＩＤタイプ論
理ユニットという３通りのタイプの１つである上記２に
記載の記憶管理システム。
ッシュ・メモリにデータを格納するキャッシュタイプ論
理ユニットと、ＲＡＩＤ１に応じてデータを格納するＲ
ＡＩＤ１タイプ論理ユニットと、２通りのＲＡＩＤレベ
ルに応じてデータを格納して２通りのＲＡＩＤレベル間
でデータを移送できるようにする自動ＲＡＩＤタイプ論
理ユニットという３通りのタイプの１つである上記２に
記載の記憶管理システム。
【００５７】５． 個々のタイプの論理ユニットについ
てそれぞれ前記使用可能容量が計算されるように、前記
論理ユニットの配置が、１つまたは複数のタイプの論理
ユニットを含む上記１に記載の記憶管理システム。
てそれぞれ前記使用可能容量が計算されるように、前記
論理ユニットの配置が、１つまたは複数のタイプの論理
ユニットを含む上記１に記載の記憶管理システム。
【００５８】６． 前記管理ツール（４６）が前記種々
の論理ユニット・タイプを表すコントロールを備えたグ
ラフィカル・ユーザ・インタフェース（４８）を実現
し、前記グラフィカル・ユーザ・インタフェース（４
８）により管理者が前記コントロールをグラフィックに
よって操作して、論理ユニット配置を変更することがで
きる上記１に記載の記憶管理システム。
の論理ユニット・タイプを表すコントロールを備えたグ
ラフィカル・ユーザ・インタフェース（４８）を実現
し、前記グラフィカル・ユーザ・インタフェース（４
８）により管理者が前記コントロールをグラフィックに
よって操作して、論理ユニット配置を変更することがで
きる上記１に記載の記憶管理システム。
【００５９】７． 前記管理者によるコントロールの操
作に応答して、前記グラフィカル・ユーザ・インタフェ
ース（４８）が、前記仮説論理ユニット配置がどのよう
に使用可能容量に影響するかを動的に報告する上記６に
記載の記憶管理システム。
作に応答して、前記グラフィカル・ユーザ・インタフェ
ース（４８）が、前記仮説論理ユニット配置がどのよう
に使用可能容量に影響するかを動的に報告する上記６に
記載の記憶管理システム。
【００６０】８． 前記管理ツール（４６）により、管
理者が前記仮説論理ユニット配置を新しい論理ユニット
配置として物理的に実施することができる上記１に記載
の記憶管理システム。
理者が前記仮説論理ユニット配置を新しい論理ユニット
配置として物理的に実施することができる上記１に記載
の記憶管理システム。
【００６１】９． データ記憶システムを管理するため
の方法において、前記データ記憶システム上の既存の論
理ユニットに追加可能な仮説論理ユニットの特性を管理
者が指定できるようにするステップと、前記既存の論理
ユニットと前記管理者が指定した前記仮説論理ユニット
の両方について考慮した前記データ記憶システムの使用
可能容量を計算するステップと、新しい論理ユニット配
置として物理的に実施した場合に、前記仮説論理ユニッ
ト配置がどのように前記使用可能容量に影響するかを前
記管理者が吟味できるように、前記使用可能容量を前記
管理者に報告するステップとを含むデータ記憶システム
管理方法。
の方法において、前記データ記憶システム上の既存の論
理ユニットに追加可能な仮説論理ユニットの特性を管理
者が指定できるようにするステップと、前記既存の論理
ユニットと前記管理者が指定した前記仮説論理ユニット
の両方について考慮した前記データ記憶システムの使用
可能容量を計算するステップと、新しい論理ユニット配
置として物理的に実施した場合に、前記仮説論理ユニッ
ト配置がどのように前記使用可能容量に影響するかを前
記管理者が吟味できるように、前記使用可能容量を前記
管理者に報告するステップとを含むデータ記憶システム
管理方法。
【００６２】１０． 種々の論理ユニット・タイプを表
すコントロールを備えたグラフィカル・ユーザ・インタ
フェースを提示するステップと、管理者が前記コントロ
ールをグラフィックによって操作して、前記仮説論理ユ
ニットの特性を変更できるようにするステップとをさら
に含む上記９に記載のデータ記憶システム管理方法。
すコントロールを備えたグラフィカル・ユーザ・インタ
フェースを提示するステップと、管理者が前記コントロ
ールをグラフィックによって操作して、前記仮説論理ユ
ニットの特性を変更できるようにするステップとをさら
に含む上記９に記載のデータ記憶システム管理方法。
【００６３】
【発明の効果】本発明によれば、使用可能容量および現
行のＲＡＩＤ構成に関する情報を明瞭かつ便利なやり方
で管理者に報告するためのシステムおよび方法を提供で
き、これにより、各論理ユニット・タイプごとの使用可
能容量が同時に得られ、管理者が現行の論理記憶ユニッ
ト（ＬＵＮ）特性の作成または再構成に関する判断を行
うことが可能である。
行のＲＡＩＤ構成に関する情報を明瞭かつ便利なやり方
で管理者に報告するためのシステムおよび方法を提供で
き、これにより、各論理ユニット・タイプごとの使用可
能容量が同時に得られ、管理者が現行の論理記憶ユニッ
ト（ＬＵＮ）特性の作成または再構成に関する判断を行
うことが可能である。
【図１】データ記憶システムに接続されたホスト・コン
ピュータの概略図である。
ピュータの概略図である。
【図２】ホスト・コンピュータとデータ記憶システムの
ブロック図である。
ブロック図である。
【図３】使用可能容量を報告するための方法における諸
ステップを示すフローチャートである。
ステップを示すフローチャートである。
【図４】使用可能容量の報告に使用されるディスプレイ
上に示される種々のグラフィカル・ユーザ・インタフェ
ース画面を示す図である。
上に示される種々のグラフィカル・ユーザ・インタフェ
ース画面を示す図である。
【図５】使用可能容量の報告に使用されるディスプレイ
上に示される種々のグラフィカル・ユーザ・インタフェ
ース画面を示す図である。
上に示される種々のグラフィカル・ユーザ・インタフェ
ース画面を示す図である。
【図６】使用可能容量の報告に使用されるディスプレイ
上に示される種々のグラフィカル・ユーザ・インタフェ
ース画面を示す図である。
上に示される種々のグラフィカル・ユーザ・インタフェ
ース画面を示す図である。
【図７】使用可能容量の報告に使用されるディスプレイ
上に示される種々のグラフィカル・ユーザ・インタフェ
ース画面を示す図である。
上に示される種々のグラフィカル・ユーザ・インタフェ
ース画面を示す図である。
２０ コンピュータ・システム ２２ ホスト・コンピュータ ２４ データ記憶システム ２６ Ｉ／Ｏインタフェース・バス ２８ ディスプレイ ３０ 中央演算処理装置（ＣＰＵ） ３２ キーボード ３４ マウス ３６ ネットワーク ４０ プロセッサ ４２ 揮発性メモリ ４４ 不揮発性メモリ ４６ 管理者モジュール ４８ グラフィカル・ユーザ・インタフェース ５０ ディスク・アレイ ５２ 記憶ディスク ５４ ディスク・アレイ・コントローラ ５４ａ ディスク・アレイ・コントローラＡ ５４ｂ ディスク・アレイ・コントローラＢ ５６ ＲＡＩＤ管理システム ５８ インタフェース・バス ６０ インタフェース・プロトコル ６２ａ，６２ｂ 不揮発性ＲＡＭ（ＮＶＲＡＭ） ９０，１３０ グラフィカル・ユーザ・インタ
フェース・ウインドウ ９２ タイトル・バー ９４ メニュー ９６ 割振り済み容量チャート ９８ ＬＵＮ凡例 １００ キャッシュ・コントロール １０２ ディスク・コントロール １０４、１０８、１１０ スライド・バー １０６ キャッシュ・パーセント・インジケータ １１２ ディスク・パーセント・インジケータ １１６ ダイアログ・ウィンドウ １１８ 「作成」ボタン １３２ 未割振り容量ボックス １３４ 「ＬＵＮ作成」ボタン １４０ メニュー
フェース・ウインドウ ９２ タイトル・バー ９４ メニュー ９６ 割振り済み容量チャート ９８ ＬＵＮ凡例 １００ キャッシュ・コントロール １０２ ディスク・コントロール １０４、１０８、１１０ スライド・バー １０６ キャッシュ・パーセント・インジケータ １１２ ディスク・パーセント・インジケータ １１６ ダイアログ・ウィンドウ １１８ 「作成」ボタン １３２ 未割振り容量ボックス １３４ 「ＬＵＮ作成」ボタン １４０ メニュー
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ワデ・エー・ドルフィン アメリカ合衆国 アイダホ，ボイセ，ラン セロット・アヴェニュー 10244
Claims (1)
- 【請求項１】 データ記憶システム用の記憶管理システ
ムにおいて、 複数の異なるタイプの論理ユニットを含む既存の論理ユ
ニット配置にデータを格納し、所与の配置の論理ユニッ
トに対して追加のデータを格納するために使用可能なデ
ータ記憶システム上の記憶容量を表す使用可能容量を計
算するためのデータ記憶マネージャ（５６）と、 管理者が既存の論理ユニット配置とは異なる仮説論理ユ
ニット配置を提案できるようにするために前記データ記
憶マネージャ（５６）とインタフェースで連結され、新
しい論理ユニット配置として物理的に実施した場合に前
記仮説論理ユニット配置がどのように使用可能容量に影
響するかを管理者に報告する管理ツール（４６）とを含
む記憶管理システム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/932,812 US5960451A (en) | 1997-09-16 | 1997-09-16 | System and method for reporting available capacity in a data storage system with variable consumption characteristics |
| US08/932-812 | 1997-09-16 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11161431A true JPH11161431A (ja) | 1999-06-18 |
Family
ID=25462979
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10257005A Pending JPH11161431A (ja) | 1997-09-16 | 1998-09-10 | データ記憶システム用の記憶管理システム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5960451A (ja) |
| EP (1) | EP0907123B1 (ja) |
| JP (1) | JPH11161431A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7337374B2 (en) | 2002-04-23 | 2008-02-26 | Hitachi, Ltd. | Program, information processing method, information processing apparatus, and storage apparatus |
| JP2008269465A (ja) * | 2007-04-24 | 2008-11-06 | Hitachi Ltd | 管理装置及び管理方法 |
| US7500000B2 (en) | 2003-12-17 | 2009-03-03 | International Business Machines Corporation | Method and system for assigning or creating a resource |
Families Citing this family (53)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6098119A (en) * | 1998-01-21 | 2000-08-01 | Mylex Corporation | Apparatus and method that automatically scans for and configures previously non-configured disk drives in accordance with a particular raid level based on the needed raid level |
| US6230240B1 (en) * | 1998-06-23 | 2001-05-08 | Hewlett-Packard Company | Storage management system and auto-RAID transaction manager for coherent memory map across hot plug interface |
| US6094605A (en) * | 1998-07-06 | 2000-07-25 | Storage Technology Corporation | Virtual automated cartridge system |
| US6346954B1 (en) * | 1998-12-21 | 2002-02-12 | International Business Machines Corporation | User interface for configuring and managing a multi-drive data storage system |
| US6330621B1 (en) * | 1999-01-15 | 2001-12-11 | Storage Technology Corporation | Intelligent data storage manager |
| US6513093B1 (en) * | 1999-08-11 | 2003-01-28 | International Business Machines Corporation | High reliability, high performance disk array storage system |
| US6594724B1 (en) * | 2000-03-30 | 2003-07-15 | Hitachi Global Storage Technologies Netherlands B.V. | Enhanced DASD with smaller supplementary DASD |
| US6393539B1 (en) | 2000-05-04 | 2002-05-21 | Dell Products, L.P. | System and method for reliably assigning and protecting data in a centralizes storage system |
| US6973556B2 (en) * | 2000-06-19 | 2005-12-06 | Storage Technology Corporation | Data element including metadata that includes data management information for managing the data element |
| US6978356B2 (en) | 2000-06-19 | 2005-12-20 | Storage Technology Corporation | System to support dynamically flexible data definitions and storage requirements |
| US6925528B2 (en) * | 2000-06-20 | 2005-08-02 | Storage Technology Corporation | Floating virtualization layers |
| US6618798B1 (en) * | 2000-07-11 | 2003-09-09 | International Business Machines Corporation | Method, system, program, and data structures for mapping logical units to a storage space comprises of at least one array of storage units |
| US7039827B2 (en) * | 2001-02-13 | 2006-05-02 | Network Appliance, Inc. | Failover processing in a storage system |
| US6715101B2 (en) | 2001-03-15 | 2004-03-30 | Hewlett-Packard Development Company, L.P. | Redundant controller data storage system having an on-line controller removal system and method |
| US6802023B2 (en) | 2001-03-15 | 2004-10-05 | Hewlett-Packard Development Company, L.P. | Redundant controller data storage system having hot insertion system and method |
| US6708285B2 (en) | 2001-03-15 | 2004-03-16 | Hewlett-Packard Development Company, L.P. | Redundant controller data storage system having system and method for handling controller resets |
| US7200609B2 (en) * | 2001-07-19 | 2007-04-03 | Emc Corporation | Attribute based resource allocation |
| US20030037187A1 (en) * | 2001-08-14 | 2003-02-20 | Hinton Walter H. | Method and apparatus for data storage information gathering |
| US6684313B2 (en) * | 2001-08-15 | 2004-01-27 | Hewlett-Packard Development Company, L.P. | Managing storage contention in automated storage systems |
| US20030056058A1 (en) * | 2001-09-17 | 2003-03-20 | Alistair Veitch | Logical volume data migration |
| US7069395B2 (en) * | 2001-10-05 | 2006-06-27 | International Business Machines Corporation | Storage area network methods and apparatus for dynamically enabled storage device masking |
| US7137124B2 (en) | 2001-10-05 | 2006-11-14 | International Business Machines Corporation | Storage area network methods and apparatus for storage device masking |
| US20030154271A1 (en) * | 2001-10-05 | 2003-08-14 | Baldwin Duane Mark | Storage area network methods and apparatus with centralized management |
| US6996670B2 (en) * | 2001-10-05 | 2006-02-07 | International Business Machines Corporation | Storage area network methods and apparatus with file system extension |
| US7055056B2 (en) * | 2001-11-21 | 2006-05-30 | Hewlett-Packard Development Company, L.P. | System and method for ensuring the availability of a storage system |
| US7171396B2 (en) * | 2002-04-04 | 2007-01-30 | Hewlett-Packard Development Company, L.P. | Method and program product for specifying the different data access route for the first data set includes storing an indication of the different access for the first data set providing alternative data access routes to a data storage |
| US6785794B2 (en) * | 2002-05-17 | 2004-08-31 | International Business Machines Corporation | Differentiated storage resource provisioning |
| US7076606B2 (en) * | 2002-09-20 | 2006-07-11 | Quantum Corporation | Accelerated RAID with rewind capability |
| US7337269B2 (en) * | 2002-10-03 | 2008-02-26 | Hewlett Packard Development Company, L.P. | Method of managing a data storage array, and a computer system including a raid controller |
| US6807605B2 (en) * | 2002-10-03 | 2004-10-19 | Hewlett-Packard Development Company, L.P. | Managing a data storage array, a data storage system, and a raid controller |
| US7028138B2 (en) * | 2003-01-28 | 2006-04-11 | Dell Products L.P. | RAID configuration protocol for SCSI drives and RAID controllers |
| US7184933B2 (en) * | 2003-02-28 | 2007-02-27 | Hewlett-Packard Development Company, L.P. | Performance estimation tool for data storage systems |
| US7290087B2 (en) * | 2003-11-26 | 2007-10-30 | International Business Machines Corporation | Adaptive grouping in object raid |
| JP2005165441A (ja) * | 2003-11-28 | 2005-06-23 | Hitachi Ltd | ストレージ制御装置、及びストレージ制御装置の制御方法 |
| US20050240727A1 (en) * | 2004-04-23 | 2005-10-27 | Shishir Shah | Method and system for managing storage area networks |
| US7216192B2 (en) * | 2004-04-30 | 2007-05-08 | Pillar Data Systems, Inc. | Guided configuration of data storage systems |
| US7669190B2 (en) | 2004-05-18 | 2010-02-23 | Qlogic, Corporation | Method and system for efficiently recording processor events in host bus adapters |
| US7577772B2 (en) * | 2004-09-08 | 2009-08-18 | Qlogic, Corporation | Method and system for optimizing DMA channel selection |
| US7779368B2 (en) * | 2004-10-30 | 2010-08-17 | Hewlett-Packard Development Company, L.P. | Systems and methods for presenting managed data |
| US20070079097A1 (en) * | 2005-09-30 | 2007-04-05 | Emulex Design & Manufacturing Corporation | Automated logical unit creation and assignment for storage networks |
| US8024440B2 (en) | 2006-05-03 | 2011-09-20 | Netapp, Inc. | Configuration verification, recommendation, and animation method for a disk array in a storage area network (SAN) |
| US20080021865A1 (en) * | 2006-07-20 | 2008-01-24 | International Business Machines Corporation | Method, system, and computer program product for dynamically determining data placement |
| US7689587B1 (en) * | 2007-06-28 | 2010-03-30 | Emc Corporation | Autorep process to create repository according to seed data and at least one new schema |
| US8261201B2 (en) * | 2008-02-22 | 2012-09-04 | Microsoft Corporation | Spectrum bar control |
| US7849167B2 (en) * | 2008-04-15 | 2010-12-07 | International Business Machines Corporation | Dynamic distributed adjustment of maximum use of a shared storage resource |
| US8645641B2 (en) * | 2008-12-17 | 2014-02-04 | Seagate Technology Llc | Intelligent storage device controller |
| US8510643B2 (en) * | 2009-12-23 | 2013-08-13 | Nvidia Corporation | Optimizing raid migration performance |
| US9542063B1 (en) * | 2012-03-28 | 2017-01-10 | EMC IP Holding Company LLC | Managing alert thresholds |
| WO2013188382A2 (en) * | 2012-06-12 | 2013-12-19 | Centurylink Intellectual Property Llc | High performance cloud storage |
| US9383936B1 (en) * | 2013-03-05 | 2016-07-05 | Emc Corporation | Percent quotas for deduplication storage appliance |
| US10162835B2 (en) | 2015-12-15 | 2018-12-25 | Pure Storage, Inc. | Proactive management of a plurality of storage arrays in a multi-array system |
| WO2017116264A1 (en) * | 2015-12-29 | 2017-07-06 | Emc Corporation | Efficient deduplication of logical units |
| US20230418520A1 (en) * | 2022-06-27 | 2023-12-28 | Microsoft Technology Licensing, Llc | Storage policy change usage estimation |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0784732A (ja) * | 1993-08-19 | 1995-03-31 | Hewlett Packard Co <Hp> | 冗長性管理機能付メモリ・システムおよび方法 |
| JPH08221875A (ja) * | 1995-02-01 | 1996-08-30 | Hewlett Packard Co <Hp> | データ記憶システムにおける仮想容量の過大割当てを避ける方法 |
| JPH08278850A (ja) * | 1994-12-02 | 1996-10-22 | Hewlett Packard Co <Hp> | 階層データ記憶システムの記憶スペース確保方法 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0485110B1 (en) * | 1990-11-09 | 1999-08-25 | Emc Corporation | Logical partitioning of a redundant array storage system |
| US5333315A (en) * | 1991-06-27 | 1994-07-26 | Digital Equipment Corporation | System of device independent file directories using a tag between the directories and file descriptors that migrate with the files |
| US5623598A (en) * | 1994-11-22 | 1997-04-22 | Hewlett-Packard Company | Method for identifying ways to improve performance in computer data storage systems |
-
1997
- 1997-09-16 US US08/932,812 patent/US5960451A/en not_active Expired - Lifetime
-
1998
- 1998-03-26 EP EP98105536A patent/EP0907123B1/en not_active Expired - Lifetime
- 1998-09-10 JP JP10257005A patent/JPH11161431A/ja active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0784732A (ja) * | 1993-08-19 | 1995-03-31 | Hewlett Packard Co <Hp> | 冗長性管理機能付メモリ・システムおよび方法 |
| JPH08278850A (ja) * | 1994-12-02 | 1996-10-22 | Hewlett Packard Co <Hp> | 階層データ記憶システムの記憶スペース確保方法 |
| JPH08221875A (ja) * | 1995-02-01 | 1996-08-30 | Hewlett Packard Co <Hp> | データ記憶システムにおける仮想容量の過大割当てを避ける方法 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7337374B2 (en) | 2002-04-23 | 2008-02-26 | Hitachi, Ltd. | Program, information processing method, information processing apparatus, and storage apparatus |
| US7500000B2 (en) | 2003-12-17 | 2009-03-03 | International Business Machines Corporation | Method and system for assigning or creating a resource |
| US7970907B2 (en) | 2003-12-17 | 2011-06-28 | International Business Machines Corporation | Method and system for assigning or creating a resource |
| US8627001B2 (en) | 2003-12-17 | 2014-01-07 | International Business Machines Corporation | Assigning or creating a resource in a storage system |
| JP2008269465A (ja) * | 2007-04-24 | 2008-11-06 | Hitachi Ltd | 管理装置及び管理方法 |
| US8261031B2 (en) | 2007-04-24 | 2012-09-04 | Hitachi, Ltd. | Device and method to manage migration volume selection |
Also Published As
| Publication number | Publication date |
|---|---|
| US5960451A (en) | 1999-09-28 |
| EP0907123B1 (en) | 2004-05-26 |
| EP0907123A3 (en) | 2000-08-23 |
| EP0907123A2 (en) | 1999-04-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH11161431A (ja) | データ記憶システム用の記憶管理システム | |
| US7512888B2 (en) | Management method and apparatus for storage apparatus | |
| JP5159421B2 (ja) | ストレージシステム及び管理装置を用いたストレージシステムの管理方法 | |
| US8225041B2 (en) | Management method of performance history and a management system of performance history | |
| US7502904B2 (en) | Information processing system and management device for managing relocation of data based on a change in the characteristics of the data over time | |
| US7107534B1 (en) | Storage area network administration | |
| US7065624B1 (en) | System and method for determining workload characteristics for one or more applications operating in a data storage environment with ability to control grouping | |
| US7089395B2 (en) | Computer systems, virtual storage systems and virtual storage system operational methods | |
| JP4646574B2 (ja) | データ処理システム | |
| US7159072B2 (en) | Method and apparatus for monitoring the quantity of differential data in a storage system | |
| JP4341897B2 (ja) | 記憶装置システム及びデータ複製方法 | |
| US8103829B2 (en) | Hierarchical systems and methods for performing storage operations in a computer network | |
| US20060218360A1 (en) | Method, apparatus and program storage device for providing an optimized read methodology for synchronously mirrored virtual disk pairs | |
| US20090044035A1 (en) | Management apparatus, management method and storage management system | |
| US7188166B2 (en) | Storage system, storage control device, and control method for storage system | |
| JP2003345632A (ja) | ストレージ機器管理方法、システム、およびプログラム | |
| JP2006227688A (ja) | ストレージシステム | |
| US8352766B2 (en) | Power control of target secondary copy storage based on journal storage usage and accumulation speed rate | |
| JP2004139494A (ja) | ストレージ使用容量表示方法 | |
| JP2004341994A (ja) | プログラム、情報処理装置、及び情報処理装置の制御方法 | |
| US20220035547A1 (en) | Method and system for tracking storage utilization | |
| JP2007257667A (ja) | データ処理システム | |
| Amiri et al. | Automatic design of storage systems to meet availability requirements | |
| Foskett et al. | Measuring and Improving Storage Utilization |