JP4632574B2 - 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 - Google Patents
記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 Download PDFInfo
- Publication number
- JP4632574B2 JP4632574B2 JP2001156724A JP2001156724A JP4632574B2 JP 4632574 B2 JP4632574 B2 JP 4632574B2 JP 2001156724 A JP2001156724 A JP 2001156724A JP 2001156724 A JP2001156724 A JP 2001156724A JP 4632574 B2 JP4632574 B2 JP 4632574B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- storage area
- storage device
- file
- storage
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/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
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1435—Saving, restoring, recovering or retrying at system level using file system or storage system metadata
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/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]
-
- 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
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/953—Organization of data
- Y10S707/959—Network
-
- 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
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
Description
【０００１】
【発明の属する技術分野】
本発明は、データをドライブに格納する記憶装置、より詳細にはブロックデータ形式でデータの入出力を行う記憶装置、及びファイルデータ形式でデータの入出力を行う記憶装置に関する。
【０００２】
【従来の技術】
現在の情報化社会では、インターネットを介した企業間電子商取引やサプライチェーンマネージメントに代表される企業間連携の普及によりデータ活用が企業戦略上重要な役割を担っている。
こうした背景の中、情報を蓄えるストレージシステムはITプラットフォームの中心的存在となっいる。
また、情報量の爆発的な増加に伴いストレージシステムの維持、管理に要するコストも急激に増加している。
このため、各企業はストレージシステム及びそれに繋がるサーバ群をデータセンターの中に集中化し、各種サーバからのデータ共有を可能にしてデータの一元管理を行うとともに、システム全体の運用、保守、管理を容易にし、ＴＣＯ（Ｔｏｔａｌ Ｃｏｓｔ ｏｆ Ｏｗｎｅｒｓｈｉｐ）を削減する傾向にある。
【０００３】
各種サーバ群からストレージ群に蓄えられたデータを共有する方法としては、サーバとストレージ間を接続するインタフェースであるファイバチャネルとファイバチャネル用のスイッチを用いて、複数のサーバと複数のストレージ間を多対多で接続するストレージ専用のネットワークであるストレージ・エリア・ネットワーク（以下、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）と略す）が知られている。
サーバ上で実行されるアプリケーションは、データをファイル形式のデータとして扱う一方、ディスクアレイに代表されるＳＡＮに繋がるストレージはデータをブロック形式のデータとしてデータの入出力を行う。
したがって、サーバとストレージとの間でデータの入出力を行う際は、サーバ上のファイルシステムがファイル形式のデータをブロック形式のデータに変換し、ＳＡＮを介してストレージへの入出力を行う。
【０００４】
一方最近では、ネットワーク接続型ストレージ（以下ＮＡＳ（ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）と略す）が、各種サーバからストレージに蓄えられたデータを共有する方法として急激に普及してきている。
ＮＡＳは、ストレージ内にファイルシステムを持ち、サーバとＮＡＳの間はファイル形式のデータとしてデータの入出力が行われ、ＮＡＳ内のファイルシステムにおいてファイル形式のデータをブロック形式のデータに変換してドライブに記憶する。
したがってＮＡＳは、サーバ間で通信を行う一般的なネットワークとして浸透しているＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続される。
上記のように、データを共有する手段としてＳＡＮ及びＮＡＳが普及してきており、図２に示すように、データセンタ内で、ＦＣ（ファイバチャネル）ベースのＳＡＮ２に繋がるディスクアレイ装置６に代表されるストレージとＬＡＮ３に繋がるＮＡＳ７が混在する環境が広まっている。
【０００５】
また、上記でＳＡＮはブロック形式のデータのやり取りを行うファイバーチャネルをベースとしたネットワークであると述べたが、現在、ＬＡＮ３を介して行われるホストサーバ１間の通信において一般的に使われているインターネットプロトコル（以下ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏｌ）と略す）通信を利用して、ホストサーバとストレージ間のブロック形式のデータの入出力を行うための方式の標準化が進められており、将来的には、イーサネットをベースとしたＳＡＮ９が普及してくると考えられている。
この場合、図３に示すような形態でディスクアレイ装置６とＮＡＳ７が混在する環境になることが考えられる。
ＬＡＮ３に繋がっているＮＡＳ７は、ホストサーバ１との間で大量のデータのやり取りを行うため、ＬＡＮ３の負荷を圧迫し、重要なホストサーバ１間の通信を阻害する可能性が十分にある。
したがって、イーサネットベースのＳＡＮ９が普及した場合、図３に示すＮＡＳ７はイーサネットベースのＳＡＮ９の方に接続される形態が考えられる。
【０００６】
【発明が解決しようとする課題】
図２、図３に示すように、形態はそれぞれ異なるものの、データセンターの中でディスクアレイ装置６とＮＡＳ７が混在する環境が今後ますます普及していくと考えられている。このように異種システムが別個に存在する環境では、システムの保守・管理が複雑になるという問題がある。
また、ディスクアレイ装置６とＮＡＳ７どちらにおいても、ドライブに記憶するのはブロック形式のデータであるので、データを記憶するためのドライブを共用することは理論的に可能である。しかしながら、従来は別個のシステムであったためドライブを共用することが難しいという問題があった。
また、ＮＡＳでは他の記憶装置とのデータのやり取りにファイルシステムを介するため、ファイルシステムを介さないでブロック形式のデータを直接やり取りするディスクアレイ装置等の記憶装置に比べて、データのバックアップやコピーが遅いという問題があった。
本発明の目的は、ドライブ容量の有効利用が可能で、且つシステムの管理が容易な記憶装置を提供し、記憶装置のＴＣＯを削減することにある。
より具体的には、本発明の目的は、ディスクアレイ装置に代表されるブロック形式データの記憶装置とＮＡＳに代表されるファイル形式データの記憶装置の混在環境において、ドライブ容量の有効利用が可能で、且つ管理が簡単化された記憶装置を提供すること、また、ファイル形式データのバックアップ及びコピーを高速化可能な記憶装置を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明では、
データを記憶する複数のドライブと、前記複数ドライブ上の記憶領域を管理する手段を有する記憶装置において、
ブロックデータの入出力を行うポート、ファイルデータの入出力を行うポート、ブロックデータの入出力処理手段、ファイルデータの入出力処理手段、及びファイルデータとブロックデータの相互変換を行う機能を有するファイルシステムを備え、
前記ブロックデータの入出力を行うポートから入出力されるデータは、前記ブロックデータの入出力処理手段と前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行い、前記ファイルデータの入出力を行うポートから入出力されるデータは、前記ファイルデータの入出力処理手段と前記ファイルシステムと前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行うようにしている。
また、前記記憶装置の記憶領域は、ブロックデータとして入出力されるデータを記憶する第一の記憶領域と、ファイルデータとして入出力されるデータを記憶する第二の記憶領域から成っており、
前記記憶装置の記憶領域を前記第一の記憶領域と前記第二の記憶領域に分割する手段を有し、
前記記憶領域を分割する手段が、前記第一の記憶領域の一部を前記第二の記憶領域へ割当て換えする手段、及び前記第二の記憶領域の一部を前記第一の記憶領域へ割当て換えする手段を有するようにしている。
また、前記記憶装置の記憶領域は、ブロックデータとして入出力されるデータを記憶する第一の記憶領域、ファイルデータとして入出力されるデータを記憶する第二の記憶領域、及び前記第一及び第二の記憶領域のいずれにも属さない第三の記憶領域から成っており、
前記記憶装置の記憶領域を前記第一の記憶領域、前記第二の記憶領域、及び前記第三の記憶領域に分割する手段を有し、
前記記憶領域を分割する手段が、前記第三の記憶領域の一部を必要に応じて前記第一の記憶領域または前記第二の記憶領域に割当て換えする手段を有するようにしている。
また、前記記憶装置が有する前記ポートの総数は固定されており、その中でブロックデータの入出力を処理するポートの数、及びファイルデータの入出力を処理するポート数を可変とするようにしている。
また、データを記憶する複数のドライブと、前記複数ドライブ上の記憶領域を管理する手段を有する記憶装置において、
インターネットプロトコルパケットの入出力を行う複数のポート、ブロックデータ及びファイルデータの入出力処理手段、及びファイルデータとブロックデータの相互変換を行う機能を有するファイルシステムを備え、
前記複数のポートは、ブロックデータの入出力を行う第一のポートグループとファイルデータの入出力を行う第二のポートグループに分けられており、前記第一のポートグループから入出力されるデータは、前記ブロックデータ及びファイルデータの入出力処理手段と前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行い、前記第二のポートグループから入出力されるデータは、前記ブロックデータ及びファイルデータの入出力処理手段と前記ファイルシステムと前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行うようにしている。
また、データを記憶する複数のドライブと、前記複数ドライブ上の記憶領域を管理する手段を有する記憶装置において、
インターネットプロトコルパケットの入出力を行う複数のポート、ブロックデータ及びファイルデータの入出力処理手段、及びファイルデータとブロックデータの相互変換を行う機能を有するファイルシステムを備え、
前記ブロックデータ及びファイルデータの入出力処理手段は入出力されるデータがブロックデータかファイルデータかを識別し、ブロックデータあるいはファイルデータとして処理する機能を有しており、ブロックデータはブロックデータ及びファイルデータの入出力処理手段と前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行い、ファイルデータは、ブロックデータ及びファイルデータの入出力処理手段と前記ファイルシステムと前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行うようにしている。
【０００８】
【発明の実施の形態】
以下、本発明の実施例を図面を用いて説明する。
《実施例１》
図１、図４、及び図７に、本発明の一実施例を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図１は記憶装置１の論理構成を示している。
記憶装置１は、４つのファイバチャネルポート５０、４つのイーサネットポート５２、ブロックデータ入出力処理部１０−ａ、ファイルデータ入出力処理部１０−ｂ、論理ボリューム管理部３０、ファイルシステム２０、論理ボリューム３５−ａ、ｂから構成される。
論理ボリューム３５−ａ、ｂは、論理ボリューム管理部３０により複数のドライブの物理アドレス上に形成され、論理ボリューム管理部３０はこの複数ドライブ上の記憶領域を管理し、論理ボリューム管理部３０内に論理ボリュームのアドレスとドライブ上の物理アドレスを対応づけるテーブル（以下、アドレス変換テーブルと略す）が保持される（図示していない）。
論理ボリュームは、ブロック形式のデータ（以下、ブロックデータと略す）記憶用の論理ボリューム３５−ａと、ファイル形式のデータ（以下、ファイルデータと略す）記憶用の論理ボリューム３５−ｂに分ける。
ここで、ファイバチャネルポート５０はこれに限らず、例えばＳＣＳＩポート等のブロックデータの入出力が可能なポートであれば問題ない。
また、イーサネットポートはこれに限らず、ファイルデータの入出力が可能なポートであれば問題ない。
【０００９】
図７に、図１の論理構成の主な実装構成例の１つを示す。
記憶装置１は、それぞれ１つのファイバチャネルポート５０を有する４つのＲＡＩＤモジュール４２と、４つのイーサネットポート５２を有する１つのファイルサーバ４０と、複数のドライブ４４から成る。
ファイルサーバ４０と４つのＲＡＩＤモジュール４２は４本のファイバチャネル４で接続される。
ここで、上記個数は一実施例に過ぎず、個数を上記に限定するものでは無い。
図１の論理構成と図７の実装構成との対応関係を説明すると、図１におけるブロックデータ入出力処理部（１０−ａ）と論理ボリューム管理部（３０）とが図７におけるＲＡＩＤモジュール（４２）にほぼ対応しており、図１におけるファイルデータ入出力処理部（１０−ｂ）とファイルシステム（２０）とが図７におけるファイルサーバ（４０）にほぼ対応しており、ファイルサーバ（４０）の出力はファイバチャネルによりＲＡＩＤモジュール（４２）に接続される。論理ボリューム（３５−ａ，３５−ｂ）がドライブ（４４）に対応している。
【００１０】
ここで、記憶装置の物理的サイズの制限から、記憶装置１が有するポートの総数は８つに固定されるが、ＲＡＩＤモジュール４２の数を増やすことで、ファイバチャネルポート５０の数を増やすことができる。
この場合、ファイバチャネルポートの増加分だけファイルサーバに繋がるイーサネットポート５２の数を減らす。
ファイバチャネルポート５０の数は、１つのＲＡＩＤモジュール４２に繋がるファイバチャネルポート５０の数を増やすことによっても増やせる。
逆に、ファイルサーバ４０に繋がるイーサネットポート５２の数を増やす場合、その増加分だけＲＡＩＤモジュール４２に繋がるファイバチャネルポート５０の数を減らす。
こうすることにより、ユーザの要求に応じて、ファイバチャネルポート５０の数とイーサネットポート５２の数を設定することが可能になる。
【００１１】
図１１に示すように、ＲＡＩＤモジュール４２は、ファイバチャネル４でファイバチャネルポート５０及び図１２に示すファイルサーバからのファイバチャネルに繋がる入出力コントローラ１５０と、ファイバチャネル４でドライブ４４に繋がるドライブコントローラ１６０と、論理ボリュームコントローラ１７０と、データバッファ１６５から成る。
入出力コントローラ１５０では、ブロックデータの入出力処理を行う。
またドライブコントローラ１６０では、ドライブへのブロックデータの書き込み及び読み出し処理を行う。
またデータバッファ１６５では、入出力コントローラ１５０とドライブコントローラ１６０間でのデータのバッファリングを行う。
また論理ボリュームコントローラ１７０では、論理ボリューム構成テーブルを保持し、そのテーブルにより要求されるブロックデータと論理ボリュームの対応付けを行う。また、ブロックデータの論理アドレスと物理アドレスの変換を行う。
【００１２】
図１２に示すように、ファイルサーバ４０は、イーサネット５でイーサネットポート５２に繋がる入出力コントローラ１５１と、ファイバチャネル４でＲＡＩＤモジュール４２に繋がる入出力コントローラ１５２と、プロセッサ１８０と、データバッファ１６６から成る。
入出力コントローラ１５１では、ファイルデータの入出力処理を行う。
また入出力コントローラ１５２では、ＲＡＩＤモジュール４２へのブロックデータの書き込み及び読み出し処理を行う。
またデータバッファ１６６では、入出力コントローラ１５１と入出力コントローラ１５２間でのデータのバッファリングを行う。
またプロセッサ１８０では、ＯＳとしてＵＮＩＸ（登録商標）が動作しており、そのファイルシステムとしてＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）が動作している。
このファイルシステムがホストサーバからアクセスされるファイルデータをブロックデータのアドレスに変換する処理を行う。
ここで、ＯＳはＵＮＩＸに限らず、またファイルシステムもＮＦＳに限らない。ホストサーバからファイルＩＯ（ファイル形式データの入出力要求）を受け取り、それをブロックＩＯ（ブロック形式データの入出力要求）に変換してＲＡＩＤモジュール４２へアクセスする機能を有していれば問題無い。
【００１３】
ブロックデータ用論理ボリューム３５−ａとファイルデータ用論理ボリューム３５−ｂの割当ては、記憶装置１内の構成情報を設定／管理するサービスプロセッサ（以下、ＳＶＰ（Ｓｅｒ‐ｖｉｃｅ Ｐｒｏｃｅｓｓｏｒ）と略す）から、各論理ボリュームの割当てを示す記憶装置１内の論理ボリューム構成テーブルを設定することにより行う。
サービスプロセッサとしては、例えば、記憶装置１とＬＡＮで接続するノートパソコンが利用できる。
サービスプロセッサは図１１に示す論理ボリュームコントローラ１７０にアクセスを行う。
記憶装置１の初期設定時には、総論理ボリュームの内、必要な数の論理ボリュームをブロックデータ用に、残りの数の論理ボリュームをファイルデータ用に割当てる。
記憶装置１を稼動後、例えばブロックデータ用論理ボリューム３５−ａの空きが無くなり、ファイルデータ用論理ボリューム３５−ｂに未使用の論理ボリュームがある場合、サービスプロセッサから論理ボリューム構成テーブルを書き換えることにより、未使用のファイルデータ用論理ボリューム３５−ｂの内、必要な数の論理ボリュームをブロックデータ用論理ボリューム３５−ａに割当て換える。
当然のことであるが、この逆の場合にも論理ボリューム構成テーブルを書き換えることにより、論理ボリュームの割当てを変更する。
【００１４】
以下、ブロックデータ及びファイルデータの書き込み及び読み出し時の各部の動作について示す。
ブロックデータを書き込む場合、ブロックデータはファイバチャネルポート５０から入力する。
次に、ブロックデータ入出力処理部１０−ａで、ファイバチャネルのプロトコル処理を行い、ファイバチャネル用のデータフォーマットから記憶装置１内部のデータフォーマットに変換する。
論理ボリューム管理部３０では、データといっしょに送られてきたアドレスからブロックデータを書き込むべき論理ボリューム３５−ａのアドレスを割り出す。
その後ブロックデータを、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスに書き込む。
【００１５】
ブロックデータを読み出す場合、ホストコンピュータから指定されたブロックデータのアドレスからブロックデータを読み出すべき論理ボリューム３５−ａのアドレスを割り出す。
その後、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスからデータを読み出し、ブロックデータ入出力処理部１０−ａで、記憶装置１内部のデータフォーマットからファイバチャネル用のデータフォーマットに変換し、ファイバチャネルのプロトコル処理を行った後、ファイバチャネルポート５０から出力する。
【００１６】
ファイルデータを書き込む場合、ファイルデータはイーサネットポート５２から入力する。
次に、ファイルデータ入出力処理部１０−ｂで、インターネットプロトコル処理を行い、ファイルシステム２０用のデータフォーマットに変換する。
ファイルシステム２０では、ファイルデータからデータを記憶する論理ボリューム３５−ｂのアドレスを割り出し、ファイルデータをブロックデータに変換する。
その後、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスに書き込む。
【００１７】
ファイルデータを読み出す場合、ファイルシステム２０ではホストコンピュータから指定されたファイルデータから論理ボリューム３５−ｂのアドレスを割り出す。
その後、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスからブロックデータを読み出し、ファイルシステム２０においてファイルデータに変換し、ファイルデータ入出力処理部１０−ｂで、ファイルシステム２０用のデータフォーマットからインターネットプロトコル用のデータフォーマットに変換し、イーサネットポート５２から出力する。
【００１８】
本実施例によれば、図２に示すディスクアレイ装置６とＮＡＳ７を１つのシステムの中で混在させ、ブロックデータとファイルデータを記憶するドライブを共用することが可能となるため、ドライブ容量の有効利用が可能となる。
また、それによりシステムの管理が簡単化される。
これらにより記憶装置のＴＣＯを削減することが可能となる。
【００１９】
また本実施例において、図４に示すような論理ボリュームの割当てを行うこともできる。
すなわち、論理ボリュームをブロックデータ記憶用の論理ボリューム３５−ａ、ファイルデータ記憶用の論理ボリューム３５−ｂ、及びどちらにも属さない論理ボリューム３５−ｃに分ける。
論理ボリュームの割当ては、図１において説明した方法と同様に、サービスプロセッサで論理ボリューム管理部３０内の論理ボリューム構成テーブルを設定することにより行う。
記憶装置１を稼動後、例えばブロックデータ用論理ボリューム３５−ａの空きが無くなった場合、サービスプロセッサから論理ボリューム構成テーブルを書き換えることにより、論理ボリューム３５−ｃの内、必要な数の論理ボリュームをブロックデータ用論理ボリューム３５−ａに割当て換える。
ファイルデータ用論理ボリューム３５−ｂの空きが無くなった場合も同様である。
また、サービスプロセッサから論理ボリューム構成テーブルを書き換えることにより、論理ボリューム３５−ａまたは３５−ｂの内、未使用の論理ボリューム、あるいは使用しなくなった論理ボリュームを論理ボリューム３５−ｃに割当て換えることもできる。
図４の割当て方法によれば、ブロックデータ用論理ボリューム３５−ａ及びファイルデータ用論理ボリューム３５−ｂの両方に空きがなくなった場合でも、新たに論理ボリュームを追加することが可能となる。
【００２０】
《実施例２》
図５及び図８に、本発明の他の実施例を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図５は記憶装置１の他の論理構成を示している。
図５に示す記憶装置１の論理構成は、図１のブロックデータ入出力処理部１０−ａとファイルデータ入出力処理部１０−ｂが統合されブロックデータ及びファイルデータ入出力処理部となること、ポートとして４つのブロックデータ用イーサネットポート５４−ａと４つのファイルデータ用イーサネットポート５４−ｂを有することを除いて、実施例１の図１に示す構成と同様である。
イーサネットポートはこれに限らず、インターネットプロトコルパケットの入出力が可能なポートであれば問題ない。
【００２１】
図８に、図５の論理構成の主な実装構成例の１つを示す。
記憶装置１は、それぞれ１つのイーサネットポート５４−ａを有する４つのＲＡＩＤモジュール４３と、４つのイーサネットポート５４−ｂを有する１つのファイルサーバ４０と、複数のドライブ４４から成る。
ファイルサーバ４０と４つのＲＡＩＤモジュール４３は４本のイーサネット５で接続される。
ここで、上記個数は一実施例に過ぎず、個数を上記に限定するものでは無い。ここで、記憶装置の物理的サイズの制限から、記憶装置１が有するポートの総数は８つに固定されるが、ＲＡＩＤモジュール４３の数を増やすことで、イーサネットポート５４−ａの数を増やすことができる。
この場合、イーサネットポート５４−ａの増加分だけファイルサーバに繋がるイーサネットポート５４−ｂの数を減らす。
イーサネットポート５４−ａの数は、１つのＲＡＩＤモジュール４３に繋がるイーサネットポート５４−ａの数を増やすことによっても増やせる。
逆に、ファイルサーバ４０に繋がるイーサネットポート５４−ｂの数を増やす場合、その増加分だけＲＡＩＤモジュール４３に繋がるイーサネットポート５４−ａの数を減らす。
こうすることにより、ユーザの要求に応じて、イーサネットポート５４−ａの数とイーサネットポート５４−ｂの数を設定することが可能になる。
【００２２】
ＲＡＩＤモジュール４３の構成は、図１１に示すＲＡＩＤモジュール４２において、入出力コントローラ１５０に繋がるファイバチャネル４をイーサネット５に置き換えた構成となる。入出力コントローラ１５０は、イーサネットポート５４−ａからのブロックデータと、イーサネットポート５４−ｂからのファイルデータをファイルサーバ４０で変換して得られたブロックデータとを入力する。
そして、入出力コントローラ１５０にインターネットプロトコルパケットを処理する機能を新たに付加する。
入出力コントローラ１５０では、例えばｉＳＣＳＩのように、ブロックデータのやり取りを行うＳＣＳＩプロトコルのパケットを内部に載せたインターネットプロトコルパケットを処理し、インターネットプロトコル内のＳＣＳＩプロトコルのパケットを取り出したり、ＳＣＳＩプロトコルのパケットをインターネットプロトコルパケット上に載せる。
さらに、ＳＣＳＩプロトコルのパケット内のブロックデータの入出力処理を行う。
他の部位の処理はＲＡＩＤモジュール４２と同様である。
ファイルサーバ４０は、図１２に示す構成と同様である。
論理ボリュームの割当て方法は、実施例１と同様である。
【００２３】
以下、ブロックデータ及びファイルデータの書き込み及び読み出し時の各部の動作について示す。
ブロックデータを書き込む場合、ブロックデータはブロックデータ用イーサネットポート５４−ａから入力する。
次に、ブロックデータ及びファイルデータ入出力処理部１１で、インターネットプロトコル処理を行い、インターネットプロトコルパケットからＳＣＳＩプロトコルのパケットを取り出し、さらにＳＣＳＩプロトコルのパケット内からブロックデータを取り出し、記憶装置１内部のデータフォーマットに変換する。
その後の処理は、実施例１と同様である。
【００２４】
ブロックデータを読み出す場合、ブロックデータ及びファイルデータ入出力処理部１１で、インターネットプロトコル処理を行い、インターネットプロトコルパケットからＳＣＳＩプロトコルのパケットを取り出し、さらに読み出すブロックデータのアドレスを割り出す。
そのブロックデータのアドレスからブロックデータを読み出すべき論理ボリューム３５−ａのアドレスを割り出す。
その後、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスからデータを読み出し、ブロックデータ及びファイルデータ入出力処理部１１で、記憶装置１内部のデータフォーマットからＳＣＳＩプロトコルのデータフォーマットに変換し、ＳＣＳＩプロトコルのパケットをインターネットプロトコルパケットに載せ、イーサネットポート５４−ａから出力する。
【００２５】
ファイルデータを書き込む場合、ファイルデータはイーサネットポート５４−ｂから入力する。
次に、ブロックデータ及びファイルデータ入出力処理部１１で、インターネットプロトコル処理を行い、ファイルシステム２０用のデータフォーマットに変換する。
その後の処理は、実施例１と同様である。
【００２６】
ファイルデータを読み出す場合、ファイルデータ入出力処理部１０−ｂで行う処理をブロックデータ及びファイルデータ入出力処理部１１で行う以外は、実施例１と同様である。
本実施例によれば、図３に示すディスクアレイ装置６とＮＡＳ７を１つのシステムの中で混在させ、ブロックデータとファイルデータを記憶するドライブを共用することが可能となるため、ドライブ容量の有効利用が可能となる。
また、それによりシステムの管理が簡単化される。
これらにより記憶装置のＴＣＯを削減することが可能となる。
また本実施例においても、図４に示すような論理ボリュームの割当てを行うことができる。
【００２７】
《実施例３》
図６及び図１３に、本発明の他の実施例を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について、述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図６は記憶装置１の他の論理構成を示している。
図６に示す記憶装置１の論理構成は、ポートとして４つのブロックデータ及びファイルデータ共用のイーサネットポート５６を有することを除いて、実施例２の図５に示す構成と同様である。
イーサネットポートはこれに限らず、インターネットプロトコルパケットの入出力が可能なポートであれば問題ない。
【００２８】
図１３に、図６の論理構成の主な実装構成例の１つを示す。
記憶装置１は、４つのブロックデータ及びファイルデータ共用のイーサネットポート５６を有する１つのＩＰ（インターネットプロトコル）スイッチ４６と、４つのＲＡＩＤモジュール４３と、１つのファイルサーバ４０と、複数のドライブ４４から成る。
ＩＰスイッチ４６と４つのＲＡＩＤモジュール４３は４本のイーサネット５で接続される。
また、ファイルサーバ４０と４つのＲＡＩＤモジュール４３は４本のファイバチャネル４で接続される。
また、ＩＰスイッチ４６とファイルサーバ４０は２本のイーサネット５で接続される。
ＩＰスイッチ４６は、イーサネットポート５６から入力されたデータがブロックデータであるか、ファイルデータであるかを判定し、ブロックデータの場合にはＲＡＩＤモジュール４３に出力し、ファイルデータの場合にはファイルサーバ４０に出力する。ファイルサーバ４０ではファイルデータをブロックデータに変換しＲＡＩＤモジュール４３に出力する。
ここで、上記の個数は一実施例に過ぎず、個数を上記に限定するものではない。ＲＡＩＤモジュール４３は、実施例２で述べたＲＡＩＤモジュール４３の構成、機能と同様である。
ファイルサーバ４０は、図１２に示す構成と同様である。
論理ボリュームの割当て方法は、実施例１と同様である。
【００２９】
以下、ブロックデータ及びファイルデータの書き込み及び読み出し時の各部の動作について示す。
本実施例では、ブロックデータ及びファイルデータとも共用のイーサネットポート５６から入力する。
そして、ブロックデータ及びファイルデータ入出力処理部において、インターネットプロトコル処理を行い、インターネットプロトコルパケット内のＴＣＰパケット内に示されているポート番号により、ブロックデータ用のパケットか、あるいはファイルデータ用のパケットかを識別する。
その後の処理は、ブロックデータ、あるいはファイルデータのいずれかに応じて実施例２で示した動作と同様の動作を行う。
本実施例によれば、図３に示すディスクアレイ装置６とＮＡＳ７を１つのシステムの中で混在させ、ブロックデータとファイルデータを記憶するドライブを共用することが可能となるため、ドライブ容量の有効利用が可能となる。また、それによりシステムの管理が簡単化される。
これらにより記憶装置のＴＣＯを削減することが可能となる。
また、本実施例においても、図４に示すような論理ボリュームの割当てを行うことができる。
【００３０】
《実施例４》
図９に本発明におけるファイルデータの高速バックアップの方法を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について、述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図９は、実施例１で述べた図１の記憶装置１のファイルデータをＦＣ（ファイバチャネル）ベースのＳＡＮ２経由でテープ装置６０にバックアップする例を示している。
テープ装置６０はファイバチャネル４のインタフェースを有し、ブロックデータの書き込み／読み出しを行う。
ホストサーバ１はファイバチャネル４とイーサネット５の両方のインターフェースを有する。
ホストサーバ１は、ＬＡＮ３、イーサネットポート５２経由で、バックアップを行うファイルデータのディレクトリを指定してバックアップ要求を記憶装置１に対して発行する。
要求を受けたファイルシステム２０はバックアップ対象ファイルディレクトリからバックアップ対象の論理ボリュームを割り出し、論理ボリューム管理部３０へ対象ボリュームを通知し、ブロックデータとしてバックアップするよう要求を発行する。
その要求を受けた論理ボリューム管理部３０は、アドレス変換テーブルにより指定される要求論理ボリュームのドライブ上の物理アドレスからデータを読み出す。
読み出したデータをブロックデータ入出力処理部１０−ａで、記憶装置１内部のデータフォーマットからファイバチャネル用のデータフォーマットに変換し、ファイバチャネルのプロトコル処理を行った後、ファイバチャネルポート５０からＦＣベースのＳＡＮ２経由でテープ装置６０へ転送し、記録する。
【００３１】
本実施例の特徴は、図９に示すデータ経路１０１により、ファイルシステム２０を介さずにファイルデータのバックアップを行うことである。
一般的にテープ装置はブロックデータの書き込み／読み出ししかできないため、ファイルデータのバックアップを行う場合、ファイルシステムを有するサーバを介してブロックデータとしてテープ装置にデータをバックアップする必要があった。
図９により説明すると、ホストサーバ１がバックアップ対象のファイルデータをＬＡＮ３経由で記憶装置１から読み出し、ブロックデータとしてＦＣベースのＳＡＮ経由でテープ装置６０に書き込むという方法である。
【００３２】
本実施例によれば、サーバを介さずに直接テープ装置にデータをバックアップすることが可能となるため、ファイルデータの高速なバックアップが可能となる。
また、将来的にテープ装置がファイルシステムを有し、ファイルデータをバックアップすることが可能になった場合においても、本実施例によれば、ファイルデータをファイルシステムを介さずにテープ装置へバックアップすることが可能となるため、ファイルシステムにおける処理オーバヘッド分が削減され、ファイルデータのバックアップの高速化が可能となる。
実施例２及び実施例３の構成の記憶装置１においても、本実施例を実施する上で問題はなく、本実施例と同様の効果が得られる。
【００３３】
《実施例５》
図１０に本発明におけるファイルデータの高速リモートコピーの方法を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について、述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図１０は、実施例２で述べた図５の記憶装置１におけるファイルデータのリモートコピーの方法を示している。
リモートコピーは、あるサイトのディスクアレイ装置のデータを地理的に離れたサイトのディスクアレイ装置にコピーしてデータの二重化を行う技術である。
リモートコピー技術により、人災、自然災害等で１つのサイトのディスクアレイ装置がダウンした場合、そのディスクアレイ装置のデータを使用している業務を継続するために、データが二重化されているもう一方のサイトのディスクアレイ装置のデータを使用することが可能となり、システムの可用性が向上する。
【００３４】
記憶装置１−１、１−２は実施例２で述べた図５の記憶装置である。
記憶装置１−１と１−２は地理的に離れた場所にあるデータセンタ内にあり、それぞれが個々のイーサネットベースのＳＡＮ９−１、９−２に接続されている。
また、イーサネットベースのＳＡＮ９−１と９−２はインターネット８を介して互いに接続されている。
本実施例は従来のリモートコピー技術をベースとしており、記憶装置１−１と１−２間でのリモートコピーの制御方式は基本的に従来のリモートコピー技術と同じであり、ここでは、本実施例で必要な新たな処理１０５、及びリモートコピー時の記憶装置内でのデータの経路１０６についてのみ述べる。
【００３５】
記憶装置１−１から１−２へファイルデータをリモートコピーする場合について述べる。
ホストサーバ１−１はリモートコピーの対象とするファイルデータのディレクトリを指定してリモートコピー要求を、ファイルデータ用イーサネットポート５４−ｂを介して記憶装置１−１に対して発行する。
要求を受けた記憶装置１−１のファイルシステム２０−１は、リモートコピー対象のファイルディレクトリからリモートコピー対象の論理ボリュームを割り出し、イーサネットポート５４−ｂを介したＩＰ（インターネットプロトコル）通信により、ブロックデータ用のイーサネットポート５４−ａからファイルシステムを介さずに対象論理ボリュームをリモートコピーすることを、予め記憶装置１−２のファイルシステム２０−２に通知する（図中矢印１０５）。
通知を受けたファイルシステムは２０−２は、ファイルデータがファイルシステムを介さずにブロックデータ用のイーサネットポート５４−ａから入力されることと対象となる論理ボリュームを、論理ボリューム管理部３０−２に通知するとともに、ファイルシステム２０−１からの通知に対する了承をファイルシステム２０−１に返送する。
それを受けたファイルシステム２０−１は、論理ボリューム管理部３０−１へリモートコピー対象ボリュームを通知する。
【００３６】
以下に、上記リモートコピー要求が、記憶装置１−１から１−２へコピー対象ボリュームの全ファイルデータをコピーする要求と、コピー後に、記憶装置１−１のコピー対象ボリューム内のファイルデータが更新されたとき、記憶装置１−２に更新されたファイルデータの更新をする要求とを含む場合について、説明する。
論理ボリューム管理部３０−１は、通知されたリモートコピー対象ボリュームをドライブから読み出し、ブロックデータ及びファイルデータ入出力処理部１１−１で、記憶装置１内部のデータフォーマットからＳＣＳＩプロトコルのデータフォーマットに変換し、ＳＣＳＩプロトコルのパケットをインターネットプロトコルパケットに載せ、イーサネットポート５４−ａからイーサネットベースのＳＡＮ９経由で記憶装置１−２へ転送する。
リモートコピーのデータを受け取った論理ボリューム管理部３０−２は、データとともに送られる対象論理ボリュームのアドレスからファイルデータのリモートコピーであることを識別し、対象ボリュームのコピーをする。（図中矢印１０６）。
また、記憶装置１−１内のコピー対象となったボリューム内のデータが更新された場合には、更新された該当データをドライブから読み出し、ブロックデータ及びファイルデータ入出力処理部１１−１で、記憶装置１内部のデータフォーマットからＳＣＳＩプロトコルのデータフォーマットに変換し、ＳＣＳＩプロトコルのパケットをインターネットプロトコルパケットに載せ、イーサネットポート５４−ａからイーサネットベースのＳＡＮ９経由で記憶装置１−２へ転送する。
リモートコピーのデータを受け取った論理ボリューム管理部３０−２は、データとともに送られる対象論理ボリュームのアドレスからファイルデータのリモートコピーであることを識別し、対象ボリューム内の該当データを更新する（図中矢印１０６）。
【００３７】
本実施例によれば、記憶装置間でのファイルデータのリモートコピーを、ファイルシステムを介さずに行うことが可能となるため、ファイルシステムにおける処理オーバヘッド分が削減され、ファイルデータのリモートコピーを高速化することが可能となる。
実施例１及び実施例３の構成の記憶装置１においても、本実施例を実施する上で問題はなく、本実施例と同様の効果が得られる。
【００３８】
【発明の効果】
本発明によれば、ディスクアレイ装置に代表されるブロック形式データの記憶装置とＮＡＳに代表されるファイル形式データの記憶装置の混在環境において、ドライブ容量の有効利用が可能で、且つ管理が簡単化された記憶装置を提供することができる。
また、ファイル形式データのバックアップ及びコピーを高速化可能な記憶装置を提供することが可能となる。
【図面の簡単な説明】
【図１】本発明による記憶装置の論理構成を示す図である。
【図２】ディスクアレイ装置とＮＡＳの混在環境を示す図である。
【図３】ディスクアレイ装置とＮＡＳの他の混在環境を示す図である。
【図４】本発明による記憶装置の他の論理構成を示す図である。
【図５】本発明による記憶装置の他の論理構成を示す図である。
【図６】本発明による記憶装置の他の論理構成を示す図である。
【図７】図１に示す記憶装置の実装構成を示す図である。
【図８】図５に示す記憶装置の実装構成を示す図である。
【図９】本発明の記憶装置からテープ装置へのファイル形式データのバックアップ方法を示す図である。
【図１０】本発明の記憶装置間でファイル形式データのリモートコピーを行う方法を示す図である。
【図１１】図７に示すＲＡＩＤモジュールの構成を示す図である。
【図１２】図７に示すファイルサーバの構成を示す図である。
【図１３】図６に示す記憶装置の実装構成を示す図である。
【符号の説明】
１ 記憶装置
２、９−１、９−２ ＳＡＮ
３ ＬＡＮ
８ インタ−ネット
１０−ａ ブロックデータ入出力処理部
１０−ｂ ファイルデータ入出力処理部
１１、１２ ブロックデータ及びファイルデータ入出力処理部
２０ ファイルシステム
３０ 論理ボリューム管理部
３５−ａ、３５−ｂ、３５−ｃ 論理ボリューム
４０ ファイルサーバ
４２、４３ ＲＡＩＤモジュール
４４ ドライブ
４６ ＩＰスイッチ
６０ テープ装置
１５０、１５１、１５２ 入出力コントローラ
１６５、１６６ データバッファ
１７０ 論理ボリュームコントローラ
１８０ プロセッサ
【発明の属する技術分野】
本発明は、データをドライブに格納する記憶装置、より詳細にはブロックデータ形式でデータの入出力を行う記憶装置、及びファイルデータ形式でデータの入出力を行う記憶装置に関する。
【０００２】
【従来の技術】
現在の情報化社会では、インターネットを介した企業間電子商取引やサプライチェーンマネージメントに代表される企業間連携の普及によりデータ活用が企業戦略上重要な役割を担っている。
こうした背景の中、情報を蓄えるストレージシステムはITプラットフォームの中心的存在となっいる。
また、情報量の爆発的な増加に伴いストレージシステムの維持、管理に要するコストも急激に増加している。
このため、各企業はストレージシステム及びそれに繋がるサーバ群をデータセンターの中に集中化し、各種サーバからのデータ共有を可能にしてデータの一元管理を行うとともに、システム全体の運用、保守、管理を容易にし、ＴＣＯ（Ｔｏｔａｌ Ｃｏｓｔ ｏｆ Ｏｗｎｅｒｓｈｉｐ）を削減する傾向にある。
【０００３】
各種サーバ群からストレージ群に蓄えられたデータを共有する方法としては、サーバとストレージ間を接続するインタフェースであるファイバチャネルとファイバチャネル用のスイッチを用いて、複数のサーバと複数のストレージ間を多対多で接続するストレージ専用のネットワークであるストレージ・エリア・ネットワーク（以下、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）と略す）が知られている。
サーバ上で実行されるアプリケーションは、データをファイル形式のデータとして扱う一方、ディスクアレイに代表されるＳＡＮに繋がるストレージはデータをブロック形式のデータとしてデータの入出力を行う。
したがって、サーバとストレージとの間でデータの入出力を行う際は、サーバ上のファイルシステムがファイル形式のデータをブロック形式のデータに変換し、ＳＡＮを介してストレージへの入出力を行う。
【０００４】
一方最近では、ネットワーク接続型ストレージ（以下ＮＡＳ（ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）と略す）が、各種サーバからストレージに蓄えられたデータを共有する方法として急激に普及してきている。
ＮＡＳは、ストレージ内にファイルシステムを持ち、サーバとＮＡＳの間はファイル形式のデータとしてデータの入出力が行われ、ＮＡＳ内のファイルシステムにおいてファイル形式のデータをブロック形式のデータに変換してドライブに記憶する。
したがってＮＡＳは、サーバ間で通信を行う一般的なネットワークとして浸透しているＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に接続される。
上記のように、データを共有する手段としてＳＡＮ及びＮＡＳが普及してきており、図２に示すように、データセンタ内で、ＦＣ（ファイバチャネル）ベースのＳＡＮ２に繋がるディスクアレイ装置６に代表されるストレージとＬＡＮ３に繋がるＮＡＳ７が混在する環境が広まっている。
【０００５】
また、上記でＳＡＮはブロック形式のデータのやり取りを行うファイバーチャネルをベースとしたネットワークであると述べたが、現在、ＬＡＮ３を介して行われるホストサーバ１間の通信において一般的に使われているインターネットプロトコル（以下ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｃｏｌ）と略す）通信を利用して、ホストサーバとストレージ間のブロック形式のデータの入出力を行うための方式の標準化が進められており、将来的には、イーサネットをベースとしたＳＡＮ９が普及してくると考えられている。
この場合、図３に示すような形態でディスクアレイ装置６とＮＡＳ７が混在する環境になることが考えられる。
ＬＡＮ３に繋がっているＮＡＳ７は、ホストサーバ１との間で大量のデータのやり取りを行うため、ＬＡＮ３の負荷を圧迫し、重要なホストサーバ１間の通信を阻害する可能性が十分にある。
したがって、イーサネットベースのＳＡＮ９が普及した場合、図３に示すＮＡＳ７はイーサネットベースのＳＡＮ９の方に接続される形態が考えられる。
【０００６】
【発明が解決しようとする課題】
図２、図３に示すように、形態はそれぞれ異なるものの、データセンターの中でディスクアレイ装置６とＮＡＳ７が混在する環境が今後ますます普及していくと考えられている。このように異種システムが別個に存在する環境では、システムの保守・管理が複雑になるという問題がある。
また、ディスクアレイ装置６とＮＡＳ７どちらにおいても、ドライブに記憶するのはブロック形式のデータであるので、データを記憶するためのドライブを共用することは理論的に可能である。しかしながら、従来は別個のシステムであったためドライブを共用することが難しいという問題があった。
また、ＮＡＳでは他の記憶装置とのデータのやり取りにファイルシステムを介するため、ファイルシステムを介さないでブロック形式のデータを直接やり取りするディスクアレイ装置等の記憶装置に比べて、データのバックアップやコピーが遅いという問題があった。
本発明の目的は、ドライブ容量の有効利用が可能で、且つシステムの管理が容易な記憶装置を提供し、記憶装置のＴＣＯを削減することにある。
より具体的には、本発明の目的は、ディスクアレイ装置に代表されるブロック形式データの記憶装置とＮＡＳに代表されるファイル形式データの記憶装置の混在環境において、ドライブ容量の有効利用が可能で、且つ管理が簡単化された記憶装置を提供すること、また、ファイル形式データのバックアップ及びコピーを高速化可能な記憶装置を提供することにある。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明では、
データを記憶する複数のドライブと、前記複数ドライブ上の記憶領域を管理する手段を有する記憶装置において、
ブロックデータの入出力を行うポート、ファイルデータの入出力を行うポート、ブロックデータの入出力処理手段、ファイルデータの入出力処理手段、及びファイルデータとブロックデータの相互変換を行う機能を有するファイルシステムを備え、
前記ブロックデータの入出力を行うポートから入出力されるデータは、前記ブロックデータの入出力処理手段と前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行い、前記ファイルデータの入出力を行うポートから入出力されるデータは、前記ファイルデータの入出力処理手段と前記ファイルシステムと前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行うようにしている。
また、前記記憶装置の記憶領域は、ブロックデータとして入出力されるデータを記憶する第一の記憶領域と、ファイルデータとして入出力されるデータを記憶する第二の記憶領域から成っており、
前記記憶装置の記憶領域を前記第一の記憶領域と前記第二の記憶領域に分割する手段を有し、
前記記憶領域を分割する手段が、前記第一の記憶領域の一部を前記第二の記憶領域へ割当て換えする手段、及び前記第二の記憶領域の一部を前記第一の記憶領域へ割当て換えする手段を有するようにしている。
また、前記記憶装置の記憶領域は、ブロックデータとして入出力されるデータを記憶する第一の記憶領域、ファイルデータとして入出力されるデータを記憶する第二の記憶領域、及び前記第一及び第二の記憶領域のいずれにも属さない第三の記憶領域から成っており、
前記記憶装置の記憶領域を前記第一の記憶領域、前記第二の記憶領域、及び前記第三の記憶領域に分割する手段を有し、
前記記憶領域を分割する手段が、前記第三の記憶領域の一部を必要に応じて前記第一の記憶領域または前記第二の記憶領域に割当て換えする手段を有するようにしている。
また、前記記憶装置が有する前記ポートの総数は固定されており、その中でブロックデータの入出力を処理するポートの数、及びファイルデータの入出力を処理するポート数を可変とするようにしている。
また、データを記憶する複数のドライブと、前記複数ドライブ上の記憶領域を管理する手段を有する記憶装置において、
インターネットプロトコルパケットの入出力を行う複数のポート、ブロックデータ及びファイルデータの入出力処理手段、及びファイルデータとブロックデータの相互変換を行う機能を有するファイルシステムを備え、
前記複数のポートは、ブロックデータの入出力を行う第一のポートグループとファイルデータの入出力を行う第二のポートグループに分けられており、前記第一のポートグループから入出力されるデータは、前記ブロックデータ及びファイルデータの入出力処理手段と前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行い、前記第二のポートグループから入出力されるデータは、前記ブロックデータ及びファイルデータの入出力処理手段と前記ファイルシステムと前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行うようにしている。
また、データを記憶する複数のドライブと、前記複数ドライブ上の記憶領域を管理する手段を有する記憶装置において、
インターネットプロトコルパケットの入出力を行う複数のポート、ブロックデータ及びファイルデータの入出力処理手段、及びファイルデータとブロックデータの相互変換を行う機能を有するファイルシステムを備え、
前記ブロックデータ及びファイルデータの入出力処理手段は入出力されるデータがブロックデータかファイルデータかを識別し、ブロックデータあるいはファイルデータとして処理する機能を有しており、ブロックデータはブロックデータ及びファイルデータの入出力処理手段と前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行い、ファイルデータは、ブロックデータ及びファイルデータの入出力処理手段と前記ファイルシステムと前記記憶領域を管理する手段を介して前記記憶領域に対する書込みまたは読出しを行うようにしている。
【０００８】
【発明の実施の形態】
以下、本発明の実施例を図面を用いて説明する。
《実施例１》
図１、図４、及び図７に、本発明の一実施例を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図１は記憶装置１の論理構成を示している。
記憶装置１は、４つのファイバチャネルポート５０、４つのイーサネットポート５２、ブロックデータ入出力処理部１０−ａ、ファイルデータ入出力処理部１０−ｂ、論理ボリューム管理部３０、ファイルシステム２０、論理ボリューム３５−ａ、ｂから構成される。
論理ボリューム３５−ａ、ｂは、論理ボリューム管理部３０により複数のドライブの物理アドレス上に形成され、論理ボリューム管理部３０はこの複数ドライブ上の記憶領域を管理し、論理ボリューム管理部３０内に論理ボリュームのアドレスとドライブ上の物理アドレスを対応づけるテーブル（以下、アドレス変換テーブルと略す）が保持される（図示していない）。
論理ボリュームは、ブロック形式のデータ（以下、ブロックデータと略す）記憶用の論理ボリューム３５−ａと、ファイル形式のデータ（以下、ファイルデータと略す）記憶用の論理ボリューム３５−ｂに分ける。
ここで、ファイバチャネルポート５０はこれに限らず、例えばＳＣＳＩポート等のブロックデータの入出力が可能なポートであれば問題ない。
また、イーサネットポートはこれに限らず、ファイルデータの入出力が可能なポートであれば問題ない。
【０００９】
図７に、図１の論理構成の主な実装構成例の１つを示す。
記憶装置１は、それぞれ１つのファイバチャネルポート５０を有する４つのＲＡＩＤモジュール４２と、４つのイーサネットポート５２を有する１つのファイルサーバ４０と、複数のドライブ４４から成る。
ファイルサーバ４０と４つのＲＡＩＤモジュール４２は４本のファイバチャネル４で接続される。
ここで、上記個数は一実施例に過ぎず、個数を上記に限定するものでは無い。
図１の論理構成と図７の実装構成との対応関係を説明すると、図１におけるブロックデータ入出力処理部（１０−ａ）と論理ボリューム管理部（３０）とが図７におけるＲＡＩＤモジュール（４２）にほぼ対応しており、図１におけるファイルデータ入出力処理部（１０−ｂ）とファイルシステム（２０）とが図７におけるファイルサーバ（４０）にほぼ対応しており、ファイルサーバ（４０）の出力はファイバチャネルによりＲＡＩＤモジュール（４２）に接続される。論理ボリューム（３５−ａ，３５−ｂ）がドライブ（４４）に対応している。
【００１０】
ここで、記憶装置の物理的サイズの制限から、記憶装置１が有するポートの総数は８つに固定されるが、ＲＡＩＤモジュール４２の数を増やすことで、ファイバチャネルポート５０の数を増やすことができる。
この場合、ファイバチャネルポートの増加分だけファイルサーバに繋がるイーサネットポート５２の数を減らす。
ファイバチャネルポート５０の数は、１つのＲＡＩＤモジュール４２に繋がるファイバチャネルポート５０の数を増やすことによっても増やせる。
逆に、ファイルサーバ４０に繋がるイーサネットポート５２の数を増やす場合、その増加分だけＲＡＩＤモジュール４２に繋がるファイバチャネルポート５０の数を減らす。
こうすることにより、ユーザの要求に応じて、ファイバチャネルポート５０の数とイーサネットポート５２の数を設定することが可能になる。
【００１１】
図１１に示すように、ＲＡＩＤモジュール４２は、ファイバチャネル４でファイバチャネルポート５０及び図１２に示すファイルサーバからのファイバチャネルに繋がる入出力コントローラ１５０と、ファイバチャネル４でドライブ４４に繋がるドライブコントローラ１６０と、論理ボリュームコントローラ１７０と、データバッファ１６５から成る。
入出力コントローラ１５０では、ブロックデータの入出力処理を行う。
またドライブコントローラ１６０では、ドライブへのブロックデータの書き込み及び読み出し処理を行う。
またデータバッファ１６５では、入出力コントローラ１５０とドライブコントローラ１６０間でのデータのバッファリングを行う。
また論理ボリュームコントローラ１７０では、論理ボリューム構成テーブルを保持し、そのテーブルにより要求されるブロックデータと論理ボリュームの対応付けを行う。また、ブロックデータの論理アドレスと物理アドレスの変換を行う。
【００１２】
図１２に示すように、ファイルサーバ４０は、イーサネット５でイーサネットポート５２に繋がる入出力コントローラ１５１と、ファイバチャネル４でＲＡＩＤモジュール４２に繋がる入出力コントローラ１５２と、プロセッサ１８０と、データバッファ１６６から成る。
入出力コントローラ１５１では、ファイルデータの入出力処理を行う。
また入出力コントローラ１５２では、ＲＡＩＤモジュール４２へのブロックデータの書き込み及び読み出し処理を行う。
またデータバッファ１６６では、入出力コントローラ１５１と入出力コントローラ１５２間でのデータのバッファリングを行う。
またプロセッサ１８０では、ＯＳとしてＵＮＩＸ（登録商標）が動作しており、そのファイルシステムとしてＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）が動作している。
このファイルシステムがホストサーバからアクセスされるファイルデータをブロックデータのアドレスに変換する処理を行う。
ここで、ＯＳはＵＮＩＸに限らず、またファイルシステムもＮＦＳに限らない。ホストサーバからファイルＩＯ（ファイル形式データの入出力要求）を受け取り、それをブロックＩＯ（ブロック形式データの入出力要求）に変換してＲＡＩＤモジュール４２へアクセスする機能を有していれば問題無い。
【００１３】
ブロックデータ用論理ボリューム３５−ａとファイルデータ用論理ボリューム３５−ｂの割当ては、記憶装置１内の構成情報を設定／管理するサービスプロセッサ（以下、ＳＶＰ（Ｓｅｒ‐ｖｉｃｅ Ｐｒｏｃｅｓｓｏｒ）と略す）から、各論理ボリュームの割当てを示す記憶装置１内の論理ボリューム構成テーブルを設定することにより行う。
サービスプロセッサとしては、例えば、記憶装置１とＬＡＮで接続するノートパソコンが利用できる。
サービスプロセッサは図１１に示す論理ボリュームコントローラ１７０にアクセスを行う。
記憶装置１の初期設定時には、総論理ボリュームの内、必要な数の論理ボリュームをブロックデータ用に、残りの数の論理ボリュームをファイルデータ用に割当てる。
記憶装置１を稼動後、例えばブロックデータ用論理ボリューム３５−ａの空きが無くなり、ファイルデータ用論理ボリューム３５−ｂに未使用の論理ボリュームがある場合、サービスプロセッサから論理ボリューム構成テーブルを書き換えることにより、未使用のファイルデータ用論理ボリューム３５−ｂの内、必要な数の論理ボリュームをブロックデータ用論理ボリューム３５−ａに割当て換える。
当然のことであるが、この逆の場合にも論理ボリューム構成テーブルを書き換えることにより、論理ボリュームの割当てを変更する。
【００１４】
以下、ブロックデータ及びファイルデータの書き込み及び読み出し時の各部の動作について示す。
ブロックデータを書き込む場合、ブロックデータはファイバチャネルポート５０から入力する。
次に、ブロックデータ入出力処理部１０−ａで、ファイバチャネルのプロトコル処理を行い、ファイバチャネル用のデータフォーマットから記憶装置１内部のデータフォーマットに変換する。
論理ボリューム管理部３０では、データといっしょに送られてきたアドレスからブロックデータを書き込むべき論理ボリューム３５−ａのアドレスを割り出す。
その後ブロックデータを、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスに書き込む。
【００１５】
ブロックデータを読み出す場合、ホストコンピュータから指定されたブロックデータのアドレスからブロックデータを読み出すべき論理ボリューム３５−ａのアドレスを割り出す。
その後、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスからデータを読み出し、ブロックデータ入出力処理部１０−ａで、記憶装置１内部のデータフォーマットからファイバチャネル用のデータフォーマットに変換し、ファイバチャネルのプロトコル処理を行った後、ファイバチャネルポート５０から出力する。
【００１６】
ファイルデータを書き込む場合、ファイルデータはイーサネットポート５２から入力する。
次に、ファイルデータ入出力処理部１０−ｂで、インターネットプロトコル処理を行い、ファイルシステム２０用のデータフォーマットに変換する。
ファイルシステム２０では、ファイルデータからデータを記憶する論理ボリューム３５−ｂのアドレスを割り出し、ファイルデータをブロックデータに変換する。
その後、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスに書き込む。
【００１７】
ファイルデータを読み出す場合、ファイルシステム２０ではホストコンピュータから指定されたファイルデータから論理ボリューム３５−ｂのアドレスを割り出す。
その後、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスからブロックデータを読み出し、ファイルシステム２０においてファイルデータに変換し、ファイルデータ入出力処理部１０−ｂで、ファイルシステム２０用のデータフォーマットからインターネットプロトコル用のデータフォーマットに変換し、イーサネットポート５２から出力する。
【００１８】
本実施例によれば、図２に示すディスクアレイ装置６とＮＡＳ７を１つのシステムの中で混在させ、ブロックデータとファイルデータを記憶するドライブを共用することが可能となるため、ドライブ容量の有効利用が可能となる。
また、それによりシステムの管理が簡単化される。
これらにより記憶装置のＴＣＯを削減することが可能となる。
【００１９】
また本実施例において、図４に示すような論理ボリュームの割当てを行うこともできる。
すなわち、論理ボリュームをブロックデータ記憶用の論理ボリューム３５−ａ、ファイルデータ記憶用の論理ボリューム３５−ｂ、及びどちらにも属さない論理ボリューム３５−ｃに分ける。
論理ボリュームの割当ては、図１において説明した方法と同様に、サービスプロセッサで論理ボリューム管理部３０内の論理ボリューム構成テーブルを設定することにより行う。
記憶装置１を稼動後、例えばブロックデータ用論理ボリューム３５−ａの空きが無くなった場合、サービスプロセッサから論理ボリューム構成テーブルを書き換えることにより、論理ボリューム３５−ｃの内、必要な数の論理ボリュームをブロックデータ用論理ボリューム３５−ａに割当て換える。
ファイルデータ用論理ボリューム３５−ｂの空きが無くなった場合も同様である。
また、サービスプロセッサから論理ボリューム構成テーブルを書き換えることにより、論理ボリューム３５−ａまたは３５−ｂの内、未使用の論理ボリューム、あるいは使用しなくなった論理ボリュームを論理ボリューム３５−ｃに割当て換えることもできる。
図４の割当て方法によれば、ブロックデータ用論理ボリューム３５−ａ及びファイルデータ用論理ボリューム３５−ｂの両方に空きがなくなった場合でも、新たに論理ボリュームを追加することが可能となる。
【００２０】
《実施例２》
図５及び図８に、本発明の他の実施例を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図５は記憶装置１の他の論理構成を示している。
図５に示す記憶装置１の論理構成は、図１のブロックデータ入出力処理部１０−ａとファイルデータ入出力処理部１０−ｂが統合されブロックデータ及びファイルデータ入出力処理部となること、ポートとして４つのブロックデータ用イーサネットポート５４−ａと４つのファイルデータ用イーサネットポート５４−ｂを有することを除いて、実施例１の図１に示す構成と同様である。
イーサネットポートはこれに限らず、インターネットプロトコルパケットの入出力が可能なポートであれば問題ない。
【００２１】
図８に、図５の論理構成の主な実装構成例の１つを示す。
記憶装置１は、それぞれ１つのイーサネットポート５４−ａを有する４つのＲＡＩＤモジュール４３と、４つのイーサネットポート５４−ｂを有する１つのファイルサーバ４０と、複数のドライブ４４から成る。
ファイルサーバ４０と４つのＲＡＩＤモジュール４３は４本のイーサネット５で接続される。
ここで、上記個数は一実施例に過ぎず、個数を上記に限定するものでは無い。ここで、記憶装置の物理的サイズの制限から、記憶装置１が有するポートの総数は８つに固定されるが、ＲＡＩＤモジュール４３の数を増やすことで、イーサネットポート５４−ａの数を増やすことができる。
この場合、イーサネットポート５４−ａの増加分だけファイルサーバに繋がるイーサネットポート５４−ｂの数を減らす。
イーサネットポート５４−ａの数は、１つのＲＡＩＤモジュール４３に繋がるイーサネットポート５４−ａの数を増やすことによっても増やせる。
逆に、ファイルサーバ４０に繋がるイーサネットポート５４−ｂの数を増やす場合、その増加分だけＲＡＩＤモジュール４３に繋がるイーサネットポート５４−ａの数を減らす。
こうすることにより、ユーザの要求に応じて、イーサネットポート５４−ａの数とイーサネットポート５４−ｂの数を設定することが可能になる。
【００２２】
ＲＡＩＤモジュール４３の構成は、図１１に示すＲＡＩＤモジュール４２において、入出力コントローラ１５０に繋がるファイバチャネル４をイーサネット５に置き換えた構成となる。入出力コントローラ１５０は、イーサネットポート５４−ａからのブロックデータと、イーサネットポート５４−ｂからのファイルデータをファイルサーバ４０で変換して得られたブロックデータとを入力する。
そして、入出力コントローラ１５０にインターネットプロトコルパケットを処理する機能を新たに付加する。
入出力コントローラ１５０では、例えばｉＳＣＳＩのように、ブロックデータのやり取りを行うＳＣＳＩプロトコルのパケットを内部に載せたインターネットプロトコルパケットを処理し、インターネットプロトコル内のＳＣＳＩプロトコルのパケットを取り出したり、ＳＣＳＩプロトコルのパケットをインターネットプロトコルパケット上に載せる。
さらに、ＳＣＳＩプロトコルのパケット内のブロックデータの入出力処理を行う。
他の部位の処理はＲＡＩＤモジュール４２と同様である。
ファイルサーバ４０は、図１２に示す構成と同様である。
論理ボリュームの割当て方法は、実施例１と同様である。
【００２３】
以下、ブロックデータ及びファイルデータの書き込み及び読み出し時の各部の動作について示す。
ブロックデータを書き込む場合、ブロックデータはブロックデータ用イーサネットポート５４−ａから入力する。
次に、ブロックデータ及びファイルデータ入出力処理部１１で、インターネットプロトコル処理を行い、インターネットプロトコルパケットからＳＣＳＩプロトコルのパケットを取り出し、さらにＳＣＳＩプロトコルのパケット内からブロックデータを取り出し、記憶装置１内部のデータフォーマットに変換する。
その後の処理は、実施例１と同様である。
【００２４】
ブロックデータを読み出す場合、ブロックデータ及びファイルデータ入出力処理部１１で、インターネットプロトコル処理を行い、インターネットプロトコルパケットからＳＣＳＩプロトコルのパケットを取り出し、さらに読み出すブロックデータのアドレスを割り出す。
そのブロックデータのアドレスからブロックデータを読み出すべき論理ボリューム３５−ａのアドレスを割り出す。
その後、論理ボリューム管理部３０内のアドレス変換テーブルにより指定されるドライブ上の物理アドレスからデータを読み出し、ブロックデータ及びファイルデータ入出力処理部１１で、記憶装置１内部のデータフォーマットからＳＣＳＩプロトコルのデータフォーマットに変換し、ＳＣＳＩプロトコルのパケットをインターネットプロトコルパケットに載せ、イーサネットポート５４−ａから出力する。
【００２５】
ファイルデータを書き込む場合、ファイルデータはイーサネットポート５４−ｂから入力する。
次に、ブロックデータ及びファイルデータ入出力処理部１１で、インターネットプロトコル処理を行い、ファイルシステム２０用のデータフォーマットに変換する。
その後の処理は、実施例１と同様である。
【００２６】
ファイルデータを読み出す場合、ファイルデータ入出力処理部１０−ｂで行う処理をブロックデータ及びファイルデータ入出力処理部１１で行う以外は、実施例１と同様である。
本実施例によれば、図３に示すディスクアレイ装置６とＮＡＳ７を１つのシステムの中で混在させ、ブロックデータとファイルデータを記憶するドライブを共用することが可能となるため、ドライブ容量の有効利用が可能となる。
また、それによりシステムの管理が簡単化される。
これらにより記憶装置のＴＣＯを削減することが可能となる。
また本実施例においても、図４に示すような論理ボリュームの割当てを行うことができる。
【００２７】
《実施例３》
図６及び図１３に、本発明の他の実施例を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について、述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図６は記憶装置１の他の論理構成を示している。
図６に示す記憶装置１の論理構成は、ポートとして４つのブロックデータ及びファイルデータ共用のイーサネットポート５６を有することを除いて、実施例２の図５に示す構成と同様である。
イーサネットポートはこれに限らず、インターネットプロトコルパケットの入出力が可能なポートであれば問題ない。
【００２８】
図１３に、図６の論理構成の主な実装構成例の１つを示す。
記憶装置１は、４つのブロックデータ及びファイルデータ共用のイーサネットポート５６を有する１つのＩＰ（インターネットプロトコル）スイッチ４６と、４つのＲＡＩＤモジュール４３と、１つのファイルサーバ４０と、複数のドライブ４４から成る。
ＩＰスイッチ４６と４つのＲＡＩＤモジュール４３は４本のイーサネット５で接続される。
また、ファイルサーバ４０と４つのＲＡＩＤモジュール４３は４本のファイバチャネル４で接続される。
また、ＩＰスイッチ４６とファイルサーバ４０は２本のイーサネット５で接続される。
ＩＰスイッチ４６は、イーサネットポート５６から入力されたデータがブロックデータであるか、ファイルデータであるかを判定し、ブロックデータの場合にはＲＡＩＤモジュール４３に出力し、ファイルデータの場合にはファイルサーバ４０に出力する。ファイルサーバ４０ではファイルデータをブロックデータに変換しＲＡＩＤモジュール４３に出力する。
ここで、上記の個数は一実施例に過ぎず、個数を上記に限定するものではない。ＲＡＩＤモジュール４３は、実施例２で述べたＲＡＩＤモジュール４３の構成、機能と同様である。
ファイルサーバ４０は、図１２に示す構成と同様である。
論理ボリュームの割当て方法は、実施例１と同様である。
【００２９】
以下、ブロックデータ及びファイルデータの書き込み及び読み出し時の各部の動作について示す。
本実施例では、ブロックデータ及びファイルデータとも共用のイーサネットポート５６から入力する。
そして、ブロックデータ及びファイルデータ入出力処理部において、インターネットプロトコル処理を行い、インターネットプロトコルパケット内のＴＣＰパケット内に示されているポート番号により、ブロックデータ用のパケットか、あるいはファイルデータ用のパケットかを識別する。
その後の処理は、ブロックデータ、あるいはファイルデータのいずれかに応じて実施例２で示した動作と同様の動作を行う。
本実施例によれば、図３に示すディスクアレイ装置６とＮＡＳ７を１つのシステムの中で混在させ、ブロックデータとファイルデータを記憶するドライブを共用することが可能となるため、ドライブ容量の有効利用が可能となる。また、それによりシステムの管理が簡単化される。
これらにより記憶装置のＴＣＯを削減することが可能となる。
また、本実施例においても、図４に示すような論理ボリュームの割当てを行うことができる。
【００３０】
《実施例４》
図９に本発明におけるファイルデータの高速バックアップの方法を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について、述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図９は、実施例１で述べた図１の記憶装置１のファイルデータをＦＣ（ファイバチャネル）ベースのＳＡＮ２経由でテープ装置６０にバックアップする例を示している。
テープ装置６０はファイバチャネル４のインタフェースを有し、ブロックデータの書き込み／読み出しを行う。
ホストサーバ１はファイバチャネル４とイーサネット５の両方のインターフェースを有する。
ホストサーバ１は、ＬＡＮ３、イーサネットポート５２経由で、バックアップを行うファイルデータのディレクトリを指定してバックアップ要求を記憶装置１に対して発行する。
要求を受けたファイルシステム２０はバックアップ対象ファイルディレクトリからバックアップ対象の論理ボリュームを割り出し、論理ボリューム管理部３０へ対象ボリュームを通知し、ブロックデータとしてバックアップするよう要求を発行する。
その要求を受けた論理ボリューム管理部３０は、アドレス変換テーブルにより指定される要求論理ボリュームのドライブ上の物理アドレスからデータを読み出す。
読み出したデータをブロックデータ入出力処理部１０−ａで、記憶装置１内部のデータフォーマットからファイバチャネル用のデータフォーマットに変換し、ファイバチャネルのプロトコル処理を行った後、ファイバチャネルポート５０からＦＣベースのＳＡＮ２経由でテープ装置６０へ転送し、記録する。
【００３１】
本実施例の特徴は、図９に示すデータ経路１０１により、ファイルシステム２０を介さずにファイルデータのバックアップを行うことである。
一般的にテープ装置はブロックデータの書き込み／読み出ししかできないため、ファイルデータのバックアップを行う場合、ファイルシステムを有するサーバを介してブロックデータとしてテープ装置にデータをバックアップする必要があった。
図９により説明すると、ホストサーバ１がバックアップ対象のファイルデータをＬＡＮ３経由で記憶装置１から読み出し、ブロックデータとしてＦＣベースのＳＡＮ経由でテープ装置６０に書き込むという方法である。
【００３２】
本実施例によれば、サーバを介さずに直接テープ装置にデータをバックアップすることが可能となるため、ファイルデータの高速なバックアップが可能となる。
また、将来的にテープ装置がファイルシステムを有し、ファイルデータをバックアップすることが可能になった場合においても、本実施例によれば、ファイルデータをファイルシステムを介さずにテープ装置へバックアップすることが可能となるため、ファイルシステムにおける処理オーバヘッド分が削減され、ファイルデータのバックアップの高速化が可能となる。
実施例２及び実施例３の構成の記憶装置１においても、本実施例を実施する上で問題はなく、本実施例と同様の効果が得られる。
【００３３】
《実施例５》
図１０に本発明におけるファイルデータの高速リモートコピーの方法を示す。
本実施例では、記憶装置の記憶領域を管理する単位が論理ボリュームである場合について、述べる。他の場合についても、本実施例の考え方を適用することにより、同様の効果が得られる。
図１０は、実施例２で述べた図５の記憶装置１におけるファイルデータのリモートコピーの方法を示している。
リモートコピーは、あるサイトのディスクアレイ装置のデータを地理的に離れたサイトのディスクアレイ装置にコピーしてデータの二重化を行う技術である。
リモートコピー技術により、人災、自然災害等で１つのサイトのディスクアレイ装置がダウンした場合、そのディスクアレイ装置のデータを使用している業務を継続するために、データが二重化されているもう一方のサイトのディスクアレイ装置のデータを使用することが可能となり、システムの可用性が向上する。
【００３４】
記憶装置１−１、１−２は実施例２で述べた図５の記憶装置である。
記憶装置１−１と１−２は地理的に離れた場所にあるデータセンタ内にあり、それぞれが個々のイーサネットベースのＳＡＮ９−１、９−２に接続されている。
また、イーサネットベースのＳＡＮ９−１と９−２はインターネット８を介して互いに接続されている。
本実施例は従来のリモートコピー技術をベースとしており、記憶装置１−１と１−２間でのリモートコピーの制御方式は基本的に従来のリモートコピー技術と同じであり、ここでは、本実施例で必要な新たな処理１０５、及びリモートコピー時の記憶装置内でのデータの経路１０６についてのみ述べる。
【００３５】
記憶装置１−１から１−２へファイルデータをリモートコピーする場合について述べる。
ホストサーバ１−１はリモートコピーの対象とするファイルデータのディレクトリを指定してリモートコピー要求を、ファイルデータ用イーサネットポート５４−ｂを介して記憶装置１−１に対して発行する。
要求を受けた記憶装置１−１のファイルシステム２０−１は、リモートコピー対象のファイルディレクトリからリモートコピー対象の論理ボリュームを割り出し、イーサネットポート５４−ｂを介したＩＰ（インターネットプロトコル）通信により、ブロックデータ用のイーサネットポート５４−ａからファイルシステムを介さずに対象論理ボリュームをリモートコピーすることを、予め記憶装置１−２のファイルシステム２０−２に通知する（図中矢印１０５）。
通知を受けたファイルシステムは２０−２は、ファイルデータがファイルシステムを介さずにブロックデータ用のイーサネットポート５４−ａから入力されることと対象となる論理ボリュームを、論理ボリューム管理部３０−２に通知するとともに、ファイルシステム２０−１からの通知に対する了承をファイルシステム２０−１に返送する。
それを受けたファイルシステム２０−１は、論理ボリューム管理部３０−１へリモートコピー対象ボリュームを通知する。
【００３６】
以下に、上記リモートコピー要求が、記憶装置１−１から１−２へコピー対象ボリュームの全ファイルデータをコピーする要求と、コピー後に、記憶装置１−１のコピー対象ボリューム内のファイルデータが更新されたとき、記憶装置１−２に更新されたファイルデータの更新をする要求とを含む場合について、説明する。
論理ボリューム管理部３０−１は、通知されたリモートコピー対象ボリュームをドライブから読み出し、ブロックデータ及びファイルデータ入出力処理部１１−１で、記憶装置１内部のデータフォーマットからＳＣＳＩプロトコルのデータフォーマットに変換し、ＳＣＳＩプロトコルのパケットをインターネットプロトコルパケットに載せ、イーサネットポート５４−ａからイーサネットベースのＳＡＮ９経由で記憶装置１−２へ転送する。
リモートコピーのデータを受け取った論理ボリューム管理部３０−２は、データとともに送られる対象論理ボリュームのアドレスからファイルデータのリモートコピーであることを識別し、対象ボリュームのコピーをする。（図中矢印１０６）。
また、記憶装置１−１内のコピー対象となったボリューム内のデータが更新された場合には、更新された該当データをドライブから読み出し、ブロックデータ及びファイルデータ入出力処理部１１−１で、記憶装置１内部のデータフォーマットからＳＣＳＩプロトコルのデータフォーマットに変換し、ＳＣＳＩプロトコルのパケットをインターネットプロトコルパケットに載せ、イーサネットポート５４−ａからイーサネットベースのＳＡＮ９経由で記憶装置１−２へ転送する。
リモートコピーのデータを受け取った論理ボリューム管理部３０−２は、データとともに送られる対象論理ボリュームのアドレスからファイルデータのリモートコピーであることを識別し、対象ボリューム内の該当データを更新する（図中矢印１０６）。
【００３７】
本実施例によれば、記憶装置間でのファイルデータのリモートコピーを、ファイルシステムを介さずに行うことが可能となるため、ファイルシステムにおける処理オーバヘッド分が削減され、ファイルデータのリモートコピーを高速化することが可能となる。
実施例１及び実施例３の構成の記憶装置１においても、本実施例を実施する上で問題はなく、本実施例と同様の効果が得られる。
【００３８】
【発明の効果】
本発明によれば、ディスクアレイ装置に代表されるブロック形式データの記憶装置とＮＡＳに代表されるファイル形式データの記憶装置の混在環境において、ドライブ容量の有効利用が可能で、且つ管理が簡単化された記憶装置を提供することができる。
また、ファイル形式データのバックアップ及びコピーを高速化可能な記憶装置を提供することが可能となる。
【図面の簡単な説明】
【図１】本発明による記憶装置の論理構成を示す図である。
【図２】ディスクアレイ装置とＮＡＳの混在環境を示す図である。
【図３】ディスクアレイ装置とＮＡＳの他の混在環境を示す図である。
【図４】本発明による記憶装置の他の論理構成を示す図である。
【図５】本発明による記憶装置の他の論理構成を示す図である。
【図６】本発明による記憶装置の他の論理構成を示す図である。
【図７】図１に示す記憶装置の実装構成を示す図である。
【図８】図５に示す記憶装置の実装構成を示す図である。
【図９】本発明の記憶装置からテープ装置へのファイル形式データのバックアップ方法を示す図である。
【図１０】本発明の記憶装置間でファイル形式データのリモートコピーを行う方法を示す図である。
【図１１】図７に示すＲＡＩＤモジュールの構成を示す図である。
【図１２】図７に示すファイルサーバの構成を示す図である。
【図１３】図６に示す記憶装置の実装構成を示す図である。
【符号の説明】
１ 記憶装置
２、９−１、９−２ ＳＡＮ
３ ＬＡＮ
８ インタ−ネット
１０−ａ ブロックデータ入出力処理部
１０−ｂ ファイルデータ入出力処理部
１１、１２ ブロックデータ及びファイルデータ入出力処理部
２０ ファイルシステム
３０ 論理ボリューム管理部
３５−ａ、３５−ｂ、３５−ｃ 論理ボリューム
４０ ファイルサーバ
４２、４３ ＲＡＩＤモジュール
４４ ドライブ
４６ ＩＰスイッチ
６０ テープ装置
１５０、１５１、１５２ 入出力コントローラ
１６５、１６６ データバッファ
１７０ 論理ボリュームコントローラ
１８０ プロセッサ
Claims (6)
- データを記憶する複数のドライブと、前記複数ドライブ上の記憶領域を管理する手段を有する記憶装置において、
インターネットプロトコルパケットの入出力を行う複数のポートと、ブロックデータ及びファイルデータの入出力処理手段と、ファイルデータとブロックデータの相互変換を行う機能を有するファイルシステムを備え、
前記記憶領域は、ブロックデータとして入出力されるデータを記憶する第一の記憶領域と、ファイルデータとして入出力されるデータを記憶する第二の記憶領域から成り、
前記ブロックデータ及びファイルデータの入出力処理手段は入出力されるデータがブロックデータかファイルデータかを識別し、ブロックデータあるいはファイルデータとして処理する機能を有しており、
ブロックデータはブロックデータ及びファイルデータの入出力処理手段と前記記憶領域を管理する手段を介して前記第一の記憶領域に対する書込みまたは読出しを行い、
ファイルデータは、ブロックデータ及びファイルデータの入出力処理手段と前記ファイルシステムと前記記憶領域を管理する手段を介して前記第二の記憶領域に対する書込みまたは読出しを行うことを特徴とする記憶装置。 - 請求項１記載の記憶装置において、
前記ブロックデータ及びファイルデータの入出力処理手段は、
入出力されるデータに対してインターネットプロトコル処理を行い、インターネットプロトコルパケット内のＴＣＰパケット内に示されているポート番号により、ブロックデータ用のパケットか、あるいはファイルデータ用のパケットかを識別することを特徴とする記憶装置。 - 請求項１記載の記憶装置において、
前記記憶装置の記憶領域を前記第一の記憶領域と前記第二の記憶領域に分割する手段を有し、かつ該手段は前記第一の記憶領域の一部を前記第二の記憶領域へ割当て換えする手段と、前記第二の記憶領域の一部を前記第一の記憶領域へ割当て換えする手段を有することを特徴とする記憶装置。 - 請求項１記載の記憶装置において、
前記記憶装置の記憶領域は、前記第一の記憶領域と、前記第二の記憶領域と、前記第一及び第二の記憶領域のいずれにも属さない第三の記憶領域から成り、
前記記憶装置の記憶領域を前記第一の記憶領域と、前記第二の記憶領域と、前記第三の記憶領域に分割する手段を有し、かつ該手段は前記第三の記憶領域の一部を必要に応じて前記第一の記憶領域または前記第二の記憶領域に割当て換えする手段を有することを特徴とする記憶装置。 - 請求項１記載の記憶装置と、該記憶装置のブロックデータの入出力を行うポートを介して接続された他のブロックデータを記憶する記憶装置との間でのファイルデータのバックアップ方法であって、
前記請求項１記載の記憶装置の前記記憶領域を管理する手段とブロックデータ及びファイルデータの入出力処理手段とインターネットプロトコルパケットの入出力を行うポートを介して、前記他のブロックデータを記憶する記憶装置に対し、前記請求項１記載の記憶装置のファイルデータを記憶する第二の記憶領域のデータの入出力を行うことを特徴とするファイルデータのバックアップ方法。 - 第一の前記請求項１記載の記憶装置（以下、第一の記憶装置）と第二の前記請求項１記載の記憶装置（以下、第二の記憶装置）間でファイルデータのコピーを行うコピー方法であって、
予め前記インターネットプロトコルパケットの入出力を行うポートを介して、前記第一の記憶装置の前記ファイルシステムから前記第二の記憶装置の前記ファイルシステムへ、前記第二の記憶領域内のコピー対象となる部分を通知し、その後、前記記憶領域を管理する手段、ブロックデータ及びファイルデータの入出力処理手段、及びインターネットプロトコルパケットの入出力を行うポートを介して、前記第一の記憶装置から前記第二の記憶装置へ前記記憶領域のコピー対象部分をコピーすることを特徴とするファイルデータのコピー方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001156724A JP4632574B2 (ja) | 2001-05-25 | 2001-05-25 | 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 |
| US10/020,313 US7275050B2 (en) | 2001-05-25 | 2001-12-18 | Storage system, a method of file data backup and method of copying of file data |
| EP01130236A EP1291755A3 (en) | 2001-05-25 | 2001-12-19 | Storage system, a method of file data back up and a method of copying of file data |
| US11/878,476 US8341199B2 (en) | 2001-05-25 | 2007-07-25 | Storage system, a method of file data back up and a method of copying of file data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001156724A JP4632574B2 (ja) | 2001-05-25 | 2001-05-25 | 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002351703A JP2002351703A (ja) | 2002-12-06 |
| JP4632574B2 true JP4632574B2 (ja) | 2011-02-16 |
Family
ID=19000696
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001156724A Expired - Fee Related JP4632574B2 (ja) | 2001-05-25 | 2001-05-25 | 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (2) | US7275050B2 (ja) |
| EP (1) | EP1291755A3 (ja) |
| JP (1) | JP4632574B2 (ja) |
Families Citing this family (68)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6868417B2 (en) * | 2000-12-18 | 2005-03-15 | Spinnaker Networks, Inc. | Mechanism for handling file level and block level remote file accesses using the same server |
| JP4484396B2 (ja) * | 2001-05-18 | 2010-06-16 | 株式会社日立製作所 | タービン動翼 |
| JP4632574B2 (ja) * | 2001-05-25 | 2011-02-16 | 株式会社日立製作所 | 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 |
| JP3964212B2 (ja) * | 2002-01-16 | 2007-08-22 | 株式会社日立製作所 | 記憶装置システム |
| JP4146653B2 (ja) * | 2002-02-28 | 2008-09-10 | 株式会社日立製作所 | 記憶装置 |
| US7421478B1 (en) * | 2002-03-07 | 2008-09-02 | Cisco Technology, Inc. | Method and apparatus for exchanging heartbeat messages and configuration information between nodes operating in a master-slave configuration |
| US7188194B1 (en) * | 2002-04-22 | 2007-03-06 | Cisco Technology, Inc. | Session-based target/LUN mapping for a storage area network and associated method |
| US7415535B1 (en) | 2002-04-22 | 2008-08-19 | Cisco Technology, Inc. | Virtual MAC address system and method |
| US7493404B2 (en) * | 2002-05-30 | 2009-02-17 | Lsi Corporation | Apparatus and method for providing transparent sharing of channel resources by multiple host machines utilizing mixed mode block and file protocols |
| JP4382328B2 (ja) * | 2002-06-11 | 2009-12-09 | 株式会社日立製作所 | セキュアストレージシステム |
| US7873700B2 (en) * | 2002-08-09 | 2011-01-18 | Netapp, Inc. | Multi-protocol storage appliance that provides integrated support for file and block access protocols |
| JP2004220216A (ja) * | 2003-01-14 | 2004-08-05 | Hitachi Ltd | Ｓａｎ／ｎａｓ統合型ストレージ装置 |
| JP4330889B2 (ja) | 2003-01-20 | 2009-09-16 | 株式会社日立製作所 | 記憶デバイス制御装置にソフトウエアをインストールする方法、記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置 |
| JP2004227097A (ja) * | 2003-01-20 | 2004-08-12 | Hitachi Ltd | 記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置 |
| JP4372427B2 (ja) | 2003-01-20 | 2009-11-25 | 株式会社日立製作所 | 記憶デバイス制御装置 |
| JP4255699B2 (ja) | 2003-01-20 | 2009-04-15 | 株式会社日立製作所 | 記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置 |
| JP2004227098A (ja) * | 2003-01-20 | 2004-08-12 | Hitachi Ltd | 記憶デバイス制御装置の制御方法、及び記憶デバイス制御装置 |
| JP4274523B2 (ja) * | 2003-01-24 | 2009-06-10 | 株式会社日立製作所 | 記憶装置システム、及び記憶装置システムの起動方法 |
| JP4409181B2 (ja) | 2003-01-31 | 2010-02-03 | 株式会社日立製作所 | 画面データ生成方法、コンピュータ、プログラム |
| JP4322031B2 (ja) | 2003-03-27 | 2009-08-26 | 株式会社日立製作所 | 記憶装置 |
| US7003594B2 (en) * | 2003-05-12 | 2006-02-21 | Sun Microsystems, Inc. | Streaming protocol for storage devices |
| JP2004362146A (ja) | 2003-06-03 | 2004-12-24 | Hitachi Ltd | ストレージ制御装置の制御方法及びストレージ制御装置 |
| JP2005071196A (ja) * | 2003-08-27 | 2005-03-17 | Hitachi Ltd | ディスクアレイ装置、及びその障害情報の制御方法 |
| JP4257783B2 (ja) * | 2003-10-23 | 2009-04-22 | 株式会社日立製作所 | 論理分割可能な記憶装置及び記憶装置システム |
| JP4400913B2 (ja) * | 2003-11-26 | 2010-01-20 | 株式会社日立製作所 | ディスクアレイ装置 |
| JP4477365B2 (ja) | 2004-01-29 | 2010-06-09 | 株式会社日立製作所 | 複数インタフェースを有する記憶装置、および、その記憶装置の制御方法 |
| JP4227035B2 (ja) | 2004-02-03 | 2009-02-18 | 株式会社日立製作所 | 計算機システム、管理装置、ストレージ装置及びコンピュータ装置 |
| JP2005250938A (ja) * | 2004-03-05 | 2005-09-15 | Hitachi Ltd | 記憶制御システム及び方法 |
| JP2005267111A (ja) | 2004-03-17 | 2005-09-29 | Hitachi Ltd | 記憶制御システム及び記憶制御システムの制御方法 |
| JP2005267008A (ja) | 2004-03-17 | 2005-09-29 | Hitachi Ltd | ストレージ管理方法およびストレージ管理システム |
| JP2005293370A (ja) * | 2004-04-01 | 2005-10-20 | Hitachi Ltd | 記憶制御システム |
| JP4575028B2 (ja) | 2004-05-27 | 2010-11-04 | 株式会社日立製作所 | ディスクアレイ装置およびその制御方法 |
| JP2006215664A (ja) | 2005-02-01 | 2006-08-17 | Hitachi Ltd | 記憶システム及びその電源制御方法、アダプタ装置及びその電源制御方法並びに記憶制御装置及びその制御方法 |
| US9104315B2 (en) | 2005-02-04 | 2015-08-11 | Sandisk Technologies Inc. | Systems and methods for a mass data storage system having a file-based interface to a host and a non-file-based interface to secondary storage |
| JP2006227856A (ja) | 2005-02-17 | 2006-08-31 | Hitachi Ltd | アクセス制御装置及びそれに搭載されるインターフェース |
| JP4503470B2 (ja) * | 2005-03-17 | 2010-07-14 | 富士通株式会社 | サーバ管理装置及び計算機サーバ |
| JP4574408B2 (ja) * | 2005-03-24 | 2010-11-04 | 株式会社日立製作所 | 記憶装置システムの制御技術 |
| JP2007018049A (ja) * | 2005-07-05 | 2007-01-25 | Hitachi Ltd | 記憶制御システム |
| US7793068B2 (en) * | 2005-12-21 | 2010-09-07 | Sandisk Corporation | Dual mode access for non-volatile storage devices |
| US7769978B2 (en) | 2005-12-21 | 2010-08-03 | Sandisk Corporation | Method and system for accessing non-volatile storage devices |
| US7747837B2 (en) | 2005-12-21 | 2010-06-29 | Sandisk Corporation | Method and system for accessing non-volatile storage devices |
| JP4859471B2 (ja) * | 2006-02-02 | 2012-01-25 | 株式会社日立製作所 | ストレージシステム及びストレージコントローラ |
| JP2007293653A (ja) * | 2006-04-26 | 2007-11-08 | Pfu Ltd | ストレージ装置 |
| US7953919B2 (en) * | 2007-12-21 | 2011-05-31 | Spansion Llc | Physical block addressing of electronic memory devices |
| US8375396B2 (en) * | 2008-01-31 | 2013-02-12 | Hewlett-Packard Development Company, L.P. | Backup procedure with transparent load balancing |
| US20090210461A1 (en) * | 2008-02-14 | 2009-08-20 | Mcchord Austin | Network Attached Storage System and Method |
| US8935366B2 (en) | 2009-04-24 | 2015-01-13 | Microsoft Corporation | Hybrid distributed and cloud backup architecture |
| US8769049B2 (en) | 2009-04-24 | 2014-07-01 | Microsoft Corporation | Intelligent tiers of backup data |
| US8769055B2 (en) | 2009-04-24 | 2014-07-01 | Microsoft Corporation | Distributed backup and versioning |
| US8560639B2 (en) * | 2009-04-24 | 2013-10-15 | Microsoft Corporation | Dynamic placement of replica data |
| US8874838B2 (en) * | 2009-12-28 | 2014-10-28 | Juniper Networks, Inc. | Providing dynamic databases for a TCAM |
| US8504526B2 (en) | 2010-06-04 | 2013-08-06 | Commvault Systems, Inc. | Failover systems and methods for performing backup operations |
| US11449394B2 (en) | 2010-06-04 | 2022-09-20 | Commvault Systems, Inc. | Failover systems and methods for performing backup operations, including heterogeneous indexing and load balancing of backup and indexing resources |
| US8756361B1 (en) * | 2010-10-01 | 2014-06-17 | Western Digital Technologies, Inc. | Disk drive modifying metadata cached in a circular buffer when a write operation is aborted |
| US8954664B1 (en) | 2010-10-01 | 2015-02-10 | Western Digital Technologies, Inc. | Writing metadata files on a disk |
| TWI489281B (zh) * | 2011-04-08 | 2015-06-21 | Farstone Technology Inc | A storage device with automatic backup and synchronization |
| JP5611889B2 (ja) | 2011-05-17 | 2014-10-22 | 株式会社東芝 | データ転送装置、データ送信システムおよびデータ送信方法 |
| US8756382B1 (en) | 2011-06-30 | 2014-06-17 | Western Digital Technologies, Inc. | Method for file based shingled data storage utilizing multiple media types |
| US8612706B1 (en) | 2011-12-21 | 2013-12-17 | Western Digital Technologies, Inc. | Metadata recovery in a disk drive |
| US9134908B2 (en) | 2013-01-09 | 2015-09-15 | Apple Inc. | Logical volume space sharing |
| US9483361B2 (en) | 2013-05-08 | 2016-11-01 | Commvault Systems, Inc. | Information management cell with failover management capability |
| JP5880589B2 (ja) * | 2014-02-04 | 2016-03-09 | 日本電気株式会社 | 磁気テープドライブ装置、磁気テープドライブシステムおよび磁気テープドライブ方法 |
| US9563518B2 (en) | 2014-04-02 | 2017-02-07 | Commvault Systems, Inc. | Information management by a media agent in the absence of communications with a storage manager |
| US10417102B2 (en) | 2016-09-30 | 2019-09-17 | Commvault Systems, Inc. | Heartbeat monitoring of virtual machines for initiating failover operations in a data storage management system, including virtual machine distribution logic |
| US10257258B2 (en) | 2016-10-31 | 2019-04-09 | International Business Machines Corporation | Transferring data between block and file storage systems |
| US11200124B2 (en) | 2018-12-06 | 2021-12-14 | Commvault Systems, Inc. | Assigning backup resources based on failover of partnered data storage servers in a data storage management system |
| US11099956B1 (en) | 2020-03-26 | 2021-08-24 | Commvault Systems, Inc. | Snapshot-based disaster recovery orchestration of virtual machine failover and failback operations |
| US11645175B2 (en) | 2021-02-12 | 2023-05-09 | Commvault Systems, Inc. | Automatic failover of a storage manager |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000122814A (ja) * | 1998-10-15 | 2000-04-28 | Hitachi Ltd | 拡張型ネットワーク接続二次記憶方法及び装置 |
| JP2000276306A (ja) * | 1999-03-24 | 2000-10-06 | Hitachi Ltd | ネットワーク接続ディスク装置 |
Family Cites Families (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4825435A (en) * | 1985-11-08 | 1989-04-25 | Digital Equipment Corp. | Multiport repeater |
| US5235689A (en) * | 1990-06-11 | 1993-08-10 | Storage Technology Corporation | Interface circuit for dual port disk drive systems |
| US5136681A (en) * | 1991-07-09 | 1992-08-04 | Seikoh Giken Co., Ltd. | Optical powder attenuator of variable attenuation type |
| JP3175371B2 (ja) | 1992-03-06 | 2001-06-11 | 三菱電機株式会社 | データ記憶フォーマット変換方式及びその変換方法及びアクセス制御装置及びデータアクセス方法 |
| JP2868141B2 (ja) * | 1992-03-16 | 1999-03-10 | 株式会社日立製作所 | ディスクアレイ装置 |
| ATE199599T1 (de) * | 1992-12-18 | 2001-03-15 | Hitachi Koki Imaging Solutions | Virtueller drucker |
| US5638497A (en) * | 1992-12-18 | 1997-06-10 | Dataproducts Corporation | Virtual printer |
| US6760840B1 (en) * | 1994-03-15 | 2004-07-06 | Kabushiki Kaisha Toshiba | File editing system and shared file editing system with file content secrecy, file version management, and asynchronous editing |
| US5680640A (en) | 1995-09-01 | 1997-10-21 | Emc Corporation | System for migrating data by selecting a first or second transfer means based on the status of a data element map initialized to a predetermined state |
| US6002669A (en) * | 1996-03-26 | 1999-12-14 | White; Darryl C. | Efficient, multi-purpose network data communications protocol |
| US5991542A (en) * | 1996-09-13 | 1999-11-23 | Apple Computer, Inc. | Storage volume handling system which utilizes disk images |
| US6807581B1 (en) * | 2000-09-29 | 2004-10-19 | Alacritech, Inc. | Intelligent network storage interface system |
| JP3407628B2 (ja) | 1997-12-19 | 2003-05-19 | 株式会社日立製作所 | 計算機システム |
| US6029168A (en) * | 1998-01-23 | 2000-02-22 | Tricord Systems, Inc. | Decentralized file mapping in a striped network file system in a distributed computing environment |
| US6421711B1 (en) * | 1998-06-29 | 2002-07-16 | Emc Corporation | Virtual ports for data transferring of a data storage system |
| US6260120B1 (en) * | 1998-06-29 | 2001-07-10 | Emc Corporation | Storage mapping and partitioning among multiple host processors in the presence of login state changes and host controller replacement |
| US6295575B1 (en) * | 1998-06-29 | 2001-09-25 | Emc Corporation | Configuring vectors of logical storage units for data storage partitioning and sharing |
| US6314501B1 (en) * | 1998-07-23 | 2001-11-06 | Unisys Corporation | Computer system and method for operating multiple operating systems in different partitions of the computer system and for allowing the different partitions to communicate with one another through shared memory |
| US6269431B1 (en) * | 1998-08-13 | 2001-07-31 | Emc Corporation | Virtual storage and block level direct access of secondary storage for recovery of backup data |
| US6366987B1 (en) * | 1998-08-13 | 2002-04-02 | Emc Corporation | Computer data storage physical backup and logical restore |
| US6320520B1 (en) * | 1998-09-23 | 2001-11-20 | Digital Fountain | Information additive group code generator and decoder for communications systems |
| US6530035B1 (en) * | 1998-10-23 | 2003-03-04 | Oracle Corporation | Method and system for managing storage systems containing redundancy data |
| FR2786892B3 (fr) * | 1998-12-07 | 2000-12-29 | Schneider Automation | Coupleur d'automate programmable |
| EP1100001B1 (en) * | 1999-10-25 | 2003-08-13 | Sun Microsystems, Inc. | Storage system supporting file-level and block-level accesses |
| US6748448B1 (en) * | 1999-12-13 | 2004-06-08 | International Business Machines Corporation | High performance internet storage access scheme |
| US6636982B1 (en) * | 2000-03-03 | 2003-10-21 | International Business Machines Corporation | Apparatus and method for detecting the reset of a node in a cluster computer system |
| AU2001246799A1 (en) * | 2000-04-18 | 2001-10-30 | Storeage Networking Technologies | Storage virtualization in a storage area network |
| US6675200B1 (en) * | 2000-05-10 | 2004-01-06 | Cisco Technology, Inc. | Protocol-independent support of remote DMA |
| US6691209B1 (en) * | 2000-05-26 | 2004-02-10 | Emc Corporation | Topological data categorization and formatting for a mass storage system |
| JP2002007174A (ja) * | 2000-06-27 | 2002-01-11 | Hitachi Ltd | 記憶装置のデータ管理システム |
| US7392291B2 (en) * | 2000-08-11 | 2008-06-24 | Applied Micro Circuits Corporation | Architecture for providing block-level storage access over a computer network |
| US6606630B1 (en) * | 2000-08-21 | 2003-08-12 | Hewlett-Packard Development Company, L.P. | Data structure and method for tracking network topology in a fiber channel port driver |
| US7792923B2 (en) * | 2000-10-13 | 2010-09-07 | Zhe Khi Pak | Disk system adapted to be directly attached to network |
| US6868417B2 (en) * | 2000-12-18 | 2005-03-15 | Spinnaker Networks, Inc. | Mechanism for handling file level and block level remote file accesses using the same server |
| US7165096B2 (en) * | 2000-12-22 | 2007-01-16 | Data Plow, Inc. | Storage area network file system |
| US6622220B2 (en) * | 2001-03-15 | 2003-09-16 | Hewlett-Packard Development Company, L.P. | Security-enhanced network attached storage device |
| US6874072B2 (en) * | 2001-03-23 | 2005-03-29 | International Business Machines Corporation | Method, apparatus and article of manufacture for managing a reusable linear access storage medium |
| 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 |
| US7027439B1 (en) * | 2001-05-10 | 2006-04-11 | Emc Corporation | Data storage system with improved network interface |
| JP4632574B2 (ja) * | 2001-05-25 | 2011-02-16 | 株式会社日立製作所 | 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 |
| US6986015B2 (en) * | 2001-12-10 | 2006-01-10 | Incipient, Inc. | Fast path caching |
| US6792429B2 (en) * | 2001-12-19 | 2004-09-14 | Hewlett-Packard Development Company, L.P. | Method for fault tolerant modification of data representation in a large database |
| US6895429B2 (en) * | 2001-12-28 | 2005-05-17 | Network Appliance, Inc. | Technique for enabling multiple virtual filers on a single filer to participate in multiple address spaces with overlapping network addresses |
-
2001
- 2001-05-25 JP JP2001156724A patent/JP4632574B2/ja not_active Expired - Fee Related
- 2001-12-18 US US10/020,313 patent/US7275050B2/en not_active Expired - Lifetime
- 2001-12-19 EP EP01130236A patent/EP1291755A3/en not_active Withdrawn
-
2007
- 2007-07-25 US US11/878,476 patent/US8341199B2/en not_active Expired - Lifetime
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000122814A (ja) * | 1998-10-15 | 2000-04-28 | Hitachi Ltd | 拡張型ネットワーク接続二次記憶方法及び装置 |
| JP2000276306A (ja) * | 1999-03-24 | 2000-10-06 | Hitachi Ltd | ネットワーク接続ディスク装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020178143A1 (en) | 2002-11-28 |
| EP1291755A3 (en) | 2007-11-07 |
| EP1291755A2 (en) | 2003-03-12 |
| JP2002351703A (ja) | 2002-12-06 |
| US8341199B2 (en) | 2012-12-25 |
| US20080209144A1 (en) | 2008-08-28 |
| US7275050B2 (en) | 2007-09-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4632574B2 (ja) | 記憶装置およびファイルデータのバックアップ方法およびファイルデータのコピー方法 | |
| JP4175764B2 (ja) | 計算機システム | |
| JP4448719B2 (ja) | ストレージシステム | |
| JP5026283B2 (ja) | 協調的共用ストレージアーキテクチャ | |
| US7650462B2 (en) | Storage system and storage control apparatuses with compression and load balancing | |
| US7007048B1 (en) | System for information life cycle management model for data migration and replication | |
| US6950920B1 (en) | Dual controller system for dynamically allocating control of disk units | |
| US7152149B2 (en) | Disk array apparatus and control method for disk array apparatus | |
| JP3997061B2 (ja) | 記憶サブシステムおよび記憶サブシステムの制御方法 | |
| US9009427B2 (en) | Mirroring mechanisms for storage area networks and network based virtualization | |
| US20060095705A1 (en) | Systems and methods for data storage management | |
| JP4574408B2 (ja) | 記憶装置システムの制御技術 | |
| US20070094466A1 (en) | Techniques for improving mirroring operations implemented in storage area networks and network based virtualization | |
| US9122415B2 (en) | Storage system using real data storage area dynamic allocation method | |
| US7779368B2 (en) | Systems and methods for presenting managed data | |
| US20070094465A1 (en) | Mirroring mechanisms for storage area networks and network based virtualization | |
| US20080301363A1 (en) | Virtual tape library device | |
| US9557933B1 (en) | Selective migration of physical data | |
| US20060277361A1 (en) | Online restriping technique for distributed network based virtualization | |
| JP2003022246A (ja) | ダイレクトアクセスストレージシステム | |
| JP2004199420A (ja) | 計算機システム、磁気ディスク装置、および、ディスクキャッシュ制御方法 | |
| US20090259816A1 (en) | Techniques for Improving Mirroring Operations Implemented In Storage Area Networks and Network Based Virtualization | |
| JP2003323263A (ja) | 共有メモリ制御方法および制御システム | |
| JP2004192174A (ja) | ディスクアレイ制御装置 | |
| US20040205145A1 (en) | Data transfer method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040318 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071020 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100611 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100706 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100905 |
|
| 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: 20101019 |
|
| 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: 20101116 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4632574 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131126 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |