JPH11305950A - 磁気ディスク制御装置によるリモート転送方法 - Google Patents

Abstract

(57)【要約】 【課題】 順序性保証モードが指定されている際には、
転送エラーが発生したとしても順序性を確実に保証しな
がらデータ（トラック）を正センタ側から副センタ側へ
転送できるようにする。 【解決手段】 順序性保証モードが指定されている場
合、正センタ側磁気ディスク制御装置は、正センタ側ホ
ストから１つのトラックの転送依頼を受けると、当該ト
ラックを該副センタ側磁気ディスク制御装置に転送し、
当該トラックの転送を完了した時点で正センタ側ホスト
に転送完了通知を送り返し、正センタ側ホストは、正セ
ンタ側磁気ディスク制御装置から前記転送完了通知を受
領すると、次のトラックの転送依頼を正センタ側磁気デ
ィスク制御装置に対して発行する。

Description

【発明の詳細な説明】

【０００１】（目次） 発明の属する技術分野 従来の技術（図１６〜図１８） 発明が解決しようとする課題（図１９〜図２５） 課題を解決するための手段 発明の実施の形態 〔Ａ〕第１実施形態の説明（図１〜図６） 〔Ｂ〕第２実施形態の説明（図７〜図１０） 〔Ｃ〕第３実施形態の説明（図１１，図１２） 〔Ｄ〕第４実施形態の説明（図１３〜図１５） 〔Ｅ〕その他 発明の効果

【０００２】

【発明の属する技術分野】一般に、本来の業務を行なう
正センタ（業務システム）の設置場所とは別の場所（遠
隔地）に副センタ（バックアップシステム）を設置し正
センタの業務を副センタによりバックアップ可能に構成
したシステムでは、各センタに、リモート転送機能を有
する磁気ディスク制御装置〔以下、リモートＦＣＵ（Fi
le ControlUnit)という〕がそなえられている。

【０００３】本発明は、上述したリモートＦＣＵにより
正センタ側から副センタ側へリモート転送を行なう際
に、転送データ（トラック）の順序性を保証する機能を
実現するためのリモート転送方法に関する。

【０００４】

【従来の技術】近年、本来の業務を行なう正センタ（業
務システム）の動作が地震等の災害や突発的な故障によ
り停止した場合にそなえ、図１６に示すように、正セン
タ１Ａの設置場所とは別の遠隔地に副センタ（バックア
ップシステム）１Ｂを設置することが一般的になってい
る。

【０００５】このように、遠隔地における副センタ１Ｂ
により正センタ１Ａの業務をバックアップ可能にしたシ
ステムの構成について、図１６を参照しながら説明す
る。なお、図１６において、正センタ１Ａと副センタ１
Ｂとで同じ機能を果たす構成要素には同じ数字を符号と
して付与し、また、正センタ１Ａに属する構成要素を示
す符号には“Ａ”を付し、副センタ１Ｂに属する構成要
素を示す符号には“Ｂ”を付している。

【０００６】正センタ１Ａは、ホスト（ＣＰＵ）２Ａ，
磁気ディスク制御装置（以下、ＦＣＵという）３Ａ，磁
気ディスク装置（ボリューム）４Ａおよびアダプタ５Ａ
を有して構成されている。ホスト２Ａは、本来の業務の
ための処理を行なうもので、アダプタ５Ａを介して通信
回線６に接続されている。ＦＣＵ３Ａは、ホスト２Ａと
磁気ディスク装置４Ａとの間に介装され、ホスト２Ａか
らの入出力信号（以下、単にＩ／Ｏと呼ぶ場合がある）
に応じて磁気ディスク装置４Ａに対する書込／読出制御
を行なうものである。

【０００７】副センタ１Ｂも、正センタ１Ａと同様、ホ
スト（ＣＰＵ）２Ｂ，ＦＣＵ３Ｂ，磁気ディスク装置
（ボリューム）４Ｂおよびアダプタ５Ｂを有して構成さ
れている。ホスト２Ｂは、バックアップ時に正センタ１
Ａから業務のための処理を引き継いで行なうもので、ア
ダプタ５Ｂを介して通信回線６に接続されている。ＦＣ
Ｕ３Ｂは、ホスト２Ｂと磁気ディスク装置４Ｂとの間に
介装され、ホスト２Ｂからの入出力信号に応じて磁気デ
ィスク装置４Ｂに対する書込／読出制御を行なうもので
ある。

【０００８】そして、正センタ１Ａにおいて、業務の実
行に伴い磁気ディスク装置４Ａのデータが変更された場
合には、変更されたデータについての情報が、ホスト２
Ａおよびアダプタ５Ａを通じて通信回線６へ送り出さ
れ、この通信回線６を介して副センタ１Ｂへ送信され
る。その情報は、副センタ１Ｂにおいて、通信回線６か
らアダプタ５Ｂを通じてホスト２Ｂで受信され、このホ
スト２Ｂは、ＦＣＵ３Ｂに対してＩ／Ｏを出力すること
により、磁気ディスク装置４Ｂのデータに対して正セン
タ１Ａの磁気ディスク装置４Ａのデータと同一の変更を
施す。これにより、正センタ１Ａの磁気ディスク装置４
Ａと副センタ１Ｂの磁気ディスク装置４Ｂとには常に同
じデータが保持される。つまり、常時、副センタ１Ｂの
磁気ディスク装置４Ｂには、正センタ１Ａの磁気ディス
ク装置４Ａと等価なボリューム（リモートシャドウボリ
ューム）が構築される。

【０００９】従って、万一、正センタ１Ａまたは副セン
タ１Ｂのいずれか一方の動作が地震等の災害や突発的な
故障によって停止した場合、動作停止を免れた他方のセ
ンタ１Ｂまたは１Ａにはデータが保持されることになる
ので、他方のセンタ１Ｂまたは１Ａは、直ちに動作停止
したセンタ１Ａまたは１Ｂの動作を引き継いで行ない、
業務をバックアップすることができる。

【００１０】しかしながら、ホスト２Ａは本来の業務の
ための処理を行なっており元々負荷が大きいため、上述
のように正センタ１Ａのホスト２Ａが副センタ１Ｂへの
データ転送を行なう場合、あまり大きなデータを転送で
きず効率のよい転送を行なうことができなかった。そこ
で、正センタ１Ａおよび副センタ１Ｂのそれぞれにおい
て、図１６に示すＦＣＵ３Ａおよび３Ｂに代え、図１７
に示すように、リモート転送機能を有するＦＣＵ（以
下、リモートＦＣＵという）１０Ａおよび１０Ｂをそな
え、これらのリモートＦＣＵ１０Ａ，１０Ｂの間を通信
回線６により接続したリモートシステムが提案され用い
られている。このリモートシステムでは、正センタ１Ａ
から副センタ１Ｂへのデータ転送（リモート転送）が、
リモートＦＣＵ１０Ａによって行なわれるので、ホスト
２Ａの負荷が分散され、データ転送を効率よく行なえる
ようになる。

【００１１】なお、リモートＦＣＵ１０Ａ，１０Ｂ間を
接続する通信回線６としては例えば高速ディジタル回線
やＡＴＭ回線が用いられる。また、ホスト２Ａ，２Ｂと
リモートＦＣＵ１０Ａ，１０Ｂとの間はチャネルインタ
フェースにより接続されるほか、リモートＦＣＵ１０
Ａ，１０Ｂと磁気ディスク装置（ボリューム）４Ａ，４
Ｂとの間はＰＣＩ(Peripheral Component Interconnec
t）インタフェースあるいはＳＣＳＩ(Small Computer S
ystem Interface）インタフェースにより接続される。

【００１２】上述したリモートＦＣＵ１０Ａ，１０Ｂの
構成を、図１８により説明する。この図１８に示すよう
に、リモートＦＣＵ１０Ａ，１０Ｂのそれぞれは、ＣＡ
(Channel Adapter）１１，ＲＭ(Resource Manager)１
２，ＴＳ（Table Storage)１３，ＲＡ(Remort Adapter)
１４，ＣＦＥ（Cache Function Engine)１５，ＳＳ(Sha
red Storage)１６，ＤＡ(Device Adapter)１７およびＣ
−ＢＵＳ（Control-BUS)１８を有して構成されている。

【００１３】ここで、ＣＡ１１は、ホスト２Ａ，２Ｂと
の外部インタフェース制御を担当するモジュールであ
り、ＲＭ１２は、基本動作に関する、リモートＦＣＵ１
０Ａ，１０Ｂ内における資源の管理／制御を担当するモ
ジュールであり、ＴＳ１３は、ＲＭ１２に付設され、リ
モートＦＣＵ１０Ａ，１０Ｂ内の資源管理用のテーブル
として使用されるメモリである。

【００１４】ＲＡ１４は、回線制御装置（図示省略）を
使用し、通信回線６を介して他のリモートＦＣＵ１０Ａ
または１０Ｂとの間のデータの転送を担当する回線通信
モジュールであり、ＣＦＥ１５は、ＳＳ１６におけるキ
ャッシュメモリ１６ａ（図１７参照）の管理を担当する
モジュールである。ここでは、キャッシュメモリ１６ａ
などを含む共用メモリ部を総称してＳＳ（符号１６）と
呼んでいる。なお、通常、各リモートＦＣＵ１０Ａ，１
０Ｂには複数個（例えば２個〜８個）のＲＡ１４が搭載
されており、正センタ１Ａと副センタ１Ｂとの間は複数
本（例えば２本〜８本）の回線が敷設されている。ただ
し、図１７ではＲＡ１４および通信回線６はそれぞれ１
つだけ図示されている。

【００１５】ＤＡ１７は、下位装置である磁気ディスク
装置（ボリューム）４Ａ，４Ｂとのインタフェース制御
を担当するモジュールであり、Ｃ−ＢＵＳ１８は、上述
した各機能モジュール（符号１１〜１７）が互いにコミ
ュニケーションを行なうためのルートで、モジュール間
の制御情報の送受信に使用されるものである。上述のご
とく構成されたリモートシステムでのデータの流れにつ
いて、図１７を参照しながら説明する。

【００１６】図１７に示すように、リモートＦＣＵ１０
Ａ内のＲＡ１４は、通信回線６を介し、遠隔地にある副
センタ１ＢにおけるリモートＦＣＵ１０Ｂ内のＲＡ１４
に接続されており、正センタ１Ａ内では、ホスト２Ａか
らのデータは、リモートＦＣＵ１０ＡのＣＡ１１により
受け取られて、一旦、ＳＳ１６上のキャッシュメモリ１
６ａに書き込まれる。

【００１７】そして、キャッシュメモリ１６ａに書き込
まれたデータ（トラック）は、ＲＡ１４により複数のパ
ケットに分割されて副センタ１Ｂ側のリモートＦＣＵ１
０Ｂに転送される。また、正センタ１Ａにおいて、キャ
ッシュメモリ１６ａから磁気ディスク装置４Ａへの書込
は、リモートＦＣＵ１０ＡのＤＡ１７により適当なタイ
ミングで実行される。

【００１８】一方、副センタ１Ｂ内では、正センタ１Ａ
側のリモートＦＣＵ１０Ａからのデータは、リモートＦ
ＣＵ１０ＢのＲＡ１４により受け取られて、一旦、ＳＳ
１６上のキャッシュメモリ１６ａに書き込まれる。そし
て、キャッシュメモリ１６ａに書き込まれたデータ（ト
ラック）は、ＤＡ１７により適当なタイミングで磁気デ
ィスク装置４Ｂに書き込まれる。

【００１９】

【発明が解決しようとする課題】ところで、正センタ１
Ａ側のホスト２Ａは、リモートＦＣＵ１０Ａに対してＩ
／Ｏを発行する際、順序性保証モードを指定することに
より、リモートＦＣＵ１０Ａに、順序性を保証したデー
タ書込／転送を行なわせることができる。ここで、順序
性を保証したデータ書込／転送とは、正センタ１Ａ側に
おいて、ホスト２ＡからリモートＦＣＵ１０Ａに対しト
ラックＴ１，Ｔ２，Ｔ３の順で書込／転送すべきデータ
を送った場合、正センタ１Ａ側の磁気ディスク装置４Ａ
および副センタ１Ｂ側のリモートＦＣＵ１０Ｂにも全く
同じ順番でデータ（トラックＴ１，Ｔ２，Ｔ３）の書込
／転送を行なうことである。

【００２０】正センタ１Ａ側のホスト２Ａが上述のよう
な順序性保証モードを指定した時、正センタ１Ａ側にお
いて、ホスト２ＡからリモートＦＣＵ１０Ａへ送られる
データの順序性、および、リモートＦＣＵ１０Ａから磁
気ディスク装置４Ａへ送られるデータの順序性は、制御
上、必ず保証される。しかし、副センタ１Ｂ側におい
て、リモートＦＣＵ１０Ｂは、正センタ１Ａ側からのト
ラックをその到着順に磁気ディスク装置４Ｂに書き込ん
でいるため、順序性が損なわれる可能性がある（即ち、
磁気ディスク装置４Ｂに書き込まれるトラックの順序
が、正センタ１Ａ側のホスト２Ａから送出されたデータ
の順序と異なってしまうおそれがある）。

【００２１】以下に、順序性が保たれているデータ書込
／転送と、保たれていないデータ書込／転送と、順序性
を保証した転送機能の必要性とについて、図１９〜図２
５を参照しながら説明する。まず、順序性が保たれてい
るデータ書込／転送について、図１９および図２０によ
り説明する。ここで、図１９は、順序性が保たれている
データ書込／転送を説明するための図、図２０は、順序
性が保たれているデータ書込／転送を、時間軸および図
１９中の〜に対応させて説明するためのフローチャ
ートである。なお、図１９中、既述の符号と同一の符号
は同一もしくはほぼ同一の部分を示しているので、その
説明は省略する。

【００２２】ただし、図１９に示すリモートシステムで
は、正センタ１Ａ側のリモートＦＣＵ１０Ａと副センタ
１Ｂ側のリモートＦＣＵ１０Ｂとの間が２本の通信回線
６−１，６−２により接続されている。つまり、リモー
トＦＣＵ１０Ａに２個のＲＡ１４（以下それぞれＲＡ０
１，ＲＡ０２として区別し表記する）が搭載されるとと
もに、リモートＦＣＵ１０Ｂにも２個のＲＡ１４（以下
それぞれＲＡ０３，ＲＡ０４として区別／表記する）が
搭載され、ＲＡ０１とＲＡ０３との間が通信回線６−１
により接続され、ＲＡ０２とＲＡ０４との間が通信回線
６−２により接続されている。

【００２３】図１９および図２０に示すように、正セン
タ１Ａ側において、ホスト２Ａは、リモートＦＣＵ１０
ＡのＳＳ１６上に確保されたキャッシュメモリ１６ａに
対して、トラックＴ１およびＴ２を、順次、書き込む
（および参照）。この時点で、２本の通信回線６−
１，６−２はいずれも使用されていないものとする。そ
して、リモートＦＣＵ１０Ａは、ＲＡ０１により、先に
キャッシュメモリ１６ａに書き込まれたトラックＴ１を
読み出し、通信回線６−１（ＲＡ０１／ＲＡ０３パス）
を使用して副センタ１Ｂ側のリモートＦＣＵ１０Ｂへ転
送する（参照）。

【００２４】これに引き続いて、リモートＦＣＵ１０Ａ
は、次にキャッシュメモリ１６ａに書き込まれたトラッ
クＴ２を転送するが、このとき、通信回線６−１（ＲＡ
０１／ＲＡ０３パス）が使用中であることから、ＲＡ０
２により、トラックＴ２を読み出し、通信回線６−２
（ＲＡ０２／ＲＡ０４パス）を使用して副センタ１Ｂ側
のリモートＦＣＵ１０Ｂへ転送する（参照）。

【００２５】このように、図１９および図２０に示した
データ転送例では、トラックＴ１，Ｔ２は、ホスト２Ａ
から送り出された順序のまま、リモートＦＣＵ１０Ａか
らリモートＦＣＵ１０Ｂへ転送されるので、副センタ１
Ｂ側では、その順序性を保持した状態でトラックＴ１，
Ｔ２が磁気ディスク装置４Ｂに書き込まれることにな
る。

【００２６】一方、順序性が保たれていないデータ書込
／転送について、図２１および図２２により説明する。
ここで、図２１は、順序性が保たれていないデータ書込
／転送を説明するための図、図２２は、順序性が保たれ
ていないデータ書込／転送を、時間軸および図２１中の
〜に対応させて説明するためのフローチャートであ
る。なお、図２１中、既述の符号と同一の符号は同一も
しくはほぼ同一の部分を示しているので、その説明は省
略する。

【００２７】図２１および図２２に示すように、正セン
タ１Ａ側において、ホスト２Ａは、リモートＦＣＵ１０
ＡのＳＳ１６上に確保されたキャッシュメモリ１６ａに
対して、トラックＴ１およびＴ２を、順次、書き込む
（および参照）。この時点で、２本の通信回線６−
１，６−２はいずれも使用されていないものとする。そ
して、リモートＦＣＵ１０Ａは、ＲＡ０１により、先に
キャッシュメモリ１６ａに書き込まれたトラックＴ１を
読み出し、通信回線６−１（ＲＡ０１／ＲＡ０３パス）
を使用して副センタ１Ｂ側のリモートＦＣＵ１０Ｂへの
トラックＴ１の転送を開始する（参照）。

【００２８】これに引き続き、リモートＦＣＵ１０Ａ
は、次にキャッシュメモリ１６ａに書き込まれたトラッ
クＴ２を転送するが、このとき、通信回線６−１（ＲＡ
０１／ＲＡ０３パス）が使用中であることから、ＲＡ０
２により、トラックＴ２を読み出し、通信回線６−２
（ＲＡ０２／ＲＡ０４パス）を使用して副センタ１Ｂ側
のリモートＦＣＵ１０Ｂへ転送する（参照）。

【００２９】このようにＲＡ０１およびＲＡ０２がいず
れも転送を行なっている際に、通信回線６−１上の故障
等によりトラックＴ１の転送に失敗すると、リモートＦ
ＣＵ１０Ａは、ＲＡ０２により、通信回線６−２（ＲＡ
０２／ＲＡ０４パス）を使用してトラックＴ１の転送を
試みようとするが、この時点では、通信回線６−２（Ｒ
Ａ０２／ＲＡ０４パス）はトラックＴ２を転送するため
に使用されているため、その転送（）が完了するま
で、トラックＴ１の転送は待たされることになる。そし
て、ＲＡ０２によるトラックＴ２の転送が完了すると、
ＲＡ０２により、トラックＴ１を読み出し、通信回線６
−２（ＲＡ０２／ＲＡ０４パス）を使用して副センタ１
Ｂ側のリモートＦＣＵ１０Ｂへ転送する（参照）。

【００３０】このように、図２１および図２２に示した
データ転送例では、転送エラーの発生により、副センタ
１Ｂ側のリモートＦＣＵ１０Ｂのトラック到着順序（つ
まりは磁気ディスク装置４Ｂへの書込順序）が、正セン
タ１Ａ側でのトラック送出順序と異なってしまい、順序
性が損なわれる。具体的には、トラックＴ１，Ｔ２の順
序で送出されたものが、トラックＴ２，Ｔ１の順序でリ
モートＦＣＵ１０Ｂに到着して磁気ディスク装置４Ｂに
書き込まれることになる。

【００３１】次に、順序性を保証した転送機能の必要性
について、図２３〜図２５により説明する。ここで、図
２３（ａ）および図２３（ｂ）は、それぞれ、順序性を
保証しながら転送されるべき２つのトラックＴ１，Ｔ２
の具体例を示す図、図２４は、図２３（ａ）および図２
３（ｂ）にそれぞれ示す２つのトラックＴ１，Ｔ２が順
序性を保証されながら転送された時の副センタ１Ｂ側の
リモートＦＣＵ１０Ｂの動作を説明するための図、図２
５は、図２３（ａ）および図２３（ｂ）にそれぞれ示す
２つのトラックＴ１，Ｔ２の転送順序が逆になった時の
副センタ１Ｂ側のリモートＦＣＵ１０Ｂの動作を説明す
るための図である。

【００３２】順序性保証機能が必要になるのは、例え
ば、複数のデータブロックを１回のＩ／Ｏ〔ホスト２Ａ
からの一度のＳＩＯ（Start Ｉ／Ｏ）要求〕で転送処理
するケースである。正センタ１Ａ側から副センタ１Ｂ側
のリモートＦＣＵ１０Ｂへ多数のデータブロックを１回
のＩ／Ｏで転送する際、転送すべきデータブロックを１
つのレコードの容量だけでは転送できないために、複数
のトラックに分割されて転送される場合がある。例え
ば、図２３（ａ）に示すように、後続する各データブロ
ックを管理するインデックスを含むデータブロックＤＢ
１と、更新データを含む多数のデータブロックＤＢ２，
…，ＤＢｍとが転送され、図２３（ｂ）に示すように、
トラックＴ２により、更新データを含むデータブロック
ＤＢ(m+1),…とが転送される場合がある。

【００３３】このとき、データブロックＤＢｍとＤＢ(m
+1）とに１組の更新データが含まれている場合、先のデ
ータブロックＤＢｍにリカバリフラグのオン／オフがセ
ットされる。このリカバリフラグの役割と、２つのトラ
ックＴ１，Ｔ２が順序性を保証されながら転送された時
の副センタ１Ｂ側のリモートＦＣＵ１０Ｂの動作とにつ
いて、図２４を参照しながら説明する。

【００３４】２つのトラックＴ１，Ｔ２が順序性を保証
されながら転送された時、副センタ１Ｂ側のリモートＦ
ＣＵ１０Ｂでは、図２４に示すように、トラックＴ１に
より転送されてきたデータブロックＤＢｍからリカバリ
フラグおよび更新データを書き出してから（参照）、
後続のトラックＴ２により転送されてきたデータブロッ
クＤＢ(m+1）から、データブロックＤＢｍの更新データ
と組になる更新データを書き出す（参照）。この後、
データブロックＤＢ(m+1）を管理するポインタを、デー
タブロックＤＢ１のインデックスに書き出す（参
照）。

【００３５】ここで、データブロックＤＢｍのリカバリ
フラグをオンにセットしておけば、図２４に示す動作
ととの間でシステムダウンが発生した場合でも、デー
タブロックＤＢ(m+1）を書き出した状態に進むことがで
きる。即ち、データブロックＤＢ１からデータブロック
ＤＢ(m+1）へのポインタを張ることにより、ディスクの
内容を復元することができる。

【００３６】これに対し、転送エラーの発生等に伴い２
つのトラックＴ１，Ｔ２の転送順序が逆になった時、副
センタ１Ｂ側のリモートＦＣＵ１０Ｂでは、図２５に示
すように、まず、トラックＴ２により先に転送されてき
たデータブロックＤＢ(m+1）から、データブロックＤＢ
ｍの更新データと組になる更新データを書き出してから
（参照）、次にトラックＴ１により転送されてきたデ
ータブロックＤＢｍからリカバリフラグおよび更新デー
タを書き出すことになる（参照）。この後、データブ
ロックＤＢ(m+1）を管理するポインタを、データブロッ
クＤＢ１のインデックスに書き出す（参照）。

【００３７】このとき、万一、図２５に示す動作と
との間でシステムダウンが発生した場合には、その時点
でトラックＴ１で転送されるデータブロックｍに含まれ
るリカバリフラグは未到着であるため、リカバリフラグ
がオフとして扱われる。つまり、リモートＦＣＵ１０Ｂ
においてリカバリ処理は必要ないものと判断され、デー
タブロックＤＢ(m+1）へのインデックスは何も更新され
ない。従って、データブロックＤＢ(m+1）の領域はデー
タが存在しない領域であると判断され、その後のデータ
処理で、データブロックＤＢ(m+1）の領域は別のデータ
により上書きされてしまい、データ破壊が生じるおそれ
がある。

【００３８】このようなデータ破壊の発生を防止するた
めに、順序性保証機能が必要となってくる。本発明は、
このような課題に鑑み創案されたもので、順序性保証モ
ードが指定されている際には、転送エラーが発生したと
しても順序性を確実に保証しながらデータ（トラック）
を正センタ側から副センタ側へ転送できるようにした、
磁気ディスク制御装置によるリモート転送方法を提供す
ることを目的とする。

【００３９】

【課題を解決するための手段】上記目的を達成するため
に、本発明の磁気ディスク制御装置によるリモート転送
方法（請求項１）は、磁気ディスク装置とこの磁気ディ
スク装置を制御する磁気ディスク制御装置とを有する正
センタおよび副センタをそなえ、正センタ側磁気ディス
ク制御装置と副センタ側磁気ディスク制御装置との間を
複数の通信回線により接続してなるリモートシステムに
おいて、これら複数の通信回線を通じて正センタ側磁気
ディスク制御装置から副センタ側磁気ディスク制御装置
へデータ転送を行なうための方法であって、複数のトラ
ックを、その順序性を保証しながら正センタ側磁気ディ
スク制御装置から副センタ側磁気ディスク制御装置へ連
続的に転送する順序性保証モードが正センタ側ホストに
より指定されている場合、正センタ側磁気ディスク制御
装置は、正センタ側ホストから１つのトラックの転送依
頼を受けると、当該トラックを該副センタ側磁気ディス
ク制御装置に転送し、当該トラックの転送を完了した時
点で正センタ側ホストに転送完了通知を送り返し、正セ
ンタ側ホストは、正センタ側磁気ディスク制御装置から
前記転送完了通知を受領すると、次のトラックの転送依
頼を正センタ側磁気ディスク制御装置に対して発行する
ことを特徴としている。

【００４０】上述した本発明のリモート転送方法（請求
項１）では、順序性保証モードが正センタ側ホストによ
り指定されている状態では、正センタ側ホストは、１つ
のトラックの転送依頼を正センタ側磁気ディスク制御装
置に対して行なうと、そのトラックについての転送完了
通知を正センタ側磁気ディスク制御装置から受けるま
で、次のトラックの転送依頼を発行しないので、トラッ
クは、正センタ側ホストから、正センタ側磁気ディスク
制御装置を通じて一つずつ副センタ側へ転送されること
になる。つまり、トラックの転送中にエラーが発生した
としても、他の通信回線を使用するなどして、そのトラ
ックの転送を完了するまで次のトラックの転送開始を抑
止することができる。

【００４１】一方、本発明の磁気ディスク制御装置によ
るリモート転送方法（請求項２）は、前述と同様のリモ
ートシステムにおいて、複数本の通信回線を通じて正セ
ンタ側磁気ディスク制御装置から副センタ側磁気ディス
ク制御装置へデータ転送を行なうための方法であって、
複数のトラックを、その順序性を保証しながら正センタ
側磁気ディスク制御装置から副センタ側磁気ディスク制
御装置へ連続的に転送する順序性保証モードが正センタ
側ホストにより指定されている場合、正センタ側磁気デ
ィスク制御装置は、同一Ｉ／Ｏ内の複数のトラックには
同一の識別番号と該正センタ側ホストからの送出順に対
応したシリアル番号とを付与し、前記の識別番号および
シリアル番号を付与された当該複数のトラックを複数本
の通信回線により同時に副センタ側磁気ディスク制御装
置に転送し、副センタ側磁気ディスク制御装置は、正セ
ンタ側から転送され副センタ側で書き込まれたトラック
に付与された識別番号とその識別番号を有し且つ最後に
該副センタ側で書き込まれたトラックに付与されたシリ
アル番号ＬＳＮとを対応させて保持する順序性管理テー
ブルをそなえ、正センタ側から新たなトラックが転送さ
れてくると、当該トラックに付与されているシリアル番
号ＳＮと、順序性管理テーブルに保持されている、当該
トラックに付与された識別番号に対応する前記シリアル
番号ＬＳＮとを比較し、ＳＮ≠ＬＳＮ＋１である場合、
他のトラックの書込により順序性管理テーブルの前記シ
リアル番号ＬＳＮが更新されてＳＮ＝ＬＳＮ＋１となる
まで当該トラックに対して書込許可を与えないで当該ト
ラックを待機させる一方、ＳＮ＝ＬＳＮ＋１である場
合、当該トラックに対して書込許可を与え、当該トラッ
クの副センタ側磁気ディスク装置への書込を完了した時
点で順序性管理テーブルの前記シリアル番号ＬＳＮとし
て当該トラックの前記シリアル番号ＬＳＮを登録・更新
することを特徴としている。

【００４２】このとき、順序性管理テーブルを、副セン
タ側磁気ディスク制御装置内の資源を管理／制御するリ
ソースモジュールによって管理してもよいし（請求項
３）、当該トラックを副センタ側磁気ディスク装置へ書
き込む前に一時的に書き込むためのキャッシュメモリ上
にそなえてもよい（請求項４）。また、あるトラックの
転送時に回線障害により転送エラーが発生した場合、正
センタ側磁気ディスク制御装置は、複数の通信回線のう
ち他に未使用の通信回線が存在するか否かを確認し、未
使用の通信回線が存在する場合、その未使用の通信回線
を使用して転送エラーを生じた当該トラックの転送を行
なう一方、未使用の通信回線が存在しない場合、現在転
送中のトラックに付与されているシリアル番号の中に、
転送エラーを生じた当該トラックに付与されているシリ
アル番号よりも大きいシリアル番号が存在するか否かを
判断し、該当するシリアル番号が存在しない場合、使用
中の通信回線が解放されるまで転送エラーを生じた当該
トラックの転送を待機させる一方、該当するシリアル番
号が存在する場合、該当するシリアル番号を有するトラ
ックの転送を中断させ、そのトラックの転送のために使
用中だった通信回線を使用して転送エラーを生じた当該
トラックの転送を行なってもよい（請求項５）。

【００４３】上述した本発明のリモート転送方法（請求
項２〜４）では、副センタ側磁気ディスク制御装置にお
いて、正センタ側から転送されてきたトラックのシリア
ル番号ＳＮが、順序性管理テーブルに保持されているシ
リアル番号ＬＳＮ（そのトラックと同一Ｉ／Ｏに属する
トラックのうち最後に書き込まれたもののシリアル番
号）に、１を加算した値に等しいか否かを判断する。例
えばそのトラックのＳＮがＬＳＮ＋２である場合（ＳＮ
≠ＬＳＮ＋１）、そのトラックは、シリアル番号として
ＬＳＮ＋１を付与されたトラックよりも先に転送されて
来たことになり、所定の順序性を損なう状態になってい
るものと判断することができる。

【００４４】従って、ＳＮ≠ＬＳＮ＋１である場合に
は、他のトラックの書込により順序性管理テーブルのシ
リアル番号ＬＳＮが更新されてＳＮ＝ＬＳＮ＋１となる
まで、そのトラックを待機させる。つまり、トラックの
転送中にエラーが発生し、副センタ側へのトラックの転
送順序が逆転して所定の順序性が損なわれたとしても、
副センタ側でトラックの順序調整を行なうことができ
る。

【００４５】このとき、あるトラックの転送時に回線障
害により転送エラーが発生し、その転送エラーを生じた
トラックを転送するための未使用の通信回線が存在せ
ず、さらに、現在転送中のトラックのシリアル番号の中
に、転送エラーを生じたトラックのシリアル番号よりも
大きいシリアル番号が存在するという３つの条件が万一
重なった場合について考える。この場合、そのトラック
の後に書き込まれるべきトラックが、先に副センタ側へ
転送され、転送エラーを生じたトラックが転送されてく
るのを待機している状態であるが、使用可能な通信回線
が存在しないため、転送エラーを生じたトラックを転送
できない状態でロックする転送デッドロックが生じてし
まう。

【００４６】そこで、上述した３つの条件が重なった場
合には、正センタ側磁気ディスク制御装置により、転送
デッドロック状態のトラックの転送を中断させ、そのト
ラックの転送のために使用中だった通信回線を使用して
転送エラーを生じたトラックの転送を行ない、転送デッ
ドロックを回避する（請求項５）。

【００４７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。本発明の実施形態（第１〜第４実
施形態）としての磁気ディスク制御装置によるリモート
転送方法が適用されるリモートシステムは、図１７に示
したものと同様であり、本発明の実施形態（第１〜第４
実施形態）における磁気ディスク制御装置つまりリモー
トＦＣＵ１０Ａ，１０Ｂは、図１８に示したものと同様
であるので、これらのシステムやリモートＦＣＵ１０
Ａ，１０Ｂについての詳細な説明は省略する。図中、既
述の符号と同一の符号は同一もしくは同様の部分を示し
ているので、その説明は省略する。

【００４８】また、以下に説明する本実施形態のリモー
トシステム（図２，図４，図８，図１１，図１４参照）
でも、正センタ１Ａ側のリモートＦＣＵ１０Ａと副セン
タ１Ｂ側のリモートＦＣＵ１０Ｂとの間が２本の通信回
線６−１，６−２により接続されている。つまり、リモ
ートＦＣＵ１０Ａに２個のＲＡ１４（以下それぞれＲＡ
０１，ＲＡ０２として区別し表記する）が搭載されると
ともに、リモートＦＣＵ１０Ｂにも２個のＲＡ１４（以
下それぞれＲＡ０３，ＲＡ０４として区別／表記する）
が搭載され、ＲＡ０１とＲＡ０３との間が通信回線６−
１により接続され、ＲＡ０２とＲＡ０４との間が通信回
線６−２により接続されている。

【００４９】〔Ａ〕第１実施形態の説明 まず、図１〜図３を参照しながら、本発明の第１実施形
態としてのリモート転送方法について説明する。なお、
図１および図２は、それぞれ、第１実施形態のリモート
転送方法を説明するためのシーケンス図およびブロック
図、図３は、第１実施形態のリモート転送方法を、時間
軸および図１および図２中の〜に対応させて説明す
るためのフローチャートである。また、図２中、既述の
符号と同一の符号は同一もしくは略同一の部分を示して
いるので、その説明は省略する。

【００５０】本発明の第１実施形態としてのリモート転
送方法を実現すべく、第１実施形態のリモートシステム
において、順序性保証モードの指定時には、正センタ１
０Ａ側のリモートＦＣＵ１０Ａ（ＣＡ１１）は、ホスト
２Ａから１つのトラックの転送依頼を受けると、その時
点ではトラックを受け取った旨の通知（Channel End)の
みをホスト２Ａへ報告して“Device End”を返送せず、
転送依頼を受けたトラックを副センタ１Ｂ側のリモート
ＦＣＵ１０Ｂに転送し、その転送を完了した時点でホス
ト２Ａに転送完了通知として“Device End”を送り返す
ように構成されている。

【００５１】また、順序性保証モードの指定時には、正
センタ１Ａ側のホスト２Ａは、リモートＦＣＵ１０Ａに
対するトラックの転送依頼を１つずつ行ない、リモート
ＦＣＵ１０Ａから転送完了通知（Device End）を受領し
てから、次のトラックの転送依頼をリモートＦＣＵ１０
Ａに対して発行するように構成されている。なお、上述
した第１実施形態の特徴的な機能／構成は、いずれも、
従来から用いられているリモート転送を実現するための
ファームウェア（プログラム）に、若干の変更を施すこ
とによって容易に実現される。

【００５２】次に、転送エラーが発生しない状態での、
第１実施形態によるリモート転送方法の手順について、
図１〜図３を参照しながら説明する。図１〜図３に示す
ように、正センタ１Ａ側において、ホスト２Ａにより順
序性保証モードが指定されている場合、ホスト２Ａは、
リモートＦＣＵ１０ＡのＳＳ１６上に確保されたキャッ
シュメモリ１６ａに対して、トラックＴ１を１つだけ書
き込む（参照）。この時点で、２本の通信回線６−
１，６−２はいずれも使用されていないものとする。

【００５３】そして、リモートＦＣＵ１０Ａは、トラッ
クＴ１を受け取ると、ホスト２Ａに対して“Channel En
d ”を報告するとともに（参照）、ＲＡ０１により、
キャッシュメモリ１６ａに書き込まれたトラックＴ１を
読み出し、通信回線６−１（ＲＡ０１／ＲＡ０３パス）
を使用して副センタ１Ｂ側のリモートＦＣＵ１０Ｂへ転
送する（参照）。副センタ１ＢへのトラックＴ１の転
送を完了すると、リモートＦＣＵ１０Ａは、ホスト２Ａ
に対して転送完了通知（Device End）を報告する（参
照）。

【００５４】リモートＦＣＵ１０Ａから転送完了通知を
受けたホスト２Ａは、トラックＴ１に続く２つ目のトラ
ックＴ２を、１つだけ、リモートＦＣＵ１０Ａのキャッ
シュメモリ１６ａに対して書き込む（参照）。この
後、リモートＦＣＵ１０Ａは、前述と同様、トラックＴ
２を受け取ると、ホスト２Ａに対して“Channel End ”
を報告するとともに（参照）、ＲＡ０１により、キャ
ッシュメモリ１６ａに書き込まれたトラックＴ２を読み
出し、通信回線６−１（ＲＡ０１／ＲＡ０３パス）を使
用して副センタ１Ｂ側のリモートＦＣＵ１０Ｂへ転送す
る（参照）。副センタ１ＢへのトラックＴ１の転送を
完了すると、リモートＦＣＵ１０Ａは、ホスト２Ａに対
して転送完了通知（Device End）を報告する（参
照）。

【００５５】従って、トラックＴ１，Ｔ２は、ホスト２
Ａから１つずつ送出され、トラックＴ１の転送完了する
までトラックＴ２の送出が行なわれないので、副センタ
１Ｂ側では、その順序性を保持した状態でトラックＴ
１，Ｔ２が磁気ディスク装置４Ｂ（キャッシュメモリ１
６ａ）に書き込まれることになる。一方、トラックＴ１
の転送中に回線障害等により転送エラーが発生した場合
の、第１実施形態によるリモート転送方法の手順につい
て、図４〜図６を参照しながら説明する。ここで、図４
は、本発明の第１実施形態としてのリモート転送方法
（転送エラー発生時）を説明するためのブロック図、図
５は、本発明の第１実施形態としてのリモート転送方法
（転送エラー発生時）を説明するためのシーケンス図、
図６は、本発明の第１実施形態としてのリモート転送方
法（転送エラー発生時）を、時間軸および図４および図
５中の〜に対応させて説明するためのフローチャー
トである。なお、図４中、既述の符号と同一の符号は同
一もしくはほぼ同一の部分を示しているので、その説明
は省略する。

【００５６】図４〜図６に示すように、正センタ１Ａ側
において、ホスト２Ａにより順序性保証モードが指定さ
れている場合、ホスト２Ａは、リモートＦＣＵ１０Ａの
ＳＳ１６上に確保されたキャッシュメモリ１６ａに対し
て、トラックＴ１を１つだけ書き込む（参照）。この
時点で、２本の通信回線６−１，６−２はいずれも使用
されていないものとする。

【００５７】そして、リモートＦＣＵ１０Ａは、トラッ
クＴ１を受け取ると、ホスト２Ａに対して“Channel En
d ”を報告するとともに（参照）、ＲＡ０１により、
キャッシュメモリ１６ａに書き込まれたトラックＴ１を
読み出し、通信回線６−１（ＲＡ０１／ＲＡ０３パス）
を使用して副センタ１Ｂ側のリモートＦＣＵ１０Ｂへ転
送するが、その転送が、回線エラー（回線障害）により
失敗した場合、リモートＦＣＵ１０Ａは、代わりのパス
を使用してトラックＴ１の転送を行なうと判断する（
参照）。

【００５８】このとき、もう一方の通信回線６−２（Ｒ
Ａ０２／ＲＡ０４パス）は未使用状態であるので、リモ
ートＦＣＵ１０Ａは、その通信回線６−２を使用してト
ラックＴ１を副センタ１Ｂ側のリモートＦＣＵ１０Ｂへ
転送する（参照）。通信回線６−２を通じて副センタ
１ＢへのトラックＴ１の転送を完了すると、リモートＦ
ＣＵ１０Ａは、ホスト２Ａに対して転送完了通知（Devi
ce End）を報告する（参照）。

【００５９】リモートＦＣＵ１０Ａから転送完了通知を
受けたホスト２Ａは、トラックＴ１に続く２つ目のトラ
ックＴ２を、１つだけ、リモートＦＣＵ１０Ａのキャッ
シュメモリ１６ａに対して書き込む（参照）。この
後、リモートＦＣＵ１０Ａは、トラックＴ２を受け取る
と、ホスト２Ａに対して“Channel End ”を報告すると
ともに（参照）、ＲＡ０１により、キャッシュメモリ
１６ａに書き込まれたトラックＴ２を読み出し、回線障
害の発生した通信回線６−１を使用せずに通信回線６−
２（ＲＡ０２／ＲＡ０４パス）を使用して副センタ１Ｂ
側のリモートＦＣＵ１０Ｂへ転送する（参照）。副セ
ンタ１ＢへのトラックＴ１の転送を完了すると、リモー
トＦＣＵ１０Ａは、ホスト２Ａに対して転送完了通知
（Device End）を報告する（参照）。

【００６０】このように、本発明の第１実施形態として
のリモート転送方法によれば、順序性保証モードがホス
ト２Ａにより指定されている状態では、ホスト２Ａは、
トラックの転送依頼を１つずつ行ない、１つのトラック
の転送依頼をリモートＦＣＵ１０Ａに対して行なうと、
そのトラックについての転送完了通知をリモートＦＣＵ
１０Ａから受けるまで、次のトラックの転送依頼を発行
しないので、トラックは、ホスト２Ａから、リモートＦ
ＣＵ１０Ａを通じて一つずつ副センタ１Ｂ側へ転送され
ることになる。

【００６１】つまり、図４〜図６により説明した通り、
トラックの転送中にエラーが発生したとしても、通信障
害の発生した通信回線６−１以外の通信回線６−２を使
用するして、そのトラックの転送を完了するまで次のト
ラックの転送開始を抑止することができるので、トラッ
クの順序性を確実に保証することができる。 〔Ｂ〕第２実施形態の説明 次に、図７〜図１０を参照しながら、本発明の第２実施
形態としてのリモート転送方法について説明する。な
お、図７は第２実施形態のリモート転送方法で用いられ
る順序性管理テーブルの例を示す図、図８は第２実施形
態のリモート転送方法を説明するためのブロック図、図
９は、第２実施形態のリモート転送方法を、時間軸およ
び図８中の (1)〜(10)に対応させて説明するためのフロ
ーチャート、図１０（ａ）〜図１０（ｄ）は、それぞ
れ、第２実施形態のリモート転送方法を実行した際の順
序性管理テーブルの登録状態を示す図である。また、図
８中、既述の符号と同一の符号は同一もしくは略同一の
部分を示しているので、その説明は省略する。

【００６２】本発明の第２実施形態としてのリモート転
送方法を実現すべく、第２実施形態のリモートシステム
におけるホスト１Ａ，リモートＦＣＵ１０Ａおよび１０
Ｂは以下のような機能を有している。第２実施形態で
は、正センタ１Ａ側において、ホスト２Ａは、第１実施
形態の場合と異なり、従来と同様、複数のトラックを所
定の順序でリモートＦＣＵ１０Ａに対して順次送出し、
リモートＦＣＵ１０Ａは、複数本（本実施形態では２本
のみ図示）の通信回線６−１，６−２を同時に使用して
副センタ１Ｂ側へ転送するようになっている。

【００６３】ただし、第２実施形態では、順序性保証モ
ードの指定時において、リモートＦＣＵ１０Ａは、通信
回線６−１もしくは６−２を通じて転送するトラック
に、以下の情報（ａ１），（ａ２）を付与する。 （ａ１）トラック番号（シリアル番号ＳＮ）：ホスト２
Ａからの同一Ｉ／Ｏに属するトラックについて、そのＩ
／Ｏに関し何番目のトラックであるか示す情報。このト
ラック番号は、ホスト２ＡからリモートＦＣＵ１０Ａへ
のトラックの送出順序と一致する。

【００６４】（ａ２）ＩＤ値（識別番号）：ホスト２Ａ
からの同一Ｉ／Ｏに属するトラックには、同一のＩＤ値
が付与され、ＩＤ値により、そのトラックの属するＩ／
Ｏを識別することができるようになっている。このＩＤ
値は、リモートＦＣＵ１０Ａにより、ホスト２Ａから新
たなＩ／Ｏ（Start I/O)を受ける度にインクリメントさ
れる。

【００６５】また、第２実施形態における副センタ１Ｂ
側のリモートＦＣＵ１０Ｂにおいては、ＲＭ１２（ＴＳ
１３）内に、前述したＩＤ値とトラック番号（ＳＮ）と
を保持する順序性管理テーブル（Table)２０がそなえら
れている。この順序性管理テーブル２０は、正センタ１
Ａ側から転送され副センタ１Ｂ側で書き込まれたトラッ
クに付与されたＩＤ値と、そのＩＤ値を有し且つ最後に
副センタ１Ｂ側で書き込まれたトラックに付与されたト
ラック番号（シリアル番号）ＬＳＮとを対応させて保持
するものである。つまり、順序性管理テーブル２０にお
けるトラック番号としては、そのＩＤ値に関し、リモー
トＦＣＵ１０ＢのＳＳ１６上に確保されたキャッシュメ
モリ１６ａに、最後に書き込んだトラックのトラック番
号がＬＳＮとして書き込まれる。

【００６６】順序性管理テーブル２０に保持される値の
具体例を図７に示す。この図７に示す具体例では、ＩＤ
値“０００１”を有するトラックについてはトラック番
号“０００１”つまり１番目のトラックの書込だけを完
了しており、ＩＤ値“０００２”を有するトラックにつ
いてはトラック番号“０００５”つまり５番目のトラッ
クの書込まで完了しており、ＩＤ値“０００３”を有す
るトラックについてはトラック番号“０００７”つまり
７番目のトラックの書込まで完了していることになる。

【００６７】副センタ１Ｂ側のリモートＦＣＵ１０Ｂに
おけるＲＡ１４は、正センタ１Ａ側のＲＡ１４からトラ
ックを受信すると、そのトラックのＩＤ値とトラック番
号ＳＮとをＲＭ１２に通知し、キャッシュメモリ１６ａ
への書込要求を行なう機能を有している。副センタ１Ｂ
側のリモートＦＣＵ１０ＢにおけるＲＭ１２は、ＲＡ１
４からの要求に応じ、２つの条件（ｂ１），（ｂ２）に
よって以下のような動作を行なうようになっている。

【００６８】条件（ｂ１）：ＲＡ１４から通知されたト
ラック番号が“１”であれば、順序性管理テーブル２０
内で未使用領域もしくは一番古い領域にＩＤ値およびト
ラック番号を書き込む。ただし、ＩＤ値としてはＲＡ１
４から通知されたＩＤ値をそのまま書き込むが、トラッ
ク番号としてはまず“０”を書き込む。その後、ＲＭ１
２は、ＲＡ１４に対して、そのトラックのキャッシュメ
モリ１６ａへの書込許可を通知する。順序性管理テーブ
ル２０のトラック番号“０”は、そのトラックのキャッ
シュメモリ１６ａへの書込が完了した時点で“１”に書
き換えられる。

【００６９】条件（ｂ２）：ＲＡ１４から通知されたト
ラック番号が“１”以外であれば、順序性管理テーブル
２０内に、そのトラックのＩＤ値と同じものが保持され
ているかを検索する。同じＩＤ値が既に保持されている
場合には、ＲＡ１４から通知されたトラック番号ＳＮと
順序性管理テーブル２０に既に保持されているトラック
番号ＬＳＮとを比較し、ＳＮ＝ＬＳＮ＋１であるか否か
を判断する。ＲＭ１２は、ＳＮ＝ＬＳＮ＋１であれば、
ＲＡ１４に対して、そのトラックのキャッシュメモリ１
６ａへの書込許可を通知する一方、ＳＮ≠ＬＳＮ＋１で
あれば、ＲＡ１４に対して、そのトラックのキャッシュ
メモリ１６ａへの書込許可を与えない。なお、トラック
のＩＤ値と同じものが順序性管理テーブル２０内に保持
されていない場合にも、ＲＭ１２は、ＲＡ１４に対し
て、そのトラックのキャッシュメモリ１６ａへの書込許
可を与えない。

【００７０】さらに、ＲＡ１４は、ＲＭ１２からの応答
として書込許可通知を受けた場合、そのトラックを、Ｓ
Ｓ１６上に確保されたキャッシュメモリ１６ａに書き込
む一方で、不許可通知を受けた場合、そのトラックの書
込をしばらく待機させてから、再度、ＲＭ１２に対して
問い合わせを行なうように動作する。また、ＲＡ１４
は、キャッシュメモリ１６ａにトラックを書き込んだ
後、ＲＭ１２に対し、再度、そのトラックのＩＤ値およ
びトラック番号ＳＮを通知し、順序性管理テーブル２０
に登録するように要求し、この要求を受けたＲＭ１２
は、順序性管理テーブル２０から同じＩＤ値を検索し、
そのＩＤ値とリンクするトラック番号領域に、ＲＡ１４
から通知されたトラック番号ＳＮをＬＳＮとして書き込
むように動作する。

【００７１】なお、上述した第２実施形態の特徴的な機
能／構成は、いずれも、従来から用いられているリモー
ト転送を実現するためのファームウェア（プログラム）
に、若干の変更を施すことによって容易に実現される。
次に、第２実施形態によるリモート転送方法の手順につ
いて、図８〜図１０を参照しながら説明する。

【００７２】図８および図９に示すように、正センタ１
Ａ側において、ホスト２Ａにより順序性保証モードが指
定されている場合、ホスト２Ａは、まず、リモートＦＣ
Ｕ１０ＡのＳＳ１６上に確保されたキャッシュメモリ１
６ａに対して、同一Ｉ／Ｏに属するトラックＴ１および
Ｔ２を、順次、書き込む〔(1) および(6) 参照〕。この
時点で、２本の通信回線６−１，６−２はいずれも使用
されていないものとする。

【００７３】そして、リモートＦＣＵ１０Ａは、ＲＡ０
１により、先にキャッシュメモリ１６ａに書き込まれた
トラックＴ１を読み出し、通信回線６−１（ＲＡ０１／
ＲＡ０３パス）を使用して副センタ１Ｂ側のリモートＦ
ＣＵ１０Ｂへ転送する。このとき、トラックＴ１には、
ＩＤ値＝０００１およびトラック番号＝０００１が付加
される〔(2) 参照〕。

【００７４】これに引き続いて、リモートＦＣＵ１０Ａ
は、次にキャッシュメモリ１６ａに書き込まれたトラッ
クＴ２を転送するが、通信回線６−１（ＲＡ０１／ＲＡ
０３パス）が使用中であることから、ＲＡ０２により、
トラックＴ２を読み出し、通信回線６−２（ＲＡ０２／
ＲＡ０４パス）を使用して副センタ１Ｂ側のリモートＦ
ＣＵ１０Ｂへ転送する。このとき、トラックＴ２には、
ＩＤ値＝０００１およびトラック番号＝０００２が付加
される〔(7) 参照〕。

【００７５】副センタ１Ｂ側のリモートＦＣＵ１０Ｂに
おいて、まず、正センタ１Ａ側から転送されてきたトラ
ックＴ１をＲＡ０３が受信し、このＲＡ０３は、トラッ
クＴ１のＩＤ値＝０００１およびトラック番号＝０００
１も同時にＲＭ１２に通知し、ＲＭ１２に対しトラック
Ｔ１を書き込んでよいか否か問い合わせる。このとき、
ＲＭ１２は、前述した条件（ｂ１）に従って動作し、ト
ラックＴ１の書込許可をＲＡ０３に通知する〔(3) 参
照〕。このＲＭ１２の動作により、順序性管理テーブル
２０は、図１０（ａ）に示す状態から図１０（ｂ）に示
す状態となる。

【００７６】ＲＭ１２からの書込許可通知を受けたＲＡ
０３は、ＳＳ１６上に確保されたキャッシュメモリ１６
ａにトラックＴ１を書き込んだ後〔(4) 参照〕、ＲＭ１
２に対し、再度、ＩＤ値＝０００１およびトラック番号
＝０００１を通知して順序性管理テーブル２０への登録
を要求し、この要求に応じてＲＭ１２は、順序性管理テ
ーブル２０にトラック番号を登録する〔(5) 参照〕。こ
れにより、順序性管理テーブル２０は、図１０（ｂ）に
示す状態から図１０（ｃ）に示す状態となる。

【００７７】また、副センタ１Ｂ側のリモートＦＣＵ１
０Ｂにおいては、トラックＴ１の書込処理中〔(3) およ
び(4) 参照〕に、正センタ１Ａ側からのトラックＴ２を
ＲＡ０４が受信すると、このＲＡ０４は、トラックＴ２
のＩＤ値＝０００１およびトラック番号＝０００２も同
時にＲＭ１２に通知し、ＲＭ１２に対しトラックＴ２を
書き込んでよいか否か問い合わせる。このとき、順序性
管理テーブル２０は図１０（ｂ）に示す状態であり、Ｒ
Ｍ１２は、前述した条件（ｂ２）に従って動作する。即
ち、ＳＮ≠ＬＳＮ＋１（ここで、ＳＮ＝２，ＬＳＮ＝０
で、２≠０＋１）であって、トラックＴ１がキャッシュ
メモリ１６ａ上に書き込まれていないことから、ＲＭ１
２は、ＲＡ０４に対し、トラックＴ２の書込不許可を通
知する〔図８の(8) ，図９の(8)-１参照〕。

【００７８】ＲＭ１２からの書込不許可通知を受けたＲ
Ａ０４は、ＲＭ１２からトラックＴ２の書込許可を貰え
るまで、ＲＭ１２に対し繰り返し問い合わせる〔図８の
(8)，図９の(8)-２参照〕。その間に、ＲＡ０３により
トラックＴ１の書込を完了し〔(4) 参照〕、順序性管理
テーブル２０への登録を完了すると〔(5) 参照〕、順序
性管理テーブル２０が図１０（ｃ）に示すごとく更新さ
れ、ＳＮ＝ＬＳＮ＋１（ここで、ＳＮ＝２，ＬＳＮ＝１
で、２＝１＋１）となるので、ＲＭ１２は、トラックＴ
２の書込許可をＲＡ０４に通知する〔図８の(8) ，図９
の(8)-３参照〕。

【００７９】ＲＭ１２からの書込許可通知を受けたＲＡ
０４は、ＳＳ１６上に確保されたキャッシュメモリ１６
ａにトラックＴ２を書き込んだ後〔(9) 参照〕、ＲＭ１
２に対し、再度、ＩＤ値＝０００１およびトラック番号
＝０００２を通知して順序性管理テーブル２０への登録
を要求し、この要求に応じてＲＭ１２は、順序性管理テ
ーブル２０にトラック番号を登録する〔(10)参照〕。こ
れにより、順序性管理テーブル２０は、図１０（ｃ）に
示す状態から図１０（ｄ）に示す状態となる。

【００８０】このように、本発明の第２実施形態として
のリモート転送方法によれば、順序性保証モードがホス
ト２Ａにより指定されている状態では、副センタ１Ｂ側
のリモートＦＣＵ１０Ｂにおいて、正センタ１Ａ側から
転送されてきたトラックのトラック番号（シリアル番
号）ＳＮが、順序性管理テーブル２０に保持されている
シリアル番号ＬＳＮ（そのトラックと同一Ｉ／Ｏに属す
るトラックのうち最後に書き込まれたもののトラック番
号）に、１を加算した値に等しいか否かを判断する。例
えば、そのトラックのトラック番号ＳＮがＬＳＮ＋２で
ある場合（ＳＮ≠ＬＳＮ＋１）、そのトラックは、トラ
ック番号としてＬＳＮ＋１を付与されたトラックよりも
先に転送されて来たことになり、所定の順序性を損なう
状態になっているものと判断することができる。

【００８１】従って、ＳＮ≠ＬＳＮ＋１である場合に
は、他のトラックの書込により順序性管理テーブル２０
のシリアル番号ＬＳＮが更新されてＳＮ＝ＬＳＮ＋１と
なるまで、そのトラックを待機させる。つまり、万一、
トラックの転送中にエラーが発生し、副センタ１Ｂ側へ
のトラックの転送順序が逆転して所定の順序性が損なわ
れたとしても、副センタ１Ｂ側でトラックの順序調整を
行なうことができるので、トラックの順序性を確実に保
証することができる。

【００８２】図８では、説明上、２本の通信回線６−
１，６−２のみ図示しているが、３本以上の通信回線を
そなえておけば、トラックＴ１の転送中に通信回線６−
１における通信障害により転送エラーが生じた場合、図
示しない３本目の通信回線によりトラックＴ１が副セン
タ１Ｂ側へ転送される。このとき、トラックＴ１はトラ
ックＴ２よりも後に副センタ１Ｂに到着することになる
が、リモートＦＣＵ１０Ｂでは、前述のごとく、トラッ
クＴ１が書き込まれるまでトラックＴ２の書込を待機さ
せているので、トラックＴ１がトラックＴ２よりも後に
到着しても、トラックＴ１，Ｔ２の順で書込が行なわ
れ、その順序性が損なわれることがない。

【００８３】また、本発明の第２実施形態としてのリモ
ート転送方法では、順序性保証モードの指定時に、第１
実施形態と異なって２本以上の通信回線６−１，６−２
を同時に使用できるので、トラックの転送効率を、第１
実施形態よりも大幅に向上させることができる。 〔Ｃ〕第３実施形態の説明 次に、図１１および図１２を参照しながら、本発明の第
３実施形態としてのリモート転送方法について説明す
る。なお、図１１は本発明の第３実施形態としてのリモ
ート転送方法を説明するためのブロック図、図１２は本
発明の第３実施形態としてのリモート転送方法を、時間
軸および図１１中の (1)〜(10)に対応させて説明するた
めのフローチャートである。また、図１１中、既述の符
号と同一の符号は同一もしくは略同一の部分を示してい
るので、その説明は省略する。

【００８４】本発明の第３実施形態としてのリモート転
送方法を実現すべく、第３実施形態のリモートシステム
におけるホスト１Ａ，リモートＦＣＵ１０Ａおよび１０
Ｂも、第２実施形態と同様、以下のような機能を有して
いる。つまり、第３実施形態でも、正センタ１Ａ側にお
いて、ホスト２Ａは、第２実施形態と同様、複数のトラ
ックを所定の順序でリモートＦＣＵ１０Ａに対して順次
送出し、リモートＦＣＵ１０Ａは、複数本（本実施形態
では２本のみ図示）の通信回線６−１，６−２を同時に
使用して副センタ１Ｂ側へ転送するようになっている。

【００８５】また、第３実施形態でも、順序性保証モー
ドの指定時において、リモートＦＣＵ１０Ａは、通信回
線６−１もしくは６−２を通じて転送するトラックに、
前述と同様のトラック番号（ａ１）およびＩＤ値（ａ
２）を付与する。ただし、第３実施形態における副セン
タ１Ｂ側のリモートＦＣＵ１０Ｂにおいては、ＳＳ１６
上に確保されたキャッシュメモリ１６ａ上に、前述した
ＩＤ値とトラック番号（ＳＮ）とを保持する順序性管理
テーブル２０がそなえられている。第２実施形態と第３
実施形態とで構成上大きく異なる点は、この順序性管理
テーブル２０がＲＭ１２ではなくキャッシュメモリ１６
ａにそなえられている点である。順序性管理テーブル２
０については、第２実施形態において前述した通りであ
るので、その説明は省略する。

【００８６】なお、第２実施形態では、トラック書込が
可能である否かの判断をＲＭ１２がＲＡ１４からの要求
に応じて行なっていたのに対し、第３実施形態では、順
序性管理テーブル２０がキャッシュメモリ１６ａ上にそ
なえられているので、上記判断は、ＲＡ１４がキャッシ
ュメモリ１６ａ上の順序性管理テーブル２０を読み出し
て行なっている。

【００８７】つまり、第３実施形態のリモートＦＣＵ１
０ＢにおけるＲＡ１４は、正センタ１Ａ側のＲＡ１４か
らトラックを受信すると、キャッシュメモリ１６ａから
順序性管理テーブル２０を読み込み、その順序性管理テ
ーブル２０内の情報と受信したトラックのＩＤ値とトラ
ック番号ＳＮとを比較し、２つの条件（ｃ１），（ｃ
２）によって以下のような動作を行なうようになってい
る。

【００８８】条件（ｃ１）：正センタ１Ａ側のＲＡ１４
から通知されたトラック番号が“１”であれば、順序性
管理テーブル２０内で未使用領域もしくは一番古い領域
にＩＤ値およびトラック番号を書き込む。ただし、ＩＤ
値としてはＲＡ１４から通知されたＩＤ値をそのまま書
き込むが、トラック番号としてはまず“０”を書き込
む。その後、ＲＡ１４は、そのトラックをキャッシュメ
モリ１６ａへ書き込む。順序性管理テーブル２０のトラ
ック番号“０”は、そのトラックのキャッシュメモリ１
６ａへの書込が完了した時点で“１”に書き換えられ
る。

【００８９】条件（ｃ２）：正センタ１Ａ側のＲＡ１４
から通知されたトラック番号が“１”以外であれば、順
序性管理テーブル２０内に、そのトラックのＩＤ値と同
じものが保持されているかを検索する。同じＩＤ値が既
に保持されている場合には、トラック番号ＳＮと順序性
管理テーブル２０に既に保持されているトラック番号Ｌ
ＳＮとを比較し、ＳＮ＝ＬＳＮ＋１であるか否かを判断
する。ＲＡ１４は、ＳＮ＝ＬＳＮ＋１であれば、そのト
ラックをキャッシュメモリ１６ａへ書き込む一方、ＳＮ
≠ＬＳＮ＋１であれば、そのトラックのキャッシュメモ
リ１６ａへの書込を行なわず、そのトラックの書込をし
ばらく待機させてから、再度、キャッシュメモリ１６ａ
から順序性管理テーブル２０の読み込みを行なうように
動作する。なお、トラックのＩＤ値と同じものが順序性
管理テーブル２０内に保持されていない場合にも、ＲＡ
１４は、そのトラックのキャッシュメモリ１６ａへの書
込を行なわず、そのトラックの書込をしばらく待機させ
てから、再度、キャッシュメモリ１６ａから順序性管理
テーブル２０の読み込みを行なうように動作する。

【００９０】リモートＦＣＵ１０ＢのＲＡ１４は、上述
のようにしてトラックの書込が可能であると判断する
と、キャッシュメモリ１６ａにトラックを書き込み、書
込完了後、順序性管理テーブル２０からトラックのＩＤ
値と同じＩＤ値を検索し、そのＩＤ値とリンクするトラ
ック番号領域に、そのトラックのトラック番号ＳＮをＬ
ＳＮとして書き込むように動作する。

【００９１】なお、上述した第３実施形態の特徴的な機
能／構成は、いずれも、従来から用いられているリモー
ト転送を実現するためのファームウェア（プログラム）
に、若干の変更を施すことによって容易に実現される。
次に、第３実施形態によるリモート転送方法の手順につ
いて、図１１および図１２を参照しながら説明する。な
お、その際、第２実施形態の説明に用いた図１０（ａ）
〜図１０（ｄ）も参照する。

【００９２】図１１および図１２に示すように、正セン
タ１Ａ側において、ホスト２Ａにより順序性保証モード
が指定されている場合、ホスト２Ａは、まず、リモート
ＦＣＵ１０ＡのＳＳ１６上に確保されたキャッシュメモ
リ１６ａに対して、同一Ｉ／Ｏに属するトラックＴ１お
よびＴ２を、順次、書き込む〔(1) および(6) 参照〕。
この時点で、２本の通信回線６−１，６−２はいずれも
使用されていないものとする。

【００９３】そして、リモートＦＣＵ１０Ａは、ＲＡ０
１により、先にキャッシュメモリ１６ａに書き込まれた
トラックＴ１を読み出し、通信回線６−１（ＲＡ０１／
ＲＡ０３パス）を使用して副センタ１Ｂ側のリモートＦ
ＣＵ１０Ｂへ転送する。このとき、トラックＴ１には、
ＩＤ値＝０００１およびトラック番号＝０００１が付加
される〔(2) 参照〕。

【００９４】これに引き続いて、リモートＦＣＵ１０Ａ
は、次にキャッシュメモリ１６ａに書き込まれたトラッ
クＴ２を転送するが、通信回線６−１（ＲＡ０１／ＲＡ
０３パス）が使用中であることから、ＲＡ０２により、
トラックＴ２を読み出し、通信回線６−２（ＲＡ０２／
ＲＡ０４パス）を使用して副センタ１Ｂ側のリモートＦ
ＣＵ１０Ｂへ転送する。このとき、トラックＴ２には、
ＩＤ値＝０００１およびトラック番号＝０００２が付加
される〔(7) 参照〕。

【００９５】副センタ１Ｂ側のリモートＦＣＵ１０Ｂに
おいて、まず、正センタ１Ａ側から転送されてきたトラ
ックＴ１をＲＡ０３が受信すると、このＲＡ０３は、キ
ャッシュメモリ１６ａから順序性管理テーブル２０を読
み込み、トラックＴ１の書込の是非を判断する。このと
き、ＲＡ１４は、前述した条件（ｃ１）に従って動作
し、トラックＴ１の書込が可能であると判断する〔(3)
参照〕。このＲＡ１４の動作により、順序性管理テーブ
ル２０は、図１０（ａ）に示す状態から図１０（ｂ）に
示す状態となる。

【００９６】そして、ＲＡ０３は、ＳＳ１６上に確保さ
れたキャッシュメモリ１６ａにトラックＴ１を書き込ん
だ後〔(4) 参照〕、キャッシュメモリ１６ａ上の順序性
管理テーブル２０のトラックＴ１に対応するトラック番
号領域を更新しトラックＴ１のトラック番号ＳＮをＬＳ
Ｎとして反映させる〔(5) 参照〕。これにより、順序性
管理テーブル２０は、図１０（ｂ）に示す状態から図１
０（ｃ）に示す状態となる。

【００９７】また、副センタ１Ｂ側のリモートＦＣＵ１
０Ｂにおいては、トラックＴ１の書込処理中〔(3) およ
び(4) 参照〕に、正センタ１Ａ側からのトラックＴ２を
ＲＡ０４が受信し、このＲＡ０４は、キャッシュメモリ
１６ａから順序性管理テーブル２０を読み込み、トラッ
クＴ２の書込の是非を判断する。このとき、順序性管理
テーブル２０は図１０（ｂ）に示す状態であり、ＲＡ０
４は、前述した条件（ｃ２）に従って動作する。即ち、
ＳＮ≠ＬＳＮ＋１（ここで、ＳＮ＝２，ＬＳＮ＝０で、
２≠０＋１）であって、トラックＴ１がキャッシュメモ
リ１６ａ上に書き込まれていないことから、ＲＡ０４
は、トラックＴ２の書込を不可と判断する〔図１１の
(8) ，図１２の(8)-１参照〕。

【００９８】トラックＴ２の書込が不可であると判断し
たＲＡ０４は、順序性管理テーブル２０のトラック番号
が“０００１”となるまで、キャッシュメモリ１６ａか
ら繰り返し順序性管理テーブル２０を読み込む〔図１１
の(8) ，図１２の(8)-２参照〕。その間に、ＲＡ０３に
よりトラックＴ１の書込を完了し〔(4) 参照〕、順序性
管理テーブル２０への登録を完了すると〔(5) 参照〕、
順序性管理テーブル２０が図１０（ｃ）に示すごとく更
新され、ＳＮ＝ＬＳＮ＋１（ここで、ＳＮ＝２，ＬＳＮ
＝１で、２＝１＋１）となるので、ＲＡ０４は、トラッ
クＴ２の書込が可能であると判断する〔図１１の(8) ，
図１２の(8)-３参照〕。

【００９９】トラックＴ２の書込が可能であると判断し
たＲＡ０４は、ＳＳ１６上に確保されたキャッシュメモ
リ１６ａにトラックＴ２を書き込んだ後〔(9) 参照〕、
キャッシュメモリ１６ａ上の順序性管理テーブル２０の
トラックＴ２に対応するトラック番号領域を更新しトラ
ックＴ２のトラック番号ＳＮをＬＳＮとして反映させる
〔(10)参照〕。これにより、順序性管理テーブル２０
は、図１０（ｃ）に示す状態から図１０（ｄ）に示す状
態となる。

【０１００】このように、本発明の第３実施形態として
のリモート転送方法によっても、前述した第２実施形態
と同様の作用効果を得ることができる。 〔Ｄ〕第４実施形態の説明 ところで、上述した第２および第３実施形態によってリ
モート転送を行なう場合、図８や図１１に図示すように
２回線構成で１回線に障害が発生したり、３本以上の通
信回線を有していても回線障害が発生した時点で未使用
の通信回線が存在しなかったりすると、下記のような転
送デッドロックが生じることがある。

【０１０１】あるトラックの転送時に回線障害により転
送エラーが発生し、その転送エラーを生じたトラックを
転送するための未使用の通信回線が存在せず、さらに、
現在転送中のトラックのトラック番号の中に、転送エラ
ーを生じたトラックのトラック番号よりも大きいものが
存在するという３つの条件が万一重なった状態が生じた
ものとする。

【０１０２】このとき、そのトラックの後に書き込まれ
るべきトラックが、先に副センタ１Ｂ側へ転送され、転
送エラーを生じたトラックが転送されてくるのを待機し
ている状態であるが、使用可能な通信回線が存在しない
ため、転送エラーを生じたトラックを転送できない状態
でロックする転送デッドロックが生じてしまう。そこ
で、本発明の第４実施形態としてのリモート転送方法で
は、上述した３つの条件が重なった場合には、正センタ
１Ａ側のリモートＦＣＵ１０Ａにより、転送デッドロッ
ク状態のトラックの転送を中断させ、そのトラックの転
送のために使用中だった通信回線を使用して転送エラー
を生じたトラックの転送を行ない、転送デッドロックを
回避するようにしている。

【０１０３】このような第４実施形態としてのリモート
転送方法について、図１３〜図１５を参照しながら説明
する。ここで、図１３は本発明の第４実施形態としての
リモート転送方法を説明するためのフローチャート、図
１４は本発明の第４実施形態としてのリモート転送方法
（回線障害による転送エラー発生時）を説明するための
ブロック図、図１５は、本発明の第４実施形態としての
リモート転送方法（回線障害による転送エラー発生時）
を、時間軸および図１４中の〜に対応させて説明す
るためのフローチャートである。

【０１０４】第４実施形態によるリモート転送方法は、
第２実施形態および第３実施形態によるリモート転送方
法のいずれにも適用することができるが、第４実施形態
では、第３実施形態によるリモート転送方法に適用した
場合について説明する。第４実施形態における正センタ
１Ａ側のリモートＦＣＵ１０Ａは、第３実施形態のリモ
ートＦＣＵ１０Ａに、図１３にフローチャート（ステッ
プＳ１〜Ｓ５）で示す機能を追加したものである。

【０１０５】つまり、図１３に示すように、あるトラッ
クの転送時に回線障害により転送エラーが発生した場
合、リモートＦＣＵ１０Ａは、複数の通信回線のうち他
に未使用の転送パス（通信回線）が存在するか否かを確
認し（ステップＳ１）、未使用の転送パスが存在する場
合（ステップＳ１からＹＥＳルート）、その未使用の転
送パスを使用して転送エラーを生じたトラックの転送を
行なう（ステップＳ２）。

【０１０６】一方、未使用の転送パスが存在しない場合
（ステップＳ１からＮＯルート）、リモートＦＣＵ１０
Ａは、現在転送中のトラックに付与されているトラック
番号と、転送エラーを生じたトラックに付与されている
トラック番号とを比較し、転送中のトラック番号の中
に、転送エラーを生じたトラックのトラック番号よりも
大きい番号が存在するか否かを判断する（ステップＳ
３）。

【０１０７】該当するシリアル番号が存在しない場合
（ステップＳ３からＮＯルート）、リモートＦＣＵ１０
Ａは、使用中のいずれかの転送パスが解放されるまで転
送エラーを生じたトラックの転送を待機させる一方（ス
テップＳ４）、該当するシリアル番号が存在する場合
（ステップＳ３からＹＥＳルート）、該当するシリアル
番号を有するトラックの転送を中断させ、そのトラック
の転送のために使用中だった転送パスを使用して、転送
エラーを生じたトラックの転送を行なう（ステップＳ
５）。

【０１０８】さて、次に、図１４および図１５を参照し
ながら、図１３にて上述した機能を追加された、第４実
施形態によるリモート転送方法（回線障害による転送エ
ラー発生時）について説明する。図１４および図１５に
示すように、正センタ１Ａ側において、ホスト２Ａによ
り順序性保証モードが指定されている場合、ホスト２Ａ
は、まず、リモートＦＣＵ１０ＡのＳＳ１６上に確保さ
れたキャッシュメモリ１６ａに対して、同一Ｉ／Ｏに属
するトラックＴ１およびＴ２を、順次、書き込む（お
よび参照）。この時点で、２本の通信回線６−１，６
−２はいずれも使用されていないものとする。

【０１０９】そして、リモートＦＣＵ１０Ａは、ＲＡ０
１により、先にキャッシュメモリ１６ａに書き込まれた
トラックＴ１を読み出し、通信回線６−１（ＲＡ０１／
ＲＡ０３パス）を使用して副センタ１Ｂ側のリモートＦ
ＣＵ１０Ｂへ転送する。このとき、トラックＴ１には、
ＩＤ値＝０００１およびトラック番号＝０００１が付加
される（図１４の，図１５の−１参照）。

【０１１０】これに引き続いて、リモートＦＣＵ１０Ａ
は、次にキャッシュメモリ１６ａに書き込まれたトラッ
クＴ２を転送するが、通信回線６−１（ＲＡ０１／ＲＡ
０３パス）が使用中であることから、ＲＡ０２により、
トラックＴ２を読み出し、通信回線６−２（ＲＡ０２／
ＲＡ０４パス）を使用して副センタ１Ｂ側のリモートＦ
ＣＵ１０Ｂへ転送する。このとき、トラックＴ２には、
ＩＤ値＝０００１およびトラック番号＝０００２が付加
される（図１４の，図１５の−１参照）。

【０１１１】しかし、トラックＴ１の転送中に、その通
信回線６−１上における回線障害による転送エラーが発
生し、トラックＴ１の転送に失敗すると、リモートＦＣ
Ｕ１０Ａは、代わりの転送パスとして未使用パスを探す
が、他の通信回線６−２（ＲＡ０２／ＲＡ０４パス）も
使用中であるため、未使用パスが無いと判断する（図１
４の，図１５の−２参照）。

【０１１２】その間に、副センタ１Ｂ側のリモートＦＣ
Ｕ１０Ｂにおいては、正センタ１Ａ側からのトラックＴ
２をＲＡ０４が受信し、このＲＡ０４は、キャッシュメ
モリ１６ａから順序性管理テーブル２０を読み込み、ト
ラックＴ２の書込の是非を判断し、トラックＴ１がキャ
ッシュメモリ１６ａ上に書き込まれていないことから、
ＲＡ０４は、トラックＴ２の書込を不可と判断する（図
１４の，図１５の−２参照〕。トラックＴ２の書込
が不可であると判断したＲＡ０４は、順序性管理テーブ
ル２０のトラック番号が“０００１”となるまで、キャ
ッシュメモリ１６ａから繰り返し順序性管理テーブル２
０を読み込む（図１４の，図１５の−３参照）。

【０１１３】これに並行して、正センタ１Ａ側のリモー
トＦＣＵ１０Ａは、転送に失敗したパスのトラック番号
が“１”であり且つ転送中のパス（通信回線６−２；Ｒ
Ａ０２／ＲＡ０４パス）のトラック番号“２”であるこ
とから、ＲＡ０２／ＲＡ０４パスによる転送を中断すべ
く中断指示を出力する（図１４の，図１５の−３参
照）。

【０１１４】これによりＲＡ０２からＲＡ０４に対し中
断の指示が行なわれ（参照）、副センタ１Ｂ側におい
て、ＲＡ０４は、ＲＡ０２からの中断指示によりトラッ
クＴ２に対する処理を中断する（′参照）。この後、
リモートＦＣＵ１０Ａは、副センタ１０Ｂ側のリモート
ＦＣＵ１０Ｂに対し、通信回線６−２（ＲＡ０２／ＲＡ
０４パス）を使用して、転送に失敗したトラックＴ１を
転送する（参照）。このときのリモートＦＣＵ１０Ｂ
での動作説明については、第３実施形態と同様であるの
で省略する。

【０１１５】そして、リモートＦＣＵ１０Ａは、副セン
タ１０Ｂ側のリモートＦＣＵ１０Ｂに対し、通信回線６
−２（ＲＡ０２／ＲＡ０４パス）を使用して、転送に失
敗したトラックＴ１を転送する（参照）。このときの
リモートＦＣＵ１０Ｂでの動作説明についても、第３実
施形態と同様であるので省略する。このように、本発明
の第４実施形態としてのリモート転送方法によれば、所
定の条件が重なって転送デッドロックが生じた場合で
も、正センタ１Ａ側のリモートＦＣＵ１０Ａによって、
転送デッドロック状態のトラックの転送を中断させ、そ
のトラックの転送のために使用中だった通信回線を使用
して転送エラーを生じたトラックの転送を行なうことに
より、転送デッドロックが確実に回避され、トラックを
確実に転送することができる。

【０１１６】〔Ｅ〕その他 なお、本発明は上述した実施形態に限定されるものでは
なく、本発明の趣旨を逸脱しない範囲で種々変形して実
施することができる。例えば、１０Ａと１０Ｂとの間が
２本の通信回線６により接続されている場合について説
明しているが、本発明はこれに限定されるものではな
く、３本以上の通信回線６により接続してもよい。

【０１１７】

【発明の効果】以上詳述したように、本発明の磁気ディ
スク制御装置によるリモート転送方法（請求項１）によ
れば、トラックの転送中にエラーが発生したとしても、
他の通信回線を使用するなどして、そのトラックの転送
を完了するまで次のトラックの転送開始を抑止できるの
で、トラックの順序性を確実に保証することができる。

【０１１８】一方、本発明の磁気ディスク制御装置によ
るリモート転送方法（請求項２〜４）によれば、トラッ
クの転送中にエラーが発生し、副センタ側へのトラック
の転送順序が逆転して所定の順序性が損なわれたとして
も、副センタ側でトラックの順序調整を行なうことがで
きるので、トラックの順序性を確実に保証することがで
きる。

【０１１９】このとき、所定の条件が重なって転送デッ
ドロックが生じた場合、正センタ側磁気ディスク制御装
置によって、転送デッドロック状態のトラックの転送を
中断させ、そのトラックの転送のために使用中だった通
信回線を使用して転送エラーを生じたトラックの転送を
行なうことにより、転送デッドロックが確実に回避さ
れ、トラックを確実に転送することができる（請求項
５）。

【図面の簡単な説明】

【図１】本発明の第１実施形態としてのリモート転送方
法を説明するためのシーケンス図である。

【図２】本発明の第１実施形態としてのリモート転送方
法を説明するためのブロック図である。

【図３】本発明の第１実施形態としてのリモート転送方
法を、時間軸および図１および図２中の〜に対応さ
せて説明するためのフローチャートである。

【図４】本発明の第１実施形態としてのリモート転送方
法（転送エラー発生時）を説明するためのブロック図で
ある。

【図５】本発明の第１実施形態としてのリモート転送方
法（転送エラー発生時）を説明するためのシーケンス図
である。

【図６】本発明の第１実施形態としてのリモート転送方
法（転送エラー発生時）を、時間軸および図４および図
５中の〜に対応させて説明するためのフローチャー
トである。

【図７】本発明の第２実施形態としてのリモート転送方
法で用いられる順序性管理テーブルの例を示す図であ
る。

【図８】本発明の第２実施形態としてのリモート転送方
法を説明するためのブロック図である。

【図９】本発明の第２実施形態としてのリモート転送方
法を、時間軸および図８中の (1)〜(10)に対応させて説
明するためのフローチャートである。

【図１０】（ａ）〜（ｄ）は、それぞれ、本発明の第２
実施形態としてのリモート転送方法を実行した際の順序
性管理テーブルの登録状態を示す図である。

【図１１】本発明の第３実施形態としてのリモート転送
方法を説明するためのブロック図である。

【図１２】本発明の第３実施形態としてのリモート転送
方法を、時間軸および図１１中の(1)〜(10)に対応させ
て説明するためのフローチャートである。

【図１３】本発明の第４実施形態としてのリモート転送
方法を説明するためのフローチャートである。

【図１４】本発明の第４実施形態としてのリモート転送
方法（回線障害による転送エラー発生時）を説明するた
めのブロック図である。

【図１５】本発明の第４実施形態としてのリモート転送
方法（回線障害による転送エラー発生時）を、時間軸お
よび図１４中の〜に対応させて説明するためのフロ
ーチャートである。

【図１６】本来の業務を行なう正センタとバックアップ
用の副センタとをそなえたシステムの従来構成を示すブ
ロック図である。

【図１７】正センタおよび副センタにおけるリモートＦ
ＣＵ間を通信回線により接続したリモートシステムの一
般的構成の一例を示すブロック図である。

【図１８】一般的なリモートＦＣＵの構成を示すブロッ
ク図である。

【図１９】順序性が保たれているデータ書込／転送を説
明するためのブロック図である。

【図２０】順序性が保たれているデータ書込／転送を、
時間軸および図１９中の〜に対応させて説明するた
めのフローチャートである。

【図２１】順序性が保たれていないデータ書込／転送を
説明するためのブロック図である。

【図２２】順序性が保たれていないデータ書込／転送
を、時間軸および図２１中の〜に対応させて説明す
るためのフローチャートである。

【図２３】（ａ）および（ｂ）は、それぞれ、順序性を
保証しながら転送されるべき２つのトラックの具体例を
示す図である。

【図２４】図２３（ａ）および図２３（ｂ）にそれぞれ
示す２つのトラックが順序性を保証されながら転送され
た時の副センタ側リモートＦＣＵの動作を説明するため
の図である。

【図２５】図２３（ａ）および図２３（ｂ）にそれぞれ
示す２つのトラックの転送順序が逆になった時の副セン
タ側リモートＦＣＵの動作を説明するための図である。

【符号の説明】

１Ａ 正センタ（業務システム） １Ｂ 副センタ（バックアップシステム） ２Ａ 正センタ側ホスト（ＣＰＵ） ２Ｂ 副センタ側ホスト（ＣＰＵ） ４Ａ 正センタ側磁気ディスク装置（ボリューム） ４Ｂ 副センタ側磁気ディスク装置（ボリューム） ６ 通信回線 １０Ａ 正センタ側リモートＦＣＵ（正センタ側磁気デ
ィスク制御装置） １０Ｂ 副センタ側リモートＦＣＵ（副センタ側磁気デ
ィスク制御装置） １１ ＣＡ（Channel Adapter) １２ ＲＭ（Resource Manager） １３ ＴＳ（Table Storage) １４ ＲＡ（Remote Adapter） １５ ＣＦＥ（Cache Function Engine) １６ ＳＳ（Shared Storage） １６ａ キャッシュメモリ １７ ＤＡ（Device Adapter） １８ Ｃ−ＢＵＳ（Control-BUS) ２０ 順序性管理テーブル（Table)

Claims (5)

【特許請求の範囲】
1. 【請求項１】 磁気ディスク装置と該磁気ディスク装置
   を制御する磁気ディスク制御装置とを有する正センタお
   よび副センタをそなえ、該正センタ側磁気ディスク制御
   装置と該副センタ側磁気ディスク制御装置との間を複数
   本の通信回線により接続してなるリモートシステムにお
   いて、該複数本の通信回線を通じて該正センタ側磁気デ
   ィスク制御装置から該副センタ側磁気ディスク制御装置
   へデータ転送を行なうためのリモート転送方法であっ
   て、 複数のトラックを、その順序性を保証しながら、該正セ
   ンタ側磁気ディスク制御装置から該副センタ側磁気ディ
   スク制御装置へ連続的に転送する順序性保証モードが正
   センタ側ホストにより指定されている場合、 該正センタ側磁気ディスク制御装置は、該正センタ側ホ
   ストから１つのトラックの転送依頼を受けると、当該ト
   ラックを該副センタ側磁気ディスク制御装置に転送し、
   当該トラックの転送を完了した時点で該正センタ側ホス
   トに転送完了通知を送り返し、 該正センタ側ホストは、該正センタ側磁気ディスク制御
   装置から前記転送完了通知を受領すると、次のトラック
   の転送依頼を該正センタ側磁気ディスク制御装置に対し
   て発行することを特徴とする、磁気ディスク制御装置に
   よるリモート転送方法。
2. 【請求項２】 磁気ディスク装置と該磁気ディスク装置
   を制御する磁気ディスク制御装置とを有する正センタお
   よび副センタをそなえ、該正センタ側磁気ディスク制御
   装置と該副センタ側磁気ディスク制御装置との間を複数
   本の通信回線により接続してなるリモートシステムにお
   いて、該複数本の通信回線を通じて該正センタ側磁気デ
   ィスク制御装置から該副センタ側磁気ディスク制御装置
   へデータ転送を行なうためのリモート転送方法であっ
   て、 複数のトラックを、その順序性を保証しながら、該正セ
   ンタ側磁気ディスク制御装置から該副センタ側磁気ディ
   スク制御装置へ連続的に転送する順序性保証モードが正
   センタ側ホストにより指定されている場合、 該正センタ側磁気ディスク制御装置は、同一Ｉ／Ｏ内の
   複数のトラックには同一の識別番号と該正センタ側ホス
   トからの送出順に対応したシリアル番号とを付与し、前
   記の識別番号およびシリアル番号を付与された当該複数
   のトラックを該複数本の通信回線により同時に該副セン
   タ側磁気ディスク制御装置に転送し、 該副センタ側磁気ディスク制御装置は、 該正センタ側から転送され該副センタ側で書き込まれた
   トラックに付与された識別番号と、その識別番号を有し
   且つ最後に該副センタ側で書き込まれたトラックに付与
   されたシリアル番号ＬＳＮとを対応させて保持する順序
   性管理テーブルをそなえ、 該正センタ側から新たなトラックが転送されてくると、
   当該トラックに付与されているシリアル番号ＳＮと、該
   順序性管理テーブルに保持されている、当該トラックに
   付与された識別番号に対応する前記シリアル番号ＬＳＮ
   とを比較し、 ＳＮ≠ＬＳＮ＋１である場合、他のトラックの書込によ
   って該順序性管理テーブルの前記シリアル番号ＬＳＮが
   更新されてＳＮ＝ＬＳＮ＋１となるまで、当該トラック
   に対して書込許可を与えないで当該トラックを待機させ
   る一方、 ＳＮ＝ＬＳＮ＋１である場合、当該トラックに対して書
   込許可を与え、当該トラックの該副センタ側磁気ディス
   ク装置への書込を完了した時点で該順序性管理テーブル
   の前記シリアル番号ＬＳＮとして当該トラックの前記シ
   リアル番号ＬＳＮを登録・更新することを特徴とする、
   磁気ディスク制御装置によるリモート転送方法。
3. 【請求項３】 該順序性管理テーブルが、該副センタ側
   磁気ディスク制御装置内の資源を管理／制御するリソー
   スモジュールによって管理されていることを特徴とす
   る、請求項２記載の磁気ディスク制御装置によるリモー
   ト転送方法。
4. 【請求項４】 該順序性管理テーブルが、当該トラック
   を該副センタ側磁気ディスク装置へ書き込む前に一時的
   に書き込むためのキャッシュメモリ上にそなえられてい
   ることを特徴とする、請求項２記載の磁気ディスク制御
   装置によるリモート転送方法。
5. 【請求項５】 あるトラックの転送時に回線障害により
   転送エラーが発生した場合、 該正センタ側磁気ディスク制御装置は、 該複数の通信回線のうち他に未使用の通信回線が存在す
   るか否かを確認し、 未使用の通信回線が存在する場合、その未使用の通信回
   線を使用して、転送エラーを生じた当該トラックの転送
   を行なう一方、 未使用の通信回線が存在しない場合、現在転送中のトラ
   ックに付与されているシリアル番号の中に、転送エラー
   を生じた当該トラックに付与されているシリアル番号よ
   りも大きいシリアル番号が存在するか否かを判断し、 該当するシリアル番号が存在しない場合、使用中の通信
   回線が解放されるまで転送エラーを生じた当該トラック
   の転送を待機させる一方、 該当するシリアル番号が存在する場合、該当するシリア
   ル番号を有するトラックの転送を中断させ、そのトラッ
   クの転送のために使用中だった通信回線を使用して、転
   送エラーを生じた当該トラックの転送を行なうことを特
   徴とする、請求項２〜請求項４のいずれかに記載の磁気
   ディスク制御装置によるリモート転送方法。