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

Abstract

In order to realize duplicating of data even if a host apparatus, for example, modifies a part of commands to simplify a recovery process in the recovery process, a primary file unit issues a command similar to a writing operation directive command to a secondary file unit when accepting the write operation directive command from the host apparatus, directs to start the writing, and transfers writing start location information. Each time the primary file unit receives one of a series of write commands from the host apparatus after the writing operation directive command, the primary file unit issues a command similar to the write command to the secondary file unit to direct the writing, and transfers the data. When the write data is normally written in the secondary file unit, the primary file unit notifies the host apparatus of normal termination.

Description

TECHNICAL FIELD

There is a case where when a storage medium (primary site) that is the main becomes unusable in a file system handling user data due to, for example, occurrence of disaster, it is required to promptly switch it to another system to resume the operation without losing the user data written in the primary site up to the time of the occurrence of disaster. In order to duplicate data of a primary file unit to prevent the loss of the data, it is necessary to prepare a secondary file unit, and update data in the two file units in any technique when the data is updated.

The present invention relates to a remote transfer method for transferring update data (write data) from the primary file unit to the secondary file unit, when a host apparatus performs data-update (writing) in the primary file unit, so as to perform data-update in the secondary file unit which is same as the data-update performed in the primary file unit.

BACKGROUND ART

There are generally two techniques for duplicating data.

One is that a host apparatus 1 simultaneously performs writing in two file units 2 A and 2 B to realize duplicating of data, as shown in FIG. 8 . In such technique, it is possible to ensure equivalence of the data in the two file units 2 A and 2 B.

The other is a technique in which file units (FCUs) 2 C and 2 D are communicably connected, and when the host apparatus 1 updates (writes) data in one file unit (primary file unit) 2 C, the update data (write data) is transferred from the primary file unit 2 C to the secondary file unit 2 D, thereby to realize duplicating of the data, as shown in FIG. 9 . In this technique, it is possible to ensure equivalence of the data in the two file units 2 C and 2 D, as well.

Incidentally, data transfer from the primary file unit 2 C to the secondary file unit 2 D as above is called remote transfer. The file unit is sometimes called a file control unit (FCU: File Control Unit).

In the former technique, the host apparatus 1 simultaneously writes in the two file units 2 A and 2 B, so that the file units 2 A and 2 B can realize duplicating of the data without performing any special process. On the other hand, in the latter manner, the primary file unit 2 C transfers data to the secondary file unit 2 D, whereby the host apparatus 1 can realize duplicating of the data only by performing usual data-writing, being conscious of only one storage apparatus (primary file unit 2 C), without performing any special process.

In the host apparatus 1 , processes for its primary operations are performed, which is naturally a large load thereon. When the host apparatus 1 performs writing data into the secondary file unit 2 D in the former technique, a further load is applied to the host apparatus 1 , which is undesirable. Namely, in the former technique, since the host apparatus 1 simultaneously performs writing data into the two file units 2 A and 2 B, the host apparatus 1 is required to operate while being always conscious of duplicating of the data, and to perform a special interface process or the like.

For this reason, the latter technique is employed in these years. Wherein, it is general that the host apparatus 1 performs updating data in only the primary file unit 2 C, assigning the primary file unit 2 C to transfer the data to the secondary file unit 2 D to duplicate the data. In this case, the host apparatus 1 is not required to perform any special process for duplicating the data, but required to perform only usual data-update in one file unit 2 C. The primary file unit 2 C therefore functions as an upper apparatus of the secondary file unit 2 D to transfer/update the data to/in the secondary file unit 2 D, whereby the data is duplicated.

Detailed structures of the system, and the files units 2 C and 2 D used in the system applied the latter technique will be described next with reference to FIG. 10 .

As shown in FIG. 10 , the primary file unit 1 C and the secondary file unit 2 D have the same structure, each of which comprises a CA (Channel Adapter) 11 , an RM (Resource Manager) 12 , a TS (Table Storage) 13 , an RA (Remote Adapter) 14 , a CFR (Cache Function Engine) 15 , a cache memory 16 , a DA (Device Adapter) 17 , a command bus 18 , a data bus 19 , and a physical device 20 .

The CA 11 is a module in charge of an interface control with the host apparatus 1 via an interface 21 . The RM 12 is a module in charge of resource management with respect to a basic operation. The TS 13 is a memory used as a table for the resource management.

The RA 14 is a module in charge of transmission/reception of data to/from the file unit 2 C or 2 D via an interface 22 . The CFE 15 is a module in charge of management of the cache memory 16 . The DA 17 is a module in charge of an interface control with the physical device 20 that is a magnetic disk apparatus 20 a. Incidentally, the cache memory 16 is provided with an inter-module communication area 16 a. The communication area 16 a is served to temporarily store data that is to be transmitted/received among the modules 11 , 14 and 17 of each of the file units 2 C and 2 D.

The command bus 18 is served to exchange commands among the CA 11 , the RM 12 , the RA 14 , the CFE 15 and the DA 17 . The data bus 19 is served to exchange data among the CA 11 , the RA 14 , the CFE 15 , the cache memory 16 and the DA 17 .

FIG. 10 depicts a case where the host apparatus 1 has two channels 1 a, and each of the file units 2 C and 2 D has two CAs 11 , two RAs 14 , four DAs 17 , and four magnetic disk apparatuses 20 a as the physical device 20 .

The primary file unit 2 C is connected to the host apparatus 1 via the interface 21 , while the secondary file unit 2 D is connected to the primary file unit 2 C via the interface 22 . The interface 21 connects the channel 1 a of the host apparatus 1 to the CA 11 of the primary file unit 2 C. The interface 22 connects the RA 14 of the primary file unit 2 C to the RA 14 of the secondary file unit 2 D.

As these interfaces 21 and 11 , same device, that is, ESCON interface, for example, are used. The primary unit 2 C has a function enabling an access from the RA 14 thereof t the RA 14 of the secondary file unit 2 D in the similar sequence to that to the channel. In other words, the RA 14 of the primary file unit 2 C is such configured as to be able to issue a command to the RA 14 of the secondary file unit 2 D in the similar sequence to that performed between the channel of the host apparatus 1 and the CA 11 of the primary file unit 2 C.

Incidentally, hardware of the CA 11 and hardware of the RA 14 are basically the same. The RA 14 of the primary file unit 2 C operates equivalent to the channel, as described above. Therefore, it is unnecessary to provide, as the RA 14 of the secondary file unit 2 D, an adapter having a special function, because an adapter having a function as the CA 11 connected to the ordinary channel 1 a is sufficient.

When the host apparatus 1 writes data into the primary file unit 2 C, the data is transferred in units of record to the primary file unit 2 C, and temporarily written into the cache memory 16 . When data for one track of the magnetic disk apparatus 20 a, which is an object to be written, is written into the cache memory 16 of the primary file unit 2 C, remote transfer to the secondary file unit 2 D is carried out, then data-writing to the magnetic disk apparatus 20 a of the primary file unit 2 C is carried out.

FIG. 11 is a diagram showing an example of structure of data for one track to be temporarily written in the cache memory 16 of the primary file unit 2 C in order to transfer the data to the secondary file unit 2 D and write the same into the physical device 20 . As shown in FIG. 11 , the data for one track sent to the secondary file unit 2 D is made up of a control information field on the head end and a plurality (N in FIG. 11 ) of record fields.

In the primary file unit 2 C having received one write command from the host apparatus 1 , one record field is written into the cache memory 16 , and at the same time control information in the control information field on the head end is constantly updated. When a plurality of commands configuring one CCW (Channel Command Word) are continuously sent from the host apparatus 1 to the primary file unit 2 C, the control information is updated each time the command is accepted. Whereby, control information necessary for transferring/writing such as the number of records involved in transfer data for one track is created, and written into the control information field. Incidentally, plural commands are combined to form one CCW, which is a unit to have a series of device accesses.

Remote transfer from the primary file unit 2 C to the secondary file unit 2 D or data-writing from the cache memory 16 to the physical device 20 is heretofore always performed in units of track. As stated above, control information about more than one record forming the same track is stored in one piece of control information. When the host apparatus 1 completes all write processes on the relevant track, control information on that track is established. Accordingly, data for one track is written into the cache memory 16 by a plurality of write commands from the host apparatus 1 to complete that track. The data of that track is then sent from the primary file unit 2 C to the secondary file unit 2 D, and written into the physical device 20 of the primary file unit 2 C.

Next, a procedure of the remote transfer performed by the system configured as above (refer to FIG. 10 ) will be described with reference to FIG. 12 . FIG. 12 is a sequence diagram for illustrating a series of flows of the remote transfer from the primary file unit 2 C to the secondary file unit 2 D accompanying data-writing from the host apparatus 1 to the primary file unit 2 C. In the following description and FIG. 12 , the RA in the primary file unit 2 C is denoted as RA(P) while the RA in the secondary file unit 2 D is denoted as RA(S) In FIG. 12 , the channel 1 a is denoted as CH.

In the example shown in FIG. 12 , n write commands CCW 1 to CCWn are transmitted from the channel 1 a of the host apparatus 1 in order to write data for one track into the primary file unit 2 C. Incidentally, one CCW is made up of the n write commands CCW 1 to CCWn.

The first write command CCW 1 is transmitted from the channel 1 a to the CA 11 (refer to an arrow A 11 ). When accepting CCW 1 , the CA 11 notifies the channel 1 a of acceptance of the write command CCW 1 (refer to an arrow A 12 ). The host apparatus 1 having received the notification transmits write data to the CA 11 (refer to an arrow A 13 ). The CA 11 writes the data received from the channel 1 a in the cache memory 16 (refer to an arrow A 14 ), then notifies the channel 1 a of normal termination (refer to an arrow A 15 ).

In the similar manner, when the CA 11 completes writing of data in the cache memory 16 by a write command CCWn (refer to arrows A 15 to A 24 ), the CA 11 writes information relating to the command now being processed into the communication area 16 a of the cache memory 16 in order to notify the RA(P) 14 of the information (refer to an arrow A 25 ).

After that, the CA 11 issues a request for assignment of the RA(P) 14 to be used for the remote transfer to the RM 12 (refer to arrows A 26 and A 27 ) The RA(P) 14 assigned by the RM 12 refers to information in the communication area 16 a of the cache memory 16 (refer to an arrow A 28 ), issues a command CCWx for inter-RA only different from the above commands CCW 1 to CCWn to the RA(S) 14 (refer to an arrow A 29 ), thereby to establish communication between the RA(P) 14 and the RA(S) 14 .

When the communication is established, the RA(S) 14 notifies the RA(P) 14 of acceptance of the command CCWx (refer to an arrow A 30 ). The RA(P) 14 having received the notification reads out predetermined data from the cache memory 16 by reading out the control information updated as above from the cache memory 16 (refer to an arrow A 31 ), and transfers the predetermined data to the RA(S) 14 (refer to an arrow A 32 ).

The RA(S) 14 writes data received from the RA(P) 14 into the cache memory 16 , and notifies the RA(P) 14 of normal termination (refer to an arrow A 33 ). The normal termination is notified the CA 11 from the RA(P) 14 via the communication area 16 a (refer to an arrow A 34 ). The CA 11 notifies the channel 1 a that the processes on the series of commands CCW 1 to CCWn have been normally terminated (refer to an arrow A 35 ).

After these processes are terminated, the DA 17 writes the data held into the cache memory 16 in the physical device 20 in the primary file unit 2 C, although not shown in FIG. 12 . In the secondary file unit 2 D, the DA 17 writes the data held in the cache memory 16 into the physical device 20 , as well. Whereby, duplicating of the data in the primary file unit 2 C and the secondary file unit 2 D is accomplished.

Next description will be made of a recovery process performed by the host apparatus 1 when any fault occurs in the secondary file unit 2 D after data transfer to the RA(S) 14 is initiated in the similar manner to FIG. 12 , as shown by arrows A 11 to A 32 in FIG. 13 . FIG. 13 is a sequence diagram for illustrating a series of flows of the recovery process performed by the host apparatus 1 when a fault occurs during the remote transfer from the primary file unit 2 c to the secondary file unit 2 D.

Incidentally, arrows in FIG. 13 denoted by the same reference characters in FIG. 12 show the same operations, description of which is thus omitted. In FIG. 13 , arrows denoted by reference characters with a dash (′) show operations accompanying the recovery process by the host apparatus 1 . Namely, operations denoted by arrows A 11 ′ to A 35 ′ in FIG. 13 are a recovery operation for the operations denoted by the arrows A 11 to A 35 in FIG. 12 .

As shown in FIG. 13 , when any fault occurs in the secondary file unit 2 D after data transfer to the PA(S) 14 is initiated, the RA(S) 14 notifies the RA(P) 14 of abnormal termination (refer to an arrow A 36 ). This abnormal termination is notified the CA 11 from the RA(P) 14 via the communication area 16 a (refer to an arrow A 37 ). The CA 11 notifies the channel 1 a of the abnormal termination of the processes by the series of commands CCW 1 to CCWn (refer to an arrow A 38 ).

The host apparatus 1 notified of the abnormal termination as above initiates the recovery process.

Generally, the host apparatus 1 performs the recovery process with respect to one CCW made up of the plural commands CCW 1 to CCWn. For this, when a normal termination notification at the last command CCWn of that CCW is not sent back to the host apparatus 1 , all the commands CCW 1 to CCWn are not regarded as normal termination even if normal termination of each command is notified.

Accordingly, when the primary file unit 2 C notifies the host apparatus 1 of occurrence of an error (that is, abnormal termination) due to any fault while the CCW is processed, the host apparatus 1 carries out the recovery process to reissue the CCW from the leading command CCW 1 during which the error has occurred. Namely, the host apparatus 1 reissues the commands CCW 1 to CCWn, so that processes similar to those shown in FIG. 12 are again performed between the host apparatus 1 and the primary file unit 2 C, and between the primary file unit 2 C and the secondary file unit 2 D, as shown by the arrows A 11 ′ to A 35 ′ in FIG. 13 .

The recovery process by the host apparatus 1 described above with reference to FIG. 13 will be further described with reference to FIG. 14 . FIG. 14 is a sequence diagram simply showing concrete examples of a procedure of the known remote transfer and a procedure of the recovery process by the host apparatus 1 performed when a fault occurs. In FIG. 14 , no reference character is given to arrows, and the procedure described above with reference to FIG. 13 is roughly depicted. Namely, only arrows indicating transfer of commands, notification of normal/abnormal termination and remote transfer are shown.

FIG. 14 shows an example in which the host apparatus 1 issues a CCW made up of five write commands A to E. The host apparatus 1 issues four write commands A to D to the primary file unit 2 C. Each time data is written into the cache memory 16 of the primary file unit 2 C by each of the write commands A to D, normal termination is notified the host apparatus 1 from the primary file unit 2 C.

When data is written into the cache memory 16 of the primary file unit 2 C by the fifth write command E and data for one track is thus completed, the remote transfer from the primary file unit 2 C to the secondary file unit 2 D is initiated. Normal terminal is not notified immediately after the data is written by the write command E, but information on normal/abnormal termination notified the primary unit 2 C from the secondary file unit 2 D after the remote transfer is notified the host apparatus 1 as information on normal/abnormal termination with respect to the write command E from the primary file unit 2 C.

Therefore, when any fault occurs in the secondary file unit 2 D after the remote transfer and abnormal termination is notified the primary file unit 2 C from the secondary file unit 2 D, the primary file unit 2 C notifies the host apparatus 1 of the abnormal termination.

At this time, the host apparatus 1 can see only the primary file unit 2 C, and cannot at all see the secondary file unit 2 D. For this, the host apparatus 1 recognizes that the notification of abnormal termination received from the primary file unit 2 C is caused by a fault in the primary file unit 2 C although it caused by a fault in the secondary file unit 2 D.

As stated above, the host apparatus 1 performs the recovery process for one CCW made up to of the five commands A to E. Therefore, when notified of abnormal termination of the last command E of the CCW, the host apparatus 1 considers that all the commands A to E of that CCW have been abnormally terminated even though the host apparatus 1 has notified of normal termination of the commands A to D, and reissues the CCA abnormally terminated from the leading command A.

FIG. 15 shows a concrete example of procedure (sequence diagram) of the known recovery process in the case where, since a fault or the like occurs in the primary file unit when the command E is issued from the host apparatus 1 to the primary file unit 2 C, the primary file unit 2 C notifies the host apparatus 1 of abnormal termination. Incidentally, FIG. 15 shows an example in which the host apparatus 1 issues a CCW made up of five write commands A to E at the level equivalent to FIG. 14 , similarly to the example shown in FIG. 14 .

As shown in FIG. 15 , the host apparatus 1 performs the same recovery process regardless of whether a fault occurs in the primary file unit 2 C or in the secondary file unit 2 D. As a result, even if a fault occurs in the secondary file unit 2 D as shown in FIG. 14 , the host apparatus 1 recognizes that the fault occurs in the primary file unit 2 C and performs the recovery process as shown in FIG. 15 .

In the examples of the process shown in FIGS. 14 and 15 , the data-writing by the commands A to D are normally terminated. It is therefore considered that issuing only the command E and writing the data by the command E only will suffice for the recovery process. However, it is necessary to create track data while successively updating the control information by the five commands A to E forming one CCW as described above with reference to FIG. 11 , thus it is impossible to perform normal data-writing (creation of the track data) if only the command E is separately issued. Particularly, since the command A includes information on location in which the data is to be written, reissue of the command A is essential.

Consequently, it is impossible to perform only data-writing by the last command E in the known recovery process. It is thus required to reissue the commands normally terminated to rewrite the same data as shown in FIG. 14 or 15 , therefore time is spent on the recovery process. Even if a fault occurs while the command C, for example, is processed and the command C is thus abnormally terminated in the procedure shown in FIG. 15 or 16 , the recovery process is performed by reissuing the CCW from the leading command A.

It is alternatively considered that when the host apparatus 1 performs the recovery process for the primary file unit 2 C as shown in FIG. 15 , the host apparatus 1 modifies the commands to partly simplify the procedure of the recovery process. FIG. 16 is a sequence diagram showing an example in which the procedure of the recovery process is simplified. FIG. 16 shows an example in which the host apparatus 1 issues a CCW made up of five write commands A to E at the level equivalent to FIG. 14 , similarly to the example shown in FIG. 14 . Here is examined a case in which a fault or the like occurs in the primary file unit 2 C when the host apparatus 1 issues the last command E to the primary file unit 2 C, as shown in FIG. 16 .

In this case, when the host apparatus 1 performs the recovery process, since the host apparatus 1 can recognize that the commands A to D have been normally terminated on the basis of notification of normal termination, the host apparatus 1 modifies the commands A to D to create a command A′ that can involve information on location in which data is to be written and can create predetermined control information on the head end of the track. After the host apparatus 1 issues the command A′ to the primary file unit 2 C, the host apparatus 1 issues the command E to the primary file unit 2 C. Namely, considering that the write commands A to D have been normally written into the primary file unit 2 C, the host apparatus 1 creates a new CCW, which can resume the write process from the command E having been abnormally terminated due to occurrence of an error, with the two commands A′ and E, and issues the new CCW.

Whereby, the recovery process can be carried out by issuing the two commands A′ and E without reissuing all the five commands A to E, so that the track data is written by the commands A to E in predetermined locations in the physical device 20 in the secondary file unit 2 D and the primary file unit 2 C.

However, after the remote transfer is performed, if the recovery process coping with the occurrence of any fault in the secondary file unit 2 D in the procedure shown in FIG. 16 , the following problem will arise. FIG. 17 is a sequence diagram showing a concrete example in the case where the host apparatus 1 performs the recovery process in the procedure shown in FIG. 16 when a fault occurs in the known remote transfer. FIG. 17 shows an example in which the host apparatus 1 issues a CCW made up of five write commands A to E similarly to the example shown in FIG. 14 at the level equivalent to FIG. 14 .

As shown in FIG. 17 , when the host apparatus 1 performs the recovery process in the procedure shown in FIG. 16 because of a fault in the secondary file unit 2 D after remote transfer, data directed by the commands A to D normally terminated is not remote-transferred to the secondary file unit 2 D, thus track data remote-transferred to the secondary file unit 2 D in the recovery process is data directed by a CCW made up of only two commands A′ and E.

Accordingly, only data by the commands A′ and E exists in the physical device 20 of the secondary file unit 2 D, data by the commands A to D thus does not exists, while data by the commands A to E is stored in the physical device 20 of the primary file unit 2 C. It is therefore impossible to duplicate the data in the error recovery, and to assure equivalence of the data in the primary file unit 2 C and the secondary file unit 2 D.

In the light of the above problem, an object of the present invention is to provide a remote transfer method between file units, which can realize duplicating of data even if the host apparatus modifies a part of commands in the recovery process to simplify the recovery process, thereby certainly assuring equivalence of the data in two file units.

DISCLOSURE OF INVENTION

In order to accomplish the above object, a remote transfer method according to this invention has features as follows: In a file system comprising a primary file unit connected to a host apparatus to be data-updated by the host apparatus, and a secondary file unit connected to the primary file unit to be data-updated by the primary file unit, when the host apparatus writes data into the primary file unit by issuing a writing operation directive command for transferring writing start location information to the primary file unit as data, and successively issuing a series of write commands, which configures one write access unit together with the write operation directive command, to the primary file unit one by one, a remote transfer method from the primary file unit to the secondary file unit for writing into the secondary file unit data which is same as data written into the primary file unit by the host apparatus, the remote transfer method comprising the steps of issuing a command similar to the writing operation directive command from the primary file unit to the secondary file unit, when the primary file unit receives the writing operation directive command from the host apparatus, to direct to start the writing, then transferring the writing start location information as data, issuing a command similar to the write command from the primary file unit to the secondary file unit, each time the primary file unit receives one of the series of write commands from the host apparatus after the writing operation directive command, to direct the writing, then transferring data to be written by the write command, and making the primary file unit notify the host apparatus that the writing by the write command has been normally terminated, when the primary file unit confirms that data written in the primary file unit by the write command has been normally written in the secondary file unit.

When a factor requiring to temporarily disconnect the primary file unit from the host apparatus appears in the primary file unit while the series of write commands are processed, a disconnect request is issued from the primary file unit to the host apparatus to temporarily disconnect the primary file unit from the host apparatus, a disconnect request is issued from the primary file unit to the secondary file unit to temporarily disconnect the primary file unit from the secondary file unit, the factor in the primary file unit is settled, and in response to a reconnect request from the primary file unit, the primary file unit is then reconnected to the host apparatus and the primary file unit is reconnected to the secondary file unit.

When a factor requiring to temporarily disconnect the secondary file unit from the primary file unit appears in the secondary file unit while the series of write commands are processed, a disconnect request is issued from the secondary file unit to the primary file unit to temporarily disconnect the secondary file unit from the primary file unit, a disconnect request is issued from the primary file unit having received the disconnect request to the host apparatus to temporarily disconnect the primary file unit from the host apparatus, the factor is settled in the secondary file unit, and in response to a reconnect request from the secondary file unit, the secondary file unit is then reconnected to the primary file unit, and the primary file unit is reconnected to the host apparatus.

When a factor requiring to temporarily disconnect the primary file unit from the host apparatus appears in the primary file unit, and at the same time, a factor requiring to temporarily disconnect the secondary file unit from the primary file unit appears in the secondary file unit, while the series of write commands are processed, a disconnect request from the primary file unit to the host apparatus is issued prior to a disconnect request from the secondary file unit to the primary file unit to temporarily disconnect the primary file unit from the host apparatus, a disconnect request is issued from the primary file unit to the secondary file unit to temporarily disconnect the primary file unit from the secondary file unit, the factor in the primary file unit is settled, and then, in response to a reconnect request from the primary file unit, the primary file unit is reconnected to the host apparatus and the primary file unit is reconnected to and the secondary file unit, a disconnect request is issued from the secondary file unit to the primary file unit to temporarily disconnect the secondary file unit from the primary file unit, a disconnect request is issued from the primary file unit having received the disconnect request to the host apparatus to temporarily disconnect the primary file unit from the host apparatus, the factor in the secondary file unit is settled, and then, in response to a reconnect request from the secondary file unit, the secondary file unit is reconnected to the primary file unit and the primary file unit is reconnected to the host apparatus.

Similarly, when a factor requiring to temporarily disconnect the primary file unit from the host apparatus appears in the primary file unit, and at the same time, a factor requiring to temporarily disconnect the secondary file unit from the primary file unit appears in the secondary file unit, while the series of write commands are processed, a disconnect request from the primary file unit to the host apparatus may be issued prior to a disconnect request from the secondary file unit to the primary file unit to temporarily disconnect the primary file unit from the host apparatus, a disconnect request may be issued from the primary file unit to the secondary file unit to temporarily disconnect the primary file unit from the secondary file unit, the factor in the primary file unit and the factor in the secondary file unit may be simultaneously settled, and in response to a reconnect request from the primary file unit, the primary file unit may be then reconnected to the host apparatus and the primary file unit may be reconnected to the secondary file unit.

Alternatively, when, each time one of the series of write commands is accepted, a command similar to the write command is issued from the primary file unit to the secondary file unit to direct the writing, and data to be written by the write command is transferred, a command similar to the write command may be issued from the primary file unit to the secondary file unit to simultaneously carry out a command accept process between the primary file unit and the secondary file unit and a data receive process of receiving data to be written by the write command from said host apparatus in the primary file unit, and the data may be transferred from the primary file unit to the secondary file unit as soon as receiving the data is completed.

Still alternatively, a process of transferring, from the host apparatus to the primary file unit, data of the first write command following the writing operation directive command, and an accept process that should be completed between the primary file unit and the secondary file unit until data transfer of the first write command from the primary file unit to the secondary file unit is initiated, may be carried out in parallel.

As stated above, the remote transfer method between file units can yield the following effects and advantages:

[1] When one write access unit (for example, CCW) made up of a writing operation directive command and a subsequent series of write commands is executed, remote transfer from the primary file unit to the secondary file unit is carried out for each command, whereby certainly dublicating write data for each command. Even when any fault occurs while the series of write commands are processed, data written by write commands issued before the fault occurs is certainly duplicated. When the host apparatus performs the recovery process in order to cope with the fault, even if the host apparatus modifies a part of the commands to simplify a recovery process and issues write commands after the fault occurs to carry out the recovery process, a trouble as before does not arise, and equivalence of data in the two file units is certainly assured.

[2] When a disconnect factor appears in the primary file unit, not only the primary file unit and the host apparatus, but also the primary file unit and the secondary file unit are temporarily disconnected until the factor is settled. Therefore, the secondary file unit and the host apparatus can carry out another process without waiting for settlement of the factor, which leads to efficient operations.

[3] When a disconnect factor appears in the secondary file unit, not only the secondary file unit and the primary file unit, but also the primary file unit and the host apparatus are temporarily disconnected until the factor is settled. Therefore, the primary file unit and the host apparatus can carry out another process without waiting for settlement of the factor, which leads to efficient operations.

[4] When disconnect factors simultaneously appear in the primary file unit and the secondary file unit, not only the primary file unit and the host apparatus, but also the primary file unit and the secondary file unit are temporarily disconnected, a disconnect factor in the primary file unit is preferentially settled, and then the disconnect factor in the secondary file unit is settled. Whereby, even when disconnect factors simultaneously appear in the primary file unit and the secondary file unit, it is possible to cope with the appearance of the factor.

[5] When disconnect factors simultaneously appear in the primary file unit and the secondary file unit, the disconnect factor in the primary file unit and the disconnect factor in the secondary file unit are simultaneously settled. It is thereby possible to diminish probability of occurrence of disconnect request from the secondary file unit side after the primary file unit is reconnected to the secondary file unit, and shorten a response time up to the time that normal termination (termination status) is notified the host apparatus.

[6] When remote transfer is carried out in response to a write command from the host apparatus, a data transfer process from the host apparatus to the primary file unit and a command accept process between the primary file unit and the secondary file unit are carried out in parallel. As soon as data reception is completed, the data is remote-transferred, increasing the speed of the remote transfer process.

[7] A process of transferring data of the first write command from the host apparatus to the primary file unit, and a process of acceptance to be completed between the primary file unit and the secondary file unit until the data transfer by the first write command is initiated are carried out in parallel, further increasing the speed of the remote transfer process.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a sequence diagram for illustrating a procedure of a remote transfer method between file units according to an embodiment of this invention;

FIG. 2 is a sequence diagram for illustrating a procedure for coping with a case where a disconnect factor appears in a primary file unit in the remote transfer according to the embodiment;

FIG. 3 is a sequence diagram for illustrating a procedure for coping with a case where a disconnect factor appears in a secondary file unit in the remote transfer according to the embodiment;

FIG. 4 is a sequence diagram for illustrating a procedure for coping with a case where disconnect factors simultaneously appear in the primary file unit and the secondary file unit in the remote transfer according to the embodiment;

FIG. 5 is a sequence diagram for illustrating a modified example of the procedure for coping with a case where disconnect factors simultaneously appear in the primary file unit and the secondary file unit in the remote transfer according to the embodiment;

FIG. 6 is a sequence diagram for illustrating an example in which a part of the processes is parallelized in the remote transfer according to the embodiment;

FIG. 7 is a sequence diagram for illustrating another example in which a part of the processes is parallelized in the remote transfer according to the embodiment;

FIG. 8 is a block diagram for illustrating an example of known data duplicating techniques;

FIG. 9 is a block diagram for illustrating another example of the known data duplicating techniques;

FIG. 10 is a block diagram showing a structure of a system to which the technique shown in FIG. 9 is applied and detailed structures of file units (FCU) used in the system;

FIG. 11 is a diagram showing an example of structure of data for one track to be temporarily written into a cache memory of a primary file unit;

FIG. 12 is a sequence diagram for illustrating a known remote transfer procedure (at the time of normal termination) performed in the system shown in FIG. 10 ;

FIG. 13 is a sequence diagram for illustrating the known remote transfer procedure and recovery process procedure by a host apparatus at the time of occurrence of a fault performed in the system shown in FIG. 10 ;

FIG. 14 is a sequence diagram simply showing a concrete example of the known remote transfer procedure and recovery process procedure by the host apparatus at the time of occurrence of a fault;

FIG. 15 is a sequence diagram showing a concrete example of the known recovery process procedure performed on the primary file unit by the host apparatus;

FIG. 16 is a sequence diagram showing an example in which the recovery process procedure is simplified; and

FIG. 17 is a sequence diagram showing a concrete example in which a fault occurs in the known remote transfer and the host apparatus performs the recovery procedure in the procedure shown in FIG. 16 .

BEST MODE FOR CARRYING OUT THE INVENTION

Hereinafter, description will be made of an embodiment of the present invention with reference to the drawings.

[A] Description of a Remote Transfer Method According to an Embodiment

Since hardware such as a file system, file units (primary file unit 2 C and secondary file unit 2 D) and the like, to which a remote transfer method according to an embodiment of this invention is applied, is similar to that shown in FIG. 10 , detailed description of the file system, the file units 2 C and 2 D is thus omitted.

The file system according to this embodiment is such configured as to assure equivalence of data, which is written from the host apparatus 1 (channel 1 a ), between the two file units 2 C and 2 D, and in the file system, the primary file unit 2 C and the secondary file unit 2 D are connected by the interface 22 which is of the same type as the interface 21 connecting the channel 1 a to the primary file unit 2 C, as described above with reference to FIG. 10 .

As each of the interfaces 21 and 22 , ESCON interface, for example, is used. The primary file unit 2 C has a function being able to access to the secondary file unit 2 D in the similar sequence to a sequence for accessing from the channel 1 a to the primary file unit 2 C. Namely, the RA(P) 14 can issue a command to the RA(S) 14 of the secondary file unit 2 D in the similar processing method to the sequence performed between the channel 1 a and the CA 11 . As stated above, the RA(P) 14 performs operation equivalent to the channel 1 a. Therefore, the RA(S) 14 is not required to have a special function, but needs to have a function as the CA 11 connected to the general channel 1 a, as described above.

A characteristic procedure of remote transfer of this invention that will be described hereinafter is readily realized by slightly modifying software (program), used to realize the known remote transfer, described above with reference to FIGS. 12 through 15 .

Next description will be made of a remote transfer method between file units according to the embodiment of this invention with reference to FIGS. 1 through 7 .

FIG. 1 is a sequence diagram for illustrating a procedure of the remote transfer method between the file units 2 C and 2 D according to the embodiment of this invention.

According to this embodiment, the host apparatus 1 writes data into the primary file unit 2 C by issuing a writing operation directive command (Locate Record, Seek+Search ID, or the like) CCW 1 for transferring writing start location information as data to the primary file unit 2 C, and then successively issuing a series of write commands CCW 2 to CCWm, which configures one write access unit (for example, CCW described above) together with the writing operation directive command CCW 1 , to the primary file unit 2 C one by one. The remote transfer procedure (data duplicating technique) according to this embodiment in such case will be described next.

As shown in FIG. 1 , when the CA 11 of the primary file unit 2 C is directed a write operation by a command CCW 1 from the channel 1 a, that is, when the CA 11 accepts a writing operation directive command as the command CCW 1 (refer to an arrow A 51 ), the CA 11 notifies the channel 1 a of acceptance of the command CCW 1 (refer to an arrow A 52 ) besides writing the command CCW 1 into the communication area l 6 a (refer to an arrow A 53 ) and directs the RM 12 to execute the command CCW 1 (refer to an arrow A 54 ). Namely, the CA 11 requests the RM 12 to appropriately assign the RA(P) 14 to secure the RA(P) 14 for performing a write process on the secondary file unit 2 D after accepting a process by a write command to be performed.

In the CA 11 , a directive of the write operation is discriminated by a parameter of “Locate Record” included in the command CCW 1 . Incidentally, “Locate Record” is one example of locate commands. It is alternatively possible to use another command, “Seek+Search ID” or the like.

The writing operation directive command CCW 1 that is first sent is to locate the following write process. Data accompanying the command CCW 1 , that is, the writing start location information, is sent from the channel 1 a to the CA 11 (refer to an arrow A 56 ), and written into the communication area 16 a.

The RA(P) 14 assigned by the RM 12 refers to the information in the communication area 16 a (refer to an arrow A 57 ), and issues the command CCW 1 to the RA(S) 14 (refer to an arrow A 58 ), thereby establishing communication between the RA(P) 14 and the RA(S) 14 .

When the communication is established, the RA(S) 14 notifies the RA(P) 14 of acceptance of the command CCW 1 (refer to an arrow A 59 ). The RA(P) 14 , having received the acceptance notification, transmits the writing start location information as data to the RA(S) 14 (refer to an arrow A 60 ). When receiving the writing start location information, the RA(S) 14 notifies the RA(P) 14 of normal termination (refer to an arrow A 61 ). The normal termination is notified the CA 11 via the communication area 16 a from the RA(P) 14 (refer to an arrow A 62 ). The CA 11 notifies the channel 1 a that the process responsive to the command CCW 1 has been normally terminated (refer to an arrow A 63 ).

Next, the host apparatus 1 , having received the notification of normal termination of the command CCW 1 , sends the first write command CCW 2 to the CA 11 of the primary file unit 2 C from the channel 1 a (refer to an arrow A 64 ) When receiving the write command CCW 2 , the CA 11 notifies the channel 1 a of acceptance of the write command CCW 2 (refer to an arrow A 65 ), besides directing the RA(P) 14 via the communication area 16 a to execute the write command CCW 2 (refer to an arrow A 66 ). Data to be written by the write command CCW 2 is transmitted from the channel 1 a having received the acceptance notification to the CA 11 (refer to an arrow A 67 ), and the data is written into the cache memory 16 (refer to an arrow A 68 ).

The RA(P) 14 , having received the directive to execute the write command CCW 2 , issues the write command CCW 2 to the RA(S) 14 (refer to an arrow A 69 ). When receiving the write command CCW 2 , the RA(S) 14 notifies the RA(P) 14 of acceptance of the write command CCW 2 (refer to an arrow A 70 ). The RA(P) 14 , having received the acceptance notification, reads data to be written by the write command CCW 2 from the cache memory 16 (refer to an arrow A 71 ), and transmits the data to the RA(S) 14 (refer to an arrow A 72 ). When receiving the data, the RA(S) 14 notifies the RA(P) 14 of normal termination (refer to an arrow A 73 ). The normal termination is notified the CA 11 via the communication area 16 a from the RA(P) 14 (refer to an arrow A 74 ) The CA 11 notifies the channel 1 a that the process by the write command CCW 2 has been normally terminated (refer to an arrow A 75 ).

In the similar manner, the host apparatus 1 , having received the normal termination of the write command CCW 2 , successively transmits a series of the write commands CCW 3 to CCWm one by one to the primary file unit 2 C (refer to arrows A 76 and A 77 ). Each of the write commands CCW 3 to CCWm is remote-transferred to the secondary file unit 2 D in the similar procedure to that shown by the arrows A 64 to A 75 , and data to be written by each of the write commands CCW 3 to CCWm is remote-transferred to and written into the secondary file unit 2 D. Incidentally, the arrows A 77 to A 89 showing a process according to the write command CCWm in FIG. 1 correspond to the arrows A 64 to A 75 showing the process according to the write command CCW 2 , respectively, description of which is thus omitted.

When one CCW is terminated, a command “end of CCW”, notifying that this write access unit is terminated, is transmitted from the channel 1 a to the CA 11 of the primary file unit 2 C (refer to an arrow A 89 ). When receiving the command “end of CCW”, the CA 11 notifies the channel 1 a that the command “end of CCW” is received (refer to an arrow A 90 ), besides notifying the RA(P) 14 via the communication area 16 a of end of the CCW (refer to an arrow A 91 ). The RA(P) 14 , having received the notification of end of CCW, issues a command “end of CCW” to the RA(S) 14 (refer to an arrow A 92 ). When receiving the command “end of CCW”, the RA(S) 14 notifies the RA(P) 14 that the command “end of CCW” is received (refer to an arrow A 93 )

After this process is terminated, the data held in the cache memory 16 is written into the physical device 20 by the DA 17 in the primary file unit 2 C, while the data held in the cache memory 16 is written into the physical device 20 by the DA 17 in the secondary file unit 2 D, although not shown in FIG. 1 , whereby duplicating of the data is realized in the primary file unit 2 C and the secondary file unit 2 D.

According to the remote transfer method of this embodiment, whenever a process by a command similar to known one is completed in primary file unit 2 C for each write command directed by the host apparatus 1 after the writing operation directive command CCW 1 , the CA 11 connected to the channel 1 a notifies the RA(P) 14 of a write command processed this time using the inter-module communication area 16 a and waits for a termination response of the remote transfer of the write command from the RA(P) 14 to the secondary file unit 2 D, as described above. Meanwhile, as the similar command process to the known one in the primary file unit 2 C, there is, for example, a process of writing data from the host apparatus 1 into the cache memory 16 to update the control information in the case of the write command.

Namely, the RA(P) 14 issues the similar write command to the secondary file unit 2 D on the basis of information in the inter-module communication area 16 a shown by the CA 11 now connecting to the channel 1 a, reads control information in the cache memory 16 designated the relevant data, the control information being updated by the CA 11 , to capture the control information into a buffer held by the RA(P) 14 , sends the control information as data of the relevant write command, and accepts a termination status of the command from the RA(S) 14 of the secondary file unit 2 D. The RA(S) 1 of the secondary file unit 2 D performs the similar process to the procedure according to the write command received by the CA 11 from the channel 1 a. The RA(E) 14 notifies the CA 11 now connecting to the channel 1 a of the received termination status using the inter-module communication area 16 a.

The CA 11 notified of completion of the command, operation in the secondary file unit 2 D from the RA.(P) 14 sends back normal termination to the channel 1 a of the host apparatus 1 as well when a command termination status thereof shows normal termination. When the command termination status shows abnormal termination, the CA 11 reports the channel 1 a of the host apparatus 1 that its own write access has been abnormally terminated. As this, complete duplicating is always assured for each write command of data in the primary file unit 2 C and the secondary file unit 2 D.

According to the remote transfer method of the embodiment of this invention, when a command (Locate Record, Seek+Search ID, or the like), by which a writing operation is performed, is directed from the host apparatus 1 in order to have an access to the physical device 20 from the host apparatus 1 , the RA(P) 14 of the primary file unit 2 C becomes an upper apparatus of the secondary file unit 2 D, and issues a command thereto. Each command operation directed to the primary file unit 2 C from the channel 1 a via the CA 11 is similarly directed to the secondary file unit 2 D from the primary file unit 2 C. Data written into the primary file unit 2 C by one write command issued from the host apparatus 1 is transferred to the secondary file unit 2 D from the primary file unit 2 C by the similar write command, and after the primary file unit 2 C confirms that the data has been normally written, the primary file unit 2 C returns a termination status of the command operation to the channel 1 a, whereby equivalence of the data in the two file units 2 C and 2 D is assured for each write command.

Even if any fault occurs while a series of write commands are processed, data written by write commands having been issued before a command issued at the time that the fault has occurred is certainly duplicated. Accordingly, when the host apparatus 1 performs the recovery process in order to cope with the fault, even if the host apparatus 1 modifies a part of the commands to simplify the recovery process and performs the recovery process by issuing write commands after the command which has been issued at the time that a fault has occurred, as shown in, for example, FIG. 16 , a trouble occurring heretofore does not occur, and equivalence of data in the two file units 2 C and 2 D is certainly assured.

[B] Description of a Procedure for Coping with a Case Where a Disconnection Factor Appears in the Remote Transfer

Next, a procedure for coping with a case where a disconnection factor appears in the remote transfer will be described with reference to FIGS. 2 through 5 .

[B-1] In the Case Where a Disconnection Factor Appears in the Primary File Unit 2 C

When the primary file unit 2 C gets into a state where the primary file unit 2 C has to be temporarily disconnected from the host apparatus 1 due to any factor, that is, when any factor requiring that the primary file unit 2 C and the host apparatus 1 have to be temporarily disconnected appears, in the primary file unit 2 C the CA 11 connected to the channel 1 a notifies the RA(P) 14 connected to the secondary file unit 2 D, using the inter-module communication area 16 a, that disconnection from the channel 1 a appears, to temporarily disconnect a connection between the primary file unit 2 C and the secondary file unit 2 D with the disconnection from the channel 1 a. For this purpose, in this embodiment, a special disconnect interface is provided.

The primary file unit 2 C cannot continue the command process even though the secondary file unit 2 D can do a continuous process (chaining) of the command operation. Therefore, the special disconnect interface issues a code showing disconnection of the secondary file unit 2 D from the primary file unit 2 C, reconnects the primary file unit 2 C and the secondary file unit 2 D by issuing a code showing reconnection from the primary file unit 2 C when the primary file unit 2 C becomes an operable state, and allows the secondary file unit 2 D to keep a state in which the secondary file unit 2 D can be reconnected at any time.

The above disconnection factor is caused by lack of capacity of the cache memory 16 , or by a write through operation, etc.

When an event requiring the channel 1 a and the CA 11 to be disconnected from each other occurs in the primary file unit 2 C due to lack of capacity of the cache memory 16 , or by the write through operation, etc., time-out based on ESCON interface specifications may occur if the file units 2 C and 2 D are not disconnected until the event is settled. In ESCON interface, since communication is basically made using a block called a frame, a latency between frames is decided.

According to this embodiment, the primary file unit 2 C notifies the secondary file unit 2 D that, when a path is established between the RA(S) 14 and the RA(P) 14 , the path is not an ordinary connection with the channel 1 a but a connection between the file units 2 C and 2 D. The RA(S) 14 can accept a disconnection request from the path, which is not originally issued from the channel 1 a. When receiving a disconnection request from the RA(P) 14 , the RA(S) 14 accepts the request, and performs a process to disconnect a connection between the file units 2 C and 2 D, and memorizes a state at the time of the disconnection in an information storage area in the secondary file unit 2 D until a reconnect request is issued from the primary file unit 2 C.

According to this embodiment, when an event that requires to disconnect CA 11 of primary file unit 2 C from the channel 1 a occurs, the CA 11 of the primary file unit 2 C requests the RA(P) 14 , by using the inter-module communication area 16 a, to issue a disconnect request (that is, to carry out a temporary disconnect process between the file units 2 C and 2 D). CA 11 is then disconnected from the channel 1 a, performs a necessary disconnect process (channel disconnect process) with the RM 12 of the primary file unit 2 C, then returns to the idle state.

FIG. 2 is a sequence diagram for illustrating a procedure coping with a case where a disconnection factor appears in the primary file unit 2 C in the remote transfer according to this embodiment. FIG. 2 shows a case where a disconnection factor appears in the primary file unit 2 C while a write command CCWn is processed.

In FIG. 2 , a process after the host apparatus 1 transmits the write command CCWn from the channel 1 a to the CA 11 of the primary file unit 2 C up to the time that the RA(P) 14 notifies the CA 11 via the communication area 16 a of normal termination from the RA(S) 14 , that is, a process denoted by arrows B 11 to B 21 , corresponds to the process denoted by the arrows A 64 to A 74 in FIG. 1 , description of which is thus omitted.

If a disconnect factor appears in the primary file unit 2 C when the RA(P) 14 notifies the CA 11 via the communication area 16 a of normal termination from the RA(S) 14 (refer to an arrow B 21 ), according to this embodiment, the CA 11 requests the RA(P) 14 , by using the inter-module communication area 16 a, to issue a disconnect request (refer to an arrow B 22 ), issues a disconnect request to the channel 1 a to be disconnected from the channel 1 a (refer to arrows B 23 and B 25 ), performs a necessary disconnect process (channel disconnect process) with the RM 12 of the primary file unit 2 C, then returns to the idle state.

The RA(P) 14 issues, in response to the request from the CA 11 , a disconnect request to the RA(S) 14 with which the RA(P) 14 is now connected (refer to arrows B 24 and B 26 ). The RA(S) 14 , having received the disconnect request from the RA(P) 14 , performs a disconnect process to disconnect a connection between the file units 2 C and 2 D, and memorizes a state at the time of the disconnection in the information storage area in the Secondary file unit 2 D until a reconnect request is issued from the primary file unit 2 C.

The RA(S) 14 of the secondary file unit 2 D, having received the disconnect request, writes into a control information storage area in the secondary file unit 2 D that the disconnect request has been received from the host apparatus 1 , notifies the RM 12 of the secondary file unit 2 D that temporary disconnection occurs responsive to the disconnect request from the host apparatus 1 , then returns to the idle state. The RM 12 having received the above directive from the RA(S) 14 of the secondary file unit 2 D does not initiate any action with respect to the process until the RM 12 again receives a connect request from the same RA(S) 14 .

The RA(P) 14 , having issued the disconnect request to the RA(S) 14 , temporarily disconnects a connection between the file units 2 C and 2 D, performs a necessary process (remote transfer disconnect process) with the RM 12 of the primary file unit 2 C, then returns to the idle state, as well.

After that, when the disconnection factor is settled and the channel 1 a and the CA 11 get into a re-connectable state in the primary file unit 2 C, the CA 11 makes a reconnect request to the channel 1 a (refer to an arrow B 27 ), is reconnected thereto (refer to an arrow B 28 ), and requests the RM 12 of the primary file unit 2 C to assign the RA(P) 14 in order to direct reconnection with the secondary file unit 2 D (refer to arrows B 29 and B 30 ). The RA(P) 14 , having again requested by the RM 12 for the remote transfer operation, reads information in the relevant inter-module communication area 16 a once more (refer to an arrow B 31 ) to restore the information before the disconnection, issues a reconnect request to the RA(S) 14 of the secondary file unit 2 D having requested for temporary disconnection (refer to an arrow B 32 ), and performs reconnection.

The RA(S) 14 , having received the reconnect request, notifies the RM 12 of the secondary file unit 2 D that the reconnect request is directed by the primary file unit 2 C, replies to the RA(P) 14 of the primary file unit 2 C that the RA(S) 14 accepts the reconnection (refer to an arrow B 33 ), reads necessary information from the control information storage area in the secondary file unit 2 D, and returns to a state before the temporary disconnection occurs to continue the process.

The CA 11 of the primary file unit 2 C, having requested the channel 1 a for reconnection, notifies the channel 1 a of normal termination (refer to an arrow B 34 ), thereby returning to a state before the temporary disconnection occurs to continue the process. The host apparatus 1 thereby issues a write command CCWn+ 1 next to the write command CCWn, which has been processed at the time that the disconnection factor has appeared, to the CA 11 of the primary file unit 2 C (refer to an arrow B 35 ), so that the similar remote transfer process is resumed (refer to arrows B 36 to B 43 ).

According to this embodiment, when a disconnection factor appears in the primary file unit 2 C, not only the primary file unit 2 C and the host apparatus 1 , but also the primary file unit 2 C and the secondary file unit 2 D are temporarily disconnected from each other until the factor is settled, as described above. The secondary file unit 2 D and the host apparatus 1 can therefore carry out another process without waiting for settlement of the factor, which leads to their efficient operations.

[B-2] In the Case Where a Disconnection Factor Appears in the Secondary File Unit 2 D

When the secondary file unit 2 D gets into a state where the secondary file units 2 D has to be temporarily disconnected from the primary file unit 2 C due to any factor, that is, when a disconnection factor requiring that the secondary file unit 2 D and the primary file unit 2 C have to be temporarily disconnected from each other appears, the primary file unit 2 C according to this embodiment gives, from the RA module connected to the RA(S) 14 to the CA 11 connected with the channel 1 a, via the inter-module communication area 16 a, notice that a disconnect request is received from the secondary file unit 2 D, and can perform temporary disconnect process from the channel 1 a.

FIG. 3 is a sequence diagram for illustrating a procedure for coping with a case where a disconnection factor appears in the secondary file unit 2 D in the remote transfer according to this embodiment. FIG. 3 shows a case where a disconnection factor appears in the secondary file unit 2 D when a write command CCWn is processed.

In FIG. 3 , a process after the host apparatus 1 transmits the write command CCWn to the CA 11 of the primary file unit 2 C from the channel 1 a up to the time that the RA(S) 14 receives data from the RA(P) 14 , that is, a process denoted by arrows B 11 to B 19 , corresponds to the process denoted by the arrows A 64 to A 72 in FIG. 1 , description of which is thus omitted.

In an event that requires to disconnect the RA(S) 14 from the RA(P) 14 because of a disconnection factor (for example, lack of capacity of the cash memory 16 ) in the secondary file unit 2 D appears when the RA(S) 14 receives data from the RA(P) 14 (refer to an arrow B 19 ), according to this embodiment, the RA(S) 14 of the secondary file unit 2 D issues a disconnect request to the RA(P), that is the upper apparatus, similarly to the CA 11 connected to the general channel 1 a (refer to arrows B 51 and B 52 ).

The RA(P) 14 of the primary file unit 2 C, having received the disconnect request from the RA(S) 14 of the secondary file unit 2 D, makes a disconnect request to the CA 11 by using the inter-module communication area 16 a (refer to an arrow B 53 ), and performs a temporary disconnection between the file units 2 C and 2 D. The RA(P) 14 and the RA(S) 14 perform necessary processes (respective disconnect processes) on their respective RMs 12 , then return to the idle state.

The CA 11 , having received the disconnect request from the RA(P) 14 , issues a disconnect request to the channel 1 a to be disconnected therefrom (refer to arrows B 54 and B 55 ), performs a necessary disconnect process (channel disconnect process) with the RM 12 of the primary file unit 2 C, then returns to the idle state.

When the disconnect factor is settled in the secondary file unit 2 D and the secondary file unit 2 D gets into a state where the secondary file unit 2 D is re-connectable to the primary file unit 2 C, the RA(S) 14 of the secondary file unit 2 D makes a reconnect request to the RA(P) 14 of the primary file unit 2 C (refer to arrows B 56 and B 57 ).

The RA(P) 14 , having received the reconnect directive, requests the RAM 12 of the primary file unit 2 C to reconnect the CA 11 to the channel 1 a (refer to an arrow B 58 ). The CA 11 directed by the RM 12 to be again connected to the channel 1 a reads information in the relevant inter-module communication area 16 a once more (refer to arrows B 59 and B 60 ), makes a reconnect request to the channel 1 a (refer to an arrow B 61 ), and reconnects the channel 1 a to the CA 11 (refer to an arrow B 62 ) to continue the process.

Notification of normal termination from the RA(S) 14 is sent to the channel 1 a via the RA(P) 14 , the inter-module communication area 16 a and the CA 11 (refer to arrows B 63 to B 65 ), whereby the primary file unit 2 C returns to a state before the temporary disconnect occurs to continue the process. The host apparatus 1 thereby issues a write command CCWn+1 next to the write command CCWn, which has been processed at the time that the disconnect factor has appeared, to the CA 11 of the primary file unit 2 C (refer to an arrow B 35 ) so that the remote transfer process is resumed.

According to this embodiment, when a disconnect factor appears in the secondary file unit 2 D, not only the secondary file unit 2 D and the primary file unit 2 C, but also the primary file unit 2 C and the host apparatus 1 are temporarily disconnected from each other until the factor is settled, so that the primary file unit 2 c and the host apparatus 1 can carry out another process without waiting for settlement of the factor, which leads to their efficient operations.

[B-3] In the Case Where Disconnect Factors Simultaneously Appear in Both the Primary File Unit 2 C and the Secondary File Unit 2 D (1)

When a request to disconnect the primary file unit 2 C from the channel 1 a and a remote transfer disconnect request from the secondary file unit 2 D simultaneously are issued, according to this embodiment, the remote transfer disconnect request from the secondary file unit 2 D is suppressed and the request to disconnect from the channel 1 a is given priority, and the above-described special disconnect interface works on the secondary file unit 2 D.

FIG. 4 is a sequence diagram for illustrating a procedure coping with a case where disconnect factors simultaneously appear in both the primary file unit 2 C and the secondary file unit 2 D in the remote transfer according to this embodiment. FIG. 4 shows a case where disconnect factors simultaneously appear in both the primary file unit 2 C and the secondary file unit 2 D when a write command CCWn is processed.

In FIG. 4 , a process after the host apparatus 1 transmits the write command CCWn to the CA 11 of the primary file unit 2 C from the channel 1 a up to the time that the RA(S) 14 receives data from the RA(P) 14 , that is, a process denoted by arrows B 11 to B 19 , corresponds to the process denoted by the arrows A 64 to A 72 in FIG. 1 , description of which is thus omitted. In FIG. 4 , arrows denoted by the same reference characters as those in FIGS. 2 and 3 designate the same or almost the same operations/procedures, description of which is thus omitted.

If disconnect factors simultaneously appear in both the primary file unit 2 C and the secondary file unit 2 D when the RA(S) 14 receives data from the RA(P) 14 (refer to an arrow B 19 ), both the CA 11 of the primary file unit 2 C and the RA(S) 14 of the secondary file unit 2 D issue disconnect requests to the RA(P) 14 of the primary file unit 2 C (refer to arrow B 24 and B 51 ).

At this time, the disconnect request from the CA 11 of the primary file unit 2 C is given priority, while the disconnect request from the RA(S) 14 of the secondary file unit 2 D is ignored, and the disconnect request described above with reference to FIG. 2 is made to the RA(S) 14 of the secondary file unit 2 D now connected to the RA(P) 14 (refer to arrows B 24 and B 26 ).

When receiving the disconnect request from the RA(S) 14 of the secondary file unit 2 D, the RA(P) 14 of the primary file unit 2 C at once writes the disconnect request from the RA(S) 14 into the inter-module communication area 16 a (refer to an arrow B 69 ). However, when recognizing that the disconnect request from the CA 11 simultaneously is issued, the RA(P) 14 directs the inter-module communication area 16 a to withdraw the disconnect request from the RA(S) 14 (refer to an arrow B 70 ).

When the RA(P) 14 of the primary file unit 2 C, that is the upper apparatus, directs a disconnect request against the disconnect request issued from the secondary file unit 2 D, the secondary file unit 2 D internally withdraws the disconnect request made by itself, and accepts the disconnect request directed by the primary file unit 2 C (refer to arrows B 24 and B 26 ).

Therefore, when the RA(P) 14 accepts a disconnect request directed by he RA(S) of the secondary file unit 2 D after reconnection (refer to an arrow B 51 ′), the RA(P) 14 confirms via the inter-module communication area 16 a that the channel 1 a and the CA 11 of the primary file unit 2 C are disconnected from each other by the directive (refer to an arrow B 71 ), and then sends back receipt of the disconnect request to the RA(S) 14 of the secondary file unit 2 D (refer to an arrow B 72 ).

Meanwhile, the CA 11 of the primary file unit 2 C having priority is disconnected from the channel 1 a by its own disconnect request, irrespective of a state of connection between the file units 2 C and 2 D.

The disconnect request from the primary file unit 2 C is given priority, and when the disconnect factor in the primary file unit 2 C is settled in a state where the primary file unit 2 C and the host apparatus 1 , and the primary file unit 2 C and the secondary file unit 2 D are temporarily disconnected, reconnection is performed in the procedure described above with reference to FIG. 2 (refer to arrows B 27 to B 33 ).

When the host apparatus 1 and the primary file unit 2 C, and the primary file unit 2 C and the secondary file unit 2 D are respectively reconnected, the host apparatus 1 and the primary file unit 2 C, and the primary file unit 2 C and the secondary file unit 2 D are respectively temporarily disconnected again due to the disconnection factor that has not been yet settled in the secondary file unit 2 D. When the disconnection factor in the secondary file unit 2 D is settled, reconnection is performed in the procedure described above with reference to FIG. 3 (refer to arrows B 56 to B 65 ).

As described above, according to this embodiment, when disconnection factors simultaneously appear in both the primary file unit 2 C and the secondary file unit 2 D, the primary file unit 2 C and the host apparatus 1 , and the primary file unit 2 C and the secondary file unit 2 D are respectively temporarily disconnected. After that, the disconnection factor in the primary file unit 2 C is preferentially settled, and then the disconnection factor in the secondary file unit 2 D is settled. It is therefore possible to cope with a case where disconnection factors simultaneously appear in both the primary file unit 2 C and the secondary file unit 2 D.

[B-4] In the Case Where Disconnect Factors Simultaneously Appear in Both the Primary File Unit 2 C and the Secondary File Unit 2 D (2)

In the example shown in FIG. 4 , when disconnect factors simultaneously in both the primary file unit 2 C and the secondary file unit 2 D, the disconnection factor in the primary file unit 2 C is settled and the file units 2 C and 2 D are reconnected, the file units 2 C and 2 D are again disconnected due to the disconnection factor in the secondary file unit 2 D, after that, the disconnection factor in the secondary file unit 2 D is settled.

On the other hand, in a coping procedure shown in FIG. 5 , when a request to disconnect the primary file unit 2 C from the channel 1 a and a remote transfer disconnect request from the secondary file unit 2 D simultaneously are issued, priority is given to the request to disconnect the primary file unit 2 C from the channel 1 a. Even if the special disconnect interface operates on the secondary file unit 2 D according to a directive from the upper apparatus, a problem (disconnection factor) that is the remote transfer disconnection factor causing disconnection directed by the upper apparatus is concurrently settled in the secondary file unit 2 D so as to lower probability of recurrence of the remote transfer disconnect request after the secondary file unit 2 D is reconnected to the primary file unit 2 C.

FIG. 5 is a sequence diagram for illustrating a modified example of the procedure coping with a case where disconnection factors simultaneously appear in both the primary file unit 2 C and the secondary file unit 2 D in the remote transfer according to this embodiment. FIG. 5 shows a case where disconnection factors simultaneously appear in both the primary file unit 2 C and the secondary file unit 2 D when a write command CCWn is processed, similarly to the example shown in FIG. 4

In FIG. 5 , a process after the host apparatus 1 transmits the write command CCWn to the CA 11 of the primary file unit 2 C from the channel 1 a up to the time that the RA(S) 14 receives data from the RA(P) 14 , that is, a process denoted by arrows B 11 to B 19 , corresponds to the process denoted by the arrows A 64 to A 72 in FIG. 1 , description of which is thus omitted. In FIG. 5 , arrows denoted by the same reference characters in FIGS, 2 through 4 show the same or almost the same operations/procedures, description of which is thus omitted.

The coping procedure shown in FIG. 5 and the coping procedure shown in FIG. 4 differ in the following effect. In the coping procedure shown in FIG. 5 , even if its own disconnect request is withdrawn by a disconnect request from the upper apparatus in the secondary file unit 2 D, the secondary file unit 2 D carries out a means to settle a disconnection factor appeared in the secondary file unit 2 D until the secondary file unit 2 D is reconnected to the primary file unit 2 C, and settles the disconnection factor. This means is actuated in a disconnect process with the RM 12 , performed by the RA(S) 14 in the secondary file unit 2 D.

Accordingly, in both the primary file unit 2 C and the secondary file unit 2 D, the events that has caused disconnection factors are settled in parallel. When a reconnect request is sent from the primary file unit 2 C (refer to an arrow B 32 ) the process can be continued without a disconnect directive from the secondary file unit 2 D unlike the example shown in FIG. 4 .

Namely, at a point of time that a reconnect request is received in the secondary file unit 2 D, the disconnection factor has been already settled. Therefore, notification of normal termination is immediately sent from the RA(S) 14 to the channel 1 a via the RA(P) 14 , the inter-module communication area 16 a and the CA 11 (refer to arrows B 63 to B 65 ), and the remote transfer process is resumed.

According to this embodiment, when disconnection factors simultaneously appear in both the primary file unit 2 C and the secondary file unit 2 D, the disconnection factor in the primary file unit 2 C and the disconnection factor in the secondary file unit 2 D are simultaneously settled. This can diminish probability of occurrence of disconnect request by the secondary file unit 2 D after the primary file unit 2 C and the secondary file unit 2 D are reconnected, thus can shorten a response time up to the time that normal termination (termination status) is notified to the host apparatus 1 .

[C] Description of Parallelizing of the Remote Transfer Process

[C-1] Description of an Example of Parallelizing

FIG. 6 is a sequence diagram for illustrating an example of parallelizing of a part of the process at the time of the remote transfer according to this embodiment. In FIG. 6 , a part relating to the process by the write command CCW 2 shown in FIG. 1 is taken out and shown. In FIG. 6 , arrows denoted by the same reference characters in FIG. 1 show the same or almost the same operations/procedures, detailed description of which is thus omitted.

As shown in FIG. 6 , when the CA 11 of the primary file unit 2 C receives a command code from the channel 1 a for the write command CCW 2 directed by the host apparatus 1 (refer to an arrow A 64 ), the CA 11 notifies the RA(P) 14 of only the command code using the inter-module communication area 16 a in the primary file unit 2 C (refer to an arrow A 66 ) At the same time, the CA 11 answers with a command reception status (initial status) to the channel 1 a (refer to an arrow A 65 ), receives data of the write command CCW 2 accepted from the channel 1 a (refer to an arrow A 67 ), and writes the data into the cache memory 16 (refer to an arrow A 68 ).

The RA(P) 14 , notified of the write command CCW 2 , now being executed by the CA 11 , via the inter-module communication area 16 a, issues the similar command code to the secondary file unit 2 D (refer to an arrow A 69 ), and likewise receives the initial status from the secondary file unit 2 D.

When the data transfer between the channel 1 a and the CA 11 is completed, the CA 11 notifies the RA(P) 14 via the inter-module communication area 16 a that the data transfer is completed (refer to an arrow A 70 ′). The RA(P), having received this notification, reads the data from the cache memory 16 , and transfers the data to the secondary file unit 2 D.

According to this embodiment, the data received by the CA 11 is started to be transferred from the RA(P) 14 of the primary file unit 2 C to the secondary file unit 2 D as soon as the data transfer between the channel 1 a and the CA 11 is completed (refer to arrows A 71 and A 72 ). In this manner, this embodiment parallelizes a part of the write command process.

In the following, more detailed description of the parallelizing of a part of the write command process, as described above, will be made.

Between the channel 1 a and the CA 11 of the primary file unit 2 C, and between the RA(P) 14 of the primary file unit 2 C and the RA(S) 14 of the secondary file unit 2 D, a process for each command is performed as follows: Namely, the upper apparatus issues a command, the CA 11 and the RA(S) 14 respectively receive the command. When the command is processible, acceptance (initial status) of the command is returned to the upper apparatus. When the command is accepted, data accompanying the command is transferred. When all the command processes including the data transfer are finally completed, each of the CA 11 and the RA(S) 14 returns termination status to the upper apparatus, thereby completing one command process.

Here, the upper apparatus for the CA 11 of the primary file unit 2 C is the channel 1 a, and the upper apparatus for the RA(S) of the secondary file unit 2 D is the RA(P) 14 of the primary file unit 2 C. In data transfer, data is sent to the CA 11 and the RA(S) 14 from the upper apparatus in the case of the write process.

Once the initial status is sent back from the CA 11 of the primary file unit 2 C to the channel 1 a, it is possible to issue a command between the RA(P) 14 of the primary file unit 2 C and the RA(S) 14 of the secondary file unit 2 D and receive the initial status, as well.

The CA 11 of the primary file unit 2 C, having sent back the initial status, accepts a command, and notifies the channel 1 a via the inter-module communication area 16 a that data of the command is now being transferred, whereby concurrently carrying out both the data transfer process (data receive process) between the channel 1 a and the CA 11 of the primary file unit 2 C and a command accept process between the RA(P) 14 of the primary file unit 2 C and the RA(S) 14 of the secondary file unit 2 D, so as to shorten the process time.

The parallelizing of a part of the write command process as described above is applied to not only the write command CCW 2 but also another write command in the manner similar to the above.

According to this embodiment, in the remote transfer responsive to a write command from the host apparatus 1 , the data transfer process from the host apparatus 1 to the primary file unit 2 C and the command accept process between the primary file unit 2 C and the secondary file unit 2 D are carried out in parallel. As soon as the data is received, the data is remote-transferred, thereby increasing the speed of the remote transfer process.

[C-2] Description of Another Example of Parallelizing

FIG. 7 is a sequence diagram for illustrating another example of parallelizing of a part of the process in the remote transfer according to this embodiment. In FIG. 7 , only the part relating to processes by the write operation directive command CCW 1 and the write command CCW 2 shown in FIG. 1 is taken out and shown. In FIG. 7 , arrows denoted by the same reference characters described hereinbefore designate the same or almost the same operations/procedures, description of which is thus omitted.

As shown in FIG. 7 , the CA 11 of the primary file unit 2 C notifies the RA(P) 14 via the inter-module communication area 16 a of a demand to process a command (Locate Record, Seek+Search ID, or the like) CCW 1 directing a write operation from the host apparatus 1 (refer to arrows A 51 , A 53 to A 55 , and A 57 ). Even after receiving data (parameters of Locate Record, information on Seek+Search ID, or the like) of the command CCW 1 , the CA 11 of the primary file unit 2 C receives the first write command CCW 2 , following the write operation directive command CCW 1 from the host apparatus 1 (refer to an arrow A 64 ), without waiting for a process termination report on the command, notified the CA 11 from the RA(P) 14 .

The CA 11 precedently reserves the next write command CCW 2 at the RA(P) 14 , transfers data of the write command CCW 2 . After that, the RA(P) 14 waits for termination of the relevant write operation directive command CCW 1 and the next write command CCW 2 , and the CA 11 reports the channel 1 a of termination of the write command CCW 2 . Whereby, it is possible to perform in parallel the process of transferring data of the first write command CCW 2 following the write operation directive command CCW 1 to the CA 11 of the primary file unit 2 C from the channel 1 a, and the accept process that should be completed between the primary file unit 2 C and the secondary file unit 2 D before transfer of the first write data from the primary file unit 2 C to the secondary file unit 2 D is initiated.

The write operation directive command CCW 1 is a command determining operative conditions for the following write commands CCW 2 to CCWm to operate, and locating the devices. There is no case where data in the cache memory 16 is updated by the command CCW 1 . Data relating to the command CCW 1 is stored in the inter-module communication area 16 a.

In the parallelizing technique shown in FIG. 7 , the command sequence performed between the channel 1 a and the CA 11 of the primary file unit 2 C is extended to the following write command CCW 2 , and the CA 11 of the primary file unit 2 C does not monitor a status between the file units 2 C and 2 D until a termination status of the first write command CCW 2 is reported.

According to this embodiment, the process of transferring data of the first write command CCW 2 from the host apparatus 1 to the primary file unit 2 C, and the accept process that should be completed between the primary file unit 2 C and the secondary file unit 2 D until the data of the first write command CCW 2 is transferred are performed in parallel, whereby further increasing the speed of the remote transfer.

[D] Others

Note that the present invention is not limited to the above-described embodiment, but may be modified in various ways without departing from the scope of the invention.

Industrial Applicability

According to this invention, when one write access unit (for example, CCW) made up of a write operation directive command and a series of commands following the write operation directive command are executed, remote transfer from the primary file unit to the secondary file unit is performed for each command, whereby write data can be certainly duplicated for each command. Even when any fault occurs while a series of the write commands are processed, data written by the write commands issued before a command at which the fault has occured is certainly duplicated, as described above.

In consequence, the present invention can certainly assure equivalence of data in two file units even if the host apparatus modifies a part of the commands in the recovery process to simplify the recovery process, versatility of the present invention is thus very high.

Claims

1. A remote transfer method used in a file system comprising a primary file unit connected to a host apparatus to be data-updated by said host apparatus, and a secondary file unit connected to said primary file unit to be data-updated by said primary file unit,said remote transfer method being a method for transferring data from said primary file unit to said secondary file unit in order to write into said secondary file unit data which is same as data written into said primary file unit by said host apparatus, when said host apparatus writes data into said primary file unit by issuing a writing operation directive command for transferring writing start location information to said primary file unit as data and successively issuing a series of write commands, which configures one write access unit together with the write operation directive command, to said primary file unit one by one, said remote transfer method comprising: receiving a writing operation directive command, which is issued by said host apparatus to transfer writing start location information to said primary file unit as data, in said primary file unit; transferring the received writing operation directive command from said primary file unit to said secondary file unit, when said primary file unit receives said writing operation directive command from said host apparatus, to direct to start the writing; transferring said writing start location information as data from said primary file unit to said secondary file unit; giving, from said primary file unit to said host apparatus, notice that transferring said writing start location information has been normally transferred, when said primary file unit confirms that said writing start location information has been normally received by said secondary file unit, to cause said host apparatus to issue a series of write commands, which configures one write access unit together with said writing operation directive command; receiving one of said series of write commands in said primary file unit; transferring the received write command from said primary file unit to said secondary file unit, each time said primary file unit receives one of said series of write commands from said host apparatus after said writing operation directive command, to direct the writing; transferring data to be written by the write command from said primary file unit to said secondary file unit; and giving, from said primary file unit to said host apparatus, notice that the writing by the write command has been normally terminated, when said primary file unit confirms that data written in said primary file unit by the write command has been normally written in said secondary file unit, to cause said host apparatus to issue a next write command.

2. A remote transfer method used in a file system comprising a primary file unit connected to a host apparatus to be data-updated by said host apparatus, and a secondary file unit connected to said primary file unit to be data-updated by said primary file unit,said remote transfer method being a method for transferring data from said primary file unit to said secondary file unit in order to write into said secondary file unit data which is same as data written into said primary file unit by said host apparatus, when said host apparatus writes data into said primary file unit by issuing a writing operation directive command for transferring writing start location information to said primary file unit as data and successively issuing a series of write commands, which configures one write access unit together with the write operation directive command, to said primary file unit one by one, said remote transfer method comprising: issuing a command similar to said writing operation directive command from said primary file unit to said secondary file unit, when said primary file unit receives said writing operation directive command from said host apparatus, to direct to start the writing, and then transferring said writing start location information as data; and issuing a command similar to said write command from said primary file unit to said secondary file unit, each time said primary file unit receives one of said series of write commands from said host apparatus after said writing operation directive command, to direct the writing, then transferring data to be written by said write command , and giving, from said primary file unit to said host apparatus, notice that the writing by said write command has been normally terminated, when said primary file unit confirms that data written in said primary file unit by said write command has been normally written in said secondary file unit, wherein when a factor requiring to temporarily disconnect said primary file unit from said host apparatus appears in said primary file unit while said series of write commands are processed, a disconnect request is issued from said primary file unit to said host apparatus to temporarily disconnect said primary file unit from said host apparatus, and a disconnect request is issued from said primary file unit to said secondary file unit to temporarily disconnect said primary file unit from said secondary file unit; said factor in said primary file unit is settled; and in response to a reconnect request from said primary file unit, said primary file unit is then reconnected to said host apparatus and said primary file unit is reconnected to said secondary file unit.

3. A remote transfer method used in a file system comprising a primary file unit connected to a host apparatus to be data-updated by said host apparatus, and a secondary file unit connected to said primary file unit to be data-updated by said primary file unitsaid remote transfer method being a method for transferring data from said primary file unit to said secondary file unit in order to write into said secondary file unit data which is same as data written into said primary file unit by said host apparatus, when said host apparatus writes data into said primary file unit by issuing a writing operation directive command for transferring writing start location information to said primary file unit as data and successively issuing a series of write commands, which configures one write access unit together with the write operation directive command, to said primary file unit one by one, said remote transfer method comprising: issuing a command similar to said writing operation directive command from said primary file unit to said secondary file unit, when said primary file unit receives said writing operation directive command from said host apparatus, to direct to start the writing, and then transferring said writing start location information as data; and issuing a command similar to said write command from said primary file unit to said secondary file unit, each time said primary file unit receives one of said series of write commands from said host apparatus after said writing operation directive command, to direct the writing, then transferring data to be written by said write command , and giving, from said primary file unit to said host apparatus, notice that the writing by said write command has been normally terminated, when said primary file unit confirms that data written in said primary file unit by said write command has been normally written in said secondary file unit, wherein when a factor requiring to temporarily disconnect said secondary file unit from said primary file unit appears in said secondary file unit while said series of write commands are processed, a disconnect request is issued from said secondary file unit to said primary file unit to temporarily disconnect said secondary file unit from said primary file unit, and a disconnect request is issued from said primary file unit having received said disconnect request to said host apparatus to temporarily disconnect said primary file unit from said host apparatus; said factor is settled in said secondary file unit; and in response to a reconnect request from said secondary file unit, said secondary file unit is then reconnected to said primary file unit and said primary file unit is reconnected to said host apparatus.

4. A remote transfer method used in a file system comprising a primary file unit connected to a host apparatus to be data-updated by said host apparatus, and a secondary file unit connected to said primary file unit to be data-updated by said primary file unit,said remote transfer method being a method for transferring data from said primary file unit to said secondary file unit in order to write into said secondary file unit data which is same as data written into said primary file unit by said host apparatus, when said host apparatus writes data into said primary file unit by issuing a writing operation directive command for transferring writing start location information to said primary file unit as data and successively issuing a series of write commands, which configures one write access unit together with the write operation directive command, to said primary file unit one by one, said remote transfer method comprising: issuing a command similar to said writing operation directive command from said primary file unit to said secondary file unit, when said primary file unit receives said writing operation directive command from said host apparatus, to direct to start the writing, and then transferring said writing start location information as data; and issuing a command similar to said write command from said primary file unit to said secondary file unit, each time said primary file unit receives one of said series of write commands from said host apparatus after said writing operation directive command, to direct the writing, then transferring data to be written by said write command, and giving, from said primary file unit to said host apparatus, notice that the writing by said write command has been normally terminated, when said primary file unit confirms that data written in said primary file unit by said write command has been normally written in said secondary file unit, wherein when a factor requiring to temporarily disconnect said primary file unit from said host apparatus appears in said primary file unit, and at the same time, a factor requiring to temporarily disconnect said secondary file unit from said primary file unit appears in said secondary file unit, while said series of write commands are processed, a disconnect request from said primary file unit to said host apparatus is issued prior to a disconnect request from said secondary file unit to said primary file unit to temporarily disconnect said primary file unit from said host apparatus, a disconnect request is issued from said primary file unit to said secondary file unit to temporarily disconnect said primary file unit from said secondary file unit, said factor in said primary file unit is settled, and then, in response to a reconnect request from said primary file unit, said primary file unit is reconnected to said host apparatus and said primary file unit is reconnected to and said secondary file unit; and a disconnect request is issued from said secondary file unit to said primary file unit to temporarily disconnect said secondary file unit from said primary file unit, a disconnect request is issued from said primary file unit having received said disconnect request to said host apparatus to temporarily disconnect said primary file unit from said host apparatus, said factor in said secondary file unit is settled, and then, in response to a reconnect request from said secondary file unit, said secondary file unit is reconnected to said primary file unit and said primary file unit is reconnected to said host apparatus.

5. A remote transfer method used in a file system comprising a primary file unit connected to a host apparatus to be data-updated by said host apparatus, and a secondary file unit connected to said primary file unit to be data-updated by said primary file unit,said remote transfer method being a method for transferring data from said primary file unit to said secondary file unit in order to write into said secondary file unit data which is same as data written into said primary file unit by said host apparatus, when said host apparatus writes data into said primary file unit by issuing a writing operation directive command for transferring writing start location information to said primary file unit as data and successively issuing a series of write commands, which configures one write access unit together with the write operation directive command, to said primary file unit one by one, said remote transfer method comprising: issuing a command similar to said writing operation directive command from said primary file unit to said secondary file unit, when said primary file unit receives said writing operation directive command from said host apparatus, to direct to start the writing, and then transferring said writing start location information as data; and issuing a command similar to said write command from said primary file unit to said secondary file unit, each time said primary file unit receives one of said series of write commands from said host apparatus after said writing operation directive command, to direct the writing, then transferring data to be written by said write command, and giving, from said primary file unit to said host apparatus, notice that the writing by said write command has been normally terminated, when said primary file unit confirms that data written in said primary file unit by said write command has been normally written in said secondary file unit, wherein when a factor requiring to temporarily disconnect said primary file unit from said host apparatus appears in said primary file unit, and at the same time, a factor requiring to temporarily disconnect said secondary file unit from said primary file unit appears in said secondary file unit, while said series of write commands are processed, a disconnect request from said primary file unit to said host apparatus is issued prior to a disconnect request from said secondary file unit to said primary file unit to temporarily disconnect said primary file unit from said host apparatus, a disconnect request is issued from said primary file unit to said secondary file unit to temporarily disconnect said primary file unit from said secondary file unit; said factor in said primary file unit and said factor in said secondary file unit are simultaneously settled; and in response to a reconnect request from said primary file unit, said primary file unit is then reconnected to said host apparatus and said primary file unit is reconnected to said secondary file unit.

6. A remote transfer method used in a file system comprising a primary file unit connected to a host apparatus to be data-updated by said host apparatus, and a secondary file unit connected to said primary file unit to be data-updated by said primary file unit,said remote transfer method being a method for transferring data from said primary file unit to said secondary file unit in order to write into said secondary file unit data which is same as data written into said primary file unit by said host apparatus, when said host apparatus writes data into said primary file unit by issuing a writing operation directive command for transferring writing start location information to said primary file unit as data and successively issuing a series of write commands, which configures one write access unit together with the write operation directive command, to said primary file unit one by one, said remote transfer method comprising: issuing a command similar to said writing operation directive command from said primary file unit to said secondary file unit, when said primary file unit receives said writing operation directive command from said host apparatus, to direct to start the writing, and then transferring said writing start location information as data; and issuing a command similar to said write command from said primary file unit to said secondary file unit, each time said primary file unit receives one of said series of write commands from said host apparatus after said writing operation directive command, to direct the writing, then transferring data to be written by said write command, and giving, from said primary file unit to said host apparatus, notice that the writing by said write command has been normally terminated, when said primary file unit confirms that data written in said primary file unit by said write command has been normally written in said secondary file unit, wherein when, each time one of said series of write commands is accepted, a command similar to said write command is issued from said primary file unit to said secondary file unit to direct the writing, and data to be written by said write command is transferred, a command similar to said write command is issued from said primary file unit to said secondary file unit to simultaneously carry out a command accept process between said primary file unit and said secondary file unit and a data receive process of receiving data to be written by said write command from said host apparatus in said primary file unit; and said data is transferred from said primary file unit to said secondary file unit as soon as receiving said data is completed.

7. A remote transfer method used in a file system comprising a primary file unit connected to a host apparatus to be data-updated by said host apparatus, and a secondary file unit connected to said primary file unit to be data-updated by said primary file unit,said remote transfer method being a method for transferring data from said primary file unit to said secondary file unit in order to write into said secondary file unit data which is same as data written into said primary file unit by said host apparatus, when said host apparatus writes data into said primary file unit by issuing a writing operation directive command for transferring writing start location information to said primary file unit as data and successively issuing a series of write commands, which configures one write access unit together with the write operation directive command, to said primary file unit one by one, said remote transfer method comprising: issuing a command similar to said writing operation directive command from said primary file unit to said secondary file unit, when said primary file unit receives said writing operation directive command from said host apparatus, to direct to start the writing, and then transferring said writing start location information as data; and issuing a command similar to said write command from said primary file unit to said secondary file unit, each time said primary file unit receives one of said series of write commands from said host apparatus after said writing operation directive command, to direct the writing, then transferring data to be written by said write command, and giving, from said primary file unit to said host apparatus, notice that the writing by said write command has been normally terminated, when said primary file unit confirms that data written in said primary file unit by said write command has been normally written in said secondary file unit, wherein a process of transferring, from said host apparatus to said primary file unit, data of the first write command following said writing operation directive command, and an accept process that should be completed between said primary file unit and said secondary file unit until data transfer of the first write command from said primary file unit to said secondary file unit is initiated, are carried out in parallel.