WO2000017741A1 - Procede de teletransfert entre unites a fichier - Google Patents

Procede de teletransfert entre unites a fichier Download PDF

Info

Publication number
WO2000017741A1
WO2000017741A1 PCT/JP1999/000701 JP9900701W WO0017741A1 WO 2000017741 A1 WO2000017741 A1 WO 2000017741A1 JP 9900701 W JP9900701 W JP 9900701W WO 0017741 A1 WO0017741 A1 WO 0017741A1
Authority
WO
WIPO (PCT)
Prior art keywords
file unit
primary file
primary
unit
command
Prior art date
Application number
PCT/JP1999/000701
Other languages
English (en)
French (fr)
Inventor
Takashi Murayama
Original Assignee
Fujitsu Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Limited filed Critical Fujitsu Limited
Priority to DE19983497T priority Critical patent/DE19983497B4/de
Publication of WO2000017741A1 publication Critical patent/WO2000017741A1/ja
Priority to US09/768,057 priority patent/US6393538B2/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
    • G06F11/2076—Synchronous techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2058—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using more than 2 mirrored copies
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2082—Data synchronisation
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99953—Recoverability
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99955—Archiving or backup

Definitions

  • the update data (write data) is updated so that the same data update as in the primary file unit is performed in the secondary file unit. ) From the primary file unit to the second file unit.
  • the other is a file unit (FCU) 2C, 2D is connected so that communication is possible, and when the host device 1 updates (writes) the data of the other unit (primary file unit) 2C, the updated data (write data) Is transferred from the primary file unit 2C to the secondary file unit 2D to realize a one-time redundant configuration. Even with this method, data equivalence in the two file units 2C and 2D can be guaranteed.
  • FCU file unit
  • the data transfer from the primary file unit 2C to the secondary file unit 2D as described above is called remote transfer.
  • the file unit may be referred to as a file control unit (FCU).
  • FCU file control unit
  • the host device 1 simultaneously writes to two file units 2A and 2B, so that the file units 2A and 2B can duplicate data without performing any special processing. Can be realized.
  • the primary file unit 2C transfers data to the secondary file unit 2D, so that the upper-level device 1 can store one memory without performing any special processing. Data duplication can be realized by performing normal data writing with only the device (primary file unit 2C) in mind.
  • the upper-level device 1 In the upper-level device 1, processing for the original business is performed, and the load is originally large. Therefore, when the upper-level device 1 writes data in the secondary file unit 2D as in the former method, the higher-level device 1 This is not preferable because it imposes a further load on 1. In other words, in the former method, the upper-level device 1 always writes data to the two file units 2A and 2B at the same time, so it always operates with awareness of data duplication, It is necessary to perform interface processing and the like.
  • the host device 1 It is a common practice to update data only on the file unit 2C and to leave the remote transfer process to the secondary file unit 2D for data duplication to the primary file unit 2C.
  • the upper-level device 1 does not need to perform any special processing for data duplication, and the primary file unit 2 C can be used as long as data is updated as normal for one file unit 2 C. It functions as a higher-level device of the unit 2D. Data is transferred / updated to the secondary file unit 2D, and data duplication is performed.
  • the primary file unit 2C and the primary file unit 2D have the same configuration, and both have a CA CChannel Adapter) 11, RM (Resource Manager) 12, TS (Table Storage) 13, RA (Remote Adapter) 14, CFE (Cache Function Engine) 15, Cache Memory 16, DA (Device Adapter) 17, Command Bus 18, Data Bus 19, and Physical Device 20 It is configured to have.
  • CA 11 is a module that is responsible for controlling the interface with the host device 1 via the interface
  • RM 12 is a module that is responsible for resource management related to basic operations
  • TS 13 is a module that is responsible for resource management related to basic operations This is a memory used as a table for resource management.
  • RA 14 is a module responsible for transmitting and receiving data to and from the file unit 2 C or 2 D via the interface 22, and CFE 15 is a module responsible for managing the cache memory 16.
  • the DA 17 is a module in charge of interface control with the physical device 20 which is the magnetic disk device 20a.
  • cache memory 1 6 is provided with an inter-module communication area 16a.
  • the communication area 16a is for temporarily storing data to be transmitted and received between the modules 11, 14, and 17, which constitute the file units 2C, 2D.
  • the command bus 18 is for exchanging commands among CA 11, RM 12, RA 14, CFE 15, DA 17 — and the data bus 19 is for CA 1 1, RA 14, CFE 15, cache memory 16, and data transfer between DA 17.
  • the host device 1 has two channels 1 a, each file unit 2 C and 2 D, two CAs 11, two RAs 14, and four DAs 1. 7 and four physical disk devices 20 a as physical devices 20.
  • the primary file unit 2C is connected to the host device 1 via the interface 21 and the secondary file unit 2D is connected to the primary file unit 2C via the interface 22. It is connected.
  • the interface 21 connects the channel 1a of the host device 1 to the CA 11 of the primary file unit 2C, and the interface 22 connects the RA 14 of the primary file unit 2C. And RA14 of the secondary fileunit 2D.
  • the primary file unit 2C has a function of allowing the RA 14 to access the RA 14 of the secondary file unit 2D in the same sequence as the channel.
  • the RA 14 of the primary file unit 2D sets the secondary file unit in the same manner as the sequence performed between the channel 1a of the host device 1 and the CA 11 of the primary file unit 2C. It is configured so that it can issue commands to RA 14 of the unit 2C.
  • the hardware of the CA 11 and the hardware of the RA 14 are basically the same.
  • RA14 of primary file unit 2C performs the same operation as the channel as described above.
  • the RA 14 of the secondary file unit 2D does not need to have a special function that has a function, but may have a function as the CA 11 that is connected to the normal channel 1a. .
  • the host device 1 when the host device 1 writes data to the primary file unit 2C, the data is transferred from the host device 1 to the primary file unit 2C in record units, and the data is transferred to the cache memory 16C. Is temporarily written to When data for one track of the magnetic disk device 20a to be written is written to the cache memory 16 of the primary file unit 2C, remote transfer to the secondary file unit 2D is performed. After this, data is written to the magnetic disk device 20a of the primary file unit 2C.
  • FIG. 11 shows one track temporarily written to the cache memory 16 of the primary file unit 2C for transfer to the secondary file unit 2D and writing to the physical device 20.
  • FIG. 3 is a diagram showing a configuration example of data. As shown in Fig. 11, one track of data sent to the secondary file unit 2D includes a head control information field and a plurality of (N in Fig. 11) record fields. It consists of:
  • one record field is written to the cache memory 16 as well as the control information in the first control information field. Updates always occur.
  • a plurality of commands forming one CCW CChannel Command Word are continuously sent from the upper device 1 to the primary file unit 2C, the control information is updated each time a command is received.
  • control information necessary for transfer / write such as the number of records included in the transfer data for one track, is created and written in the control information field.
  • One CCW is composed of a combination of multiple commands, and is a unit for performing a series of device accesses.
  • one piece of control information contains control information for one or more records that make up the same track, and when the higher-level device 1 completes all the write processing for that track. Then, control information for the track is established. Therefore, data of one track is written to the cache memory 16 by a plurality of write commands from the host device 1 to complete the track, and then the data of the track is transferred to the primary file unit 2.
  • C sends it to the secondary file unit 2D and writes it to the physical device 20 of the primary file unit 2C.
  • FIG. 12 shows the sequence of the remote transfer from the primary file unit 2C to the secondary file unit 2D following the overnight writing of data from the higher-level device 1 to the primary file unit 2C.
  • FIG. 4 is a sequence diagram for explaining FIG. In the following description and FIG. 12, RA in the primary file unit 2C is referred to as RA (P), and RA in the secondary file unit D is referred to as RA (S). Also, in Figure 12 Channel 1a is described as CH.
  • n write commands C CW1 to C CWn are transmitted from channel 1 a of the host device 1 in order to write data for one track to the primary file unit 2 C. ing. Note that a single C CW is formed by these n write commands C CWl to C CWn.
  • First write command CCW 1 is transmitted from channel 1 a to CA 11 (see arrow A 11).
  • CA C 1 receives CCW 1
  • the write command is sent to channel 1 a.
  • C Notify that CW1 has been accepted (see arrow A12).
  • the host device 1 sends the write data to CA 11 (see arrow A 13).
  • the CA 11 writes the data received from the channel 1 a into the cache memory 16 (see arrow A 14), and then notifies the channel 1 a of the normal end (see arrow A 15).
  • the data for the CA 11 write command C CWn is written to the cache memory 16 in the evening (see arrows A 15 to A 24)
  • information on the currently processed command is obtained. Is written to the communication area 16a of the cache memory 16 to notify RA (P) 14 (see arrow A25).
  • CA 11 requests RM 12 to allocate RA (P) 14 to be used for remote transfer (see arrows A 26 and A 27).
  • the RA (P) 14 assigned by the RM 12 refers to the information of the communication error 16 a in the cache memory 16 (see arrow A 28), and the commands CCW 1 to CCW Issues another command C CWx between RAs to RA (S) 14 (see arrow A 29), so that the communication between RA (P) 14 and RA (S) 14 Establish communication.
  • RA (S) 14 Command C Notifying that CWx has been received (see arrow A30), and receiving this notification, RA (P) 14 stores the updated control information in the cache memory as described above with reference to FIG.
  • predetermined data is read from cache memory 16 (see arrow A31) and transferred to RA (S) 14 (see arrow A32).
  • the RA (S) 14 writes the data received from the RA (P) 14 to the cache memory 16 and notifies the RA (P) 14 of the normal end (see the arrow A 33) ).
  • the successful completion is notified from the RA (P) 14 to the CA 11 via the communication area 16 a (see the arrow A 34), and this CA ll powers a series of commands C CW 1 to C CWn.
  • the channel 1a is notified that the process has been completed normally (see arrow A35).
  • the data held in the cache memory 16 is written to the physical device 20 by the DA 17 while the data is stored in the physical device 20. Also, in the secondary refresh unit 2D, the data retained in the cache memory 16 is written to the physical device 20 by the DA 17 so that the primary file unit 2C and the secondary file unit 2C The duplication of data by D is realized.
  • FIG. 13 is a diagram for explaining a series of flows when a failure occurs and the upper-level device 1 performs a recovery process during remote transfer from the primary file unit 2C to the secondary file unit 2D.
  • FIG. 13 arrows denoted by the same reference numerals as those in FIG. Indicates that the same operation is performed, and the description is omitted. Further, in FIG.
  • an arrow with a symbol with a dash (′) indicates an operation associated with the force-burr process performed by the higher-level device 1. That is, the operations indicated by arrows A 1 to A 35 ′ in FIG. 13 are force-burr operations corresponding to the operations indicated by arrows A 11 to A 35 in FIG. 12, respectively.
  • -As shown in Figure 13 if any failure occurs on the secondary file unit 2D after starting data transfer to RA (S) 14, RA (S) 14 will terminate abnormally. Notify RA (P) 14 (see arrow A 36).
  • This abnormal end is notified from the RA (P) 14 to the CA 11 via the communication area 16 a (see arrow A 37), and this CA 11, a series of commands C CW1 to C CWn
  • the abnormal termination of the processing for is notified to channel 1a (see arrow A38).
  • the upper-level device 1 that has received the abnormal termination notification in this way starts the recovery process.
  • the upper-level device 1 performs a revalidation process on one C CW composed of a plurality of commands C CWl to C CWn. If it does not return, all commands C CW1 to C CWn related to that C CW are not considered to be completed normally, even if they have been notified of normal completion in command units.
  • the primary file unit 2C notifies the host device 1 of an error (that is, abnormal termination) during CCW processing due to some kind of failure, the host device 1 starts the C CW where the error occurred.
  • Command C CW 1 will execute recovery processing that is reissued.
  • the upper device 1 re-issues the commands CCW1 to CCWn, so that the upper device 1 and the primary file unit 2C And Primary File Unit 2C and Secondary File Unit
  • FIG. 12 the recovery process by the higher-level device 1 described above with reference to FIG. 13 will be further described with reference to FIG. FIG.
  • FIG. 14 is a sequence diagram simply showing a concrete example of a conventional remote transfer procedure and a procedure of a recovery procedure performed by the host device 1 when a failure occurs.
  • each arrow is not denoted by a reference numeral, and the procedure described above with reference to FIG. 13 is schematically shown. That is, only arrows indicating command transfer, notification of normal / abnormal termination, and remote transfer are shown.
  • FIG. 14 shows an example in which the host device issues a CCW composed of five write commands A to E.
  • the host device 1 issues four write commands A to D to the primary file unit 2C, and the data is written to the cache memory 16 of the primary file unit 2C by these write commands A to D.
  • the primary file unit 2C notifies the host device 1 of the normal end.
  • the data is written to the cache memory 16 of the primary file unit 2C by the fifth write command E, and when data for one track is completed, the primary file unit 2C transfers the data to the secondary file unit 2D.
  • Remote transfer to the server is started.
  • normal termination is not notified.
  • the information on the normal / abnormal termination notified from the secondary file unit 2D to the primary file unit 2C is transmitted to the primary file unit 2C as normal Z abnormal termination information for the write command E.
  • Notifying unit 2C notifies host device 1.
  • the primary file unit 2D is notified.
  • the illuminator 2C notifies the host device 1 of the abnormal end.
  • the abnormal end notification received from the primary file unit 2 is not the primary file unit 2D even if it is actually caused by a failure in the secondary file unit 2D. It is recognized that this is due to a failure at
  • the host device 1 performs the recovery process for one CCW composed of the five commands A to E. Even if A to D are notified of normal termination, all commands A to E relating to the CCW are regarded as abnormal termination, and the abnormally terminated CCW is issued from the first command A as shown in Fig. 14. Do it again.
  • Figure 15 shows that when command E was issued from the higher-level device 1 to the primary file unit 2C, a failure occurred in the primary file unit 2C, and the primary file unit 2C
  • a specific example (a sequence diagram) of a conventional recovery processing procedure when abnormal termination is notified to 1 is shown.
  • FIG. 15 an example in which the higher-level device 1 issues a CCW consisting of five write commands A to E is shown at the same level as in FIG. 14 as in the example shown in FIG. .
  • the upper-level device 1 performs the same recovery process regardless of whether a failure occurs in the primary file unit 2C or a failure occurs in the secondary file unit 2D. I have. Eventually, even if a failure occurs in the secondary file unit 2D as shown in Fig. 14, the higher-level device 1 fails in the primary file unit 2 as shown in Fig. 15. It recognizes that it has been done, and performs the force burr processing. By the way, in the processing examples shown in FIGS. 14 and 15, since data writing by commands A to D has been completed normally, at the time of recovery processing, only command E is issued and only data writing by command E is performed. It may be enough to perform However, as described above with reference to FIG.
  • command A contains information on the location of the data write destination, so it is necessary to reissue command A.
  • FIG. 16 is a sequence diagram showing an example of a simplified recovery processing procedure.
  • the host device 1 has a CCW consisting of five write commands A to E. Is shown at the same level as in Figure 14.
  • FIG. 16 consider a case where a failure or the like occurs in the primary file unit 2C when the last command E is issued from the higher-level device 1 to the primary file unit 2C.
  • the upper-level device 1 Since commands A to D can be recognized as having been completed normally, by modifying commands A to D, commands A that include positioning information of a data write destination and can form predetermined control information at the beginning of a track are provided. 'Is created. Then, after issuing this command A 'to the primary file unit 2C, issue the command E to the primary file unit 2C. In other words, assuming that the write commands A to D have been normally written to the primary file unit 2C, the higher-level device 1 can resume the write processing from the command E that has abnormally terminated due to the occurrence of the error. Create and issue a new CCW with two commands A 'and E.
  • the recovery process can be executed by issuing two commands A ′ and E without reissuing all five commands A to E.
  • the secondary file unit 2D and the primary file unit 2C At a predetermined position of the physical device 20, the track A by command A to E is written.
  • FIG. 17 is a sequence diagram showing a specific example of a case where a failure occurs during the conventional remote transfer and the host device 1 performs the recovery process in the procedure shown in FIG.
  • Fig. 7 as in Fig. 14, an example in which the host device 1 issues a CCW consisting of five write commands A to E is shown at the same level as in Fig. 14.
  • the command completed normally when a failure occurred on the secondary file unit 2D after the remote transfer and the host device 1 performed the recovery process in the procedure shown in Fig. 16, the command completed normally.
  • the data specified by A to D is not transferred to the secondary file unit 2D helicopter,
  • the track data remotely transferred to the secondary file 2D by the recovery process is only the data specified by the CCW consisting of two commands A 'and E.
  • the physical device 20 of the primary file unit 2C stores data according to the commands A to E, whereas the physical device 20 of the secondary file unit 2D stores the command A.
  • the physical device 20 of the secondary file unit 2D stores the command A.
  • the present invention has been made in view of such a problem, and can realize data duplication even when a host device modifies a part of a command in a recovery process to simplify the recovery process.
  • a remote transfer method between file units includes a primary file unit connected to a higher-level device and updated by the higher-level device, and a primary file unit connected to the primary file unit.
  • the host device sends a write operation instruction command for transferring write start position information as data to the primary file unit.
  • a series of write commands constituting one write access unit together with the write operation instruction command are sequentially issued to the primary file unit.
  • a remote transfer method from the primary file unit to the secondary file unit for performing the primary file unit wherein the primary file unit force-receives the write operation instruction command from the higher-level device. Then, a command similar to the write operation instruction command is issued from the primary file unit to the secondary file unit to instruct a write start, and then the write start position information is transferred as data. After the write operation instruction command, the primary file unit is transmitted from the host device to the series of write commands. Each time one is received, the primary file unit should issue a command similar to the write command to the secondary file unit to instruct writing, and then write using the write command.
  • the primary file unit When the primary file unit confirms that the data written to the primary file unit by the write command has been normally written to the secondary file unit, the primary file unit confirms that the data has been correctly written to the secondary file unit. The primary file unit notifies the higher-level device that the writing by the remote command has been completed normally. At this time, during the processing of the series of write commands, if a cause for temporarily separating the primary file unit from the host device occurs in the primary file unit, the primary file unit Issue a disconnection request to the upper-level device to temporarily disconnect the primary file unit from the higher-level device, and also disconnect the primary file unit from the secondary file unit to the secondary file unit.
  • the secondary file unit A disconnection request is issued from the unit to the primary file unit to temporarily disconnect the secondary file unit from the primary file unit, and the primary file unit receiving the disconnection request
  • the primary file unit and the higher-level device are temporarily disconnected, and after eliminating the above-mentioned factors in the secondary file unit, the In response to a rejoin request from the secondary file unit, the secondary Yuni' Doo and the primary file Interview Stevenage Bok If the recombine together, recombines with said primary file Interview Stevenage Bok and said upper unit.
  • a factor that should temporarily disconnect the primary file unit and the higher-level device occurs in the primary file unit, and at the same time, in the secondary file unit.
  • a disconnection request for the higher-level device from the primary file unit is sent from the secondary file unit.
  • the primary file unit is temporarily separated from the higher-level device in preference to the disconnection request for the primary file unit, and the primary file unit is transmitted from the primary file unit to the secondary file unit.
  • the secondary file unit is temporarily disconnected from the secondary file unit, and in response to a re-combination request from the primary file unit, The primary file unit and the higher-level device are re-coupled, and the primary file unit and the secondary file unit are re-coupled. Then, the secondary file unit is connected to the primary file unit.
  • a disconnection request is issued to the secondary file unit to temporarily disconnect the primary file unit, and the primary file unit receiving the disconnection request sends a request to the higher-level device. Issue a disconnection request to temporarily connect the primary file unit and the host device. After resolving the above factors in the secondary file unit, the secondary file unit and the primary file unit are reconnected in response to a reconnection request from the secondary file unit. At the same time, the primary file unit and the host device are reconnected.
  • the primary file unit causes a temporary disconnection between the primary file unit and the higher-level device. If there is a factor to temporarily disconnect the secondary file unit from the primary file unit, a disconnection request from the primary file unit to the host device is sent to the secondary file unit. From the primary file unit, and temporarily disconnects the primary file unit from the higher-level device in priority to the disconnection request for the primary file unit, and also provides the secondary file unit with the primary file unit from the primary file unit.
  • the primary file unit and the higher-level device may be re-coupled, and the primary file unit and the secondary file unit may be re-coupled.
  • a command similar to the write command is issued from the primary file unit to the secondary file unit to instruct writing, and then the write operation is performed.
  • the primary file unit issues a command similar to the write command to the secondary file unit to issue the primary file unit and the secondary file unit.
  • Command reception processing for receiving data to be written by the write command from the higher-level device in the primary file unit at the same time, and the reception of the data is completed.
  • [1] Write operation command and a series of write commands following it When executing a single write access unit (for example, CCW) consisting of a command, a remote transfer from the primary file unit to the secondary file unit is performed for each command, and the write data is assured for each command. Can be duplicated. This ensures that if any failure occurs during the processing of a series of write commands, the write data issued by the fi command issued after the failure command is reliably duplicated. Therefore, when the higher-level equipment performs recovery processing to cope with the failure, a part of the command is modified to simplify the recovery processing, and a write command after the failure issuance command is issued to perform recovery. Even if the processing is performed, the equivalentness of the data in the two file units is reliably guaranteed without causing the conventional trouble.
  • CCW write access unit
  • the secondary file unit upper-level device can execute other processing without waiting for the cause to be eliminated, and can operate efficiently.
  • FIG. 1 is a sequence diagram for explaining a procedure of a remote transfer method between file units as one embodiment of the present invention.
  • FIG. 2 is a sequence diagram for explaining a procedure to be taken when a disconnection factor occurs in the primary file unit during remote transfer according to the present embodiment.
  • FIG. 3 is a sequence diagram for explaining a procedure to be taken when a disconnection factor occurs in the secondary file unit during remote transfer according to the present embodiment.
  • FIG. 4 is a sequence diagram for explaining a procedure in the case where a disconnection factor occurs simultaneously in the primary file unit and the secondary file unit during remote transfer according to the present embodiment.
  • FIG. 5 is a sequence diagram for explaining a modified example of a procedure for coping with a case where a disconnection factor occurs simultaneously in the primary file unit and the secondary file unit during remote transfer according to the present embodiment.
  • FIG. 6 is a sequence diagram for explaining an example in which a part of processing is parallelized at the time of remote transfer according to the present embodiment.
  • FIG. 7 is a sequence diagram for explaining another example in which a part of processing is parallelized at the time of remote transfer according to the present embodiment.
  • FIG. 8 is a block diagram for explaining an example of a general data duplication method.
  • FIG. 9 is a block diagram for explaining another example of a general data duplication method.
  • FIG. 10 is a block diagram showing a configuration of a system to which the method shown in FIG. 9 is applied and a detailed configuration of a file unit (FCU) used in the system.
  • Fig. 11 is a diagram showing an example of the structure of one track of data that is temporarily written to the cache memory of the primary file unit.
  • FIG. 12 is a sequence diagram for explaining a conventional remote transfer procedure (normal termination) performed in the system shown in FIG.
  • FIG. 13 is a sequence diagram for explaining a conventional remote transfer procedure and a recovery procedure performed by a higher-level device when a failure occurs, which is performed in the system shown in FIG.
  • FIG. 14 is a sequence diagram simply showing a specific example of a conventional remote transfer procedure and a recovery procedure performed by a higher-level device when a failure occurs.
  • FIG. 15 is a sequence diagram showing a specific example of a conventional recovery processing procedure for a primary file unit by a higher-level device.
  • FIG. 16 is a sequence diagram showing an example of a simplified procedure of the force burr processing.
  • FIG. 17 is a sequence diagram showing a specific example of a case where a failure occurs during the conventional remote transfer, and the upper-level device performs the recovery process in the procedure shown in FIG. BEST MODE FOR CARRYING OUT THE INVENTION
  • the hardware such as a file system and a file unit (primary file unit 2C and secondary file unit 2D) to which the remote transfer method between file units as one embodiment of the present invention is applied is shown in FIG. Since they are the same as those shown in FIG. 0, detailed description of these file systems and file units 2C and 2D is omitted.
  • the file system of the present embodiment is also described above with reference to FIG.
  • the data written from the higher-level device 1 is configured to guarantee the data equality between the two file units 2C and 2D.
  • the channel 1a and the primary file unit 2 The primary file unit 2C and the secondary file unit 2D are connected by an interface 22 similar to the interface 21 connecting the C and the C.
  • the primary file unit 2C has a function of accessing the secondary file unit 2D from the channel 1a in the same sequence as the sequence for the primary file unit 2C.
  • the RA (P) 14 of the primary file unit 2C has the same processing method as the sequence performed between the channel 1a and the CA 11, and the RA (P) 14 of the secondary file unit 2D ) It is possible to issue commands to 14.
  • R A (P) 14 performs the same operation as channel 1 a.
  • RA (S) 14 does not need to have a special function, and has a function as CA 11 connected to normal channel 1 a. Should be provided.
  • the characteristic remote transfer procedure of the present invention described below is implemented by slightly modifying a software (program) for realizing the conventional remote transfer described above with reference to FIGS. It is easily realized.
  • a remote transfer method between file units as one embodiment of the present invention will be described with reference to FIGS.
  • FIG. 1 is a sequence diagram for explaining a procedure of a remote transfer method between the file units 2C and 2D as one embodiment of the present invention.
  • the host device 1 Instruction command (Locate Record, Seek + Search ID, etc.) to issue and transfer C CW1 to primary file unit 2C, and then, together with this write operation instruction command C CW1
  • a series of write commands C CW2 to C CWm constituting one write access unit (for example, C CW described above) are sequentially issued one by one to the primary file unit 2C, and the primary file is issued. Data is being written to unit 2C.
  • the remote transfer procedure (data duplication method) according to the present embodiment in such a case will be described below.
  • CA 11 when the CA 1 of the primary file unit 2C is strongly instructed by the command C CW 1 from the channel 1a, that is, the write operation is performed as the command C CW 1.
  • CA 11 notifies channel 1a that command C CW1 has been received (see arrow A52) and communicates command C CW1.
  • the CA 11 requests the RM 12 to assign an appropriate RA (P) 14 to the RM 12, receives the processing of the write command to be performed from now on, and receives the secondary file unit 2 D Secure RA (P) 14 to execute write processing for.
  • the instruction of the write operation is determined by the parameter “Locate Record” included in the command C CW 1.
  • “Locate Record” is an example of a positioning command, and other commands such as "Seek + Se arch ID” can also be used.
  • the first write operation instruction command C CW1 is for positioning the subsequent write processing.
  • the data accompanying this command C CW 1, that is, the write start position information is: From channel 1a It is sent to CA 11 (see arrow A56) and written to communication area 16a.
  • RA (P) 14 assigned by RM 12 refers to the information of communication area 16 a (see arrow A 57), and issues command C CW1 to RA (S) 14. (See arrow A58) establishes communication between RA (P) 14- and RA (S) 14.
  • RA (S) 14 When the communication is established, RA (S) 14 notifies RA (P) 14 that command C CW 1 has been accepted (see arrow A59), and receives this acceptance notice. RA (P) 14 transmits the write start position information as data to RA (S) 14 (see arrow A 60). Upon receiving the write start position information, RA (S) 14 notifies RA (P) 14 of the normal end (see arrow A 61), and this normal end is communicated from RA (P) 14 The CA 11 is notified via the area 16 a (see arrow A 62), and the CA 11 notifies the channel 1 a that the processing for the command C CW1 has been completed normally (arrow See A63).
  • the host device 1 having received the notification of the normal end of the command C CW 1 then transmits the first write command CCW 2 from the channel 1 a to the CA 11 of the primary file unit 2 C (arrow A 6). 4).
  • CA 11 receives write command C CW 2
  • the execution is performed on RA (P) 14 via communication area 16a (see arrow A66).
  • data to be written is transmitted from the channel 1a receiving the acceptance notification to the CA 11 by the write command CCW2 (see the arrow A67), and the data is written to the cache memory 16 (see arrow A67). See arrow A68).
  • RA (P) 14 receiving the instruction to execute write command C CW 2
  • a write command C CW2 is issued to RA (S) 14 (see arrow A69), and RA (S) 14 receives RA (P) 14 when write command CCW 2 is received.
  • RA (S) 14 receives RA (P) 14 when write command CCW 2 is received.
  • it notifies that write command C CW2 has been received (see arrow A 70).
  • the RA (P) 14 receiving the acceptance notification reads out the data to be written by the write command C CW2 from the cache memory 1-6 (see the arrow A71) and reads the data from the RA (S) 14 (See arrow A72).
  • RA (S) 14 upon receiving the data, RA (S) 14 notifies RA (P) 14 of the normal end (see arrow A 73), and this normal end is transmitted from RA (P) 14 to communication area 1 6A is notified to CA 11 via arrow a (see arrow A 74), and notifies that channel 11 a has successfully completed processing of write command CC W2 to channel 1 a (see arrow A 74). A75).
  • the upper level device 1 that has received the notification of the normal end of the write command C CW2 sequentially transmits a series of write commands C CW3 to C CWm to the primary file unit 2C one by one. (See arrows A76, A77).
  • Each of the write commands C CW3 to C CWm is transferred in the same manner as the procedure indicated by the arrows A64 to A75, and the secondary file unit 2D helicopter is transferred and each of the write commands C CW3
  • the data to be written by ⁇ CCWm is remotely transferred and written to the secondary file unit 2D.
  • arrows A77 to A89 indicating processing for the write command CC Wm correspond to arrows A64 to A75 indicating processing for the write command C CW2, respectively. Therefore, the description is omitted.
  • a command “C CW termination” notifying that this write access unit is to be completed is sent from channel la to CA 11 of the primary file unit 2C. Sent (see arrow A 8 9 See).
  • the CA 11 Upon receiving the command “CCW end”, the CA 11 notifies the channel 1a of the reception of the command “CCW end” (see arrow A90), and notifies the communication area of the end of CCW. Notify RA (P) 14 via 16a (see arrow A91).
  • RA (P) 14 Upon receiving the C CW end notification, RA (P) 14 issues a command “CCW end” to RA (S) 14 — (see arrow A 92), and RA (S) 14 Upon receiving the command "CCW end”, it notifies RA (P) 14 that it has received the command "CCW end” (see arrow A93).
  • the data held in the cache memory 16 is written to the physical device 20 by the DA 17 and the secondary In the Dali file unit 2D, the data held in the cache memory 16 is written to the physical device 20 by the DA 17 and the data is written by the primary file unit 2C and the secondary file unit 2D. Evening duplication is realized.
  • the CA 11 coupled to the channel 1a is provided for each write command instructed from the higher-level device 1.
  • the primary file unit 2 C completes the same command processing as before, it notifies RA (P) 14 of the currently processed light command using the inter-module communication area 16 a. It will wait for the end response of the remote transfer of the write command from RA (P) 14 to secondary file unit 2 D.
  • the primary file unit 2C itself processes the same command as before, for example, in the case of a write command, writes data from the higher-level device 1 to the cache memory 16 and updates control information. There is processing of. In other words, RA (P) 14 is channeled to module communication area 16 a.
  • a similar write command is issued to the secondary file unit 2D based on the information indicated by the CA 1 1 that is combined with the file 1a, and the corresponding file is assigned to the designated cache memory 1.
  • the data is taken into the buffer held by RA (P) 14 and sent out as the data of the corresponding write command, and the RA of the secondary file unit 2D is read.
  • (S) Accepts command completion status from 14.
  • the RA (S) 14 of the secondary file unit 2D performs the same processing as that performed by the CA 11 on the write command received from the channel 1a.
  • RA (P) 14 notifies the received end status to CA 11 coupled to channel 1 a using inter-module communication area 16 a.
  • CA 11 indicating the completion of the command operation in the secondary file unit 2D from RA (P) 14 indicates that if the command end status indicates a normal end, the host device 1 Similarly, normal termination is returned to channel 1a, and if abnormal termination has occurred, its own access is also reported as abnormal termination to channel 1a of host device 1. In this way, complete redundancy of data between the primary file unit 2C and the secondary file unit 2D in units of write commands is always guaranteed.
  • the command (Locate Record, (Seek + Search ID, etc.) 14 of the primary file unit 2C becomes a higher-level device, issues a command to the secondary file unit 2D, and issues a command to the channel 1a.
  • Each command operation directed to the primary file unit 2C from the CA 11 through the CA 11 is performed by the primary file unit 2C.
  • the secondary file unit 2D is also instructed from the air unit 2C, and the data written to the primary file unit 2C by one write command issued from the higher-level device 1 is The same write command is used to transfer the data from the primary file unit 2C to the secondary file unit 2D, and after confirming that the file has been written normally by the primary file unit 2C, the channel 1a By returning the end status of the command operation, the equivalence of the data of the two file units 2C and 2D is guaranteed for each write command.
  • the primary file unit 2C When the primary file unit 2C has to temporarily disconnect from the higher-level device 1 for some reason, that is, the primary file unit 2C and the higher-level device 1 Cut that should be cut off temporarily
  • the CA 11 coupled to the channel 1a and the RA (P) 14 coupled to the secondary file unit 2D Informs that disconnection from channel 1a has occurred using inter-module communication area 16a, and O-coupling between primary file unit 2C and securyl file unit 2D.
  • a special disconnect interface is provided for temporary disconnection.
  • the secondary file unit 2D side can continue the command operation (chaining), but the primary file unit 2D cannot continue the command processing.
  • a command is issued indicating that the primary file unit 2C will be disconnected from the primary file unit 2C, and the reassociation is performed when the primary file unit 2C becomes operational again.
  • the reconnection is performed by issuing a code indicating the reconnection, and in the meantime, the secondary file unit 2D is an interface that can keep the reconnection enabled at any time.
  • the above-mentioned disconnection factor is caused by a shortage of the capacity of the cache memory 16 or a write-through operation.
  • RA (S) 14 when a path is established between RA (S) 14 and the scale (?) 14, the path is not coupled from the normal channel 1 a but is a file unit 2 C, 2 D
  • the primary file unit 2C informs the secondary file unit 2D that the connection is between the two, and RA (S) 14 accepts a disconnection request that is not originally issued from channel 1a from that path.
  • RA (P) 14 When a disconnection request is received from RA (P) 14, the request is accepted, the connection between file units 2 C and 2 D is disconnected, and processing is again performed from primary file unit 2 C. It is configured so that the state at the time of disconnection can be remembered in the information storage area in the secondary file unit 2D until a rejoin request is issued.
  • the CA 11 of the primary file unit 2C uses the inter-module communication area 16a when the event that must be disconnected from the channel 1a occurs.
  • Request to issue a disconnection request (perform temporary disconnection processing between file units 2C and 2D), then disconnect from channel 1a, and need RM12 of primary file unit 2C It is configured to return to the idle state after performing the disconnection processing (channel disconnect processing).
  • FIG. 2 is a sequence diagram for explaining a coping procedure when a disconnection factor occurs in the primary file unit 2C during remote transfer according to the present embodiment.
  • the write command C CWn The figure shows a case where a disconnection factor occurs in the primary file unit 2C during the processing of.
  • RA (P) 14 becomes normal from RA (S) 14. Processing until the end is notified to CA 11 via communication area 16a, that is, processing indicated by arrows B11 to B21 The processing corresponds to the processing indicated by arrows A64 to A74 in FIG. 1, respectively, and therefore, the description thereof is omitted.
  • RA (P) 14 When RA (P) 14 notifies CA 11 of normal end from shakuhachi (3) 14 via communication area 16 a (see arrow B 21), primary file unit 2 C Assuming that a disconnection factor occurs, in this embodiment, the CA 11 requests the RA (P) 14 to issue a disconnection request using the inter-module communication area 16a (arrow B). 22), issues a disconnection request to channel 1a and disconnects from channel 1a (see arrows B23, B25), and the RM of primary file unit 2C. 12. Perform the necessary disconnection processing (channel disconnection processing) and return to the idle state.
  • RA (P) 14 issues a disconnection request to RA (S) 14 being combined (see arrows B 24 and B 26).
  • RA (S) 14 performs disconnection processing of the connection between file units 2 C and 2 D, and again from primary file unit 2 C. Until the re-join request is issued, the state at the time of disconnection is memorized in the information storage area in the secondary file unit 2D.
  • the RA (S) 14 of the secondary file unit 2D receiving the disconnection request writes the fact that the disconnection request has been received from the higher-level device 1 to the control information storage area in the secondary file unit 2D
  • the RM 12 of the secondary file unit 2D is notified that the temporary disconnection has occurred due to the disconnection request from the host device 1, and returns to the idle state.
  • the RM 12 receiving the above instruction from the RA (S) 14 of the secondary file unit 2 D will take action on the processing until a binding request comes again from the same RA (S) 14. Do not.
  • the RA (P) 14 that issues the disconnection request to the RA (S) 14 temporarily disconnects the connection between the file units 2C and 2D, and again the primary file unit 2C. After performing RM 12 and necessary processing (remote transfer disconnect processing), return to the idle state.
  • the CA 11 issues a re-combination request to the channel 1a. (See arrow B27), re-join (see arrow B28), and RM12 of primary file unit 2C to instruct to join with secondary file unit 2D again.
  • RA (P) 14 for which a remote transfer operation has been requested again by RM 12 reads information of the corresponding inter-module communication area 16a again (arrows).
  • B 31 1) restores the information before the disconnection, and issues a re-join request to RA (S) 14 of the secondary file unit 2D that requested the temporary disconnection (arrow B 3). 2) Re-join.
  • the RA (S) 14 Upon receiving the reassociation request, the RA (S) 14 notifies the RM 12 of the secondary file unit 2C that the reassociation request has been instructed from the primary file unit 2C, and has accepted the reassociation.
  • the RA (P) 14 of the primary file unit 2C Responding to the RA (P) 14 of the primary file unit 2C (see arrow B33), the necessary information is read from the control information storage area in the secondary file unit 2D, and temporary disconnection is performed. Return to the state before waking up and continue processing. Then, the CA 1 of the primary file unit 2C that has requested reconnection to the channel 1a notifies the normal completion to the channel 1a (see arrow B34), thereby causing a temporary disconnection. Return to the previous state and continue processing.
  • the disconnection between the primary file unit 2C and the host device 1 is continued until the cause is eliminated.
  • the primary file unit 2C and the secondary file unit 2D are temporarily disconnected, so the secondary file unit 2D and the host device 1 continue to wait for the cause to be resolved. It is possible to execute other processing without the need to operate efficiently.
  • the primary file unit 2C of the present embodiment indicates that there was a disconnection request from the secondary file unit 2D. Notification from the RA module coupled to RA (S) 14 to CA 11 coupled to channel 1a via inter-module communication area 16a, and temporary disconnection from channel 1a It is configured to be able to perform.
  • FIG. 3 is a sequence diagram for explaining a coping procedure when a disconnection factor occurs in the secondary file unit 2D at the time of remote transfer according to the present embodiment.
  • the write command CCW n indicates that a disconnection factor has occurred in the secondary file unit 2D during processing n. Have been.
  • RA (S) 14 transmits data from RA (P) 14.
  • the processing until reception, that is, the processing indicated by arrows B11 to B19 corresponds to the processing indicated by arrows A64 to A7-2 in FIG. 1, respectively, and thus the description thereof is omitted.
  • RA (S) 14 receives data from RA (P) 14 (see arrow B 19), disconnection occurs at secondary file unit 2D (for example, due to insufficient capacity of cache memory 16).
  • RA (S) 14 of secondary file unit 2D A disconnection request is issued to the upper RA (P) 14 in the same manner as CA 11 coupled to channel 1 a (see arrows B51 and B52).
  • the RA (P) 14 of the primary file unit 2 that received the disconnection request from the RA (S) 14 of the secondary file unit 2 D is sent to the CA 11 using the inter-module communication area 16 a.
  • the connection between file units 2C and 2D is temporarily disconnected, and RA (P) 14 and RA (S) 14 are assigned to the respective RMs. After performing l 2 and necessary processing (each disconnect processing), return to the idle state.
  • CA 11 receiving the disconnection request from RA (P) 14 issues a disconnection request to channel 1 a and disconnects from channel 1 a (arrows B 54 and B 54). Perform the necessary disconnection processing (channel disconnect processing) with the RM 12 of the primary file unit 2C, and then return to the idle state. Then, when the disconnection factor is eliminated in the secondary file unit 2D and the primary file unit 2C can be recombined again, the RA (S) 14 of the secondary file unit 2D becomes Then, a rejoin request is made to RA (P) 14 of the primary file unit 2C (see arrows B56 and B57).
  • the RA (P) 14 that has accepted the reassociation instruction requests the RM 12 of the primary file unit 2C to reassociate the CA 11 with the channel 1a (see arrow B58). ), The CA 11 instructed by the RM 12 to reconnect to the channel 1a reads the information of the corresponding inter-module communication area 16a again (see arrows B59, B60) and re-executes. A join request is made to channel 1a (see arrow B61), re-association is made between channel 1a and CA 11 (see arrow B62), and processing continues.
  • the notification of normal termination from RA (S) 14 is made to channel 1 a via RA (P) 14, inter-module communication area 16 a and CA 11 (arrow B63 to B65), and the primary file unit 2C returns to the state before the temporary disconnection occurred and continues the processing.
  • the upper level device 1 issues a write command C CWn + 1 following the write command C CWn in which the disconnection factor has occurred to the CA 11 of the primary file unit 2 C (see arrow B 35). )
  • the remote transfer process is restarted.
  • the secondary file unit 2D and the primary file unit 2C remain until the factor is eliminated.
  • the primary file unit 2C and the higher-level device 1 are temporarily disconnected from the primary file unit 2C and the higher-level device 1. Can be executed And work efficiently.
  • FIG. 4 is a sequence diagram for explaining a coping procedure when a disconnection factor occurs simultaneously in the primary file unit 2C and the secondary file unit 2D during remote transfer according to the present embodiment.
  • FIG. 4 shows a case where a disconnection factor occurs simultaneously with the primary file unit 2C and the secondary file unit 2D during the processing of the write command CCW n.
  • RA (S) 14 transmits data from RA (P) 14.
  • the processing up to reception that is, the processing indicated by arrows B11 to B19 corresponds to the processing indicated by arrows A64 to A72 in FIG. 1, respectively, and thus the description thereof is omitted.
  • arrows given the same reference numerals as those described above in FIGS. 2 and 3 indicate the same or almost the same operations / procedures, and therefore description thereof will be omitted.
  • the request for disconnection of the CA 11 of the primary file unit 2C is given priority, and the request for disconnection of the RA (S) 14 of the secondary file unit 2D is ignored. Then, the disconnection request described above with reference to FIG. 2 is made to the RA (S) 14 of the secondary file unit 3D being combined (see arrows B24 and B26).
  • the RA (P) 14 of the primary file unit 2C receives the disconnection request from the RA (S) 14 of the secondary file unit 2D
  • the RA (S) 1 The request for disconnection from module 4 is written to inter-module communication area 16a (see arrow B69), but when it is recognized that a request for disconnection from CA 11 is also occurring, the RA (S) Instruct the inter-module communication area 16a to distribute a disconnection request from 14 (see arrow B70).
  • RA (P) 14 receives a disconnection request instructed by RA (S) 14 of secondary file unit 2 D (see arrow B 51 ′), (P) 14 is separated by instructions from channel 1a to CA 11 of primary file unit 2C. Is confirmed via the inter-module communication area 16a (see the arrow B71), and the receipt of the disconnection request is returned to the RA (S) 14 of the secondary file unit 2D. (See arrow B72).
  • the CA 11 of the primary file unit 2C having the priority is separated from the channel 1a by its own disconnection regardless of the state of the connection between the file units 2C and 2D.
  • the disconnection request on the primary file unit 2C side is prioritized, and the primary file unit 2C and the higher-level device 1, and between the primary file unit 2C and the secondary file unit 2C are given priority.
  • the disconnection factor in the primary file unit 2 is resolved with the temporary disconnection from the 2D, reconnection is performed in the procedure described in FIG. 2 (arrows B27 to B27). 3 See 3).
  • the connection between the primary file unit 2C and the host device 1 is performed.
  • the primary file unit 2C is temporarily disconnected from the secondary file unit 2D, and then the primary file unit 2C is disconnected.
  • a channel disconnect request between the channel 1a and the primary file unit 2C and a remote transfer disconnect request from the secondary file unit 2D are performed. Occur simultaneously, giving priority to the disconnect request to channel 1a, and to the secondary file unit 2D, even if the special disconnect interface operated by the host command is activated, the secondary file unit 2 Within D, the remote transfer of the disconnect specified by the host is caused at the same time as the disconnect factor (disconnect factor), and the remote transfer is performed again after reconnection with the primary file unit 2C. This reduces the probability that a disconnect request will occur.
  • FIG. 5 is a sequence diagram for explaining a modified example of a coping procedure when a disconnection factor occurs simultaneously in the primary file unit 2C and the secondary file unit 2D during remote transfer according to the present embodiment.
  • the write command CCW n The case where the disconnection factor occurs simultaneously with the primary file unit 2C and the secondary file unit 2D at the time of the processing of FIG.
  • RA (S) 14 transmits data from RA (P) 14. 1, that is, the processes indicated by arrows B 11 to B 19 correspond to the processes indicated by arrows A 64 to A 72 in FIG.
  • the procedure shown in Fig. 5 differs from the procedure shown in Fig. 4 in that even if the disconnection request is canceled in the secondary file unit 2D due to a disconnection request from the upper level, the secondary file Unit 2D implements a means to resolve the disconnection factor that has occurred in Secondary File Unit 2D before it is rejoined with Primary File Unit 2C. Eliminate the disconnect factor.
  • the means is activated in the disconnection process with the RM 12 performed by the RA (S) 14 in the secondary file unit 2D.
  • the primary file unit 2C and the secondary file unit 2D resolve the event that caused each disconnection in parallel, and a recombination request came from the primary file unit 2C.
  • the processing can be continued without being instructed to disconnect from the secondary file unit 2D as in the example shown in FIG.
  • the disconnection factor has already been resolved, so the RA (S) 14 and the RA (P) 14 Channel 1a is immediately notified of normal termination via area 16a and CA 11 (arrow B63 to B65), the remote transfer process is restarted.
  • the disconnection of the primary file unit 2C and the secondary file unit 2D when the disconnection factors occur simultaneously in the primary file unit 2C and the secondary file unit 2D, the disconnection of the primary file unit 2C and the secondary file unit
  • the primary file unit 2C and the secondary file unit 2D are recombined by simultaneously eliminating the disconnection factor of the unit 2D, and then from the secondary file unit 2D side.
  • the probability of occurrence of a disconnection request can be reduced, and the response time for notifying the higher-level device 1 of a normal end (end status) can be reduced.
  • FIG. 6 is a sequence diagram for explaining an example in which a part of processing is parallelized at the time of remote transfer according to the present embodiment.
  • FIG. 6 only the part related to the processing of the write command CCW 2 also shown in FIG. 1 is extracted and shown.
  • the arrows with the same reference numerals as those already described in FIG. It shows the same or almost the same operation Z procedure, and its detailed description is omitted.
  • the CA 1 of the primary file unit 2C responds to the write command CCW 2 instructed by the host device 1, and the command code is received from the channel 1a (arrow A 6). Then, only the command code is notified to RA (P) 14 using inter-module communication area 16a in primary file unit 2C (see arrow A66). At the same time, CA 11 responds to channel 1 a with the command reception status (initial status) (see arrow A65), and receives the data of write command CCW 2 received from channel 1 a. (Arrow A Write to cache memory 16 (see arrow A 68).
  • the RA (P) 14 sends a similar command code to the secondary file unit. It is issued to 2D (see arrow A69) and receives the initial status from secondary file unit 2D in the same way (see arrow A70).
  • CA 11 When the data transfer between channel 1a and CA 11 is completed, CA 11 notifies RA (P) 14 of the completion of the data transfer using inter-module communication area 16a. Yes (see arrow A 70 '). Upon receiving this notification, the RA (P) 14 reads the data from the cache memory 16 and transfers the data to the secondary file unit 2D.
  • the data received by the CA 11 is transferred to the RA (P The transfer starts from 14 to the secondary file unit 2D (see arrows A71 and A72).
  • a part of the write command processing is parallelized.
  • each command is performed as follows.
  • the host issues a command
  • CA 11 and RA (S) 14 receive the command and return the command reception (initial status) to the host if the command can be processed. If the command is accepted, the command is returned. Transfers data accompanying commands.
  • CA 11 and RA (S) 14 return an end status to the host, respectively, to complete one command processing.
  • the higher order is channel 1a for the CA 11 of the primary file unit 2C, and is the primary file unit for the RA- (S) 14 of the secondary file unit 2D.
  • RA (P) 14 of 2C In the case of data transfer, in the case of write processing, data is sent to CA 11 and RA (S) 14 from the higher order, respectively.
  • the CA 11 of the primary file unit 2C that has returned the initial status accepts the command, and informs that the command is currently being transferred using the inter-module communication area 16a.
  • data transfer processing data reception processing between channel 1a and CA 11 of primary file unit 2C, RA (P) 14 of primary file unit 2C and secondary file unit G 2D
  • the command reception processing with RA (S) 14 of 2D is executed simultaneously, and the processing time is shortened.
  • the partial parallelization of the write command processing described above is applied not only to the write command C CW2 but also to other write commands in the same manner as described above.
  • the primary file when remote transfer is performed in response to a write command from the higher-level device 1, the primary file The data transfer process to the unit 2C and the command receiving process between the primary file unit 2C and the secondary file unit 2D are executed in parallel. By performing remote transfer, remote transfer processing can be speeded up.
  • FIG. 7 is a sequence diagram for explaining another example of parallelizing a part of the process at the time of remote transfer according to the present embodiment.
  • FIG. 7 only the part related to the processing of the write operation instruction command C CW1 and the write command C CW2 shown in FIG. 1 is extracted and shown. Since the arrows with the reference numerals indicate the same or almost the same operation procedure, the description thereof will be omitted.
  • the CA 11 of the primary file unit 2C uses commands (Locate Re cord, Seek + Search ID, etc.) for instructing the operation of the light indicated by the higher-level device 1.
  • commands (Locate Re cord, Seek + Search ID, etc.) for instructing the operation of the light indicated by the higher-level device 1.
  • CA 11 pre-orders RA (P) 14 for the next write command C CW 2, and RA (P) 14 applies after data transfer of that write command C CW 2 is completed.
  • Write operation command C CW1 waits for the end of CW1 and the next write command C CW2, and then reports the end of write command C CW2 to channel 1a.
  • the first write command following CW 1 a from the primary file unit 2C to the CA 11 of the primary file unit 2C, and from the primary file unit 2C to the secondary file unit 2D until the first file data transfer is started.
  • the reception processing to be completed between the nit 2C and the secondary file unit 2D can be performed in parallel.
  • the write operation instruction command C CW1 is used to set the operating conditions and device positioning for the subsequent write commands C CW2 to C CWm to operate.
  • the data on 16 will not be updated.
  • Data related to the command C CW1 is stored in the inter-module communication area 16a.
  • the command sequence performed between channel 1a and CA 11 of primary file unit 2C is expanded to the next write command C CW2, and the primary file unit CA 11 of unit 2C does not monitor the status between file units 2C and 2D until the end status of the first write command C CW2 is reported.
  • the process of transferring the data of the first write command C CW2 from the host device 1 to the primary file unit 2C, and the process of transferring the data of the first write command C CW 2 The remote file transfer 2C and the secondary file unit 2D in parallel with the reception process that should be completed before the start of be able to.
  • one write access unit constituted by a write operation instruction command and a series of write commands following the write operation instruction command
  • the host device modifies a part of the command in the recovery process to simplify the re-validation process, it is possible to reliably guarantee the data equivalence between the two file units.
  • its usefulness is considered to be extremely high.

Description

明 細 書 ファイルュニッ ト間のリモー 卜転送方法 技術分野 - ユーザデータを扱うファイルシステムにおいて、 万一、 災害が発生し てメインとなる記憶媒体 （プライマリサイ 卜） が使用不能に陥っても、 災害発生時までにプライマリサイ 卜に書き込まれていたユーザデータを 失うことなく、 即座に別のシステムに切り換えて運用を再開しなければ ならない場合がある。 そのために、 プライマリファイルユニッ トのデ一 夕を二重化させデータの損失を防ぐべく、 セカンダリファイルュニッ 卜 を用意して、 データの更新時には何らかの手法によりこれら 2台のファ ィルュニッ 卜のデータ更新を行なうことが必要になる。
本発明は、 上位装置がプライマリファイルュニッ 卜に対しデータ更新 (書込） を行なった場合に、 プライマリファイルユニッ トと同じデータ 更新をセカンダリファイルュニッ トでも行なうべく、 更新データ （書込 データ） をプライマリファイルュニッ 卜からセカングリフアイルュニッ 卜へ転送するリモー卜転送方法に関する。 背景技術
一般に、 データの二重化を行なうために大きく 2つの手法がある。 一つは、 図 8に示すように、 上位装置 1が 2台のファイルュニッ 卜 2 Aおよび 2 Bに対して同時に書込を行なうことにより、 データの二重化 を実現する手法である。 このような手法により、 2つのファイルュニッ 卜 2 A， 2 Bにおけるデータ等価性を保証することができる。
もう一つは、 図 9に示すように、 フアイルュニッ 卜 （F C U ) 2 C , 2 D間を通信可能に接続し、 上位装置 1がー方のファイルュニッ ト （プ ライマリファイルュニッ 卜） 2 Cのデータ更新 （書込） を行なった場合 に、 その更新データ （書込データ） をプライマリファイルュニッ 卜 2 C からセカンダリフアイルュニッ 卜 2 Dへ転送することにより、 デ一夕の 二重化を実現する手法である。 この手法によっても、 2つのファイルュ- ニッ ト 2 C， 2 Dにおけるデータ等価性を保証することができる。
なお、 上述のようなプライマリファイルュニッ 卜 2 Cからセカンダリ ファイルュニッ 卜 2 Dへのデータ転送のことをリモート転送と呼ぶ。 ま た、 ファイルユニッ トのことを、 ファイル制御装置 （F C U :File Cont rol Unit) という場合もある。
前者の手法では、 上位装置 1が 2台のファイルュニッ 卜 2 A , 2 Bに 対して同時に書込を行なうことにより、 ファイルユニッ ト 2 A， 2 Bは 特別な処理を行なうことなくデータの二重化を実現することができる。 これに対し、 後者の手法では、 プライマリファイルユニッ ト 2 Cがセカ ンダリファイルュニッ ト 2 Dへデータ転送を行なうことにより、 上位装 置 1は、 特別な処理を行なうことなく、 1台の記憶装置 （プライマリフ アイルュニッ 卜 2 C ) だけを意識して通常通りのデータ書込を行なえば、 データの二重化を実現することができる。
上位装置 1では、 本来の業務のための処理が行なわれており、 元々負 荷が大きいため、 前者の手法のごとく上位装置 1がセカンダリファイル ユニッ ト 2 Dのデータ書込を行なうと、 上位装置 1に対してさらなる負 荷をかけることになつてしまい好ましくない。 つまり、 前者の手法では、 上位装置 1は、 2台のファイルユニッ ト 2 A , 2 Bに対して同時にデ一 タ書込を行なうために、 常にデータの二重化を意識して動作し、 特別な ィ ンタフヱース処理等を行なう必要がある。
そこで、 近年、 後者の手法を採用し、 上位装置 1は、 プライマリファ ィルュニッ ト 2 Cのみに対してデータ更新を行ない、 データ二重化のた めのセカンダリフアイルュニッ 卜 2 Dへのリモート転送処理をプライマ リファイルュニッ 卜 2 Cに任せる場合が一般的になっている。 この場合、 上位装置 1は、 データ二重化のために特別な処理を行なう必要がなく、 1台のファイルュニッ ト 2 Cに対して通常通りのデータ更新を行なえば プライマリファイルュニッ 卜 2 C力 セカンダリファイルュニッ ト 2 D の上位装置として機能し、 このセカンダリファイルュニッ 卜 2 Dへのデ 一夕転送/更新を行ない、 データの二重化が行なわれる。
後者の手法を適用されたシステムの構成および同システムで用いられ るファイルユニッ ト 2 C , 2 Dの詳細構成について、 図 1 0を参照しな がら詳細に説明する。
図 1 0に示すように、 プライマリファイルュニッ 卜 2 Cおよびプライ マリファイルユニッ ト 2 Dは、 同じ構成であり、 いずれも C A CChannel Adapter) 1 1 , R M (Resource Manager) 1 2 , T S (Table Storage) 1 3 , R A (Remote Adapter) 1 4， C F E (Cache Function Engine) 1 5， キャ ッシュメモリ 1 6， D A (Device Adapter) 1 7 , コマン ドバス 1 8， データバス 1 9および物理デバィス 2 0を有して構成されている。 ここで、 C A 1 1は、 インタフェース 2 1を介して上位装置 1 とのィ ンタフニース制御を担当するモジュールであり、 R M 1 2は、 基本動作 に関する資源管理を担当するモジュールであり、 T S 1 3は、 資源管理 用のテーブルとして使用されるメモリである。
また、 R A 1 4は、 イ ンタフェース 2 2を介してファイルュニッ 卜 2 Cまたは 2 Dとのデータの送受信を担当するモジュールであり、 C F E 1 5は、 キャッシュメモリ 1 6の管理を担当するモジュールであり、 D A 1 7は、 磁気ディスク装置 2 0 aである物理デバイス 2 0とのィンタ フェース制御を担当するモジュールである。 なお、 キャッシュメモリ 1 6にはモジュール間通信エリア 1 6 aが付設されている。 この通信エリ ァ 1 6 aは、 ファイルユニッ ト 2 C， 2 Dをなすモジュール 1 1 , 1 4， 1 7の間で送受信すべきデータを一時的に格納するためのものである。 さらに、 コマンドバス 1 8は、 CA 1 1， RM 1 2 , R A 1 4 , C F E l 5， DA 1 7の間でコマンドのやり取りを行なうためのものであり—、 データバス 1 9は、 C A 1 1 , R A 1 4 , C F E 1 5 , キャッシュメモ リ 1 6， DA 1 7の間でデータのやり取りを行なうためのものである。 なお、 図 1 0では、 上位装置 1が 2つのチャネル 1 aを有するととも に、 各ファイルュニッ 卜 2 C， 2 Dカ^ 2つの CA 1 1と、 2つの RA 1 4と、 4つの D A 1 7とを有し、 物理デバイス 2 0として 4台の磁気 ディスク装置 2 0 aを有する場合を示している。
そして、 上位装置 1には、 インタフェース 2 1を介してプライマリフ アイルュニッ 卜 2 Cが接続されるとともに、 プライマリファイルュニッ ト 2 Cには、 インタフェース 2 2を介してセカンダリファイルュニッ ト 2 Dが接続されている。 インタフヱ一ス 2 1は、 上位装置 1のチャネル 1 aとプライマリファイルュニッ 卜 2 Cの C A 1 1との間を接続すると ともに、 インタフェース 2 2は、 プライマリフアイルュニッ 卜 2 Cの R A 1 4とセカンダリフアイルュニッ ト 2 Dの R A 1 4との間を接続して いる。
これらのインタフヱ一ス 2 1および 2 2としては、 いずれも同じもの、 例えば E S CONィン夕フェースが用いられている。 プライマリファイ ルュニッ ト 2 Cは、 その R A 1 4からセカンダリファイルュニッ 卜 2 D の R A 1 4に対してチャネルと同様のシーケンスでアクセスできる機能 を有している。 つまり、 プライマリファイルュニッ 卜 2 Dの RA 1 4は、 上位装置 1のチャネル 1 aとプライマリファイルュニッ ト 2 Cの C A 1 1との間で行なわれるシーケンスと同様にして、 セカンダリファイルュ ニッ ト 2 Cの R A 1 4に対してコマンドの発行を行なえるように構成さ れている。
なお、 C A 1 1のハードウエアと R A 1 4のハ一ドウエアとは基本的 に同じである。 プライマリファイルュニッ ト 2 Cの R A 1 4は、 前述し た通り、 チャネルと同等の動作を行なっている。 このため、 セカンダリー ファイルュニッ 卜 2 Dの R A 1 4としては、 特別な機能を有するものを そなえる必要はなく、 通常のチャネル 1 aと接続される C A 1 1として の機能を有するものをそなえればよい。
ところで、 上位装置 1がプライマリファイルュニッ 卜 2 Cに対してデ —タを書き込む場合、 そのデータは、 レコード単位で上位装置 1からプ ライマリファイルュニッ 卜 2 Cへ転送され、 キャッシュメモリ 1 6に一 時的に書き込まれる。 そして、 プライマリファイルュニッ 卜 2 Cのキヤ ッシュメモリ 1 6に、 書込対象の磁気ディスク装置 2 0 aの 1 トラック 分のデータが書き込まれると、 セカンダリファイルュニッ 卜 2 Dへのリ モート転送が行なわれた後、 プライマリファイルユニッ ト 2 Cの磁気デ ィスク装置 2 0 aへのデータ書込が行なわれる。
図 1 1は、 セカンダリファイルュニッ 卜 2 Dへ転送すべく且つ物理デ ノ イス 2 0に書き込むべく、 プライマリファイルュニッ 卜 2 Cのキヤッ シュメモリ 1 6に一時的に書き込まれる 1 卜ラック分のデータの構成例 を示す図である。 この図 1 1に示すように、 セカンダリファイルュニッ ト 2 Dへ送り出される 1 トラック分のデータは、 先頭の制御情報フィ一 ルドと、 複数個 （図 1 1では N個） のレコー ドフィールドとから構成さ れている。
上位装置 1から 1つのライ トコマンドを受けたプライマリファイルュ ニッ ト 2 Cでは、 キャッシュメモリ 1 6に 1つのレコードフィ一ルド力く 書き込まれると同時に、 先頭の制御情報フィールドにおける制御情報の 更新が必ず行なわれる。 1つの C C W CChannel Command Word)を成す複 数のコマンドが、 連続的に上位装置 1からプライマリファイルュニッ ト 2 Cに送られてくると、 コマンドを受け付ける都度、 制御情報が更新さ れる。 これにより、 1 トラック分の転送データに含まれるレコードの数 など、 転送/書込に必要な制御情報が作成されて制御情報フィールドにー 書き込まれる。 なお、 1つの C C Wは、 複数のコマンドが結合して成る もので、 一連のデバイスアクセスを行なう単位である。
従来、 プライマリファイルュニッ ト 2 Cからセカンダリファイルュニ ッ ト 2 Dへのリモ一卜転送や、 キャッシュメモリ 1 6から物理デバィス 2 0へのデータ書込は、 必ずトラック単位で行なわれている。 上述のよ うに、 1つの制御情報内には同一卜ラックを成す 1以上のレコ一ドにつ いての制御情報が格納されており、 上位装置 1が該当卜ラックに対する ライ ト処理を全て完結すると、 そのトラックについての制御情報が確立 される。 従って、 上位装置 1からの複数のライ 卜コマンドにより 1 トラ ック分のデータをキヤッシュメモリ 1 6に書き込んでそのトラックを完 成してから、 その卜ラックのデータを、 プライマリファイルュニッ 卜 2 Cからセカンダリファイルュニッ 卜 2 Dに対して送出し、 プライマリフ アイルュニッ 卜 2 Cの物理デバイス 2 0に書き込んでいる。
次に、 上述のごとく構成されたシステム （図 1 0参照） によって行な われる、 リモート転送手順について、 図 1 2を参照しながら説明する。 この図 1 2は、 上位装置 1からプライマリファイルュニッ ト 2 Cへのデ 一夕書込に伴う、 プライマリファイルュニッ 卜 2 Cからセカンダリファ ィルュニッ 卜 2 Dへのリモー卜転送の一連の流れを説明するためのシ一 ケンス図である。 なお、 以下の説明および図 1 2中では、 プライマリフ アイルュニッ 卜 2 Cにおける R Aを R A ( P ) と記し、 セカンダリファ ィルニッ 卜 Dにおける R Aを R A ( S ) と記す。 また、 図 1 2中では、 チャネル 1 aを CHとして表記している。
この図 1 2に示す例では、 1 トラック分のデータをプライマリフアイ ルュニッ 卜 2 Cに書き込むために、 上位装置 1のチャネル 1 aから n個 のライ トコマンド C CW 1〜C CWnが送信されてきている。 なお、 こ れら n個のライ 卜コマンド C CWl〜C CWnにより 1つの C CWが^" 成されている。
最初のライ 卜コマンド C C W 1力く、 チャネル 1 aから C A 1 1に送信 され （矢印 A 1 1参照） 、 この C A 1 1は、 C CW 1を受け付けると、 チャネル 1 aに対し、 ライ トコマンド C CW 1を受け付けたことを通知 する （矢印 A 1 2参照） 。 この通知を受けた上位装置 1は、 書込データ を C A 1 1に送信する （矢印 A 1 3参照） 。 C A 1 1は、 チャネル 1 a から受信したデータをキヤッシュメモリ 1 6に書き込んでから （矢印 A 1 4参照） 、 正常終了をチャネル 1 aに通知する （矢印 A 1 5参照） 。 以下同様にして、 C A 1 1力 ライ 卜コマンド C CWnについてのデ —夕のキャッシュメモリ 1 6への書込を完了すると （矢印 A 1 5〜A 2 4参照） 、 現在処理されたコマンドに関する情報を、 RA (P) 1 4に 通知すべく、 キャッシュメモリ 1 6の通信エリア 1 6 aに書き込む （矢 印 A 2 5参照） 。
この後、 C A 1 1は、 リモー 卜転送に用いるべき R A (P) 1 4の割 当を RM 1 2に要求する （矢印 A 2 6， A 2 7参照） 。 RM 1 2によつ て割り当てられた R A (P) 1 4は、 キャッシュメモリ 1 6の通信ェリ ァ 1 6 aの情報を参照し （矢印 A 28 参照） 、 前記コマンド C C W 1〜 C CWnとは別の R A間専用コマンド C CWxを、 R A (S) 1 4に対 して発行することにより （矢印 A 2 9参照） 、 RA (P) 1 4と RA (S) 1 4との間の通信を確立させる。
通信が確立されると、 RA (S) 1 4は、 RA (P) 1 4に対し、 コ マンド C CWxを受け付けたことを通知し （矢印 A 3 0参照） 、 この通 知を受けた RA (P) 1 4は、 図 1 1にて前述したように更新された制 御情報をキャッシュメモリ 1 6から読み込むことにより、 所定のデータ をキャッシュメモリ 1 6から読み出し （矢印 A 3 1参照） 、 R A (S) 1 4へ転送する （矢印 A 3 2参照） 。 - そして、 RA (S) 1 4は、 RA (P) 1 4から受信したデータをキ ャッシュメモリ 1 6に書き込んでから、 正常終了を R A (P) 1 4に通 知する （矢印 A 3 3参照） 。 その正常終了は、 RA (P) 1 4から通信 エリア 1 6 aを介して C A 1 1に通知され （矢印 A 3 4参照） 、 この C A l l力く、 一連のコマンド C CW 1〜C CWnについての処理を正常に 終了した旨をチャネル 1 aに対して通知する （矢印 A 3 5参照） 。
このような処理を終えた後、 図 1 2では図示しないが、 プライマリフ アイルュニッ 卜 2 Cでは、 D A 1 7により、 キャッシュメモリ 1 6に保 持されているデータが物理デバイス 2 0に書き込まれるとともに、 セカ ンダリフアイルュニッ ト 2 Dでも、 D A 1 7により、 キヤッシュメモリ 1 6に保持されているデータが物理デバイス 2 0に書き込まれ、 プライ マリファイルュニッ 卜 2 Cとセカンダリファイルュニッ 卜 2 Dとによる デ一夕の二重化が実現される。
ところで、 図 1 3に矢印 A 1 1〜A 3 2で示すように、 図 1 2と同様 の手順で RA (S) 1 4へのデータ転送を開始してからセカンダリファ ィルュニッ 卜 2 D側で何らかの障害が発生した場合に、 上位装置 1が行 なうリカバリ処理について図 1 3を参照しながら説明する。 この図 1 3 は、 プライマリフアイルュニッ 卜 2 Cからセカンダリフアイルュニッ ト 2 Dへのリモー卜転送に際して、 障害が発生して上位装置 1がリカバリ 処理を行なう場合の一連の流れを説明するためのシーケンス図である。 なお、 図 1 3において、 図 1 2中の符号と同一の符号を付された矢印 は、 同一の動作を行なっていることを示しているので、 その説明は省略 する。 また、 図 1 3において、 ダッシュ （' ) 付き符号を付与された矢 印は、 上位装置 1によるリ力バリ処理に伴う動作であることを示してい る。 つまり、 図 1 3中に矢印 A 1 〜A 3 5' で示す動作は、 それぞ れ、 図 1 2中に矢印 A 1 1〜A 3 5で示す動作のリ力バリ動作である。 - 図 1 3に示すように、 RA (S) 1 4へのデータ転送を開始してから セカンダリフアイルュニッ 卜 2 D側で何らかの障害が発生すると、 R A (S) 1 4は、 異常終了を RA (P) 1 4に通知する （矢印 A 3 6参 照） 。 この異常終了は、 RA (P) 1 4から通信エリア 1 6 aを介して C A 1 1に通知され （矢印 A 3 7参照） 、 この C A 1 1カ、 一連のコマ ンド C CW 1〜C CWnについての処理の異常終了をチャネル 1 aに対 して通知する （矢印 A 3 8参照） 。
このようにして異常終了の通知を受けた上位装置 1は、 リカバリ処理 を開始する。
通常、 上位装置 1は、 複数のコマンド C CWl〜C CWnからなる 1 つの C CWに対してリ力バリ処理を行なうため、 その C CWの最終コマ ンド C CWnにおける正常終了通知が上位装置 1に返らなければ、 コマ ンド単位では正常終了を通知されていても、 その C CWに関する全ての コマンド C CW 1〜C CWnは正常終了と見なされない。
従って、 何らかの障害によりプライマリファイルュニッ ト 2 Cが C C W処理中にエラ一発生 （つまり異常終了） を上位装置 1に対して通知し た場合、 上位装置 1は、 エラーが発生した C CWを先頭コマンド C CW 1から発行し直すリカバリ処理を実行することになる。 つまり、 図 1 3 に矢印 A 1 〜A 3 5' で示すように、 上位装置 1は、 コマンド C C W 1〜C CWnを再発行し、 上位装置 1とプライマリファイルュニッ ト 2 Cとの間、 および、 プライマリファイルュニッ 卜 2 Cとセカンダリフ アイルュニッ 卜 2 Dとの間で、 図 1 2と同様の処理が再度実行される。 ここで、 図 1 4を参照しながら、 図 1 3により前述した、 上位装置 1 によるリカバリ処理について、 さらに説明する。 図 1 4は、 従来のリモ 一ト転送手順と障害発生時の上位装置 1によるリ力バリ処理手順との具 体例を簡易的に示すシーケンス図である。 なお、 図 1 4では、 各矢印に一 符号は付さず、 図 1 3にて前述した手順が大まかに示されている。 つま り、 コマンドの転送， 正常/異常終了の通知， リモート転送を示す矢印 のみ図示されている。
この図 1 4では、 上位装置 1力 5つのライ トコマンド A〜Eからなる C C Wを発行する例が示されている。 上位装置 1が 4つのライ トコマン ド A〜Dをプライマリフアイルュニッ ト 2 Cへ発行し、 これらのライ 卜 コマンド A〜Dによってデータがプライマリファイルュニッ ト 2 Cのキ ャッシュメモリ 1 6に書き込まれる都度、 プライマリファイルュニッ ト 2 Cから上位装置 1に対しては正常終了の通知が行なわれる。
そして、 5つ目のライ トコマンド Eによってデータがプライマリファ ィルュニッ ト 2 Cのキヤッシュメモリ 1 6に書き込まれ、 1 トラック分 のデータが完成すると、 プライマリファイルュニッ ト 2 Cからセカンダ リファイルュニッ 卜 2 Dへのリモ一ト転送が開始される。 ライ トコマン ド Eによるデータ書込の直後には正常終了の通知は行なわれない。 リモ 一卜転送後にセカンダリファイルュニッ 卜 2 Dからプライマリファイル ユニッ ト 2 Cに対して通知された正常/異常終了の情報が、 ライ トコマ ンド Eについての正常 Z異常終了の情報として、 プライマリファイルュ ニッ ト 2 Cから上位装置 1に対して通知される。
従って、 リモー卜転送後にセカンダリファイルュニッ ト 2 D側で何ら かの障害が発生し、 セカンダリファイルュニッ 卜 2 Dからプライマリフ アイルュニッ 卜 2 Cに対して異常終了が通知されると、 プライマリファ ィルュニッ 卜 2 Cは、 上位装置 1に対して異常終了を通知する。
このとき、 上位装置 1からは、 プライマリファイルュニッ 卜 2 Cしか 見えておらず、 セカンダリファイルュニッ ト 2 Dは全く見えていない。 このため、 上位装置 1において、 プライマリファイルュニッ 卜 2じから 受けた異常終了通知は、 実際にはセカンダリファイルユニッ ト 2 Dで 障害に起因するものであっても、 プライマリファイルュニッ 卜 2じでの 障害に起因するものであると認識される。
そして、 前述した通り、 上位装置 1は、 5つのコマンド A〜Eからな る 1つの C C Wに対してリカバリ処理を行なうため、 その C C Wの最終 コマンド Eに対して異常終了を通知されると、 コマンド A〜Dに対して は正常終了を通知されていても、 その C C Wに関する全てのコマンド A 〜Eを異常終了と見なし、 図 1 4に示すように、 異常終了した C C Wを 先頭コマン ド Aから発行し直す。
図 1 5には、 上位装置 1からプライマリファイルュニッ ト 2 Cへコマ ンド Eを発行した時点でプライマリファイルュニッ ト 2 Cにおいて障害 等が発生し、 プライマリファイルュニッ 卜 2 Cが上位装置 1に対して異 常終了を通知した場合の、 従来のリカバリ処理手順の具体例 （シ一ゲン ス図） が示されている。 なお、 図 1 5でも、 図 1 4に示した例と同様に 上位装置 1が 5つのライ トコマンド A〜Eからなる C C Wを発行する例 が、 図 1 4と同等のレベルで示されている。
この図 1 5に示すように、 上位装置 1は、 プライマリファイルュニッ 卜 2 Cで障害が発生してもセカンダリファイルュニッ 卜 2 Dで障害が発 生しても、 同じリカバリ処理を行なっている。 結局、 図 1 4に示すごと くセカンダリファイルュニッ ト 2 Dで障害が発生した場合であつても、 上位装置 1は、 図 1 5に示すごとくプライマリファイルュニッ ト 2じで 障害が発生しているものと認識してリ力バリ処理を行なっている。 ところで、 図 1 4や図 1 5に示す処理例では、 コマンド A〜Dによる データ書込は正常に終了しているので、 リカバリ処理に際して、 コマン ド Eのみを発行しコマンド Eによるデータ書込のみを行なえば十分では ないかと考えられる。 しかし、 図 1 1を参照して前述したように、 一 C C Wを成す 5つのコマンド A〜Eにより制御情報を順次更新しながら 卜- ラックデータを作成する必要があるため、 コマンド Eのみを単独で発行 しても正常なデータ書込 （トラックデータの作成） を行なうことができ ない。 特に、 コマンド Aにはデータ書込先の位置付け情報が含まれてい るため、 コマンド Aの再発行は必ず必要になる。
従って、 従来のリカバリ処理では、 最終のコマンド Eによるデータ書 込のみを行なうことはできず、 図 1 4や図 1 5に示すごとく、 正常終了 したコマンドについても再度発行して同じデータを再度書き込む必要が あり、 リカバリ処理に時間を要している。 なお、 図 1 5や図 1 6に示し た手順で例えばコマンド Cの処理時に障害が発生して異常終了した場合 も、 リカバリ処理は、 C C Wを先頭コマンド Aから発行し直することに より行なわれる。
そこで、 図 1 5に示すごとく上位装置 1がプライマリファイルュニッ 卜 2 Cを対象としてリ力バリ処理を行なう際、 コマンドをモディフアイ することにより リカバリ処理手順を一部簡略化することも考えられる。 図 1 6はリカバリ処理手順を簡略化した例を示すシーケンス図であり、 この図 1 6でも、 図 1 4に示した例と同様に上位装置 1が 5つのライ 卜 コマンド A〜Eからなる C C Wを発行する例が、 図 1 4と同等のレベル で示されている。 図 1 6に示すように、 上位装置 1からプライマリファ ィルュニッ 卜 2 Cへ最終のコマンド Eを発行した時点でプライマリファ ィルュニッ ト 2 Cにおいて障害等が発生した場合を考える。
この場合、 リカバリ処理に際して、 上位装置 1は、 正常終了通知に基 づきコマンド A〜Dについては正常終了したことを認識できるので、 コ マンド A〜Dをモディフアイすることにより、 データ書込先の位置付け 情報を含み且つトラック先頭に所定の制御情報を形成しうるコマンド A ' を作成する。 そして、 このコマンド A ' を、 プライマリファイルュニ ッ 卜 2 Cに対して発行した後、 コマン ド Eをプライマリファイルュニッ - 卜 2 Cに対して発行する。 つまり、 ライ トコマンド A〜Dは正常にブラ ィマリファイルュニッ 卜 2 Cに書き込まれたものとして、 上位装置 1は、 エラーが発生して異常終了したコマンド Eからライ ト処理を再開しうる 新たな C C Wを、 2つのコマン ド A ' および Eにより作成して発行する。
これにより、 5つのコマンド A〜Eの全てを再発行することなく、 2 つのコマンド A ' および Eの発行によってリカバリ処理を実行でき、 セ カンダリファイルュニッ 卜 2 Dおよびプライマリファイルュニッ 卜 2 C の物理デバイス 2 0の所定位置には、 コマンド A〜Eによる 卜ラックデ —夕が書き込まれる。
ところが、 リモート転送後にセカンダリファイルユニッ ト 2 D側で何 らかの障害が発生したことに対応したリ力バリ処理を図 1 6に示す手順 で行なうと、 下記のような問題が生じる。 ここで、 図 1 7は、 従来のリ モー卜転送に際して障害が発生し、 上位装置 1が図 1 6に示す手順でリ 力バリ処理を行なう場合の具体例を示すシーケンス図であり、 図 1 7で も、 図 1 4に示した例と同様に上位装置 1が 5つのライ トコマン A〜 Eからなる C C Wを発行する例が、 図 1 4と同等のレベルで示されてい 図 1 7に示すように、 リモ一ト転送後におけるセカンダリファイルュ ニッ ト 2 D側での障害に起因して、 上位装置 1が図 1 6に示す手順でリ 力バリ処理を行なった場合、 正常終了したコマン ド A〜Dにより指示さ れたデータは、 セカンダリファイルュニッ 卜 2 Dヘリモー卜転送されず、 リカバリ処理によりセカンダリフアイルュニッ 卜 2 Dヘリモート転送さ れる 卜ラックデータは、 2つのコマンド A ' および Eから成る C C Wで 指示されたものだけとなってしまう。
このため、 プライマリファイルュニッ ト 2 Cの物理デバイス 2 0には、 コマンド A〜Eによるデータが保存されるのに対して、 セカンダリファ- イルユニッ ト 2 Dの物理デバイス 2 0には、 コマンド A ' および Eによ るデータしか存在せず、 コマンド A〜Dによるデータが存在しない。 従 つて、 エラ一リカバリ時にデータを二重化できなくなり、 プライマリフ アイルュニッ ト 2 Cとセカンダリファイルュニッ 卜 2 Dとにおけるデー 夕の等価性を保証できなくなる。
本発明は、 このような課題に鑑み創案されたもので、 上位装置がリカ バリ処理に際しコマンドの一部をモディ フアイしてリ力バリ処理の簡略 化を行なったとしてもデータの二重化を実現できるようにして、 2つの ファイルュニッ 卜でのデータの等価性を確実に保証した、 ファイルュニ ッ ト間のリモ一ト転送方法を提供することを目的とする。 発明の開示
上記目的を達成するために、 本発明のファイルュニッ 卜間のリモート 転送方法は、 上位装置に接続され該上位装置によりデータ更新されるプ ライマリファイルュニッ 卜と、 該プライマリファイルュニッ 卜に接続さ れ該プライマリファイルュニッ トによりデータ更新されるセカンダリフ アイルュニッ 卜とをそなえたファイルシステムにおいて、 該上位装置が、 書込開始位置情報をデータとして転送するための書込動作指示コマンド を該プライマリファイルュニッ 卜に対して発行した後、 該書込動作指示 コマンドとともに一つのライ 卜アクセス単位を構成する一連のライ 卜コ マンドを、 一つずっ該プライマリファイルュニッ 卜に対して順次発行し、 該プライマリファイルュニッ 卜に対しデータ書込を行なう場合、 該上位 装置により該プライマリファイルュニッ 卜に対して行なわれたデータ書 込と同じデータ書込を該セカンダリファイルュニッ 卜に対しても行なう ための、 該プライマリファイルュニッ 卜から該セカンダリファイルュニ ッ 卜へのリモー ト転送方法であって、 該プライマリフアイルュニッ 卜力- 該上位装置から該書込動作指示コマン ドを受け付けると、 該プライマリ ファイルュニッ 卜から該セカンダリファイルュニッ 卜に対し、 該書込動 作指示コマンドと同様のコマンドを発行して書込開始を指示してから前 記書込開始位置情報をデータとして転送し、 該書込動作指示コマンド以 降、 該プライマリファイルュニッ トが該上位装置から該一連のライ トコ マンドを一つ受け付ける都度、 該プライマリファイルュニッ 卜から該セ カンダリファイルュニッ 卜に対し、 当該ライ トコマンドと同様のコマン ドを発行して書込を指示してから当該ライ トコマンドにより書き込むベ きデータを転送し、 当該ライ トコマンドにより該プライマリファイルュ ニッ 卜に書き込まれたデータが該セカンダリファイルュニッ 卜にも正常 に書き込まれたことを該プライマリファイルュニッ 卜が確認すると、 当 該ライ トコマンドによる書込を正常に終了した旨を、 該プライマリファ ィルュニッ 卜から該上位装置に対して通知することを特徴としている。 このとき、 前記一連のライ トコマンドの処理中に、 該プライマリファ ィルュニッ 卜において、 該プライマリファイルュニッ トと該上位装置と を一時的に切り離すべき要因が発生した場合、 該プライマリファイルュ ニッ 卜から該上位装置に対して切り離れ要求を発行して該プライマリフ アイルュニッ トと該上位装置とを一時的に切り離すとともに、 該プライ マリフアイルュニッ 卜から該セカンダリフアイルュニッ 卜に対しても切 り離れ要求を発行して該プライマリファイルュニッ トと該セカンダリフ アイルュニッ 卜とを一時的に切り離し、 該プライマリファイルュニッ 卜 における前記要因を解消した後、 該プライマリファイルュニッ 卜からの 再結合要求に応じて、 該プライマリファイルュニッ トと該上位装置とを 再結合するとともに、 該プライマリファイルュニッ 卜と該セカンダリフ アイルュニッ 卜とを再結合する。
また、 前記一連のライ トコマンドの処理中に、 該セカンダリファイル- ュニッ 卜において、 該セカンダリファイルュニッ トと該プライマリファ ィルュニッ 卜とを一時的に切り離すべき要因が発生した場合、 該セカン ダリファイルュニッ 卜から該プライマリファイルュニッ 卜に対して切り 離れ要求を発行して該セカンダリファイルュニッ 卜と該プライマリファ ィルュニッ 卜とを一時的に切り離すとともに、 該切り離れ要求を受けた 該プライマリファイルュニッ 卜から該上位装置に対して切り離れ要求を 発行して該プライマリファイルュニッ 卜と該上位装置とを一時的に切り 離し、 該セカンダリファイルュニッ 卜における前記要因を解消した後、 該セカンダリファイルュニッ 卜からの再結合要求に応じて、 該セカンダ リファイルュニッ トと該プライマリファイルュニッ 卜とを再結合すると ともに、 該プライマリファイルュニッ 卜と該上位装置とを再結合する。 さらに、 前記一連のライ トコマンドの処理中に、 該プライマリフアイ ルュニッ 卜において、 該プライマリファイルュニッ 卜と該上位装置とを 一時的に切り離すべき要因が発生すると同時に、 該セカンダリファイル ュニッ 卜において、 該セカンダリフアイルュニッ 卜と該プライマリファ ィルュニッ 卜とを一時的に切り離すべき要因が発生した場合、 該プライ マリファイルュニッ 卜から該上位装置に対する切り離れ要求を、 該セカ ンダリファイルュニッ 卜から該プライマリファイルュニッ トに対する切 り離れ要求よりも優先し該プライマリファイルュニッ 卜と該上位装置と を一時的に切り離すとともに、 該プライマリファイルュニッ 卜から該セ カンダリファイルュニッ 卜に対しても切り離れ要求を発行して該プライ マリファイルュニッ トと該セカンダリフアイルュニッ 卜とを一時的に切 り離し、 該プライマリファイルュニッ 卜における前記要因を解消した後、 該プライマリファイルュニッ 卜からの再結合要求に応じて、 該プライマ リファイルュニッ トと該上位装置とを再結合するとともに、 該プライマ リファイルュニッ 卜と該セカンダリファイルュニッ 卜とを再結合してか- ら、 該セカンダリファイルュニッ 卜から該プライマリファイルュニッ 卜 に対して切り離れ要求を発行して該セカンダリファイルユニッ トと該プ ライマリファイルュニッ 卜とを一時的に切り離すとともに、 該切り離れ 要求を受けた該プライマリファイルュニッ 卜から該上位装置に対して切 り離れ要求を発行して該プライマリファイルュニッ 卜と該上位装置とを 一時的に切り離し、 該セカンダリファイルュニッ 卜における前記要因を 解消した後、 該セカンダリファイルュニッ 卜からの再結合要求に応じて、 該セカンダリファイルュニッ トと該プライマリファイルュニッ トとを再 結合するとともに、 該プライマリファイルュニッ 卜と該上位装置とを再 結合する。
同様に、 前記一連のライ トコマンドの処理中に、 該プライマリフアイ ルュニッ 卜において、 該プライマリファイルュニッ 卜と該上位装置とを 一時的に切り離すべき要因が発生すると同時に、 該セカンダリファイル ュニッ 卜において、 該セカンダリファイルュニッ 卜と該プライマリファ ィルュニッ 卜とを一時的に切り離すべき要因が発生した場合、 該プライ マリファイルュニッ 卜から該上位装置に対する切り離れ要求を、 該セカ ンダリファイルュニッ 卜から該プライマリファイルュニッ 卜に対する切 り離れ要求よりも優先し該プライマリファイルュニッ 卜と該上位装置と を一時的に切り離すとともに、 該プライマリファイルュニッ 卜から該セ カンダリファイルュニッ 卜に対しても切り離れ要求を発行して該プライ マリファイルュニッ 卜と該セカンダリフアイルュニッ 卜とを一時的に切 り離し、 該プライマリファイルュニッ 卜における前記要因の解消と該セ カングリフアイルュニッ 卜における前記要因の解消とを同時に実行した 後、 該プライマリファイルュニッ 卜からの再結合要求に応じて、 該プラ イマリファイルュニッ トと該上位装置とを再結合するとともに、 該プラ イマリファイルュニッ 卜と該セカンダリファイルュニッ トとを再結合し- てもよい。
なお、 前記一連のライ トコマンドを一つ受け付ける都度、 該プライマ リファイルュニッ 卜から該セカンダリファイルュニッ 卜に対し、 当該ラ イ トコマンドと同様のコマンドを発行して書込を指示してから当該ライ トコマンドにより書き込むべきデータを転送する際に、 該プライマリ ファイルュニッ 卜から該セカンダリファイルュニッ 卜に対して当該ライ トコマンドと同様のコマンドを発行して該プライマリファイルュニッ 卜 と該セカンダリファイルュニッ 卜との間のコマンド受付処理と、 該プラ ィマリファイルュニッ 卜において該上位装置から当該ライ トコマンドに より書き込むべきデータを受領するデータ受領処理とを同時に実行し、 当該データの受領を完了すると同時に当該データを該プライマリフアイ ルュニッ 卜から該セカンダリフアイルュニッ 卜に対して転送してもよい。 また、 該書込動作指示コマンドに続く最初のライ トコマンドのデータ を該上位装置から該プライマリファイルュニッ 卜へ転送する処理と、 該 プライマリファイルュニッ 卜から該セカンダリファイルュニッ 卜へ該最 初のライ トコマンドのデータ転送を開始するまでに該プライマリフアイ ルュニッ 卜と該セカンダリファイルュニッ 卜との間で完了させておくべ き受付処理とを並列的に行なってもよい ό
このように、 本発明のファイルュニッ 卜間のリモ一卜転送方法によれ ば、 以下のような効果ないし利点を得ることができる。
〔 1〕 書込動作指示コマンドとこれに続く一連のライ トコマンドとに より構成される一つのライ 卜アクセス単位 （例えば C C W) を実行する 際に、 コマンド毎に、 プライマリファイルュニッ 卜からセカンダリファ ィルュニッ 卜へのリモート転送が行なわれ、 コマンド毎に書込データを 確実に二重化することができる。 これにより、 一連のライ 卜コマンドの 処理中に何らかの障害が発生した場合、 障害発生時の発行コマンド以 fi に発行されたライ トコマンドによる書込データは確実に二重化されてい る。 従って、 その障害に対処すべく上位装置がリカバリ処理を行なう際 に、 コマンドの一部をモディファイしてリカバリ処理を簡略化し、 障害 発生時の発行コマンド以降のライ トコマンドを発行してリ力バリ処理を 行なったとしても、 従来のような不具合は発生することなく、 2つのフ アイルュニッ トにおけるデータの等価性が確実に保証されることになる。
〔2〕 プライマリファイルュニッ 卜において切り離し要因が発生した 際には、 その要因が解消されるまで、 プライマリファイルユニッ トと上 位装置との間だけでなく、 プライマリファイルュニッ トとセ力ンダリフ アイルユニッ トとの間も一時的に切り離されるので、 セカンダリファイ ルュニッ トゃ上位装置は、 要因解消を待ち続けることなく他の処理を実 行することが可能になり、 効率よく稼働することができる。
〔 3〕 セカンダリファイルュニッ 卜において切り離し要因が発生した 際には、 その要因が解消されるまで、 セカンダリファイルュニッ 卜とプ ライマリファイルュニッ 卜との間だけでなく、 プライマリファイルュニ ッ 卜と上位装置との間も一時的に切り離されるので、 プライマリフアイ ルュニッ 卜や上位装置は、 要因解消を待ち続けることなく他の処理を実 行することが可能になり、 効率よく稼働することができる。
〔4〕 プライマリファイルュニッ 卜およびセカンダリファイルュニッ 卜において切り離し要因が同時に発生した際には、 プライマリファイル ュニッ トと上位装置との間、 および、 プライマリファイルュニッ 卜とセ 力ンダリファイルュニッ 卜との間を一時的に切り離した後、 プライマリ ファイルュニッ 卜の切り離し要因を優先的に解消してからセカンダリフ アイルュニッ 卜の切り離し要因を解消する。 これにより、 プライマリフ アイルュニッ トとセ力ンダリファイルュニッ 卜で切り離し要因が同時に 発生した場合にも対応することができる。 - 〔 5〕 プライマリファイルュニッ 卜およびセカンダリフアイルュニッ 卜において切り離し要因が同時に発生した際、 プライマリファイルュニ ッ 卜の切り離し要因の解消とセカンダリファイルュニッ 卜の切り離し要 因を解消とを同時に行なうことにより、 プライマリファイルュニッ 卜と セカンダリファイルユニッ トとを再結合した後に、 セカンダリファイル ユニッ ト側から切り離れ要求が発生する確率を小さくすることができ、 上位装置に対して正常終了 （終了ステータス） を通知するまでの応答時 間を短縮することができる。
〔6〕 上位装置からのライ トコマンドに応じてリモー卜転送を行なう 際、 上位装置からのライ トコマンドに応じてリモ一ト転送を行なう際、 上位装置からプライマリファイルュニッ 卜へのデータ転送処理と、 ブラ イマリファイルュニッ 卜とセカンダリファイルュニッ 卜との間のコマン ド受付処理とを並列的に実行し、 データの受領を完了すると同時にその データをリモー卜転送することにより、 リモ一 卜転送処理を高速化する ことができる。
〔 7〕 最初のライ トコマンドのデータを上位装置からプライマリファ ィルュニッ 卜へ転送する処理と、 最初のライ トコマンドのデータ転送を 開始するまでにプライマリファイルュニッ トとセカンダリファイルュニ ッ 卜との間で完了させておくべき受付処理とを並列的に行なうことによ り、 リモート転送をより高速化することができる。 図面の簡単な説明
図 1は本発明の一実施形態としてのファイルュニッ 卜間のリモー卜転 送方法の手順を説明するためのシーケンス図である。
図 2は本実施形態によるリモート転送時にプライマリファイルュニッ 卜で切り離し要因が発生した場合の対処手順を説明するためのシーゲン- ス図である。
図 3は本実施形態によるリモー卜転送時にセカンダリファイルュニッ 卜で切り離し要因が発生した場合の対処手順を説明するためのシーゲン ス図である。
図 4は本実施形態によるリモ一 卜転送時にプライマリファイルュニッ 卜およびセカンダリファイルュニッ 卜で同時に切り離し要因が発生した 場合の対処手順を説明するためのシーケンス図である。
図 5は本実施形態によるリモ一 卜転送時にプライマリファイルュニッ 卜およびセカンダリファイルュニッ 卜で同時に切り離し要因が発生した 場合の対処手順の変形例を説明するためのシーケンス図である。
図 6は本実施形態によるリモー卜転送時に処理の一部を並列化した一 例を説明するためのシーケンス図である。
図 7は本実施形態によるリモート転送時に処理の一部を並列化した他 例を説明するためのシーケンス図である。
図 8は一般的なデータの二重化手法の一例を説明するためのプロック 図である。
図 9は一般的なデータの二重化手法の他例を説明するためのプロック 図である。
図 1 0は、 図 9に示す手法を適用されたシステムの構成、 および、 同 システムで用いられるファイルユニッ ト （F C U ) の詳細構成を示すブ 口ック図である。 図 1 1はプライマリファイルュニッ 卜のキャッシュメモリに一時的に 書き込まれる 1 卜ラック分のデータの構成例を示す図である。
図 1 2は図 1 0に示すシステムにおいて行なわれる、 従来のリモ一卜 転送手順 （正常終了時） について説明するためのシーケンス図である。 図 1 3は、 図 1 0に示すシステムにおいて行なわれる、 従来のリモ一- 卜転送手順と障害発生時の上位装置によるリカバリ処理手順とについて 説明するためのシーケンス図である。
図 1 4は従来のリモ一卜転送手順と障害発生時の上位装置によるリ力 バリ処理手順との具体例を簡易的に示すシーケンス図である。
図 1 5は上位装置によるプライマリファイルュニッ 卜に対する従来の リカバリ処理手順の具体例を示すシーケンス図である。
図 1 6はリ力バリ処理手順を簡略化した例を示すシーケンス図である。 図 1 7は、 従来のリモート転送に際して障害が発生し、 上位装置が図 1 6に示す手順でリ力バリ処理を行なう場合の具体例を示すシーケンス 図である。 発明を実施するための最良の形態
以下、 図面を参照して本発明の実施の形態を説明する。
〔A〕 本実施形態のリモート転送方法の説明
本発明の一実施形態としてのファイルュニッ 卜間のリモート転送方法 が適用される、 ファイルシステムやファイルユニッ ト （プライマリファ ィルュニッ 卜 2 Cおよびセカンダリフアイルュニッ 卜 2 D ) などのハー ドウエアは、 図 1 0に示したものと同様であるので、 これらのファイル システムやファイルュニッ 卜 2 C， 2 Dについての詳細な説明は省略す る。
なお、 本実施形態のファイルシステムも、 図 1 0を参照しながら前述 した通り、 上位装置 1 (チャネル 1 a ) から書き込まれるデータを、 2 つのファイルュニッ ト 2 C， 2 D間でデータの等価性を保証するように 構成され、 チャネル 1 aとプライマリファイルュニッ ト 2 Cとを結ぶィ ンタフェース 2 1と同種のィンタフエース 2 2により、 プライマリファ ィルュニッ 卜 2 Cとセカンダリファイルュニッ 卜 2 Dとが結合されてい- る
各インタフヱ一ス 2 1， 2 2 としては、 例えば E S C O Nインタフエ —スが用いられる。 また、 プライマリファイルュニッ ト 2 Cは、 セカン ダリファイルュニッ 卜 2 Dに対し、 チャネル 1 aからプライマリファイ ルュニッ 卜 2 Cに対するシーケンスと同様のシーケンスでアクセスでき る機能を有している。 つまり、 プライマリファイルュニッ 卜 2 Cの R A ( P ) 1 4は、 チャネル 1 aと C A 1 1 との間で行なうシーケンスと同 様の処理方式で、 セカンダリファイルュニッ ト 2 Dの R A ( S ) 1 4に 対してコマンドの発行を行なえるようになつている。 このように、 R A ( P ) 1 4はチャネル 1 aと同等の動作を行なっている。 このため、 前 述した通り、 R A ( S ) 1 4としては、 特別な機能を有するものをそな える必要はなく、 通常のチャネル 1 aと接続される C A 1 1 としての機 能を有するものをそなえればよい。
以下に説明する本発明の特徴的なリモート転送手順は、 図 1 2〜図 1 5により前述した従来のリモ一 卜転送を実現するためのソフ トウヱァ (プログラム） に、 若干の変更を施すことによって容易に実現される。 次に、 図 1〜図 7を参照しながら本発明の一実施形態としてのフアイ ルュニッ ト間のリモ一卜転送方法について説明する。
図 1は、 本発明の一実施形態としてのファイルュニッ 卜 2 C， 2 D間 のリモー卜転送方法の手順を説明するためのシーケンス図である。
本実施形態においても、 上位装置 1力 書込開始位置情報をデータと して転送するための書込動作指示コマンド（Locate Record, Seek + Sear ch ID 等） C CW 1をプライマリファイルュニッ 卜 2 Cに対して発行し た後、 この書込動作指示コマンド C CW1とともに一つのライ 卜ァクセ ス単位 （例えば、 前述した C CW) を構成する一連のライ トコマンド C CW2〜C CWmを、 一つずつプライマリファイルュニッ ト 2 Cに対し— て順次発行し、 プライマリファイルュニッ ト 2 Cに対しデータ書込を行 なっている。 このような場合における、 本実施形態によるリモート転送 手順 （データ二重化手法） について以下に説明する。
図 1に示すように、 プライマリファイルュニッ 卜 2 Cの C A 1 1力く、 ライ ト動作をチャネル 1 aからのコマンド C CW 1によって指示された 場合、 即ち、 コマンド C CW 1として書込動作指示コマンド受け付けた 場合 （矢印 A 5 1参照） 、 C A 1 1は、 チャネル 1 aに対し、 コマンド C CW1を受け付けたことを通知するとともに （矢印 A 5 2参照） 、 コ マンド C CW 1を通信エリァ 1 6 aに書き込み （矢印 A 5 3参照） 、 コ マンド C CW 1の実行を RM 1 2に対して指示する （矢印 A 5 4参照） 。 つまり、 C A 1 1は、 適当な R A (P) 1 4の割当 （アサイン） を RM 1 2に要求し、 これから行なおうとしているライ トコマンドの処理を受 けてセカンダリファイルュニッ 卜 2 Dに対してライ 卜処理を実行する R A (P) 1 4を確保する。
ここで、 C A 1 1において、 ライ 卜動作の指示は、 コマンド C CW 1 に含まれる "Locate Record"のパラメータによって判別される。 なお、 "Locate Record"は位置付けコマンドの一例であり、 他にも "Seek + Se arch ID " 等のコマンドを用いることも可能である。
また、 最初に送られてくる書込動作指示コマンド C CW1は、 以降に 続くライ ト処理の位置決めを行なうためのものであり、 このコマンド C CW 1に付随するデータつまり書込開始位置情報は、 チャネル 1 aから C A 1 1に送られ （矢印 A 5 6参照） 、 通信エリア 1 6 aに書き込まれ る。
RM 1 2によって割り当てられた R A (P) 1 4は、 通信エリァ 1 6 aの情報を参照し （矢印 A 5 7参照） 、 コマンド C CW1を、 RA (S) 1 4に対して発行することにより （矢印 A 5 8参照） 、 R A (P) 1 4- と RA (S) 1 4との間の通信を確立させる。
通信が確立されると、 RA (S) 1 4は、 RA (P) 1 4に対し、 コ マンド C CW 1を受け付けたことを通知し （矢印 A 5 9参照） 、 この受 付通知を受けた R A (P) 1 4は、 RA (S) 1 4に対し、 書込開始位 置情報をデータとして送信する （矢印 A 6 0参照） 。 RA (S) 1 4は、 書込開始位置情報を受領すると、 正常終了を R A (P) 1 4に通知し (矢印 A 6 1参照） 、 この正常終了は、 RA (P) 1 4から通信エリア 1 6 aを介して C A 1 1に通知され （矢印 A 6 2参照） 、 この C A 1 1 が、 コマンド C CW1についての処理を正常に終了した旨をチャネル 1 aに対して通知する （矢印 A 6 3参照） 。
コマンド C CW 1の正常終了通知を受けた上位装置 1は、 続いて、 最 初のライ トコマンド C C W 2を、 チャネル 1 aからプライマリファイル ュニッ 卜 2 Cの C A 1 1へ送信する （矢印 A 6 4参照） 。 C A 1 1は、 ライ トコマンド C CW 2を受け付けると、 チャネル 1 aに対し、 ライ 卜 コマンド C CW 2を受け付けたことを通知するとともに （矢印 A 6 5参 照） 、 ライ トコマンド C CW2の実行を、 通信エリア 1 6 aを介して R A (P) 1 4に対して行なう （矢印 A 6 6参照） 。 また、 受付通知を受 けたチャネル 1 aから C A 1 1には、 ライ トコマンド C C W 2により書 き込むべきデータが送信され （矢印 A 6 7参照） 、 そのデータはキヤッ シュメモリ 1 6に書き込まれる （矢印 A 6 8参照） 。
ライ トコマンド C CW 2の実行指示を受けた R A (P) 1 4は、 ライ 卜コマンド C CW2を、 RA (S) 1 4に対して発行し （矢印 A 6 9参 照） 、 R A (S) 1 4は、 ライ トコマンド C C W 2を受け付けると、 R A (P) 1 4に対し、 ライ トコマンド C CW2を受け付けたことを通知 する （矢印 A 7 0参照） 。 この受付通知を受けた RA (P) 1 4は、 ラ イ トコマンド C CW2により書き込むベきデータをキャッシュメモリ 1— 6から読み出し （矢印 A 7 1参照） 、 そのデータを R A (S) 1 4に対 し送信する （矢印 A 7 2参照） 。 そして、 R A (S) 1 4は、 データを 受領すると、 正常終了を RA (P) 1 4に通知し （矢印 A 7 3参照） 、 この正常終了は、 R A (P) 1 4から通信エリァ 1 6 aを介して C A 1 1に通知され （矢印 A 7 4参照） 、 この C A 1 1がライ トコマンド C C W2についての処理を正常に終了した旨をチャネル 1 aに対して通知す る （矢印 A 7 5参照） 。
以下、 同様に、 ライ トコマンド C CW 2の正常終了通知を受けた上位 装置 1は、 プライマリファイルュニッ 卜 2 Cに対し、 一連のライ トコマ ンド C CW3〜C CWmを一つずつ順次送信する （矢印 A 7 6， A 7 7 参照） 。 各ライ トコマンド C CW3〜C CWmは、 矢印 A 6 4〜A 7 5 で示した手順と同様の手順で、 セカンダリファイルュニッ 卜 2 Dヘリモ 一卜転送されるとともに、 各ライ 卜コマンド C CW3〜C CWmにより 書き込まれるべきデータが、 セカンダリファイルュニッ 卜 2 Dにリモー 卜転送されて書き込まれる。 なお、 図 1において、 ライ トコマンド C C Wmについての処理を示す矢印 A 7 7〜A 8 9は、 それぞれ、 ライ トコ マンド C CW2についての処理を示す矢印 A 6 4〜A 7 5に対応してい るので、 その説明は省略する。
そして、 一つの C CWを終える際には、 このライ トアクセス単位を終 了する旨を通知するコマンド "C CW終結" を、 チャネル l aからプラ ィマリファイルュニッ ト 2 Cの C A 1 1へ送信される （矢印 A 8 9参 照） 。 C A 1 1は、 コマンド " C C W終結" を受領すると、 チャネル 1 aに対し、 コマンド "C CW終結" を受領したことを通知するとともに (矢印 A 9 0参照） 、 C CWの終了を、 通信エリァ 1 6 aを介して R A (P) 1 4に対して通知する （矢印 A 9 1参照） 。 C CW終了通知を受 けた R A (P) 1 4は、 コマンド " C C W終結" を、 R A (S) 1 4に— 対して発行し （矢印 A 9 2参照） 、 RA (S) 1 4は、 コマンド "C C W終結" を受領すると、 RA (P) 1 4に対し、 コマンド "C CW終 結" を受領したことを通知する （矢印 A 9 3参照） 。
このような処理を終えた後、 図 1では図示しないが、 プライマリファ ィルュニッ 卜 2 Cでは、 D A 1 7により、 キャッシュメモリ 1 6に保持 されているデータが物理デバイス 2 0に書き込まれるとともに、 セカン ダリファイルュニッ 卜 2 Dでも、 DA 1 7により、 キャッシュメモリ 1 6に保持されているデータが物理デバイス 2 0に書き込まれ、 プライマ リファイルュニッ 卜 2 Cとセカンダリファイルュニッ 卜 2 Dとによるデ 一夕の二重化が実現される。
上述のごとく、 本実施形態のリモート転送方法では、 書込動作指示コ マンド C CW 1以降、 チャネル 1 aと結合している C A 1 1は、 上位装 置 1から指示されるライ トコマンド毎にプライマリファイルュニッ 卜 2 C自身での従来と同様のコマンドの処理を完了すると、 RA (P) 1 4 に対しモジュール間通信エリア 1 6 aを利用して今回処理したライ トコ マンドを通知し、 R A (P) 1 4からセカンダリフアイルュニッ 卜 2 D へのライ トコマンドのリモー卜転送の終了応答を待つことになる。 なお、 プライマリファイルュニッ ト 2 C自身での従来と同様のコマンドの処理 としては、 例えば、 ライ トコマンドの場合は上位装置 1からのデータを キャッシュメモリ 1 6に書き込み、 制御情報を更新する等の処理がある。 つまり、 RA (P) 1 4は、 モジユ ール間通信ェリア 1 6 aにチヤネ ル 1 aと結合中の C A 1 1から示された情報を基に、 同様のライ トコマ ンドをセカンダリファイルュニッ 卜 2 Dに対して発行し、 該当するデ一 夕を指定されたキヤッシュメモリ 1 6の C A 1 1によって更新された制 御情報を読み込むことにより、 RA (P) 1 4の保持するバッファ中に 取り込み、 該当するライ トコマンドのデータとして送出し、 セカンダリ― ファイルュニッ 卜 2 Dの RA (S) 1 4からコマンドの終了ステータス を受け付ける。 なお、 セカンダリファイルユニッ ト 2 Dの R A (S) 1 4は、 C A 1 1がチャネル 1 aから受け取ったライ トコマンドについて 行なう処理と同様の処理を行なう。 RA (P) 1 4は、 受け取った終了 ステータスを、 モジュール間通信ェリア 1 6 aを用いて、 チャネル 1 a と結合中の C A 1 1に通知する。
RA (P) 1 4からセカンダリファイルュニッ 卜 2 Dでのコマンド動 作の完了を示された C A 1 1は、 そのコマン ド終了ステータスが正常終 了を示しているのならば、 上位装置 1のチャネル 1 aに対して同様に正 常終了を返し、 異常終了しているのならば、 自らのライ 卜アクセスも異 常終了として上位装置 1のチャネル 1 aに報告する。 このようにして、 常に、 プライマリファイルュニッ 卜 2 Cとセカンダリフアイルュニッ 卜 2 Dとのデータのライ トコマンド単位での完全二重化が保証されること になな。
このように、 本発明の一実施形態としてのリモート転送方法によれば、 上位装置 1から行なわれる物理デバイス 2 0のアクセスに対し、 上位装 置 1から書込動作が行なわれるコマンド（Locate Record, Seek + Search ID 等） が指示された時点で、 プライマリファイルュニッ 卜 2 Cの R A (P) 1 4が上位装置となってセカンダリフアイルュニッ ト 2 Dにコマ ンドを発行し、 チャネル 1 aから C A 1 1を通してプライマリファイル ュニッ 卜 2 Cに対して指示される各々のコマンド動作は、 プライマリフ アイルュニッ ト 2 Cから同様にセカンダリフアイルュニッ 卜 2 Dにも指 示され、 上位装置 1から発行された一つのライ トコマンドにより、 ブラ ィマリファイルュニッ 卜 2 Cに書き込まれたデータが、 同様のライ 卜コ マンドによりプライマリファイルュニッ 卜 2 Cからセカンダリファイル ユニッ ト 2 Dに受け渡され、 正常に書き込まれたことをプライマリファ- ィルユニッ ト 2 Cが確認した後、 チャネル 1 aに対してコマンド動作の 終了ステータスを返すことで、 ライ トコマンド毎に 2つのファイルュニ ッ 卜 2 C , 2 Dのデータの等価性が確実に保証される。
これにより、 一連のライ トコマンドの処理中に何らかの障害が発生し た場合、 障害発生時の発行コマンド以前に発行されたライ トコマンドに よる書込データは確実に二重化されている。 従って、 その障害に対処す ベく上位装置 1がリカバリ処理を行なう際に、 例えば図 1 6に示したご とく、 コマンドの一部をモディフアイしてリ力バリ処理を簡略化し、 障 害発生時の発行コマンド以降のライ トコマンドを発行してリカバリ処理 を行なったとしても、 従来のような不具合は発生することがなく、 2つ のファイルュニッ ト 2 C， 2 Dにおけるデータの等価性が確実に保証さ れることになる。
〔B〕 リモ一卜転送時に切り離し要因が発生した場合の対処手順の説 明
さて、 次に、 リモ一卜転送時に切り離し要因が発生した場合の対処手 順について、 図 2〜図 5を参照しながら説明する。
〔 B _ 1〕 プライマリファイルュニッ ト 2 Cで切り離し要因が発生し た勿口
プライマリファイルュニッ 卜 2 Cが何らかの要因で上位装置 1 との結 合を一時的に解除しなくてはならない状態に陥った場合、 即ち、 プライ マリファイルュニッ 卜 2 Cと上位装置 1とを一時的に切り離すべき切り 離し要因が発生した場合、 プライマリファイルュニッ ト 2 C内において、 チャネル 1 aと結合していた C A 1 1力ヽら、 セカンダリファイルュニッ 卜 2 Dと結合している R A ( P ) 1 4へ、 モジュール間通信エリァ 1 6 aを用いてチャネル 1 aからの切り離れが発生した旨を知らせ、 プライ マリファイルュニッ ト 2 Cとセカングリフアイルュニッ 卜 2 Dとの間 O 結合もそれに伴い一時的に切断させるベく、 本実施形態では、 特殊ディ スコネク トインタフェースがそなえられている。
この特殊ディスコネク トインタフエースは、 セカンダリファイルュニ ッ 卜 2 D側はコマンド動作の継続処理 （チェイニング） が可能でも、 プ ライマリフアイルュニッ 卜 2 Dにおいてコマンド処理継続が不可能であ るため、 プライマリファイルュニッ ト 2 Cから切り離れることを示すコ 一ドが発行され、 再結合は再びプライマリファイルュニッ 卜 2 Cが動作 可能な状態になった時に、 プライマリファイルュニッ ト 2 Cから再結合 を示すコードを発行することで再結合を行ない、 その間、 セカンダリフ アイルュニッ ト 2 Dはいつでも再結合が可能な状態を保持できるように しておく ことができるィンタフヱ一スである。
なお、 前述の切り離し要因は、 キャッシュメモリ 1 6の容量不足や、 ライ 卜スルー動作などに起因して生じるものである。
プライマリファイルュニッ ト 2 Cにおいて、 キャッシュメモリ 1 6の 容量不足やライ トスルー動作等の要因によりチャネル 1 aと C A 1 1 と の間でディスコネク 卜しなければならない事象が発生した場合、 その事 象が解決するまでファイルュニッ ト 2 C， 2 D間の結合の切り離しを行 なわなければ、 E S C O Nィンタフヱ一ス仕様に基づくタイムアウ トカ' 発生してしまう。 E S C O Nィンタフヱースでは基本的にフレームと呼 ばれるブロックで通信しており、 このフレーム間の待ち時間が決められ ている。 そこで、 本実施形態では、 R A (S) 1 4 と尺 （？） 1 4との間に パスを張る時点でそのパスが通常のチャネル 1 aからの結合ではなくフ アイルュニッ 卜 2 C， 2 D間の結合であることを、 プライマリファイル ュニッ 卜 2 Cからセカンダリファイルュニッ 卜 2 Dに知らせ、 R A (S) 1 4は、 そのパスから本来チャネル 1 aからは発行されない切り離れ要 求を受付可能で、 RA (P) 1 4から切り離れ要求が来た場合には、 そ れを受け付けてファイルュニッ 卜 2 C， 2 D間の結合の切り離し処理を 行ない、 再びプライマリファイルュニッ 卜 2 Cから再結合要求が発行さ れるまで、 切り離れた時の状態をセカンダリファイルュニッ 卜 2 D内の 情報格納ェリアに覚え込んでおく ことができるように構成されている。 また、 本実施形態において、 プライマリファイルュニッ ト 2 Cの C A 1 1は、 チャネル 1 aと切り離れなければならない事象が発生した時に モジュール間通信ェリア 1 6 aを用いて R A (P) 1 4に切り離れ要求 の発行 （ファイルュニッ ト 2 C, 2 D間の一時切り離れ処理を実行する こと） を要求してからチャネル 1 aと切り離れ、 プライマリファイルュ ニッ ト 2 Cの RM 1 2と必要な切り離れ処理 （チャネルディスコネク ト 処理） を行なってからアイ ドル状態に戻るように構成されている。
図 2は、 本実施形態によるリモー 卜転送時に、 プライマリファイルュ ニッ 卜 2 Cで切り離し要因が発生した場合の対処手順を説明するための シーケンス図であり、 この図 2では、 ライ 卜コマンド C CWnの処理時 にプライマリファイルュニッ ト 2 Cで切り離し要因が発生した場合が示 されている。
図 2において、 上位装置 1がライ 卜コフンド C CWnをチャネル 1 a からプライマリファイルュニッ 卜 2 Cの C A 1 1へ送信した後、 R A (P) 1 4が RA (S) 1 4からの正常終了を通信エリア 1 6 aを介し て C A 1 1に通知するまでの処理、 つまり矢印 B 1 1〜B 2 1で示す処 理は、 それぞれ、 図 1の矢印 A 6 4〜A 7 4で示す処理に対応している ので、 その説明は省略する。
RA (P) 1 4が尺八 （3) 1 4からの正常終了を通信エリア 1 6 a を介して C A 1 1に通知した時点 （矢印 B 2 1参照） で、 プライマリフ アイルュニッ 卜 2 Cで切り離し要因が発生したとすると、 本実施形態に おいて、 C A 1 1は、 モジュール間通信エリァ 1 6 aを用いて R A (P) 1 4に切り離れ要求の発行を要求してから （矢印 B 2 2参照） 、 チヤネ ノレ 1 aに対して切り離れ要求を発行してチャネル 1 aと切り離れるとと もに （矢印 B 2 3 , B 2 5参照） 、 プライマリファイルュニッ ト 2 Cの RM 1 2と必要な切り離れ処理 （チャネルディスコネク 卜処理） を行な つてからアイ ドル状態に戻る。
そして、 R A (P) 1 4は、 C A 1 1からの要求に応じて、 結合中の RA (S) 1 4に対して切り離れ要求を発行し （矢印 B 2 4， B 2 6参 照） 、 RA (P) 1 4からの切り離れ要求を受領した R A (S) 1 4は、 ファイルユニッ ト 2 C， 2 D間の結合の切り離し処理を行ない、 再びプ ライマリファイルュニッ 卜 2 Cから再結合要求が発行されるまで、 切り 離れた時の状態をセカンダリファイルュニッ 卜 2 D内の情報格納エリア に覚え込ませる。
そして、 切り離れ要求を受けたセカンダリファイルュニッ 卜 2 Dの R A (S) 1 4は、 上位装置 1から切り離れ要求が来たことをセカンダリ ファイルュニッ ト 2 D内の制御情報格納エリアに書き込み、 上位装置 1 からの切り離れ要求によって一時切り離れが起きたことをセカンダリフ アイルュニッ ト 2 Dの RM 1 2に通知し、 アイ ドル状態に戻る。 セカン ダリファイルユニッ ト 2 Dの R A (S) 1 4から上記の指示を受けた R M 1 2は、 再び同一の R A (S) 1 4から結合要求が来るまではその処 理に関するァクションを起こすことはしない。 また、 RA (S) 1 4に切り離れ要求を発行した R A (P) 1 4は、 ファイルユニッ ト 2 C， 2 D間の結合の一時切り離れを行ない、 やはり プライマリファイルュニッ 卜 2 Cの RM 1 2と必要な処理 （リモー卜転 送ディスコネク ト処理） を行なった後、 アイ ドル状態に戻る。
その後、 切り離し要因が解消され、 プライマリファイルュニッ 卜 2 C - においてチャネル 1 aと CA 1 1とが再結合可能な状態になった時に、 C A 1 1は、 チャネル 1 aに対して再結合要求を行ない （矢印 B 2 7参 照） 、 再結合するとともに （矢印 B 2 8参照） 、 再びセカンダリファイ ルュニッ 卜 2 Dとの結合を指示するために、 プライマリファイルュニッ 卜 2 Cの RM 1 2に対し R A (P) 1 4の割当 （アサイン） を要求し
(矢印 B 2 9 , B 3 0参照） 、 RM 1 2によって再度リモ一卜転送動作 が要求された R A (P) 1 4は、 該当するモジュール間通信エリア 1 6 aの情報を再度読み込み （矢印 B 3 1参照） 、 切り離れる前の情報を復 活させ、 一時切り離れを要求したセカンダリファイルュニッ 卜 2 Dの R A (S) 1 4に対して、 再結合要求を発行し （矢印 B 3 2参照） 、 再結 合を行なう。
再結合要求を受けた R A (S) 1 4は、 その再結合要求がプライマリ ファイルュニッ ト 2 Cから指示されたことをセカンダリファイルュニッ 卜 2 Cの RM 1 2に通知し、 再結合を受け付けたことをプライマリファ ィルュニッ ト 2 Cの RA (P) 1 4に応答し （矢印 B 3 3参照） 、 必要 な情報をセカンダリファイルュニッ 卜 2 D内の制御情報格納エリァから 読み込み、 一時切り離れが起きる前の状態に復帰して処理を継続する。 そして、 チャネル 1 aに対して再結合を要求したプライマリファイル ユニッ ト 2 Cの C A 1 1力 チャネル 1 aに対して正常終了を通知する ことにより （矢印 B 3 4参照） 、 一時切り離れが起きる前の状態に復帰 して処理を継続する。 これにより、 上位装置 1は、 切り離し要因の発生 したライ 卜コマンド C C W nの次のライ トコマンド C C Wn+1 を、 ブラ ィマリファイルュニッ ト 2 Cの C A 1 1に対して発行し （矢印 B 3 5参 照） 、 同様のリモ—卜転送処理が再開される （矢印 B 3 6〜B 4 3参 照） 。
このように、 本実施形態によれば、 プライマリファイルュニッ 卜 2 C- において切り離し要因が発生した際には、 その要因が解消されるまで、 プライマリファイルュニッ ト 2 Cと上位装置 1との間だけでなく、 ブラ イマリファイルュニッ 卜 2 Cとセカンダリファイルュニッ 卜 2 Dとの間 も一時的に切り離されるので、 セカンダリファイルュニッ 卜 2 Dや上位 装置 1は、 要因解消を待ち続けることなく他の処理を実行することが可 能になり、 効率よく稼働することができる。
C B - 2 ) セカンダリファイルュニッ 卜 2 Dで切り離し要因が発生し
7こ 口
一方、 セカンダリファイルュニッ ト 2 Dが何らかの要因でプライマリ ファイルュニッ ト 2 Cとの結合を一時的に解除しなくてはならない状態 に陥った場合、 即ち、 セカンダリファイルュニッ 卜 2 Dとプライマリフ アイルュニッ ト 2 Cとを一時的に切り離すべき切り離し要因が発生した 場合、 本実施形態のプライマリファイルュニッ ト 2 Cにおいては、 セカ ンダリファイルュニッ ト 2 Dからの切り離れ要求があったことを、 R A ( S ) 1 4と結合している R Aモジュールから、 チャネル 1 aと結合し ている C A 1 1へモジュール間通信エリア 1 6 aを介して通知し、 チヤ ネル 1 aとの一時切り離れ処理を行なえるように構成されている。
図 3は、 本実施形態によるリモート転^!時に、 セカンダリファイルュ ニッ ト 2 Dで切り離し要因が発生した場合の対処手順を説明するための シーケンス図であり、 この図 3では、 ライ トコマンド C C W nの処理時 にセカンダリファイルュニッ ト 2 Dで切り離し要因が発生した場合が示 されている。
図 3において、 上位装置 1がライ トコマンド C CWnをチャネル 1 a からプライマリファイルュニッ ト 2 Cの C A 1 1へ送信した後、 R A (S) 1 4が RA (P) 1 4からデータを受信するまでの処理、 つまり 矢印 B 1 1〜B 1 9で示す処理は、 それぞれ、 図 1の矢印 A 6 4〜A 7- 2で示す処理に対応しているので、 その説明は省略する。
R A (S) 1 4が RA (P) 1 4からデータを受信した時点 （矢印 B 1 9参照） で、 セカンダリファイルュニッ 卜 2 Dで切り離し要因 （例え ばキヤッシュメモリ 1 6の容量不足） により RA (S) 1 4と RA (P) 1 4とをディスコネク 卜しなければならない事象が発生した場合、 本実 施形態において、 セカンダリファイルユニッ ト 2 Dの R A (S) 1 4は、 通常のチャネル 1 aと結合する C A 1 1と同様にして、 切り離れ要求を 上位である R A (P) 1 4に対して発行する （矢印 B 5 1， B 5 2参 照） 。
セカンダリファイルユニッ ト 2 Dの R A (S) 1 4から切り離れ要求 を受けたプライマリファイルュニッ ト 2の RA (P) 1 4は、 モジユー ル間通信エリァ 1 6 aを用いて C A 1 1に切り離れ要求を行なうととも に （矢印 B 5 3参照） 、 フアイルュニッ 卜 2 C， 2 D間結合の一時切り 離しを行ない、 RA (P) 1 4および R A (S) 1 4は、 それぞれの R M l 2と必要な処理 （各々のディスコネク ト処理） を行なった後、 アイ ドル状態に戻る。
また、 R A (P) 1 4から切り離れ要求を受けた C A 1 1は、 チヤネ ル 1 aに対して切り離れ要求を発行してチャネル 1 aと切り離れるとと もに （矢印 B 5 4， B 5 5参照） 、 プライマリファイルュニッ 卜 2 Cの RM 1 2と必要な切り離れ処理 （チャネルディスコネク 卜処理） を行な つてからアイ ドル状態に戻る。 その後、 セカンダリファイルュニッ 卜 2 Dにおいて切り離し要因が解 消され再びプライマリファイルュニッ 卜 2 Cと再結合可能な状態になつ た時に、 セカンダリファイルュニッ 卜 2 Dの RA (S) 1 4は、 プライ マリファイルュニッ 卜 2 Cの RA (P) 1 4に対して再結合要求を行な う （矢印 B 5 6， B 5 7参照） 。 - 再結合指示を受け付けた R A (P) 1 4は、 プライマリファイルュニ ッ 卜 2 Cの RM 1 2に対し、 C A 1 1とチャネル 1 aとの再結合を要求 し （矢印 B 5 8参照） 、 RM 1 2によって再度チャネル 1 aと結合する ことを指示された C A 1 1は、 該当するモジュール間通信エリア 1 6 a の情報を再度読み込み （矢印 B 5 9， B 6 0参照） 、 再結合要求をチヤ ネル 1 aに対して行ない （矢印 B 6 1参照） 、 チャネル 1 aと C A 1 1 との間で再結合を行ない （矢印 B 6 2参照） 、 処理を継続する。
そして、 RA (S) 1 4からの正常終了の通知が、 RA (P) 1 4， モジュール間通信エリア 1 6 aおよび C A 1 1を経由し、 チャネル 1 a に対して行なわれることにより （矢印 B 6 3〜B 6 5参照） 、 プライマ リファイルュニッ ト 2 Cは、 一時切り離れが起きる前の状態に復帰して 処理を継続する。 これにより、 上位装置 1は、 切り離し要因の発生した ライ トコマンド C CWnの次のライ 卜コマンド C CWn+1 を、 プライマ リファイルュニッ 卜 2 Cの C A 1 1に対して発行し （矢印 B 3 5参照） 、 リモート転送処理が再開される。
このように、 本実施形態によれば、 セカンダリファイルユニッ ト 2 D において切り離し要因が発生した際には、 その要因が解消されるまで、 セカンダリファイルュニッ ト 2 Dとプライマリファイルュニッ 卜 2 Cと の間だけでなく、 プライマリファイルュニッ 卜 2 Cと上位装置 1との間 も一時的に切り離されるので、 プライマリファイルュニッ 卜 2 Cや上位 装置 1は、 要因解消を待ち続けることなく他の処理を実行することが可 能になり、 効率よく稼働することができる。
〔B— 3〕 プライマリファイルュニッ ト 2 Cとセカンダリファイルュ ニッ 卜 2 Dとで切り離し要因が同時に発生した場合 （その 1 )
ところで、 チャネル 1 aとプライマリファイルュニッ 卜 2 Cとの間で のチャネルディスコネク 卜要求と、 セカンダリファイルュニッ ト 2 Dか- らのリモート転送ディスコネク ト要求とが同時に発生した場合、 本実施 形態では、 セカンダリファイルュニッ 卜 2 Dからのリモー卜転送ディス コネク 卜要求を抑止して、 チャネル 1 aとのディスコネク 卜要求を優先 し、 セカンダリファイルュニッ ト 2 Dに対しては、 前述した特殊ディス コネク トィンタフヱ一スが動作するように構成している。
図 4は、 本実施形態によるリモート転送時に、 プライマリファイルュ ニッ ト 2 Cおよびセカンダリファイルュニッ 卜 2 Dで同時に切り離し要 因が発生した場合の対処手順を説明するためのシーケンス図であり、 こ の図 4では、 ライ トコマンド C C W nの処理時にプライマリファイルュ ニッ ト 2 Cおよびセカンダリファイルュニッ 卜 2 Dとで切り離し要因が 同時に発生した場合が示されている。
図 4において、 上位装置 1がライ トコマンド C C W nをチャネル 1 a からプライマリファイルュニッ 卜 2 Cの C A 1 1へ送信した後、 R A ( S ) 1 4が R A ( P ) 1 4からデータを受信するまでの処理、 つまり 矢印 B 1 1〜B 1 9で示す処理は、 それぞれ、 図 1の矢印 A 6 4〜A 7 2で示す処理に対応しているので、 その説明は省略する。 また、 図 4中、 図 2および図 3で既述の符号と同一の符号を付された矢印は、 同一もし くはほぼ同一の動作/手順を示すものであるので、 その説明は省略する。
R A ( S ) 1 4が R A ( P ) 1 4からデータを受信した時点 （矢印 B 1 9参照） で、 プライマリファイルュニッ 卜 2 Cとセカンダリファイル ュニッ 卜 2 Dとで切り離し要因が同時に発生した場合、 プライマリファ ィルュニッ 卜 2 Cの CA 1 1とセカンダリファイルュニッ 卜 2 Dの R A (S) 1 4とがともにプライマリファイルユニッ ト 2 Cの R A (P) 1 4に対して切り離れ要求を発行してく る （矢印 B 2 4および B 5 1参 照） 。
このとき、 プライマリファイルュニッ ト 2 Cの C A 1 1力、らの切り離— れ要求を優先し、 セカンダリファイルュニッ ト 2 Dの R A (S) 1 4力、 らの切り離れ要求を無視して結合中のセカンダリファイルュニッ ト 3 D の RA (S) 1 4に対し、 図 2にて前述した切り離れ要求を行なう （矢 印 B 2 4， B 2 6参照） 。
このとき、 プライマリフアイルュニッ 卜 2 Cの RA (P) 1 4は、 セ カンダリファイルュニッ 卜 2 Dの R A (S) 1 4からの切り離れ要求を 受領すると、 一旦、 RA (S) 1 4からの切り離れ要求をモジュール間 通信エリア 1 6 aに書き込むが （矢印 B 6 9参照） 、 CA 1 1からの切 り離れ要求も同時に発生していることを認識すると、 その RA (S) 1 4からの切り離れ要求を撒回するようにモジュール間通信エリア 1 6 a に指示する （矢印 B 7 0参照） 。
また、 プライマリファイルュニッ 卜 2 Dが発行した切り離れ要求に対 して、 上位であるプライマリファイルュニッ ト 2 Cの RA (P) 1 4力、 ら切り離れ要求が指示された場合、 プライマリファイルュニッ 卜 2 Dは 自分で発行した切り離れ要求を内部的に撤回し、 プライマリファイルュ ニッ ト 2 Cから指示された切り離れ要求を受け付ける （矢印 B 2 4 , B 2 6参照） 。
このため、 再結合後、 RA (P) 1 4がセカンダリファイルュニッ 卜 2 Dの RA (S) 1 4から指示される切り離れ要求を受け付けた場合 (矢印 B 5 1 ' 参照） 、 R A (P) 1 4は、 チャネル 1 aとプライマリ ファイルュニッ 卜 2 Cの C A 1 1との間がその指示によって切り離され たことを、 モジュール間通信エリア 1 6 aを介して確認してから （矢印 B 7 1参照） 、 セカンダリファイルユニッ ト 2 Dの R A ( S ) 1 4に対 して切り離れ要求の受領を返す （矢印 B 7 2参照） 。
なお、 優先権をもつプライマリファイルュニッ 卜 2 Cの C A 1 1は、 ファイルユニッ ト 2 C , 2 D間結合の状態によらず自らの切り離れ要 でチャネル 1 aと切り離れる。
そして、 プライマリファイルュニッ ト 2 C側の切り離れ要求が優先さ れ、 プライマリファイルュニッ ト 2 Cと上位装置 1 との間、 および、 プ ライマリファイルュニッ 卜 2 Cとセカンダリファイルュニッ 卜 2 Dとの 間を一時的に切り離した状態で、 プライマリファイルユニッ ト 2 じでの 切り離し要因が解消されると、 図 2にて説明した手順で再結合が行なわ れる （矢印 B 2 7〜B 3 3参照） 。
上位装置 1とプライマリファイルュニッ 卜 2 Cとの間、 および、 ブラ イマリファイルュニッ 卜 2 Cとセカンダリファイルュニッ 卜 2 Dとの間 が再結合されると、 セカンダリファイルユニッ ト 2 Dにお L、て未だ解消 されていない切り離し要因により、 再び上位装置 1 とプライマリファイ ルュニッ ト 2 Cとの間、 および、 プライマリファイルュニッ ト 2 Cとセ 力ンダリファイルュニッ ト 2 Dとの間は一時的に切り離れた伏態となる。 そして、 セカンダリファイルュニッ 卜 2 Dでの切り離し要因が解消され ると、 図 3にて説明した手順で再結合が行なわれる （矢印 B 5 6〜B 6 5参照） 。
このように、 本実施形態によれば、 プライマリファイルユニッ ト 2 C およびセカンダリファイルュニッ 卜 2ひにおいて切り離し要因が同時に 発生した際には、 プライマリファイルュニッ ト 2 Cと上位装置 1 との間、 および、 プライマリファイルュニッ 卜 2 Cとセカンダリファイルュニッ ト 2 Dとの間を一時的に切り離した後、 プライマリファイルュニッ 卜 2 Cの切り離し要因を優先的に解消してからセカンダリファイルュニッ ト 2 Dの切り離し要因を解消する。 これにより、 プライマリファイルュニ ッ ト 2 Cとセカンダリファイルュニッ ト 2 Dで切り離し要因が同時に発 生した場合にも対応することができる。
〔B— 4〕 プライマリファイルュニッ 卜 2 Cとセカンダリファイルユー ニッ ト 2 Dとで切り離し要因が同時に発生した場合 （その 2 )
図 4に示した例では、 プライマリファイルュニッ ト 2 Cおよびセカン ダリファイルュニッ ト 2 Dで同時に切り離し要因が発生した場合に、 プ ライマリファイルュニッ 卜 2 Cでの切り離し要因を解消してから再結合 し、 セカンダリファイルュニッ 卜 2 Dの切り離し要因によって再度切り 離しを行なった後、 セカンダリファイルュニッ 卜 2 Dでの切り離し要因 を解消している。
これに対し、 図 5に示す対処手順では、 チャネル 1 aとプライマリフ アイルュニッ 卜 2 Cとの間でのチャネルディスコネク ト要求と、 セカン ダリファイルュニッ ト 2 Dからのリモート転送ディスコネク ト要求とが 同時に発生し、 チャネル 1 aとのディスコネク 卜要求を優先し、 セカン ダリファイルュニッ 卜 2 Dに対しては上位指示による特殊ディスコネク 卜インタフエ一スが動作した場合でも、 セカンダリフアイルュニッ 卜 2 D内において、 上位から指示されたディスコネク 卜のリモ一卜転送ディ スコネク ト要因となっている問題 （切り離し要因） を同時に解決させ、 プライマリファイルュニッ ト 2 Cとの再結合後に再びリモー卜転送ディ スコネク 卜要求が発生する確率を減らしている。
図 5は、 本実施形態によるリモー卜転送時に、 プライマリファイルュ ニッ ト 2 Cおよびセカンダリファイルュニッ 卜 2 Dで同時に切り離し要 因が発生した場合の対処手順の変形例を説明するためのシーケンス図で あり、 この図 5では、 図 4に示した例と同様、 ライ トコマンド C C W n の処理時にプライマリファイルュニッ 卜 2 Cおよびセカンダリファイル ュニッ ト 2 Dとで切り離し要因が同時に発生した場合が示されている。 図 5においても、 上位装置 1がライ トコマンド C CWnをチャネル 1 aからプライマリファイルュニッ 卜 2 Cの C A 1 1へ送信した後、 RA (S) 1 4が RA (P) 1 4からデータを受信するまでの処理、 つまり- 矢印 B 1 1〜B 1 9で示す処理は、 それぞれ、 図 1の矢印 A 6 4〜A 7 2で示す処理に対応しているので、 その説明は省略する。 また、 図 5中、 図 2〜図 4で既述の符号と同一の符号を付された矢印は、 同一もしくは ほぼ同一の動作/手順を示すものであるので、 その説明は省略する。 図 5に示す対処手順では、 図 4に示した対処手順とは異なり、 セカン ダリファイルュニッ ト 2 Dにおいて自分の切り離れ要求が上位からの切 り離れ要求により撤回された場合でも、 セカンダリファイルュニッ 卜 2 Dは、 プライマリファイルュニッ ト 2 Cと再結合されるまでの間に、 セ カンダリファイルュニッ 卜 2 D内で発生した切り離し要因を解決するた めの手段を実行し、 その切り離し要因を解消している。 その手段は、 セ カンダリファイルュニッ ト 2 Dで RA (S) 1 4が行なう R M 1 2との ディスコネク 卜処理において起動される。
従って、 プライマリフアイルュニッ 卜 2 Cとセカンダリフアイルュニ ッ ト 2 Dとでにおいて、 それぞれの切り離し要因となった事象を並行し て解決され、 プライマリファイルユニッ ト 2 Cから再結合要求が来た時 (矢印 B 3 2参照） には、 図 4で示した例のごとくセカンダリファイル ュニッ ト 2 Dから切り離れ指示がされることなく処理の継続可能である。 つまり、 セカンダリファイルュニッ 卜 2 Dにいおいて再結合要求が来 た時点では、 既に切り離し要因が解消されているので、 RA (S) 1 4 から、 RA (P) 1 4， モジュール間通信エリア 1 6 aおよび C A 1 1 を経由し、 チャネル 1 aに対して直ちに正常終了の通知が行なわれ （矢 印 B 6 3〜B 6 5参照） 、 リモ一 卜転送処理が再開される。
このように、 本実施形態によれば、 プライマリファイルュニッ ト 2 C およびセカンダリファイルュニッ 卜 2 Dにおいて切り離し要因が同時に 発生した際、 プライマリファイルュニッ ト 2 Cの切り離し要因の解消と セカンダリファイルュニッ 卜 2 Dの切り離し要因を解消とを同時に行な- うことにより、 プライマリファイルュニッ 卜 2 Cとセカンダリファイル ユニッ ト 2 Dとを再結合した後に、 セカンダリファイルュニッ 卜 2 D側 から切り離れ要求が発生する確率を小さくすることができ、 上位装置 1 に対して正常終了 （終了ステータス） を通知するまでの応答時間を短縮 することができる。
〔c〕 リモート転送処理の並列化の説明
C C - 1 ) 並列化の一例の説明
図 6は本実施形態によるリモート転送時に処理の一部を並列化した一 例を説明するためのシーケンス図である。 なお、 図 6では、 図 1でも示 したライ トコマンド C C W 2の処理に関わる部分のみ取り出して示して おり、 図 6中、 図 1で既述の符号と同一の符号を付された矢印は、 同一 もしくはほぼ同一の動作 Z手順を示すものであり、 その詳細な説明は省 略する。
図 6に示すように、 上位装置 1から指示されるライ トコマンド C C W 2に対し、 プライマリファイルュニッ 卜 2 Cの C A 1 1力く、 チャネル 1 aからコマン ドコードを受け取った時点 （矢印 A 6 4参照） で、 コマン ドコ一ドのみをプライマリフアイルュニッ 卜 2 C内のモジュール間通信 エリア 1 6 aを用いて R A ( P ) 1 4に知らせる （矢印 A 6 6参照） 。 これと同時に、 C A 1 1は、 チャネル 1 aに対してコマンド受領ステ一 タス （イニシャルステータス） を応答し （矢印 A 6 5参照） 、 チャネル 1 aから受け付けたライ トコマンド C C W 2のデータを受領し （矢印 A 6 7参照） 、 キャッシュメモリ 1 6に書き込む （矢印 A 6 8参照） 。 一方、 C A 1 1が現在実行中のライ 卜コマンド C CW 2をモジュール 間通信エリァ 1 6 aを使って通知された R A (P) 1 4は、 同様のコマ ンドコードをセ力ンダリファイルュニッ 卜 2 Dに発行し （矢印 A 6 9参 照） 、 セカンダリファイルユニッ ト 2 Dから同様にイニシャルステ一タ- スを受け取る （矢印 A 7 0参照） 。
そして、 チャネル 1 aと C A 1 1との間のデータ転送が完了すると、 C A 1 1は、 そのデータ転送が完了したことをモジュール間通信エリア 1 6 aを使って RA (P) 1 4に通知する （矢印 A 7 0 ' 参照） 。 この 通知を受けた R A (P) 1 4は、 キャッシュメモリ 1 6からデータを読 み出し、 セカンダリファイルュニッ ト 2 Dにデータを転送する。
つまり、 本実施形態では、 チャネル 1 aと C A 1 1との間のデ一夕転 送が完了すると同時に、 CA 1 1によって受け取られたデータが、 ブラ イマリファイルュニッ ト 2 Cの R A ( P ) 1 4からセカンダリファイル ユニッ ト 2 Dへ転送され始めることになる （矢印 A 7 1 , A 7 2参照） 。 このように、 本実施形態では、 ライ 卜コマンド処理の一部を並列化して いる。
上述したライ トコマンド処理の一部並列化について、 より詳細に説明 する。
チャネル 1 aとプライマリファイルュニッ 卜 2 Cの C A 1 1との間、 および、 プライマリファイルユニッ ト 2 Cの R A (P) 1 4とセカンダ リフアイルュニッ 卜 2 Dの R A (S) 1 4との間において、 各コマンド の処理は以下のように行なわれる。 即ち、 上位がコマンド発行し、 CA 1 1， R A (S) 1 4がそれぞれコマンドを受けてそのコマンドが処理 可能ならばコマンドの受理 （イニシャルステータス） を上位に返し、 コ マンドが受け付けられればそのコマンドに付随するデータの転送を行な い、 最後にデータ転送を含めた全てのコマンド処理が終了すると上位に 対して C A 1 1， RA (S) 1 4がそれぞれ終了ステータスを返すこと で一つのコマンド処理が完了する。
ここで、 上位とは、 プライマリファイルュニッ 卜 2 Cの C A 1 1に対 してはチャネル 1 aであり、 セカンダリファイルユニッ ト 2 Dの R A - (S) 1 4に対してはプライマリファイルユニッ ト 2 Cの R A (P) 1 4である。 また、 データの転送に際して、 ライ ト処理の場合、 データは 上位から C A 1 1 , RA (S) 1 4に対してそれぞれ送られる。
チャネル 1 aとプライマリファイルュニッ 卜 2 Cの CA 1 1との間で イニシャルステータスが返ってしまえば、 プライマリファイルユニッ ト 2 Cの RA (P) 1 4とセカンダリファイルュニッ 卜 2 Dの R A (S) 1 4との間でも同様にコマンドを発行しイニシャルステータスを受け取 ることが可能である。
そこで、 イニシャルステータスを返したプライマリファイルュニッ 卜 2 Cの C A 1 1は、 コマンドを受け付け、 現在そのコマンドのデ一夕転 送中であることをモジュール間通信エリァ 1 6 aを用いて知らせること により、 チャネル 1 aとプライマリファイルュニッ 卜 2 Cの C A 1 1と の間でのデータ転送処理 （データ受領処理） と、 プライマリファイルュ ニッ ト 2 Cの RA (P) 1 4とセカンダリファイルユニッ ト 2 Dの RA (S) 1 4との間でのコマンド受付処理とを同時に実行させ、 処理時間 の短縮化を実現している。
なお、 上述のようなライ トコマンド処理の一部並列化は、 ライ 卜コマ ンド C CW2のみならず他のライ トコマンドにも上述と同様に適用され o
このように、 本実施形態によれば、 上位装置 1からのライ トコマンド に応じてリモ一ト転送を行なう際、 上位装置 1からプライマリファイル ュニッ 卜 2 Cへのデータ転送処理と、 プライマリファイルュニッ 卜 2 C とセカンダリファイルュニッ ト 2 Dとの間のコマンド受付処理とを並列 的に実行し、 データの受領を完了すると同時にそのデータをリモ一ト転 送することにより、 リモ一卜転送処理を高速化することができる。
〔C一 2〕 並列化の他例の説明 - 一方、 図 7は本実施形態によるリモート転送時に処理の一部を並列化 した他例を説明するためのシーケンス図である。 この図 7では、 図 1で も示した書込動作指示コマンド C CW 1およびライ トコマンド C CW2 の処理に関わる部分のみ取り出して示しており、 図 7中、 図 1で既述の 符号と同一の符号を付された矢印は、 同一もしくはほぼ同一の動作ノ手 順を示すものであるので、 その説明は省略する。
図 7に示すように、 プライマリファイルュニッ 卜 2 Cの C A 1 1は、 上位装置 1から示されるライ 卜の動作指示を行なうコマンド（Locate Re cord, Seek + Search ID 等） じじ\¥1の処理要求を 八 (P) 1 4にモ ジュール間通信エリア 1 6 aを用いて知らせた後 （矢印 A 5 1， A 5 3 〜 A 5 5 , A 5 7参照） 、 コマンド C C W 1のデ一タ（Locate Recordの パラメータや、 Seek + Search ID 等の情報） を受け取った後も、 RA
(P) 1 4から C A 1 1に対して通知されるそのコマンドの処理終了報 告を待たずに、 上位装置 1からの書込動作指示コマンド C CW 1に続く 最初のライ トコマンド C CW 2を受け取る （矢印 A 6 4参照） 。
そして、 C A 1 1は、 R A (P) 1 4に対して次のライ 卜コマンド C CW 2の先行予約を行ない、 そのライ トコマンド C CW 2のデータ転送 完了後に RA (P) 1 4が該当する書込動作指示コマンド C CW 1の終 了と次のライ 卜コマンド C CW2の終了とを待ってチャネル 1 aにライ 卜コマンド C CW2の終了を報告することにより、 書込動作指示コマン ド C CW 1に続く最初のライ トコマンド C CW 2のデータをチャネル 1 aからプライマリファイルュニッ 卜 2 Cの C A 1 1へ転送する処理と、 プライマリファイルュニッ ト 2 Cからセカンダリフアイルュニッ ト 2 D へ最初のライ 卜データの転送を開始するまでにプライマリファイルュニ ッ 卜 2 Cとセカンダリファイルュニッ 卜 2 Dとの間で完了させておくべ き受付処理とを並列的に行なうことができる。 - 書込動作指示コマンド C CW 1は、 以降に続くライ トコマンド C CW 2〜C CWmが動作するための動作条件およびデバイスの位置決めを行 なうコマンドであり、 このコマンド C CW 1によりキャッシュメモリ 1 6上のデータが更新されることは無い。 コマンド C CW 1に関わるデー 夕はモジュール間通信エリァ 1 6 aに格納される。
そこで、 図 7に示す並列化手法では、 チャネル 1 aとプライマリファ ィルュニッ ト 2 Cの C A 1 1 との間で行なうコマンドシーケンスをその 次に続くライ トコマンド C CW2まで拡大し、 プライマリファイルュニ ッ ト 2 Cの C A 1 1は最初のライ トコマンド C CW2の終了ステータス 報告時までファイルュニッ ト 2 C， 2 D間のステータスを監視しない。
このように、 本実施形態によれば、 最初のライ トコマンド C CW2の データを上位装置 1からプライマリファイルュニッ 卜 2 Cへ転送する処 理と、 最初のライ トコマンド C CW 2のデータ転送を開始するまでにプ ライマリファイルュニッ ト 2 Cとセカンダリファイルュニッ 卜 2 Dとの 間で完了させておくべき受付処理とを並列的に行なうことにより、 リモ 一卜転送をより高速化することができる。
CD) その他
なお、 本発明は上述した実施形態に限定されるものではなく、 本発明 の趣旨を逸脱しない範囲で種々変形して実施することができる。 産業上の利用可能性 以上のように、 本発明によれば、 書込動作指示コマンドとこれに続く 一連のライ トコマンドとにより構成される一つのライ 卜アクセス単位
(例えば C C W) を実行する際に、 コマンド毎に、 プライマリファイル ュニッ 卜からセカンダリフアイルュニッ 卜へのリモ一ト転送が行なわれ、 コマンド毎に書込データを確実に二重化することができる。 これにより 一連のライ 卜コマンドの処理中に何らかの障害が発生した場合、 障害発 生時の発行コマンド以前に発行されたライ トコマンドによる書込データ は確実に二重化されている。
従って、 本発明は、 上位装置がリカバリ処理に際しコマンドの一部を モディ フアイしてリ力バリ処理の簡略化を行なったとしても、 2つのフ アイルュニッ 卜でのデータの等価性を確実に保証でき、 その有用性は極 めて高いものと考えられる。

Claims

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

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE19983497T DE19983497B4 (de) 1998-09-18 1999-02-18 Fernübertragungsverfahren zwischen Dateieinheiten
US09/768,057 US6393538B2 (en) 1998-09-18 2001-01-24 Reproducing updates in a first file storage unit to a second file storage unit by transferring update information from the first unit to the second unit

Applications Claiming Priority (2)

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

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US09/768,057 Continuation US6393538B2 (en) 1998-09-18 2001-01-24 Reproducing updates in a first file storage unit to a second file storage unit by transferring update information from the first unit to the second unit

Publications (1)

Publication Number Publication Date
WO2000017741A1 true WO2000017741A1 (fr) 2000-03-30

Family

ID=17400687

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1999/000701 WO2000017741A1 (fr) 1998-09-18 1999-02-18 Procede de teletransfert entre unites a fichier

Country Status (4)

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

Families Citing this family (28)

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

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5534756A (en) * 1978-09-02 1980-03-11 Nec Corp Double recording system of magnetic disc device
JPS55115121A (en) * 1979-02-28 1980-09-04 Nec Corp Input and output control unit possible for duplicated recording
JPH0594265A (ja) * 1991-10-03 1993-04-16 Nec Corp 多重書フアイルシステム
JPH07175598A (ja) * 1993-12-20 1995-07-14 Mitsubishi Electric Corp 二次記憶装置への多重書き込み方式

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58144960A (ja) 1982-02-23 1983-08-29 Hitachi Ltd 二重書き制御方式
DE3566314D1 (en) * 1984-04-26 1988-12-22 Bbc Brown Boveri & Cie Apparatus for saving a calculator status
US5544347A (en) * 1990-09-24 1996-08-06 Emc Corporation Data storage system controlled remote data mirroring with respectively maintained data indices
JPH0659958A (ja) 1992-08-10 1994-03-04 Fujitsu Ltd ファイル書込処理方式
WO1994017474A1 (en) * 1993-01-21 1994-08-04 Apple Computer, Inc. Apparatus and method for backing up data from networked computer storage devices
JP3260923B2 (ja) * 1993-09-20 2002-02-25 富士通株式会社 データ処理システムのバックアップ制御装置及び方法
KR0128271B1 (ko) * 1994-02-22 1998-04-15 윌리암 티. 엘리스 재해회복을 위한 일관성 그룹 형성방법 및 레코드갱싱의 섀도잉 방법, 주시스템, 원격데이타 섀도잉 시스템과 비동기 원격데이타 복제 시스템
US5615329A (en) * 1994-02-22 1997-03-25 International Business Machines Corporation Remote data duplexing
US5574950A (en) * 1994-03-01 1996-11-12 International Business Machines Corporation Remote data shadowing using a multimode interface to dynamically reconfigure control link-level and communication link-level
JPH08166909A (ja) * 1994-12-14 1996-06-25 Fujitsu Ltd 記憶制御装置
US5712970A (en) * 1995-09-28 1998-01-27 Emc Corporation Method and apparatus for reliably storing data to be written to a peripheral device subsystem using plural controllers
JPH09171441A (ja) 1995-12-20 1997-06-30 Hitachi Ltd 二重化記憶装置の記憶一致方法および装置
JP3287203B2 (ja) * 1996-01-10 2002-06-04 株式会社日立製作所 外部記憶制御装置及び外部記憶制御装置間データ転送方法
JPH1031561A (ja) * 1996-07-16 1998-02-03 Hitachi Ltd データ多重化方法および情報処理装置ならびに記憶サブシステム
US6023584A (en) * 1997-01-03 2000-02-08 Ncr Corporation Installation of computer programs using disk mirroring

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5534756A (en) * 1978-09-02 1980-03-11 Nec Corp Double recording system of magnetic disc device
JPS55115121A (en) * 1979-02-28 1980-09-04 Nec Corp Input and output control unit possible for duplicated recording
JPH0594265A (ja) * 1991-10-03 1993-04-16 Nec Corp 多重書フアイルシステム
JPH07175598A (ja) * 1993-12-20 1995-07-14 Mitsubishi Electric Corp 二次記憶装置への多重書き込み方式

Also Published As

Publication number Publication date
US6393538B2 (en) 2002-05-21
DE19983497T1 (de) 2001-08-16
US20010004754A1 (en) 2001-06-21
DE19983497B4 (de) 2006-01-26
JP2000099277A (ja) 2000-04-07

Similar Documents

Publication Publication Date Title
WO2000017741A1 (fr) Procede de teletransfert entre unites a fichier
JP6317856B2 (ja) クラスタ間冗長構成におけるスムーズな制御部交代
JP4871850B2 (ja) 仮想計算機システム及び仮想計算機移行制御方法
US8645649B2 (en) Computer system with reservation control
US8301811B1 (en) Techniques for performing online data migration while effectively migrating SCSI reservations between source and target arrays
US7124258B2 (en) Storage system and storage device system
US7809887B2 (en) Computer system and control method for the computer system
US7089386B2 (en) Method for controlling storage device controller, storage device controller, and program
US20100088456A1 (en) Storage-sharing bus switch
US7685461B2 (en) Method, apparatus and program storage device for performing fault tolerant code upgrade on a fault tolerant system by determining when functional code reaches a desired state before resuming an upgrade
US7908510B2 (en) Storage system and method of designing disaster recovery constitution
US8255649B2 (en) Remote copy control method and system in storage cluster environment
US8732420B2 (en) Remote copy system and method
CN101776983A (zh) 磁盘阵列中双控制器信息的同步方法、及磁盘阵列系统
US11269802B2 (en) Lightweight proxy for handling SCSI commands in an active array-standby array configuration
JP5052150B2 (ja) ストレージシステム
US9342418B2 (en) Storage system, storage control device and data transfer method
US5699504A (en) Multiprocessor system formed of a plurality of duplex processors
JP2005316762A (ja) ディスク記憶装置及びｒａｉｄ構築方法
CN110661869B (zh) 一种节点上线方法、系统、装置、设备及计算机存储介质
JP5148441B2 (ja) 計算機間相互結合網における通信経路の冗長化と切り替え方法、この方法を実現するサーバ装置、そのサーバモジュール、および、そのプログラム
US8843713B2 (en) Storage system having data copy funtion and method thereof
JP4806037B2 (ja) データ記憶システム及び非同期レプリケーション方法
JPH0458636A (ja) 通信パス二重化制御方式
JPH11305947A (ja) 磁気ディスク制御装置によるリモート転送方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): DE US

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 09768057

Country of ref document: US

RET De translation (de og part 6b)

Ref document number: 19983497

Country of ref document: DE

Date of ref document: 20010816

WWE Wipo information: entry into national phase

Ref document number: 19983497

Country of ref document: DE