JPH1074143A - Version up method of disk array sub-system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a version combination condition judging function in order to prevent the occurrence of a fault due to an updating of a control microprogram. SOLUTION: A condition for the version of a control microprogram stored in a new program area 31 is decided by using data stored in a floppy disk 35, and when a condition is suitable, a processor is blocked from a service processor(SVP) 10 to load a microprogram. Therefore a floppy disk 35 is unitarily managed to judge the condition and a suitable program is transferred and shared by plural processors. Since a mixing of an unsuitable version can be prevented at the time of upating a control microprogram, the occurrence of a fault such as defective operation can be prevented.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for upgrading a control device comprising a plurality of processors and memories operated by a program.

[0002]

2. Description of the Related Art Conventionally, it has been determined whether the version of a running microprogram is compatible with the version of a new microprogram to be updated. It is composed of a plurality of types, and is configured as one system while having mutual relations. However, since the consistency with other programs that are not updated is only managed by the operator, an operation error or the like leads to an operation failure or the like due to mixing of an incompatible version.

[0003]

In the prior art, when a microprogram is updated, a combination condition indicating a mutual relationship with other types of microprograms is not held, and a consistency check is automatically performed. There was no function to do. When this consistency check is operated, it is necessary to add combination conditional expressions as needed. However, the resources of each machine are limited, and there is also a problem that it cannot be handled.

[0004]

In order to achieve the above object,
The following method was adopted.

[0005] When updating a microprogram, the version of the new program is collated and determined based on information in a DB in which conditions for combination with other programs are recorded, and if the version of the new microprogram meets the conditions, updating is performed.

[0006] The DB in which the combination condition of the version at the time of updating the microprogram is input and the check function part are distributed, and the condition determination processing is performed by communication.

According to the present invention, a combination condition of a new microprogram and another program is collated and determined, and the update is performed only when the condition is satisfied.

[0008]

FIG. 1 shows the configuration of a magnetic storage device control system (hereinafter referred to as DKC).

The DKC includes channel control microprocessors 20 to 23 and a magnetic disk control microprocessor 2.
4 and 25, and a service processor 10 (hereinafter, SVP) common to each control microprocessor is mounted.

The DKC control microprogram is HDD3
0 stored in the new program storage area 31 in SVP-HD
It can be accessed from the SVP 10 via the interface 34. The SVP 10 can load a control microprogram via the SVP-processor connection interface 46. The operating microprogram before the update is moved to the old program storage area 32. The SVP 10 instructs the processor 1 to shut down the processor, and the processor 1 shuts down the processor-channel connection interface 40, and the new program storage area 3
The control microprogram is loaded from Step 1.

FIG. 2 shows a software configuration diagram of a version checking method when updating a control microprogram according to an embodiment of the present invention. The control microprogram is updated by merging the version of the program stored on the floppy disk with the version information of the program stored in the new program area, creating temporary version information 202 as shown in FIG. The check function 201 determines according to the combination condition in the DB 33 shown in FIG. If the conditions are met, SPV10 will be replaced with floppy disk drive 3.
5 is copied 203 and written into the new program storage area 31 in the HDD 30.

FIG. 5 is a flowchart of the software configuration diagram of FIG. Read the version of the new program from the FDD 35 and merge the current version in the new program area 31 to create a temporary version 501
I do. Then, collation 502 with all conditions in the DB is performed, and if they match, the program is copied from the FDD and exchanged. If not, NG is displayed and the processing ends.

FIG. 6 is a flowchart of a process 501 for creating a temporary version. Read the names and versions of all programs from the new program area 31 and store them in a table 601
I do. The exchange program name and version are read from the FDD 35, and the table is overwritten 602.

FIG. 7 shows details of the DB check 502. The check formula j is read 702 from the DB 33.
A version check 703 is performed with the read check formula j, and if the version does not conform to the check formula, FA
Ends with LSE return 702. If the check formula is satisfied, the judgment is made by the following check formula. This is repeated for the check formula, and when the check ends 706, a TRUE return 70
Perform 7 and end.

FIG. 8 shows a hardware configuration in which the DB and the check function part are distributed. The DB833 in which the combination condition of the version of each program is input is centrally managed by the center, and all the condition determinations are made by the RSVP800 of the center.
The new program is transferred to each site on the network 810.

FIG. 9 is a software configuration diagram in which the DB and the check function part are distributed. The names of all running programs and the version transfer 903 from the HDD 912 of each site to the RSVP 900 of the center are performed and stored in a table. The name and version of the exchange program are overwritten from the FDD 905 in the read table, and the temporary version 902
Create A version check 901 is performed in the same manner as in FIG.
4 is performed and the micro exchange 903 is performed.

[0017]

According to the present invention, since the consistency is determined based on the combination conditions of the versions before performing the update processing, the maintenance staff does not need to compare the versions. Therefore, the incorporation of a nonconforming version due to an operation error is also eliminated,
It is possible to prevent malfunction due to updating of the microprogram.

[Brief description of the drawings]

FIG. 1 shows a processor and a service processor (SVP)
1 is a configuration diagram of a magnetic storage device control system in which is mounted.

FIG. 2 shows a processor and a service processor (SVP)
FIG. 2 is a software configuration diagram of a magnetic storage device control system in which is mounted.

FIG. 3 is an example of creating a temporary version used for version determination.

FIG. 4 is an example of a conditional expression used for version determination.

FIG. 5 is a flowchart of version upgrade.

FIG. 6 is a flowchart of provisional version creation.

FIG. 7 is a flowchart of a version check.

FIG. 8 is a system configuration diagram of a center and a site on a network.

FIG. 9 is a software configuration diagram in which a DB and a check function part are distributed in a system.

[Explanation of symbols]

10: Service processor (SVP), 20 to 25: Processor, 31: New program area, 3
2: old program area, 33: database,
35: floppy disk, 40 to 43: processor-channel connection interface, 44, 45 ...
Processor-magnetic disk connection interface, 46 ...
SVP-processor connection interface, 800: remote service processor (RSVP), 810: center-site network, 833: center management database, 835: center FDD.

 ──────────────────────────────────────────────────続 き Continued on the front page (72) Inventor Toshio Kinoshita 2880 Kozu, Odawara-shi, Kanagawa Prefecture, Hitachi, Ltd.Storage Systems Division Software Engineering Co., Ltd.

Claims (2)

[Claims] 1. A processor comprising a processor, a memory, and one or more channel ports for communicating with a host CPU, wherein the processor controls the channel ports according to a program loaded on the memory to communicate with the host CPU. A version upgrade method, characterized in that in a control device for performing processing, a determination is made as to whether or not replacement is possible based on consistency based on a combination condition of a program of the processor and another program, and the program of the processor is updated. 2. A communication system comprising a processor, a memory, and one or a plurality of channel ports for communicating with a host CPU, wherein the processor controls the channel ports in accordance with a program loaded on the memory to communicate with the host CPU. (Hereinafter referred to as DB) in which a combination condition for determining consistency with another program is input when a program of the processor is updated in a control device that performs
Version upgrade method characterized by distributing the check function part and executing by communication.