JP3472703B2 - 磁気ディスク制御装置によるリモート転送方法 - Google Patents
磁気ディスク制御装置によるリモート転送方法Info
- Publication number
- JP3472703B2 JP3472703B2 JP10795998A JP10795998A JP3472703B2 JP 3472703 B2 JP3472703 B2 JP 3472703B2 JP 10795998 A JP10795998 A JP 10795998A JP 10795998 A JP10795998 A JP 10795998A JP 3472703 B2 JP3472703 B2 JP 3472703B2
- Authority
- JP
- Japan
- Prior art keywords
- magnetic disk
- data
- center
- remote
- transfer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Techniques For Improving Reliability Of Storages (AREA)
Description
【０００１】（目次）
発明の属する技術分野
従来の技術（図７〜図１４）
発明が解決しようとする課題（図１３）
課題を解決するための手段
発明の実施の形態（図１〜図６）
発明の効果
【０００２】
【発明の属する技術分野】一般に、本来の業務を行なう
正センタ（業務システム）の設置場所とは別の場所（遠
隔地）に副センタ（バックアップシステム）を設置し正
センタの業務を副センタによりバックアップ可能に構成
したシステムでは、各センタに、リモート転送機能を有
する磁気ディスク制御装置〔以下、リモートＦＣＵ（Fi
le ControlUnit)という〕がそなえられている。
正センタ（業務システム）の設置場所とは別の場所（遠
隔地）に副センタ（バックアップシステム）を設置し正
センタの業務を副センタによりバックアップ可能に構成
したシステムでは、各センタに、リモート転送機能を有
する磁気ディスク制御装置〔以下、リモートＦＣＵ（Fi
le ControlUnit)という〕がそなえられている。
【０００３】本発明は、上述したリモートＦＣＵにより
正センタ側から副センタ側へＲ０（Record 0）等の小さ
いデータを転送する際に用いて好適の、リモート転送方
法に関する。
正センタ側から副センタ側へＲ０（Record 0）等の小さ
いデータを転送する際に用いて好適の、リモート転送方
法に関する。
【０００４】
【従来の技術】近年、本来の業務を行なう正センタ（業
務システム）の動作が地震等の災害や突発的な故障によ
り停止した場合にそなえ、図７に示すように、正センタ
１Ａの設置場所とは別の遠隔地に副センタ（バックアッ
プシステム）１Ｂを設置することが一般的になってい
る。
務システム）の動作が地震等の災害や突発的な故障によ
り停止した場合にそなえ、図７に示すように、正センタ
１Ａの設置場所とは別の遠隔地に副センタ（バックアッ
プシステム）１Ｂを設置することが一般的になってい
る。
【０００５】このように、遠隔地における副センタ１Ｂ
により正センタ１Ａの業務をバックアップ可能にしたシ
ステムの構成について、図７を参照しながら説明する。
なお、図７において、正センタ１Ａと副センタ１Ｂとで
同じ機能を果たす構成要素には同じ数字を符号として付
与し、また、正センタ１Ａに属する構成要素を示す符号
には“Ａ”を付し、副センタ１Ｂに属する構成要素を示
す符号には“Ｂ”を付している。
により正センタ１Ａの業務をバックアップ可能にしたシ
ステムの構成について、図７を参照しながら説明する。
なお、図７において、正センタ１Ａと副センタ１Ｂとで
同じ機能を果たす構成要素には同じ数字を符号として付
与し、また、正センタ１Ａに属する構成要素を示す符号
には“Ａ”を付し、副センタ１Ｂに属する構成要素を示
す符号には“Ｂ”を付している。
【０００６】正センタ１Ａは、ホスト（ＣＰＵ）２Ａ，
磁気ディスク制御装置（以下、ＦＣＵという）３Ａ，磁
気ディスク装置（デバイス）４Ａおよびアダプタ５Ａを
有して構成されている。ホスト２Ａは、本来の業務のた
めの処理を行なうもので、アダプタ５Ａを介して通信回
線６に接続されている。ＦＣＵ３Ａは、ホスト２Ａと磁
気ディスク装置４Ａとの間に介装され、ホスト２Ａから
の入出力信号（以下、単にＩ／Ｏと呼ぶ場合がある）に
応じて磁気ディスク装置４Ａに対する書込／読出制御を
行なうものである。
磁気ディスク制御装置（以下、ＦＣＵという）３Ａ，磁
気ディスク装置（デバイス）４Ａおよびアダプタ５Ａを
有して構成されている。ホスト２Ａは、本来の業務のた
めの処理を行なうもので、アダプタ５Ａを介して通信回
線６に接続されている。ＦＣＵ３Ａは、ホスト２Ａと磁
気ディスク装置４Ａとの間に介装され、ホスト２Ａから
の入出力信号（以下、単にＩ／Ｏと呼ぶ場合がある）に
応じて磁気ディスク装置４Ａに対する書込／読出制御を
行なうものである。
【０００７】副センタ１Ｂも、正センタ１Ａと同様、ホ
スト（ＣＰＵ）２Ｂ，ＦＣＵ３Ｂ，磁気ディスク装置
（デバイス）４Ｂおよびアダプタ５Ｂを有して構成され
ている。ホスト２Ｂは、バックアップ時に正センタ１Ａ
から業務のための処理を引き継いで行なうもので、アダ
プタ５Ｂを介して通信回線６に接続されている。ＦＣＵ
３Ｂは、ホスト２Ｂと磁気ディスク装置４Ｂとの間に介
装され、ホスト２Ｂからの入出力信号に応じて磁気ディ
スク装置４Ｂに対する書込／読出制御を行なうものであ
る。
スト（ＣＰＵ）２Ｂ，ＦＣＵ３Ｂ，磁気ディスク装置
（デバイス）４Ｂおよびアダプタ５Ｂを有して構成され
ている。ホスト２Ｂは、バックアップ時に正センタ１Ａ
から業務のための処理を引き継いで行なうもので、アダ
プタ５Ｂを介して通信回線６に接続されている。ＦＣＵ
３Ｂは、ホスト２Ｂと磁気ディスク装置４Ｂとの間に介
装され、ホスト２Ｂからの入出力信号に応じて磁気ディ
スク装置４Ｂに対する書込／読出制御を行なうものであ
る。
【０００８】そして、正センタ１Ａにおいて、業務の実
行に伴い磁気ディスク装置４Ａのデータが変更された場
合には、変更されたデータについての情報が、ホスト２
Ａおよびアダプタ５Ａを通じて通信回線６へ送り出さ
れ、この通信回線６を介して副センタ１Ｂへ送信され
る。その情報は、副センタ１Ｂにおいて、通信回線６か
らアダプタ５Ｂを通じてホスト２Ｂで受信され、このホ
スト２Ｂは、ＦＣＵ３Ｂに対してＩ／Ｏを出力すること
により、磁気ディスク装置４Ｂのデータに対して正セン
タ１Ａの磁気ディスク装置４Ａのデータと同一の変更を
施す。これにより、正センタ１Ａの磁気ディスク装置４
Ａと副センタ１Ｂの磁気ディスク装置４Ｂとには常に同
じデータが保持される。つまり、常時、副センタ１Ｂの
磁気ディスク装置４Ｂには、正センタ１Ａの磁気ディス
ク装置４Ａと等価なボリューム（リモートシャドウボリ
ューム）が構築される。
行に伴い磁気ディスク装置４Ａのデータが変更された場
合には、変更されたデータについての情報が、ホスト２
Ａおよびアダプタ５Ａを通じて通信回線６へ送り出さ
れ、この通信回線６を介して副センタ１Ｂへ送信され
る。その情報は、副センタ１Ｂにおいて、通信回線６か
らアダプタ５Ｂを通じてホスト２Ｂで受信され、このホ
スト２Ｂは、ＦＣＵ３Ｂに対してＩ／Ｏを出力すること
により、磁気ディスク装置４Ｂのデータに対して正セン
タ１Ａの磁気ディスク装置４Ａのデータと同一の変更を
施す。これにより、正センタ１Ａの磁気ディスク装置４
Ａと副センタ１Ｂの磁気ディスク装置４Ｂとには常に同
じデータが保持される。つまり、常時、副センタ１Ｂの
磁気ディスク装置４Ｂには、正センタ１Ａの磁気ディス
ク装置４Ａと等価なボリューム（リモートシャドウボリ
ューム）が構築される。
【０００９】従って、万一、正センタ１Ａの動作が地震
等の災害や突発的な故障によって停止した場合、副セン
タ１Ｂ内には正センタ１Ａにおけるボリュームと等価な
ボリュームが磁気ディスク装置４Ｂにより保持されてい
るので、副センタ１Ｂは、直ちに正センタ１Ａの動作を
引き継いで行ない、正センタ１Ａによる業務をバックア
ップすることができる。
等の災害や突発的な故障によって停止した場合、副セン
タ１Ｂ内には正センタ１Ａにおけるボリュームと等価な
ボリュームが磁気ディスク装置４Ｂにより保持されてい
るので、副センタ１Ｂは、直ちに正センタ１Ａの動作を
引き継いで行ない、正センタ１Ａによる業務をバックア
ップすることができる。
【００１０】しかしながら、ホスト２Ａは本来の業務の
ための処理を行なっており元々負荷が大きいため、上述
のように正センタ１Ａのホスト２Ａが副センタ１Ｂへの
データ転送を行なう場合、あまり大きなデータを転送で
きず効率のよい転送を行なうことができなかった。そこ
で、正センタ１Ａおよび副センタ１Ｂのそれぞれにおい
て、図７に示すＦＣＵ３Ａおよび３Ｂに代え、図８に示
すように、リモート転送機能を有するＦＣＵ（以下、リ
モートＦＣＵという）１０Ａおよび１０Ｂをそなえ、こ
れらのリモートＦＣＵ１０Ａ，１０Ｂの間を通信回線６
により接続したシステムが提案され用いられている。こ
のシステムでは、正センタ１Ａから副センタ１Ｂへのデ
ータ転送（リモート転送）が、リモートＦＣＵ１０Ａに
よって行なわれるので、ホスト２Ａの負荷が分散され、
データ転送を効率よく行なえるようになる。
ための処理を行なっており元々負荷が大きいため、上述
のように正センタ１Ａのホスト２Ａが副センタ１Ｂへの
データ転送を行なう場合、あまり大きなデータを転送で
きず効率のよい転送を行なうことができなかった。そこ
で、正センタ１Ａおよび副センタ１Ｂのそれぞれにおい
て、図７に示すＦＣＵ３Ａおよび３Ｂに代え、図８に示
すように、リモート転送機能を有するＦＣＵ（以下、リ
モートＦＣＵという）１０Ａおよび１０Ｂをそなえ、こ
れらのリモートＦＣＵ１０Ａ，１０Ｂの間を通信回線６
により接続したシステムが提案され用いられている。こ
のシステムでは、正センタ１Ａから副センタ１Ｂへのデ
ータ転送（リモート転送）が、リモートＦＣＵ１０Ａに
よって行なわれるので、ホスト２Ａの負荷が分散され、
データ転送を効率よく行なえるようになる。
【００１１】なお、リモートＦＣＵ１０Ａ，１０Ｂ間を
接続する通信回線６としては例えば高速ディジタル回線
やＡＴＭ回線が用いられる。また、ホスト２Ａ，２Ｂと
リモートＦＣＵ１０Ａ，１０Ｂとの間はチャネルインタ
フェースにより接続されるほか、リモートＦＣＵ１０
Ａ，１０Ｂと磁気ディスク装置（ボリューム）４Ａ，４
Ｂとの間はＰＣＩ(Peripheral Component Interconnec
t）インタフェースあるいはＳＣＳＩ(Small Computer S
ystem Interface）インタフェースにより接続される。
接続する通信回線６としては例えば高速ディジタル回線
やＡＴＭ回線が用いられる。また、ホスト２Ａ，２Ｂと
リモートＦＣＵ１０Ａ，１０Ｂとの間はチャネルインタ
フェースにより接続されるほか、リモートＦＣＵ１０
Ａ，１０Ｂと磁気ディスク装置（ボリューム）４Ａ，４
Ｂとの間はＰＣＩ(Peripheral Component Interconnec
t）インタフェースあるいはＳＣＳＩ(Small Computer S
ystem Interface）インタフェースにより接続される。
【００１２】上述したリモートＦＣＵ１０Ａ，１０Ｂの
構成を、図９により説明する。図９に示すように、リモ
ートＦＣＵ１０Ａ，１０Ｂのそれぞれは、ＣＡ(Channel
Adapter）１１，ＲＭ(Resource Manager)１２，ＴＳ
（Table Storage)１３，ＲＡ(Remort Adapter)１４，Ｃ
ＦＥ（Cache Function Engine)１５，ＳＳ(Shared Stor
age)１６，ＤＡ(Device Adapter)１７およびＣ−ＢＵＳ
（Control-BUS)１８を有して構成されている。
構成を、図９により説明する。図９に示すように、リモ
ートＦＣＵ１０Ａ，１０Ｂのそれぞれは、ＣＡ(Channel
Adapter）１１，ＲＭ(Resource Manager)１２，ＴＳ
（Table Storage)１３，ＲＡ(Remort Adapter)１４，Ｃ
ＦＥ（Cache Function Engine)１５，ＳＳ(Shared Stor
age)１６，ＤＡ(Device Adapter)１７およびＣ−ＢＵＳ
（Control-BUS)１８を有して構成されている。
【００１３】ここで、ＣＡ１１は、ホスト２Ａ，２Ｂと
の外部インタフェース制御を担当するモジュールであ
り、ＲＭ１２は、基本動作に関する、リモートＦＣＵ１
０Ａ，１０Ｂ内の資源管理を担当するモジュールであ
り、ＴＳ１３は、ＲＭ１２に付設され、リモートＦＣＵ
１０Ａ，１０Ｂ内の資源管理用のテーブルとして使用さ
れるメモリである。
の外部インタフェース制御を担当するモジュールであ
り、ＲＭ１２は、基本動作に関する、リモートＦＣＵ１
０Ａ，１０Ｂ内の資源管理を担当するモジュールであ
り、ＴＳ１３は、ＲＭ１２に付設され、リモートＦＣＵ
１０Ａ，１０Ｂ内の資源管理用のテーブルとして使用さ
れるメモリである。
【００１４】ＲＡ１４は、回線制御装置（図示省略）を
使用し、通信回線６を介して他のリモートＦＣＵ１０Ａ
または１０Ｂとの間のデータの転送を担当するモジュー
ルであり、ＣＦＥ１５は、ＳＳ１６におけるキャッシュ
メモリ１６ａ（図１３参照）の管理を担当するモジュー
ルである。なお、ここでは、キャッシュメモリ１６ａな
どを含む共用メモリ部を総称してＳＳ（符号１６）と呼
んでいる。
使用し、通信回線６を介して他のリモートＦＣＵ１０Ａ
または１０Ｂとの間のデータの転送を担当するモジュー
ルであり、ＣＦＥ１５は、ＳＳ１６におけるキャッシュ
メモリ１６ａ（図１３参照）の管理を担当するモジュー
ルである。なお、ここでは、キャッシュメモリ１６ａな
どを含む共用メモリ部を総称してＳＳ（符号１６）と呼
んでいる。
【００１５】ＤＡ１７は、下位装置である磁気ディスク
装置（デバイス）４Ａ，４Ｂとのインタフェース制御を
担当するモジュールであり、Ｃ−ＢＵＳ１８は、上述し
た各機能モジュール（符号１１〜１７）が互いにコミュ
ニケーションを行なうためのルートで、モジュール間の
制御情報の送受信に使用されるものである。ここで、上
述した正センタ１Ａ（リモートＦＣＵ１０Ａ）と副セン
タ１Ｂ（リモートＦＣＵ１０Ｂ）との間でやり取りされ
るデータのフォーマットについて、図１０〜図１２を参
照しながら説明する。
装置（デバイス）４Ａ，４Ｂとのインタフェース制御を
担当するモジュールであり、Ｃ−ＢＵＳ１８は、上述し
た各機能モジュール（符号１１〜１７）が互いにコミュ
ニケーションを行なうためのルートで、モジュール間の
制御情報の送受信に使用されるものである。ここで、上
述した正センタ１Ａ（リモートＦＣＵ１０Ａ）と副セン
タ１Ｂ（リモートＦＣＵ１０Ｂ）との間でやり取りされ
るデータのフォーマットについて、図１０〜図１２を参
照しながら説明する。
【００１６】図１０にトラックフォーマットを示す。こ
の図１０において、“ＨＡ（Home Address）”にはその
トラックに関する情報が格納されており、この“ＨＡ”
に格納される情報により、トラックの状態（正常／不良
／交代の区別等）が把握できるようになっている。“Ｒ
０（Record 0）”は、８バイトのデータで、“Ｒ１（Re
cord 1）”以降の制御データとして使用されるものであ
り、この“Ｒ０”にユーザのデータが書かれることはな
い。“Ｒ１”，“Ｒ２”，…には、ユーザが実際に使用
するデータが書かれる。そして、“インデックス”は、
トラックの論理的な起点を指示するものであり、“ＥＯ
Ｆ（End Of File)”は、論理ファイルの終わりを示すレ
コードである。
の図１０において、“ＨＡ（Home Address）”にはその
トラックに関する情報が格納されており、この“ＨＡ”
に格納される情報により、トラックの状態（正常／不良
／交代の区別等）が把握できるようになっている。“Ｒ
０（Record 0）”は、８バイトのデータで、“Ｒ１（Re
cord 1）”以降の制御データとして使用されるものであ
り、この“Ｒ０”にユーザのデータが書かれることはな
い。“Ｒ１”，“Ｒ２”，…には、ユーザが実際に使用
するデータが書かれる。そして、“インデックス”は、
トラックの論理的な起点を指示するものであり、“ＥＯ
Ｆ（End Of File)”は、論理ファイルの終わりを示すレ
コードである。
【００１７】これらのトラックは、キャッシュメモリ１
６ａ（図１３に示すごとくＳＳ１６に確保される領域）
上においては、図１１に示す構成をとる。この図１１に
示すように、１トラックは、１ブロック当たり4096バイ
トのデータブロック（ＤＢ）に分割されて格納される。
そして、図１１に示す例では、“Ｒ１”，“Ｒ２”，
…，“Ｒｎ”がそれぞれデータブロック“ＤＢ１”〜
“ＤＢＣ”に対応し、“ＨＡ”と“Ｒ０”とで１つのデ
ータブロック“ＤＢ０”を使用している。従って、デー
タブロック“ＤＢ０”には、“ＨＡ”と、“Ｒ０”のデ
ータ部（以下、Ｒ０Ｄという；８バイト）との他に、Ｒ
０カウント部（以下、Ｒ０Ｃという）が存在するだけ
で、大半の部分がごみデータとなっている。
６ａ（図１３に示すごとくＳＳ１６に確保される領域）
上においては、図１１に示す構成をとる。この図１１に
示すように、１トラックは、１ブロック当たり4096バイ
トのデータブロック（ＤＢ）に分割されて格納される。
そして、図１１に示す例では、“Ｒ１”，“Ｒ２”，
…，“Ｒｎ”がそれぞれデータブロック“ＤＢ１”〜
“ＤＢＣ”に対応し、“ＨＡ”と“Ｒ０”とで１つのデ
ータブロック“ＤＢ０”を使用している。従って、デー
タブロック“ＤＢ０”には、“ＨＡ”と、“Ｒ０”のデ
ータ部（以下、Ｒ０Ｄという；８バイト）との他に、Ｒ
０カウント部（以下、Ｒ０Ｃという）が存在するだけ
で、大半の部分がごみデータとなっている。
【００１８】上述のようにＳＳ１６のキャッシュメモリ
１６ａに保持されるトラックは、リモートＦＣＵ１０Ａ
により通信回線６を介してリモート転送する際、データ
ブロック毎に、図１２に示すようなフォーマットの転送
パケットに変換される。つまり、正センタ１Ａ側におけ
るリモートＦＣＵ１０ＡのＲＡ１４から副センタ１Ｂ側
におけるリモートＦＣＵ１０ＢのＲＡ１４へデータを転
送する際には、まず、トラックを４０９６バイトずつの
データブロックに切り分け（図１１参照）、各データブ
ロックに２５６バイトのヘッダ部を付すことにより、図
１２に示すようなデータパケットを作成し、そのパケッ
ト単位で転送を行なう。なお、ヘッダ部には、通信や正
副ＲＡ１４，１４間のオペレーション，ホストＩ／Ｏな
どの制御用データが格納されている。
１６ａに保持されるトラックは、リモートＦＣＵ１０Ａ
により通信回線６を介してリモート転送する際、データ
ブロック毎に、図１２に示すようなフォーマットの転送
パケットに変換される。つまり、正センタ１Ａ側におけ
るリモートＦＣＵ１０ＡのＲＡ１４から副センタ１Ｂ側
におけるリモートＦＣＵ１０ＢのＲＡ１４へデータを転
送する際には、まず、トラックを４０９６バイトずつの
データブロックに切り分け（図１１参照）、各データブ
ロックに２５６バイトのヘッダ部を付すことにより、図
１２に示すようなデータパケットを作成し、そのパケッ
ト単位で転送を行なう。なお、ヘッダ部には、通信や正
副ＲＡ１４，１４間のオペレーション，ホストＩ／Ｏな
どの制御用データが格納されている。
【００１９】次に、図８に示したシステムにおいて図１
０および図１１に示すようなトラックを転送する場合の
従来手順について、図１３および図１４を参照しながら
説明する。図１３に示すように、正センタ１Ａ側のリモ
ートＦＣＵ１０Ａにおいて、ＣＡ１１は、まず、ホスト
２Ａからの転送データを、ＳＳ１６に確保されたキャッ
シュメモリ１６ａにトラックとして書き込む。その後、
ＲＡ１４が、キャッシュメモリ１６ａ内のトラックを図
１２に示すようなデータパケットＰ０〜Ｐｎに分割し、
通信回線６を通じて副センタ１Ｂへ転送する。データパ
ケットＰ０〜Ｐｎを受け取った副センタ１Ｂ側では、Ｒ
Ａ１４により、そのデータパケットＰ０〜Ｐｎが、１つ
のトラックの形態に復元され、ＳＳ１６に確保されたキ
ャッシュメモリ１６ａ内に書き込まれる。
０および図１１に示すようなトラックを転送する場合の
従来手順について、図１３および図１４を参照しながら
説明する。図１３に示すように、正センタ１Ａ側のリモ
ートＦＣＵ１０Ａにおいて、ＣＡ１１は、まず、ホスト
２Ａからの転送データを、ＳＳ１６に確保されたキャッ
シュメモリ１６ａにトラックとして書き込む。その後、
ＲＡ１４が、キャッシュメモリ１６ａ内のトラックを図
１２に示すようなデータパケットＰ０〜Ｐｎに分割し、
通信回線６を通じて副センタ１Ｂへ転送する。データパ
ケットＰ０〜Ｐｎを受け取った副センタ１Ｂ側では、Ｒ
Ａ１４により、そのデータパケットＰ０〜Ｐｎが、１つ
のトラックの形態に復元され、ＳＳ１６に確保されたキ
ャッシュメモリ１６ａ内に書き込まれる。
【００２０】このようなリモート転送を行なう際の正セ
ンタ１Ａ側のリモートＦＣＵ１０Ａの動作について、図
１４を参照しながらより具体的に説明する。図１４は、
正センタ１Ａ側のリモートＦＣＵ１０Ａによるリモート
転送動作を説明するためのシーケンス図であり、この図
１４に示すように、ホスト２ＡからリモートＦＣＵ１０
Ａに対してＲ０ＤおよびＲＮ（Record Number;Ｒ０以外
のレコード指定）の更新を行なうためのＩ／Ｏ（ＳＩ
Ｏ：Start I/O)が発行されると（矢印Ａ１参照）、ＣＡ
１１は、チャネル(CH)から送られてきたトラックデータ
をＳＳ１６に確保したキャッシュメモリ（Cache)１６ａ
上に書き込む（矢印Ａ２参照）。
ンタ１Ａ側のリモートＦＣＵ１０Ａの動作について、図
１４を参照しながらより具体的に説明する。図１４は、
正センタ１Ａ側のリモートＦＣＵ１０Ａによるリモート
転送動作を説明するためのシーケンス図であり、この図
１４に示すように、ホスト２ＡからリモートＦＣＵ１０
Ａに対してＲ０ＤおよびＲＮ（Record Number;Ｒ０以外
のレコード指定）の更新を行なうためのＩ／Ｏ（ＳＩ
Ｏ：Start I/O)が発行されると（矢印Ａ１参照）、ＣＡ
１１は、チャネル(CH)から送られてきたトラックデータ
をＳＳ１６に確保したキャッシュメモリ（Cache)１６ａ
上に書き込む（矢印Ａ２参照）。
【００２１】この後、ＣＡ１１は、ＴＳ１３上にＴＣＢ
（Task Control Block）を作成する（ＴＣＢ内にリモー
ト転送の指示が格納されている；矢印Ａ３参照）。な
お、ＴＣＢは、リモートＦＣＵ１０Ａ内のモジュールど
うしがコミュニケーションを行なうためのテーブルであ
り、このＴＣＢには、オペレーションの種類（リモート
転送等）が格納されている。
（Task Control Block）を作成する（ＴＣＢ内にリモー
ト転送の指示が格納されている；矢印Ａ３参照）。な
お、ＴＣＢは、リモートＦＣＵ１０Ａ内のモジュールど
うしがコミュニケーションを行なうためのテーブルであ
り、このＴＣＢには、オペレーションの種類（リモート
転送等）が格納されている。
【００２２】１トラック分のデータのキャッシュメモリ
１６ａへの書込を完了すると、ＣＡ１１は、ＲＭ１２に
対して、ＲＡ１４への転送を開始するように促し（矢印
Ａ４参照）、これを受けたＲＭ１２は、ＲＡ１４に対し
て転送のスタート指示を出す（矢印Ａ５参照）。スター
ト指示を受けたＲＡ１４は、ＴＳ１３からＴＣＢを読み
込み、リモート転送を行なうことを認識し、キャッシュ
メモリ１６ａからＤＢ０を読み込み、そのＤＢ０にヘッ
ダ部を付加してデータパケットＰ０を作成した後、その
データパケットＰ０を副センタ１Ｂ側のリモートＦＣＵ
１０ＢにおけるＲＡ１４へ転送する（矢印Ａ６，Ａ６′
参照）。
１６ａへの書込を完了すると、ＣＡ１１は、ＲＭ１２に
対して、ＲＡ１４への転送を開始するように促し（矢印
Ａ４参照）、これを受けたＲＭ１２は、ＲＡ１４に対し
て転送のスタート指示を出す（矢印Ａ５参照）。スター
ト指示を受けたＲＡ１４は、ＴＳ１３からＴＣＢを読み
込み、リモート転送を行なうことを認識し、キャッシュ
メモリ１６ａからＤＢ０を読み込み、そのＤＢ０にヘッ
ダ部を付加してデータパケットＰ０を作成した後、その
データパケットＰ０を副センタ１Ｂ側のリモートＦＣＵ
１０ＢにおけるＲＡ１４へ転送する（矢印Ａ６，Ａ６′
参照）。
【００２３】ついで、ＲＡ１４は、キャッシュメモリ１
６ａからＤＢ１を読み込み、そのＤＢ１にヘッダ部を付
加してデータパケットＰ１を作成した後、そのデータパ
ケットＰ１を副センタ１Ｂ側のリモートＦＣＵ１０Ｂに
おけるＲＡ１４へ転送する（矢印Ａ７，Ａ７′参照）。
以下、上述と同様の処理を繰り返し行ない最後のデータ
ブロック（ＤＢｎ）まで副センタ１Ｂへ転送する（矢印
Ａ８，Ａ８′参照）。
６ａからＤＢ１を読み込み、そのＤＢ１にヘッダ部を付
加してデータパケットＰ１を作成した後、そのデータパ
ケットＰ１を副センタ１Ｂ側のリモートＦＣＵ１０Ｂに
おけるＲＡ１４へ転送する（矢印Ａ７，Ａ７′参照）。
以下、上述と同様の処理を繰り返し行ない最後のデータ
ブロック（ＤＢｎ）まで副センタ１Ｂへ転送する（矢印
Ａ８，Ａ８′参照）。
【００２４】
【発明が解決しようとする課題】ところで、Ｒ０が正セ
ンタ１Ａから副センタ１Ｂへの転送対象になった場合、
上述した従来のリモート転送手法では、図１３に示すよ
うに、Ｒ０Ｄがのっているパケット全体を転送してい
る。しかしながら、Ｒ０は前述した通り８バイトと小さ
いデータであるにもかかわらず、このＲ０を転送するた
めに１つのデータパケット（４３５２バイト）Ｐ０を作
成しなければならず、転送に無駄が多く、リモート転送
の時間もかかるなどの課題があった。
ンタ１Ａから副センタ１Ｂへの転送対象になった場合、
上述した従来のリモート転送手法では、図１３に示すよ
うに、Ｒ０Ｄがのっているパケット全体を転送してい
る。しかしながら、Ｒ０は前述した通り８バイトと小さ
いデータであるにもかかわらず、このＲ０を転送するた
めに１つのデータパケット（４３５２バイト）Ｐ０を作
成しなければならず、転送に無駄が多く、リモート転送
の時間もかかるなどの課題があった。
【００２５】本発明は、このような課題に鑑み創案され
たもので、Ｒ０（Record 0）等の小さいデータを効率よ
く転送できるようにして、リモート転送に要する時間を
短縮した、磁気ディスク制御装置によるリモート転送方
法を提供することを目的とする。
たもので、Ｒ０（Record 0）等の小さいデータを効率よ
く転送できるようにして、リモート転送に要する時間を
短縮した、磁気ディスク制御装置によるリモート転送方
法を提供することを目的とする。
【００２６】
【課題を解決するための手段】上記目的を達成するため
に、本発明の磁気ディスク制御装置によるリモート転送
方法（請求項１）は、磁気ディスク装置とこの磁気ディ
スク装置を制御する磁気ディスク制御装置とを有する正
センタおよび副センタをそなえ、正センタ側磁気ディス
ク制御装置と副センタ側磁気ディスク制御装置との間を
通信回線により接続してなるシステムにおいて、正セン
タ側磁気ディスク制御装置から副センタ側磁気ディスク
制御装置へデータ転送を行なうための方法であって、正
センタ側磁気ディスク制御装置から副センタ側磁気ディ
スク制御装置へ転送すべき転送データの一部〔例えばＲ
０（Record 0）のデータ部；請求項２〕を、転送データ
の他部を転送するためのデータパケットを成すヘッダ部
の空き領域に格納してから、そのデータパケットを正セ
ンタ側磁気ディスク制御装置から副センタ側磁気ディス
ク制御装置へ転送することを特徴としている。
に、本発明の磁気ディスク制御装置によるリモート転送
方法（請求項１）は、磁気ディスク装置とこの磁気ディ
スク装置を制御する磁気ディスク制御装置とを有する正
センタおよび副センタをそなえ、正センタ側磁気ディス
ク制御装置と副センタ側磁気ディスク制御装置との間を
通信回線により接続してなるシステムにおいて、正セン
タ側磁気ディスク制御装置から副センタ側磁気ディスク
制御装置へデータ転送を行なうための方法であって、正
センタ側磁気ディスク制御装置から副センタ側磁気ディ
スク制御装置へ転送すべき転送データの一部〔例えばＲ
０（Record 0）のデータ部；請求項２〕を、転送データ
の他部を転送するためのデータパケットを成すヘッダ部
の空き領域に格納してから、そのデータパケットを正セ
ンタ側磁気ディスク制御装置から副センタ側磁気ディス
ク制御装置へ転送することを特徴としている。
【００２７】上述した本発明の磁気ディスク制御装置に
よるリモート転送方法（請求項１，２）では、従来、デ
ータパケットにより正センタ側磁気ディスク制御装置か
ら副センタ側磁気ディスク制御装置へ転送されていた転
送データの一部が、転送データの他部を転送するための
データパケットを成すヘッダ部の空き領域に格納され
る。
よるリモート転送方法（請求項１，２）では、従来、デ
ータパケットにより正センタ側磁気ディスク制御装置か
ら副センタ側磁気ディスク制御装置へ転送されていた転
送データの一部が、転送データの他部を転送するための
データパケットを成すヘッダ部の空き領域に格納され
る。
【００２８】これにより、従来、その転送データの一部
（例えばＲ０のデータ部）のみを転送するために作成さ
れていたデータパケットが不要になり、転送すべきデー
タパケットの数を減らすことが可能になる。なお、正セ
ンタ側磁気ディスク制御装置内において、転送データの
一部としてヘッダ部に格納して転送すべきデータを取り
扱う旨を示すフラグを設定することにより、正センタ側
磁気ディスク制御装置を構成するモジュールに対し、ヘ
ッダ部に格納すべきデータが転送対象になっていること
を通知することができる（請求項３）。
（例えばＲ０のデータ部）のみを転送するために作成さ
れていたデータパケットが不要になり、転送すべきデー
タパケットの数を減らすことが可能になる。なお、正セ
ンタ側磁気ディスク制御装置内において、転送データの
一部としてヘッダ部に格納して転送すべきデータを取り
扱う旨を示すフラグを設定することにより、正センタ側
磁気ディスク制御装置を構成するモジュールに対し、ヘ
ッダ部に格納すべきデータが転送対象になっていること
を通知することができる（請求項３）。
【００２９】また、ヘッダ部に転送データの一部が格納
されている旨を示すフラグをデータパケットに設定する
ことにより、そのデータパケットのヘッダ部に転送デー
タの一部が格納されていることを副センタ側磁気ディス
ク制御装置に通知することができる（請求項４）。
されている旨を示すフラグをデータパケットに設定する
ことにより、そのデータパケットのヘッダ部に転送デー
タの一部が格納されていることを副センタ側磁気ディス
ク制御装置に通知することができる（請求項４）。
【００３０】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。本発明の一実施形態としての磁気
ディスク制御装置によるリモート転送方法が適用される
システムは、図８に示したものと同様であり、本実施形
態における磁気ディスク制御装置つまりリモートＦＣＵ
１０Ａ，１０Ｂは、図９に示したものと同様であるの
で、これらのシステムやリモートＦＣＵ１０Ａ，１０Ｂ
についての詳細な説明は省略する。図中、既述の符号と
同一の符号は同一もしくは同様の部分を示しているの
で、その説明は省略する。
施の形態を説明する。本発明の一実施形態としての磁気
ディスク制御装置によるリモート転送方法が適用される
システムは、図８に示したものと同様であり、本実施形
態における磁気ディスク制御装置つまりリモートＦＣＵ
１０Ａ，１０Ｂは、図９に示したものと同様であるの
で、これらのシステムやリモートＦＣＵ１０Ａ，１０Ｂ
についての詳細な説明は省略する。図中、既述の符号と
同一の符号は同一もしくは同様の部分を示しているの
で、その説明は省略する。
【００３１】まず、図１および図２を参照しながら、本
発明の一実施形態としてのリモート転送方法の基本的な
原理と動作とについて説明する。なお、図１は本実施形
態のリモート転送方法を説明するための図、図２は本実
施形態のリモート転送方法の作用を説明するための図で
ある。本実施形態では、正センタ１Ａ側において、リモ
ートＦＣＵ１０Ａが、ホスト２ＡからＲ０（Record 0；
８バイト）のデータ部（Ｒ０Ｄ）を更新するＩ／Ｏを受
けると、副センタ１Ｂ側のリモートＦＣＵ１０Ｂへ転送
すべきＲ０Ｄを、図１に示すように、データパケットＰ
０から抽出し、転送データの他部(WRITEデータ）を転送
するためのデータパケットＰｘを成すヘッダ部Ｈの空き
領域に格納してから、そのデータパケットＰｘを副セン
タ１Ｂ側のリモートＦＣＵ１０Ｂへ転送する機能を有し
ている。
発明の一実施形態としてのリモート転送方法の基本的な
原理と動作とについて説明する。なお、図１は本実施形
態のリモート転送方法を説明するための図、図２は本実
施形態のリモート転送方法の作用を説明するための図で
ある。本実施形態では、正センタ１Ａ側において、リモ
ートＦＣＵ１０Ａが、ホスト２ＡからＲ０（Record 0；
８バイト）のデータ部（Ｒ０Ｄ）を更新するＩ／Ｏを受
けると、副センタ１Ｂ側のリモートＦＣＵ１０Ｂへ転送
すべきＲ０Ｄを、図１に示すように、データパケットＰ
０から抽出し、転送データの他部(WRITEデータ）を転送
するためのデータパケットＰｘを成すヘッダ部Ｈの空き
領域に格納してから、そのデータパケットＰｘを副セン
タ１Ｂ側のリモートＦＣＵ１０Ｂへ転送する機能を有し
ている。
【００３２】このようなリモートＦＣＵ１０Ａによるリ
モート転送方法では、従来、データパケットＰ０により
正センタ側リモートＦＣＵ１０Ａから副センタ側リモー
トＦＣＵ１０Ｂへ転送されていたＲ０Ｄが、図１に示す
ように、他のデータパケットＰｘを成すヘッダ部Ｈの空
き領域に格納されて転送される。従って、図２に示すよ
うに、従来、Ｒ０のデータ部のみを転送するために作成
されていたデータパケットＰ０が不要になり、転送すべ
きデータパケットの数をｎ＋１個からｎ個に減らすこと
が可能になる。
モート転送方法では、従来、データパケットＰ０により
正センタ側リモートＦＣＵ１０Ａから副センタ側リモー
トＦＣＵ１０Ｂへ転送されていたＲ０Ｄが、図１に示す
ように、他のデータパケットＰｘを成すヘッダ部Ｈの空
き領域に格納されて転送される。従って、図２に示すよ
うに、従来、Ｒ０のデータ部のみを転送するために作成
されていたデータパケットＰ０が不要になり、転送すべ
きデータパケットの数をｎ＋１個からｎ個に減らすこと
が可能になる。
【００３３】このとき、本実施形態では、Ｒ０Ｄのみを
転送しＲ０のカウント部（Ｒ０Ｃ）やＨＡを副センタ１
Ｂ側のリモートＦＣＵ１０Ｂに転送しないので、副セン
タ１Ｂ側のリモートＦＣＵ１０Ｂには、これらのＲ０Ｃ
やＨＡを作成するための機能が追加されている。また、
本実施形態では、正センタ１Ａ側のリモートＦＣＵ１０
ＡにおけるＣＡ１１が、Ｒ０Ｄの更新を伴うＩ／Ｏをホ
スト２Ａから受領した場合（ヘッダ部Ｈに格納して転送
すべきデータであるＲ０Ｄを取り扱う場合）、その旨を
示すフラグＦ１をＴＳ１３のＴＣＢ上に設定する機能を
有している。これにより、正センタ１Ａ側のリモートＦ
ＣＵ１０Ａを構成するモジュール（特にＲＡ１４）に対
し、Ｒ０Ｄが転送対象になっていることが通知できるよ
うになっている。
転送しＲ０のカウント部（Ｒ０Ｃ）やＨＡを副センタ１
Ｂ側のリモートＦＣＵ１０Ｂに転送しないので、副セン
タ１Ｂ側のリモートＦＣＵ１０Ｂには、これらのＲ０Ｃ
やＨＡを作成するための機能が追加されている。また、
本実施形態では、正センタ１Ａ側のリモートＦＣＵ１０
ＡにおけるＣＡ１１が、Ｒ０Ｄの更新を伴うＩ／Ｏをホ
スト２Ａから受領した場合（ヘッダ部Ｈに格納して転送
すべきデータであるＲ０Ｄを取り扱う場合）、その旨を
示すフラグＦ１をＴＳ１３のＴＣＢ上に設定する機能を
有している。これにより、正センタ１Ａ側のリモートＦ
ＣＵ１０Ａを構成するモジュール（特にＲＡ１４）に対
し、Ｒ０Ｄが転送対象になっていることが通知できるよ
うになっている。
【００３４】さらに、本実施形態では、正センタ１Ａ側
のリモートＦＣＵ１０ＡにおけるＲＡ１４が、データパ
ケットＰｘのヘッダ部ＨにＲ０Ｄが格納されている旨を
示すフラグＦ２をデータパケットＰｘのヘッダ部Ｈに設
定する機能を有している。これにより、データパケット
Ｐｘのヘッダ部ＨにＲ０Ｄが格納されていることを副セ
ンタ１Ｂ側のリモートＦＣＵ１０Ｂに通知できるように
なっている。
のリモートＦＣＵ１０ＡにおけるＲＡ１４が、データパ
ケットＰｘのヘッダ部ＨにＲ０Ｄが格納されている旨を
示すフラグＦ２をデータパケットＰｘのヘッダ部Ｈに設
定する機能を有している。これにより、データパケット
Ｐｘのヘッダ部ＨにＲ０Ｄが格納されていることを副セ
ンタ１Ｂ側のリモートＦＣＵ１０Ｂに通知できるように
なっている。
【００３５】つまり、フラグＦ１は、ＣＡ１１がＲＡ１
４に対してＲ０Ｄが転送対象であるか否かを明確にする
ためにＴＳ１３のＴＣＢ上に設定されるもので、フラグ
Ｆ１がオンの時、Ｒ０Ｄが転送対象になっている状態で
あり、フラグＦ１がオフの時、Ｒ０Ｄが転送対象になっ
ていない状態である。また、フラグＦ２は、正センタ１
Ａ側のＲＡ１４が副センタ１Ｂ側のＲＡ１４に対してＲ
０ＤがデータパケットＰｘのヘッダ部Ｈに格納されてい
ることを明確にするためにデータパケットＰｘのヘッダ
部Ｈに設定されるもので、フラグＦ２がオンの時、Ｒ０
ＤがデータパケットＰｘのヘッダ部Ｈに格納されている
状態であり、フラグＦ２がオフの時、Ｒ０Ｄがデータパ
ケットＰｘのヘッダ部Ｈに格納されていない状態であ
る。
４に対してＲ０Ｄが転送対象であるか否かを明確にする
ためにＴＳ１３のＴＣＢ上に設定されるもので、フラグ
Ｆ１がオンの時、Ｒ０Ｄが転送対象になっている状態で
あり、フラグＦ１がオフの時、Ｒ０Ｄが転送対象になっ
ていない状態である。また、フラグＦ２は、正センタ１
Ａ側のＲＡ１４が副センタ１Ｂ側のＲＡ１４に対してＲ
０ＤがデータパケットＰｘのヘッダ部Ｈに格納されてい
ることを明確にするためにデータパケットＰｘのヘッダ
部Ｈに設定されるもので、フラグＦ２がオンの時、Ｒ０
ＤがデータパケットＰｘのヘッダ部Ｈに格納されている
状態であり、フラグＦ２がオフの時、Ｒ０Ｄがデータパ
ケットＰｘのヘッダ部Ｈに格納されていない状態であ
る。
【００３６】なお、上述した本実施形態の特徴的な機能
／構成は、いずれも、従来から用いられているリモート
転送を実現するためのファームウェア（プログラム）
に、若干の変更を施すことによって容易に実現される。
次に、本実施形態において行なわれるリモート転送方法
の手順について、図３〜図６を参照しながら説明する。
／構成は、いずれも、従来から用いられているリモート
転送を実現するためのファームウェア（プログラム）
に、若干の変更を施すことによって容易に実現される。
次に、本実施形態において行なわれるリモート転送方法
の手順について、図３〜図６を参照しながら説明する。
【００３７】なお、図３は、正センタ１Ａ側のリモート
ＦＣＵ１０Ａによるリモート転送方法の手順（リモート
ＦＣＵ１０Ａの動作）を説明するためのシーケンス図、
図４および図５は、いずれも、正センタ１Ａ側のリモー
トＦＣＵ１０Ａによるリモート転送方法の手順（リモー
トＦＣＵ１０Ａの動作）を説明するためのフローチャー
ト（ステップＳ１１〜Ｓ２９）、図６は、副センタ１Ｂ
側のリモートＦＣＵ１０Ｂによるリモート転送方法の手
順（リモートＦＣＵ１０Ｂの動作）を説明するためのフ
ローチャート（ステップＳ３１〜Ｓ３６）である。ただ
し、図３には、Ｒ０Ｄを更新すべくこのＲ０Ｄを正セン
タ１Ａから副センタ１Ｂへ転送する際の手順が図示され
ている。
ＦＣＵ１０Ａによるリモート転送方法の手順（リモート
ＦＣＵ１０Ａの動作）を説明するためのシーケンス図、
図４および図５は、いずれも、正センタ１Ａ側のリモー
トＦＣＵ１０Ａによるリモート転送方法の手順（リモー
トＦＣＵ１０Ａの動作）を説明するためのフローチャー
ト（ステップＳ１１〜Ｓ２９）、図６は、副センタ１Ｂ
側のリモートＦＣＵ１０Ｂによるリモート転送方法の手
順（リモートＦＣＵ１０Ｂの動作）を説明するためのフ
ローチャート（ステップＳ３１〜Ｓ３６）である。ただ
し、図３には、Ｒ０Ｄを更新すべくこのＲ０Ｄを正セン
タ１Ａから副センタ１Ｂへ転送する際の手順が図示され
ている。
【００３８】まず、図３〜図５を参照しながら、正セン
タ１Ａ側のリモートＦＣＵ１０Ａの動作について説明す
る。ホスト２ＡからリモートＦＣＵ１０Ａに対してＲ０
ＤおよびＲＮ（Ｒ０以外のレコード指定）の更新を行な
うためのＩ／Ｏ（ＳＩＯ：Start I/O)が発行されると
（図３の矢印Ａ１１参照／図４のステップＳ１１）、Ｃ
Ａ１１は、ＣＡ１１自体の内部バッファ上にＴＣＢを作
成する（図４のステップＳ１２）。
タ１Ａ側のリモートＦＣＵ１０Ａの動作について説明す
る。ホスト２ＡからリモートＦＣＵ１０Ａに対してＲ０
ＤおよびＲＮ（Ｒ０以外のレコード指定）の更新を行な
うためのＩ／Ｏ（ＳＩＯ：Start I/O)が発行されると
（図３の矢印Ａ１１参照／図４のステップＳ１１）、Ｃ
Ａ１１は、ＣＡ１１自体の内部バッファ上にＴＣＢを作
成する（図４のステップＳ１２）。
【００３９】この後、ＣＡ１１は、チャネル(CH)から送
られてきたトラックデータをＳＳ１６に確保したキャッ
シュメモリ（Cache)１６ａ上に書き込む（図３の矢印Ａ
１２参照／図４のステップＳ１３）。そして、ＣＡ１１
は、ホスト２ＡからのＳＩＯがＲ０Ｄを更新対象として
いるか否かを判断する（図４のステップＳ１４）。Ｒ０
Ｄを更新対象としない場合（ＮＯルート）、ステップＳ
１６へ移行する一方、Ｒ０Ｄを更新対象とする場合（Ｙ
ＥＳルート）、内部バッファ上のＴＣＢにおいて、その
旨（つまりヘッダ部Ｈに格納して転送すべきデータであ
るＲ０Ｄを取り扱う旨）を示すフラグＦ１をオンに設定
する（図４のステップＳ１５）。また、ＣＡ１１は、内
部バッファ上のＴＣＢをＴＳ１３上に書き込むことによ
り、ＴＳ１３上にＴＣＢを作成する（図３の矢印Ａ１３
参照／図４のステップＳ１６）。ＲＡ１４は、ＴＳ１３
上に作成されたＴＣＢを参照することによりリモート転
送を行なう旨を認識することになる。
られてきたトラックデータをＳＳ１６に確保したキャッ
シュメモリ（Cache)１６ａ上に書き込む（図３の矢印Ａ
１２参照／図４のステップＳ１３）。そして、ＣＡ１１
は、ホスト２ＡからのＳＩＯがＲ０Ｄを更新対象として
いるか否かを判断する（図４のステップＳ１４）。Ｒ０
Ｄを更新対象としない場合（ＮＯルート）、ステップＳ
１６へ移行する一方、Ｒ０Ｄを更新対象とする場合（Ｙ
ＥＳルート）、内部バッファ上のＴＣＢにおいて、その
旨（つまりヘッダ部Ｈに格納して転送すべきデータであ
るＲ０Ｄを取り扱う旨）を示すフラグＦ１をオンに設定
する（図４のステップＳ１５）。また、ＣＡ１１は、内
部バッファ上のＴＣＢをＴＳ１３上に書き込むことによ
り、ＴＳ１３上にＴＣＢを作成する（図３の矢印Ａ１３
参照／図４のステップＳ１６）。ＲＡ１４は、ＴＳ１３
上に作成されたＴＣＢを参照することによりリモート転
送を行なう旨を認識することになる。
【００４０】１トラック分のデータのキャッシュメモリ
１６ａへの書込およびＴＣＢの作成を完了すると、ＣＡ
１１は、ＲＭ１２に対して、ＲＡ１４への転送を開始す
るように促し（図３の矢印Ａ１４参照／図４のステップ
Ｓ１７）、これを受けたＲＭ１２は、ＲＡ１４に対して
転送のスタート指示を出す（図３の矢印Ａ１５参照／図
４のステップＳ１８）。
１６ａへの書込およびＴＣＢの作成を完了すると、ＣＡ
１１は、ＲＭ１２に対して、ＲＡ１４への転送を開始す
るように促し（図３の矢印Ａ１４参照／図４のステップ
Ｓ１７）、これを受けたＲＭ１２は、ＲＡ１４に対して
転送のスタート指示を出す（図３の矢印Ａ１５参照／図
４のステップＳ１８）。
【００４１】スタート指示を受けたＲＡ１４は、ＴＳ１
３からＴＣＢを読み込み（図５のステップＳ１９）、Ｔ
ＣＢからリモート転送を行なうことを認識するととも
に、ＴＣＢにおけるフラグＦ１がオンか否かを判断する
（図５のステップＳ２０）。フラグＦ１がオンでない場
合（ＮＯルート）、ステップＳ２２へ移行する一方、フ
ラグＦ１がオンである場合（ＹＥＳルート）、ＲＡ１４
は、キャッシュメモリ１６ａからＲ０Ｄを読み出し、Ｒ
Ａ１４自体の内部バッファに取り込んでおく（図３の矢
印Ａ１６参照／図５のステップＳ２１）。
３からＴＣＢを読み込み（図５のステップＳ１９）、Ｔ
ＣＢからリモート転送を行なうことを認識するととも
に、ＴＣＢにおけるフラグＦ１がオンか否かを判断する
（図５のステップＳ２０）。フラグＦ１がオンでない場
合（ＮＯルート）、ステップＳ２２へ移行する一方、フ
ラグＦ１がオンである場合（ＹＥＳルート）、ＲＡ１４
は、キャッシュメモリ１６ａからＲ０Ｄを読み出し、Ｒ
Ａ１４自体の内部バッファに取り込んでおく（図３の矢
印Ａ１６参照／図５のステップＳ２１）。
【００４２】ついで、ＲＡ１４は、キャッシュメモリ１
６ａからＤＢ１を読み込み（図５のステップＳ２２）、
そのＤＢ１にヘッダ部Ｈを付加してデータパケットＰ１
を作成した後（図５のステップＳ２３）、ＴＣＢ上のフ
ラグＦ１がオンか否かを再度判断する（図５のステップ
Ｓ２４）。フラグＦ１がオンでない場合（ＮＯルー
ト）、ステップＳ２８へ移行する一方、フラグＦ１がオ
ンである場合（ＹＥＳルート）、ＲＡ１４は、ＤＢ１を
転送するデータパケットＰ１におけるヘッダ部Ｈの空き
領域にＲ０Ｄを格納するとともに（図５のステップＳ２
５）、そのヘッダ部Ｈにおいて、Ｒ０Ｄが格納されてい
る旨を示すフラグＦ２をオンに設定する（図５のステッ
プＳ２６）。そして、ＲＡ１４は、ＴＣＢ上のフラグＦ
１をオフに設定した後（図５のステップＳ２７）、デー
タパケットＰ１を副センタ１Ｂ側のリモートＦＣＵ１０
ＢにおけるＲＡ１４へ転送する（図３の矢印Ａ１７，Ａ
１７′参照／図５のステップＳ２８）。
６ａからＤＢ１を読み込み（図５のステップＳ２２）、
そのＤＢ１にヘッダ部Ｈを付加してデータパケットＰ１
を作成した後（図５のステップＳ２３）、ＴＣＢ上のフ
ラグＦ１がオンか否かを再度判断する（図５のステップ
Ｓ２４）。フラグＦ１がオンでない場合（ＮＯルー
ト）、ステップＳ２８へ移行する一方、フラグＦ１がオ
ンである場合（ＹＥＳルート）、ＲＡ１４は、ＤＢ１を
転送するデータパケットＰ１におけるヘッダ部Ｈの空き
領域にＲ０Ｄを格納するとともに（図５のステップＳ２
５）、そのヘッダ部Ｈにおいて、Ｒ０Ｄが格納されてい
る旨を示すフラグＦ２をオンに設定する（図５のステッ
プＳ２６）。そして、ＲＡ１４は、ＴＣＢ上のフラグＦ
１をオフに設定した後（図５のステップＳ２７）、デー
タパケットＰ１を副センタ１Ｂ側のリモートＦＣＵ１０
ＢにおけるＲＡ１４へ転送する（図３の矢印Ａ１７，Ａ
１７′参照／図５のステップＳ２８）。
【００４３】これ以降、ＲＡ１４は、キャッシュメモリ
１６ａから次のＤＢ２を読み込み（図５のステップＳ２
２）、そのＤＢ２にヘッダ部Ｈを付加してデータパケッ
トＰ２を作成した後（図５のステップＳ２３）、ＴＣＢ
上のフラグＦ１がオンか否かを判断する（図５のステッ
プＳ２４）。ＤＢ２〜ＤＢｎを転送する時点ではフラグ
Ｆ１はステップＳ２７において設定されているので、ス
テップＳ２４での判定は常にＮＯとなり、ステップＳ２
３で作成されたデータパケットＰ２がそのまま副センタ
１Ｂ側のリモートＦＣＵ１０ＢにおけるＲＡ１４へ転送
される（図３の矢印Ａ１８，Ａ１８′参照／図５のステ
ップＳ２８）。
１６ａから次のＤＢ２を読み込み（図５のステップＳ２
２）、そのＤＢ２にヘッダ部Ｈを付加してデータパケッ
トＰ２を作成した後（図５のステップＳ２３）、ＴＣＢ
上のフラグＦ１がオンか否かを判断する（図５のステッ
プＳ２４）。ＤＢ２〜ＤＢｎを転送する時点ではフラグ
Ｆ１はステップＳ２７において設定されているので、ス
テップＳ２４での判定は常にＮＯとなり、ステップＳ２
３で作成されたデータパケットＰ２がそのまま副センタ
１Ｂ側のリモートＦＣＵ１０ＢにおけるＲＡ１４へ転送
される（図３の矢印Ａ１８，Ａ１８′参照／図５のステ
ップＳ２８）。
【００４４】このようなステップＳ２２〜Ｓ２４および
Ｓ２８による処理は、ＲＡ１４によってパケットを全部
送ったものと判定されるまで（即ち、ステップＳ２９で
ＹＥＳ判定となるまで）、繰り返し行なわれ、最後のデ
ータブロックＤＢｎが副センタ１Ｂへ転送されると（矢
印Ａ１９，Ａ１９′参照／図５のステップＳ２９からＹ
ＥＳルート）、リモート転送処理を終了する。
Ｓ２８による処理は、ＲＡ１４によってパケットを全部
送ったものと判定されるまで（即ち、ステップＳ２９で
ＹＥＳ判定となるまで）、繰り返し行なわれ、最後のデ
ータブロックＤＢｎが副センタ１Ｂへ転送されると（矢
印Ａ１９，Ａ１９′参照／図５のステップＳ２９からＹ
ＥＳルート）、リモート転送処理を終了する。
【００４５】上述のようにして正センタ１Ａ側から転送
されてくるデータパケットを受信する副センタ１Ｂ側の
リモートＦＣＵ１０Ｂの動作について、図６を参照しな
がら説明する。副センタ１Ｂ側において、リモートＦＣ
Ｕ１０ＢのＲＡ１４は、正センタ１Ａ側のリモートＦＣ
Ｕ１０Ａからデータパケットが一つ届くと（ステップＳ
３１）、そのデータパケット（Ｐ１）のヘッダ部Ｈにお
けるフラグＦ２がオンであるか否かを判断する（ステッ
プＳ３２）。
されてくるデータパケットを受信する副センタ１Ｂ側の
リモートＦＣＵ１０Ｂの動作について、図６を参照しな
がら説明する。副センタ１Ｂ側において、リモートＦＣ
Ｕ１０ＢのＲＡ１４は、正センタ１Ａ側のリモートＦＣ
Ｕ１０Ａからデータパケットが一つ届くと（ステップＳ
３１）、そのデータパケット（Ｐ１）のヘッダ部Ｈにお
けるフラグＦ２がオンであるか否かを判断する（ステッ
プＳ３２）。
【００４６】フラグＦ２がオンである場合（ＹＥＳルー
ト）、そのデータパケットのヘッダ部ＨにはＲ０Ｄが格
納されているので、ステップ３３へ移行し、ＲＡ１４
は、ヘッダ部ＨからＲ０Ｄを取り出し、ＤＢ０を作成す
る。このとき、ＲＡ１４は、そのＲ０Ｄに対応するＨＡ
やＲ０Ｃを自身で作成する。そして、作成されたＤＢ０
とデータパケットＰ１のデータ部分ＤＢ１とをデータブ
ロックとしてキャッシュメモリ１６ａに書き込む（ステ
ップＳ３５）。
ト）、そのデータパケットのヘッダ部ＨにはＲ０Ｄが格
納されているので、ステップ３３へ移行し、ＲＡ１４
は、ヘッダ部ＨからＲ０Ｄを取り出し、ＤＢ０を作成す
る。このとき、ＲＡ１４は、そのＲ０Ｄに対応するＨＡ
やＲ０Ｃを自身で作成する。そして、作成されたＤＢ０
とデータパケットＰ１のデータ部分ＤＢ１とをデータブ
ロックとしてキャッシュメモリ１６ａに書き込む（ステ
ップＳ３５）。
【００４７】一方、フラグＦ２がオンでない場合（ステ
ップＳ３２ＮＯルート）、受信したデータパケットのデ
ータ部分（ＤＢ２〜ＤＢｎ）をデータブロックとして１
６ａに書き込む（ステップＳ３５）。本実施形態では、
データパケットＰ１のヘッダ部ＨにＲ０Ｄが格納されて
転送されるので、データパケットＰ２以降のものについ
ては、ステップＳ３２での判定は常にＮＯとなる。そし
て、ステップＳ３１，Ｓ３２およびＳ３５による処理
は、ＲＡ１４によって受信したパケットがラストパケッ
トＰｎであると判定されるまで（即ち、ステップＳ３６
でＹＥＳ判定となるまで）、繰り返し行なわれ、最後の
データパケットＰｎに対する処理を終了すると（ステッ
プＳ３６からＹＥＳルート）、処理を終了する。
ップＳ３２ＮＯルート）、受信したデータパケットのデ
ータ部分（ＤＢ２〜ＤＢｎ）をデータブロックとして１
６ａに書き込む（ステップＳ３５）。本実施形態では、
データパケットＰ１のヘッダ部ＨにＲ０Ｄが格納されて
転送されるので、データパケットＰ２以降のものについ
ては、ステップＳ３２での判定は常にＮＯとなる。そし
て、ステップＳ３１，Ｓ３２およびＳ３５による処理
は、ＲＡ１４によって受信したパケットがラストパケッ
トＰｎであると判定されるまで（即ち、ステップＳ３６
でＹＥＳ判定となるまで）、繰り返し行なわれ、最後の
データパケットＰｎに対する処理を終了すると（ステッ
プＳ３６からＹＥＳルート）、処理を終了する。
【００４８】このようにして、副センタ１Ｂ側のリモー
トＦＣＵ１０Ｂでは、データパケットＰ１〜Ｐｎが、１
つのトラックの形態に復元され、ＳＳ１６に確保された
キャッシュメモリ１６ａ内に書き込まれ、そのトラック
は、キャッシュメモリ１６ａから磁気ディスク装置４Ｂ
に書き込まれることになる。このように、本発明の一実
施形態としてのリモート転送方法によれば、Ｒ０Ｄが転
送対象になった時、そのＲ０Ｄを他のデータパケットの
ヘッダ部Ｈの空き領域にのせて転送することにより、１
パケット分転送しなくて済むようになる。つまり、Ｒ０
Ｄのみを転送するためのデータパケットを作成する必要
がなくなり、転送すべきデータパケットの数を削減でき
る（本実施形態では１個だけ削減される）。従って、Ｒ
０（Record 0）等の小さいデータを効率よく転送でき、
リモート転送に要する時間を短縮することができる。
トＦＣＵ１０Ｂでは、データパケットＰ１〜Ｐｎが、１
つのトラックの形態に復元され、ＳＳ１６に確保された
キャッシュメモリ１６ａ内に書き込まれ、そのトラック
は、キャッシュメモリ１６ａから磁気ディスク装置４Ｂ
に書き込まれることになる。このように、本発明の一実
施形態としてのリモート転送方法によれば、Ｒ０Ｄが転
送対象になった時、そのＲ０Ｄを他のデータパケットの
ヘッダ部Ｈの空き領域にのせて転送することにより、１
パケット分転送しなくて済むようになる。つまり、Ｒ０
Ｄのみを転送するためのデータパケットを作成する必要
がなくなり、転送すべきデータパケットの数を削減でき
る（本実施形態では１個だけ削減される）。従って、Ｒ
０（Record 0）等の小さいデータを効率よく転送でき、
リモート転送に要する時間を短縮することができる。
【００４９】また、正センタ１Ａ側のリモートＦＣＵ１
０ＡにおけるＴＳ１３上のＴＣＢに設定されるフラグＦ
１により、リモートＦＣＵ１０Ａを構成するモジュール
（特にＲＡ１４）に対し、Ｒ０Ｄが転送対象になってい
ることを通知できるので、ＲＡ１４は、そのフラグＦ１
を参照することにより、転送対象のデータをデータ部に
書き込むかヘッダ部Ｈに書き込むかを直ちに認識して、
その格納手法に応じた処理を迅速に行なうことができ
る。
０ＡにおけるＴＳ１３上のＴＣＢに設定されるフラグＦ
１により、リモートＦＣＵ１０Ａを構成するモジュール
（特にＲＡ１４）に対し、Ｒ０Ｄが転送対象になってい
ることを通知できるので、ＲＡ１４は、そのフラグＦ１
を参照することにより、転送対象のデータをデータ部に
書き込むかヘッダ部Ｈに書き込むかを直ちに認識して、
その格納手法に応じた処理を迅速に行なうことができ
る。
【００５０】さらに、データパケットのヘッダ部Ｈに設
定されるフラグＦ２により、そのデータパケットのヘッ
ダ部ＨにＲ０Ｄが格納されていることを副センタ１Ｂ側
のリモートＦＣＵ１０Ｂに通知できるので、リモートＦ
ＣＵ１０ＢのＲＡ１４は、そのフラグＦ２を参照するこ
とにより、通常のデータ部以外に、ヘッダ部Ｈに転送デ
ータ（Ｒ０Ｄ）が書き込まれているか否かを直ちに認識
して、その格納状態に応じた処理を迅速に行なうことが
できる。
定されるフラグＦ２により、そのデータパケットのヘッ
ダ部ＨにＲ０Ｄが格納されていることを副センタ１Ｂ側
のリモートＦＣＵ１０Ｂに通知できるので、リモートＦ
ＣＵ１０ＢのＲＡ１４は、そのフラグＦ２を参照するこ
とにより、通常のデータ部以外に、ヘッダ部Ｈに転送デ
ータ（Ｒ０Ｄ）が書き込まれているか否かを直ちに認識
して、その格納状態に応じた処理を迅速に行なうことが
できる。
【００５１】なお、本発明は上述した実施形態に限定さ
れるものではなく、本発明の趣旨を逸脱しない範囲で種
々変形して実施することができる。例えば、上述した実
施形態では、最初のデータブロック（ＤＢ１）を転送す
るためのデータパケットＰ１のヘッダ部ＨにＲ０Ｄを格
納しているが、これに限定されるものではなく、適当な
大きさの空き領域を有するヘッダ部であれば、２番目以
降の他のデータパケットのヘッダ部に格納してもよい。
れるものではなく、本発明の趣旨を逸脱しない範囲で種
々変形して実施することができる。例えば、上述した実
施形態では、最初のデータブロック（ＤＢ１）を転送す
るためのデータパケットＰ１のヘッダ部ＨにＲ０Ｄを格
納しているが、これに限定されるものではなく、適当な
大きさの空き領域を有するヘッダ部であれば、２番目以
降の他のデータパケットのヘッダ部に格納してもよい。
【００５２】また、上述した実施形態では、副センタ１
Ｂ側のリモートＦＣＵ１０Ｂへ転送すべき転送データの
一部が８バイトのＲ０Ｄである場合について説明してい
るが、本発明はこれに限定されるものではなく、データ
パケットを成すヘッダ部の空き領域に格納可能な大きさ
のデータであれば、上述と同様にして、データパケット
を特別に作成することなく副センタ１Ｂ側のリモートＦ
ＣＵ１０Ｂへ転送することが可能であり、その場合も、
上述した実施形態と同様の作用効果を得ることができ
る。
Ｂ側のリモートＦＣＵ１０Ｂへ転送すべき転送データの
一部が８バイトのＲ０Ｄである場合について説明してい
るが、本発明はこれに限定されるものではなく、データ
パケットを成すヘッダ部の空き領域に格納可能な大きさ
のデータであれば、上述と同様にして、データパケット
を特別に作成することなく副センタ１Ｂ側のリモートＦ
ＣＵ１０Ｂへ転送することが可能であり、その場合も、
上述した実施形態と同様の作用効果を得ることができ
る。
【００５３】
【発明の効果】以上詳述したように、本発明の磁気ディ
スク制御装置によるリモート転送方法（請求項１〜４）
によれば、従来、データパケットにより正センタ側磁気
ディスク制御装置から副センタ側磁気ディスク制御装置
へ転送されていた転送データの一部が、転送データの他
部を転送するためのデータパケットを成すヘッダ部の空
き領域に格納されるので、その転送データの一部（例え
ばＲ０のデータ部）のみを転送するためのデータパケッ
トが作成する必要がなくなり、転送すべきデータパケッ
トの数を削減できる。従って、Ｒ０（Record 0）等の小
さいデータを効率よく転送でき、リモート転送に要する
時間が短縮されるという効果がある。
スク制御装置によるリモート転送方法（請求項１〜４）
によれば、従来、データパケットにより正センタ側磁気
ディスク制御装置から副センタ側磁気ディスク制御装置
へ転送されていた転送データの一部が、転送データの他
部を転送するためのデータパケットを成すヘッダ部の空
き領域に格納されるので、その転送データの一部（例え
ばＲ０のデータ部）のみを転送するためのデータパケッ
トが作成する必要がなくなり、転送すべきデータパケッ
トの数を削減できる。従って、Ｒ０（Record 0）等の小
さいデータを効率よく転送でき、リモート転送に要する
時間が短縮されるという効果がある。
【００５４】なお、正センタ側磁気ディスク制御装置内
に設定されるフラグにより、正センタ側磁気ディスク制
御装置を構成するモジュールに対し、ヘッダ部に格納す
べきデータが転送対象になっていることを通知できるの
で、モジュールは、そのフラグを参照することにより、
転送対象のデータの格納手法を直ちに認識して、その格
納手法に応じた処理を迅速に行なうことができる（請求
項３）。
に設定されるフラグにより、正センタ側磁気ディスク制
御装置を構成するモジュールに対し、ヘッダ部に格納す
べきデータが転送対象になっていることを通知できるの
で、モジュールは、そのフラグを参照することにより、
転送対象のデータの格納手法を直ちに認識して、その格
納手法に応じた処理を迅速に行なうことができる（請求
項３）。
【００５５】また、データパケットに設定されるフラグ
により、そのデータパケットのヘッダ部に転送データの
一部が格納されていることを副センタ側磁気ディスク制
御装置に通知できるので、副センタ側磁気ディスク制御
装置は、そのフラグを参照することにより、転送データ
の格納状態を直ちに認識して、その格納状態に応じた処
理を迅速に行なうことができる（請求項４）。
により、そのデータパケットのヘッダ部に転送データの
一部が格納されていることを副センタ側磁気ディスク制
御装置に通知できるので、副センタ側磁気ディスク制御
装置は、そのフラグを参照することにより、転送データ
の格納状態を直ちに認識して、その格納状態に応じた処
理を迅速に行なうことができる（請求項４）。
【図１】本発明の一実施形態としての磁気ディスク制御
装置によるリモート転送方法を説明するための図であ
る。
装置によるリモート転送方法を説明するための図であ
る。
【図２】本発明の一実施形態としての磁気ディスク制御
装置によるリモート転送方法の作用を説明するための図
である。
装置によるリモート転送方法の作用を説明するための図
である。
【図３】本発明の一実施形態としての磁気ディスク制御
装置によるリモート転送方法の手順（正センタ側磁気デ
ィスク制御装置の動作）を説明するためのシーケンス図
である。
装置によるリモート転送方法の手順（正センタ側磁気デ
ィスク制御装置の動作）を説明するためのシーケンス図
である。
【図４】本発明の一実施形態としての磁気ディスク制御
装置によるリモート転送方法の手順（正センタ側磁気デ
ィスク制御装置の動作）を説明するためのフローチャー
トである。
装置によるリモート転送方法の手順（正センタ側磁気デ
ィスク制御装置の動作）を説明するためのフローチャー
トである。
【図５】本発明の一実施形態としての磁気ディスク制御
装置によるリモート転送方法の手順（正センタ側磁気デ
ィスク制御装置の動作）を説明するためのフローチャー
トである。
装置によるリモート転送方法の手順（正センタ側磁気デ
ィスク制御装置の動作）を説明するためのフローチャー
トである。
【図６】本発明の一実施形態としての磁気ディスク制御
装置によるリモート転送方法の手順（副センタ側磁気デ
ィスク制御装置の動作）を説明するためのフローチャー
トである。
装置によるリモート転送方法の手順（副センタ側磁気デ
ィスク制御装置の動作）を説明するためのフローチャー
トである。
【図７】本来の業務を行なう正センタとバックアップ用
の副センタとをそなえたシステムの従来構成を示すブロ
ック図である。
の副センタとをそなえたシステムの従来構成を示すブロ
ック図である。
【図８】正センタおよび副センタにおけるリモートＦＣ
Ｕ間を通信回線により接続したシステムの一般的構成の
一例を示すブロック図である。
Ｕ間を通信回線により接続したシステムの一般的構成の
一例を示すブロック図である。
【図９】一般的なリモートＦＣＵの構成を示すブロック
図である。
図である。
【図１０】トラックフォーマットを説明するための図で
ある。
ある。
【図１１】キャッシュメモリ上でのトラックの構成を説
明するための図である。
明するための図である。
【図１２】データパケットの形態（フォーマット）を示
す図である。
す図である。
【図１３】一般的なリモートＦＣＵによるリモート転送
手順（正センタから副センタへのデータ転送手順）を説
明するためのブロック図である。
手順（正センタから副センタへのデータ転送手順）を説
明するためのブロック図である。
【図１４】一般的なリモートＦＣＵによるリモート転送
手順（正センタから副センタへのデータ転送手順）を説
明するためのシーケンス図である。
手順（正センタから副センタへのデータ転送手順）を説
明するためのシーケンス図である。
１Ａ 正センタ（業務システム）
１Ｂ 副センタ（バックアップシステム）
２Ａ 正センタ側ホスト（ＣＰＵ）
２Ｂ 副センタ側ホスト（ＣＰＵ）
４Ａ 正センタ側磁気ディスク装置（ボリューム）
４Ｂ 副センタ側磁気ディスク装置（ボリューム）
６ 通信回線
１０Ａ 正センタ側リモートＦＣＵ（正センタ側磁気デ
ィスク制御装置） １０Ｂ 副センタ側リモートＦＣＵ（副センタ側磁気デ
ィスク制御装置） １１ ＣＡ（Channel Adapter) １２ ＲＭ（Resource Manager） １３ ＴＳ（Table Storage) １４ ＲＡ（Remote Adapter） １５ ＣＦＥ（Cache Function Engine) １６ ＳＳ（Shared Storage） １６ａ キャッシュメモリ １７ ＤＡ（Device Adapter） １８ Ｃ−ＢＵＳ（Control-BUS)
ィスク制御装置） １０Ｂ 副センタ側リモートＦＣＵ（副センタ側磁気デ
ィスク制御装置） １１ ＣＡ（Channel Adapter) １２ ＲＭ（Resource Manager） １３ ＴＳ（Table Storage) １４ ＲＡ（Remote Adapter） １５ ＣＦＥ（Cache Function Engine) １６ ＳＳ（Shared Storage） １６ａ キャッシュメモリ １７ ＤＡ（Device Adapter） １８ Ｃ−ＢＵＳ（Control-BUS)
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 3/06 - 3/08
G06F 13/10 - 13/14
Claims (4)
- 【請求項１】 磁気ディスク装置と該磁気ディスク装置
を制御する磁気ディスク制御装置とを有する正センタお
よび副センタをそなえ、該正センタ側磁気ディスク制御
装置と該副センタ側磁気ディスク制御装置との間を通信
回線により接続してなるシステムにおいて、該正センタ
側磁気ディスク制御装置から該副センタ側磁気ディスク
制御装置へデータ転送を行なうためのリモート転送方法
であって、 該正センタ側磁気ディスク制御装置から該副センタ側磁
気ディスク制御装置へ転送すべき転送データの一部を、
前記転送データの他部を転送するためのデータパケット
を成すヘッダ部の空き領域に格納してから、 該データパケットを該正センタ側磁気ディスク制御装置
から該副センタ側磁気ディスク制御装置へ転送すること
を特徴とする、磁気ディスク制御装置によるリモート転
送方法。 - 【請求項２】 前記転送データの一部がＲ０（Record
0）のデータ部であることを特徴とする、請求項１記載
の磁気ディスク制御装置によるリモート転送方法。 - 【請求項３】 該正センタ側磁気ディスク制御装置内に
おいて、前記転送データの一部として前記ヘッダ部に格
納して転送すべきデータを取り扱う旨を示すフラグを設
定することを特徴とする、請求項１または請求項２に記
載の磁気ディスク制御装置によるリモート転送方法。 - 【請求項４】 前記ヘッダ部に前記転送データの一部が
格納されている旨を示すフラグを該データパケットに設
定することを特徴とする、請求項１〜請求項３のいずれ
かに記載の磁気ディスク制御装置によるリモート転送方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10795998A JP3472703B2 (ja) | 1998-04-17 | 1998-04-17 | 磁気ディスク制御装置によるリモート転送方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10795998A JP3472703B2 (ja) | 1998-04-17 | 1998-04-17 | 磁気ディスク制御装置によるリモート転送方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11305948A JPH11305948A (ja) | 1999-11-05 |
| JP3472703B2 true JP3472703B2 (ja) | 2003-12-02 |
Family
ID=14472411
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10795998A Expired - Fee Related JP3472703B2 (ja) | 1998-04-17 | 1998-04-17 | 磁気ディスク制御装置によるリモート転送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3472703B2 (ja) |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3046998B2 (ja) * | 1990-01-30 | 2000-05-29 | 日本電気株式会社 | 可変長データの抽出回路 |
| KR0128271B1 (ko) * | 1994-02-22 | 1998-04-15 | 윌리암 티. 엘리스 | 재해회복을 위한 일관성 그룹 형성방법 및 레코드갱싱의 섀도잉 방법, 주시스템, 원격데이타 섀도잉 시스템과 비동기 원격데이타 복제 시스템 |
-
1998
- 1998-04-17 JP JP10795998A patent/JP3472703B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11305948A (ja) | 1999-11-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6557073B1 (en) | Storage apparatus having a virtual storage area | |
| EP0789877B1 (en) | System and method for on-line, real-time, data migration | |
| US7634616B2 (en) | Remote disk control apparatus, and remote disk control method | |
| US7461201B2 (en) | Storage control method and system for performing backup and/or restoration | |
| JP4574408B2 (ja) | 記憶装置システムの制御技術 | |
| JP3952640B2 (ja) | データバックアップ方法、メインフレーム系ストレージシステムおよびメインフレームホストコンピュータ | |
| US8140789B2 (en) | Method for remote backup and storage system | |
| JP2006268829A (ja) | ストレージシステム間でオブジェクトをミラー化する方法と装置 | |
| US7694089B2 (en) | Resource efficient remote copy pair for data retention | |
| JP2010079588A (ja) | 仮想ボリュームを有する記憶制御装置 | |
| JPH0335313A (ja) | データ転送方式 | |
| US7694172B2 (en) | Data backup device, data backup method, and recording medium storing data backup program | |
| US20060059188A1 (en) | Operation environment associating data migration method | |
| US7441052B2 (en) | Methods and apparatuses for providing copies of stored data for disaster recovery and other uses | |
| US7330946B2 (en) | Data processing system | |
| US7634600B2 (en) | Emulation system and emulation method for multiple recording media tupes | |
| JP4667225B2 (ja) | 制御装置およびコピー制御方法 | |
| JP3472703B2 (ja) | 磁気ディスク制御装置によるリモート転送方法 | |
| US7984236B2 (en) | Data transfer | |
| JP4390618B2 (ja) | データベース再編成プログラム、データベース再編成方法、及びデータベース再編成装置 | |
| US20050223180A1 (en) | Accelerating the execution of I/O operations in a storage system | |
| JP3043662B2 (ja) | データバックアップ方式 | |
| US8037268B2 (en) | Storage system and operation method thereof | |
| JPH04342041A (ja) | コンピュ−タシステムのバックアップ保守方法 | |
| JP3882765B2 (ja) | ファームウエア更新装置、ブリッジ、ファームウエア更新方法およびプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030902 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080912 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080912 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090912 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090912 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100912 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100912 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110912 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120912 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120912 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130912 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |