JP2001134482A - データ処理システムにおいて独立したデータコピーを行う方法 - Google Patents
データ処理システムにおいて独立したデータコピーを行う方法Info
- Publication number
- JP2001134482A JP2001134482A JP2000236261A JP2000236261A JP2001134482A JP 2001134482 A JP2001134482 A JP 2001134482A JP 2000236261 A JP2000236261 A JP 2000236261A JP 2000236261 A JP2000236261 A JP 2000236261A JP 2001134482 A JP2001134482 A JP 2001134482A
- Authority
- JP
- Japan
- Prior art keywords
- data
- source
- destination
- block
- track
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 74
- 238000012545 processing Methods 0.000 title claims abstract description 47
- 238000013500 data storage Methods 0.000 claims abstract description 23
- 230000004044 response Effects 0.000 claims abstract description 10
- 230000008569 process Effects 0.000 claims description 43
- 238000012546 transfer Methods 0.000 abstract description 33
- 239000000872 buffer Substances 0.000 description 25
- 230000008859 change Effects 0.000 description 5
- 238000012360 testing method Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 101150114988 invA gene Proteins 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1466—Management of the backup or restore process to make the backup process non-disruptive
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
- G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
- G06F3/065—Replication mechanisms
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/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
-
- 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/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
-
- 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/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Quality & Reliability (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Abstract
(57)【要約】
【課題】 データ記憶装置内でソースから宛先へデータ
をコピーする改良された方法を提供する。 【解決手段】 ソースデバイス（３１）から宛先デバイ
ス（３３あるいは３５）へデータファイルをコピーする
する方法である。ソースファイル（例えば３６）および
宛先格納場所（例えば４０、４１）を認識する、要求ホ
ストアプリケーションからのコピーコマンドに応答して
エクステントトラック（７５）が形成され、ファイルを
コピーする環境が確立する。コーリングシステムが、た
とえデータがコピーされていなくてもコピー処理が完了
したという即時の応答を受け取る。アプリケーションプ
ログラムは、ソースあるいは宛先のいずれのファイルに
もアクセスできる。コピープログラム（８４）は、ファ
イルをトラック毎に宛先格納場所へ転送する。手順は、
そのトラックの転送に先行するアプリケーションによ
る、ソースまたは宛先のいずれかの特定トラックへの如
何なるデータアクセスもデータの完全性を維持するよう
適応することを保証するようになっている。
をコピーする改良された方法を提供する。 【解決手段】 ソースデバイス（３１）から宛先デバイ
ス（３３あるいは３５）へデータファイルをコピーする
する方法である。ソースファイル（例えば３６）および
宛先格納場所（例えば４０、４１）を認識する、要求ホ
ストアプリケーションからのコピーコマンドに応答して
エクステントトラック（７５）が形成され、ファイルを
コピーする環境が確立する。コーリングシステムが、た
とえデータがコピーされていなくてもコピー処理が完了
したという即時の応答を受け取る。アプリケーションプ
ログラムは、ソースあるいは宛先のいずれのファイルに
もアクセスできる。コピープログラム（８４）は、ファ
イルをトラック毎に宛先格納場所へ転送する。手順は、
そのトラックの転送に先行するアプリケーションによ
る、ソースまたは宛先のいずれかの特定トラックへの如
何なるデータアクセスもデータの完全性を維持するよう
適応することを保証するようになっている。
Description
【０００１】
【発明の属する技術分野】本発明は、全体的にはデータ
処理システムにおけるデータ記憶装置に関し、さらに詳
細には、一方の記憶装置から他方の記憶装置へデータを
コピーする方法に関する。
処理システムにおけるデータ記憶装置に関し、さらに詳
細には、一方の記憶装置から他方の記憶装置へデータを
コピーする方法に関する。
【０００２】
【従来技術】従来、１つの場所、一般には「ソース場
所」から第２の場所つまり「宛先場所」へデータをコピ
ーすることはよく知られている。ある状況では、コピー
することでデータの重複を引き起こすことがある。別の
状況では、複数のコピーを提供することにより、同数の
独立したアプリケーションやプロセスがコピーされたデ
ータを独立に処理することができる。
所」から第２の場所つまり「宛先場所」へデータをコピ
ーすることはよく知られている。ある状況では、コピー
することでデータの重複を引き起こすことがある。別の
状況では、複数のコピーを提供することにより、同数の
独立したアプリケーションやプロセスがコピーされたデ
ータを独立に処理することができる。
【０００３】従来のある手法において、特にパーソナル
コンピュータ使用時によく知られているように、コピー
は、別の論理ボリューム間で、または同じ論理ボリュー
ムの別のディレクトリー間でファイル単位で行われてい
る。従来の装置は、コピーされるソースとファイルへの
パス、および宛先場所へのパスを指定する「コピー」コ
マンドを使用している。その後、プロセッサはソースか
ら宛先場所にデータをコピーする。コピー中には、アプ
リケーションはソース場所あるいは宛先場所のどちらに
あるデータにもアクセスできない。
コンピュータ使用時によく知られているように、コピー
は、別の論理ボリューム間で、または同じ論理ボリュー
ムの別のディレクトリー間でファイル単位で行われてい
る。従来の装置は、コピーされるソースとファイルへの
パス、および宛先場所へのパスを指定する「コピー」コ
マンドを使用している。その後、プロセッサはソースか
ら宛先場所にデータをコピーする。コピー中には、アプ
リケーションはソース場所あるいは宛先場所のどちらに
あるデータにもアクセスできない。
【０００４】大型で複雑なデータ記憶装置を含む別のシ
ステムにおいて、アプリケーションは複数のホストプロ
セッサに作用することができる。そのような装置は多く
の場合、他のホストアプリケーションと無関係にコピー
を行う能力を備えている。すなわち、データがソースか
ら宛先へコピーされている間に、他のプログラムやプロ
セスはソースおよび宛先ファイル場所以外の場所にある
データに作用することができる。しかし、このようなシ
ステムでは、コピーが完了するまでソースファイルおよ
び宛先ファイルへの如何なるアクセスも阻止されてい
る。
ステムにおいて、アプリケーションは複数のホストプロ
セッサに作用することができる。そのような装置は多く
の場合、他のホストアプリケーションと無関係にコピー
を行う能力を備えている。すなわち、データがソースか
ら宛先へコピーされている間に、他のプログラムやプロ
セスはソースおよび宛先ファイル場所以外の場所にある
データに作用することができる。しかし、このようなシ
ステムでは、コピーが完了するまでソースファイルおよ
び宛先ファイルへの如何なるアクセスも阻止されてい
る。
【０００５】米国特許出願番号０８/８４２，９５３
は、ある論理ボリュームのデータが第２の論理ボリュー
ムに変換でき、それにより論理ボリューム内の全てのフ
ァイルとレコードを含む論理ボリュームのコピーを提供
するという、別の方法を開示している。この処理はプロ
セッサの処理とは無関係に行われるので、コピーコマン
ドがプロセッサに過度の負荷をかけることがなく、他の
プロセッサがデータ記憶装置内の他のデータを処理する
能力をそこなうことがない。しかし、コピー処理中に
は、前記米国特許出願番号第０８/８４２，９５３にお
いて標準およびＢＣＶ論理ボリュームとし形成されてい
るソースと宛先の論理ボリュームの両者は、如何なる他
のプロセスもコピーにアクセスできないようにしてい
る。
は、ある論理ボリュームのデータが第２の論理ボリュー
ムに変換でき、それにより論理ボリューム内の全てのフ
ァイルとレコードを含む論理ボリュームのコピーを提供
するという、別の方法を開示している。この処理はプロ
セッサの処理とは無関係に行われるので、コピーコマン
ドがプロセッサに過度の負荷をかけることがなく、他の
プロセッサがデータ記憶装置内の他のデータを処理する
能力をそこなうことがない。しかし、コピー処理中に
は、前記米国特許出願番号第０８/８４２，９５３にお
いて標準およびＢＣＶ論理ボリュームとし形成されてい
るソースと宛先の論理ボリュームの両者は、如何なる他
のプロセスもコピーにアクセスできないようにしてい
る。
【０００６】そのようなシステムでは、データは物理ま
たは論理アドレスによって認識される。物理アドレスは
デバイス番号、トラック番号およびレコード番号の認識
を含んでいる。論理アドレスは、論理ボリューム、ファ
イルおよび、ある場合にはレコードに関連している。こ
れらの要素の各々は、等級の違いを表す「細分度」を有
している。物理デバイスの細分度については、もっとも
粗いものからきめの細かいものまで、物理ディスク、ト
ラック、セクターおよびレコードとして分類されてお
り、論理デバイスでは、要素分類は論理デバイス、ファ
イルおよびレコードである。
たは論理アドレスによって認識される。物理アドレスは
デバイス番号、トラック番号およびレコード番号の認識
を含んでいる。論理アドレスは、論理ボリューム、ファ
イルおよび、ある場合にはレコードに関連している。こ
れらの要素の各々は、等級の違いを表す「細分度」を有
している。物理デバイスの細分度については、もっとも
粗いものからきめの細かいものまで、物理ディスク、ト
ラック、セクターおよびレコードとして分類されてお
り、論理デバイスでは、要素分類は論理デバイス、ファ
イルおよびレコードである。
【０００７】前記米国特許出願番号０８/８４２，９５
３において、コピーは論理ボリューム、つまりもっとも
粗い細分度で行われる。ファイルのようによりきめの細
かい細分度でデータの集合を変換することのみが要求さ
れる場合には、そのような論理ボリュームの変換は不要
な遅延を招くことになる。したがって、必要なことは、
コピー処理を開始するコピーコマンドの処理の際に最小
の遅れでもって、更に、異なるアプリケーションにより
処理するためのソースおよび宛先場所の両方の利用可能
でもって、如何なるプロセッサ処理とも無関係にデータ
をソースから宛先へコピーする方法である。
３において、コピーは論理ボリューム、つまりもっとも
粗い細分度で行われる。ファイルのようによりきめの細
かい細分度でデータの集合を変換することのみが要求さ
れる場合には、そのような論理ボリュームの変換は不要
な遅延を招くことになる。したがって、必要なことは、
コピー処理を開始するコピーコマンドの処理の際に最小
の遅れでもって、更に、異なるアプリケーションにより
処理するためのソースおよび宛先場所の両方の利用可能
でもって、如何なるプロセッサ処理とも無関係にデータ
をソースから宛先へコピーする方法である。
【０００８】
【発明が解決しようとする課題】したがって、本発明の
目的は、データ記憶装置内でソースから宛先へデータを
コピーする改良された方法を提供することである。本発
明の別の目的は、如何なるホストプロセスとも本質的に
独立して、データをソース場所から宛先場所へコピーす
る改良された方法を提供することである。さらに、本発
明の別の目的は、ソース場所に作用するプロセスの相互
作用と、宛先場所については処理の開始に対して、最小
限の妨げでもってデータをソースから宛先へコピーする
改良された方法を提供することである。さらにまた、本
発明の別の目的は、ファイルのようなデータのサブセッ
トをソースから宛先装置へ、通常論理ボリュームによる
変換のような、より粗い細分度のデータを変換するシス
テムにおいてデータを変換する方法を提供することであ
る。
目的は、データ記憶装置内でソースから宛先へデータを
コピーする改良された方法を提供することである。本発
明の別の目的は、如何なるホストプロセスとも本質的に
独立して、データをソース場所から宛先場所へコピーす
る改良された方法を提供することである。さらに、本発
明の別の目的は、ソース場所に作用するプロセスの相互
作用と、宛先場所については処理の開始に対して、最小
限の妨げでもってデータをソースから宛先へコピーする
改良された方法を提供することである。さらにまた、本
発明の別の目的は、ファイルのようなデータのサブセッ
トをソースから宛先装置へ、通常論理ボリュームによる
変換のような、より粗い細分度のデータを変換するシス
テムにおいてデータを変換する方法を提供することであ
る。
【０００９】
【課題を解決するための手段】本発明によるデータ処理
システムは、ホストアプリケーションの処理中にコマン
ドを生成するホストデバイスを備えている。ホストアプ
リケーションは、データを所定のソース格納場所から所
定の宛先格納場所へコピーする処理を開始するコマンド
を生成することができる。この方法は最初は所定のソー
ス格納場所のリストと、所定の宛先格納場所のリストと
を生成することにより、処理環境を確立する。その後、
コピーが行われたことを示すメッセージがホストアプリ
ケーションに送られ、すぐにソースおよび宛先格納場所
が利用可能になる。その後、命令された方法でデータの
コピーが所定の格納場所から始まり、命令は、データを
所定の各ソース場所から所定の各宛先場所へコピーする
ことを、データが転送されたことを示すリストを更新す
ることを含んでいる。
システムは、ホストアプリケーションの処理中にコマン
ドを生成するホストデバイスを備えている。ホストアプ
リケーションは、データを所定のソース格納場所から所
定の宛先格納場所へコピーする処理を開始するコマンド
を生成することができる。この方法は最初は所定のソー
ス格納場所のリストと、所定の宛先格納場所のリストと
を生成することにより、処理環境を確立する。その後、
コピーが行われたことを示すメッセージがホストアプリ
ケーションに送られ、すぐにソースおよび宛先格納場所
が利用可能になる。その後、命令された方法でデータの
コピーが所定の格納場所から始まり、命令は、データを
所定の各ソース場所から所定の各宛先場所へコピーする
ことを、データが転送されたことを示すリストを更新す
ることを含んでいる。
【００１０】添付の請求項は、本発明の主題を詳しく示
し、明確に主張している。本発明の種々の目的、利点お
よび新規な特徴は、同一の符号が同一の部位を示してい
る添付の図面と併せて以下の詳細な説明を読むことによ
り更に良く理解できるであろう。
し、明確に主張している。本発明の種々の目的、利点お
よび新規な特徴は、同一の符号が同一の部位を示してい
る添付の図面と併せて以下の詳細な説明を読むことによ
り更に良く理解できるであろう。
【００１１】
【実施例】図１には、１つまたはそれ以上のホスト装置
を有するホストアレイ２１がオペレーションを制御す
る、データ処理システム２０が示されている。各ホスト
装置はプログラムを処理するようになっており、以下の
説明において「ホストアプリケーション」は、特定のア
プリケーションプログラム、手順、プロセス、モジュー
ルまたはホストで処理される同様のものを意味してい
る。図１は、このような２つのアプリケーション、つま
りホストＡＰＰ Ａアプリケーション２２とホストＡＰ
Ｐ Ｂアプリケーション２３とを示している。各ホスト
アプリケーションは、単一または並行バス構造を含むい
くつかの公知の形態をとることができるシステムバス２
５上で、データ記憶装置内に格納されているデータにア
クセスして処理を行う。本説明の目的上、データ記憶装
置２４はホストＡＰＰ Ａアプリケーション２２または
ホストＡＰＰ Ｂアプリケーション２３のいずれかで処
理できる、全てのデータを格納できるとみなすことがで
きる。
を有するホストアレイ２１がオペレーションを制御す
る、データ処理システム２０が示されている。各ホスト
装置はプログラムを処理するようになっており、以下の
説明において「ホストアプリケーション」は、特定のア
プリケーションプログラム、手順、プロセス、モジュー
ルまたはホストで処理される同様のものを意味してい
る。図１は、このような２つのアプリケーション、つま
りホストＡＰＰ Ａアプリケーション２２とホストＡＰ
Ｐ Ｂアプリケーション２３とを示している。各ホスト
アプリケーションは、単一または並行バス構造を含むい
くつかの公知の形態をとることができるシステムバス２
５上で、データ記憶装置内に格納されているデータにア
クセスして処理を行う。本説明の目的上、データ記憶装
置２４はホストＡＰＰ Ａアプリケーション２２または
ホストＡＰＰ Ｂアプリケーション２３のいずれかで処
理できる、全てのデータを格納できるとみなすことがで
きる。
【００１２】本発明は、種々の形式および構成の多数の
ディスク記憶装置にて実施できる。以下の説明は、特定
のデータ記憶装置２４、つまりシメトリックディスクア
レイ記憶装置（ＤＡＳＤ）に関連してなされている。し
かし、本発明を実施するものとして、特に説明した実施
例を他の装置に適合することは当業者であれば容易に理
解できる。
ディスク記憶装置にて実施できる。以下の説明は、特定
のデータ記憶装置２４、つまりシメトリックディスクア
レイ記憶装置（ＤＡＳＤ）に関連してなされている。し
かし、本発明を実施するものとして、特に説明した実施
例を他の装置に適合することは当業者であれば容易に理
解できる。
【００１３】データ記憶装置２４としてのシメトリック
ディスクアレイ記憶装置は、互いに通信を行うとと共
に、一連のディスクアダプターや物理ディスクドライブ
とも通信を行うホストアダプター２６とキャッシュメモ
リ２７とを有している。例えば、図１には、論理ボリュ
ーム３１を含む、１つまたはそれ以上の論理ボリューム
を格納する物理ディスクアレイを有する第１のディスク
アダプター（ＤＡ）３０、論理ボリューム３３を含むデ
ィスクアダプター３２、論理ボリューム３５を含むディ
スクアダプター３４が示されている。データ構成は全く
随意的である、本発明の説明の目的上、物理デバイスは
論理ボリュームを格納すると想定する。しかし、従来か
ら知られているように、論理ボリュームは、単一の物理
デバイスの一部、物理デバイスの全部、複数の物理デバ
イスの一部、または複数の物理デバイスの全部を備える
ことができる。更に、このような論理デバイスは別個の
データセットやファイルを含むことがでいる。図１に
は、連続データトラックの１つのセットにある第１のフ
ァイル３６と、連続データトラックの２つの分かれたセ
ット３７Ａと３７Ｂに置かれているファイル３７が示さ
れている。
ディスクアレイ記憶装置は、互いに通信を行うとと共
に、一連のディスクアダプターや物理ディスクドライブ
とも通信を行うホストアダプター２６とキャッシュメモ
リ２７とを有している。例えば、図１には、論理ボリュ
ーム３１を含む、１つまたはそれ以上の論理ボリューム
を格納する物理ディスクアレイを有する第１のディスク
アダプター（ＤＡ）３０、論理ボリューム３３を含むデ
ィスクアダプター３２、論理ボリューム３５を含むディ
スクアダプター３４が示されている。データ構成は全く
随意的である、本発明の説明の目的上、物理デバイスは
論理ボリュームを格納すると想定する。しかし、従来か
ら知られているように、論理ボリュームは、単一の物理
デバイスの一部、物理デバイスの全部、複数の物理デバ
イスの一部、または複数の物理デバイスの全部を備える
ことができる。更に、このような論理デバイスは別個の
データセットやファイルを含むことがでいる。図１に
は、連続データトラックの１つのセットにある第１のフ
ァイル３６と、連続データトラックの２つの分かれたセ
ット３７Ａと３７Ｂに置かれているファイル３７が示さ
れている。
【００１４】本発明によれば、ファイル３６を論理ボリ
ューム３３の所定のファイル場所４０へ転送し、ファイ
ル３７を論理ボリューム３５の連続場所４１のセットへ
転送するために論理ボリューム３１内の全てのデータを
転送する必要はない。むしろ、本発明によれば、ファイ
ル３６にあるデータだけが論理ボリューム３３へ転送さ
れ、ファイル３７にあるデータだけが論理ボリューム３
５の特定の場所に転送されるのである。上記２つの特定
の転送の目的のために、論理ボリューム３１はソースで
あり、故にソースデバイス３１と呼ばれ、一方で論理ボ
リューム３３と３５は宛先であるのでＤＥＳＴ Ａデバ
イス３３およびＤＥＳＴ Ｂデバイス３５と呼ばれる。
ューム３３の所定のファイル場所４０へ転送し、ファイ
ル３７を論理ボリューム３５の連続場所４１のセットへ
転送するために論理ボリューム３１内の全てのデータを
転送する必要はない。むしろ、本発明によれば、ファイ
ル３６にあるデータだけが論理ボリューム３３へ転送さ
れ、ファイル３７にあるデータだけが論理ボリューム３
５の特定の場所に転送されるのである。上記２つの特定
の転送の目的のために、論理ボリューム３１はソースで
あり、故にソースデバイス３１と呼ばれ、一方で論理ボ
リューム３３と３５は宛先であるのでＤＥＳＴ Ａデバ
イス３３およびＤＥＳＴ Ｂデバイス３５と呼ばれる。
【００１５】ＨＯＳＴ ＡＰＰ Ａアプリケーション２２
がファイル３６のデータを処理すると想定する。そのア
プリケーション、または要求ホストアプリケーションと
しての他の全てのアプリケーションは、ＨＯＳＴ ＡＰ
Ｐ Ｂアプリケーション２３での使用のためにＤＥＳＴ
Ａデバイスにある記憶装置４０にそのファイルのコピー
を作る必要性を決定できる。要求ホストアプリケーショ
ンは、例えばファイル３６と、ＤＥＳＴ Ａデバイス３
３にある記憶装置４０のような、そのファイルの宛先と
いったソースデバイスのファイルを認識する特別なコピ
ーコマンド（例えばＦＩＬＥ ＳＭＭＦコマンド）を実
行することでこの結果をもたらすようになっている。
がファイル３６のデータを処理すると想定する。そのア
プリケーション、または要求ホストアプリケーションと
しての他の全てのアプリケーションは、ＨＯＳＴ ＡＰ
Ｐ Ｂアプリケーション２３での使用のためにＤＥＳＴ
Ａデバイスにある記憶装置４０にそのファイルのコピー
を作る必要性を決定できる。要求ホストアプリケーショ
ンは、例えばファイル３６と、ＤＥＳＴ Ａデバイス３
３にある記憶装置４０のような、そのファイルの宛先と
いったソースデバイスのファイルを認識する特別なコピ
ーコマンド（例えばＦＩＬＥ ＳＭＭＦコマンド）を実
行することでこの結果をもたらすようになっている。
【００１６】要求ホストアプリケーションとホストアダ
プター２６とは、図５において更に詳しく説明するよう
に、転送のための環境を確立するために相互に作用す
る。通常数ミリセカンドである、環境を確立するために
必要な時間の間に、ソースデバイス３１とＤＥＳＴ Ａ
デバイス３３とはロックされている。つまり、これらは
要求ホストアプリケーションを含む如何なるホストアプ
リケーションであっても利用することができない。しか
し、環境が確立されて、ホストアダプターがコピーをす
るための内部コマンドを生成すると即座にソースデバイ
ス３１とＤＥＳＴＡデバイス３３とは全てのホストアプ
リケーションと通信を行えるようになる。例えば、ＨＯ
ＳＴ ＡＰＰ Ａと、ＨＯＳＴ ＡＰＰ Ｂのアプリケ
ーション２２と２３は、ファイル３６および格納場所４
０にあるコピーと相互に作用することができる。
プター２６とは、図５において更に詳しく説明するよう
に、転送のための環境を確立するために相互に作用す
る。通常数ミリセカンドである、環境を確立するために
必要な時間の間に、ソースデバイス３１とＤＥＳＴ Ａ
デバイス３３とはロックされている。つまり、これらは
要求ホストアプリケーションを含む如何なるホストアプ
リケーションであっても利用することができない。しか
し、環境が確立されて、ホストアダプターがコピーをす
るための内部コマンドを生成すると即座にソースデバイ
ス３１とＤＥＳＴＡデバイス３３とは全てのホストアプ
リケーションと通信を行えるようになる。例えば、ＨＯ
ＳＴ ＡＰＰ Ａと、ＨＯＳＴ ＡＰＰ Ｂのアプリケ
ーション２２と２３は、ファイル３６および格納場所４
０にあるコピーと相互に作用することができる。
【００１７】環境が確立された直後には、ＤＥＳＴ Ａ
デバイス３３には有効データが存在しない。しかし、以
下に詳述するように、コピープログラムは順序正しくコ
ピーを続ける。ソースデバイス３１にあるファイル３６
へのデータ書き込み、あるいはＤＥＳＴ Ａデバイス３
３中の格納場所にあるファイルコピーのような、全ての
コピーからのデータの読み書きについての如何なる試み
も、データファイルの２つのコピー中のデータの完全性
が維持されるよう、関連データの優先的な転送を引き起
こす。
デバイス３３には有効データが存在しない。しかし、以
下に詳述するように、コピープログラムは順序正しくコ
ピーを続ける。ソースデバイス３１にあるファイル３６
へのデータ書き込み、あるいはＤＥＳＴ Ａデバイス３
３中の格納場所にあるファイルコピーのような、全ての
コピーからのデータの読み書きについての如何なる試み
も、データファイルの２つのコピー中のデータの完全性
が維持されるよう、関連データの優先的な転送を引き起
こす。
【００１８】図２は、本発明に関連するキャッシュメモ
リ２７、特に、書き込み保留スロット４２とデバイスヘ
ッダー４３についての部分を詳細に示している。書き込
み保留スロットやデバイスヘッダーとしてキャッシュメ
モリ内のデータ構造を使用することは本技術分野では公
知である。書き込み保留スロット４４のような個々の書
き込み保留スロットは、データブロック４６のデータが
その後に続いているヘッダー４５を含んでいる。通常こ
のデータブロックは１つの物理トラックのデータを含む
ことができる。各ヘッダー４５は、書き込み保留スロッ
ト４２の１つから物理ディスクドライブの或る場所への
データの書き込み処理またはデステージ（destaging）
の必要性を示すＷＰフラグ４６を含んでいる。一旦デー
タがキャッシュメモリ２７から、例えばソースデバイス
３１といった対応するデータ記憶装置へ転送されると、
システムはそのスロットについてのＷＰビット４６をク
リアする。各ヘッダーは本発明に関係のない別の情報を
含んでいるが、ここには示していない。
リ２７、特に、書き込み保留スロット４２とデバイスヘ
ッダー４３についての部分を詳細に示している。書き込
み保留スロットやデバイスヘッダーとしてキャッシュメ
モリ内のデータ構造を使用することは本技術分野では公
知である。書き込み保留スロット４４のような個々の書
き込み保留スロットは、データブロック４６のデータが
その後に続いているヘッダー４５を含んでいる。通常こ
のデータブロックは１つの物理トラックのデータを含む
ことができる。各ヘッダー４５は、書き込み保留スロッ
ト４２の１つから物理ディスクドライブの或る場所への
データの書き込み処理またはデステージ（destaging）
の必要性を示すＷＰフラグ４６を含んでいる。一旦デー
タがキャッシュメモリ２７から、例えばソースデバイス
３１といった対応するデータ記憶装置へ転送されると、
システムはそのスロットについてのＷＰビット４６をク
リアする。各ヘッダーは本発明に関係のない別の情報を
含んでいるが、ここには示していない。
【００１９】デバイスヘッダー４３は、シメトリックＤ
ＡＳＤの各論理デバイスについて１つのエントリーを含
んでいる。このような３つのエントリー、つまりデバイ
ス３１にエントリー４７、デバイス３３にエントリー４
８、デバイス３５にエントリー５０が示されている。こ
れらの各エントリーは同一構成である。つまり、デバイ
スエントリー４７は、デバイス３１中にヘッダー５１と
各シリンダーに対して複数のエントリーを含んでいる。
３つの特定エントリ、つまりシリンダー０エントリー５
２、シリンダー１エントリー５２およびシリンダーｎエ
ントリー５４が示されている。ヘッダーは図２に示され
るように構造すなわちブロック５５を有しており、以下
に詳述されている。例えばシリンダー０エントリー５２
といった各シリンダーエントリーは、各々の場所がシリ
ンダー内で特定のトラックに割り当てられたトラックＩ
Ｄテーブル５５を定義する場所ブロックを示す。２つの
トラックエントリーがトラックＩＤテーブル５５中に示
されている。つまりトラック０エントリー５６とトラッ
クＥエントリー５７であり、個々の物理デバイスについ
て各シリンダーは１５のデータトラックから構成されて
いる。
ＡＳＤの各論理デバイスについて１つのエントリーを含
んでいる。このような３つのエントリー、つまりデバイ
ス３１にエントリー４７、デバイス３３にエントリー４
８、デバイス３５にエントリー５０が示されている。こ
れらの各エントリーは同一構成である。つまり、デバイ
スエントリー４７は、デバイス３１中にヘッダー５１と
各シリンダーに対して複数のエントリーを含んでいる。
３つの特定エントリ、つまりシリンダー０エントリー５
２、シリンダー１エントリー５２およびシリンダーｎエ
ントリー５４が示されている。ヘッダーは図２に示され
るように構造すなわちブロック５５を有しており、以下
に詳述されている。例えばシリンダー０エントリー５２
といった各シリンダーエントリーは、各々の場所がシリ
ンダー内で特定のトラックに割り当てられたトラックＩ
Ｄテーブル５５を定義する場所ブロックを示す。２つの
トラックエントリーがトラックＩＤテーブル５５中に示
されている。つまりトラック０エントリー５６とトラッ
クＥエントリー５７であり、個々の物理デバイスについ
て各シリンダーは１５のデータトラックから構成されて
いる。
【００２０】デバイスエントリー４８は、ヘッダー６１
とシリンダーエントリーとを含むブロック６０から構成
されている。図２は、トラックＩＤテーブル６３を認識
するシリンダー０エントリー６２を含んでいる３つの特
定のシリンダーエントリーを示している。トラックＩＤ
テーブル６３は、本特定の実施例において３つのエント
リー、つまりトラック０エントリー６４、トラック１エ
ントリー６５およびトラックＥエントリー６６とを含ん
でいる。ブロック６０中に追加のシリンダーエントリー
を含むこともできる。図２は、そのようなエントリー、
つまりシリンダー１エントリー６７とシリンダーｍエン
トリー６８を示している。後述のようにｎ＝ｍまたはｎ
≠ｍである。ＤＥＳＴ Ｂデバイスエントリー５０は類
似構造をもつことができる。
とシリンダーエントリーとを含むブロック６０から構成
されている。図２は、トラックＩＤテーブル６３を認識
するシリンダー０エントリー６２を含んでいる３つの特
定のシリンダーエントリーを示している。トラックＩＤ
テーブル６３は、本特定の実施例において３つのエント
リー、つまりトラック０エントリー６４、トラック１エ
ントリー６５およびトラックＥエントリー６６とを含ん
でいる。ブロック６０中に追加のシリンダーエントリー
を含むこともできる。図２は、そのようなエントリー、
つまりシリンダー１エントリー６７とシリンダーｍエン
トリー６８を示している。後述のようにｎ＝ｍまたはｎ
≠ｍである。ＤＥＳＴ Ｂデバイスエントリー５０は類
似構造をもつことができる。
【００２１】さらに図２を参照すると、ソースデバイス
４７のヘッダーブロック５１は、特定のデバイスがソー
スデバイスか、又は宛先デバイスとして作用しているか
否かで異なって解釈され得る、種々の情報アイテムを含
んでいる。図２は、ヘッダ−ブロック５１がエクステン
ト・トラック・ポインタ７０、セッションＩＤエントリ
ー７１、要求バッファ７２、ＦＳＭＦフラグ７３および
パスワードエントリー７４を含んでいる特定の装置を示
している。ヘッダー５１がソースデバイスと関連づけら
れる場合、パスワードエントリーは所定値をもつことが
できる。この値は、図３で詳述されるエクステント・ト
ラック７５へのアドレスを含み、ヘッダー７６と１つま
たはそれ以上のエクステント・バッファ７７で構成され
ているので、エクステント・トラック・ポインタ７０を
定義するものである。ヘッダー７５とエクステントバッ
ファ７７との詳細は後述する。ＦＳＭＦ７３はデバイス
が本発明で使用されているような宛先デバイスである
か、または米国特許出願番号０８/８４２，９５３に開
示されているＢＣＶデバイスであるかを示すものであ
る。
４７のヘッダーブロック５１は、特定のデバイスがソー
スデバイスか、又は宛先デバイスとして作用しているか
否かで異なって解釈され得る、種々の情報アイテムを含
んでいる。図２は、ヘッダ−ブロック５１がエクステン
ト・トラック・ポインタ７０、セッションＩＤエントリ
ー７１、要求バッファ７２、ＦＳＭＦフラグ７３および
パスワードエントリー７４を含んでいる特定の装置を示
している。ヘッダー５１がソースデバイスと関連づけら
れる場合、パスワードエントリーは所定値をもつことが
できる。この値は、図３で詳述されるエクステント・ト
ラック７５へのアドレスを含み、ヘッダー７６と１つま
たはそれ以上のエクステント・バッファ７７で構成され
ているので、エクステント・トラック・ポインタ７０を
定義するものである。ヘッダー７５とエクステントバッ
ファ７７との詳細は後述する。ＦＳＭＦ７３はデバイス
が本発明で使用されているような宛先デバイスである
か、または米国特許出願番号０８/８４２，９５３に開
示されているＢＣＶデバイスであるかを示すものであ
る。
【００２２】ホストプロセッサーアレイ２１と独立に作
動するコピープログラムは、本発明に重要な構成要素で
ある。このプログラムは、図４に示される特定のデータ
構造を有し、コマンドに応じて作動する。この構造は、
その要求がソースデバイスから生じたものか、あるいは
宛先デバイスから生じたものかによって別のエントリー
を包含できる。宛先デバイス処理についての要求の場合
には、ブロック８１はソースデバイス番号を含み、ブロ
ック８２は開始エクステントのレコード番号を含み、ブ
ロック８３は終了エクステントのレコード番号を含む。
ソースデバイスについての要求の場合には、ブロック８
１は宛先デバイス番号を含み、ブロック８２は宛先デバ
イス用のシリンダーアドレスを含み、ブロック８３は宛
先デバイス用のヘッド認識名を含む。
動するコピープログラムは、本発明に重要な構成要素で
ある。このプログラムは、図４に示される特定のデータ
構造を有し、コマンドに応じて作動する。この構造は、
その要求がソースデバイスから生じたものか、あるいは
宛先デバイスから生じたものかによって別のエントリー
を包含できる。宛先デバイス処理についての要求の場合
には、ブロック８１はソースデバイス番号を含み、ブロ
ック８２は開始エクステントのレコード番号を含み、ブ
ロック８３は終了エクステントのレコード番号を含む。
ソースデバイスについての要求の場合には、ブロック８
１は宛先デバイス番号を含み、ブロック８２は宛先デバ
イス用のシリンダーアドレスを含み、ブロック８３は宛
先デバイス用のヘッド認識名を含む。
【００２３】本実施例において、いずれの形態であって
も要求は、データがソースから宛先デバイスへコピーさ
れる処理を開始するようにソースデバイスに関連づけさ
れているディスクアダプター内に置かれた、例えばディ
スクアダプター３０の中のコピープログラム８４といっ
たコピープログラムを命令する。
も要求は、データがソースから宛先デバイスへコピーさ
れる処理を開始するようにソースデバイスに関連づけさ
れているディスクアダプター内に置かれた、例えばディ
スクアダプター３０の中のコピープログラム８４といっ
たコピープログラムを命令する。
【００２４】図５から図１０に示されている処理を参照
すると、ファイルＳＭＭＦコピーコマンドは以下の処理
段階を生じるとみなすことができる。 １．要求ホストアプリケーションが、「ファイルＳＭＭ
Ｆ」コマンドを送出すると始まり、コピーコマンドが処
理されたという応答が要求ホストアプリケーションに送
られたときに終了する第１の段階。この段階中に、要求
ホストアプリケーション、ホストアダプダーおよびソー
スデバイスアダプタは、要求ホストアプリケーションに
よって定められた場所にあるエクステント・トラックに
格納するための、図３で示されるようなエクステント・
トラック構造を生成する。例えば、要求ホストアプリケ
ーションは、その後、如何なるデバイスによってもアク
セスできる図１のソースデバイス３１中のトラック８５
にエクステントトラックを割り当てることができる。最
大の効果をあげるために、要求ホストアプリケーション
は更に、エクステント・トラックも処理中にキャッシュ
メモリにあるようパラメータを設定できる。 ２．コピー処理の要求が送出されて始まり、全てのデー
タがコピーされて終了する第２段階。この段階中に、ソ
ースデバイス中にあるコピープログラムは、選択された
宛先格納場所に、トラック毎にデータを複製する。更に
詳細には、ファイルＳＭＭＦコマンドがファイル３６を
ソースとして、場所４０を宛先として認識すると、ファ
イル３６の各トラックは順に場所４０へ転送される。フ
ァイルＳＭＭＦコマンドがファイル３７を認識すると、
コピープログラムはソースデバイス３１中の２つの非連
続位置３７Ａと３７Ｂを、デバイス３５ＤＥＳＴ Ｂの
連続トラック場所４１ヘ転送する。この段階の際に、ソ
ースまたは宛先デバイスのデータへのアクセスの如何な
る試みも迅速に行われる。 ３．コピー処理を変更または終了できる変更/終了段
階。
すると、ファイルＳＭＭＦコピーコマンドは以下の処理
段階を生じるとみなすことができる。 １．要求ホストアプリケーションが、「ファイルＳＭＭ
Ｆ」コマンドを送出すると始まり、コピーコマンドが処
理されたという応答が要求ホストアプリケーションに送
られたときに終了する第１の段階。この段階中に、要求
ホストアプリケーション、ホストアダプダーおよびソー
スデバイスアダプタは、要求ホストアプリケーションに
よって定められた場所にあるエクステント・トラックに
格納するための、図３で示されるようなエクステント・
トラック構造を生成する。例えば、要求ホストアプリケ
ーションは、その後、如何なるデバイスによってもアク
セスできる図１のソースデバイス３１中のトラック８５
にエクステントトラックを割り当てることができる。最
大の効果をあげるために、要求ホストアプリケーション
は更に、エクステント・トラックも処理中にキャッシュ
メモリにあるようパラメータを設定できる。 ２．コピー処理の要求が送出されて始まり、全てのデー
タがコピーされて終了する第２段階。この段階中に、ソ
ースデバイス中にあるコピープログラムは、選択された
宛先格納場所に、トラック毎にデータを複製する。更に
詳細には、ファイルＳＭＭＦコマンドがファイル３６を
ソースとして、場所４０を宛先として認識すると、ファ
イル３６の各トラックは順に場所４０へ転送される。フ
ァイルＳＭＭＦコマンドがファイル３７を認識すると、
コピープログラムはソースデバイス３１中の２つの非連
続位置３７Ａと３７Ｂを、デバイス３５ＤＥＳＴ Ｂの
連続トラック場所４１ヘ転送する。この段階の際に、ソ
ースまたは宛先デバイスのデータへのアクセスの如何な
る試みも迅速に行われる。 ３．コピー処理を変更または終了できる変更/終了段
階。
【００２５】シメトリックスＤＡＳＤデータ記憶装置シ
ステムにおいて、ホストアダプター２６のような各ホス
トアダプターと、ディスクアダプター３０、３２，３４
のようなディスクアダプターとが、ホストアダプター２
６のコントローラー８６、ディスクアダプター３０のよ
うなコントローラー８７、ディスクアダプター３２のコ
ントローラー８８、ディスクアダプター３４のコントロ
ーラ８９のようなコントローラーを備えている。この各
コントローラーは類似の構造であり、独自のランダムア
クセスメモリを含み、キャッシュメモリへアクセスする
マイクロプロセッサを備えている。
ステムにおいて、ホストアダプター２６のような各ホス
トアダプターと、ディスクアダプター３０、３２，３４
のようなディスクアダプターとが、ホストアダプター２
６のコントローラー８６、ディスクアダプター３０のよ
うなコントローラー８７、ディスクアダプター３２のコ
ントローラー８８、ディスクアダプター３４のコントロ
ーラ８９のようなコントローラーを備えている。この各
コントローラーは類似の構造であり、独自のランダムア
クセスメモリを含み、キャッシュメモリへアクセスする
マイクロプロセッサを備えている。
【００２６】図５から図９は、第１処理段階に行われる
ステップと手順を、図８から図１０は第２処理段階を、
図１１と図１２は第３処理段階を示している。本発明を
理解するために、まず最初に図１のファイル３６を記憶
装置４０に転送することに関する発明を説明し、その後
に別の複雑なコピー処理について示すことが有用であ
る。
ステップと手順を、図８から図１０は第２処理段階を、
図１１と図１２は第３処理段階を示している。本発明を
理解するために、まず最初に図１のファイル３６を記憶
装置４０に転送することに関する発明を説明し、その後
に別の複雑なコピー処理について示すことが有用であ
る。
【００２７】要求ホストアプリケーションがファイル３
６を記憶装置４０へコピーをしようとする場合、要求ホ
ストアプリケーションは、データ記憶装置２４と、特に
ホストアダプター２６のコントローラ８６とソースデバ
イスとされたディスクアダプター３０のコントローラ８
７のような、ソースと関連するアダプターコントローラ
とデバイスコントローラと相互に作用するよう、図５の
プロセス９０を開始する。ステップ９１において、要求
ホストコントローラは１つのトラックをエクステント・
トラックとして割り当てる。コントローラ８７はステッ
プ９２を用いてそのエクステント・トラックを割り当
て、の要求ホストアプリケーションへ返送されるそのト
ラックへのポインタを生成する。要求ホストアプリケー
ション中のステップ９３は、図２に示されているソース
デバイス３１についてのヘッダー５５のブロック７０の
ような、ソースデバイスヘッダ構成にポインタを置く。
６を記憶装置４０へコピーをしようとする場合、要求ホ
ストアプリケーションは、データ記憶装置２４と、特に
ホストアダプター２６のコントローラ８６とソースデバ
イスとされたディスクアダプター３０のコントローラ８
７のような、ソースと関連するアダプターコントローラ
とデバイスコントローラと相互に作用するよう、図５の
プロセス９０を開始する。ステップ９１において、要求
ホストコントローラは１つのトラックをエクステント・
トラックとして割り当てる。コントローラ８７はステッ
プ９２を用いてそのエクステント・トラックを割り当
て、の要求ホストアプリケーションへ返送されるそのト
ラックへのポインタを生成する。要求ホストアプリケー
ション中のステップ９３は、図２に示されているソース
デバイス３１についてのヘッダー５５のブロック７０の
ような、ソースデバイスヘッダ構成にポインタを置く。
【００２８】ステップ９４において、要求ホストアプリ
ケーションはセッションＩＤを生成する処理を開始す
る。ホストアダプタ２６のコントローラ８６のようなホ
ストアダプターコントローラは、そのセッションＩＤを
確立することによってステップ９５で応答する。更に詳
細には、プロテクションビットを含むデータブロック
は、各トラックＩＤテーブルと関連している。データブ
ロックは、各トラックに一行で、各セッションに一列の
２次元の配列とみなすことができる。シメトリックスデ
ィスクアレイ記憶装置において、各行は２バイト幅で最
大１６セッションを定義するものである。このアレイは
ＰＢヘッダー９６として各トラックＩＤテーブルに置か
れている。以下の説明において、特定のＰＢビット位置
は、ｘがシリンダ内のトラックを示し、ｙがセッション
番号を示すＰＢ（ｘ、ｙ）の形態で認識できる。ステッ
プ９５において、セッション作成中にコントローラ８７
は、どの「ｙ」列が利用できるかを判定する。一つが利
用できる場合、コントローラ８７は選択されたＰＢビッ
ト列に関連するセッション認識番号を確立する。この割
当は、ソースおよび宛先デバイスに関連する各ＰＢヘッ
ダ９６に適用される。個別のセッションを確立すること
で、部分的に重なる領域があっても、並行して進めるこ
とができる複数のコピー処理が可能になり、例えば、フ
ァイル３６をＤＥＳＴ Ａのデバイス３３へコピーし、
ファイル３６を含む別の集合を別の指定デバイスへコピ
ーしたいというような場合である。
ケーションはセッションＩＤを生成する処理を開始す
る。ホストアダプタ２６のコントローラ８６のようなホ
ストアダプターコントローラは、そのセッションＩＤを
確立することによってステップ９５で応答する。更に詳
細には、プロテクションビットを含むデータブロック
は、各トラックＩＤテーブルと関連している。データブ
ロックは、各トラックに一行で、各セッションに一列の
２次元の配列とみなすことができる。シメトリックスデ
ィスクアレイ記憶装置において、各行は２バイト幅で最
大１６セッションを定義するものである。このアレイは
ＰＢヘッダー９６として各トラックＩＤテーブルに置か
れている。以下の説明において、特定のＰＢビット位置
は、ｘがシリンダ内のトラックを示し、ｙがセッション
番号を示すＰＢ（ｘ、ｙ）の形態で認識できる。ステッ
プ９５において、セッション作成中にコントローラ８７
は、どの「ｙ」列が利用できるかを判定する。一つが利
用できる場合、コントローラ８７は選択されたＰＢビッ
ト列に関連するセッション認識番号を確立する。この割
当は、ソースおよび宛先デバイスに関連する各ＰＢヘッ
ダ９６に適用される。個別のセッションを確立すること
で、部分的に重なる領域があっても、並行して進めるこ
とができる複数のコピー処理が可能になり、例えば、フ
ァイル３６をＤＥＳＴ Ａのデバイス３３へコピーし、
ファイル３６を含む別の集合を別の指定デバイスへコピ
ーしたいというような場合である。
【００２９】セッションが確立されてＰＢ列ビットが決
定されると、制御は、要求ホストアプリケーションがエ
クステント・トラックを確立するステップ９７へ進む。
最初に、要求ホストアプリケーションは、この特定のセ
ッションへ割り当てられたエクステント・トラック８５
のような、エクステント・トラックを読み取る。最初の
段階において、エクステント・トラックにはデータがな
い。しかしながら、以下で理解できようにステップ９７
の処理は所定セッション中に繰り返すことができる。つ
まり、ステップ９７は、新しいコマンドに必要な新しい
エクステントを追加したり、以前に規定された無効のエ
クステントを削除するというような種々のハウスキーピ
ング処理を行う。
定されると、制御は、要求ホストアプリケーションがエ
クステント・トラックを確立するステップ９７へ進む。
最初に、要求ホストアプリケーションは、この特定のセ
ッションへ割り当てられたエクステント・トラック８５
のような、エクステント・トラックを読み取る。最初の
段階において、エクステント・トラックにはデータがな
い。しかしながら、以下で理解できようにステップ９７
の処理は所定セッション中に繰り返すことができる。つ
まり、ステップ９７は、新しいコマンドに必要な新しい
エクステントを追加したり、以前に規定された無効のエ
クステントを削除するというような種々のハウスキーピ
ング処理を行う。
【００３０】次に、要求ホストアプリケーションは、エ
クステント・リストを再分類する。特定の装置におい
て、エクステント・リストには分類フィールドとしてシ
リンダーブロックヘッド方式のアドレスが含まれてい
る。つまり、処理を探索するために最小要求で最も効率
的なデータ転送が、シリンダーおよびトラックによって
命令される。その後、ステップ９７で図３に示される構
成に従ってエクステント・トラックが形成される。
クステント・リストを再分類する。特定の装置におい
て、エクステント・リストには分類フィールドとしてシ
リンダーブロックヘッド方式のアドレスが含まれてい
る。つまり、処理を探索するために最小要求で最も効率
的なデータ転送が、シリンダーおよびトラックによって
命令される。その後、ステップ９７で図３に示される構
成に従ってエクステント・トラックが形成される。
【００３１】図３を参照すると、エクステント・トラッ
クのヘッダー７６は、エクステント・トラックがロック
されているかどうかを示すロックステータスエントリー
を含んでいる。複数のホスト環境において、ＳＭＦＩＤ
エントリ１０１は、エクステント・トラック７５を生成
したり、最新更新したりするホストアプリケーションを
認識する。エントリ１０２は、エクステント・トラック
７５に含まれるエクステント・バッファ７７の番号を認
識する。ブロック１０３は、図１のソースデバイス３１
のようなソースデバイスを認識する。パスワードエント
リ１０４は、ホストソースまたは宛先デバイスが要求を
確認できるようにする。ＴＯＤフィールド１０５は、エ
クステント・トラックが形成され時間を含んでいる。こ
の情報はホストアプリケーションによって利用可能であ
る。フィールド１０６は、１つの実施例においてトラッ
ク中の最初のレコード示す、常時ゼロの最初のエクステ
ントを示している。最後のエクステントエントリ１０７
は、最初のエクステントエントリ１０６のエクステント
に関連する最後に使用されたエントリを認識するもので
ある。ＰＢオフセット・ベクトルエントリ１０８は、最
初と最後のエクステント要素、あるいは特定のセッショ
ンのバッファを認識するエントリの番号を含んでいる。
他のエントリも同様にヘッダ７５に含まれているが、エ
ントリ１０１と１０５と同様に、それらはホスト処理の
制御情報を提供するものであり本発明には関連しない。
クのヘッダー７６は、エクステント・トラックがロック
されているかどうかを示すロックステータスエントリー
を含んでいる。複数のホスト環境において、ＳＭＦＩＤ
エントリ１０１は、エクステント・トラック７５を生成
したり、最新更新したりするホストアプリケーションを
認識する。エントリ１０２は、エクステント・トラック
７５に含まれるエクステント・バッファ７７の番号を認
識する。ブロック１０３は、図１のソースデバイス３１
のようなソースデバイスを認識する。パスワードエント
リ１０４は、ホストソースまたは宛先デバイスが要求を
確認できるようにする。ＴＯＤフィールド１０５は、エ
クステント・トラックが形成され時間を含んでいる。こ
の情報はホストアプリケーションによって利用可能であ
る。フィールド１０６は、１つの実施例においてトラッ
ク中の最初のレコード示す、常時ゼロの最初のエクステ
ントを示している。最後のエクステントエントリ１０７
は、最初のエクステントエントリ１０６のエクステント
に関連する最後に使用されたエントリを認識するもので
ある。ＰＢオフセット・ベクトルエントリ１０８は、最
初と最後のエクステント要素、あるいは特定のセッショ
ンのバッファを認識するエントリの番号を含んでいる。
他のエントリも同様にヘッダ７５に含まれているが、エ
ントリ１０１と１０５と同様に、それらはホスト処理の
制御情報を提供するものであり本発明には関連しない。
【００３２】図３のエクステント・トラック７５のよう
な、各エクステント・トラックは更に、エクステントバ
ッファ７７のような、１つあるいはそれ以上のエクステ
ント・バッファを含んでいる。要求ホストアプリケーシ
ョンのコマンドが、ソースデバイス３１のファイル３６
をＤＥＳＴ Ａデバイス３３の場所４０へ転送するもの
である場合、エクステント・トラックには唯一のエクス
テントバッファが含まれる。このエクステントバッファ
７７は、本発明の見地から、ソース開始場所１１０を含
む一定の情報を有している。本特定の装置において、こ
れはリンダ・ブロック・ヘッダ・アドレス方式の開始場
所である。エントリ１１１は、エクステントのコピー処
理に含まれるトラック番号、すなわち、ファイル３６の
トラックの全番号を含んでいる。保護ビットオフセット
エントリ１１２は、セッションに合わせて調整される特
定のＰＢ列位置を認識する。
な、各エクステント・トラックは更に、エクステントバ
ッファ７７のような、１つあるいはそれ以上のエクステ
ント・バッファを含んでいる。要求ホストアプリケーシ
ョンのコマンドが、ソースデバイス３１のファイル３６
をＤＥＳＴ Ａデバイス３３の場所４０へ転送するもの
である場合、エクステント・トラックには唯一のエクス
テントバッファが含まれる。このエクステントバッファ
７７は、本発明の見地から、ソース開始場所１１０を含
む一定の情報を有している。本特定の装置において、こ
れはリンダ・ブロック・ヘッダ・アドレス方式の開始場
所である。エントリ１１１は、エクステントのコピー処
理に含まれるトラック番号、すなわち、ファイル３６の
トラックの全番号を含んでいる。保護ビットオフセット
エントリ１１２は、セッションに合わせて調整される特
定のＰＢ列位置を認識する。
【００３３】各エクステントバッファ７７は、エクステ
ント・トラックが最初に書き込まれた時に設定されるＮ
ＷＥ ＥＸＴＥＮＴフラグ、特定のエクステントの削除
が要求されたときに設定されるＲＥＭＯＶＥ ＥＸＴＥ
ＮＴフラグ、およびソースデバイスコントローラによっ
て設定されるＩＮＶＡＬＩＤ ＥＸＴＥＮＴフラグを含
んでいるフラグフィールド１１３を有している。フラグ
フィールドは、本特定の発明とは関連しない目的で使用
されるの別のフラグを含んでいる。
ント・トラックが最初に書き込まれた時に設定されるＮ
ＷＥ ＥＸＴＥＮＴフラグ、特定のエクステントの削除
が要求されたときに設定されるＲＥＭＯＶＥ ＥＸＴＥ
ＮＴフラグ、およびソースデバイスコントローラによっ
て設定されるＩＮＶＡＬＩＤ ＥＸＴＥＮＴフラグを含
んでいるフラグフィールド１１３を有している。フラグ
フィールドは、本特定の発明とは関連しない目的で使用
されるの別のフラグを含んでいる。
【００３４】エントリ１１４と１１５は集合的に宛先デ
バイスを定める。特に、エントリ１１５は宛先デバイス
番号を定め、一方でエントリ１１４はＤＥＳＴ Ａデバ
イス３３における格納場所の初期場所を定める。エント
リ１１６はセッションＩＤを格納し、エントリ１１７は
エクステントバッファ７７内の全ての先行するバイトに
ついてのＥＸＴＥＮＴ ＣＲＣコードを含んでいる。
バイスを定める。特に、エントリ１１５は宛先デバイス
番号を定め、一方でエントリ１１４はＤＥＳＴ Ａデバ
イス３３における格納場所の初期場所を定める。エント
リ１１６はセッションＩＤを格納し、エントリ１１７は
エクステントバッファ７７内の全ての先行するバイトに
ついてのＥＸＴＥＮＴ ＣＲＣコードを含んでいる。
【００３５】図５に戻ると、ステップ９７で一旦エクス
テント・トラックが作成されると、エクステント・トラ
ックをトラック８５へ書き込み、その後、データ記憶装
置２４への転送を要求する確立エクステントシステムを
実行する。その後に、要求ホストアプリケーションは、
ステップ１２０で示される待機状態になる。
テント・トラックが作成されると、エクステント・トラ
ックをトラック８５へ書き込み、その後、データ記憶装
置２４への転送を要求する確立エクステントシステムを
実行する。その後に、要求ホストアプリケーションは、
ステップ１２０で示される待機状態になる。
【００３６】待機状態１２０の間に、データ記憶装置２
４と、特に宛先デバイスコントローラ８８は、図６に示
されているように環境を確立してコピー処理を開始する
よう応答する。一旦この処理がステップ１２１において
終了すると、ステータスは要求ホストアプリケーション
へ戻される。図５のステップ１２２は、ステータスを受
け取り、どちらか一方のファイルコピーへのＩ／Ｏ要求
を生成することを含んでいてもいなくても、要求ホスト
アプリケーションが処理を継続できるようにしている。
例えば、要求ホストアプリケーションは、ファイル３６
またはＤＥＳＴＡデバイス３３中の場所４０のそのコピ
ーへアクセスすることができる。もしくは、要求ホスト
アプリケーションは、ＨＯＳＴ ＡＰＰ Ｂアプリケー
ション２３のような第２のアプリケーションが、ＤＥＳ
Ｔ Ｂデバイス３３のコピー場所４０といった宛先デバ
イスのコピーへアクセスできるようにしてもよい。
４と、特に宛先デバイスコントローラ８８は、図６に示
されているように環境を確立してコピー処理を開始する
よう応答する。一旦この処理がステップ１２１において
終了すると、ステータスは要求ホストアプリケーション
へ戻される。図５のステップ１２２は、ステータスを受
け取り、どちらか一方のファイルコピーへのＩ／Ｏ要求
を生成することを含んでいてもいなくても、要求ホスト
アプリケーションが処理を継続できるようにしている。
例えば、要求ホストアプリケーションは、ファイル３６
またはＤＥＳＴＡデバイス３３中の場所４０のそのコピ
ーへアクセスすることができる。もしくは、要求ホスト
アプリケーションは、ＨＯＳＴ ＡＰＰ Ｂアプリケー
ション２３のような第２のアプリケーションが、ＤＥＳ
Ｔ Ｂデバイス３３のコピー場所４０といった宛先デバ
イスのコピーへアクセスできるようにしてもよい。
【００３７】ホストアダプター２６のような、データ記
憶装置２４中のホストアダプターがエスタブリッシュ・
エクステント・システムコールを受け取ると、宛先デバ
イスコントローラ８８のような宛先デバイスコントロー
ラはシステムコールを受け取り、図６のステップ１２３
において種々のパラメーターを確認する。そのような確
認としては、最初のアドレスが有効なアドレスであり、
特に図３のデバイス開始場所１１４のデバイスヘッダー
に記録されているアドレスと同じものかを確かめること
を挙げることができる。更に別の多くのテストを、シス
テムコールの状況と内容を確認するために行うことがで
きる。
憶装置２４中のホストアダプターがエスタブリッシュ・
エクステント・システムコールを受け取ると、宛先デバ
イスコントローラ８８のような宛先デバイスコントロー
ラはシステムコールを受け取り、図６のステップ１２３
において種々のパラメーターを確認する。そのような確
認としては、最初のアドレスが有効なアドレスであり、
特に図３のデバイス開始場所１１４のデバイスヘッダー
に記録されているアドレスと同じものかを確かめること
を挙げることができる。更に別の多くのテストを、シス
テムコールの状況と内容を確認するために行うことがで
きる。
【００３８】確認したと想定すると、制御は、ホストア
ダプターがＤＥＳＴ Ａデバイス３１のような宛先デバ
イスをロックするステップ１２４へ進む。ステップ１２
５において、ホストアダプターコントローラ８６は、図
２の要求バッファ７２のＡＴＴＮフラグのようなソース
デバイスについての要求バッファにＡＴＴＮ信号を入力
する。ステップ１２６は、宛先デバイスへのデータ転送
をもたらす要求レコードを形成する。要求レコードは、
図４で示されるデータ構造を有しており、ブロックつま
りフィールド８１のソースデバイス番号、ブロックつま
りフィールド８２の開始エクステントレコード番号、お
よびブロックつまりフィールド８３の最終エクステント
レコード番号とを含んでいる。
ダプターがＤＥＳＴ Ａデバイス３１のような宛先デバ
イスをロックするステップ１２４へ進む。ステップ１２
５において、ホストアダプターコントローラ８６は、図
２の要求バッファ７２のＡＴＴＮフラグのようなソース
デバイスについての要求バッファにＡＴＴＮ信号を入力
する。ステップ１２６は、宛先デバイスへのデータ転送
をもたらす要求レコードを形成する。要求レコードは、
図４で示されるデータ構造を有しており、ブロックつま
りフィールド８１のソースデバイス番号、ブロックつま
りフィールド８２の開始エクステントレコード番号、お
よびブロックつまりフィールド８３の最終エクステント
レコード番号とを含んでいる。
【００３９】その後、制御は図７に示される手順１２７
に進む。宛先デバイスが物理デバイスを反映する場合に
は、詳述しないが当業者には公知の手順で関連のミラー
デバイスを全て確実に不活性にする。ステップ１３０
は、付加的な変動がそのエクステント・トラックで起こ
らないように、ステップ１３０において関連のエクステ
ントトラックを選択してロックする。宛先デバイスの各
トラックに対して、ステップ１３１は多くの機能を果た
す。まず第１に、ヘッダ６１の値を利用して、ヘッダー
６１が宛先デバイスと関連していることと、宛先デバイ
スと関連する各トラックの間接（ＩＮＤ）ビット位置１
３２がクリアされていることとを確定する。次に、各宛
先トラックに対して、ステップ１３１はＩＮＤフラグを
設定して、キャッシュポインタへの間接アドレスを設定
する。間接アドレスは、コピーされるソースデバイス中
のトラックのアドレスのことである。デバイスへ書き込
み中である場合、それらはクリアされる。更に詳細に
は、本発明のこの装置は、要求ホストアプリケーション
がデータを完全に壊すような作動をすることはない。こ
の想定に対して、如何なる書込み中の処理もコピーファ
イルに置かれるので無関係である。書き込み中フラグを
クリアすることで、データがコピーファイルトラックを
上書きすることを確実に防ぐことができる。各宛先トラ
ックに設定されているインキャッシュフラグ１３３はい
ずれもクリアされる。この時点でシステムは、ソースデ
バイス３１へのエクステント・トラックの転送へ影響す
る、書き込み中ビットをセットできる。
に進む。宛先デバイスが物理デバイスを反映する場合に
は、詳述しないが当業者には公知の手順で関連のミラー
デバイスを全て確実に不活性にする。ステップ１３０
は、付加的な変動がそのエクステント・トラックで起こ
らないように、ステップ１３０において関連のエクステ
ントトラックを選択してロックする。宛先デバイスの各
トラックに対して、ステップ１３１は多くの機能を果た
す。まず第１に、ヘッダ６１の値を利用して、ヘッダー
６１が宛先デバイスと関連していることと、宛先デバイ
スと関連する各トラックの間接（ＩＮＤ）ビット位置１
３２がクリアされていることとを確定する。次に、各宛
先トラックに対して、ステップ１３１はＩＮＤフラグを
設定して、キャッシュポインタへの間接アドレスを設定
する。間接アドレスは、コピーされるソースデバイス中
のトラックのアドレスのことである。デバイスへ書き込
み中である場合、それらはクリアされる。更に詳細に
は、本発明のこの装置は、要求ホストアプリケーション
がデータを完全に壊すような作動をすることはない。こ
の想定に対して、如何なる書込み中の処理もコピーファ
イルに置かれるので無関係である。書き込み中フラグを
クリアすることで、データがコピーファイルトラックを
上書きすることを確実に防ぐことができる。各宛先トラ
ックに設定されているインキャッシュフラグ１３３はい
ずれもクリアされる。この時点でシステムは、ソースデ
バイス３１へのエクステント・トラックの転送へ影響す
る、書き込み中ビットをセットできる。
【００４０】一旦この全ての情報が宛先デバイスに関連
するトラックＩＤへ転送されると、セッション列のプロ
テクションビットが、ステップ１３５においてソースデ
バイスに関する全てのエクステントの各トラックへセッ
トされる。ステップ１３６は、図３に示されるフラグフ
ィールド１１３のＮＥＷ ＥＸＴＥＮＴフラグをリセッ
トする。その後、ＣＲＣフィールドがステップ１３７で
更新され、エクステント・トラック７５のような、エク
ステント・トラックがステップ１３２において書き込み
中になるようにセットされる。宛先デバイスコントロー
ラー８８は、ステップ１４０を利用してステップ１３０
においてロックされたエクステント・トラックを解除す
る。その後、他の確立エクステント・トラックシステム
コールはエクステントトラックを変更できる。ステップ
１４１において、宛先デバイスコントローラー８８は肯
定応答をソースデバイス３１と関連するディスクアダプ
ターへ送る。ステップ１４２は、図６のステップ１２６
で生成された要求をキャンセルする。
するトラックＩＤへ転送されると、セッション列のプロ
テクションビットが、ステップ１３５においてソースデ
バイスに関する全てのエクステントの各トラックへセッ
トされる。ステップ１３６は、図３に示されるフラグフ
ィールド１１３のＮＥＷ ＥＸＴＥＮＴフラグをリセッ
トする。その後、ＣＲＣフィールドがステップ１３７で
更新され、エクステント・トラック７５のような、エク
ステント・トラックがステップ１３２において書き込み
中になるようにセットされる。宛先デバイスコントロー
ラー８８は、ステップ１４０を利用してステップ１３０
においてロックされたエクステント・トラックを解除す
る。その後、他の確立エクステント・トラックシステム
コールはエクステントトラックを変更できる。ステップ
１４１において、宛先デバイスコントローラー８８は肯
定応答をソースデバイス３１と関連するディスクアダプ
ターへ送る。ステップ１４２は、図６のステップ１２６
で生成された要求をキャンセルする。
【００４１】その後、制御は宛先デバイスのロックを解
除する図６のステップ１４３へ戻る。その後、ステップ
１４４においてホストアダプターコントローラー８６は
ステータスをホストへ送り、ソースデバイス３１のよう
なソースデバイスを、ＨＯＳＴ Ａ ＡＰＰアプリケー
ション２２のようなホストアプリケーションへ再接続す
る。
除する図６のステップ１４３へ戻る。その後、ステップ
１４４においてホストアダプターコントローラー８６は
ステータスをホストへ送り、ソースデバイス３１のよう
なソースデバイスを、ＨＯＳＴ Ａ ＡＰＰアプリケー
ション２２のようなホストアプリケーションへ再接続す
る。
【００４２】ここで明らかになるように、図６と７のス
テップは如何なるデータの物理転送も引き起こさない。
それでもやはり、宛先デバイスがステップ１４３におい
てロック解除され、ソースデバイスがステップ１４５に
おいて再接続される場合には、如何なるホストアプリケ
ーションもソースデバイス３１のファイルを変更する可
能性があり、例えばファイル３６や他の如何なるアプリ
ケーションも、ＤＥＳＴ Ａデバイス３３の場所４０に
格納されたファイルコピーのデータにアクセスできるの
である。
テップは如何なるデータの物理転送も引き起こさない。
それでもやはり、宛先デバイスがステップ１４３におい
てロック解除され、ソースデバイスがステップ１４５に
おいて再接続される場合には、如何なるホストアプリケ
ーションもソースデバイス３１のファイルを変更する可
能性があり、例えばファイル３６や他の如何なるアプリ
ケーションも、ＤＥＳＴ Ａデバイス３３の場所４０に
格納されたファイルコピーのデータにアクセスできるの
である。
【００４３】図８は、図１に示されるコピープログラム
の処理を示す。ステップ１５０において、ソースデバイ
スコントローラー８７が図３におけるエクステント・ト
ラック７５のような、エクステント・トラックを読み取
る。ステップ１５１はエクステント・トラック７５から
のデータを最初の宛先トラック場所を得るために利用
し、ステップ１５２は宛先デバイスを認識しており、こ
れら２つのアイテムが、特に図１のデータ記憶装置２４
内の最初の宛先トラックを位置決めする。
の処理を示す。ステップ１５０において、ソースデバイ
スコントローラー８７が図３におけるエクステント・ト
ラック７５のような、エクステント・トラックを読み取
る。ステップ１５１はエクステント・トラック７５から
のデータを最初の宛先トラック場所を得るために利用
し、ステップ１５２は宛先デバイスを認識しており、こ
れら２つのアイテムが、特に図１のデータ記憶装置２４
内の最初の宛先トラックを位置決めする。
【００４４】ステップ１５３は、宛先デバイスの定義さ
れたエクステントについての各トラックに関する、図２
のトラックＩＤテーブル６３のＩＮＤフラグ１３２のよ
うなＩＮＤフラグをテストするループの第１段階であ
る。このテストは、特定のトラックをソースから宛先へ
コピーする必要があるか否かを決定する。本説明におい
て以下で明らかになるように、別の機能が個々のトラッ
クの転送に影響してしまうことがある。トラックのデー
タがソースデバイスから宛先デバイスへ転送されていな
いと、ステップ１５４は、制御をそのトラックをコピー
するステップ１５５へ、例えば、ソースデバイス３１の
トラックから、ＤＥＳＴ Ａ宛先デバイスの関連する、
または所定のトラックへ転送する。ステップ１５６は宛
先デバイスのＩＮＤビットをクリアし、ステップ１５７
は、ソースデバイス３１のトラックについてのヘッダー
９６の関連ＰＢビットをクリアする。
れたエクステントについての各トラックに関する、図２
のトラックＩＤテーブル６３のＩＮＤフラグ１３２のよ
うなＩＮＤフラグをテストするループの第１段階であ
る。このテストは、特定のトラックをソースから宛先へ
コピーする必要があるか否かを決定する。本説明におい
て以下で明らかになるように、別の機能が個々のトラッ
クの転送に影響してしまうことがある。トラックのデー
タがソースデバイスから宛先デバイスへ転送されていな
いと、ステップ１５４は、制御をそのトラックをコピー
するステップ１５５へ、例えば、ソースデバイス３１の
トラックから、ＤＥＳＴ Ａ宛先デバイスの関連する、
または所定のトラックへ転送する。ステップ１５６は宛
先デバイスのＩＮＤビットをクリアし、ステップ１５７
は、ソースデバイス３１のトラックについてのヘッダー
９６の関連ＰＢビットをクリアする。
【００４５】ＩＮＤフラグをクリアすることで、宛先デ
バイスのトラックを処理するアプリケーションがトラッ
クをコピーすることを確実に防ぐことができる。ソース
デバイスのＰＢビットをクリアすることで、ホストアプ
リケーションがソースデバイス３１のトラックにアクセ
スしてもトラックがコピーされることを確実に防ぐこと
ができる。ステップ１６０において、処理される付加的
なトラックがある場合には、制御は次のトラックを認識
するためにステップ１６１へ進み、その制御はステップ
１５３へ戻る。
バイスのトラックを処理するアプリケーションがトラッ
クをコピーすることを確実に防ぐことができる。ソース
デバイスのＰＢビットをクリアすることで、ホストアプ
リケーションがソースデバイス３１のトラックにアクセ
スしてもトラックがコピーされることを確実に防ぐこと
ができる。ステップ１６０において、処理される付加的
なトラックがある場合には、制御は次のトラックを認識
するためにステップ１６１へ進み、その制御はステップ
１５３へ戻る。
【００４６】ステップ１５４でＩＮＤビットがセットさ
れていないと判定されると、コピーは行われず、制御は
直接ステップ１６０へ進む。全てのトラックが順次確認
されて、エクステントが転送されコピープログラムが終
了したとみなされる。
れていないと判定されると、コピーは行われず、制御は
直接ステップ１６０へ進む。全てのトラックが順次確認
されて、エクステントが転送されコピープログラムが終
了したとみなされる。
【００４７】前述のように、第２の処理段階は、たとえ
データが実際にコピーされる前に、ホストアプリケーシ
ョンがソースデバイスファイル３６や宛先デバイスファ
イル４０へアクセスできても、コピー中はデータの完全
性を保証する。図９は、アプリケーションからの書き込
み要求に対する応答を示しており、例えば、ＨＯＳＴＡ
ＰＰ Ａアプリケーション２１がソースデバイス３１の
ファイル３６へ書き込みを行う場合に起こるものであ
る。読み取り要求はデータを変更することはないので、
通常通り処理される。書き込み要求については、ホスト
アダプター２６が書き込み要求を、例えばファイル３６
に書き込むためにソースディスクアダプター３０といっ
たソースディスクアダプターへ送る。コントローラー８
７はステップ１７０でその要求を受け取り、ステップ１
７１でソースデバイスと関係している関連ＰＢビットを
テストする。例えば、ソーストラックＩＤテーブル５６
の関連ヘッダー９６にあるＰＢビットである。所定の列
のＰＢビットはデバイスの全てのトラックに集合的に対
応する。しかし、列のセットビットはコピーされるこの
ようなファイル、または他のデータサブセットを認識で
きる。つまり、ＰＢビット位置は、ソースデバイスの所
定のソース格納場所のリストを構成する。同様に、宛先
デバイストラックＩＤテーブルのＩＮＤビット位置は、
宛先デバイス中の所定の宛先格納場所のリストをもたら
すのである。
データが実際にコピーされる前に、ホストアプリケーシ
ョンがソースデバイスファイル３６や宛先デバイスファ
イル４０へアクセスできても、コピー中はデータの完全
性を保証する。図９は、アプリケーションからの書き込
み要求に対する応答を示しており、例えば、ＨＯＳＴＡ
ＰＰ Ａアプリケーション２１がソースデバイス３１の
ファイル３６へ書き込みを行う場合に起こるものであ
る。読み取り要求はデータを変更することはないので、
通常通り処理される。書き込み要求については、ホスト
アダプター２６が書き込み要求を、例えばファイル３６
に書き込むためにソースディスクアダプター３０といっ
たソースディスクアダプターへ送る。コントローラー８
７はステップ１７０でその要求を受け取り、ステップ１
７１でソースデバイスと関係している関連ＰＢビットを
テストする。例えば、ソーストラックＩＤテーブル５６
の関連ヘッダー９６にあるＰＢビットである。所定の列
のＰＢビットはデバイスの全てのトラックに集合的に対
応する。しかし、列のセットビットはコピーされるこの
ようなファイル、または他のデータサブセットを認識で
きる。つまり、ＰＢビット位置は、ソースデバイスの所
定のソース格納場所のリストを構成する。同様に、宛先
デバイストラックＩＤテーブルのＩＮＤビット位置は、
宛先デバイス中の所定の宛先格納場所のリストをもたら
すのである。
【００４８】通常の処理中に、図２のトラックＩＤテー
ブル５６のような、ソースデバイストラックＩＤテーブ
ルのＰＢビットがクリアされる場合、トラックがエクス
テントにないか、あるいはすでに転送されているので、
ステップ１７２はエクステントにあるか、あるいは通常
の方法で書き込み処理を終了するためにステップ１７３
へ進む。その後、ステップ１７４は書き込み要求を送出
したホストアプリケーション、例えば図１のＨＯＳＴ
ＡＰＰ Ａ２２のようなアプリケーションに肯定応答を
送る。
ブル５６のような、ソースデバイストラックＩＤテーブ
ルのＰＢビットがクリアされる場合、トラックがエクス
テントにないか、あるいはすでに転送されているので、
ステップ１７２はエクステントにあるか、あるいは通常
の方法で書き込み処理を終了するためにステップ１７３
へ進む。その後、ステップ１７４は書き込み要求を送出
したホストアプリケーション、例えば図１のＨＯＳＴ
ＡＰＰ Ａ２２のようなアプリケーションに肯定応答を
送る。
【００４９】トラックにＰＢビットがセットされると、
トラックはファイルに存在しており、依然転送される必
要があるので、ステップ１７２は制御をステップ１７５
へ進める。ステップ１７５は、ソースデバイスにロック
があることを保証し、ステップ１７６を利用して、ソー
スホストアプリケーションから書き込まれた単一トラッ
クを認識しながら図８のコピープログラムを要求する。
図８のコピープログラムは、ソースデバイスからの単一
トラックを宛先デバイスに書き込み、さらにソースデバ
イスに対するトラックＩＤテーブルのＰＢビットや、宛
先デバイスに対する関連ＩＮＤをクリアすることによっ
て応答する。コピープログラムが、この単一トラックの
転送を完了すると、ステップ１７７はソースデバイスを
ロック解除するので、直ちに全てのアプリケーションが
再度利用できるようになる。つまり、図９は、転送され
たソースファイルに対する書き込み要求がホストアプリ
ケーションから送られてきた場合に、データの完全性を
保証するプロセスを示している。
トラックはファイルに存在しており、依然転送される必
要があるので、ステップ１７２は制御をステップ１７５
へ進める。ステップ１７５は、ソースデバイスにロック
があることを保証し、ステップ１７６を利用して、ソー
スホストアプリケーションから書き込まれた単一トラッ
クを認識しながら図８のコピープログラムを要求する。
図８のコピープログラムは、ソースデバイスからの単一
トラックを宛先デバイスに書き込み、さらにソースデバ
イスに対するトラックＩＤテーブルのＰＢビットや、宛
先デバイスに対する関連ＩＮＤをクリアすることによっ
て応答する。コピープログラムが、この単一トラックの
転送を完了すると、ステップ１７７はソースデバイスを
ロック解除するので、直ちに全てのアプリケーションが
再度利用できるようになる。つまり、図９は、転送され
たソースファイルに対する書き込み要求がホストアプリ
ケーションから送られてきた場合に、データの完全性を
保証するプロセスを示している。
【００５０】図１０は、ＨＯＳＴ ＡＰＰ Ｂアプリケ
ーション２３のようなホストアプリケーションが、宛先
ホストアプリケーションとして、ＤＥＳＴ Ａデバイス
３３のファイルコピー４０のような宛先デバイスへアク
セスをしようとする場合に生じる処理を示している。宛
先デバイスのコントローラ、例えば、ＤＥＳＴ Ａ宛先
デバイス３３のコントローラ８８は、ステップ１８０で
宛先ホストアプリケーションから読み書き要求を受け取
る。その後、コントローラ８８は、ステップ１８１を使
って関連の宛先デバイストラックＩＤテーブル、例え
ば、トラックＩＤテーブル６４へアクセスし、ビット位
置１３２でＩＮＤビットをテストする。ＩＮＤビット位
置は、宛先トラックが図７のステップ１３１で設定中に
エクステントの一部である場合には既にセットされてい
る。
ーション２３のようなホストアプリケーションが、宛先
ホストアプリケーションとして、ＤＥＳＴ Ａデバイス
３３のファイルコピー４０のような宛先デバイスへアク
セスをしようとする場合に生じる処理を示している。宛
先デバイスのコントローラ、例えば、ＤＥＳＴ Ａ宛先
デバイス３３のコントローラ８８は、ステップ１８０で
宛先ホストアプリケーションから読み書き要求を受け取
る。その後、コントローラ８８は、ステップ１８１を使
って関連の宛先デバイストラックＩＤテーブル、例え
ば、トラックＩＤテーブル６４へアクセスし、ビット位
置１３２でＩＮＤビットをテストする。ＩＮＤビット位
置は、宛先トラックが図７のステップ１３１で設定中に
エクステントの一部である場合には既にセットされてい
る。
【００５１】ＩＮＤビットがセットされると、読み取り
要求の場合にはデータが最新のものであること、書き込
み要求の場合にはコピープログラムが通常モードの処理
において新しいデータを上書きしないことを保証する必
要がある。つまり、ステップ１８２はステップ１８３へ
制御を進めるのである。ステップ１８３は、宛先デバイ
スを確実にロックする。その後、ステップ１８４は要求
をソースデバイスへ送り、ソースデバイスディスクアダ
プター３０にあるファイル３６のコピープログラムとい
ったコピープログラムを開始する。この要求は、図４で
示される基本構造をもっている。しかし、要求が宛先デ
バイスで起こる場合には、フィールド８１は宛先デバイ
ス番号を含んでおり、フィールド８２と８３とはシリン
ダーアドレスや、宛先デバイスのためのヘッド識別子を
含んでいる。その単一トラックがコピーされると、ステ
ップ１８５は宛先デバイスのロックを解除する。
要求の場合にはデータが最新のものであること、書き込
み要求の場合にはコピープログラムが通常モードの処理
において新しいデータを上書きしないことを保証する必
要がある。つまり、ステップ１８２はステップ１８３へ
制御を進めるのである。ステップ１８３は、宛先デバイ
スを確実にロックする。その後、ステップ１８４は要求
をソースデバイスへ送り、ソースデバイスディスクアダ
プター３０にあるファイル３６のコピープログラムとい
ったコピープログラムを開始する。この要求は、図４で
示される基本構造をもっている。しかし、要求が宛先デ
バイスで起こる場合には、フィールド８１は宛先デバイ
ス番号を含んでおり、フィールド８２と８３とはシリン
ダーアドレスや、宛先デバイスのためのヘッド識別子を
含んでいる。その単一トラックがコピーされると、ステ
ップ１８５は宛先デバイスのロックを解除する。
【００５２】トラックのＩＮＤビットがクリアされる
と、トラックはエクステントにないか、またはすでにコ
ピーされている。この条件に合致すると、ステップ１８
２は、ステップ１８３、１８４および１８５を飛び越え
て制御をステップ１８６へ進める。その後、ステップ１
８６は読み書き処理を行い、ステップ１８７の宛先ホス
トアプリケーションへ肯定応答を送る。
と、トラックはエクステントにないか、またはすでにコ
ピーされている。この条件に合致すると、ステップ１８
２は、ステップ１８３、１８４および１８５を飛び越え
て制御をステップ１８６へ進める。その後、ステップ１
８６は読み書き処理を行い、ステップ１８７の宛先ホス
トアプリケーションへ肯定応答を送る。
【００５３】次に、終了/変更段階について言及する
と、図１１はエクステント・トラックからエクステント
・バッファを削除するプロセスを示している。まず最初
に、要求中のホストアプリケーションがステップ１９０
を利用して図２のエクステント・トラック７５のような
エクステント・トラックを読み取る。次に、要求中のホ
ストアプリケーションが、図３のフラグフィールド１１
３にあるような、対応するエクステント・バッファにＲ
ＥＭＯＶＥ ＥＸＴＥＮＴフラグをセットする。これが
完了すると、ステップ１９２がエクステント・トラック
をキャッシュメモリ２７へ書き込む。その後、要求中の
ホストアプリケーションがステップ１９３においてＲＥ
ＭＯＶＥ ＥＸＴＥＮＴＳシステムコールを送出する。
と、図１１はエクステント・トラックからエクステント
・バッファを削除するプロセスを示している。まず最初
に、要求中のホストアプリケーションがステップ１９０
を利用して図２のエクステント・トラック７５のような
エクステント・トラックを読み取る。次に、要求中のホ
ストアプリケーションが、図３のフラグフィールド１１
３にあるような、対応するエクステント・バッファにＲ
ＥＭＯＶＥ ＥＸＴＥＮＴフラグをセットする。これが
完了すると、ステップ１９２がエクステント・トラック
をキャッシュメモリ２７へ書き込む。その後、要求中の
ホストアプリケーションがステップ１９３においてＲＥ
ＭＯＶＥ ＥＸＴＥＮＴＳシステムコールを送出する。
【００５４】ホストアダプターと宛先デバイスアダプタ
ー、例えば、ホストアダプター２５と宛先デバイスアダ
プター３０が応答する。まず最初に、ホストアダプター
は図６のステップ１２３から１２６に示されているのと
同じプロセスを用いて、要求レコードを、図１２で示さ
れているように応答する宛先デバイスアダプターへ送
る。
ー、例えば、ホストアダプター２５と宛先デバイスアダ
プター３０が応答する。まず最初に、ホストアダプター
は図６のステップ１２３から１２６に示されているのと
同じプロセスを用いて、要求レコードを、図１２で示さ
れているように応答する宛先デバイスアダプターへ送
る。
【００５５】図１２を参照すると、ステップ１９５がエ
クステントを選択して、対応するエクステント・トラッ
クをロックするので、他のアプリケーションはそのエク
ステント・トラックを変更できない。ステップ１９６
は、対応するエクステント・バッファのフラグフィール
ドにＩＮＶＡＬＩＤ ＥＸＴＥＮＴビットをセットす
る。例えば、図３のフラグフィールド１１３のＩＮＶＡ
ＬＩＤ ＥＸＴＥＮＴフラグである。ステップ１９７
は、データの完全性を維持するためにＥＸＴＥＮＴＳＣ
ＲＣを更新する。ステップ２００において、宛先デバイ
スアダプターがソースデバイスの全てのＰＢビットをク
リアする。例えば、図２のトラックＩＤテーブル５５を
有するＰＢヘッダーである。ステップ２０１は、宛先デ
バイスのトラックＩＤテーブルの全てのＩＮＤフラグを
リセットする。特定の例として、トラックＩＤテーブル
６３のＩＮＤフラグ１３２のセットを挙げることができ
る。ステップ２０２において、宛先ディスクアダプター
３０のコントローラー８８が、エクステント・バッファ
７７のフラグフィールド１３３のＲＥＭＯＶＥ ＥＸＴ
ＥＮＴフラグのようなＲＥＭＯＶＥ ＥＸＴＥＮＴフラ
グをクリアする。ステップ２０３は、ソースデバイス３
１に更新したコピーを生成するために、ソースエクステ
ント・トラックを書き込み状態にして、図３のＥＸＴＥ
ＮＴ ＣＲＣフィールド１１７のようなＥＸＴＥＮＴ
ＣＲＣフィールドを更新する。
クステントを選択して、対応するエクステント・トラッ
クをロックするので、他のアプリケーションはそのエク
ステント・トラックを変更できない。ステップ１９６
は、対応するエクステント・バッファのフラグフィール
ドにＩＮＶＡＬＩＤ ＥＸＴＥＮＴビットをセットす
る。例えば、図３のフラグフィールド１１３のＩＮＶＡ
ＬＩＤ ＥＸＴＥＮＴフラグである。ステップ１９７
は、データの完全性を維持するためにＥＸＴＥＮＴＳＣ
ＲＣを更新する。ステップ２００において、宛先デバイ
スアダプターがソースデバイスの全てのＰＢビットをク
リアする。例えば、図２のトラックＩＤテーブル５５を
有するＰＢヘッダーである。ステップ２０１は、宛先デ
バイスのトラックＩＤテーブルの全てのＩＮＤフラグを
リセットする。特定の例として、トラックＩＤテーブル
６３のＩＮＤフラグ１３２のセットを挙げることができ
る。ステップ２０２において、宛先ディスクアダプター
３０のコントローラー８８が、エクステント・バッファ
７７のフラグフィールド１３３のＲＥＭＯＶＥ ＥＸＴ
ＥＮＴフラグのようなＲＥＭＯＶＥ ＥＸＴＥＮＴフラ
グをクリアする。ステップ２０３は、ソースデバイス３
１に更新したコピーを生成するために、ソースエクステ
ント・トラックを書き込み状態にして、図３のＥＸＴＥ
ＮＴ ＣＲＣフィールド１１７のようなＥＸＴＥＮＴ
ＣＲＣフィールドを更新する。
【００５６】一旦、図１２の手順が完了すると、図１１
のステップ２０４に示される待機状態にある要求ホスト
アプリケーションへ応答が送られる。この応答により、
要求ホストアプリケーションは後続のハウスキーピング
やプロセスのためにステップ２０５のエクステントトラ
ックを読み取る。ステップ２０６において、要求ホスト
アプリケーションが終了したエクステントを全て削除
し、その後、前述のようにステップ２０７でエクステン
ト・リストを再分類する。ステップ２１０は更新された
エクステント・トラックをキャッシュメモリ２７へ書き
込む。
のステップ２０４に示される待機状態にある要求ホスト
アプリケーションへ応答が送られる。この応答により、
要求ホストアプリケーションは後続のハウスキーピング
やプロセスのためにステップ２０５のエクステントトラ
ックを読み取る。ステップ２０６において、要求ホスト
アプリケーションが終了したエクステントを全て削除
し、その後、前述のようにステップ２０７でエクステン
ト・リストを再分類する。ステップ２１０は更新された
エクステント・トラックをキャッシュメモリ２７へ書き
込む。
【００５７】ステップ２１１は、プロセスが完了したか
否かを判定する。つまり、ソースデバイスコントローラ
８７は、全てのＩＮＶＡＬＩＤ ＥＸＴＥＮＴフラグ、
例えばエクステントバッファ７７のフラグフィールド１
１３にある無効エクステントフラグがセットされたか否
かをテストする。セットされていれば、ステップ２１１
は２１２へ進み、処理を完了する前にセッションＩＤ削
除のシステムコールを送出する。そうでなければ、図１
１のプロセスは、システムコールを送出することなく終
了するのでコピーが行われたセッションはアクティブ状
態のままとなる。
否かを判定する。つまり、ソースデバイスコントローラ
８７は、全てのＩＮＶＡＬＩＤ ＥＸＴＥＮＴフラグ、
例えばエクステントバッファ７７のフラグフィールド１
１３にある無効エクステントフラグがセットされたか否
かをテストする。セットされていれば、ステップ２１１
は２１２へ進み、処理を完了する前にセッションＩＤ削
除のシステムコールを送出する。そうでなければ、図１
１のプロセスは、システムコールを送出することなく終
了するのでコピーが行われたセッションはアクティブ状
態のままとなる。
【００５８】図示されていないが、特定のデバイスを削
除するセッションＩＤシステムコールは、関連のエクス
テントから全てのＰＢビット、例えば、ソースデバイス
に割り当てられたコラム位置のＰＢビットをクリアし、
そのＰＢコラムやセッション位置を他に利用できるよう
にする。
除するセッションＩＤシステムコールは、関連のエクス
テントから全てのＰＢビット、例えば、ソースデバイス
に割り当てられたコラム位置のＰＢビットをクリアし、
そのＰＢコラムやセッション位置を他に利用できるよう
にする。
【００５９】これまでは、ソースデバイスの一連の連続
データトラックにある単一のファイルが宛先デバイスの
連続トラックへ転送される処理について説明した。特
に、ソースデバイス３１のファイル３６と、ＤＥＳＴ
Ａ宛先デバイス３３の記憶装置場所４０との間の処理に
ついてである。これと同じ手法で実行される他の多種多
様な転送がある。実際には、更に複雑なデータ転送を可
能にするのは前述の構成および処理である。
データトラックにある単一のファイルが宛先デバイスの
連続トラックへ転送される処理について説明した。特
に、ソースデバイス３１のファイル３６と、ＤＥＳＴ
Ａ宛先デバイス３３の記憶装置場所４０との間の処理に
ついてである。これと同じ手法で実行される他の多種多
様な転送がある。実際には、更に複雑なデータ転送を可
能にするのは前述の構成および処理である。
【００６０】例えば、図１のファイル３７は、連続デー
タトラック場所の２つの組、つまり、場所３７Ａと３７
Ｂにあるように示されている。ファイル３７は単一のソ
ースデバイス中にあるので、図５から図７に示されるエ
クステントの設定は、ヘッダ７６のようなヘッダと２つ
のエクステントバッファ７７とを有する、図５の形態の
エクステントトラックを生成できる。第１のエクステン
ト・バッファは連続トラック３７Ａの開始場所と、図３
のフィールド１１０と１１１に対応するフィールド中の
セットにおけるトラック番号を認識する。第２のエクス
テント・バッファは、連続トラック３７Ｂの開始場所
と、フィールド１１０と１１１に対応する連続セットの
トラック番号を含むことができる。宛先開始場所、例え
ば宛先開始場所１１４は、第１のエクステントバッファ
７７にある場所４０の開始トラック場所や、連続トラッ
クの第２セットと関連する開始場所からの第１のエクス
テント中のトラック番号による番号オフセットを含んで
いる。
タトラック場所の２つの組、つまり、場所３７Ａと３７
Ｂにあるように示されている。ファイル３７は単一のソ
ースデバイス中にあるので、図５から図７に示されるエ
クステントの設定は、ヘッダ７６のようなヘッダと２つ
のエクステントバッファ７７とを有する、図５の形態の
エクステントトラックを生成できる。第１のエクステン
ト・バッファは連続トラック３７Ａの開始場所と、図３
のフィールド１１０と１１１に対応するフィールド中の
セットにおけるトラック番号を認識する。第２のエクス
テント・バッファは、連続トラック３７Ｂの開始場所
と、フィールド１１０と１１１に対応する連続セットの
トラック番号を含むことができる。宛先開始場所、例え
ば宛先開始場所１１４は、第１のエクステントバッファ
７７にある場所４０の開始トラック場所や、連続トラッ
クの第２セットと関連する開始場所からの第１のエクス
テント中のトラック番号による番号オフセットを含んで
いる。
【００６１】単一のコーピーコマンドや一連のコピーコ
マンドが、ファイル３６を格納場所４０へ、ファイル３
７を格納場所４１へ転送するよう要求をすることもでき
る。この場合、エクステント・トラックの設定は、ファ
イル３６と３７の両者が同一ソースデバイスの重複しな
い位置にあるので、単一のエクステント・トラックを再
度生成することになる。図１に示される特定の実施例に
おいて、エクステント・トラック７５が３つのエクステ
ント・バッファを含んでいる。第１のエクステント・バ
ッファは、ファイル３６を格納場所４０へ転送する情報
を含んでいる。第２、第３のエクステントバッファは、
トラックセット３７Ａと３７Ｂをそれぞれの位置と格納
場所４０へ転送する情報を含んでいる。
マンドが、ファイル３６を格納場所４０へ、ファイル３
７を格納場所４１へ転送するよう要求をすることもでき
る。この場合、エクステント・トラックの設定は、ファ
イル３６と３７の両者が同一ソースデバイスの重複しな
い位置にあるので、単一のエクステント・トラックを再
度生成することになる。図１に示される特定の実施例に
おいて、エクステント・トラック７５が３つのエクステ
ント・バッファを含んでいる。第１のエクステント・バ
ッファは、ファイル３６を格納場所４０へ転送する情報
を含んでいる。第２、第３のエクステントバッファは、
トラックセット３７Ａと３７Ｂをそれぞれの位置と格納
場所４０へ転送する情報を含んでいる。
【００６２】転送は、単一セッション内でも行うことが
できる。例えば、図１のファイル３６と３７を格納場所
４０と４１へ転送するのに加えて、デバイス３３の格納
場所２３０のファイルをデバイス３５の格納場所２３１
へ転送する要求があると想定する。このプロセスが単一
エクステントトラック設定で定義される場合、デバイス
４３は、ファイル２３０を認識するデバイス３３のソー
スデバイスエントリを付加することことにより、図２に
示されるように変更される。その新しいソースデバイス
は、格納場所２３０と宛先格納場所２３１を認識するエ
クステント・トラックを含むことができる。つまりこの
特定の実施例において、論理デバイス３３は、ファイル
３６を受け取る宛先デバイスとしてのみならず、ファイ
ル２３０のソースデバイスとして動作し、本発明を実施
する結果として、更に複雑な処理も依然単一セッション
内で起こり得るのである。
できる。例えば、図１のファイル３６と３７を格納場所
４０と４１へ転送するのに加えて、デバイス３３の格納
場所２３０のファイルをデバイス３５の格納場所２３１
へ転送する要求があると想定する。このプロセスが単一
エクステントトラック設定で定義される場合、デバイス
４３は、ファイル２３０を認識するデバイス３３のソー
スデバイスエントリを付加することことにより、図２に
示されるように変更される。その新しいソースデバイス
は、格納場所２３０と宛先格納場所２３１を認識するエ
クステント・トラックを含むことができる。つまりこの
特定の実施例において、論理デバイス３３は、ファイル
３６を受け取る宛先デバイスとしてのみならず、ファイ
ル２３０のソースデバイスとして動作し、本発明を実施
する結果として、更に複雑な処理も依然単一セッション
内で起こり得るのである。
【００６３】前述のように単一のセッションは、通常利
用可能なスペースにより制限された、またはデバイスヘ
ッダに割り当てられた所望の数の転送を行うことができ
る。しかし、単一のセッションは、データが重複してい
るファイルの転送には利用できない。例えば、図1でフ
ァイル３６をＤＥＳＴ Ａデバイスの格納場所４０とＤ
ＥＳＴ Ｂデバイス３５の格納場所４１の両者に転送し
ようとする場合には重複が起こる。ソースのエクステン
トが重複している場合、別々のセッションを使用する必
要がある。この場合、別個のセッションが使用され、転
送における如何なる両義性も解決するよう別個のＰＢコ
ラム位置が割り当てられる。
用可能なスペースにより制限された、またはデバイスヘ
ッダに割り当てられた所望の数の転送を行うことができ
る。しかし、単一のセッションは、データが重複してい
るファイルの転送には利用できない。例えば、図1でフ
ァイル３６をＤＥＳＴ Ａデバイスの格納場所４０とＤ
ＥＳＴ Ｂデバイス３５の格納場所４１の両者に転送し
ようとする場合には重複が起こる。ソースのエクステン
トが重複している場合、別々のセッションを使用する必
要がある。この場合、別個のセッションが使用され、転
送における如何なる両義性も解決するよう別個のＰＢコ
ラム位置が割り当てられる。
【００６４】つまり本発明は、例えば完全な論理ボリュ
ームによる転送といった、一般的に所定の荒さの細分度
のデータを転送するデータ記憶装置での使用に特に適用
できる方法を提供する。特に、本発明は、データサブセ
ットを移動できるようにして無関係なデータ転送を削除
するものである。更に、本発明は、これらの転送が他の
ホストアプリケーションに対して最小限の妨げで行われ
るようにしている。前述のように、ホストアプリケーシ
ョンは、転送のための処理環境を確立することに専念で
きる。一旦その環境が確立されると、一般的に数ミリセ
カンドのうちに、要求ホストアプリケーションは他のプ
ロセスを継続することが可能になる。実際の転送が起こ
っている間に動作を妨げることがない。アプリケーショ
ンが続行できるようにすることで、ソースにあるファイ
ル、または宛先にあるファイルコピーのいずれかにアプ
リケーションによるアクセスが可能となる。コピー中
に、それらの位置を含んでいる可能性のある転送が起こ
り得る。本システムは、データの完全性のために、その
転送を更新する方法を提供するものである。更に、本方
法は、ホストアプリケーションが、単一のファイルを単
一の宛先へコピーするものから、データ記憶装置の中の
複数の物理デバイスに置かれている複数のファイルを含
むコピー要求までの範囲の複雑性を有しているコピー要
求範囲を定めることができるようにしている。
ームによる転送といった、一般的に所定の荒さの細分度
のデータを転送するデータ記憶装置での使用に特に適用
できる方法を提供する。特に、本発明は、データサブセ
ットを移動できるようにして無関係なデータ転送を削除
するものである。更に、本発明は、これらの転送が他の
ホストアプリケーションに対して最小限の妨げで行われ
るようにしている。前述のように、ホストアプリケーシ
ョンは、転送のための処理環境を確立することに専念で
きる。一旦その環境が確立されると、一般的に数ミリセ
カンドのうちに、要求ホストアプリケーションは他のプ
ロセスを継続することが可能になる。実際の転送が起こ
っている間に動作を妨げることがない。アプリケーショ
ンが続行できるようにすることで、ソースにあるファイ
ル、または宛先にあるファイルコピーのいずれかにアプ
リケーションによるアクセスが可能となる。コピー中
に、それらの位置を含んでいる可能性のある転送が起こ
り得る。本システムは、データの完全性のために、その
転送を更新する方法を提供するものである。更に、本方
法は、ホストアプリケーションが、単一のファイルを単
一の宛先へコピーするものから、データ記憶装置の中の
複数の物理デバイスに置かれている複数のファイルを含
むコピー要求までの範囲の複雑性を有しているコピー要
求範囲を定めることができるようにしている。
【００６５】本発明は、特定のデータ記憶装置の構成を
備える特定の装置に関連して説明されている。ＩＮＤフ
ラグのような特定のフラグが定義されている。図５から
１２は、特定の処理手順を開示している。本発明の目的
がある程度または完全に達成できるのであれば、これら
フラグの定義や処理手順は変更でき、他のものは特定の
データ記憶装置の構成および容量次第で省略できること
が分かる。
備える特定の装置に関連して説明されている。ＩＮＤフ
ラグのような特定のフラグが定義されている。図５から
１２は、特定の処理手順を開示している。本発明の目的
がある程度または完全に達成できるのであれば、これら
フラグの定義や処理手順は変更でき、他のものは特定の
データ記憶装置の構成および容量次第で省略できること
が分かる。
【００６６】前述および他の変更を、本発明から逸脱す
ることなく開示されたシステム対して行い得ることが明
らかである。つまり、添付の請求の範囲は、本発明の真
の精神と範疇内での変更や修正を全てカバーすることが
意図されているのである。
ることなく開示されたシステム対して行い得ることが明
らかである。つまり、添付の請求の範囲は、本発明の真
の精神と範疇内での変更や修正を全てカバーすることが
意図されているのである。
【図１】本発明を実行するのに適するデータ記憶装置を
備えるデータ処理システムのブロック図である。
備えるデータ処理システムのブロック図である。
【図２】図１で示したキャッシュメモリのより詳細な説
明である。
明である。
【図３】図２のキャッシュメモリ内のエクステント・ト
ラックのさらに詳細な図である。
ラックのさらに詳細な図である。
【図４】本発明で有用な要求についてのデータ構造であ
る。
る。
【図５】コピーが行われるホストアレイとデータ記憶装
置との間の相互作用を示す。
置との間の相互作用を示す。
【図６】図５で示されたプロセスの一部の、より詳細な
フローチャートである。
フローチャートである。
【図７】図６で示されたプロセスの一部の、より詳細な
フローチャートである。
フローチャートである。
【図８】本発明に有用なコピープログラムを示す。
【図９】所定のソース格納場所への書き込み要求に対す
るシステムの応答を示す。
るシステムの応答を示す。
【図１０】所定の宛先格納場所への読み書き要求に対す
る応答を示す。
る応答を示す。
【図１１】エクステント・トラックを削除する手順のフ
ローチャートである。
ローチャートである。
【図１２】図１１で示したプロセスの一部の、より詳細
なフローチャートである。
なフローチャートである。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ハナ モアレシェット アメリカ合衆国 マサチューセッツ州 01701フレミンガム グローヴ ストリー ト 676 (72)発明者 ダグラス イー レクロン アメリカ合衆国 マサチューセッツ州 01748ホプキントン ファルコン リッジ ドライヴ ６ (72)発明者 ブルース エイ ポコック アメリカ合衆国 フロリダ州 32780 テ ィタウスヴィル ウィスパーリング レー ン 6369
Claims (7)
- 【請求項１】 ホストアプリケーションの処理中にコマ
ンドを生成するホストデバイスを備えたデータ処理シス
テムにおいて、所定の格納場所を認識しているホストア
プリケーションからのコマンドに応じて、所定のソース
格納場所から所定の宛先格納場所へデータをコピーする
方法であって； Ａ）所定のソース格納場所のリストと所定の宛先格納場
所のリストとを生成することにより処理環境を確立する
段階と、 Ｂ）ホストアプリケーションに使用可能なソースおよび
宛先格納場所を作る段階と、 Ｃ）所定の格納場所からのデータを、 ｉ）所定のソース場所から所定の宛先場所へデータをコ
ピーし、 ｉｉ）データが転送されたことを示すリストを更新す
る、ことでコピーする段階と、を備えることを特徴とす
る方法。 - 【請求項２】 さらに、前記コピーが完了した後に、前
記処理環境を削除する段階を備えることを特徴とする請
求項１に記載の方法。 - 【請求項３】 ホストアプリケーションが、前記命令さ
れたコピー処理中に、認識されたソース格納場所へ書き
込み要求を送出するものであって、前記方法が、 ｉ）前記命令されたコピー処理を中断する段階と、 ｉｉ）ソース格納場所から関連の宛先格納場所へデータ
をコピーする段階と、 ｉｉｉ）コピー処理を再び可能にする段階と、を備える
ことを特徴とする請求項２に記載の方法。 - 【請求項４】 ホストアプリケーションが、前記コピー
処理中に、認識された宛先格納場所への読み書き要求の
１つを生成するものであって、前記方法が、 ｉ）前記命令されたコピー処理を中断する段階と、 ｉｉ）関連のソース格納場所から認識された宛先格納場
所へデータをコピーする段階と、 ｉｉｉ）前記命令されたコピー処理を再び可能にする段
階と、を備えることを特徴とする請求項２に記載の方
法。 - 【請求項５】 データが第１の細分度の第１ブロックに
おいてデータ記憶装置に格納されており、通常、より粗
い第２の細分度のブロックにおいてコピーされ、前記ソ
ースおよび宛先格納場所がソースおよび宛先デバイスに
位置されているものであって、中間の細分度の第３ブロ
ックのコピーを可能にする前記方法は、 ｉ）ソース格納場所の前記第１のリスト生成が、各第１
ブロックが第３ブロックにあるか否かの指示を有する、
ソースデバイスについての第２ブロックに含まれる全て
の第１ブロックのリストを生成することを含み、 ｉｉ）宛先格納場所の前記第２のリスト作成が、各第１
ブロックが前記ソースデバイスからの第３ブロックを受
け取ることになっているか否かの指示を有する、ソース
デバイスについての第２ブロックに含まれている全ての
第１ブロックのリストを生成することを含む、ことを特
徴とする請求項２に記載の方法。 - 【請求項６】 ホストアプリケーションが、前記コピー
処理中に、ソース格納場所にある認識された第１のデー
タブロックへ書き込み要求を送出するものであって、前
記方法は、 ｉ）前記命令されたコピー処理を中断する段階と、 ｉｉ）前記ソース格納場所の前記認識された第１ブロッ
クのデータを、前記宛先格納場所の前記認識された第１
データブロックへコピーする段階と、 ｉｉｉ）前記第１および第２リストにある前記関連第１
ブロック指示をクリアする段階と、 ｉｖ）前記命令されたコピー処理を再び可能にする段階
と、を備えることを特徴とする請求項５に記載の方法。 - 【請求項７】 ホストアプリケーションが、前記コピー
処理中に、宛先格納場所にある認識された第１のデータ
ブロックへの１つの読み書き要求を送出するものであっ
て、前記方法は、 ｉ）前記命令されたコピー処理を中断する段階と、 ｉｉ）前記ソース格納場所の前記認識された第１ブロッ
クのデータを、前記宛先格納場所の前記認識された第１
データブロックへコピーする段階と、 ｉｉｉ）前記第１および第２リストにある前記関連第１
ブロック指示をクリアする段階と、 ｉｖ）前記命令されたコピー処理を再び可能にする段階
と、を備えることを特徴とする請求項５に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/342608 | 1999-06-29 | ||
| US09/342,608 US6363385B1 (en) | 1999-06-29 | 1999-06-29 | Method and apparatus for making independent data copies in a data processing system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001134482A true JP2001134482A (ja) | 2001-05-18 |
| JP3712922B2 JP3712922B2 (ja) | 2005-11-02 |
Family
ID=23342533
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000236261A Expired - Lifetime JP3712922B2 (ja) | 1999-06-29 | 2000-06-29 | データ処理システムにおいて独立したデータコピーを行う方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (2) | US6363385B1 (ja) |
| EP (1) | EP1065585A3 (ja) |
| JP (1) | JP3712922B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008159045A (ja) * | 2006-12-20 | 2008-07-10 | Internatl Business Mach Corp <Ibm> | サポート・プロセッサによる最適化されたデータ・マイグレーションのための方法、システム、およびプログラム |
| JP2009230239A (ja) * | 2008-03-19 | 2009-10-08 | Hitachi Ltd | テープ装置のデータ移行方法およびテープ管理システム |
Families Citing this family (39)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6363385B1 (en) * | 1999-06-29 | 2002-03-26 | Emc Corporation | Method and apparatus for making independent data copies in a data processing system |
| US7099875B2 (en) * | 1999-06-29 | 2006-08-29 | Emc Corporation | Method and apparatus for making independent data copies in a data processing system |
| US6757797B1 (en) * | 1999-09-30 | 2004-06-29 | Fujitsu Limited | Copying method between logical disks, disk-storage system and its storage medium |
| US7099900B1 (en) | 2000-09-13 | 2006-08-29 | Veritas Operating Corporation | Mapping driver for use in data backup systems |
| US7363447B1 (en) | 2001-08-07 | 2008-04-22 | Symantec Operating Corporation | System and method for providing safe data movement using third party copy techniques |
| US6721851B2 (en) * | 2001-08-07 | 2004-04-13 | Veritas Operating Corporation | System and method for preventing sector slipping in a storage area network |
| US7281081B1 (en) * | 2001-08-07 | 2007-10-09 | Symantec Operating Corporation | System and method for preventing sector slipping in a storage area network |
| JP3993773B2 (ja) | 2002-02-20 | 2007-10-17 | 株式会社日立製作所 | ストレージサブシステム、記憶制御装置及びデータコピー方法 |
| US7340489B2 (en) * | 2002-04-10 | 2008-03-04 | Emc Corporation | Virtual storage devices |
| US7039659B2 (en) * | 2002-06-25 | 2006-05-02 | Emc Corporation | Method and apparatus for making differential independent data copies in a data processing system |
| EP1396792B1 (en) * | 2002-09-06 | 2005-06-15 | Sun Microsystems, Inc. | Memory copy command specifying source and destination of data executed in the memory controller |
| US7395283B1 (en) * | 2003-11-10 | 2008-07-01 | Emc Corporation | Method and apparatus for making independent data copies in a data processing system |
| US7146475B2 (en) | 2003-11-18 | 2006-12-05 | Mainstar Software Corporation | Data set level mirroring to accomplish a volume merge/migrate in a digital data storage system |
| JP4412989B2 (ja) * | 2003-12-15 | 2010-02-10 | 株式会社日立製作所 | 複数の記憶システムを有するデータ処理システム |
| US7627619B1 (en) * | 2003-12-29 | 2009-12-01 | Emc Corporation | Data verification following database write |
| US7433899B2 (en) * | 2004-03-01 | 2008-10-07 | International Business Machines Corporation | Apparatus, system, and method for managing multiple copy versions |
| US7240131B1 (en) | 2004-03-08 | 2007-07-03 | Emc Corporation | Method and apparatus for improving the process of making independent data copies in a data processing system |
| US7428557B2 (en) * | 2004-03-22 | 2008-09-23 | Microsoft Corporation | Efficient data transfer to/from storage medium of computing device |
| US20050240727A1 (en) * | 2004-04-23 | 2005-10-27 | Shishir Shah | Method and system for managing storage area networks |
| US7669190B2 (en) * | 2004-05-18 | 2010-02-23 | Qlogic, Corporation | Method and system for efficiently recording processor events in host bus adapters |
| JP4488807B2 (ja) * | 2004-06-25 | 2010-06-23 | 株式会社日立製作所 | ボリューム提供システム及び方法 |
| JP4575059B2 (ja) * | 2004-07-21 | 2010-11-04 | 株式会社日立製作所 | ストレージ装置 |
| US20060064531A1 (en) * | 2004-09-23 | 2006-03-23 | Alston Jerald K | Method and system for optimizing data transfer in networks |
| US7213116B2 (en) * | 2005-03-24 | 2007-05-01 | Hitachi, Ltd. | Method and apparatus for mirroring objects between storage systems |
| JP2007179273A (ja) * | 2005-12-27 | 2007-07-12 | Sony Corp | ファイル転送システム、ファイル記憶装置、ファイル記憶方法及びプログラム |
| US8725533B2 (en) * | 2006-03-09 | 2014-05-13 | International Business Machines Corporation | Policy-driven relocation of electronic healthcare records in a network environment |
| JP4475320B2 (ja) * | 2007-11-15 | 2010-06-09 | 株式会社デンソー | 車両用記憶管理装置 |
| US20110065451A1 (en) * | 2009-09-17 | 2011-03-17 | Ydreams-Informatica, S.A. | Context-triggered systems and methods for information and services |
| US8671265B2 (en) | 2010-03-05 | 2014-03-11 | Solidfire, Inc. | Distributed data storage system providing de-duplication of data using block identifiers |
| US9054992B2 (en) | 2011-12-27 | 2015-06-09 | Solidfire, Inc. | Quality of service policy sets |
| US9838269B2 (en) | 2011-12-27 | 2017-12-05 | Netapp, Inc. | Proportional quality of service based on client usage and system metrics |
| US20150244795A1 (en) | 2014-02-21 | 2015-08-27 | Solidfire, Inc. | Data syncing in a distributed system |
| US10133511B2 (en) | 2014-09-12 | 2018-11-20 | Netapp, Inc | Optimized segment cleaning technique |
| US9836229B2 (en) | 2014-11-18 | 2017-12-05 | Netapp, Inc. | N-way merge technique for updating volume metadata in a storage I/O stack |
| US9830103B2 (en) * | 2016-01-05 | 2017-11-28 | Netapp, Inc. | Technique for recovery of trapped storage space in an extent store |
| US10929022B2 (en) | 2016-04-25 | 2021-02-23 | Netapp. Inc. | Space savings reporting for storage system supporting snapshot and clones |
| US10642763B2 (en) | 2016-09-20 | 2020-05-05 | Netapp, Inc. | Quality of service policy sets |
| JP6767319B2 (ja) * | 2017-07-31 | 2020-10-14 | 株式会社ソニー・インタラクティブエンタテインメント | 情報処理装置およびファイルコピー方法 |
| CN112748857B (zh) | 2019-10-30 | 2024-04-26 | 伊姆西Ip控股有限责任公司 | 用于存储管理的方法、电子设备和计算机程序产品 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0635781A (ja) * | 1992-07-17 | 1994-02-10 | Mitsubishi Electric Corp | 記録データオンライン回復装置 |
| JPH0922374A (ja) * | 1995-07-05 | 1997-01-21 | Hitachi Ltd | 異種ファイルへのアクセスを可能とする情報処理システム及びその制御方法 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4866611A (en) * | 1987-01-29 | 1989-09-12 | International Business Machines Corporation | Method for automatically reconciling entries on two copies of independently maintained electronic calendars |
| US5307481A (en) * | 1990-02-28 | 1994-04-26 | Hitachi, Ltd. | Highly reliable online system |
| US5241670A (en) * | 1992-04-20 | 1993-08-31 | International Business Machines Corporation | Method and system for automated backup copy ordering in a time zero backup copy session |
| US5566326A (en) * | 1993-09-28 | 1996-10-15 | Bull Hn Information Systems Inc. | Copy file mechanism for transferring files between a host system and an emulated file system |
| US5434994A (en) | 1994-05-23 | 1995-07-18 | International Business Machines Corporation | System and method for maintaining replicated data coherency in a data processing system |
| NZ503211A (en) * | 1995-08-21 | 2001-12-21 | Cornel Sirbu | Smart card processing done in periphery before sending encrypted access code to computer terminal |
| 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 |
| US6101497A (en) * | 1996-05-31 | 2000-08-08 | Emc Corporation | Method and apparatus for independent and simultaneous access to a common data set |
| US6363385B1 (en) * | 1999-06-29 | 2002-03-26 | Emc Corporation | Method and apparatus for making independent data copies in a data processing system |
| US6446175B1 (en) * | 1999-07-28 | 2002-09-03 | Storage Technology Corporation | Storing and retrieving data on tape backup system located at remote storage system site |
-
1999
- 1999-06-29 US US09/342,608 patent/US6363385B1/en not_active Expired - Lifetime
-
2000
- 2000-06-21 EP EP00305238A patent/EP1065585A3/en not_active Withdrawn
- 2000-06-29 JP JP2000236261A patent/JP3712922B2/ja not_active Expired - Lifetime
-
2002
- 2002-02-11 US US10/073,708 patent/US7031966B2/en not_active Expired - Lifetime
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0635781A (ja) * | 1992-07-17 | 1994-02-10 | Mitsubishi Electric Corp | 記録データオンライン回復装置 |
| JPH0922374A (ja) * | 1995-07-05 | 1997-01-21 | Hitachi Ltd | 異種ファイルへのアクセスを可能とする情報処理システム及びその制御方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008159045A (ja) * | 2006-12-20 | 2008-07-10 | Internatl Business Mach Corp <Ibm> | サポート・プロセッサによる最適化されたデータ・マイグレーションのための方法、システム、およびプログラム |
| JP2009230239A (ja) * | 2008-03-19 | 2009-10-08 | Hitachi Ltd | テープ装置のデータ移行方法およびテープ管理システム |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020073090A1 (en) | 2002-06-13 |
| US6363385B1 (en) | 2002-03-26 |
| US7031966B2 (en) | 2006-04-18 |
| JP3712922B2 (ja) | 2005-11-02 |
| EP1065585A2 (en) | 2001-01-03 |
| EP1065585A3 (en) | 2003-08-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001134482A (ja) | データ処理システムにおいて独立したデータコピーを行う方法 | |
| US7099875B2 (en) | Method and apparatus for making independent data copies in a data processing system | |
| JP4199993B2 (ja) | スナップショット取得方法 | |
| US5619690A (en) | Computer system including a computer which requests an access to a logical address in a secondary storage system with specification of a local address in the secondary storage system | |
| JP4248510B2 (ja) | 計算機システム、ディスク装置およびデータ更新制御方法 | |
| JP4252139B2 (ja) | 記憶装置システム | |
| US6542960B1 (en) | System and method for parity caching based on stripe locking in raid data storage | |
| JPH07111689B2 (ja) | ログを用いてシャドー組に記憶されるデータを管理する方法及び装置 | |
| US20060218346A1 (en) | Data duplication system, data duplication method and program | |
| JP2002149454A (ja) | 論理ディスク上でのトランザクション・サポート | |
| JP2002132554A (ja) | データベースアクセス方法 | |
| US7395283B1 (en) | Method and apparatus for making independent data copies in a data processing system | |
| US7039659B2 (en) | Method and apparatus for making differential independent data copies in a data processing system | |
| JP3134864B2 (ja) | システム結合装置のリカバリシステムおよびリカバリプログラムを記録した記録媒体 | |
| JP2001084180A (ja) | ファイル管理装置 | |
| JP2924786B2 (ja) | 疎結合多重計算機システムにおける共有ファイルの排他制御システム、排他制御方法、および排他制御プログラムを記憶する媒体 | |
| JP3043662B2 (ja) | データバックアップ方式 | |
| JP2001290713A (ja) | 記憶装置システム及びそのバックアップ取得方法 | |
| JP2004227594A (ja) | 計算機システムおよび二次記憶装置 | |
| JP2001290607A (ja) | デバイスドライバのコマンドキューイング制御方法及びコンピュータシステム | |
| US20230004326A1 (en) | Storage system control method and storage system | |
| JPH0235537A (ja) | 多重化ボリューム更新制御方式 | |
| JP2001014219A (ja) | キャッシュ制御方法及びその装置 | |
| JP2003241901A (ja) | ディスク共用制御方法および装置 | |
| JP2001344188A (ja) | ディスクアレイ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040607 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20040907 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040910 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041207 |
|
| 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: 20050808 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050818 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3712922 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090826 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100826 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110826 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110826 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120826 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120826 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130826 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |