JPS59116999A - Memory destruction verifying system - Google Patents

Abstract

PURPOSE:To discriminate the presence of destruction of program data of a main memory quickly by verifying destruction of program or data of the main memory using a cyclic code generating device. CONSTITUTION:When loading an initial program, a central controlling unit 1 transfers programs and data stored in an auxiliary memory 4 to the main memory 3. Then, the unit gives command to the cyclic (CRC) code generating device 2 to generate CRC code generation starting address and size of programs and data of unchanged contents to generate CRC code input data. The CRC code generating device 2 generates and stores CRC code. When it is necessary to check programs and data stored in the main memory 3, the central controlling unit 1 gives the same starting address and size to the CRC code generating device 2 as input data, and indicates the generation of CRC code. The CRC code is collated with the result generated at the time of initial program loading, and if they coincide, it is discriminated that there is no destruction of memory.

Description

[Detailed Description of the Invention] [Field of Application of the Invention] The present invention is generally applicable to a backup system when there is no guarantee that a system router having a main memory and a cyclic (hereinafter referred to as CRC) code generating device is normal. Normally, programs and data are retransferred from an auxiliary storage device (for example, a magnetic tape, a magnetic drum device, etc.) to the main storage device. However, if a large amount of data is transferred or the processing speed of the input/output device is slow, the transfer time is large, and the CRC is used to quickly determine whether there is any disruption to the continuity of the system. Destruction of programs and data in main memory using a code generator
FIG. 1 is a block diagram showing the configuration of an example system to which the present invention is applied. Each device includes a central controller +, a CRC code generator 2. main storage device 5;
This is an auxiliary storage device 4.

At the time of initial program loading, the central control device 1 causes the programs and data stored in the auxiliary storage device 2 to be transferred to the main storage device 5. After that, inputs to the CRC code generation device 2, such as the start address and size of the unchanging program, duram, and data for which the CRC code is to be generated, are input.
Commands CRC code generation. The CRC generation code device 2 generates and stores a CRC code based on the above instructions.

FIG. 2 shows a detailed configuration example of the CRC code generation device 2, which includes a read/write control section 21 that controls reading or writing of data, and a program and data type for CRC code generation in the main memory. The address pointer unit 26 stores addresses, the address calculation unit 22 updates addresses, and generates and stores CRC codes (7 and (' CR
It is composed of a C code generation storage section 24. That is, the central control unit 1 specifies the start address and size on the main storage device 5 of which the CRC code is to be generated to the read/write control unit 21 . The read/write control unit 21 stores the start address and size in the address pointer unit 25. Address calculation section 2
Instruct to 2. Then, the CRC code generation storage unit 24 generates a CRC code for the contents of the address specified by the address pointer unit, and stores the result. Further, the address calculation unit 22 updates the address by +1 and checks whether the size has been exceeded. That is, the above operation is repeated by the size, and the CRC code is generated and stored. Further, the central i-control device 1 can instruct the read/write control section 21 to read the CRC code when necessary.

Therefore, when it is necessary to check whether programs and data whose contents remain unchanged stored in the main memory device 3 have been destroyed, the central control device 1 again inputs the same start address and size as input data and converts them into CRC codes. Generation device 2
and instructs CRC code generation. And that rx.

The code is compared with the result generated in advance at the time of initial pcogram loading, and if they match, it is determined that there is no memory corruption, and the program and data are not transferred to the main memory 5 again. If there is a mismatch, it is determined that there is memory corruption, and by providing a means of determining programs and data from the auxiliary storage device 4 to the main storage device 5, the auxiliary storage device is transferred from the main storage device even if there is a possibility of memory corruption. It is possible to limit the retransfer of programs and data to only when there is memory corruption, which has the effect of reducing system interruption time.

[Brief explanation of the drawing]

FIG. 1 is a block diagram of the system of the British predecessor of the present invention, and FIG. 2 is the same (a block diagram of a CRC code generation device. 1... Central control unit, 2... CRC code generation device. 5 ...Main storage device, 4...Auxiliary storage device, 2
0...Read/write control unit. 21.22...Address operation unit, 25...Address pointer unit, 24., CRC code generation storage unit. Representative patent attorney Susuki 1) Toshiyuki 1 year old 1 figure

Claims (1)

[Claims] 1. In a system having a main memory device and a cyclic code generation device, if there is a possibility of cyclic destruction of data stored in the main memory device in advance,
Generate a cyclic code again for the above-mentioned data, compare the result with the previously stored result, and determine that if they match, there is no data destruction, and if they do not match, it is determined that there is data destruction. A memory corruption verification method featuring: