[go: up one dir, main page]

JP2003085017A - Data assurance system - Google Patents

Data assurance system

Info

Publication number
JP2003085017A
JP2003085017A JP2001274424A JP2001274424A JP2003085017A JP 2003085017 A JP2003085017 A JP 2003085017A JP 2001274424 A JP2001274424 A JP 2001274424A JP 2001274424 A JP2001274424 A JP 2001274424A JP 2003085017 A JP2003085017 A JP 2003085017A
Authority
JP
Japan
Prior art keywords
frame
side disk
disk device
remote
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001274424A
Other languages
Japanese (ja)
Other versions
JP2003085017A5 (en
JP4148663B2 (en
Inventor
Toshinori Sakaki
豪紀 榊
Yoshihiro Azumi
義弘 安積
Masami Maeda
昌美 前田
Masaru Tsukada
大 塚田
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.)
Hitachi Ltd
Original Assignee
Hitachi 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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2001274424A priority Critical patent/JP4148663B2/en
Publication of JP2003085017A publication Critical patent/JP2003085017A/en
Publication of JP2003085017A5 publication Critical patent/JP2003085017A5/ja
Application granted granted Critical
Publication of JP4148663B2 publication Critical patent/JP4148663B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Techniques For Improving Reliability Of Storages (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【課題】リモートコピー処理で、中央処理装置とマスタ
ディスク制御装置間及び、とマスタディスク制御装置と
リモートディスク制御装置間のデータ転送を並行して行
い、且つ、中央処理装置からの受信とリモートディスク
制御装置への送信を同一ポートで実現することを目的と
する。 【解決手段】ファイバーチャネルの特徴である双方向の
データ転送、多重処理を活用し、ヘッダ変換バッファと
ヘッダ変換制御部から構成されるヘッダ変換回路を用い
て、中央処理装置から受領したフレームをマスタ側ディ
スク装置内のヘッダ変換バッファに一旦格納し、フレー
ムのヘッダ部をリモート側ディスク装置送信用に変換し
て送信することにより課題を解決する。 【効果】中央処理装置とマスタ側ディスク装置間、及
び、マスタ側ディスク装置とリモート側ディスク装置間
のデータ転送を並行に行うことができ処理性能が向上す
る。また、中央処理装置からの受信とリモート側ディス
ク装置への送信を同一ポートで実現することができる。
(57) [Summary] In remote copy processing, data transfer between a central processing unit and a master disk controller and between a master disk controller and a remote disk controller are performed in parallel, and the central processing unit The purpose of the present invention is to realize reception from a remote disk controller and transmission to a remote disk controller on the same port. Utilizing bidirectional data transfer and multiplex processing, which are characteristics of Fiber Channel, and using a header conversion circuit composed of a header conversion buffer and a header conversion control unit, a frame received from a central processing unit is mastered. The problem is solved by temporarily storing the data in a header conversion buffer in the side disk device, converting the header portion of the frame for transmission to the remote side disk device, and transmitting the converted data. The data transfer between the central processing unit and the master disk device and between the master disk device and the remote disk device can be performed in parallel, thereby improving the processing performance. Also, reception from the central processing unit and transmission to the remote disk device can be realized by the same port.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】本発明は、メインフレームや
オープン系サーバ等の中央処理装置(以降、CPUと称
す)とマスタディスク制御装置(以降、MCUと称す)
とリモートディスク制御装置(以降、RCUと称す)構
成において、ファイバーチャネルを用いて接続される同
期型のリモートコピー処理システムに関し、特に、MC
UとRCU間のリモートコピー処理を高速及び、単一ポ
ートで行うことを目的とするデータ保証システムに関す
る。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a central processing unit (hereinafter referred to as CPU) such as a mainframe or an open system server and a master disk control unit (hereinafter referred to as MCU).
And a remote disk control unit (hereinafter referred to as RCU) configuration, the present invention relates to a synchronous remote copy processing system connected by using a fiber channel,
The present invention relates to a data guarantee system intended to perform remote copy processing between U and RCU at high speed and with a single port.

【0002】[0002]

【従来の技術】MCU(マスタディスク制御装置)とR
CU(リモートディスク制御装置)は、ディスクサブシ
ステムの制御装置で、それぞれディスク駆動装置が接続
されている。
2. Description of the Related Art MCU (master disk controller) and R
A CU (remote disk controller) is a controller of a disk subsystem, to which disk drives are connected.

【0003】MCUはホストプロセッサからマスタ側の
ディスク駆動装置へのI/Oオペレーションおよびマスタ
及びリモート側のディスク駆動装間のコピー操作を制御
する。さらにMCUはリモートコピーのステータスと構
成を管理する機能を提供する。
The MCU controls the I / O operation from the host processor to the disk drive on the master side and the copy operation between the disk drive on the master side and the disk drive on the remote side. In addition, the MCU provides the function of managing the status and configuration of remote copy.

【0004】RCUは、MCUに指示された書込み操作
を実行する。同期型リモートコピーを行う従来技術とし
ては、CPU、MCUとRCU間を、ESCON(Ente
rprise System Connection)プロトコル(公知例 Enter
priseSystems Architecture/390 ESCON I/O Interfac
e)により接続した構成でのPeer−to−Peer
Remote Copyがある(公知例 IBM Enterprise
Storage Server Peer-toPeer Remote Copy、同一データ
の複製を複数台のEnterprise Storage Server上に置い
て一貫性を維持する機能)。
The RCU performs the write operation indicated by the MCU. As a conventional technique for performing the synchronous remote copy, the CPU, the MCU, and the RCU are connected between the ESCON (Ente
rprise System Connection) protocol (known example Enter
priseSystems Architecture / 390 ESCON I / O Interfac
Peer-to-Peer in the configuration connected by e)
There is Remote Copy (known example IBM Enterprise
Storage Server Peer-toPeer Remote Copy, a function to maintain consistency by placing duplicates of the same data on multiple Enterprise Storage Servers).

【0005】情報処理システムは複数のチャネル装置
と、チャネルに接続される一つまたは複数の入出力装置
等を具備する。チャネルは入出力装置に対するコマンド
コード、カウント、データアドレスを含むチャネルコマ
ンドワード(CCW:ChannelCommand Word)により、
行うべき入出力動作を指定される。CCWは始めにプロ
グラムによってCPUの主記憶装置上に用意される。C
CWにはコマンドチェインフラグがあり、チャネルはこ
のフラグが“1”のCCWを実行した後、次のCCWを
連続して実行する。この動作をコマンドチェインと呼
ぶ。
The information processing system comprises a plurality of channel devices and one or a plurality of input / output devices connected to the channels. A channel uses a channel command word (CCW: Channel Command Word) containing a command code, count, and data address for the input / output device.
I / O operations to be performed are specified. The CCW is first prepared in the main memory of the CPU by a program. C
The CW has a command chain flag, and the channel executes the CCW having this flag set to "1" and then executes the next CCW continuously. This operation is called a command chain.

【0006】一般的にESCONプロトコルを用いた同
期型リモートコピー処理の場合は、CPUとMCU間で
コマンドチェイン毎にそのコマンドが正常に終了したか
を示すステータスを送信するプロトコルであることか
ら、MCU側の書き込みデータが確定した時点でRCU
にデータを転送する方式を取る。
Generally, in the case of the synchronous remote copy process using the ESCON protocol, since it is a protocol for transmitting a status indicating whether the command is normally completed for each command chain between the CPU and the MCU, the MCU is called. When the write data on the side is confirmed, RCU
To transfer data to.

【0007】例えば、2つのレコードを書き込み処理す
る場合、DX(Define Extext)/LOC(LOCate reco
rd)/WRUPD(Write Update Data)/WRUPD
のCCWチェインを用いる(公知例 IBM 3990/9390 Sto
rage Control Reference)。「DEFINE EXTENT」、「LOC
ATE RECORD」(LOCATE RECORD コマンドにより、処理レ
コード数とデータ長が与える)これらはディスク制御コ
マンドであり、チャネルで指定されるデバイス上のディ
スクヘッドの位置合わせを指定し、「Write Update Dat
a」はそこへのデータのアップデートを指示する。この
CCWチェインを発行した時のCPUとMCU間の動作
シーケンス及び、MCUからRCU側へのデータ転送タ
イミングと動作シーケンスを図2に示す。
For example, when writing two records, DX (Define Extext) / LOC (LOCate reco
rd) / WRUPD (Write Update Data) / WRUPD
CCW chain of (using known example IBM 3990/9390 Sto
rage Control Reference). "DEFINE EXTENT", "LOC
ATE RECORD "(The number of records to be processed and the data length are given by the LOCATE RECORD command) These are disk control commands that specify the alignment of the disk head on the device specified by the channel, and" Write Update Data
a ”directs the updating of data there. FIG. 2 shows the operation sequence between the CPU and the MCU when the CCW chain is issued, and the data transfer timing and operation sequence from the MCU to the RCU side.

【0008】まず、CPUから最初のコマンドであるD
Xのコマンドフレーム(DX CMD)をMCUに対して送信
する(201)。MCUはこれを受けてDXコマンドを
受領したことを示すコマンドレスポンスフレーム(CM
R)をCPUに対して送信する(202)。
First, the first command D from the CPU
An X command frame (DX CMD) is transmitted to the MCU (201). Upon receiving this, the MCU receives a command response frame (CM
(R) is transmitted to the CPU (202).

【0009】CPUはこれを受けてコマンドレスポンス
を受領したことを示すコマンドレスポンス受領フレーム
(ACPT CMR)をMCUに対して送信する(203)。C
PUはこれに続き、DXコマンドのデータフレーム(DX
DATA)をMCUに対して送信する(204)。MCU
はこれを受けてDXコマンドの処理を実行し、正常終了
したならば、DXコマンドが正常終了を示すステータス
フレーム(STS'0C')をCPUに対して送信する(20
5)。
In response to this, the CPU sends a command response reception frame (ACPT CMR) indicating reception of the command response to the MCU (203). C
Following this, the PU follows the DX command data frame (DX
(DATA) is transmitted to the MCU (204). MCU
In response to this, the DX command process is executed, and if the DX command ends normally, a status frame (STS'0C ') indicating that the DX command has ended normally is transmitted to the CPU (20
5).

【0010】CPUはこれを受けてDXコマンドにコマ
ンドチェインするLOCのコマンドフレーム(LOC CM
D)をMCUに対して送信する(206)。MCUはこ
れを受けてLOCコマンドを受領したことを示すコマン
ドレスポンス(CMR)をCPUに対して送信する(20
7)。
In response to this, the CPU receives the command chain of the LOC command frame (LOC CM
(D) is transmitted to the MCU (206). Upon receiving this, the MCU sends a command response (CMR) indicating that it has received the LOC command to the CPU (20
7).

【0011】CPUはこれを受けてLOCコマンドのデ
ータフレーム(LOC DATA)をMCUに対して送信する
(208)。MCUはこれを受けてLOCコマンドの処
理を実行し、正常終了したならば、LOCコマンドが正
常終了したことを示すステータスフレーム(STS'0C')
をCPUに対して送信する(209)。
In response to this, the CPU transmits a data frame (LOC DATA) of the LOC command to the MCU (208). Upon receiving this, the MCU executes the processing of the LOC command, and if it is completed normally, the status frame (STS'0C ') indicating that the LOC command is completed normally.
Is transmitted to the CPU (209).

【0012】CPUはこれを受けてLOCコマンドにコ
マンドチェインするレコード1書き込みのためのWRU
PDコマンドフレーム(WRUPD#1 CMD)をMCUに対し
て送信する(210)。MCUはこれを受けてレコード
1のWRUPDコマンドを受領したこと示すコマンドレ
スポンスフレーム(CMR)を送信する(211)。
In response to this, the CPU commands the LOC command to chain the WRU for writing record 1.
A PD command frame (WRUPD # 1 CMD) is transmitted to the MCU (210). In response to this, the MCU transmits a command response frame (CMR) indicating that the WRUPD command of record 1 has been received (211).

【0013】CPUはこれを受けてレコード1のWRU
PDのデータフレーム(WRUPD#1 DATA)をMCUに対し
て送信する(212)。MCUはこれを受けたタイミン
グでディスク駆動装置の当該トラックのレコード1から
書き込みあることを示すコマンドフレーム(WR CMD)を
RCUに対して送信する(251)。
Upon receipt of this, the CPU receives the WRU of record 1.
A PD data frame (WRUPD # 1 DATA) is transmitted to the MCU (212). The MCU sends a command frame (WR CMD) indicating that writing is started from the record 1 of the track of the disk drive to the RCU at the timing of receiving this (251).

【0014】また、MCUはMCU内でレコード1のW
RUPDコマンドの処理を実行し、正常終了したなら
ば、レコード1のWRUPDが正常終了したことを示す
ステータスフレーム(STS'0C')をCPUに対して送信
する(213)。
The MCU is the W of record 1 in the MCU.
When the processing of the RUPD command is executed and the processing ends normally, a status frame (STS'0C ') indicating that the WRUPD of record 1 has ended normally is transmitted to the CPU (213).

【0015】CPUはこれを受けてレコード1のWRU
PDコマンドにコマンドチェインするレコード2書き込
みのためのWRUPDコマンドフレーム(WRUPD#2 CM
D)をMCUに対して送信する(214)。MCUはこ
れを受けてレコード2のWRUPDコマンドを受領した
こと示すコマンドレスポンスフレーム(CMR)をCPU
に対して送信する(215)。
In response to this, the CPU receives the WRU of record 1
WRUPD command frame (WRUPD # 2 CM) for writing record 2 command chaining to PD command
(D) is transmitted to the MCU (214). In response to this, the MCU sends a command response frame (CMR) indicating that it has received the WRUPD command of record 2 to the CPU.
To (215).

【0016】CPUはこれを受けてレコード2のWRU
PDのデータフレーム(WRUPD#2 DATA)をMCUに対し
て送信する(216)。一方、RCUはレコード1から
の書き込みがあることを示すコマンドフレームを受けて
コマンドフレームを受領したことを示すコマンドレスポ
ンスフレーム(CMR)をMCUに対して送信する(25
2)。
Upon receipt of this, the CPU receives the WRU of record 2.
A PD data frame (WRUPD # 2 DATA) is transmitted to the MCU (216). On the other hand, the RCU receives the command frame indicating that there is a write from the record 1 and transmits a command response frame (CMR) indicating that the command frame has been received to the MCU (25
2).

【0017】MCUはこれを受けて、CCWチェインの
最後または、トラックの最後のデータ(本図ではレコー
ド2の全データフレーム)を受領しているかをチェック
し、受領していないならばレコード2の全データフレー
ムの待ち状態となり、もし受領しているならば、レコー
ド1、レコード2の書き込みデータ(WR DATA)の要求
量に応じてデータをRCUに送信する(253)。
In response to this, the MCU checks whether or not the last data of the CCW chain or the last data of the track (all data frames of record 2 in this figure) has been received. All the data frames are in a waiting state, and if they have been received, data is transmitted to the RCU according to the requested amount of write data (WR DATA) of record 1 and record 2 (253).

【0018】MCUはレコード2のWRUPDのデータ
フレームを受けて、MCU内でレコード2のWRUPD
コマンド処理を実行し、正常終了したならば、RCUへ
のデータ書き込みが終了するまでCPUとMCU間の接
続を一時的に切り離しをするため、チャネルエンドを示
すステータスフレーム(STS'08')をCPUに対して送
信する(217)。
The MCU receives the data frame of the WRUPD of the record 2 and receives the WRUPD of the record 2 in the MCU.
If command processing is executed and the processing ends normally, the status frame (STS'08 ') indicating the channel end is sent to the CPU in order to temporarily disconnect the connection between the CPU and MCU until data writing to the RCU is completed. To (217).

【0019】CPUはこれを受けてCCWチェインの最
後のステータスを受領したことを示すステータス受領フ
レーム(STS ACPT)をMCUに対して送信する(21
8)。MCUはこれを受けてステータス受領フレームを
受領したことを示すデバイスレベルアクノーレッジフレ
ームをCPUに対して送信する(219)。
In response to this, the CPU transmits a status reception frame (STS ACPT) indicating that the last status of the CCW chain has been received to the MCU (21
8). Upon receiving this, the MCU transmits a device level acknowledge frame indicating that the status reception frame has been received to the CPU (219).

【0020】一方、RCUはレコード1、レコード2の
データフレームを受けて、RCU内で書き込み処理を実
行し、正常終了したならば、正常終了したことを示すス
テータスフレーム(STS'0C')をMCUに対して送信す
る(254)。MCUはこれを受けて、ステータスを受
領したことを示すステータス受領フレーム(STS ACPT)
をRCUに対して送信する(255)。
On the other hand, the RCU receives the data frames of the record 1 and the record 2 and executes the write processing in the RCU. If the RCU completes normally, a status frame (STS'0C ') indicating the normal completion is sent to the MCU. (254). In response to this, the MCU receives the status, and receives the status. Status reception frame (STS ACPT)
To the RCU (255).

【0021】RCUはこれを受けてステータス受領フレ
ームを受領したことを示すデバイスレベルアクノーレッ
ジフレーム(DEVACK)をMCUに対して送信し(25
6)、リモート側への書き込み処理は完了する。
In response to this, the RCU transmits a device level acknowledge frame (DEVACK) indicating that the status reception frame has been received to the MCU (25
6) The writing process to the remote side is completed.

【0022】また、MCUはRCUからの正常終了ステ
ータスを受領したことで、リモート側への書き込み処理
が完了したと判断し、この契機でデバイスエンドのステ
ータスを報告するために、CPUに対して再接続要求で
あるリクエストコネクションフレーム(REQ CON)を送
信する(220)。
Further, the MCU receives the normal end status from the RCU, judges that the write processing to the remote side is completed, and at this occasion, the MCU re-executes to report the device end status. A request connection frame (REQ CON) which is a connection request is transmitted (220).

【0023】CPUはこれを受けて再接続要求を受領し
たことを示すコネクション受領フレームをMCUに対し
て送信する(221)。MCUはこれを受けて再接続が
受け付けられたと認識し、デバイスエンドを示すステー
タスフレーム(STS'04')をCPUに対して送信する
(222)。
In response to this, the CPU transmits a connection reception frame indicating that the reconnection request has been received to the MCU (221). Upon receiving this, the MCU recognizes that the reconnection has been accepted, and transmits a status frame (STS'04 ') indicating the device end to the CPU (222).

【0024】CPUはこれを受けてデバイスエンドのス
テータスを受領したことを示すステータス受領フレーム
をMCUに対して送信する(223)。MCUはこれを
受けてステータス受領フレームを受領したことを示すデ
バイスレベルアクノーレッジフレーム(DEVACK)をCPU
に送信し(224)、CPUからの書き込み処理が完了
する。
In response to this, the CPU transmits a status reception frame indicating that the status of the device end has been received to the MCU (223). In response to this, the MCU sends a device level acknowledge frame (DEVACK) indicating that it has received the status reception frame to the CPU.
(224), and the writing process from the CPU is completed.

【0025】以上のようにESCONプロトコルにおけ
る一般的なリモートコピー処理では、CPUからMCU
へのCCWチェインの最後またはトラックの最後までの
データ転送が完了した時点でMCUからRCUへのデー
タ転送を開始する処理方式となるため、CPU−MCU
間とMCU−RCU間のデータ転送が並行して行われ
ず、性能に影響する。
As described above, in the general remote copy processing in the ESCON protocol, the CPU to the MCU
The CPU-MCU is a processing method that starts data transfer from the MCU to the RCU when the data transfer to the end of the CCW chain to the end of the track is completed.
The data transfer between the MCU and the MCU-RCU is not performed in parallel, which affects the performance.

【0026】次にファイバーチャネルの技術について説
明する。ファイバーチャネルの基礎となる部分は、AN
SIのFC−PH(Fibre Channel PHysical and signa
lling)で規格化されている。ファイバーチャネルを用
いた上位レベルのプロトコルは、FC−PHに準拠する
ことにより、共通のファイバーチャネル上で複数の上位
レベルプロトコルが動作可能である。FC−PHにはフ
ァイバーチャネルの特徴である、双方向の同時データ転
送が定義されていて、これによりデータの受送信が並行
することが可能となっている。
Next, the fiber channel technology will be described. The foundation of Fiber Channel is the AN
SI's FC-PH (Fibre Channel PHysical and signa)
lling). By conforming to FC-PH, a higher-level protocol using Fiber Channel can operate a plurality of higher-level protocols on a common Fiber Channel. In FC-PH, bidirectional simultaneous data transfer, which is a characteristic of Fiber Channel, is defined, which allows data to be transmitted and received in parallel.

【0027】また、FC−PHには、エクスチェンジと
いう概念が定義されている。CPUがディスクサブシス
テムに対して発行する1つの入出力命令に関してディス
ク制御装置との間でやりとりされるコマンドフレームと
データフレームの一連の送受信シーケンスをエクスチェ
ンジという。このエクスチェンジを使用することによ
り、多重処理が可能となっている。
The concept of exchange is defined in FC-PH. A series of transmission / reception sequences of command frames and data frames exchanged with the disk control device for one input / output command issued by the CPU to the disk subsystem is called exchange. By using this exchange, multiple processing is possible.

【0028】また、FC−PHにはファイバーチャネル
の一般的なフレーム構造が定義されている。フレームは
SOF(Start_of_Frame)、Frame Header、DataField、CRC
(Cyclic Redundancy Check character)、EOF(End_of
_Frame)から構成され、このうちFrame Header内に送信
先アドレスを示すD_ID(Destination_ID)と、送信
元のアドレスを示すS_ID(Source_ID)が含まれて
いる。このFC−PHで定義された共通のD_ID、S
_IDによって送信方向が決定される。
In FC-PH, a general fiber channel frame structure is defined. Frame is
SOF (Start_of_Frame), Frame Header, DataField, CRC
(Cyclic Redundancy Check character), EOF (End_of
_Frame), of which the Frame Header includes D_ID (Destination_ID) indicating the destination address and S_ID (Source_ID) indicating the source address. Common D_ID, S defined in this FC-PH
The transmission direction is determined by _ID.

【0029】[0029]

【発明が解決しようとする課題】本発明の目的は、リモ
ートコピー処理で、CPU−MCU間とMCU−RCU
間のデータ転送を並行して行い、且つ、CPUからの受
信とRCUへの送信を同一ポートで実現するものであ
る。
SUMMARY OF THE INVENTION An object of the present invention is to perform remote copy processing between CPU-MCU and MCU-RCU.
The data transfer between them is performed in parallel, and the reception from the CPU and the transmission to the RCU are realized by the same port.

【0030】[0030]

【課題を解決するための手段】本発明のデータ保証シス
テムは、ファイバーチャネルプロトコルを用いたリモー
トコピー処理であり、ファイバーチャネルプロトコルの
特徴である双方向のデータ転送、多重処理を活用し、ヘ
ッダ変換バッファとヘッダ変換制御部から構成されるヘ
ッダ変換回路を用いて、CPUから受領したフレームを
MCU内のヘッダ変換バッファに一旦格納し、フレーム
のヘッダ部をRCU送信用に変換し送信することで課題
を解決する。
The data guarantee system of the present invention is a remote copy process using the fiber channel protocol, and utilizes the bidirectional data transfer and multiplex processes which are the features of the fiber channel protocol to convert the header. By using a header conversion circuit composed of a buffer and a header conversion control unit, a frame received from a CPU is temporarily stored in a header conversion buffer in the MCU, and the header part of the frame is converted for RCU transmission and transmitted. To solve.

【0031】[0031]

【発明の実施の形態】以下、図面を参照しながら、本発
明の一実施例であるファイバーチャネルにおけるデータ
保証システムについて説明する。
BEST MODE FOR CARRYING OUT THE INVENTION A data guarantee system in a fiber channel according to an embodiment of the present invention will be described below with reference to the drawings.

【0032】図1は本発明の一実施例であるファイバー
チャネルプロトコルを用いたリモートコピーシステムの
構成を示す図である。本実施例の構成は、大きくは中央
処理装置であるCPU(101)と、マスタ側ディスク
制御装置であるMCU(102)と、マスタ側のディス
ク駆動装置であるDKU(103)と、リモート側ディ
スク制御装置であるRCU(104)と、リモート側の
ディスク駆動装置であるDKU(105)と、CPU−
MCU−RCU間の接続をスイッチングするディレクタ
装置(106)と、CPUとディレクタ装置間を接続す
るファイバーケーブル(107)と、ディレクタ装置と
MCU間を接続するファイバーケーブル(108)と、
ディレクタ装置とRCUを接続するファイバーケーブル
(109)から構成される。
FIG. 1 is a diagram showing the configuration of a remote copy system using the fiber channel protocol which is an embodiment of the present invention. The configuration of this embodiment is roughly the CPU (101) which is a central processing unit, the MCU (102) which is a master side disk control unit, the DKU (103) which is a master side disk drive unit, and the remote side disk. RCU (104) which is a control unit, DKU (105) which is a disk drive unit on the remote side, and CPU-
A director device (106) for switching the connection between the MCU and the RCU, a fiber cable (107) for connecting the CPU and the director device, and a fiber cable (108) for connecting the director device and the MCU.
It is composed of a fiber cable (109) connecting the director device and the RCU.

【0033】中央処理装置は、メインフレームであって
も良いし、オープン系のサーバであっても良い。また接
続構成としては、ディレクタ装置を介在せずに、CPU
−MCU間及び、MCU−RCU間を直接ファイバーケ
ーブルで結合した構成であっても良い。
The central processing unit may be a mainframe or an open type server. In addition, as a connection configuration, a CPU is used without interposing a director device.
A configuration in which -MCU and MCU-RCU are directly connected by a fiber cable may be used.

【0034】さらに、RCUが複数存在し、これをMC
U−ディレクタ間は単一ファイバーケーブルでディレク
タ装置から複数RCUに接続する構成、または、MCU
から直接複数RCUに接続する構成であっても良い。
Further, there are a plurality of RCUs, which are MC
A configuration in which the director device is connected to multiple RCUs with a single fiber cable between the U-directors, or an MCU
It is also possible to directly connect to a plurality of RCUs.

【0035】さらに、複数CPUが存在し、これをMC
U−ディレクタ間は単一ファイバーケーブルでディレク
タ装置から複数CPUに接続、または、MCUと直接複
数CPUに接続する構成であっても良い。本発明の基礎
となるMCUの内部構造は、CPUまたはRCUからの
フレームを受信するための受信バッファ(111)と、
CPUまたはRCUへフレームを送信するための送信バ
ッファ(112)と、CPUから受信したフレームをヘ
ッダ変換してRCUへ転送、または、RCUから受信し
たフレームをヘッダ変換してCPUへ転送するためのヘ
ッダ変換バッファ(113)と、ヘッダ変換バッファを
含み、またCPUから受信したフレームをMCU内での
CACHE(115)に転送するための一時的データ格
納領域である内部バッファ(114)と、高速処理等の
目的でドライブの一部情報を格納するCACHE(11
5)と、RCU送信のためヘッダ変換処理等の制御を行
うファイバープロトコル制御部(116)と、内部バッ
ファ(114)とCACHE(115)間のデータ処理
を制御するチャネルアダプタ制御部(117)と、CA
CHE(115)とディスクドライブ間のデータ処理を
制御するディスクアダプタ制御部(118)から構成さ
れる。
Further, there are a plurality of CPUs, which are MC
Between the U-directors, a single fiber cable may be used to connect the director device to a plurality of CPUs, or the MCU may be directly connected to a plurality of CPUs. The internal structure of the MCU on which the present invention is based includes a receive buffer (111) for receiving a frame from a CPU or RCU,
A transmission buffer (112) for transmitting a frame to the CPU or RCU, and a header for converting a frame received from the CPU into a header and transferring it to the RCU, or a header for converting a frame received from the RCU into a header and transferring to the CPU. An internal buffer (114) including a conversion buffer (113) and a header conversion buffer, which is a temporary data storage area for transferring a frame received from the CPU to the CACHE (115) in the MCU, high-speed processing, etc. CACHE (11 that stores some drive information for the purpose of
5), a fiber protocol control unit (116) that controls header conversion processing for RCU transmission, and a channel adapter control unit (117) that controls data processing between the internal buffer (114) and CACHE (115). , CA
It is composed of a disk adapter controller (118) that controls data processing between the CHE (115) and the disk drive.

【0036】例えば、CPUとMCUとRCU間を接続
するメインフレームのファイバーチャネルであるFIC
ON(Fibre Channel Connection)は、ANSIで規格
されているFC−SB−2(FIBRE CHANNEL SINGLE-BYT
E COMMAND CODE SET-2 MAPPING PROTOCOL)をベースと
している。このFICONの特徴としては、ファイバー
チャネルプロトコルを用いていることから、送信・受信
が双方向に行えること及び、エクスチェンジという単位
を多重で処理することが可能である。
For example, a FIC which is a mainframe fiber channel for connecting between the CPU, the MCU and the RCU
ON (Fibre Channel Connection) is an FC-SB-2 (FIBRE CHANNEL SINGLE-BYT) standardized by ANSI.
E COMMAND CODE SET-2 MAPPING PROTOCOL) is the base. As a feature of this FICON, since the fiber channel protocol is used, transmission / reception can be performed bidirectionally, and a unit called exchange can be processed in multiple.

【0037】つまり、単一ケーブル上でCPUからMC
Uへの書き込み処理のCCWチェインデータ受信中に、
MCUからRCUへの書き込み処理のCCWチェインデ
ータ送信が可能である。また、FICONにはコマンド
チェインをパイプラインで送信する特徴もあり、これに
よりCCWチェイン内のコマンド毎に正常終了のステー
タスを受領することなく、パイプライン的に連続してコ
マンドの発行が可能である。この構成を用いて、CPU
から発行されたフレームを受信バッファに格納し、FI
CONプロトコル制御部にてフレームの解析処理を行
い、その結果リモート側のRCUに転送が必要なフレー
ムならば、内部バッファに転送してヘッダの変換処理を
行い、送信バッファに転送することによりRCUへ並行
処理することが可能となる。
That is, CPU to MC on a single cable
While receiving CCW chain data for write processing to U,
It is possible to transmit CCW chain data for write processing from MCU to RCU. In addition, FICON also has a feature of transmitting a command chain in a pipeline, which allows commands to be issued continuously in a pipeline without receiving the status of normal completion for each command in the CCW chain. . With this configuration, the CPU
Store the frame issued from the
If the CON protocol control unit performs frame analysis processing and, as a result, a frame that needs to be transferred to the RCU on the remote side, transfers it to the internal buffer, performs header conversion processing, and transfers it to the transmission buffer to the RCU. It becomes possible to perform parallel processing.

【0038】図3及び図4はフレームの受信からの全体
的な処理フローを示した図である。まず、フレームを受
信した契機でそのフレームがCPUまたはRCUから受
信したフレームかを判定する(301)。もしCPUま
たはRCUからの受信フレームならば、受信バッファか
らフレーム情報、コマンド情報、パラメタ情報を取り込
む(302)。
FIGS. 3 and 4 are diagrams showing the overall processing flow from the reception of the frame. First, when a frame is received, it is determined whether the frame is a frame received from the CPU or RCU (301). If the frame is received from the CPU or RCU, frame information, command information, and parameter information are fetched from the reception buffer (302).

【0039】次に、受信したフレームがCPUから受信
したかを判定する(303)。もしCPUからの受信フ
レームならば、リモートコピー対象CCWチェイン情報
が確定か、不確定かを判定する(304)。
Next, it is determined whether the received frame is received from the CPU (303). If it is a frame received from the CPU, it is determined whether the remote copy target CCW chain information is confirmed or unconfirmed (304).

【0040】もし、リモートコピー対象CCWチェイン
情報が不確定ならば、リモートコピー対象外CCWチェ
イン情報が確定か、不確定かを判定する(305)。も
し、リモートコピー対象外CCWチェイン情報が不確定
ならば、コマンド情報とパラメタ情報を用いてリモート
コピー要否の解析処理を行う(306)。この解析処理
については図5で詳細を述べる。
If the remote copy target CCW chain information is uncertain, it is determined whether the remote copy non-target CCW chain information is definite or uncertain (305). If the remote copy non-target CCW chain information is uncertain, the remote copy necessity analysis processing is performed using the command information and the parameter information (306). This analysis process will be described in detail with reference to FIG.

【0041】次に、306の解析結果から、リモートコ
ピー要情報が要に設定されているかを判定する(30
7)。もしリモートコピー要情報が不確定ならば、リモ
ートコピー不要情報が不要に設定されているかを判定す
る(308)。もし、リモートコピー不要情報が不確定
ならば、受信したフレームを内部バッファに転送し、以
降のコマンドフレームの解析処理でリモートコピー要否
が決定するまで蓄積しておく(309)。
Next, it is judged from the analysis result of 306 whether the remote copy required information is set to required (30
7). If the remote copy required information is uncertain, it is determined whether the remote copy unnecessary information is set to be unnecessary (308). If the remote copy unnecessary information is uncertain, the received frame is transferred to the internal buffer and stored until the necessity of remote copy is determined by the subsequent command frame analysis processing (309).

【0042】次に当該フレームのMCU内での処理を実
行し(310)、フレーム受信処理に戻る。もし、30
8の判定処理で、リモートコピー不要情報が不要に設定
されているならば、リモートコピー処理が不要であるこ
とから、今まで内部バッファに蓄積しておいたフレーム
を解放する(311)。
Next, the processing of the frame in the MCU is executed (310) and the processing returns to the frame receiving processing. If 30
If the remote copy unnecessary information is set to be unnecessary in the determination process of No. 8, since the remote copy process is unnecessary, the frame accumulated in the internal buffer until now is released (311).

【0043】次に、当該CCWチェインがリモートコピ
ー対象外CCWチェインであることを示す情報を設定す
る(312)。次に、当該フレームのMCU内での処理
を実行し(313)、フレーム受信処理に戻る。もし、
307の判定処理で、リモートコピー要情報が要に設定
されているならば、リモートコピー処理が必要であるこ
とから、まずフレーム情報を内部バッファに転送する
(321)。
Next, information indicating that the CCW chain is a remote copy non-target CCW chain is set (312). Next, the process of the frame in the MCU is executed (313), and the process returns to the frame receiving process. if,
If the remote copy required information is set to necessary in the determination processing of 307, the remote copy processing is necessary, so the frame information is first transferred to the internal buffer (321).

【0044】次に、今まで内部バッファに蓄積したフレ
ームとともに、ヘッダの変換処理を実行する(32
2)。このヘッダ変換の対象となるヘッダ情報について
は、図6で詳細を述べる。次に、ヘッダを変換したフレ
ームを送信バッファに転送し、RCUへ送信する(32
3)。次に、当該CCWチェインがリモートコピー対象
CCWチェインであることを示す情報を設定する(32
4)。
Next, the header conversion process is executed together with the frames accumulated so far in the internal buffer (32
2). Details of the header information that is the target of this header conversion will be described with reference to FIG. Next, the frame with the converted header is transferred to the transmission buffer and transmitted to the RCU (32
3). Next, information indicating that the CCW chain is a remote copy target CCW chain is set (32
4).

【0045】次に、当該フレームのMCU内での処理を
実行し(325)、フレーム受信処理に戻る。もし、3
05の判定処理で、リモートコピー対象外CCWチェイ
ン情報が確定していたならば、リモートコピー処理が不
要であることから、311以降の処理へ移る。もし、3
04の判定処理で、リモートコピー対象CCWチェイン
情報が確定していたならば、リモートコピーが必要であ
ることから、321以降の処理へ移る。もし、303の
判定処理で、MCUからの受信フレームならば、MCU
側での当該受信フレーム相当の処理が終了しているかを
判定する(331)。もし、処理終了済みならば、CP
Uにフレームを送信する必要があることから、まずフレ
ーム情報を内部バッファに転送する(332)。次に、
ヘッダの変換処理を実行する(333)。
Next, the processing of the frame in the MCU is executed (325), and the processing returns to the frame reception processing. If 3
If the remote copy non-target CCW chain information is confirmed in the determination processing of 05, since the remote copy processing is not necessary, the processing proceeds to 311 and thereafter. If 3
If the remote copy target CCW chain information is confirmed in the determination processing of 04, since remote copying is necessary, the processing proceeds to 321 and thereafter. If it is a received frame from the MCU in the determination processing of 303, the MCU
It is determined whether the processing corresponding to the received frame on the side has been completed (331). If the processing is completed, CP
Since it is necessary to transmit a frame to U, the frame information is first transferred to the internal buffer (332). next,
A header conversion process is executed (333).

【0046】次に、ヘッダを変換したフレームを送信バ
ッファに転送し、CPUへ送信し(334)、フレーム
受信処理に戻る。もし、331の判定処理で、MCU側
での当該受信フレーム相当の処理が終了していないなら
ば、当該フレームがRCUで処理終了していることを示
す情報を設定し(341)、フレーム受信処理に戻る。
もし、301の判定処理で、MCU内部でのフレームな
らば、RCU側での当該受信内部フレーム相当の処理が
終了しているかを判定する(351)。
Next, the header-converted frame is transferred to the transmission buffer and transmitted to the CPU (334), and the process returns to the frame reception process. If the processing corresponding to the received frame on the MCU side is not completed in the determination processing of 331, information indicating that the processing on the frame is completed by the RCU is set (341), and the frame reception processing is performed. Return to.
If the frame is inside the MCU in the judgment processing of 301, it is judged whether the processing corresponding to the received internal frame on the RCU side is completed (351).

【0047】もし、処理終了済みならば、送信バッファ
上に送信フレームを生成し、CPUに送信し(35
2)、フレーム受信処理に戻る。もし、351の判定処
理で、RCU側での当該受信内部フレーム相当の処理が
終了していないならば、当該フレームがMCUで処理終
了していることを示す情報を設定し(361)、フレー
ム受信処理に戻る。
If the processing is completed, a transmission frame is generated in the transmission buffer and transmitted to the CPU (35
2) Return to the frame receiving process. If the processing corresponding to the received internal frame on the RCU side has not been completed in the determination processing of 351, information indicating that the frame has been processed by the MCU is set (361), and frame reception is performed. Return to processing.

【0048】図5は受信したフレーム内のコマンド情報
及び、パラメタ情報からリモートコピー要否を解析する
フローを示した図である。まず、コマンド情報及び、パ
ラメタ情報を取り込む(401)。次に、コマンドがR
EAD(読み出し処理)またはWRITE(書き込み処
理)の可能性のあるコマンドかを判定する(402)。
もし、READまたはWRITEの可能のあるコマンド
ならば、READまたはWRITE系コントロールコマ
ンドかを判定する(403)。
FIG. 5 is a diagram showing a flow for analyzing the necessity of remote copy from the command information and the parameter information in the received frame. First, command information and parameter information are fetched (401). Then the command is R
It is determined whether the command has a possibility of EAD (read processing) or WRITE (write processing) (402).
If the command can be READ or WRITE, it is determined whether it is a READ or WRITE system control command (403).

【0049】もし、READまたはWRITE系のコン
トロールコマンドであるならば、パラメタ情報及び、M
CUで管理しているリモートコピー対象領域情報より、
当該CCWチェインがリモートコピー対象範囲へのWR
ITEアクセスかを判定する(404)。
If the command is a READ or WRITE type control command, parameter information and M
From the remote copy target area information managed by the CU,
The CCW chain concerned is WR to the remote copy target range
It is determined whether it is an ITE access (404).

【0050】もし、リモートコピー対象範囲へのWRI
TEアクセスであることが断定できなかったならば、コ
マンド情報からコマンドチェイン条件を判定する(40
5)。もし、コマンドチェインしないならば、リモート
コピー対象外のCCWチェインであるため、リモートコ
ピー不要情報を設定し(406)、次の処理へ移る。も
し、405の判定処理で、コマンドチェインするのであ
れば、リモートコピー要否が不確定であるため、リモー
トコピー情報は不確定のまま、次の処理へ移る。もし、
404の判定処理で、リモートコピー対象範囲へのWR
ITEアクセスであったならば、リモートコピーが必要
であることから、リモートコピー要情報を設定し(41
1)、次の処理へ移る。
If the WRI to the remote copy target range
If the TE access cannot be determined, the command chain condition is determined from the command information (40
5). If the command chain is not performed, it means that the CCW chain is not a remote copy target, so remote copy unnecessary information is set (406), and the process proceeds to the next process. If a command chain is made in the determination processing of 405, the necessity of remote copy is uncertain, so the remote copy information remains uncertain, and the next processing is performed. if,
In the determination processing of 404, WR to the remote copy target range
If it is ITE access, since remote copy is required, remote copy required information is set (41
1), move to the next processing.

【0051】もし、403の判定処理で、READまた
はWRITEコマンドそのものであったならば、WRI
TEコマンドであるか、READコマンドであるか判定
する(421)。もし、READコマンドであるなら
ば、コマンド情報からコマンドチェイン条件を判定する
(422)。
If it is the READ or WRITE command itself in the judgment processing of 403, the WRI
It is determined whether it is a TE command or a READ command (421). If it is a READ command, the command chain condition is judged from the command information (422).

【0052】もし、コマンドチェインしないならば、リ
モートコピー対象外のCCWチェインであるため、リモ
ートコピー不要情報を設定し(423)、次の処理へ移
る。もし、422の判定処理で、コマンドチェインする
のであれば、リモートコピー要否が不確定であるため、
リモートコピー情報は不確定のまま、次の処理へ移る。
もし、421の判定処理で、WRITEコマンドである
ならば、MCUで管理しているリモートコピー対象領域
情報より、リモートコピー対象範囲へのアクセスかを判
定する(431)。
If the command chain is not performed, it means that the CCW chain is not a remote copy target, so remote copy unnecessary information is set (423), and the process proceeds to the next process. If a command chain is made in the determination processing of 422, the necessity of remote copy is uncertain, so
The remote copy information remains uncertain, and the next processing is performed.
If it is a WRITE command in the determination processing of 421, it is determined from the remote copy target area information managed by the MCU whether the access is to the remote copy target range (431).

【0053】もし、リモートコピー対象範囲へのアクセ
スならば、リモートコピーが必要であるため、リモート
コピー要情報を設定して(432)、次の処理へ移る。
もし、431の判定処理で、リモートコピー対象範囲へ
のアクセスでないならば、リモートコピーが不要である
ため、リモートコピー不要情報を設定し(441)、次
の処理へ移る。
If the remote copy target range is to be accessed, remote copy is necessary. Therefore, remote copy required information is set (432), and the process proceeds to the next step.
If it is determined in step 431 that the remote copy target range is not accessed, remote copy is not necessary, so remote copy unnecessary information is set (441), and the process proceeds to the next process.

【0054】もし、402の判定処理で、READまた
はWRITEの可能性ないコマンドあるならば、リモー
トコピーが不要であるため、リモートコピー不要情報を
設定し(451)、次の処理へ移る。
If there is a command that does not have the possibility of READ or WRITE in the judgment processing of 402, remote copy is unnecessary, so remote copy unnecessary information is set (451) and the process proceeds to the next processing.

【0055】図6はFICONデバイスレベルのフレー
ムフォーマットとヘッダ変換処理で変換対象となる情報
を示した図である。FICONデバイスレベルのフレー
ムは、Start of Frame(SOF) 4バイトと、FC-PH Frame
Header 24バイト(501)と、FC-SB-2 Header 8バ
イト(502)と、IU Header 8バイトと、DIB Header
12バイトと、FC-SB-2 LRC 4バイトと、DIB Data 0
から2016バイトと、FC-PH LRC 4バイトと、End of
Frame(EOF) 4バイトから構成される。
FIG. 6 is a diagram showing a FICON device level frame format and information to be converted in the header conversion process. The FICON device level frame consists of 4 bytes of Start of Frame (SOF) and FC-PH Frame.
Header 24 bytes (501), FC-SB-2 Header 8 bytes (502), IU Header 8 bytes, DIB Header
12 bytes, FC-SB-2 LRC 4 bytes, DIB Data 0
From 2016 bytes, FC-PH LRC 4 bytes, End of
Frame (EOF) It consists of 4 bytes.

【0056】但し、FC−SB−2の階層では、819
2バイトのインフォーメションユニット(以降IUと称
す)という単位でデータを扱うため、FC-SB-2 Headerか
らDIB Dataまでの合計が2048バイトを超えるIUの
場合は、Start of Frame(SOF) 4バイトと、FC-PH Fram
e Header 24バイト(501)と、DIB Data 0から2
048バイトと、FC-PH LRC 4バイトと、End of Frame
(EOF) 4バイトから構成されるフレームとなる。
However, in the hierarchy of FC-SB-2, 819
Since data is handled in units of 2-byte information unit (hereinafter referred to as IU), if the total IU from FC-SB-2 Header to DIB Data exceeds 2048 bytes, Start of Frame (SOF) 4 Byte and FC-PH Fram
e Header 24 bytes (501) and DIB Data 0 to 2
048 bytes, FC-PH LRC 4 bytes, End of Frame
(EOF) A frame consisting of 4 bytes.

【0057】このうち、501のFC-PH Frame Header
は、R_CTL Field 1バイトと、D_ID Field 3バイト
(511)と、CS_CTL Field 1バイトと、S_ID Field
3バイト(512)と、TYPE Field 1バイトと、F_CTL
Field 3バイトと、SEQ_ID Field 1バイトと、DF_CTL
Field 1バイトと、SEQ_CNT Field 2バイトと、OX_ID
Field 2バイト(513)と、RX_ID 2バイトと、Par
ameter Field 4バイトから構成される。また、502
のFC-SB-2 Headerは、Reserved 1バイトと、Channel I
mage ID 1バイト(521)と、Reserved 1バイトと、
Control-Unit ImageID 1バイト(522)と、Device
Address 2バイト(523)と、Reserved2バイトから
構成される。
Of these, 501 FC-PH Frame Header
Is R_CTL Field 1 byte, D_ID Field 3 bytes (511), CS_CTL Field 1 byte, S_ID Field
3 bytes (512), TYPE Field 1 byte, F_CTL
Field 3 bytes, SEQ_ID Field 1 byte, DF_CTL
Field 1 byte, SEQ_CNT Field 2 bytes, OX_ID
Field 2 bytes (513), RX_ID 2 bytes, Par
ameter Field It consists of 4 bytes. Also, 502
FC-SB-2 Header is Reserved 1 byte and Channel I
mage ID 1 byte (521) and Reserved 1 byte,
Control-Unit ImageID 1 byte (522) and Device
It consists of Address 2 bytes (523) and Reserved 2 bytes.

【0058】CPUから受信したフレームをRCUに送
信するためのヘッダ変換処理では、MCU内で管理して
いる、リモートコピーにより作成されたペアボリューム
のペア情報をもとに、まずフレームの送信先を示すD_ID
(511)をMCUのD_IDからRCUのD_IDに変換す
る。また、フレームの送信元を示すS_ID(512)をC
PUのS_IDからMCUのS_IDに変換する。また、CCW
チェインのエクスチェンジを示すOX_ID(513)をC
PUで管理しているOX_IDからMCUで管理するOX_IDに
変換する。また、CCWチェインの処理対象となる論理
パスのCH Image ID(521)をCPU−MCU間の論
理パスのCH Image IDからMCU−RCU間の論理パス
のCH Image IDに変換する。
In the header conversion processing for transmitting the frame received from the CPU to the RCU, the transmission destination of the frame is first determined based on the pair information of the pair volume created by remote copy managed in the MCU. Indicates D_ID
(511) is converted from the MCU D_ID to the RCU D_ID. Also, the S_ID (512) indicating the transmission source of the frame is set to C
Convert S_ID of PU to S_ID of MCU. CCW
OX_ID (513) indicating the chain exchange is C
Convert OX_ID managed by PU to OX_ID managed by MCU. Also, the CH Image ID (521) of the logical path to be processed in the CCW chain is converted from the CH Image ID of the logical path between the CPU and MCU to the CH Image ID of the logical path between the MCU and RCU.

【0059】また、CCWチェインの処理対象となる論
理パスのCU Image ID(522)をCPU−MCU間の
論理パスのCU Image IDからMCU−RCU間の論理パ
スのCU Image IDに変換する。また、CCWチェインの
処理対象となるDevice Address(523)をMCUのDe
vice AddressからリモートコピーのペアとなるRCUの
Device Addressに変換する。
Further, the CU Image ID (522) of the logical path to be processed by the CCW chain is converted from the CU Image ID of the logical path between the CPU and MCU to the CU Image ID of the logical path between the MCU and RCU. Also, the Device Address (523) that is the processing target of the CCW chain is set to the MCU De
vice address to remote copy pair of RCU
Convert to Device Address.

【0060】一方、RCUから受信したフレームをCP
Uに送信するためのヘッダ変換処理では、MCU内で管
理しているリモートコピーのペア情報をもとに、まずフ
レームの送信先を示すD_ID(511)をMCUのD_IDか
らCPUのD_IDに変換する。また、フレームの送信元を
示すS_ID(512)をRCUのS_IDからMCUのS_IDに
変換する。
On the other hand, the frame received from the RCU is CP
In the header conversion process for transmitting to the U, first, the D_ID (511) indicating the destination of the frame is converted from the D_ID of the MCU to the D_ID of the CPU based on the remote copy pair information managed in the MCU. . Also, the S_ID (512) indicating the transmission source of the frame is converted from the S_ID of the RCU to the S_ID of the MCU.

【0061】また、CCWチェインのエクスチェンジを
示すOX_ID(513)をRCUで管理しているOX_IDから
MCUで管理するOX_IDに変換する。また、CCWチェ
インの処理対象となる論理パスのCH Image ID(52
1)をMCU−RCU間の論理パスのCH Image IDから
CPU−MCU間の論理パスのCH Image IDに変換す
る。また、CCWチェインの処理対象となる論理パスの
CU Image ID(522)をMCU−RCU間の論理パス
のCU Image IDからCPU−MCU間の論理パスのCUIma
ge IDに変換する。また、CCWチェインの処理対象と
なるDevice Address(523)をRCUのDevice Addre
ssからリモートコピーのペアとなるMCUのDevice Add
ressに変換する。
Further, the OX_ID (513) indicating the exchange of the CCW chain is converted from the OX_ID managed by the RCU to the OX_ID managed by the MCU. Also, CH Image ID (52 of the logical path to be processed in the CCW chain)
1) is converted from CH Image ID of the logical path between MCU and RCU to CH Image ID of the logical path between CPU and MCU. In addition, the logical path to be processed in the CCW chain
The CU Image ID (522) is the CU Image ID of the logical path between the MCU and the RCU and the CUIma of the logical path between the CPU and the MCU.
Convert to ge ID. Also, the Device Address (523) that is the processing target of the CCW chain is set as the Device Addre of the RCU.
Device Add of MCU that becomes a remote copy pair from ss
Convert to ress.

【0062】図7は本発明を適用した時のCPUとMC
U間の動作シーケンス及び、MCUからRCU側へのデ
ータ転送タイミングと動作シーケンスを示す図である。
まず、CPUからDX(Define Extext)のコマンド及
び、DXのパラメタを含むCMD+DATAフレーム
(DX CMD+DATA)をMCUに対して送信する(60
1)。MCUはこれを受けてフレームの解析処理を行
う。DXコマンドのパラメタからは、当該CCWチェイ
ンがリモートコピー対象であるかは不確定のため、RC
Uへの送信せず、内部バッファに蓄積する。
FIG. 7 shows a CPU and MC when the present invention is applied.
It is a figure which shows the operation sequence between U, the data transfer timing from MCU to the RCU side, and an operation sequence.
First, a CPU sends a DX (Define Extext) command and a CMD + DATA frame (DX CMD + DATA) including a DX parameter to the MCU (60).
1). The MCU receives this and analyzes the frame. From the parameter of the DX command, it is uncertain whether the CCW chain concerned is the target of remote copy, so RC
Accumulate in internal buffer without sending to U.

【0063】CPUはこれに続き、LOC(LOCate rec
ord)のコマンド及び、パラメタを含むCMD+DAT
Aフレーム(LOC CMD+DATA)をMCUに対して送信する
(602)。MCUはこれを受けてフレームの解析処理
を行う。LOCコマンドのパラメタには、当該CCWチ
ェインがリモートコピー対象であるかを判定可能な情報
が含まれている。
Following this, the CPU continues to the LOC (LOCate rec
ord) command and CMD + DAT including parameters
The A frame (LOC CMD + DATA) is transmitted to the MCU (602). The MCU receives this and analyzes the frame. The parameter of the LOC command includes information capable of determining whether the CCW chain is a remote copy target.

【0064】ここで、もしリモートコピー要と判定され
たならば、先に受領して内部バッファに蓄積中のDX
CMD+DATAのヘッダ変換処理を行い、RCUに対
して送信する(651)。また、これに続きLOC C
MD+DATAのヘッダ変換処理を行い、RCUに対し
て送信する(652)。
If it is determined that the remote copy is required, the DX which has been received first and is being accumulated in the internal buffer.
The header conversion process of CMD + DATA is performed and it is transmitted to the RCU (651). In addition, following this, LOC C
MD + DATA header conversion processing is performed and transmission is performed to the RCU (652).

【0065】CPUは602に続き、レコード1のWR
UPD(Write Update Data)コマンド及び、レコード
1のデータを含むCMD+DATAフレーム(WRUPD#1
CMD+DATA)をMCUに対して送信する(603)。MC
Uはこれを受けて、既に当該CCWチェインがリモート
コピー対象となっているので、WRUPD#1 CMD+DATAをヘッ
ダの変換処理を行い、RCUに対して送信する(65
3)。
The CPU continues to 602 and then WR of record 1
UPD (Write Update Data) command and CMD + DATA frame (WRUPD # 1) including data of record 1
(CMD + DATA) is transmitted to the MCU (603). MC
In response to this, since the CCW chain has already been targeted for remote copy, U performs WRUPD # 1 CMD + DATA header conversion processing and sends it to the RCU (65
3).

【0066】CPUは603に続き、レコード2のWR
UPDコマンド及び、レコード2のデータを含むCMD
+DATAフレーム(WRUPD#2 CMD+DATA)をMCUに対
して送信する(604)。MCUはこれを受けて、既に
当該CCWチェインがリモートコピー対象となっている
ので、WRUPD#2 CMD+DATAをヘッダの変換処理を行い、R
CUに対して送信する(654)。
The CPU follows 603 and then the WR of record 2
CMD including UPD command and record 2 data
A + DATA frame (WRUPD # 2 CMD + DATA) is transmitted to the MCU (604). In response to this, the MCU has already targeted the CCW chain for remote copy, so WRUPD # 2 CMD + DATA is converted to the header and R
It is transmitted to the CU (654).

【0067】RCUは651のDX CMD+DATAを受信し、
DXコマンドを受領したことを示すコマンドレスポンス
フレーム(CMR)をMCUに対して送信する(65
5)。MCUはこれを受けて、MCU内部でのDXコマ
ンドの受領処理が完了しているならば、CMRのヘッダ変
換処理を行い、CPUに対して送信する(605)。
The RCU receives the DX CMD + DATA of 651,
A command response frame (CMR) indicating that a DX command has been received is transmitted to the MCU (65
5). Upon receipt of this, the MCU receives the DX command, and if the reception processing of the DX command has been completed, it performs the CMR header conversion processing and sends it to the CPU (605).

【0068】RCUは655に続いて、LOC CMD+DATA、
WRUPD#1 CMD+DATA、WRUPD#2 CMD+DATAの処理を実行し、
WRUPD#2 CMD+DATAの処理が正常に終了した時点で、WRUP
D#2CMD+DATAが正常終了したことを示すステータスフレ
ーム(STS'0C')をMCUに対して送信する(656)。
MCUはこれを受けて、MCU内部でのレコード2のW
RUPDコマンドの処理が正常完了しているならば、ST
S'0C'のヘッダ変換処理を行い、CPUに対して送信す
る(606)。CPUはこれを受けて、正常終了のステ
ータスを受領したことを示すステータス受領フレーム
(STS ACPT)をMCUに対して送信する(607)。
RCU follows 655, followed by LOC CMD + DATA,
WRUPD # 1 CMD + DATA, WRUPD # 2 CMD + DATA processing is executed,
WRUPD # 2 When CMD + DATA processing ends normally, WRUP
A status frame (STS'0C ') indicating that D # 2CMD + DATA has ended normally is transmitted to the MCU (656).
Upon receiving this, the MCU receives the W of record 2 inside the MCU.
If processing of the RUPD command is completed normally, ST
Header conversion processing of S'0C 'is performed and transmitted to the CPU (606). In response to this, the CPU transmits a status reception frame (STS ACPT) indicating that the status of normal termination has been received to the MCU (607).

【0069】MCUはこれを受けて、STS ACPTのヘッダ
変換処理を行い、RCUに対して送信し(657)、C
CWチェインの処理が完結する。以上、述べたようにデ
ータ転送を並行に行うことができ、データ転送タイミン
グと動作シーケンスを示す従来技術例(図2)と図7を
比較すると、明らかに処理性能が向上することが解か
る。
In response to this, the MCU performs STS ACPT header conversion processing and sends it to the RCU (657), and C
The processing of the CW chain is completed. As described above, it is understood that the data transfer can be performed in parallel as described above, and the processing performance is obviously improved by comparing the prior art example (FIG. 2) showing the data transfer timing and the operation sequence with FIG. 7.

【0070】[0070]

【発明の効果】本発明のデータ保証システムは、FIC
ONプロトコルを用いたリモートコピー処理であり、C
PUから受領したフレームをMCU内の内部バッファに
一旦格納し、フレームのヘッダ部をRCU送信用に変換
し送信することにより、CPU−MCU間とMCU−R
CU間のデータ転送を並行に行うことができ処理性能が
向上する。また、CPUからの受信とRCUへの送信を
同一ポートで実現することができる。
The data guarantee system of the present invention is based on the FIC.
It is a remote copy process using the ON protocol, and C
The frame received from the PU is temporarily stored in an internal buffer in the MCU, the header part of the frame is converted for RCU transmission, and the frame is transmitted to the CPU-MCU and MCU-R.
Data transfer between CUs can be performed in parallel, improving processing performance. Further, the reception from the CPU and the transmission to the RCU can be realized by the same port.

【図面の簡単な説明】[Brief description of drawings]

【図1】 ファイバープロトコルを用いたリモートコピ
ーシステムの構成を示す図。
FIG. 1 is a diagram showing a configuration of a remote copy system using a fiber protocol.

【図2】 ESCONプロトコル上でのCPUとMCU
間の動作シーケンス及び、MCUからRCU側へのデー
タ転送タイミングと動作シーケンスを示す図。
FIG. 2 CPU and MCU on ESCON protocol
FIG. 6 is a diagram showing an operation sequence between the two, data transfer timing from the MCU to the RCU side, and an operation sequence.

【図3】 フレームの受信からの全体的な処理フローを
示した図。
FIG. 3 is a diagram showing an overall processing flow from reception of a frame.

【図4】 フレームの受信からの全体的な処理フローを
示した図。
FIG. 4 is a diagram showing an overall processing flow from reception of a frame.

【図5】 受信したフレーム内のコマンド情報及び、パ
ラメタ情報からリモートコピー要否を解析するフローを
示した図。
FIG. 5 is a diagram showing a flow of analyzing the necessity of remote copy from command information and parameter information in a received frame.

【図6】 デバイスレベルのフレームフォーマットとヘ
ッダ変換処理で変換対象となる情報を示した図。
FIG. 6 is a diagram showing a device level frame format and information to be converted in a header conversion process.

【図7】 本発明を適用した時のCPUとMCU間の動
作シーケンス及び、MCUからRCU側へのデータ転送
タイミングと動作シーケンスを示す図。
FIG. 7 is a diagram showing an operation sequence between a CPU and an MCU, a data transfer timing from the MCU to the RCU side, and an operation sequence when the present invention is applied.

【符号の説明】[Explanation of symbols]

101・・・中央処理装置 102・・・マスタ側ディスク制御装置 103・・・マスタ側のディスク駆動装置 104・・・リモート側ディスク制御装置 105・・・リモート側のディスク駆動装置 106・・・ディレクタ装置 107・・・CPUとディレクタ装置間を接続するファイ
バーケーブル 108・・・ディレクタ装置とMCU間を接続するファイ
バーケーブル 109・・・ディレクタ装置とRCUを接続するファイバ
ーケーブル 111・・・受信バッファ 112・・・送信バッファ 113・・・内部バッファ 114・・・CACHE 115・・・ファイバープロトコル制御部 116・・・チャネルアダプタ制御部 117・・・ディスクアダプタ制御部
101 ... Central processing unit 102 ... Master side disk control device 103 ... Master side disk drive device 104 ... Remote side disk control device 105 ... Remote side disk drive device 106 ... Director Device 107 ... Fiber cable 108 connecting CPU and director device 108 ... Fiber cable connecting director device and MCU 109 ... Fiber cable 111 connecting director device and RCU ... Reception buffer 112 ... .. Transmission buffer 113 ... Internal buffer 114 ... CACHE 115 ... Fiber protocol control unit 116 ... Channel adapter control unit 117 ... Disk adapter control unit

フロントページの続き (72)発明者 前田 昌美 神奈川県小田原市中里322番地2号 株式 会社日立製作所RAIDシステム事業部内 (72)発明者 塚田 大 神奈川県小田原市中里322番地2号 株式 会社日立製作所RAIDシステム事業部内 Fターム(参考) 5B018 GA04 HA03 HA04 KA03 MA12 QA15 5B065 BA01 CA07 CC08 CE01 CH13 EA33 ZA01 5B082 DE05 DE07 Continued front page    (72) Inventor Masami Maeda             Stock No.2 322 Nakazato, Odawara City, Kanagawa Prefecture             Hitachi, Ltd. RAID System Division (72) Inventor Dai Tsukada             Stock No.2 322 Nakazato, Odawara City, Kanagawa Prefecture             Hitachi, Ltd. RAID System Division F term (reference) 5B018 GA04 HA03 HA04 KA03 MA12                       QA15                 5B065 BA01 CA07 CC08 CE01 CH13                       EA33 ZA01                 5B082 DE05 DE07

Claims (7)

【特許請求の範囲】[Claims] 【請求項1】中央処理装置とマスタ側ディスク装置をフ
ァイバーケーブルで接続し、前記マスタ側ディスク装置
とリモート側ディスク装置を前記ファイバーケーブルで
接続し、前記マスタ側ディスク装置にヘッダ変換回路を
有するデータ保証システムであって、前記中央処理装置
から前記マスタ側ディスク装置に発行された書き込み処
理のフレームを前記マスタ側ディスク装置内で処理し、
前記処理に並行して、前記フレームを前記ヘッダ変換回
路を用いて前記リモート側ディスク装置送信用に変換
し、変換された前記フレームを前記マスタ側ディスク装
置から前記リモート側ディスク装置に発行し、前記中央
処理装置から前記マスタ側ディスク装置への書き込み処
理と前記リモート側ディスク装置への書き込み処理を並
行して行うことを特徴とするデータ保証システム。
1. Data comprising a central processing unit and a master side disk unit connected by a fiber cable, the master side disk unit and a remote side disk unit connected by the fiber cable, and the master side disk unit having a header conversion circuit. A guarantee system, wherein a frame of a writing process issued from the central processing unit to the master side disk unit is processed in the master side disk unit,
In parallel with the processing, the frame is converted for transmission to the remote side disk device by using the header conversion circuit, the converted frame is issued from the master side disk device to the remote side disk device, and A data guarantee system characterized in that a writing process from a central processing unit to the master side disk device and a writing process to the remote side disk device are performed in parallel.
【請求項2】請求項1記載のデータ保証システムにおい
て、前記中央処理装置から受領した書き込み処理の前記
フレームを一旦格納するヘッダ変換バッファと前記フレ
ームのヘッダ部を変換するヘッダ変換制御部から構成さ
れるヘッダ変換回路を用いて前記リモート側ディスク装
置送信用に前記フレームを変換し、変換された前記フレ
ームを前記マスタ側ディスク装置から前記リモート側デ
ィスク装置に発行し、前記中央処理装置から前記マスタ
側ディスク装置への書き込み処理と前記リモート側ディ
スク装置への書き込み処理を並行して行うことを特徴と
するデータ保証システム。
2. The data guarantee system according to claim 1, comprising a header conversion buffer for temporarily storing the frame of the writing process received from the central processing unit, and a header conversion control unit for converting the header part of the frame. A header conversion circuit for converting the frame for transmission to the remote side disk device, issuing the converted frame from the master side disk device to the remote side disk device, and the central processing unit to the master side. A data assurance system characterized in that a writing process to a disk device and a writing process to the remote side disk device are performed in parallel.
【請求項3】請求項1または2記載のデータ保証システ
ムにおいて、ファイバーチャネルプロトコルを用いて前
記中央処理装置から前記マスタ側ディスク装置に発行さ
れた書き込み処理の前記フレームを前記マスタ側ディス
ク装置内で処理し、前記処理に並行して、前記ヘッダ変
換回路を用いて前記リモート側ディスク装置送信用に前
記フレームを変換し、変換された前記フレームを前記フ
ァイバーチャネルプロトコルを用いて前記マスタ側ディ
スク装置から前記リモート側ディスク装置に発行し、前
記中央処理装置から前記マスタ側ディスク装置への書き
込み処理と前記リモート側ディスク装置への書き込み処
理を並行して行うことを特徴とするデータ保証システ
ム。
3. The data assurance system according to claim 1, wherein the frame of the write processing issued from the central processing unit to the master side disk unit by using a fiber channel protocol is stored in the master side disk unit. Processing, and in parallel with the processing, the header conversion circuit is used to convert the frame for transmission to the remote disk device, and the converted frame is transferred from the master disk device using the fiber channel protocol. A data guarantee system, which is issued to the remote side disk device, and performs a writing process from the central processing unit to the master side disk device and a writing process to the remote side disk device in parallel.
【請求項4】請求項1、2、3のいずれかの項記載のデ
ータ保証システムにおいて、前記中央処理装置と前記マ
スタ側ディスク装置と前記リモート側ディスク装置間を
双方向のデータ転送、多重処理を行うインターフェイス
を用いて接続し、前記中央処理装置から前記マスタ側デ
ィスク装置に発行された書き込み処理の前記フレーム
を、前記マスタ側ディスク装置内で処理し、前記処理に
並行して、前記ヘッダ変換回路を用いて前記リモート側
ディスク装置送信用に前記フレームを変換し、変換され
た前記フレームを前記マスタ側ディスク装置から前記リ
モート側ディスク装置に発行し、前記中央処理装置から
前記マスタ側ディスク装置への書き込み処理と前記リモ
ート側ディスク装置への書き込み処理を並行して行うこ
とを特徴とするデータ保証システム。
4. A data guarantee system according to claim 1, 2, or 3, wherein bidirectional data transfer and multiple processing between said central processing unit, said master side disk unit and said remote side disk unit. For processing the frame of the write processing issued from the central processing unit to the master side disk unit in the master side disk unit and performing the header conversion in parallel with the processing. A circuit is used to convert the frame for transmission to the remote side disk device, the converted frame is issued from the master side disk device to the remote side disk device, and the central processing unit to the master side disk device. Data writing process and the remote side disk device writing process are performed in parallel. Guarantee system.
【請求項5】請求項1、2、3、4のいずれかの項記載
のデータ保証システムにおいて、一つまたは複数の前記
中央処理装置と前記マスタ側ディスク装置間、及び、前
記マスタ側ディスク装置と一つまたは複数の前記リモー
ト側ディスク装置間にディレクタ装置を介在させ、前記
ディレクタ装置と前記マスタ側ディスク装置を同一物理
ケーブルで接続することを特徴とするデータ保証システ
ム。
5. The data guarantee system according to claim 1, 2, 3 or 4, wherein one or a plurality of said central processing units and said master side disk unit, and said master side disk unit. And a director device interposed between one or a plurality of the remote disk devices, and the director device and the master disk device are connected by the same physical cable.
【請求項6】請求項1、2、3、4のいずれかの項記載
のデータ保証システムにおいて、複数の前記中央処理装
置を前記マスタ側ディスク装置に接続することを特徴と
するデータ保証システム。
6. A data guarantee system according to claim 1, 2, 3 or 4, wherein a plurality of said central processing units are connected to said master side disk unit.
【請求項7】請求項1、2、3、4のいずれかの項記載
のデータ保証システムにおいて、前記マスタ側ディスク
装置を複数の前記リモートディスク装置に接続すること
を特徴とするデータ保証システム。
7. The data assurance system according to claim 1, 2, 3, or 4, wherein the master side disk device is connected to a plurality of the remote disk devices.
JP2001274424A 2001-09-11 2001-09-11 Data assurance system Expired - Fee Related JP4148663B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001274424A JP4148663B2 (en) 2001-09-11 2001-09-11 Data assurance system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001274424A JP4148663B2 (en) 2001-09-11 2001-09-11 Data assurance system

Publications (3)

Publication Number Publication Date
JP2003085017A true JP2003085017A (en) 2003-03-20
JP2003085017A5 JP2003085017A5 (en) 2005-06-09
JP4148663B2 JP4148663B2 (en) 2008-09-10

Family

ID=19099453

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001274424A Expired - Fee Related JP4148663B2 (en) 2001-09-11 2001-09-11 Data assurance system

Country Status (1)

Country Link
JP (1) JP4148663B2 (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006146580A (en) * 2004-11-19 2006-06-08 Nec Corp Storage system, its replication method, and program
US7076621B2 (en) 2003-12-04 2006-07-11 Hitachi, Ltd. Storage control apparatus and storage control method
JP2007042008A (en) * 2005-08-05 2007-02-15 Hitachi Ltd Storage control method and storage control system
US7412718B2 (en) 2003-11-20 2008-08-12 International Business Machines Corporation Method for bidirectional data transfer
WO2016117078A1 (en) * 2015-01-22 2016-07-28 株式会社日立製作所 Storage system
US10379770B2 (en) 2017-03-27 2019-08-13 Nec Corporation Storage system and communicating method
WO2019168098A1 (en) * 2018-03-01 2019-09-06 Necプラットフォームズ株式会社 Communication device and communication system

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7412718B2 (en) 2003-11-20 2008-08-12 International Business Machines Corporation Method for bidirectional data transfer
US7979897B2 (en) 2003-11-20 2011-07-12 International Business Machines Corporation System and article of manufacture for bidirectional data transfer
US7076621B2 (en) 2003-12-04 2006-07-11 Hitachi, Ltd. Storage control apparatus and storage control method
US7334155B2 (en) 2003-12-04 2008-02-19 Hitachi, Ltd. Remote copy system and remote copy method
JP2006146580A (en) * 2004-11-19 2006-06-08 Nec Corp Storage system, its replication method, and program
US7698308B2 (en) 2004-11-19 2010-04-13 Nec Corporation Storage system and method for data replication with reduced redundant data transfer
JP2007042008A (en) * 2005-08-05 2007-02-15 Hitachi Ltd Storage control method and storage control system
WO2016117078A1 (en) * 2015-01-22 2016-07-28 株式会社日立製作所 Storage system
US10379770B2 (en) 2017-03-27 2019-08-13 Nec Corporation Storage system and communicating method
WO2019168098A1 (en) * 2018-03-01 2019-09-06 Necプラットフォームズ株式会社 Communication device and communication system
JP2019153864A (en) * 2018-03-01 2019-09-12 Necプラットフォームズ株式会社 Communication device and communication system

Also Published As

Publication number Publication date
JP4148663B2 (en) 2008-09-10

Similar Documents

Publication Publication Date Title
US6862648B2 (en) Interface emulation for storage devices
US7711871B1 (en) Interface device and method for command processing
US6298398B1 (en) Method to provide checking on data transferred through fibre channel adapter cards
US5434980A (en) Apparatus for communication between a device control unit having a parallel bus and a serial channel having a serial link
US7346754B2 (en) Control method for storage device controller system, and storage device controller system
US5867648A (en) High speed heterogeneous coupling of computer systems using channel-to-channel protocol
EP0869438A2 (en) Heterogeneous computer system, heterogeneous input/output system and data back-up method for the systems
US6842833B1 (en) Computer system and method for transferring data between multiple peer-level storage units
US6757767B1 (en) Method for acceleration of storage devices by returning slightly early write status
JP2001523862A (en) Method and dedicated frame buffer for loop initialization and response
US6105076A (en) Method, system, and program for performing data transfer operations on user data
JP2003085017A (en) Data assurance system
JP2723022B2 (en) Disk device interface and control method thereof
US20040122987A1 (en) Method and structure for read prefetch in a storage complex architecture
EP1253520B1 (en) Apparatus for issuing command for high-speed serial interface
US6289402B1 (en) Bidirectional data transfer protocol primarily controlled by a peripheral device
US6349348B1 (en) Data transfer method and apparatus
US7039730B2 (en) Storage device control apparatus and method
US6205141B1 (en) Method and system for un-tagged command queuing
JP2003085017A5 (en)
JP2004513418A (en) Standard device interface
JPH06236340A (en) Data transfer method and transfer device
JPS6213705B2 (en)
JP2005346426A (en) Data sharing disk device
JPH05242006A (en) Memory control method

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040826

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040826

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20040826

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20061023

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080201

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080212

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080407

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080603

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080624

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110704

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110704

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120704

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130704

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees