JPH04192024A - File restoring system - Google Patents

Abstract

PURPOSE:To easily specify an object file and to shorten the data restoring time by storing the information in a fault area and displaying a warning message on a display device. CONSTITUTION:The fault of a hard disk device 50 is detected by a hard disk controller 40. The control table 140 of a processor 10 stores the file name corresponding to the fault area, the file block number showing the fault area, at least one of file addresses showing the fault area, the fault track/sector capacity, the alternate track/sector, etc. The controller 40 always refers to the table 140 to read the device 50 and displays a warning message on a display device 30 when the desired track/sector to receive an access is registered. Thus a file can be immediately restored based on the displayed warning.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a method for repairing a failure in a hard disk drive in a computer system and a method for restoring file data stored in the hard disk drive.

[Conventional technology]

Conventionally, two methods are known as countermeasures when a failure occurs in a hard disk device.

One is a hard disk device replacement method in which when a failure occurs in a hard disk device, the hard disk device is replaced, file data is rebuilt and used, and recovery is achieved through disk check, reformatting, and reuse processing.

The other is a data recovery method that, when a failure occurs in a hard disk drive, checks which track/sector of the hard disk drive caused the failure, and then allocates a replacement sector/track to recover the data.This method identifies the relevant file. and recover the corresponding data.

[Problems to be Solved by the Invention] In the above conventional technology, in the hard disk device replacement method, the entire disk volume is replaced, so volume backup is essential, and data is returned to the point at which the backup was taken. When a bankup is not collected, it takes a huge amount of effort to recreate the file data from scratch.

Furthermore, in the data recovery method, when a failure occurs, maintenance personnel diagnose the device, and if the failure is only partial, a replacement sector/track is assigned.

The data in the allocated location will be lost and must be restored from backup data or recreated. With this method, it is difficult to identify the target file, and data recovery requires time and effort.

The problem of the present invention is to allocate alternate tracks/sectors and recover data when a failure occurs in a hard disk drive, and if data cannot be recovered at that point, it is possible to store information about the failure location so that the user can The second thing is to make it easier to recover file data by alerting you.

[Means to solve the problem]

The problem described above is that a computer system including a CPU, a hard disk device connected to the CPU, and a display device connected to the CPU has trouble writing to and/or reading from the hard disk device. When a failure occurs, the file recovery method detects and stores at least one of the file name corresponding to the location where the failure occurred, the file block number indicating the failure location, and the file address indicating the failure location, and displays a warning message on the display device. This is achieved by displaying a warning message on the display device when the file is subsequently accessed.

The above problem can also be solved by the file repair method according to claim 1, wherein the warning message includes at least one of the following: a file name in which a failure has occurred, a file block number indicating a corrupted site, and a file address indicating a corrupted site. achieved.

The above problem also involves file recovery when a failure occurs in reading from the hard disk device of a computer system including a CPU, a hard disk device connected to the CPU, and a display device connected to the CPU. In this method, following a read failure, a replacement track/sector is allocated to the failed track/sector, the allocated track/sector number and/or file name is registered in the management table, and a warning message is displayed on the display device. and when reading from the hard disk device, always refer to the management table and output a warning message to the display device if the file and/or track/sector to be accessed is registered. File repair method.

The above object is also achieved by a file repair method according to claim 3, which displays a warning message on a display device when a replacement track/sector cannot be allocated.

The above problem also occurs when a failure occurs in writing to the hard disk drive of a computer system including a CPU, a hard disk drive connected to the CPU, and a display device connected to the C and PU. This can also be accomplished by allocating a replacement track/sector to the faulty track/sector following a write failure in the file repair method of 2005, and then writing to the allocated track/sector.

The above object is also achieved by a file repair method according to claim 5, which displays a warning message on a display device when a replacement track/sector cannot be allocated.

The above problem also requires that when data is written to the alternate track/sector registered in the management table, the file name and/or alternate track/sector registered in the management table is
This can also be achieved by the file repair method according to claim 3 or 4, which erases sector numbers.

[Effect]

A hard disk control device that controls writing to and reading from a hard disk device operates according to instructions from a processing unit 1 (CPU) for writing, reading, and alternate track/sector allocation. A failure in the hard disk drive is detected by the hard disk control device, and the hard disk control device also allocates replacement tracks/sectors.

When a failure occurs in reading from the hard disk drive, the management table records at least one of the following: the file name corresponding to the location where the failure occurred, the file block number indicating the failure location, the file address indicating the failure location, and the failed track/file name. Sector capacity, replacement track/sector, etc. are stored, and when writing occurs in a faulty sector (allocated replacement track/sector), information on the faulty track/sector is deleted from the management table, assuming that the data has been restored.

When a failure occurs while writing to the hard disk drive,
The eight-head disk control device detects and stores the faulty track/sector, its capacity, file name, etc., allocates a replacement track/sector to the faulty track/sector, and writes to the assigned replacement track/sector. . Once the write is completed, the repair is complete, and subsequent read and write accesses can be performed without any problem. When a replacement track/sector cannot be allocated, a warning message to that effect is displayed on the display device, informing the user of the occurrence of the failure.

The hard disk control device always refers to the management table when reading from the hard disk device,
If the track/sector to be accessed is registered, this means that the data in the track/sector is missing, so a warning message is displayed on the display device.

〔Example〕

Embodiments of the present invention will be described below with reference to the drawings. Fourth
The figure shows an example of a computer system targeted by the present invention.
It includes a processing device 10, a main memory 20, a display device 3o, a system bus 60 that interconnects them, and a hard disk device 50 connected to the system bus 60 via a hard disk control device 4o. FIG. 5 shows the process of writing or reading data to or from the hard disk device 50 in the computer system configured as described above. As shown in the figure, the processing device 10 includes a user program 20o, a replacement track/sector management table 140, and a hard disk control section 100. As shown in FIG. 6, the hard disk control unit 100 includes a boot preprocessing unit 110. A write control program 120 and a read control program 130 are included.

When writing data 210 to the hard disk device 5o from the user program 200, the user program 200
A write request is issued to the hard disk control unit 100. In the hard disk control unit 100, the boot preprocessing unit 110 analyzes whether the boot is a write process to the hard disk group W50 or a read process from the hard disk device 50, and if it is determined that the boot is a write process, it starts writing to the hard disk device 50. Create necessary data and start the write control program 120.

FIG. 1 shows a processing procedure when a failure occurs in a write operation. First, in step 120B, a write command IA shown in FIG. 5 is input to the hard disk control device 40,
The hard disk device 50 is activated for writing. In step 120C, it is determined whether a failure has occurred in the write operation based on the result report ID sent from the hard disk control device 40. If no failure has occurred, the process advances to step 120G, and as shown in FIG. 5, the hard disk control unit 100 reports to the user program 200 that writing to the hard disk device 50 has been successfully completed and returns.

If it is determined in step 120C that a failure has occurred, proceed to step 120D.
Then, it is determined whether replacement sectors/tracks can be allocated. If allocation is not possible, 1 step 120G
As shown in FIG. 5, the hard disk control unit 100 reports to the user program 200 that writing to the hard disk device 50 has ended abnormally and that replacement sectors/tracks could not be allocated, and then returns. In this case, a warning message is displayed on the display device 130.

If replacement sectors/tracks can be allocated, step 1
Proceeding to step M12E, the hard disk control unit 100 issues a replacement sector/track allocation command to the hard disk control device 40 to allocate a replacement sector/track.
Writing to the hard disk device 50 is performed at 0F. When the writing is completed, the process advances to step 120G, and as shown in FIG. 5, the hard disk control unit 100 reports to the user program 200 that writing to the hard disk device 50 has been successfully completed and returns.

Next, a case in which data is read from the hard disk drive 50 to the buffer 220 of the user program 200 will be described with reference to FIG. First, the user program 200 issues a read request to the hard disk control unit 100. The hard disk control unit 100 uses the boot preprocessing unit 110 to determine whether the boot is a write process to the hard disk device 50 or not.
It analyzes whether it is a read process from the hard disk group [50, and if it is determined that it is a read height process, the hard disk device 50
The data necessary for reading is created and the read control program 130 is started. In step 130B, the replacement sector/track management table 140 is referred to and it is determined whether the sector to be accessed for reading is included in the replacement sector/track management table 140. If the sector to be accessed is in the replacement sector/track management table 140, proceed to step 130;
After displaying a warning on the display device 3o, in step 130L, the hard disk drive Wt50 is sent to the user program 200.
Reports that reading from has ended abnormally and returns.

In step 130B, if the sector to be accessed is not in the alternate sector/track management table 140, step 1
30C, and from the hard disk control unit 100, the fifth
The read command IB shown in the figure is input to the hard disk control device 40, the hard disk group W50 is activated, and reading is executed. In step 130D, the hard disk control unit 100 determines whether a failure has occurred in the read based on the result report ID output from the hard disk control device 4o to the hard disk control unit 100 after the read is completed.

If no failure has occurred, the process proceeds to step 130F, where the hard disk control unit 100 reports to the user program 200 that reading from the hard disk device 5o has been successfully completed, and returns.

If a failure occurs, the process proceeds to step 130E, where it is determined whether a replacement track/sector can be allocated. If allocation is not possible, the process proceeds to Hand J1i130F, and the hard disk control unit 100 returns to the user program 200.
It returns after reporting that reading from the hard disk device 50 has ended abnormally and that replacement tracks/sectors could not be allocated. If allocation of alternate tracks/sectors is possible, the process proceeds to step 130F, where it is determined whether there is an unused table in the alternate track/sector management table. If the usage flags 140A for all 256 cases of the replacement track/sector management table 140 shown in FIG. After displaying on the display device 30 that this is impossible, the process advances to step 130F. In step 130F, the hard disk control unit 100 reports to the user program 200 that reading from the hard disk device 50 has ended abnormally, and returns. Alternate track/sector management table 1
If at least one of the use flags 140A of 40 256 cases is unused, it is determined that an unused table exists and the process proceeds to step 130G. In step 130G, the allocation command IC shown in FIG. 5 is issued from the hard disk control unit 100 to the hard disk control device 40, and in step 130H,
The allocated sectors are registered in the alternate track/sector management table 140. The alternate track/sector management table 140, as shown in FIG.
, table 1.・・・・・・Table 255 total 25
It is divided into 6 cases, and each case has a usage flag of 140A.
, sector number 140B, and file name 140C. When the use flag 140A is O, it is unused, and when it is 1, it is in use. To register an alternate track/sector, search for a table whose use flag 140A is 0, set the value of the use flag 140A of that table to 1, register the sector number assigned to the sector number category of the table, and enter the corresponding file name. This is done by registering the file name 140C. After the registration in the management table is completed, the process advances to step 130I, where a failure occurred during reading from the hard disk drive, and the display device 3 displays the information that a replacement track/sector has been allocated, its file name, and sector number.
Output to o. Next, the process proceeds to step 130F, where the hard disk control unit 100 reports to the user program 200 that reading from the hard disk device 50 has ended abnormally, and returns. A warning display is also output when allocation of alternate tracks/sectors is not possible.

As described above, when a reading failure occurs, a replacement track/sector is allocated, but in this state, data remains missing in the allocated replacement track/sector. When a write is performed on the failed file (either for repair purposes or as part of routine work), if a replacement track/sector is allocated, the system automatically accesses the allocated replacement track/sector. Write. When writing is performed on the allocated alternate track/sector, the faulty file name is deleted from the management table, and even if the management table is referenced during reading, the faulty file name is not detected and file repair is completed. As long as no writing occurs, the management table is referenced every time the file is accessed for reading, and a warning about data loss in the file is displayed. Therefore, no faulty sectors remain as they are.

Next, a display example of a warning display (file repair message) will be explained with reference to FIG. 7.8.9. The warning display in Figure 7.8 is a display! This is an example of output to console windows 310 and 320 of a Windows 30 window system. FIG. 9 is an example of what is displayed on the console window 330 when no window system exists. The display messages include displaying only the file name 340 to which alternate tracks/sectors have been allocated in the read process, displaying the file name 340 to which the alternate tracks/sectors have been allocated in the read process, and a file block number 350 indicating the destroyed location; In the read process, it is possible to display the file name 340 to which alternate tracks/sectors are allocated and the file address 350 indicating the destroyed location. Further, the file name 340 outputs the file name using the absolute bus.

A message like the one described above lets the user know that the file must be replaced.

〔Effect of the invention〕

According to the present invention, when a failure occurs in a file during writing/reading, at least one of the name of the file in which the failure has occurred, the file block number indicating the failure location, and the file address indicating the failure location is displayed to the user. can immediately begin repairing the file based on the displayed warning.

According to another aspect of the present invention, when a file failure occurs during writing, a replacement track/sector is immediately allocated and rewritten to repair the file, and when a file failure occurs during reading, the file is repaired immediately. File repair is accomplished quickly because alternate tracks/sectors are allocated and can be rewritten.

[Brief explanation of the drawing]

1 and 2 are procedural diagrams showing an embodiment of the present invention, FIG. 3 is an explanatory diagram showing an example of a management table, and FIG. 4 is a block diagram showing an example of the configuration of a computer device to which the present invention is applied. 5
The figure is a block diagram showing the flow of information in the operation of the device shown in FIG. 4, FIG. 6 is a block diagram showing details of the part of the device shown in FIG. 5, and FIGS. 7.8.9 are examples of warning messages. FIG. ml Figure 1 includes the deviation ρ7° Locolumn 2 Figure Eel Δj-F cord 1 tIll Allocrum Figure 3 Figure 4 Figure 5 Figure 6 Figure 7 Figure 9

Claims (1)

[Claims] 1. Writing to and/or reading from the hard disk device of a computer system including a CPU, a hard disk device connected to the CPU, and a display device connected to the CPU In the file recovery method when a failure occurs in the system, a display device detects and stores at least one of the following: a file name corresponding to the failure location, a file block number indicating the failure area, and a file address indicating the failure area. 1. A file repair method characterized by displaying a warning message on a display device when the file is subsequently accessed. 2. The file repair method according to claim 1, wherein the warning message includes at least one of the following: a name of the file in which the failure has occurred, a file block number indicating the damaged location, and a file address indicating the damaged location. 3. In a file recovery method when a failure occurs in reading from the hard disk device of a computer system including a CPU, a hard disk device connected to the CPU, and a display device connected to the CPU, read Following the failure, the faulty truck/
Allocates a replacement track/sector to a sector, registers the allocated track/sector number and/or file name in the management table, displays a warning message on the display device, and always assigns a replacement track/sector to the sector when reading data from the hard disk drive. A file repair method characterized by outputting a warning message to a display device when a file and/or track/sector to be accessed by referring to a management table is registered. 4. The file repair method according to claim 3, wherein a warning message is displayed on a display device when a replacement track/sector cannot be allocated. 5. In a file recovery method when a failure occurs in writing to the hard disk device of a computer system including a CPU, a hard disk device connected to the CPU, and a display device connected to the CPU, A file repair method characterized in that a replacement track/sector is allocated to the track/sector that caused the write failure, and then writing is performed on the allocated track/sector. 6. If you cannot allocate a replacement track/sector,
6. The file repair method according to claim 5, further comprising displaying a warning message on a display device. 7. Claim 3 or 4, wherein when data is written to the alternate track/sector registered in the management table, the file name and/or alternate track/sector number registered in the management table are erased. File repair method described in.