[go: up one dir, main page]

JP2000099277A - ファイルユニット間のリモート転送方法 - Google Patents

ファイルユニット間のリモート転送方法

Info

Publication number
JP2000099277A
JP2000099277A JP10264258A JP26425898A JP2000099277A JP 2000099277 A JP2000099277 A JP 2000099277A JP 10264258 A JP10264258 A JP 10264258A JP 26425898 A JP26425898 A JP 26425898A JP 2000099277 A JP2000099277 A JP 2000099277A
Authority
JP
Japan
Prior art keywords
file unit
primary
primary file
unit
command
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP10264258A
Other languages
English (en)
Inventor
Takashi Murayama
孝 村山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP10264258A priority Critical patent/JP2000099277A/ja
Priority to DE19983497T priority patent/DE19983497B4/de
Priority to PCT/JP1999/000701 priority patent/WO2000017741A1/ja
Publication of JP2000099277A publication Critical patent/JP2000099277A/ja
Priority to US09/768,057 priority patent/US6393538B2/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2071Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
    • G06F11/2076Synchronous techniques
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2058Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using more than 2 mirrored copies
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2082Data synchronisation
    • YGENERAL 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
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99951File or database maintenance
    • Y10S707/99952Coherency, e.g. same view to multiple users
    • Y10S707/99953Recoverability
    • YGENERAL 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
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99951File or database maintenance
    • Y10S707/99952Coherency, e.g. same view to multiple users
    • Y10S707/99955Archiving or backup

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)

Abstract

(57)【要約】 【課題】 上位装置がリカバリ処理に際しコマンドの一
部をモディファイしてリカバリ処理の簡略化を行なった
としてもデータの二重化を実現できるようにして、2つ
のファイルユニットでのデータの等価性を確実に保証す
る。 【解決手段】 プライマリファイルユニット(以下、P
FUと略記)が上位装置から書込動作指示コマンドを受
け付けると、PFUからセカンダリファイルユニット
(以下、SFUと略記)に対し、書込動作指示コマンド
と同様のコマンドを発行して書込開始を指示してから書
込開始位置情報を転送し、書込動作指示コマンド以降、
PFUが上位装置から一連のライトコマンドを一つ受け
付ける都度、PFUからSFUに対し、そのライトコマ
ンドと同様のコマンドを発行して書込を指示してから書
込データを転送し、その書込データがSFUにも正常に
書き込まれると、正常終了をPFUから上位装置に対し
て通知する。

Description

【発明の詳細な説明】
【0001】(目次) 発明の属する技術分野 従来の技術(図8〜図15) 発明が解決しようとする課題(図14〜図17) 課題を解決するための手段 発明の実施の形態 〔A〕本実施形態のリモート転送方法の説明(図1,図
10) 〔B〕リモート転送時に切り離し要因が発生した場合の
対処手順の説明(図2〜図5) 〔C〕リモート転送処理の並列化の説明(図6,図7) 〔D〕その他 発明の効果
【0002】
【発明の属する技術分野】ユーザデータを扱うファイル
システムにおいて、万一、災害が発生してメインとなる
記憶媒体(プライマリサイト)が使用不能に陥っても、
災害発生時までにプライマリサイトに書き込まれていた
ユーザデータを失うことなく、即座に別のシステムに切
り換えて運用を再開しなければならない場合がある。そ
のために、プライマリファイルユニットのデータを二重
化させデータの損失を防ぐべく、セカンダリファイルユ
ニットを用意して、データの更新時には何らかの手法に
よりこれら2台のファイルユニットのデータ更新を行な
うことが必要になる。
【0003】本発明は、上位装置がプライマリファイル
ユニットに対しデータ更新(書込)を行なった場合に、
プライマリファイルユニットと同じデータ更新をセカン
ダリファイルユニットでも行なうべく、更新データ(書
込データ)をプライマリファイルユニットからセカンダ
リファイルユニットへ転送するリモート転送方法に関す
る。
【0004】
【従来の技術】一般に、データの二重化を行なうために
大きく2つの手法がある。一つは、図8に示すように、
上位装置1が2台のファイルユニット2Aおよび2Bに
対して同時に書込を行なうことにより、データの二重化
を実現する手法である。このような手法により、2つの
ファイルユニット2A,2Bにおけるデータ等価性を保
証することができる。
【0005】もう一つは、図9に示すように、ファイル
ユニット(FCU)2C,2D間を通信可能に接続し、
上位装置1が一方のファイルユニット(プライマリファ
イルユニット)2Cのデータ更新(書込)を行なった場
合に、その更新データ(書込データ)をプライマリファ
イルユニット2Cからセカンダリファイルユニット2D
へ転送することにより、データの二重化を実現する手法
である。この手法によっても、2つのファイルユニット
2C,2Dにおけるデータ等価性を保証することができ
る。
【0006】なお、上述のようなプライマリファイルユ
ニット2Cからセカンダリファイルユニット2Dへのデ
ータ転送のことをリモート転送と呼ぶ。また、ファイル
ユニットのことを、ファイル制御装置(FCU:File Co
ntrol Unit)という場合もある。前者の手法では、上位
装置1が2台のファイルユニット2A,2Bに対して同
時に書込を行なうことにより、ファイルユニット2A,
2Bは特別な処理を行なうことなくデータの二重化を実
現することができる。これに対し、後者の手法では、プ
ライマリファイルユニット2Cがセカンダリファイルユ
ニット2Dへデータ転送を行なうことにより、上位装置
1は、特別な処理を行なうことなく、1台の記憶装置
(プライマリファイルユニット2C)だけを意識して通
常通りのデータ書込を行なえば、データの二重化を実現
することができる。
【0007】上位装置1では、本来の業務のための処理
が行なわれており、元々負荷が大きいため、前者の手法
のごとく上位装置1がセカンダリファイルユニット2D
のデータ書込を行なうと、上位装置1に対してさらなる
負荷をかけることになってしまい好ましくない。つま
り、前者の手法では、上位装置1は、2台のファイルユ
ニット2A,2Bに対して同時にデータ書込を行なうた
めに、常にデータの二重化を意識して動作し、特別なイ
ンタフェース処理等を行なう必要がある。
【0008】そこで、近年、後者の手法を採用し、上位
装置1は、プライマリファイルユニット2Cのみに対し
てデータ更新を行ない、データ二重化のためのセカンダ
リファイルユニット2Dへのリモート転送処理をプライ
マリファイルユニット2Cに任せる場合が一般的になっ
ている。この場合、上位装置1は、データ二重化のため
に特別な処理を行なう必要がなく、1台のファイルユニ
ット2Cに対して通常通りのデータ更新を行なえば、プ
ライマリファイルユニット2Cが、セカンダリファイル
ユニット2Dの上位装置として機能し、このセカンダリ
ファイルユニット2Dへのデータ転送/更新を行ない、
データの二重化が行なわれる。
【0009】後者の手法を適用されたシステムの構成お
よび同システムで用いられるファイルユニット2C,2
Dの詳細構成について、図10を参照しながら詳細に説
明する。図10に示すように、プライマリファイルユニ
ット2Cおよびプライマリファイルユニット2Dは、同
じ構成であり、いずれもCA(Channel Adapter)11,
RM(Resource Manager)12,TS(Table Storage)1
3,RA(Remote Adapter)14,CFE(Cache Functi
on Engine)15,キャッシュメモリ16,DA(Device
Adapter)17,コマンドバス18,データバス19およ
び物理デバイス20を有して構成されている。
【0010】ここで、CA11は、インタフェース21
を介して上位装置1とのインタフェース制御を担当する
モジュールであり、RM12は、基本動作に関する資源
管理を担当するモジュールであり、TS13は、資源管
理用のテーブルとして使用されるメモリである。また、
RA14は、インタフェース22を介してファイルユニ
ット2Cまたは2Dとのデータの送受信を担当するモジ
ュールであり、CFE15は、キャッシュメモリ16の
管理を担当するモジュールであり、DA17は、磁気デ
ィスク装置20aである物理デバイス20とのインタフ
ェース制御を担当するモジュールである。なお、キャッ
シュメモリ16にはモジュール間通信エリア16aが付
設されている。この通信エリア16aは、ファイルユニ
ット2C,2Dをなすモジュール11,14,17の間
で送受信すべきデータを一時的に格納するためのもので
ある。
【0011】さらに、コマンドバス18は、CA11,
RM12,RA14,CFE15,DA17の間でコマ
ンドのやり取りを行なうためのものであり、データバス
19は、CA11,RA14,CFE15,キャッシュ
メモリ16,DA17の間でデータのやり取りを行なう
ためのものである。なお、図10では、上位装置1が2
つのチャネル1aを有するとともに、各ファイルユニッ
ト2C,2Dが、2つのCA11と、2つのRA14
と、4つのDA17とを有し、物理デバイス20として
4台の磁気ディスク装置20aを有する場合を示してい
る。
【0012】そして、上位装置1には、インタフェース
21を介してプライマリファイルユニット2Cが接続さ
れるとともに、プライマリファイルユニット2Cには、
インタフェース22を介してセカンダリファイルユニッ
ト2Dが接続されている。インタフェース21は、上位
装置1のチャネル1aとプライマリファイルユニット2
CのCA11との間を接続するとともに、インタフェー
ス22は、プライマリファイルユニット2CのRA14
とセカンダリファイルユニット2DのRA14との間を
接続している。
【0013】これらのインタフェース21および22と
しては、いずれも同じもの、例えばESCONインタフ
ェースが用いられている。プライマリファイルユニット
2Cは、そのRA14からセカンダリファイルユニット
2DのRA14に対してチャネルと同様のシーケンスで
アクセスできる機能を有している。つまり、プライマリ
ファイルユニット2DのRA14は、上位装置1のチャ
ネル1aとプライマリファイルユニット2CのCA11
との間で行なわれるシーケンスと同様にして、セカンダ
リファイルユニット2CのRA14に対してコマンドの
発行を行なえるように構成されている。
【0014】なお、CA11のハードウェアとRA14
のハードウェアとは基本的に同じである。プライマリフ
ァイルユニット2CのRA14は、前述した通り、チャ
ネルと同等の動作を行なっている。このため、セカンダ
リファイルユニット2DのRA14としては、特別な機
能を有するものをそなえる必要はなく、通常のチャネル
1aと接続されるCA11としての機能を有するものを
そなえればよい。
【0015】ところで、上位装置1がプライマリファイ
ルユニット2Cに対してデータを書き込む場合、そのデ
ータは、レコード単位で上位装置1からプライマリファ
イルユニット2Cへ転送され、キャッシュメモリ16に
一時的に書き込まれる。そして、プライマリファイルユ
ニット2Cのキャッシュメモリ16に、書込対象の磁気
ディスク装置20aの1トラック分のデータが書き込ま
れると、セカンダリファイルユニット2Dへのリモート
転送が行なわれた後、プライマリファイルユニット2C
の磁気ディスク装置20aへのデータ書込が行なわれ
る。
【0016】図11は、セカンダリファイルユニット2
Dへ転送すべく且つ物理デバイス20に書き込むべく、
プライマリファイルユニット2Cのキャッシュメモリ1
6に一時的に書き込まれる1トラック分のデータの構成
例を示す図である。この図11に示すように、セカンダ
リファイルユニット2Dへ送り出される1トラック分の
データは、先頭の制御情報フィールドと、複数個(図1
1ではN個)のレコードフィールドとから構成されてい
る。
【0017】上位装置1から1つのライトコマンドを受
けたプライマリファイルユニット2Cでは、キャッシュ
メモリ16に1つのレコードフィールドが書き込まれる
と同時に、先頭の制御情報フィールドにおける制御情報
の更新が必ず行なわれる。1つのCCW(Channel Comma
nd Word)を成す複数のコマンドが、連続的に上位装置1
からプライマリファイルユニット2Cに送られてくる
と、コマンドを受け付ける都度、制御情報が更新され
る。これにより、1トラック分の転送データに含まれる
レコードの数など、転送/書込に必要な制御情報が作成
されて制御情報フィールドに書き込まれる。なお、1つ
のCCWは、複数のコマンドが結合して成るもので、一
連のデバイスアクセスを行なう単位である。
【0018】従来、プライマリファイルユニット2Cか
らセカンダリファイルユニット2Dへのリモート転送
や、キャッシュメモリ16から物理デバイス20へのデ
ータ書込は、必ずトラック単位で行なわれている。上述
のように、1つの制御情報内には同一トラックを成す1
以上のレコードについての制御情報が格納されており、
上位装置1が該当トラックに対するライト処理を全て完
結すると、そのトラックについての制御情報が確立され
る。従って、上位装置1からの複数のライトコマンドに
より1トラック分のデータをキャッシュメモリ16に書
き込んでそのトラックを完成してから、そのトラックの
データを、プライマリファイルユニット2Cからセカン
ダリファイルユニット2Dに対して送出し、プライマリ
ファイルユニット2Cの物理デバイス20に書き込んで
いる。
【0019】次に、上述のごとく構成されたシステム
(図10参照)によって行なわれる、リモート転送手順
について、図12を参照しながら説明する。この図12
は、上位装置1からプライマリファイルユニット2Cへ
のデータ書込に伴う、プライマリファイルユニット2C
からセカンダリファイルユニット2Dへのリモート転送
の一連の流れを説明するためのシーケンス図である。な
お、以下の説明および図12中では、プライマリファイ
ルユニット2CにおけるRAをRA(P)と記し、セカ
ンダリファイルニット2DにおけるRAをRA(S)と
記す。また、図12中では、チャネル1aをCHとして
表記している。
【0020】この図12に示す例では、1トラック分の
データをプライマリファイルユニット2Cに書き込むた
めに、上位装置1のチャネル1aからn個のライトコマ
ンドCCW1〜CCWnが送信されてきている。なお、
これらn個のライトコマンドCCW1〜CCWnにより
1つのCCWが構成されている。最初のライトコマンド
CCW1が、チャネル1aからCA11に送信され(矢
印A11参照)、このCA11は、CCW1を受け付け
ると、チャネル1aに対し、ライトコマンドCCW1を
受け付けたことを通知する(矢印A12参照)。この通
知を受けた上位装置1は、書込データをCA11に送信
する(矢印A13参照)。CA11は、チャネル1aか
ら受信したデータをキャッシュメモリ16に書き込んで
から(矢印A14参照)、正常終了をチャネル1aに通
知する(矢印A15参照)。
【0021】以下同様にして、CA11が、ライトコマ
ンドCCWnについてのデータのキャッシュメモリ16
への書込を完了すると(矢印A15〜A24参照)、現
在処理されたコマンドに関する情報を、RA(P)14
に通知すべく、キャッシュメモリ16の通信エリア16
aに書き込む(矢印A25参照)。この後、CA11
は、リモート転送に用いるべきRA(P)14の割当を
RM12に要求する(矢印A26,A27参照)。RM
12によって割り当てられたRA(P)14は、キャッ
シュメモリ16の通信エリア16aの情報を参照し(矢
印A28 参照)、前記コマンドCCW1〜CCWnとは
別のRA間専用コマンドCCWxを、RA(S)14に
対して発行することにより(矢印A29参照)、RA
(P)14とRA(S)14との間の通信を確立させ
る。
【0022】通信が確立されると、RA(S)14は、
RA(P)14に対し、コマンドCCWxを受け付けた
ことを通知し(矢印A30参照)、この通知を受けたR
A(P)14は、図11にて前述したように更新された
制御情報をキャッシュメモリ16から読み込むことによ
り、所定のデータをキャッシュメモリ16から読み出し
(矢印A31参照)、RA(S)14へ転送する(矢印
A32参照)。
【0023】そして、RA(S)14は、RA(P)1
4から受信したデータをキャッシュメモリ16に書き込
んでから、正常終了をRA(P)14に通知する(矢印
A33参照)。その正常終了は、RA(P)14から通
信エリア16aを介してCA11に通知され(矢印A3
4参照)、このCA11が、一連のコマンドCCW1〜
CCWnについての処理を正常に終了した旨をチャネル
1aに対して通知する(矢印A35参照)。
【0024】このような処理を終えた後、図12では図
示しないが、プライマリファイルユニット2Cでは、D
A17により、キャッシュメモリ16に保持されている
データが物理デバイス20に書き込まれるとともに、セ
カンダリファイルユニット2Dでも、DA17により、
キャッシュメモリ16に保持されているデータが物理デ
バイス20に書き込まれ、プライマリファイルユニット
2Cとセカンダリファイルユニット2Dとによるデータ
の二重化が実現される。
【0025】ところで、図13に矢印A11〜A32で
示すように、図12と同様の手順でRA(S)14への
データ転送を開始してからセカンダリファイルユニット
2D側で何らかの障害が発生した場合に、上位装置1が
行なうリカバリ処理について図13を参照しながら説明
する。この図13は、プライマリファイルユニット2C
からセカンダリファイルユニット2Dへのリモート転送
に際して、障害が発生して上位装置1がリカバリ処理を
行なう場合の一連の流れを説明するためのシーケンス図
である。
【0026】なお、図13において、図12中の符号と
同一の符号を付された矢印は、同一の動作を行なってい
ることを示しているので、その説明は省略する。また、
図13において、ダッシュ(′)付き符号を付与された
矢印は、上位装置1によるリカバリ処理に伴う動作であ
ることを示している。つまり、図13中に矢印A11′
〜A35′で示す動作は、それぞれ、図12中に矢印A
11〜A35で示す動作のリカバリ動作である。
【0027】図13に示すように、RA(S)14への
データ転送を開始してからセカンダリファイルユニット
2D側で何らかの障害が発生すると、RA(S)14
は、異常終了をRA(P)14に通知する(矢印A36
参照)。この異常終了は、RA(P)14から通信エリ
ア16aを介してCA11に通知され(矢印A37参
照)、このCA11が、一連のコマンドCCW1〜CC
Wnについての処理の異常終了をチャネル1aに対して
通知する(矢印A38参照)。
【0028】このようにして異常終了の通知を受けた上
位装置1は、リカバリ処理を開始する。通常、上位装置
1は、複数のコマンドCCW1〜CCWnからなる1つ
のCCWに対してリカバリ処理を行なうため、そのCC
Wの最終コマンドCCWnにおける正常終了通知が上位
装置1に返らなければ、コマンド単位では正常終了を通
知されていても、そのCCWに関する全てのコマンドC
CW1〜CCWnは正常終了と見なされない。
【0029】従って、何らかの障害によりプライマリフ
ァイルユニット2CがCCW処理中にエラー発生(つま
り異常終了)を上位装置1に対して通知した場合、上位
装置1は、エラーが発生したCCWを先頭コマンドCC
W1から発行し直すリカバリ処理を実行することにな
る。つまり、図13に矢印A11′〜A35′で示すよ
うに、上位装置1は、コマンドCCW1〜CCWnを再
発行し、上位装置1とプライマリファイルユニット2C
との間、および、プライマリファイルユニット2Cとセ
カンダリファイルユニット2Dとの間で、図12と同様
の処理が再度実行される。
【0030】ここで、図14を参照しながら、図13に
より前述した、上位装置1によるリカバリ処理につい
て、さらに説明する。図14は、従来のリモート転送手
順と障害発生時の上位装置1によるリカバリ処理手順と
の具体例を簡易的に示すシーケンス図である。なお、図
14では、各矢印に符号は付さず、図13にて前述した
手順が大まかに示されている。つまり、コマンドの転
送,正常/異常終了の通知,リモート転送を示す矢印の
み図示されている。
【0031】この図14では、上位装置1が5つのライ
トコマンドA〜EからなるCCWを発行する例が示され
ている。上位装置1が4つのライトコマンドA〜Dをプ
ライマリファイルユニット2Cへ発行し、これらのライ
トコマンドA〜Dによってデータがプライマリファイル
ユニット2Cのキャッシュメモリ16に書き込まれる都
度、プライマリファイルユニット2Cから上位装置1に
対しては正常終了の通知が行なわれる。
【0032】そして、5つ目のライトコマンドEによっ
てデータがプライマリファイルユニット2Cのキャッシ
ュメモリ16に書き込まれ、1トラック分のデータが完
成すると、プライマリファイルユニット2Cからセカン
ダリファイルユニット2Dへのリモート転送が開始され
る。ライトコマンドEによるデータ書込の直後には正常
終了の通知は行なわれない。リモート転送後にセカンダ
リファイルユニット2Dからプライマリファイルユニッ
ト2Cに対して通知された正常/異常終了の情報が、ラ
イトコマンドEについての正常/異常終了の情報とし
て、プライマリファイルユニット2Cから上位装置1に
対して通知される。
【0033】従って、リモート転送後にセカンダリファ
イルユニット2D側で何らかの障害が発生し、セカンダ
リファイルユニット2Dからプライマリファイルユニッ
ト2Cに対して異常終了が通知されると、プライマリフ
ァイルユニット2Cは、上位装置1に対して異常終了を
通知する。このとき、上位装置1からは、プライマリフ
ァイルユニット2Cしか見えておらず、セカンダリファ
イルユニット2Dは全く見えていない。このため、上位
装置1において、プライマリファイルユニット2Cから
受けた異常終了通知は、実際にはセカンダリファイルユ
ニット2Dでの障害に起因するものであっても、プライ
マリファイルユニット2Cでの障害に起因するものであ
ると認識される。
【0034】そして、前述した通り、上位装置1は、5
つのコマンドA〜Eからなる1つのCCWに対してリカ
バリ処理を行なうため、そのCCWの最終コマンドEに
対して異常終了を通知されると、コマンドA〜Dに対し
ては正常終了を通知されていても、そのCCWに関する
全てのコマンドA〜Eを異常終了と見なし、図14に示
すように、異常終了したCCWを先頭コマンドAから発
行し直す。
【0035】図15には、上位装置1からプライマリフ
ァイルユニット2CへコマンドEを発行した時点でプラ
イマリファイルユニット2Cにおいて障害等が発生し、
プライマリファイルユニット2Cが上位装置1に対して
異常終了を通知した場合の、従来のリカバリ処理手順の
具体例(シーケンス図)が示されている。なお、図15
でも、図14に示した例と同様に上位装置1が5つのラ
イトコマンドA〜EからなるCCWを発行する例が、図
14と同等のレベルで示されている。
【0036】この図15に示すように、上位装置1は、
プライマリファイルユニット2Cで障害が発生してもセ
カンダリファイルユニット2Dで障害が発生しても、同
じリカバリ処理を行なっている。結局、図14に示すご
とくセカンダリファイルユニット2Dで障害が発生した
場合であっても、上位装置1は、図15に示すごとくプ
ライマリファイルユニット2Cで障害が発生しているも
のと認識してリカバリ処理を行なっている。
【0037】
【発明が解決しようとする課題】ところで、図14や図
15に示す処理例では、コマンドA〜Dによるデータ書
込は正常に終了しているので、リカバリ処理に際して、
コマンドEのみを発行しコマンドEによるデータ書込の
みを行なえば十分ではないかと考えられる。しかし、図
11を参照して前述したように、一CCWを成す5つの
コマンドA〜Eにより制御情報を順次更新しながらトラ
ックデータを作成する必要があるため、コマンドEのみ
を単独で発行しても正常なデータ書込(トラックデータ
の作成)を行なうことができない。特に、コマンドAに
はデータ書込先の位置付け情報が含まれているため、コ
マンドAの再発行は必ず必要になる。
【0038】従って、従来のリカバリ処理では、最終の
コマンドEによるデータ書込のみを行なうことはでき
ず、図14や図15に示すごとく、正常終了したコマン
ドについても再度発行して同じデータを再度書き込む必
要があり、リカバリ処理に時間を要している。なお、図
15や図16に示した手順で例えばコマンドCの処理時
に障害が発生して異常終了した場合も、リカバリ処理
は、CCWを先頭コマンドAから発行し直することによ
り行なわれる。
【0039】そこで、図15に示すごとく上位装置1が
プライマリファイルユニット2Cを対象としてリカバリ
処理を行なう際、コマンドをモディファイすることによ
りリカバリ処理手順を一部簡略化することも考えられ
る。図16はリカバリ処理手順を簡略化した例を示すシ
ーケンス図であり、この図16でも、図14に示した例
と同様に上位装置1が5つのライトコマンドA〜Eから
なるCCWを発行する例が、図14と同等のレベルで示
されている。図16に示すように、上位装置1からプラ
イマリファイルユニット2Cへ最終のコマンドEを発行
した時点でプライマリファイルユニット2Cにおいて障
害等が発生した場合を考える。
【0040】この場合、リカバリ処理に際して、上位装
置1は、正常終了通知に基づきコマンドA〜Dについて
は正常終了したことを認識できるので、コマンドA〜D
をモディファイすることにより、データ書込先の位置付
け情報を含み且つトラック先頭に所定の制御情報を形成
しうるコマンドA′を作成する。そして、このコマンド
A′を、プライマリファイルユニット2Cに対して発行
した後、コマンドEをプライマリファイルユニット2C
に対して発行する。つまり、ライトコマンドA〜Dは正
常にプライマリファイルユニット2Cに書き込まれたも
のとして、上位装置1は、エラーが発生して異常終了し
たコマンドEからライト処理を再開しうる新たなCCW
を、2つのコマンドA′およびEにより作成して発行す
る。
【0041】これにより、5つのコマンドA〜Eの全て
を再発行することなく、2つのコマンドA′およびEの
発行によってリカバリ処理を実行でき、セカンダリファ
イルユニット2Dおよびプライマリファイルユニット2
Cの物理デバイス20の所定位置には、コマンドA〜E
によるトラックデータが書き込まれる。ところが、リモ
ート転送後にセカンダリファイルユニット2D側で何ら
かの障害が発生したことに対応したリカバリ処理を図1
6に示す手順で行なうと、下記のような問題が生じる。
ここで、図17は、従来のリモート転送に際して障害が
発生し、上位装置1が図16に示す手順でリカバリ処理
を行なう場合の具体例を示すシーケンス図であり、図1
7でも、図14に示した例と同様に上位装置1が5つの
ライトコマンドA〜EからなるCCWを発行する例が、
図14と同等のレベルで示されている。
【0042】図17に示すように、リモート転送後にお
けるセカンダリファイルユニット2D側での障害に起因
して、上位装置1が図16に示す手順でリカバリ処理を
行なった場合、正常終了したコマンドA〜Dにより指示
されたデータは、セカンダリファイルユニット2Dへリ
モート転送されず、リカバリ処理によりセカンダリファ
イルユニット2Dへリモート転送されるトラックデータ
は、2つのコマンドA′およびEから成るCCWで指示
されたものだけとなってしまう。
【0043】このため、プライマリファイルユニット2
Cの物理デバイス20には、コマンドA〜Eによるデー
タが保存されるのに対して、セカンダリファイルユニッ
ト2Dの物理デバイス20には、コマンドA′およびE
によるデータしか存在せず、コマンドA〜Dによるデー
タが存在しない。従って、エラーリカバリ時にデータを
二重化できなくなり、プライマリファイルユニット2C
とセカンダリファイルユニット2Dとにおけるデータの
等価性を保証できなくなる。
【0044】本発明は、このような課題に鑑み創案され
たもので、上位装置がリカバリ処理に際しコマンドの一
部をモディファイしてリカバリ処理の簡略化を行なった
としてもデータの二重化を実現できるようにして、2つ
のファイルユニットでのデータの等価性を確実に保証し
た、ファイルユニット間のリモート転送方法を提供する
ことを目的とする。
【0045】
【課題を解決するための手段】上記目的を達成するため
に、本発明のファイルユニット間のリモート転送方法
(請求項1)は、上位装置に接続され該上位装置により
データ更新されるプライマリファイルユニットと、該プ
ライマリファイルユニットに接続され該プライマリファ
イルユニットによりデータ更新されるセカンダリファイ
ルユニットとをそなえたファイルシステムにおいて、該
上位装置が、書込開始位置情報をデータとして転送する
ための書込動作指示コマンドを該プライマリファイルユ
ニットに対して発行した後、該書込動作指示コマンドと
ともに一つのライトアクセス単位を構成する一連のライ
トコマンドを、一つずつ該プライマリファイルユニット
に対して順次発行し、該プライマリファイルユニットに
対しデータ書込を行なう場合、該上位装置により該プラ
イマリファイルユニットに対して行なわれたデータ書込
と同じデータ書込を該セカンダリファイルユニットに対
しても行なうための、該プライマリファイルユニットか
ら該セカンダリファイルユニットへのリモート転送方法
であって、該プライマリファイルユニットが該上位装置
から該書込動作指示コマンドを受け付けると、該プライ
マリファイルユニットから該セカンダリファイルユニッ
トに対し、該書込動作指示コマンドと同様のコマンドを
発行して書込開始を指示してから前記書込開始位置情報
をデータとして転送し、該書込動作指示コマンド以降、
該プライマリファイルユニットが該上位装置から該一連
のライトコマンドを一つ受け付ける都度、該プライマリ
ファイルユニットから該セカンダリファイルユニットに
対し、当該ライトコマンドと同様のコマンドを発行して
書込を指示してから当該ライトコマンドにより書き込む
べきデータを転送し、当該ライトコマンドにより該プラ
イマリファイルユニットに書き込まれたデータが該セカ
ンダリファイルユニットにも正常に書き込まれたことを
該プライマリファイルユニットが確認すると、当該ライ
トコマンドによる書込を正常に終了した旨を、該プライ
マリファイルユニットから該上位装置に対して通知する
ことを特徴としている。
【0046】このとき、前記一連のライトコマンドの処
理中に、該プライマリファイルユニットにおいて、該プ
ライマリファイルユニットと該上位装置とを一時的に切
り離すべき要因が発生した場合、該プライマリファイル
ユニットから該上位装置に対して切り離れ要求を発行し
て該プライマリファイルユニットと該上位装置とを一時
的に切り離すとともに、該プライマリファイルユニット
から該セカンダリファイルユニットに対しても切り離れ
要求を発行して該プライマリファイルユニットと該セカ
ンダリファイルユニットとを一時的に切り離し、該プラ
イマリファイルユニットにおける前記要因を解消した
後、該プライマリファイルユニットからの再結合要求に
応じて、該プライマリファイルユニットと該上位装置と
を再結合するとともに、該プライマリファイルユニット
と該セカンダリファイルユニットとを再結合する(請求
項2)。
【0047】また、前記一連のライトコマンドの処理中
に、該セカンダリファイルユニットにおいて、該セカン
ダリファイルユニットと該プライマリファイルユニット
とを一時的に切り離すべき要因が発生した場合、該セカ
ンダリファイルユニットから該プライマリファイルユニ
ットに対して切り離れ要求を発行して該セカンダリファ
イルユニットと該プライマリファイルユニットとを一時
的に切り離すとともに、該切り離れ要求を受けた該プラ
イマリファイルユニットから該上位装置に対して切り離
れ要求を発行して該プライマリファイルユニットと該上
位装置とを一時的に切り離し、該セカンダリファイルユ
ニットにおける前記要因を解消した後、該セカンダリフ
ァイルユニットからの再結合要求に応じて、該セカンダ
リファイルユニットと該プライマリファイルユニットと
を再結合するとともに、該プライマリファイルユニット
と該上位装置とを再結合する(請求項3)。
【0048】さらに、前記一連のライトコマンドの処理
中に、該プライマリファイルユニットにおいて、該プラ
イマリファイルユニットと該上位装置とを一時的に切り
離すべき要因が発生すると同時に、該セカンダリファイ
ルユニットにおいて、該セカンダリファイルユニットと
該プライマリファイルユニットとを一時的に切り離すべ
き要因が発生した場合、該プライマリファイルユニット
から該上位装置に対する切り離れ要求を、該セカンダリ
ファイルユニットから該プライマリファイルユニットに
対する切り離れ要求よりも優先し該プライマリファイル
ユニットと該上位装置とを一時的に切り離すとともに、
該プライマリファイルユニットから該セカンダリファイ
ルユニットに対しても切り離れ要求を発行して該プライ
マリファイルユニットと該セカンダリファイルユニット
とを一時的に切り離し、該プライマリファイルユニット
における前記要因を解消した後、該プライマリファイル
ユニットからの再結合要求に応じて、該プライマリファ
イルユニットと該上位装置とを再結合するとともに、該
プライマリファイルユニットと該セカンダリファイルユ
ニットとを再結合してから、該セカンダリファイルユニ
ットから該プライマリファイルユニットに対して切り離
れ要求を発行して該セカンダリファイルユニットと該プ
ライマリファイルユニットとを一時的に切り離すととも
に、該切り離れ要求を受けた該プライマリファイルユニ
ットから該上位装置に対して切り離れ要求を発行して該
プライマリファイルユニットと該上位装置とを一時的に
切り離し、該セカンダリファイルユニットにおける前記
要因を解消した後、該セカンダリファイルユニットから
の再結合要求に応じて、該セカンダリファイルユニット
と該プライマリファイルユニットとを再結合するととも
に、該プライマリファイルユニットと該上位装置とを再
結合する(請求項4)。
【0049】同様に、前記一連のライトコマンドの処理
中に、該プライマリファイルユニットにおいて、該プラ
イマリファイルユニットと該上位装置とを一時的に切り
離すべき要因が発生すると同時に、該セカンダリファイ
ルユニットにおいて、該セカンダリファイルユニットと
該プライマリファイルユニットとを一時的に切り離すべ
き要因が発生した場合、該プライマリファイルユニット
から該上位装置に対する切り離れ要求を、該セカンダリ
ファイルユニットから該プライマリファイルユニットに
対する切り離れ要求よりも優先し該プライマリファイル
ユニットと該上位装置とを一時的に切り離すとともに、
該プライマリファイルユニットから該セカンダリファイ
ルユニットに対しても切り離れ要求を発行して該プライ
マリファイルユニットと該セカンダリファイルユニット
とを一時的に切り離し、該プライマリファイルユニット
における前記要因の解消と該セカンダリファイルユニッ
トにおける前記要因の解消とを同時に実行した後、該プ
ライマリファイルユニットからの再結合要求に応じて、
該プライマリファイルユニットと該上位装置とを再結合
するとともに、該プライマリファイルユニットと該セカ
ンダリファイルユニットとを再結合してもよい(請求項
5)。
【0050】なお、前記一連のライトコマンドを一つ受
け付ける都度、該プライマリファイルユニットから該セ
カンダリファイルユニットに対し、当該ライトコマンド
と同様のコマンドを発行して書込を指示してから当該ラ
イトコマンドにより書き込むべきデータを転送する際
に、 該プライマリファイルユニットから該セカンダリ
ファイルユニットに対して当該ライトコマンドと同様の
コマンドを発行して該プライマリファイルユニットと該
セカンダリファイルユニットとの間のコマンド受付処理
と、該プライマリファイルユニットにおいて該上位装置
から当該ライトコマンドにより書き込むべきデータを受
領するデータ受領処理とを同時に実行し、当該データの
受領を完了すると同時に当該データを該プライマリファ
イルユニットから該セカンダリファイルユニットに対し
て転送してもよい(請求項6)。
【0051】また、該書込動作指示コマンドに続く最初
のライトコマンドのデータを該上位装置から該プライマ
リファイルユニットへ転送する処理と、該プライマリフ
ァイルユニットから該セカンダリファイルユニットへ該
最初のライトコマンドのデータ転送を開始するまでに該
プライマリファイルユニットと該セカンダリファイルユ
ニットとの間で完了させておくべき受付処理とを並列的
に行なってもよい(請求項7)。
【0052】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。 〔A〕本実施形態のリモート転送方法の説明 本発明の一実施形態としてのファイルユニット間のリモ
ート転送方法が適用される、ファイルシステムやファイ
ルユニット(プライマリファイルユニット2Cおよびセ
カンダリファイルユニット2D)などのハードウェア
は、図10に示したものと同様であるので、これらのフ
ァイルシステムやファイルユニット2C,2Dについて
の詳細な説明は省略する。
【0053】なお、本実施形態のファイルシステムも、
図10を参照しながら前述した通り、上位装置1(チャ
ネル1a)から書き込まれるデータを、2つのファイル
ユニット2C,2D間でデータの等価性を保証するよう
に構成され、チャネル1aとプライマリファイルユニッ
ト2Cとを結ぶインタフェース21と同種のインタフェ
ース22により、プライマリファイルユニット2Cとセ
カンダリファイルユニット2Dとが結合されている。
【0054】各インタフェース21,22としては、例
えばESCONインタフェースが用いられる。また、プ
ライマリファイルユニット2Cは、セカンダリファイル
ユニット2Dに対し、チャネル1aからプライマリファ
イルユニット2Cに対するシーケンスと同様のシーケン
スでアクセスできる機能を有している。つまり、プライ
マリファイルユニット2CのRA(P)14は、チャネ
ル1aとCA11との間で行なうシーケンスと同様の処
理方式で、セカンダリファイルユニット2DのRA
(S)14に対してコマンドの発行を行なえるようにな
っている。このように、RA(P)14はチャネル1a
と同等の動作を行なっている。このため、前述した通
り、RA(S)14としては、特別な機能を有するもの
をそなえる必要はなく、通常のチャネル1aと接続され
るCA11としての機能を有するものをそなえればよ
い。
【0055】以下に説明する本発明の特徴的なリモート
転送手順は、図12〜図15により前述した従来のリモ
ート転送を実現するためのソフトウェア(プログラム)
に、若干の変更を施すことによって容易に実現される。
次に、図1〜図7を参照しながら本発明の一実施形態と
してのファイルユニット間のリモート転送方法について
説明する。
【0056】図1は、本発明の一実施形態としてのファ
イルユニット2C,2D間のリモート転送方法の手順を
説明するためのシーケンス図である。本実施形態におい
ても、上位装置1が、書込開始位置情報をデータとして
転送するための書込動作指示コマンド(Locate Record,
Seek+Search ID 等)CCW1をプライマリファイルユ
ニット2Cに対して発行した後、この書込動作指示コマ
ンドCCW1とともに一つのライトアクセス単位(例え
ば、前述したCCW)を構成する一連のライトコマンド
CCW2〜CCWmを、一つずつプライマリファイルユ
ニット2Cに対して順次発行し、プライマリファイルユ
ニット2Cに対しデータ書込を行なっている。このよう
な場合における、本実施形態によるリモート転送手順
(データ二重化手法)について以下に説明する。
【0057】図1に示すように、プライマリファイルユ
ニット2CのCA11が、ライト動作をチャネル1aか
らのコマンドCCW1によって指示された場合、即ち、
コマンドCCW1として書込動作指示コマンド受け付け
た場合(矢印A51参照)、CA11は、チャネル1a
に対し、コマンドCCW1を受け付けたことを通知する
とともに(矢印A52参照)、コマンドCCW1を通信
エリア16aに書き込み(矢印A53参照)、コマンド
CCW1の実行をRM12に対して指示する(矢印A5
4参照)。つまり、CA11は、適当なRA(P)14
の割当(アサイン)をRM12に要求し、これから行な
おうとしているライトコマンドの処理を受けてセカンダ
リファイルユニット2Dに対してライト処理を実行する
RA(P)14を確保する。
【0058】ここで、CA11において、ライト動作の
指示は、コマンドCCW1に含まれる“Locate Record"
のパラメータによって判別される。なお、“Locate Rec
ord"は位置付けコマンドの一例であり、他にも“Seek+
Search ID ”等のコマンドを用いることも可能である。
また、最初に送られてくる書込動作指示コマンドCCW
1は、以降に続くライト処理の位置決めを行なうための
ものであり、このコマンドCCW1に付随するデータつ
まり書込開始位置情報は、チャネル1aからCA11に
送られ(矢印A56参照)、通信エリア16aに書き込
まれる。
【0059】RM12によって割り当てられたRA
(P)14は、通信エリア16aの情報を参照し(矢印
A57参照)、コマンドCCW1を、RA(S)14に
対して発行することにより(矢印A58参照)、RA
(P)14とRA(S)14との間の通信を確立させ
る。通信が確立されると、RA(S)14は、RA
(P)14に対し、コマンドCCW1を受け付けたこと
を通知し(矢印A59参照)、この受付通知を受けたR
A(P)14は、RA(S)14に対し、書込開始位置
情報をデータとして送信する(矢印A60参照)。RA
(S)14は、書込開始位置情報を受領すると、正常終
了をRA(P)14に通知し(矢印A61参照)、この
正常終了は、RA(P)14から通信エリア16aを介
してCA11に通知され(矢印A62参照)、このCA
11が、コマンドCCW1についての処理を正常に終了
した旨をチャネル1aに対して通知する(矢印A63参
照)。
【0060】コマンドCCW1の正常終了通知を受けた
上位装置1は、続いて、最初のライトコマンドCCW2
を、チャネル1aからプライマリファイルユニット2C
のCA11へ送信する(矢印A64参照)。CA11
は、ライトコマンドCCW2を受け付けると、チャネル
1aに対し、ライトコマンドCCW2を受け付けたこと
を通知するとともに(矢印A65参照)、ライトコマン
ドCCW2の実行を、通信エリア16aを介してRA
(P)14に対して行なう(矢印A66参照)。また、
受付通知を受けたチャネル1aからCA11には、ライ
トコマンドCCW2により書き込むべきデータが送信さ
れ(矢印A67参照)、そのデータはキャッシュメモリ
16に書き込まれる(矢印A68参照)。
【0061】ライトコマンドCCW2の実行指示を受け
たRA(P)14は、ライトコマンドCCW2を、RA
(S)14に対して発行し(矢印A69参照)、RA
(S)14は、ライトコマンドCCW2を受け付ける
と、RA(P)14に対し、ライトコマンドCCW2を
受け付けたことを通知する(矢印A70参照)。この受
付通知を受けたRA(P)14は、ライトコマンドCC
W2により書き込むべきデータをキャッシュメモリ16
から読み出し(矢印A71参照)、そのデータをRA
(S)14に対し送信する(矢印A72参照)。そし
て、RA(S)14は、データを受領すると、正常終了
をRA(P)14に通知し(矢印A73参照)、この正
常終了は、RA(P)14から通信エリア16aを介し
てCA11に通知され(矢印A74参照)、このCA1
1がライトコマンドCCW2についての処理を正常に終
了した旨をチャネル1aに対して通知する(矢印A75
参照)。
【0062】以下、同様に、ライトコマンドCCW2の
正常終了通知を受けた上位装置1は、プライマリファイ
ルユニット2Cに対し、一連のライトコマンドCCW3
〜CCWmを一つずつ順次送信する(矢印A76,A7
7参照)。各ライトコマンドCCW3〜CCWmは、矢
印A64〜A75で示した手順と同様の手順で、セカン
ダリファイルユニット2Dへリモート転送されるととも
に、各ライトコマンドCCW3〜CCWmにより書き込
まれるべきデータが、セカンダリファイルユニット2D
にリモート転送されて書き込まれる。なお、図1におい
て、ライトコマンドCCWmについての処理を示す矢印
A77〜A89は、それぞれ、ライトコマンドCCW2
についての処理を示す矢印A64〜A75に対応してい
るので、その説明は省略する。
【0063】そして、一つのCCWを終える際には、こ
のライトアクセス単位を終了する旨を通知するコマンド
“CCW終結”を、チャネル1aからプライマリファイ
ルユニット2CのCA11へ送信される(矢印A89参
照)。CA11は、コマンド“CCW終結”を受領する
と、チャネル1aに対し、コマンド“CCW終結”を受
領したことを通知するとともに(矢印A90参照)、C
CWの終了を、通信エリア16aを介してRA(P)1
4に対して通知する(矢印A91参照)。CCW終了通
知を受けたRA(P)14は、コマンド“CCW終結”
を、RA(S)14に対して発行し(矢印A92参
照)、RA(S)14は、コマンド“CCW終結”を受
領すると、RA(P)14に対し、コマンド“CCW終
結”を受領したことを通知する(矢印A93参照)。
【0064】このような処理を終えた後、図1では図示
しないが、プライマリファイルユニット2Cでは、DA
17により、キャッシュメモリ16に保持されているデ
ータが物理デバイス20に書き込まれるとともに、セカ
ンダリファイルユニット2Dでも、DA17により、キ
ャッシュメモリ16に保持されているデータが物理デバ
イス20に書き込まれ、プライマリファイルユニット2
Cとセカンダリファイルユニット2Dとによるデータの
二重化が実現される。
【0065】上述のごとく、本実施形態のリモート転送
方法では、書込動作指示コマンドCCW1以降、チャネ
ル1aと結合しているCA11は、上位装置1から指示
されるライトコマンド毎にプライマリファイルユニット
2C自身での従来と同様のコマンドの処理を完了する
と、RA(P)14に対しモジュール間通信エリア16
aを利用して今回処理したライトコマンドを通知し、R
A(P)14からセカンダリファイルユニット2Dへの
ライトコマンドのリモート転送の終了応答を待つことに
なる。なお、プライマリファイルユニット2C自身での
従来と同様のコマンドの処理としては、例えば、ライト
コマンドの場合は上位装置1からのデータをキャッシュ
メモリ16に書き込み、制御情報を更新する等の処理が
ある。
【0066】つまり、RA(P)14は、モジュール間
通信エリア16aにチャネル1aと結合中のCA11か
ら示された情報を基に、同様のライトコマンドをセカン
ダリファイルユニット2Dに対して発行し、該当するデ
ータを指定されたキャッシュメモリ16のCA11によ
って更新された制御情報を読み込むことにより、RA
(P)14の保持するバッファ中に取り込み、該当する
ライトコマンドのデータとして送出し、セカンダリファ
イルユニット2DのRA(S)14からコマンドの終了
ステータスを受け付ける。なお、セカンダリファイルユ
ニット2DのRA(S)14は、CA11がチャネル1
aから受け取ったライトコマンドについて行なう処理と
同様の処理を行なう。RA(P)14は、受け取った終
了ステータスを、モジュール間通信エリア16aを用い
て、チャネル1aと結合中のCA11に通知する。
【0067】RA(P)14からセカンダリファイルユ
ニット2Dでのコマンド動作の完了を示されたCA11
は、そのコマンド終了ステータスが正常終了を示してい
るのならば、上位装置1のチャネル1aに対して同様に
正常終了を返し、異常終了していたるのならば、自らの
ライトアクセスも異常終了として上位装置1のチャネル
1aに報告する。このようにして、常に、プライマリフ
ァイルユニット2Cとセカンダリファイルユニット2D
とのデータのライトコマンド単位での完全二重化が保証
されることになる。
【0068】このように、本発明の一実施形態としての
リモート転送方法によれば、上位装置1から行なわれる
物理デバイス20のアクセスに対し、上位装置1から書
込動作が行なわれるコマンド(Locate Record,Seek+Se
arch ID 等)が指示された時点で、プライマリファイル
ユニット2CのRA(P)14が上位装置となってセカ
ンダリファイルユニット2Dにコマンドを発行し、チャ
ネル1aからCA11を通してプライマリファイルユニ
ット2Cに対して指示される各々のコマンド動作は、プ
ライマリファイルユニット2Cから同様にセカンダリフ
ァイルユニット2Dにも指示され、上位装置1から発行
された一つのライトコマンドにより、プライマリファイ
ルユニット2Cに書き込まれたデータが、同様のライト
コマンドによりプライマリファイルユニット2Cからセ
カンダリファイルユニット2Dに受け渡され、正常に書
き込まれたことをプライマリファイルユニット2Cが確
認した後、チャネル1aに対してコマンド動作の終了ス
テータスを返すことで、ライトコマンド毎に2つのファ
イルユニット2C,2Dのデータの等価性が確実に保証
される。
【0069】これにより、一連のライトコマンドの処理
中に何らかの障害が発生した場合、障害発生時の発行コ
マンド以前に発行されたライトコマンドによる書込デー
タは確実に二重化されている。従って、その障害に対処
すべく上位装置1がリカバリ処理を行なう際に、例えば
図16に示したごとく、コマンドの一部をモディファイ
してリカバリ処理を簡略化し、障害発生時の発行コマン
ド以降のライトコマンドを発行してリカバリ処理を行な
ったとしても、従来のような不具合は発生することがな
く、2つのファイルユニット2C,2Dにおけるデータ
の等価性が確実に保証されることになる。
【0070】〔B〕リモート転送時に切り離し要因が発
生した場合の対処手順の説明 さて、次に、リモート転送時に切り離し要因が発生した
場合の対処手順について、図2〜図5を参照しながら説
明する。 〔B−1〕プライマリファイルユニット2Cで切り離し
要因が発生した場合 プライマリファイルユニット2Cが何らかの要因で上位
装置1との結合を一時的に解除しなくてはならない状態
に陥った場合、即ち、プライマリファイルユニット2C
と上位装置1とを一時的に切り離すべき切り離し要因が
発生した場合、プライマリファイルユニット2C内にお
いて、チャネル1aと結合していたCA11から、セカ
ンダリファイルユニット2Dと結合しているRA(P)
14へ、モジュール間通信エリア16aを用いてチャネ
ル1aからの切り離れが発生した旨を知らせ、プライマ
リファイルユニット2Cとセカンダリファイルユニット
2Dとの間の結合もそれに伴い一時的に切断させるべ
く、本実施形態では、特殊ディスコネクトインタフェー
スがそなえられている。
【0071】この特殊ディスコネクトインタフェース
は、セカンダリファイルユニット2D側はコマンド動作
の継続処理(チェイニング)が可能でも、プライマリフ
ァイルユニット2Dにおいてコマンド処理継続が不可能
であるため、プライマリファイルユニット2Cから切り
離れることを示すコードが発行され、再結合は再びプラ
イマリファイルユニット2Cが動作可能な状態になった
時に、プライマリファイルユニット2Cから再結合を示
すコードを発行することで再結合を行ない、その間、セ
カンダリファイルユニット2Dはいつでも再結合が可能
な状態を保持できるようにしておくことができるインタ
フェースである。
【0072】なお、前述の切り離し要因は、キャッシュ
メモリ16の容量不足や、ライトスルー動作などに起因
して生じるものである。プライマリファイルユニット2
Cにおいて、キャッシュメモリ16の容量不足やライト
スルー動作等の要因によりチャネル1aとCA11との
間でディスコネクトしなければならない事象が発生した
場合、その事象が解決するまでファイルユニット2C,
2D間の結合の切り離しを行なわなければ、ESCON
インタフェース仕様に基づくタイムアウトが発生してし
まう。ESCONインタフェースでは基本的にフレーム
と呼ばれるブロックで通信しており、このフレーム間の
待ち時間が決められている。
【0073】そこで、本実施形態では、RA(S)14
とRA(P)14との間にパスを張る時点でそのパスが
通常のチャネル1aからの結合ではなくファイルユニッ
ト2C,2D間の結合であることを、プライマリファイ
ルユニット2Cからセカンダリファイルユニット2Dに
知らせ、RA(S)14は、そのパスから本来チャネル
1aからは発行されない切り離れ要求を受付可能で、R
A(P)14から切り離れ要求が来た場合には、それを
受け付けてファイルユニット2C,2D間の結合の切り
離し処理を行ない、再びプライマリファイルユニット2
Cから再結合要求が発行されるまで、切り離れた時の状
態をセカンダリファイルユニット2D内の情報格納エリ
アに覚え込んでおくことができるように構成されてい
る。
【0074】また、本実施形態において、プライマリフ
ァイルユニット2CのCA11は、チャネル1aと切り
離れなければならない事象が発生した時にモジュール間
通信エリア16aを用いてRA(P)14に切り離れ要
求の発行(ファイルユニット2C,2D間の一時切り離
れ処理を実行すること)を要求してからチャネル1aと
切り離れ、プライマリファイルユニット2CのRM12
と必要な切り離れ処理(チャネルディスコネクト処理)
を行なってからアイドル状態に戻るように構成されてい
る。
【0075】図2は、本実施形態によるリモート転送時
に、プライマリファイルユニット2Cで切り離し要因が
発生した場合の対処手順を説明するためのシーケンス図
であり、この図2では、ライトコマンドCCWnの処理
時にプライマリファイルユニット2Cで切り離し要因が
発生した場合が示されている。図2において、上位装置
1がライトコマンドCCWnをチャネル1aからプライ
マリファイルユニット2CのCA11へ送信した後、R
A(P)14がRA(S)14からの正常終了を通信エ
リア16aを介してCA11に通知するまでの処理、つ
まり矢印B11〜B21で示す処理は、それぞれ、図1
の矢印A64〜A74で示す処理に対応しているので、
その説明は省略する。
【0076】RA(P)14がRA(S)14からの正
常終了を通信エリア16aを介してCA11に通知した
時点(矢印B21参照)で、プライマリファイルユニッ
ト2Cで切り離し要因が発生したとすると、本実施形態
において、CA11は、モジュール間通信エリア16a
を用いてRA(P)14に切り離れ要求の発行を要求し
てから(矢印B22参照)、チャネル1aに対して切り
離れ要求を発行してチャネル1aと切り離れるとともに
(矢印B23,B25参照)、プライマリファイルユニ
ット2CのRM12と必要な切り離れ処理(チャネルデ
ィスコネクト処理)を行なってからアイドル状態に戻
る。
【0077】そして、RA(P)14は、CA11から
の要求に応じて、結合中のRA(S)14に対して切り
離れ要求を発行し(矢印B24,B26参照)、RA
(P)14からの切り離れ要求を受領したRA(S)1
4は、ファイルユニット2C,2D間の結合の切り離し
処理を行ない、再びプライマリファイルユニット2Cか
ら再結合要求が発行されるまで、切り離れた時の状態を
セカンダリファイルユニット2D内の情報格納エリアに
覚え込ませる。
【0078】そして、切り離れ要求を受けたセカンダリ
ファイルユニット2DのRA(S)14は、上位装置1
から切り離れ要求が来たことをセカンダリファイルユニ
ット2D内の制御情報格納エリアに書き込み、上位装置
1からの切り離れ要求によって一時切り離れが起きたこ
とをセカンダリファイルユニット2DのRM12に通知
し、アイドル状態に戻る。セカンダリファイルユニット
2DのRA(S)14から上記の指示を受けたRM12
は、再び同一のRA(S)14から結合要求が来るまで
はその処理に関するアクションを起こすことはしない。
【0079】また、RA(S)14に切り離れ要求を発
行したRA(P)14は、ファイルユニット2C,2D
間の結合の一時切り離れを行ない、やはりプライマリフ
ァイルユニット2CのRM12と必要な処理(リモート
転送ディスコネクト処理)を行なった後、アイドル状態
に戻る。その後、切り離し要因が解消され、プライマリ
ファイルユニット2Cにおいてチャネル1aとCA11
とが再結合可能な状態になった時に、CA11は、チャ
ネル1aに対して再結合要求を行ない(矢印B27参
照)、再結合するとともに(矢印B28参照)、再びセ
カンダリファイルユニット2Dとの結合を指示するため
に、プライマリファイルユニット2CのRM12に対し
RA(P)14の割当(アサイン)を要求し(矢印B2
9,B30参照)、RM12によって再度リモート転送
動作が要求されたRA(P)14は、該当するモジュー
ル間通信エリア16aの情報を再度読み込み(矢印B3
1参照)、切り離れる前の情報を復活させ、一時切り離
れを要求したセカンダリファイルユニット2DのRA
(S)14に対して、再結合要求を発行し(矢印B32
参照)、再結合を行なう。
【0080】再結合要求を受けたRA(S)14は、そ
の再結合要求がプライマリファイルユニット2Cから指
示されたことをセカンダリファイルユニット2CのRM
12に通知し、再結合を受け付けたことをプライマリフ
ァイルユニット2CのRA(P)14に応答し(矢印B
33参照)、必要な情報をセカンダリファイルユニット
2D内の制御情報格納エリアから読み込み、一時切り離
れが起きる前の状態に復帰して処理を継続する。
【0081】そして、チャネル1aに対して再結合を要
求したプライマリファイルユニット2CのCA11が、
チャネル1aに対して正常終了を通知することにより
(矢印B34参照)、一時切り離れが起きる前の状態に
復帰して処理を継続する。これにより、上位装置1は、
切り離し要因の発生したライトコマンドCCWnの次の
ライトコマンドCCWn+1 を、プライマリファイルユニ
ット2CのCA11に対して発行し(矢印B35参
照)、同様のリモート転送処理が再開される(矢印B3
6〜B43参照)。
【0082】このように、本実施形態によれば、プライ
マリファイルユニット2Cにおいて切り離し要因が発生
した際には、その要因が解消されるまで、プライマリフ
ァイルユニット2Cと上位装置1との間だけでなく、プ
ライマリファイルユニット2Cとセカンダリファイルユ
ニット2Dとの間も一時的に切り離されるので、セカン
ダリファイルユニット2Dや上位装置1は、要因解消を
待ち続けることなく他の処理を実行することが可能にな
り、効率よく稼働することができる。
【0083】〔B−2〕セカンダリファイルユニット2
Dで切り離し要因が発生した場合 一方、セカンダリファイルユニット2Dが何らかの要因
でプライマリファイルユニット2Cとの結合を一時的に
解除しなくてはならない状態に陥った場合、即ち、セカ
ンダリファイルユニット2Dとプライマリファイルユニ
ット2Cとを一時的に切り離すべき切り離し要因が発生
した場合、本実施形態のプライマリファイルユニット2
Cにおいては、セカンダリファイルユニット2Dからの
切り離れ要求があったことを、RA(S)14と結合し
ているRAモジュールから、チャネル1aと結合してい
るCA11へモジュール間通信エリア16aを介して通
知し、チャネル1aとの一時切り離れ処理を行なえるよ
うに構成されている。
【0084】図3は、本実施形態によるリモート転送時
に、セカンダリファイルユニット2Dで切り離し要因が
発生した場合の対処手順を説明するためのシーケンス図
であり、この図3では、ライトコマンドCCWnの処理
時にセカンダリファイルユニット2Dで切り離し要因が
発生した場合が示されている。図3において、上位装置
1がライトコマンドCCWnをチャネル1aからプライ
マリファイルユニット2CのCA11へ送信した後、R
A(S)14がRA(P)14からデータを受信するま
での処理、つまり矢印B11〜B19で示す処理は、そ
れぞれ、図1の矢印A64〜A72で示す処理に対応し
ているので、その説明は省略する。
【0085】RA(S)14がRA(P)14からデー
タを受信した時点(矢印B19参照)で、セカンダリフ
ァイルユニット2Dで切り離し要因(例えばキャッシュ
メモリ16の容量不足)によりRA(S)14とRA
(P)14とをディスコネクトしなければならない事象
が発生した場合、本実施形態において、セカンダリファ
イルユニット2DのRA(S)14は、通常のチャネル
1aと結合するCA11と同様にして、切り離れ要求を
上位であるRA(P)14に対して発行する(矢印B5
1,B52参照)。
【0086】セカンダリファイルユニット2DのRA
(S)14から切り離れ要求を受けたプライマリファイ
ルユニット2のRA(P)14は、モジュール間通信エ
リア16aを用いてCA11に切り離れ要求を行なうと
ともに(矢印B53参照)、ファイルユニット2C,2
D間結合の一時切り離しを行ない、RA(P)14およ
びRA(S)14は、それぞれのRM12と必要な処理
(各々のディスコネクト処理)を行なった後、アイドル
状態に戻る。
【0087】また、RA(P)14から切り離れ要求を
受けたCA11は、チャネル1aに対して切り離れ要求
を発行してチャネル1aと切り離れるとともに(矢印B
54,B55参照)、プライマリファイルユニット2C
のRM12と必要な切り離れ処理(チャネルディスコネ
クト処理)を行なってからアイドル状態に戻る。その
後、セカンダリファイルユニット2Dにおいて切り離し
要因が解消され再びプライマリファイルユニット2Cと
再結合可能な状態になった時に、セカンダリファイルユ
ニット2DのRA(S)14は、プライマリファイルユ
ニット2CのRA(P)14に対して再結合要求を行な
う(矢印B56,B57参照)。
【0088】再結合指示を受け付けたRA(P)14
は、プライマリファイルユニット2CのRM12に対
し、CA11とチャネル1aとの再結合を要求し(矢印
B58参照)、RM12によって再度チャネル1aと結
合することを指示されたCA11は、該当するモジュー
ル間通信エリア16aの情報を再度読み込み(矢印B5
9,B60参照)、再結合要求をチャネル1aに対して
行ない(矢印B61参照)、チャネル1aとCA11と
の間で再結合を行ない(矢印B62参照)、処理を継続
する。
【0089】そして、RA(S)14からの正常終了の
通知が、RA(P)14,モジュール間通信エリア16
aおよびCA11を経由し、チャネル1aに対して行な
われることにより(矢印B63〜B65参照)、プライ
マリファイルユニット2Cは、一時切り離れが起きる前
の状態に復帰して処理を継続する。これにより、上位装
置1は、切り離し要因の発生したライトコマンドCCW
nの次のライトコマンドCCWn+1 を、プライマリファ
イルユニット2CのCA11に対して発行し(矢印B3
5参照)、リモート転送処理が再開される。
【0090】このように、本実施形態によれば、セカン
ダリファイルユニット2Dにおいて切り離し要因が発生
した際には、その要因が解消されるまで、セカンダリフ
ァイルユニット2Dとプライマリファイルユニット2C
との間だけでなく、プライマリファイルユニット2Cと
上位装置1との間も一時的に切り離されるので、プライ
マリファイルユニット2Cや上位装置1は、要因解消を
待ち続けることなく他の処理を実行することが可能にな
り、効率よく稼働することができる。
【0091】〔B−3〕プライマリファイルユニット2
Cとセカンダリファイルユニット2Dとで切り離し要因
が同時に発生した場合(その1) ところで、チャネル1aとプライマリファイルユニット
2Cとの間でのチャネルディスコネクト要求と、セカン
ダリファイルユニット2Dからのリモート転送ディスコ
ネクト要求とが同時に発生した場合、本実施形態では、
セカンダリファイルユニット2Dからのリモート転送デ
ィスコネクト要求を抑止して、チャネル1aとのディス
コネクト要求を優先し、セカンダリファイルユニット2
Dに対しては、前述した特殊ディスコネクトインタフェ
ースが動作するように構成している。
【0092】図4は、本実施形態によるリモート転送時
に、プライマリファイルユニット2Cおよびセカンダリ
ファイルユニット2Dで同時に切り離し要因が発生した
場合の対処手順を説明するためのシーケンス図であり、
この図4では、ライトコマンドCCWnの処理時にプラ
イマリファイルユニット2Cおよびセカンダリファイル
ユニット2Dとで切り離し要因が同時に発生した場合が
示されている。
【0093】図4において、上位装置1がライトコマン
ドCCWnをチャネル1aからプライマリファイルユニ
ット2CのCA11へ送信した後、RA(S)14がR
A(P)14からデータを受信するまでの処理、つまり
矢印B11〜B19で示す処理は、それぞれ、図1の矢
印A64〜A72で示す処理に対応しているので、その
説明は省略する。また、図4中、図2および図3で既述
の符号と同一の符号を付された矢印は、同一もしくはほ
ぼ同一の動作/手順を示すものであるので、その説明は
省略する。
【0094】RA(S)14がRA(P)14からデー
タを受信した時点(矢印B19参照)で、プライマリフ
ァイルユニット2Cとセカンダリファイルユニット2D
とで切り離し要因が同時に発生した場合、プライマリフ
ァイルユニット2CのCA11とセカンダリファイルユ
ニット2DのRA(S)14とがともにプライマリファ
イルユニット2CのRA(P)14に対して切り離れ要
求を発行してくる(矢印B24およびB51参照)。
【0095】このとき、プライマリファイルユニット2
CのCA11からの切り離れ要求を優先し、セカンダリ
ファイルユニット2DのRA(S)14からの切り離れ
要求を無視して結合中のセカンダリファイルユニット3
DのRA(S)14に対し、図2にて前述した切り離れ
要求を行なう(矢印B24,B26参照)。このとき、
プライマリファイルユニット2CのRA(P)14は、
セカンダリファイルユニット2DのRA(S)14から
の切り離れ要求を受領すると、一旦、RA(S)14か
らの切り離れ要求をモジュール間通信エリア16aに書
き込むが(矢印B69参照)、CA11からの切り離れ
要求も同時に発生していることを認識すると、そのRA
(S)14からの切り離れ要求を撤回するようにモジュ
ール間通信エリア16aに指示する(矢印B70参
照)。
【0096】また、プライマリファイルユニット2Dが
発行した切り離れ要求に対して、上位であるプライマリ
ファイルユニット2CのRA(P)14から切り離れ要
求が指示された場合、プライマリファイルユニット2D
は自分で発行した切り離れ要求を内部的に撤回し、プラ
イマリファイルユニット2Cから指示された切り離れ要
求を受け付ける(矢印B24,B26参照)。
【0097】このため、再結合後、RA(P)14がセ
カンダリファイルユニット2DのRA(S)14から指
示される切り離れ要求を受け付けた場合(矢印B51′
参照)、RA(P)14は、チャネル1aとプライマリ
ファイルユニット2CのCA11との間がその指示によ
って切り離されたことを、モジュール間通信エリア16
aを介して確認してから(矢印B71参照)、セカンダ
リファイルユニット2DのRA(S)14に対して切り
離れ要求の受領を返す(矢印B72参照)。
【0098】なお、優先権をもつプライマリファイルユ
ニット2CのCA11は、ファイルユニット2C,2D
間結合の状態によらず自らの切り離れ要求でチャネル1
aと切り離れる。そして、プライマリファイルユニット
2C側の切り離れ要求が優先され、プライマリファイル
ユニット2Cと上位装置1との間、および、プライマリ
ファイルユニット2Cとセカンダリファイルユニット2
Dとの間を一時的に切り離した状態で、プライマリファ
イルユニット2Cでの切り離し要因が解消されると、図
2にて説明した手順で再結合が行なわれる(矢印B27
〜B33参照)。
【0099】上位装置1とプライマリファイルユニット
2Cとの間、および、プライマリファイルユニット2C
とセカンダリファイルユニット2Dとの間が再結合され
ると、セカンダリファイルユニット2Dにおいて未だ解
消されていない切り離し要因により、再び上位装置1と
プライマリファイルユニット2Cとの間、および、プラ
イマリファイルユニット2Cとセカンダリファイルユニ
ット2Dとの間は一時的に切り離れた状態となる。そし
て、セカンダリファイルユニット2Dでの切り離し要因
が解消されると、図3にて説明した手順で再結合が行な
われる(矢印B56〜B65参照)。
【0100】このように、本実施形態によれば、プライ
マリファイルユニット2Cおよびセカンダリファイルユ
ニット2Dにおいて切り離し要因が同時に発生した際に
は、プライマリファイルユニット2Cと上位装置1との
間、および、プライマリファイルユニット2Cとセカン
ダリファイルユニット2Dとの間を一時的に切り離した
後、プライマリファイルユニット2Cの切り離し要因を
優先的に解消してからセカンダリファイルユニット2D
の切り離し要因を解消する。これにより、プライマリフ
ァイルユニット2Cとセカンダリファイルユニット2D
で切り離し要因が同時に発生した場合にも対応すること
ができる。
【0101】〔B−4〕プライマリファイルユニット2
Cとセカンダリファイルユニット2Dとで切り離し要因
が同時に発生した場合(その2) 図4に示した例では、プライマリファイルユニット2C
およびセカンダリファイルユニット2Dで同時に切り離
し要因が発生した場合に、プライマリファイルユニット
2Cでの切り離し要因を解消してから再結合し、セカン
ダリファイルユニット2Dの切り離し要因によって再度
切り離しを行なった後、セカンダリファイルユニット2
Dでの切り離し要因を解消している。
【0102】これに対し、図5に示す対処手順では、チ
ャネル1aとプライマリファイルユニット2Cとの間で
のチャネルディスコネクト要求と、セカンダリファイル
ユニット2Dからのリモート転送ディスコネクト要求と
が同時に発生し、チャネル1aとのディスコネクト要求
を優先し、セカンダリファイルユニット2Dに対しては
上位指示による特殊ディスコネクトインタフェースが動
作した場合でも、セカンダリファイルユニット2D内に
おいて、上位から指示されたディスコネクトのリモート
転送ディスコネクト要因となっている問題(切り離し要
因)を同時に解決させ、プライマリファイルユニット2
Cとの再結合後に再びリモート転送ディスコネクト要求
が発生する確率を減らしている。
【0103】図5は、本実施形態によるリモート転送時
に、プライマリファイルユニット2Cおよびセカンダリ
ファイルユニット2Dで同時に切り離し要因が発生した
場合の対処手順の変形例を説明するためのシーケンス図
であり、この図5では、図4に示した例と同様、ライト
コマンドCCWnの処理時にプライマリファイルユニッ
ト2Cおよびセカンダリファイルユニット2Dとで切り
離し要因が同時に発生した場合が示されている。
【0104】図5においても、上位装置1がライトコマ
ンドCCWnをチャネル1aからプライマリファイルユ
ニット2CのCA11へ送信した後、RA(S)14が
RA(P)14からデータを受信するまでの処理、つま
り矢印B11〜B19で示す処理は、それぞれ、図1の
矢印A64〜A72で示す処理に対応しているので、そ
の説明は省略する。また、図5中、図2〜図4で既述の
符号と同一の符号を付された矢印は、同一もしくはほぼ
同一の動作/手順を示すものであるので、その説明は省
略する。
【0105】図5に示す対処手順では、図4に示した対
処手順とは異なり、セカンダリファイルユニット2Dに
おいて自分の切り離れ要求が上位からの切り離れ要求に
より撤回された場合でも、セカンダリファイルユニット
2Dは、プライマリファイルユニット2Cと再結合され
るまでの間に、セカンダリファイルユニット2D内で発
生した切り離し要因を解決するための手段を実行し、そ
の切り離し要因を解消している。その手段は、セカンダ
リファイルユニット2DでRA(S)14が行なうRM
12とのディスコネクト処理において起動される。
【0106】従って、プライマリファイルユニット2C
とセカンダリファイルユニット2Dとでにおいて、それ
ぞれの切り離し要因となった事象を並行して解決され、
プライマリファイルユニット2Cから再結合要求が来た
時(矢印B32参照)には、図4で示した例のごとくセ
カンダリファイルユニット2Dから切り離れ指示がされ
ることなく処理の継続可能である。
【0107】つまり、セカンダリファイルユニット2D
にいおいて再結合要求が来た時点では、既に切り離し要
因が解消されているので、RA(S)14から、RA
(P)14,モジュール間通信エリア16aおよびCA
11を経由し、チャネル1aに対して直ちに正常終了の
通知が行なわれ(矢印B63〜B65参照)、リモート
転送処理が再開される。
【0108】このように、本実施形態によれば、プライ
マリファイルユニット2Cおよびセカンダリファイルユ
ニット2Dにおいて切り離し要因が同時に発生した際、
プライマリファイルユニット2Cの切り離し要因の解消
とセカンダリファイルユニット2Dの切り離し要因を解
消とを同時に行なうことにより、プライマリファイルユ
ニット2Cとセカンダリファイルユニット2Dとを再結
合した後に、セカンダリファイルユニット2D側から切
り離れ要求が発生する確率を小さくすることができ、上
位装置1に対して正常終了(終了ステータス)を通知す
るまでの応答時間を短縮することができる。
【0109】〔C〕リモート転送処理の並列化の説明 〔C−1〕並列化の一例の説明 図6は本実施形態によるリモート転送時に処理の一部を
並列化した一例を説明するためのシーケンス図である。
なお、図6では、図1でも示したライトコマンドCCW
2の処理に関わる部分のみ取り出して示しており、図6
中、図1で既述の符号と同一の符号を付された矢印は、
同一もしくはほぼ同一の動作/手順を示すものであり、
その詳細な説明は省略する。
【0110】図6に示すように、上位装置1から指示さ
れるライトコマンドCCW2に対し、プライマリファイ
ルユニット2CのCA11が、チャネル1aからコマン
ドコードを受け取った時点(矢印A64参照)で、コマ
ンドコードのみをプライマリファイルユニット2C内の
モジュール間通信エリア16aを用いてRA(P)14
に知らせる(矢印A66参照)。これと同時に、CA1
1は、チャネル1aに対してコマンド受領ステータス
(イニシャルステータス)を応答し(矢印A65参
照)、チャネル1aから受け付けたライトコマンドCC
W2のデータを受領し(矢印A67参照)、キャッシュ
メモリ16に書き込む(矢印A68参照)。
【0111】一方、CA11が現在実行中のライトコマ
ンドCCW2をモジュール間通信エリア16aを使って
通知されたRA(P)14は、同様のコマンドコードを
セカンダリファイルユニット2Dに発行し(矢印A69
参照)、セカンダリファイルユニット2Dから同様にイ
ニシャルステータスを受け取る(矢印A70参照)。そ
して、チャネル1aとCA11との間のデータ転送が完
了すると、CA11は、そのデータ転送が完了したこと
をモジュール間通信エリア16aを使ってRA(P)1
4に通知する(矢印A70′参照)。この通知を受けた
RA(P)14は、キャッシュメモリ16からデータを
読み出し、セカンダリファイルユニット2Dにデータを
転送する。
【0112】つまり、本実施形態では、チャネル1aと
CA11との間のデータ転送が完了すると同時に、CA
11によって受け取られたデータが、プライマリファイ
ルユニット2CのRA(P)14からセカンダリファイ
ルユニット2Dへ転送され始めることになる(矢印A7
1,A72参照)。このように、本実施形態では、ライ
トコマンド処理の一部を並列化している。
【0113】上述したライトコマンド処理の一部並列化
について、より詳細に説明する。チャネル1aとプライ
マリファイルユニット2CのCA11との間、および、
プライマリファイルユニット2CのRA(P)14とセ
カンダリファイルユニット2DのRA(S)14との間
において、各コマンドの処理は以下のように行なわれ
る。即ち、上位がコマンド発行し、CA11,RA
(S)14がそれぞれコマンドを受けてそのコマンドが
処理可能ならばコマンドの受理(イニシャルステータ
ス)を上位に返し、コマンドが受け付けられればそのコ
マンドに付随するデータの転送を行ない、最後にデータ
転送を含めた全てのコマンド処理が終了すると上位に対
してCA11,RA(S)14がそれぞれ終了ステータ
スを返すことで一つのコマンド処理が完了する。
【0114】ここで、上位とは、プライマリファイルユ
ニット2CのCA11に対してはチャネル1aであり、
セカンダリファイルユニット2DのRA(S)14に対
してはプライマリファイルユニット2CのRA(P)1
4である。また、データの転送に際して、ライト処理の
場合、データは上位からCA11,RA(S)14に対
してそれぞれ送られる。
【0115】チャネル1aとプライマリファイルユニッ
ト2CのCA11との間でイニシャルステータスが返っ
てしまえば、プライマリファイルユニット2CのRA
(P)14とセカンダリファイルユニット2DのRA
(S)14との間でも同様にコマンドを発行しイニシャ
ルステータスを受け取ることが可能である。そこで、イ
ニシャルステータスを返したプライマリファイルユニッ
ト2CのCA11は、コマンドを受け付け、現在そのコ
マンドのデータ転送中であることをモジュール間通信エ
リア16aを用いて知らせることにより、チャネル1a
とプライマリファイルユニット2CのCA11との間で
のデータ転送処理(データ受領処理)と、プライマリフ
ァイルユニット2CのRA(P)14とセカンダリファ
イルユニット2DのRA(S)14との間でのコマンド
受付処理とを同時に実行させ、処理時間の短縮化を実現
している。
【0116】なお、上述のようなライトコマンド処理の
一部並列化は、ライトコマンドCCW2のみならず他の
ライトコマンドにも上述と同様に適用される。このよう
に、本実施形態によれば、上位装置1からのライトコマ
ンドに応じてリモート転送を行なう際、上位装置1から
プライマリファイルユニット2Cへのデータ転送処理
と、プライマリファイルユニット2Cとセカンダリファ
イルユニット2Dとの間のコマンド受付処理とを並列的
に実行し、データの受領を完了すると同時にそのデータ
をリモート転送することにより、リモート転送処理を高
速化することができる。
【0117】〔C−2〕並列化の他例の説明 一方、図7は本実施形態によるリモート転送時に処理の
一部を並列化した他例を説明するためのシーケンス図で
ある。この図7では、図1でも示した書込動作指示コマ
ンドCCW1およびライトコマンドCCW2の処理に関
わる部分のみ取り出して示しており、図7中、図1で既
述の符号と同一の符号を付された矢印は、同一もしくは
ほぼ同一の動作/手順を示すものであるので、その説明
は省略する。
【0118】図7に示すように、プライマリファイルユ
ニット2CのCA11は、上位装置1から示されるライ
トの動作指示を行なうコマンド(Locate Record,Seek+
Search ID 等)CCW1の処理要求をRA(P)14に
モジュール間通信エリア16aを用いて知らせた後(矢
印A51,A53〜A55,A57参照)、コマンドC
CW1のデータ(Locate Recordのパラメータや、Seek+
Search ID 等の情報)を受け取った後も、RA(P)1
4からCA11に対して通知されるそのコマンドの処理
終了報告を待たずに、上位装置1からの書込動作指示コ
マンドCCW1に続く最初のライトコマンドCCW2を
受け取る(矢印A64参照)。
【0119】そして、CA11は、RA(P)14に対
して次のライトコマンドCCW2の先行予約を行ない、
そのライトコマンドCCW2のデータ転送完了後にRA
(P)14が該当する書込動作指示コマンドCCW1の
終了と次のライトコマンドCCW2の終了とを待ってチ
ャネル1aにライトコマンドCCW2の終了を報告する
ことにより、書込動作指示コマンドCCW1に続く最初
のライトコマンドCCW2のデータをチャネル1aから
プライマリファイルユニット2CのCA11へ転送する
処理と、プライマリファイルユニット2Cからセカンダ
リファイルユニット2Dへ最初のライトデータの転送を
開始するまでにプライマリファイルユニット2Cとセカ
ンダリファイルユニット2Dとの間で完了させておくべ
き受付処理とを並列的に行なうことができる。
【0120】書込動作指示コマンドCCW1は、以降に
続くライトコマンドCCW2〜CCWmが動作するため
の動作条件およびデバイスの位置決めを行なうコマンド
であり、このコマンドCCW1によりキャッシュメモリ
16上のデータが更新されることは無い。コマンドCC
W1に関わるデータはモジュール間通信エリア16aに
格納される。
【0121】そこで、図7に示す並列化手法では、チャ
ネル1aとプライマリファイルユニット2CのCA11
との間で行なうコマンドシーケンスをその次に続くライ
トコマンドCCW2まで拡大し、プライマリファイルユ
ニット2CのCA11は最初のライトコマンドCCW2
の終了ステータス報告時までファイルユニット2C,2
D間のステータスを監視しない。
【0122】このように、本実施形態によれば、最初の
ライトコマンドCCW2のデータを上位装置1からプラ
イマリファイルユニット2Cへ転送する処理と、最初の
ライトコマンドCCW2のデータ転送を開始するまでに
プライマリファイルユニット2Cとセカンダリファイル
ユニット2Dとの間で完了させておくべき受付処理とを
並列的に行なうことにより、リモート転送をより高速化
することができる。
【0123】〔D〕その他 なお、本発明は上述した実施形態に限定されるものでは
なく、本発明の趣旨を逸脱しない範囲で種々変形して実
施することができる。
【0124】
【発明の効果】以上詳述したように、本発明のファイル
ユニット間のリモート転送方法(請求項1〜7)によれ
ば、以下のような効果ないし利点を得ることができる。 〔1〕書込動作指示コマンドとこれに続く一連のライト
コマンドとにより構成される一つのライトアクセス単位
(例えばCCW)を実行する際に、コマンド毎に、プラ
イマリファイルユニットからセカンダリファイルユニッ
トへのリモート転送が行なわれ、コマンド毎に書込デー
タを確実に二重化することができる。これにより、一連
のライトコマンドの処理中に何らかの障害が発生した場
合、障害発生時の発行コマンド以前に発行されたライト
コマンドによる書込データは確実に二重化されている。
従って、その障害に対処すべく上位装置がリカバリ処理
を行なう際に、コマンドの一部をモディファイしてリカ
バリ処理を簡略化し、障害発生時の発行コマンド以降の
ライトコマンドを発行してリカバリ処理を行なったとし
ても、従来のような不具合は発生することなく、2つの
ファイルユニットにおけるデータの等価性が確実に保証
されることになる(請求項1)。
【0125】〔2〕プライマリファイルユニットにおい
て切り離し要因が発生した際には、その要因が解消され
るまで、プライマリファイルユニットと上位装置との間
だけでなく、プライマリファイルユニットとセカンダリ
ファイルユニットとの間も一時的に切り離されるので、
セカンダリファイルユニットや上位装置は、要因解消を
待ち続けることなく他の処理を実行することが可能にな
り、効率よく稼働することができる(請求項2)。
【0126】〔3〕セカンダリファイルユニットにおい
て切り離し要因が発生した際には、その要因が解消され
るまで、セカンダリファイルユニットとプライマリファ
イルユニットとの間だけでなく、プライマリファイルユ
ニットと上位装置との間も一時的に切り離されるので、
プライマリファイルユニットや上位装置は、要因解消を
待ち続けることなく他の処理を実行することが可能にな
り、効率よく稼働することができる(請求項3)。
【0127】〔4〕プライマリファイルユニットおよび
セカンダリファイルユニットにおいて切り離し要因が同
時に発生した際には、プライマリファイルユニットと上
位装置との間、および、プライマリファイルユニットと
セカンダリファイルユニットとの間を一時的に切り離し
た後、プライマリファイルユニットの切り離し要因を優
先的に解消してからセカンダリファイルユニットの切り
離し要因を解消する。これにより、プライマリファイル
ユニットとセカンダリファイルユニットで切り離し要因
が同時に発生した場合にも対応することができる(請求
項4)。
【0128】〔5〕プライマリファイルユニットおよび
セカンダリファイルユニットにおいて切り離し要因が同
時に発生した際、プライマリファイルユニットの切り離
し要因の解消とセカンダリファイルユニットの切り離し
要因を解消とを同時に行なうことにより、プライマリフ
ァイルユニットとセカンダリファイルユニットとを再結
合した後に、セカンダリファイルユニット側から切り離
れ要求が発生する確率を小さくすることができ、上位装
置に対して正常終了(終了ステータス)を通知するまで
の応答時間を短縮することができる(請求項5)。
【0129】〔6〕上位装置からのライトコマンドに応
じてリモート転送を行なう際、上位装置からのライトコ
マンドに応じてリモート転送を行なう際、上位装置から
プライマリファイルユニットへのデータ転送処理と、プ
ライマリファイルユニットとセカンダリファイルユニッ
トとの間のコマンド受付処理とを並列的に実行し、デー
タの受領を完了すると同時にそのデータをリモート転送
することにより、リモート転送処理を高速化することが
できる(請求項6)。
【0130】〔7〕最初のライトコマンドのデータを上
位装置からプライマリファイルユニットへ転送する処理
と、最初のライトコマンドのデータ転送を開始するまで
にプライマリファイルユニットとセカンダリファイルユ
ニットとの間で完了させておくべき受付処理とを並列的
に行なうことにより、リモート転送をより高速化するこ
とができる(請求項7)。
【図面の簡単な説明】
【図1】本発明の一実施形態としてのファイルユニット
間のリモート転送方法の手順を説明するためのシーケン
ス図である。
【図2】本実施形態によるリモート転送時にプライマリ
ファイルユニットで切り離し要因が発生した場合の対処
手順を説明するためのシーケンス図である。
【図3】本実施形態によるリモート転送時にセカンダリ
ファイルユニットで切り離し要因が発生した場合の対処
手順を説明するためのシーケンス図である。
【図4】本実施形態によるリモート転送時にプライマリ
ファイルユニットおよびセカンダリファイルユニットで
同時に切り離し要因が発生した場合の対処手順を説明す
るためのシーケンス図である。
【図5】本実施形態によるリモート転送時にプライマリ
ファイルユニットおよびセカンダリファイルユニットで
同時に切り離し要因が発生した場合の対処手順の変形例
を説明するためのシーケンス図である。
【図6】本実施形態によるリモート転送時に処理の一部
を並列化した一例を説明するためのシーケンス図であ
る。
【図7】本実施形態によるリモート転送時に処理の一部
を並列化した他例を説明するためのシーケンス図であ
る。
【図8】一般的なデータの二重化手法の一例を説明する
ためのブロック図である。
【図9】一般的なデータの二重化手法の他例を説明する
ためのブロック図である。
【図10】図9に示す手法を適用されたシステムの構
成、および、同システムで用いられるファイルユニット
(FCU)の詳細構成を示すブロック図である。
【図11】プライマリファイルユニットのキャッシュメ
モリに一時的に書き込まれる1トラック分のデータの構
成例を示す図である。
【図12】図10に示すシステムにおいて行なわれる、
従来のリモート転送手順(正常終了時)について説明す
るためのシーケンス図である。
【図13】図10に示すシステムにおいて行なわれる、
従来のリモート転送手順と障害発生時の上位装置による
リカバリ処理手順とについて説明するためのシーケンス
図である。
【図14】従来のリモート転送手順と障害発生時の上位
装置によるリカバリ処理手順との具体例を簡易的に示す
シーケンス図である。
【図15】上位装置によるプライマリファイルユニット
に対する従来のリカバリ処理手順の具体例を示すシーケ
ンス図である。
【図16】リカバリ処理手順を簡略化した例を示すシー
ケンス図である。
【図17】従来のリモート転送に際して障害が発生し、
上位装置が図16に示す手順でリカバリ処理を行なう場
合の具体例を示すシーケンス図である。
【符号の説明】
1 上位装置(ホスト) 1a チャネル 2C プライマリファイルユニット(FCU) 2D セカンダリファイルユニット(FCU) 11 CA(Channel Adapter) 12 RM(Resource Manager) 13 TS(Table Storage) 14 RA(Remote Adapter) 15 CFE(Cache Function Engine) 16 キャッシュメモリ 16a モジュール間通信エリア 17 DA(Device Adapter) 18 コマンドバス 19 データバス 20 物理デバイス 20a 磁気ディスク装置 21,22 インタフェース

Claims (7)

    【特許請求の範囲】
  1. 【請求項1】 上位装置に接続され該上位装置によりデ
    ータ更新されるプライマリファイルユニットと、該プラ
    イマリファイルユニットに接続され該プライマリファイ
    ルユニットによりデータ更新されるセカンダリファイル
    ユニットとをそなえたファイルシステムにおいて、 該上位装置が、書込開始位置情報をデータとして転送す
    るための書込動作指示コマンドを該プライマリファイル
    ユニットに対して発行した後、該書込動作指示コマンド
    とともに一つのライトアクセス単位を構成する一連のラ
    イトコマンドを、一つずつ該プライマリファイルユニッ
    トに対して順次発行し、該プライマリファイルユニット
    に対しデータ書込を行なう場合、 該上位装置により該プライマリファイルユニットに対し
    て行なわれたデータ書込と同じデータ書込を該セカンダ
    リファイルユニットに対しても行なうための、該プライ
    マリファイルユニットから該セカンダリファイルユニッ
    トへのリモート転送方法であって、 該プライマリファイルユニットが該上位装置から該書込
    動作指示コマンドを受け付けると、該プライマリファイ
    ルユニットから該セカンダリファイルユニットに対し、
    該書込動作指示コマンドと同様のコマンドを発行して書
    込開始を指示してから前記書込開始位置情報をデータと
    して転送し、 該書込動作指示コマンド以降、該プライマリファイルユ
    ニットが該上位装置から該一連のライトコマンドを一つ
    受け付ける都度、該プライマリファイルユニットから該
    セカンダリファイルユニットに対し、当該ライトコマン
    ドと同様のコマンドを発行して書込を指示してから当該
    ライトコマンドにより書き込むべきデータを転送し、当
    該ライトコマンドにより該プライマリファイルユニット
    に書き込まれたデータが該セカンダリファイルユニット
    にも正常に書き込まれたことを該プライマリファイルユ
    ニットが確認すると、当該ライトコマンドによる書込を
    正常に終了した旨を、該プライマリファイルユニットか
    ら該上位装置に対して通知することを特徴とする、ファ
    イルユニット間のリモート転送方法。
  2. 【請求項2】 前記一連のライトコマンドの処理中に、
    該プライマリファイルユニットにおいて、該プライマリ
    ファイルユニットと該上位装置とを一時的に切り離すべ
    き要因が発生した場合、 該プライマリファイルユニットから該上位装置に対して
    切り離れ要求を発行して該プライマリファイルユニット
    と該上位装置とを一時的に切り離すとともに、該プライ
    マリファイルユニットから該セカンダリファイルユニッ
    トに対しても切り離れ要求を発行して該プライマリファ
    イルユニットと該セカンダリファイルユニットとを一時
    的に切り離し、 該プライマリファイルユニットにおける前記要因を解消
    した後、 該プライマリファイルユニットからの再結合要求に応じ
    て、該プライマリファイルユニットと該上位装置とを再
    結合するとともに、該プライマリファイルユニットと該
    セカンダリファイルユニットとを再結合することを特徴
    とする、請求項1記載のファイルユニット間のリモート
    転送方法。
  3. 【請求項3】 前記一連のライトコマンドの処理中に、
    該セカンダリファイルユニットにおいて、該セカンダリ
    ファイルユニットと該プライマリファイルユニットとを
    一時的に切り離すべき要因が発生した場合、 該セカンダリファイルユニットから該プライマリファイ
    ルユニットに対して切り離れ要求を発行して該セカンダ
    リファイルユニットと該プライマリファイルユニットと
    を一時的に切り離すとともに、該切り離れ要求を受けた
    該プライマリファイルユニットから該上位装置に対して
    切り離れ要求を発行して該プライマリファイルユニット
    と該上位装置とを一時的に切り離し、 該セカンダリファイルユニットにおける前記要因を解消
    した後、 該セカンダリファイルユニットからの再結合要求に応じ
    て、該セカンダリファイルユニットと該プライマリファ
    イルユニットとを再結合するとともに、該プライマリフ
    ァイルユニットと該上位装置とを再結合することを特徴
    とする、請求項1記載のファイルユニット間のリモート
    転送方法。
  4. 【請求項4】 前記一連のライトコマンドの処理中に、
    該プライマリファイルユニットにおいて、該プライマリ
    ファイルユニットと該上位装置とを一時的に切り離すべ
    き要因が発生すると同時に、該セカンダリファイルユニ
    ットにおいて、該セカンダリファイルユニットと該プラ
    イマリファイルユニットとを一時的に切り離すべき要因
    が発生した場合、 該プライマリファイルユニットから該上位装置に対する
    切り離れ要求を、該セカンダリファイルユニットから該
    プライマリファイルユニットに対する切り離れ要求より
    も優先し、該プライマリファイルユニットと該上位装置
    とを一時的に切り離すとともに、該プライマリファイル
    ユニットから該セカンダリファイルユニットに対しても
    切り離れ要求を発行して該プライマリファイルユニット
    と該セカンダリファイルユニットとを一時的に切り離
    し、該プライマリファイルユニットにおける前記要因を
    解消した後、該プライマリファイルユニットからの再結
    合要求に応じて、該プライマリファイルユニットと該上
    位装置とを再結合するとともに、該プライマリファイル
    ユニットと該セカンダリファイルユニットとを再結合し
    てから、 該セカンダリファイルユニットから該プライマリファイ
    ルユニットに対して切り離れ要求を発行して該セカンダ
    リファイルユニットと該プライマリファイルユニットと
    を一時的に切り離すとともに、該切り離れ要求を受けた
    該プライマリファイルユニットから該上位装置に対して
    切り離れ要求を発行して該プライマリファイルユニット
    と該上位装置とを一時的に切り離し、該セカンダリファ
    イルユニットにおける前記要因を解消した後、該セカン
    ダリファイルユニットからの再結合要求に応じて、該セ
    カンダリファイルユニットと該プライマリファイルユニ
    ットとを再結合するとともに、該プライマリファイルユ
    ニットと該上位装置とを再結合することを特徴とする、
    請求項1記載のファイルユニット間のリモート転送方
    法。
  5. 【請求項5】 前記一連のライトコマンドの処理中に、
    該プライマリファイルユニットにおいて、該プライマリ
    ファイルユニットと該上位装置とを一時的に切り離すべ
    き要因が発生すると同時に、該セカンダリファイルユニ
    ットにおいて、該セカンダリファイルユニットと該プラ
    イマリファイルユニットとを一時的に切り離すべき要因
    が発生した場合、 該プライマリファイルユニットから該上位装置に対する
    切り離れ要求を、該セカンダリファイルユニットから該
    プライマリファイルユニットに対する切り離れ要求より
    も優先し、該プライマリファイルユニットと該上位装置
    とを一時的に切り離すとともに、該プライマリファイル
    ユニットから該セカンダリファイルユニットに対しても
    切り離れ要求を発行して該プライマリファイルユニット
    と該セカンダリファイルユニットとを一時的に切り離
    し、 該プライマリファイルユニットにおける前記要因の解消
    と該セカンダリファイルユニットにおける前記要因の解
    消とを同時に実行した後、 該プライマリファイルユニットからの再結合要求に応じ
    て、該プライマリファイルユニットと該上位装置とを再
    結合するとともに、該プライマリファイルユニットと該
    セカンダリファイルユニットとを再結合することを特徴
    とする、請求項1記載のファイルユニット間のリモート
    転送方法。
  6. 【請求項6】 前記一連のライトコマンドを一つ受け付
    ける都度、該プライマリファイルユニットから該セカン
    ダリファイルユニットに対し、当該ライトコマンドと同
    様のコマンドを発行して書込を指示してから当該ライト
    コマンドにより書き込むべきデータを転送する際に、 該プライマリファイルユニットから該セカンダリファイ
    ルユニットに対して当該ライトコマンドと同様のコマン
    ドを発行して該プライマリファイルユニットと該セカン
    ダリファイルユニットとの間のコマンド受付処理と、該
    プライマリファイルユニットにおいて該上位装置から当
    該ライトコマンドにより書き込むべきデータを受領する
    データ受領処理とを同時に実行し、 当該データの受領を完了すると同時に当該データを該プ
    ライマリファイルユニットから該セカンダリファイルユ
    ニットに対して転送することを特徴とする、請求項1記
    載のファイルユニット間のリモート転送方法。
  7. 【請求項7】 該書込動作指示コマンドに続く最初のラ
    イトコマンドのデータを該上位装置から該プライマリフ
    ァイルユニットへ転送する処理と、 該プライマリファイルユニットから該セカンダリファイ
    ルユニットへ該最初のライトコマンドのデータ転送を開
    始するまでに該プライマリファイルユニットと該セカン
    ダリファイルユニットとの間で完了させておくべき受付
    処理とを並列的に行なうことを特徴とする、請求項1記
    載のファイルユニット間のリモート転送方法。
JP10264258A 1998-09-18 1998-09-18 ファイルユニット間のリモート転送方法 Pending JP2000099277A (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP10264258A JP2000099277A (ja) 1998-09-18 1998-09-18 ファイルユニット間のリモート転送方法
DE19983497T DE19983497B4 (de) 1998-09-18 1999-02-18 Fernübertragungsverfahren zwischen Dateieinheiten
PCT/JP1999/000701 WO2000017741A1 (en) 1998-09-18 1999-02-18 Method of remote transfer between file units
US09/768,057 US6393538B2 (en) 1998-09-18 2001-01-24 Reproducing updates in a first file storage unit to a second file storage unit by transferring update information from the first unit to the second unit

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP10264258A JP2000099277A (ja) 1998-09-18 1998-09-18 ファイルユニット間のリモート転送方法

Publications (1)

Publication Number Publication Date
JP2000099277A true JP2000099277A (ja) 2000-04-07

Family

ID=17400687

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10264258A Pending JP2000099277A (ja) 1998-09-18 1998-09-18 ファイルユニット間のリモート転送方法

Country Status (4)

Country Link
US (1) US6393538B2 (ja)
JP (1) JP2000099277A (ja)
DE (1) DE19983497B4 (ja)
WO (1) WO2000017741A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003167684A (ja) * 2001-12-04 2003-06-13 Nec Corp ディスクアレイ装置間の遠隔データコピー方式
US7398367B2 (en) 2001-03-02 2008-07-08 Hitachi, Ltd. Storage subsystem that connects fibre channel and supports online backup
JP2009271701A (ja) * 2008-05-07 2009-11-19 Hitachi Ltd ストレージ装置制御方法および計算機システム
JP2013041353A (ja) * 2011-08-12 2013-02-28 Fujitsu Ltd 情報処理装置、ストレージ制御方法およびプログラム

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4651797B2 (ja) * 2000-10-03 2011-03-16 富士通セミコンダクター株式会社 バックアップシステム、及び複製装置
JP4495899B2 (ja) * 2002-05-29 2010-07-07 インターナショナル・ビジネス・マシーンズ・コーポレーション 接続切替装置およびその接続切替装置を用いたファイルシステム
JP4107083B2 (ja) * 2002-12-27 2008-06-25 株式会社日立製作所 高可用ディスク制御装置とその障害処理方法及び高可用ディスクサブシステム
JP2004234555A (ja) * 2003-01-31 2004-08-19 Hitachi Ltd ストレージシステムの制御方法、ストレージシステム、及びプログラム
JP4342804B2 (ja) * 2003-01-31 2009-10-14 株式会社日立製作所 ストレージシステムの制御方法、ストレージシステム、及びプログラム
JP2004234558A (ja) * 2003-01-31 2004-08-19 Hitachi Ltd 記憶デバイス制御装置、及びプログラム
JP2004259079A (ja) * 2003-02-27 2004-09-16 Hitachi Ltd データ処理システム
WO2004114143A2 (de) * 2003-06-18 2004-12-29 Fujitsu Siemens Computers Gmbh Clusteranordnung
US7130975B2 (en) 2003-06-27 2006-10-31 Hitachi, Ltd. Data processing system
JP4374953B2 (ja) * 2003-09-09 2009-12-02 株式会社日立製作所 データ処理システム
JP4124348B2 (ja) 2003-06-27 2008-07-23 株式会社日立製作所 記憶システム
JP2005309550A (ja) 2004-04-19 2005-11-04 Hitachi Ltd リモートコピー方法及びリモートコピーシステム
US7219201B2 (en) * 2003-09-17 2007-05-15 Hitachi, Ltd. Remote storage disk control device and method for controlling the same
JP4412989B2 (ja) 2003-12-15 2010-02-10 株式会社日立製作所 複数の記憶システムを有するデータ処理システム
JP4477370B2 (ja) * 2004-01-30 2010-06-09 株式会社日立製作所 データ処理システム
JP4551096B2 (ja) * 2004-02-03 2010-09-22 株式会社日立製作所 ストレージサブシステム
US20050240726A1 (en) * 2004-04-27 2005-10-27 Hitachi Global Storage Technologies Netherlands B.V. Synergistic hybrid disk drive
JP4519563B2 (ja) 2004-08-04 2010-08-04 株式会社日立製作所 記憶システム及びデータ処理システム
JP2006107045A (ja) * 2004-10-04 2006-04-20 Hitachi Ltd ストレージ装置
JP2006127028A (ja) * 2004-10-27 2006-05-18 Hitachi Ltd 記憶システム及び記憶制御装置
US8849940B1 (en) * 2007-12-14 2014-09-30 Blue Coat Systems, Inc. Wide area network file system with low latency write command processing
US8675000B2 (en) * 2008-11-07 2014-03-18 Google, Inc. Command buffers for web-based graphics rendering
US8294723B2 (en) 2008-11-07 2012-10-23 Google Inc. Hardware-accelerated graphics for web applications using native code modules
US8797337B1 (en) 2009-07-02 2014-08-05 Google Inc. Graphics scenegraph rendering for web applications using native code modules

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07239799A (ja) * 1994-02-22 1995-09-12 Internatl Business Mach Corp <Ibm> 遠隔データ・シャドーイングを提供する方法および遠隔データ二重化システム
JPH07244597A (ja) * 1994-02-22 1995-09-19 Internatl Business Mach Corp <Ibm> 災害復旧機能を提供するために整合性グループを形成する方法および関連するシステム
JPH08166909A (ja) * 1994-12-14 1996-06-25 Fujitsu Ltd 記憶制御装置
JPH09190292A (ja) * 1996-01-10 1997-07-22 Hitachi Ltd 外部記憶制御装置及び外部記憶制御装置間データ転送方法
JPH1031561A (ja) * 1996-07-16 1998-02-03 Hitachi Ltd データ多重化方法および情報処理装置ならびに記憶サブシステム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5534756A (en) * 1978-09-02 1980-03-11 Nec Corp Double recording system of magnetic disc device
JPS55115121A (en) * 1979-02-28 1980-09-04 Nec Corp Input and output control unit possible for duplicated recording
JPS58144960A (ja) 1982-02-23 1983-08-29 Hitachi Ltd 二重書き制御方式
EP0163096B1 (de) * 1984-04-26 1988-11-17 BBC Brown Boveri AG Einrichtung zur Rettung eines Rechnerzustandes
US5544347A (en) * 1990-09-24 1996-08-06 Emc Corporation Data storage system controlled remote data mirroring with respectively maintained data indices
JPH0594265A (ja) * 1991-10-03 1993-04-16 Nec Corp 多重書フアイルシステム
JPH0659958A (ja) 1992-08-10 1994-03-04 Fujitsu Ltd ファイル書込処理方式
JP3130536B2 (ja) * 1993-01-21 2001-01-31 アップル コンピューター インコーポレーテッド 多数のネットワークされたコンピュータ記憶装置からデータを転送し記憶する装置ならびに方法
JP3260923B2 (ja) * 1993-09-20 2002-02-25 富士通株式会社 データ処理システムのバックアップ制御装置及び方法
JPH07175598A (ja) * 1993-12-20 1995-07-14 Mitsubishi Electric Corp 二次記憶装置への多重書き込み方式
US5574950A (en) * 1994-03-01 1996-11-12 International Business Machines Corporation Remote data shadowing using a multimode interface to dynamically reconfigure control link-level and communication link-level
US5712970A (en) * 1995-09-28 1998-01-27 Emc Corporation Method and apparatus for reliably storing data to be written to a peripheral device subsystem using plural controllers
JPH09171441A (ja) 1995-12-20 1997-06-30 Hitachi Ltd 二重化記憶装置の記憶一致方法および装置
US6023584A (en) * 1997-01-03 2000-02-08 Ncr Corporation Installation of computer programs using disk mirroring

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07239799A (ja) * 1994-02-22 1995-09-12 Internatl Business Mach Corp <Ibm> 遠隔データ・シャドーイングを提供する方法および遠隔データ二重化システム
JPH07244597A (ja) * 1994-02-22 1995-09-19 Internatl Business Mach Corp <Ibm> 災害復旧機能を提供するために整合性グループを形成する方法および関連するシステム
JPH08166909A (ja) * 1994-12-14 1996-06-25 Fujitsu Ltd 記憶制御装置
JPH09190292A (ja) * 1996-01-10 1997-07-22 Hitachi Ltd 外部記憶制御装置及び外部記憶制御装置間データ転送方法
JPH1031561A (ja) * 1996-07-16 1998-02-03 Hitachi Ltd データ多重化方法および情報処理装置ならびに記憶サブシステム

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7398367B2 (en) 2001-03-02 2008-07-08 Hitachi, Ltd. Storage subsystem that connects fibre channel and supports online backup
US7904646B2 (en) 2001-03-02 2011-03-08 Hitachi, Ltd. Storage subsystem that connects fibre channel and supports online backup
US8234449B2 (en) 2001-03-02 2012-07-31 Hitachi, Ltd. Storage subsystem that connects fibre channel and supports online backup
US8806119B2 (en) 2001-03-02 2014-08-12 Hitachi, Ltd. Storage subsystem that connects fibre channel and supports online backup
JP2003167684A (ja) * 2001-12-04 2003-06-13 Nec Corp ディスクアレイ装置間の遠隔データコピー方式
JP2009271701A (ja) * 2008-05-07 2009-11-19 Hitachi Ltd ストレージ装置制御方法および計算機システム
US8661219B2 (en) 2008-05-07 2014-02-25 Hitachi, Ltd. Storage device control method and computer system
JP2013041353A (ja) * 2011-08-12 2013-02-28 Fujitsu Ltd 情報処理装置、ストレージ制御方法およびプログラム

Also Published As

Publication number Publication date
DE19983497B4 (de) 2006-01-26
US6393538B2 (en) 2002-05-21
WO2000017741A1 (en) 2000-03-30
US20010004754A1 (en) 2001-06-21
DE19983497T1 (de) 2001-08-16

Similar Documents

Publication Publication Date Title
JP2000099277A (ja) ファイルユニット間のリモート転送方法
US7103727B2 (en) Storage system for multi-site remote copy
JP4871850B2 (ja) 仮想計算機システム及び仮想計算機移行制御方法
CN100565464C (zh) 远程拷贝系统
US8166241B2 (en) Method of improving efficiency of capacity of volume used for copy function and apparatus thereof
US20050188166A1 (en) Apparatus and method for online data migration with remote copy
US20090216976A1 (en) Computer system allowing any computer to copy any storage area within a storage system
US20100268687A1 (en) Node system, server switching method, server apparatus, and data takeover method
US20100138625A1 (en) Recording medium storing update processing program for storage system, update processing method, and storage system
US20090193286A1 (en) Method and System for In-doubt Resolution in Transaction Processing
US12388894B1 (en) Information processing method, controller cluster, electronic device, and medium
US9342418B2 (en) Storage system, storage control device and data transfer method
JP2009217484A (ja) リモートコピーシステム及び確認方法
CN112612653A (zh) 一种业务恢复方法、装置、仲裁服务器以及存储系统
US7685461B2 (en) Method, apparatus and program storage device for performing fault tolerant code upgrade on a fault tolerant system by determining when functional code reaches a desired state before resuming an upgrade
US8595728B2 (en) System for judging an execution status of batch processing, and based on judgement result to send post-update data to terminal device
WO2023155706A1 (zh) 一种数据存储系统及方法
JP4456084B2 (ja) 制御装置およびそのファームウェア活性交換制御方法
JPH1185594A (ja) リモートコピー用情報処理システム
JPH10222456A (ja) データ転送装置
CN118921263A (zh) 一种主备节点的切换方法、装置、存储介质及电子设备
CN111988359A (zh) 基于消息队列的数据分片同步方法及系统
JP3097654B2 (ja) 共有メモリ管理システム、共有メモリ管理方法および共有メモリ管理用プロラムを記録した記録媒体
JP3612209B2 (ja) 磁気ディスク制御装置によるリモート転送方法
CN120687305A (zh) 存储加速软件重启方法、装置、智能网卡及服务器

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040511

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040712

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040824

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050111