JPH064167A - Restoring system for fault of disk medium - Google Patents

Abstract

PURPOSE:To automatically generate JCL skeleton description at every medium based on arbitrary medium JCL skeleton description and catalog information and to reduce burden on a system manager and an error when restoration JCL for the disk medium fault of a computer is generated. CONSTITUTION:The content of a file/DB user catalog 2 is inputted to a catalog information file 4, and the comprising file name and file constitution of a restoration targeted medium 9 are generated in a medium comprising file/DB summary list 15. The file name and the file constitution are registered on the arbitrary medium JCL skeleton file 11 as JCL variable-describing them for the restoration processing procedure of an arbitrary medium. The character string variable information of the file name and the file constitution are extracted from the arbitrary medium JCL skeleton file 11 by using a character string variable information extraction means 12, and a character string variable substitution/ developing means 13 retrieves the medium comprising file/DB summary list 15, and outputs a JCL skeleton library 5 at every medium.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system for recovering from a disk medium failure in a computer system.

[0002]

2. Description of the Related Art Conventionally, a procedure for recovering a medium failure varies according to what kind of application the medium is for, and the like. System failure, which is the latest save MT, which medium is suitable for replacement, whether a journal after update is required, and if necessary a start volume sequence (hereinafter: VS
In Q), it was necessary for the administrator to consider various factors such as the number and so on, and to perform the recovery work.

Therefore, normally, the JCL skeleton is prepared in advance for each medium, and the system definition information storage unit is referred to only for variable elements such as the latest save information that can be determined only when the medium restoration process is executed, and the skeleton for each medium is set. The medium failure is dealt with by the method of embedding the variable element, generating the execution type JCL and starting the job.

[0004]

In this conventional disk medium failure recovery method, there are still a number of factors that must be judged by humans in preparation for recovery from a medium failure. Therefore, it has the following drawbacks.

(1) In advance preparation, it is necessary for the administrator to check the management ledger to confirm the recovery procedure and to specify the external file name and the catalog name.
If you rely on creating / injecting CL, increase in man-hours,
Specification omissions and description errors are likely to occur.

(2) When it is desired to change the medium recovery procedure, or when the adaptive recovery procedure needs to be changed because the medium configuration is changed, it is not easy to rewrite the JCL skeleton for each medium by the number of target media each time. Increases, omissions of changes, and mistakes in descriptions are likely to occur.

(3) When the file allocation medium is changed, rewriting the JCL skeleton for each medium by the number of target media each time is liable to increase man-hours, omission of change, and error in description.

[0008]

According to the method of the present invention, when a disk medium failure occurs in a computer system, a recovery procedure for the failed medium is prepared in advance as a job control description medium JCL skeleton for each specific medium. By
At the time of executing the recovery process, by embedding only the variable elements necessary for the recovery process, it is converted into the execution JCL and output,
Failure media recovery processing means for starting a media recovery job, catalog information extraction means for extracting catalog entry information from files / DB user catalogs of files under the system / database user catalog, and storing it in the catalog information file, and this catalog In a recovery method of a disk medium failure in a computer system including a catalog information file output by the information extraction means,
A JCL skeleton for each medium for any medium by describing the file / DB user catalog name relating to a specific medium and the file name stored in that medium that is described as a recovery file when a failure occurs in the JCL by a variable And an arbitrary medium JCL skeleton file capable of generating a character string variable information extracting means for decoding the arbitrary medium JCL skeleton and extracting a character string variable.
A media configuration file / D for separately extracting the configuration file / DB information of the recovery target medium from the catalog information file
B information extraction means and the character string variable obtained by the character string variable information extraction means are searched from the medium configuration file / DB list, and the character string variable is replaced / developed, thereby the arbitrary medium JCL skeleton It is characterized by having a character string variable substitution / expansion means for converting the description into a JCL skeleton description for each medium and outputting it to the JCL skeleton library for each medium for each processing unit.

[0009]

Embodiments of the present invention will be described below with reference to the drawings.

FIG. 1 is a block diagram showing an embodiment of the present invention, which is a medium restoration JCL skeleton pre-generation means 1, a file / DB user catalog 2, a catalog information extraction means 3, a catalog information file 4, a JCL skeleton for each medium. Library 5, failure medium recovery processing means 6, system definition information 7, execution JCL library 8 and recovery target medium 9
Composed of. The medium restoration JCL skeleton pre-generation unit 1 further includes the arbitrary medium JCL skeleton file 11,
It comprises a character string variable information extraction means 12, a character string variable replacement / expansion means 13, a medium configuration file / DB information extraction means 14 and a medium configuration file / DB list.

The file / DB user catalog 2 manages file / database information to which the recovery target medium 9 under system management belongs. Catalog information extraction means 3
The (publicly known catalog printing means) has a function of outputting to the catalog information file 4 a catalog list of all information of the constituent media and constituent files of the file / DB user catalog 2.

The failed medium recovery processing means 6 functions as a job resident in the system, and controls execution of recovery processing for the occurrence of a disk medium failure. Failure medium restoration processing means 6
Recognizes the recovery target medium 9 and the arbitrary medium, specifies the JCL skeleton for each medium from the JCL skeleton library for each medium 5 created by the character string variable replacement / expansion means 13, refers to the system definition information 7, and saves the latest. A medium for the recovery target medium 9 is specified by specifying a generation and a usable spare medium, filling in the variable elements described in the JCL skeleton library 5 for each medium, converting it into an executable JCL, and outputting it to the execution type JCL library 8. Launch a restore job.

Medium configuration file / DB information extraction means 14
Acquires the configuration file name and DB name of the recovery target medium 9 and the entry type according to the file configuration from the catalog information file 4 containing the catalog information of a plurality of media. Further, since the acquired configuration file name and DB name of the recovery target medium 9 and the entry time by the file configuration are not collected for each related entry file for the medium, the configuration file name and the entry time are used as keys for sorting, The relevant entry files are collected and expanded and output as a medium configuration file / DB list 15 on a main memory (not shown).

Arbitrary medium JCL skeleton file 11
Must be prepared in advance by the system administrator,
The JCL description parameters have the following character string variables as grammatical rules for absorbing unspecified variable elements in the failure medium recovery work.

(1) Simple replacement variable Character string variable A character string variable described in correspondence with the user catalog name to be replaced by the replacement / expansion means 13 and having a leading character starting with & (2) Repeated replacement variable & GLOB to & END provided to replace / expand the recovery target medium configuration file name and DB name to be replaced by the character string variable replacement / expansion means 13 a plurality of times.
Repeated replacement / expansion area described in GLOB (below:
(3) # Character string variable which is a character string variable described in the (replacement / expansion area) according to the rule and starts with & (3) # character string variable The first character to be replaced by the failure medium restoration processing means 5 is #
A character string character string variable information extraction means 12 that starts with reads the arbitrary medium JCL skeleton file 11, searches the character string variable in the JCL description parameter targeted by the character string variable replacement / expansion means 13, and returns the search result as a character. Column variable replacement / expansion means 13
Hand over to. Specifically, the character string variable information extraction means 12 operates as follows.

(11) Arbitrary medium JC specified by the terminal
L skeleton is an arbitrary medium JCL skeleton file 11
Is read line by line.

(12) The character string variable which is the target of the character string variable replacing / expanding means 13 is searched in a line unit input from the arbitrary medium JCL skeleton file 11.

(13) When the character string variable targeted by the character string variable replacement / expansion means 13 is not in the processing unit of one line, it is written in the JCL skeleton library 5 for each medium in the unit of one line.

(14) If there is a character string variable that starts with & as the object of the character string variable replacement / expansion means 13, it is judged whether it is a simple replacement variable or a replacement / expansion area in which repeated replacement variables are described. , And passes the character string variable to the character string variable replacing / expanding means 13.

The character string variable replacing / expanding means 13 replaces / expands the character string variable by the character string variable detected by the character string variable information extracting means 12 and the medium configuration file / DB list 15, and performs data processing. Output to the JCL skeleton library 5 for each medium for each unit. Specifically, the character string variable replacement / expansion means 13 operates as follows.

(21) If the character string variable detected by the character string variable information extracting means 12 is a simple substitution variable, the character string variable is replaced with the user catalog name designated by the terminal, and J for each medium is used.
Write to the CL skeleton library 5 line by line.

(22) When the character string variable information extraction means 12 detects the replacement / expansion area, 1 is added to the end of the replacement / expansion area.
Writes to the buffer memory for saving line by line.

(23) Media configuration file / DB list 1
The above entry is searched for the file name to be replaced / expanded.

(24) When the search result matches the file name, the repeated character string variable in the save buffer memory is set to
The file name is replaced according to the contents of the entry on the medium configuration file / DB list 15.

(25) One line in the save buffer memory in which the character string variables are replaced is written to the JCL skeleton for each medium of the JCL skeleton library for each medium 5 in units of one line.

(26) (23), (24) and (2) using the entire buffer memory for evacuation as a replacement unit for repetition.
The process of 5) is repeated.

(27) If the search result does not match the file name, no processing is performed and the save buffer memory is initialized.

Next, the operation of the medium restoration JCL skeleton pre-generation processing method will be described below with reference to FIG. Before the operation of the media restoration JCL skeleton pre-generation processing, the following 2
Make one preparation.

(31) Prepare a recovery procedure for a failed medium as an arbitrary medium JCL skeleton file 11 for each medium group (FIG. 2 (A)).

(32) Recovery target medium 9 for system management
The file / DB user catalog 2 that manages the file / database information to which the file belongs is specified, and the catalog information extracting means 3 is used to create a catalog list of the medium / file information of the files / DB user catalog 2 and the catalog information. Get it in file 4.

First, the recovery target medium name and the file / DB user catalog name (UCAT01) to which the recovery target medium 9 belongs from the terminal to the character string variable replacement / expansion means 13.
By specifying the catalog information file 4 and the arbitrary medium JCL skeleton name as the start parameters,
The processing is performed according to the following procedure.

(41) Specified catalog information file 4
Thus, by using the medium configuration file / DB information extraction means 14, the configuration file name and the DB name of the recovery target medium 9 designated by the recovery target medium name are collected for each related entry type and the medium configuration file / DB list 15 is displayed. (Fig. 2 (C)).

(42) The arbitrary medium JCL skeleton (FIG. 2A) is determined from the designated arbitrary medium JCL skeleton name.

(43) The arbitrary medium JCL skeleton is read in line units from the arbitrary medium JCL skeleton 11. For example, in FIG. 2A, 21, 22, and 23 are sequentially read row by row. Every time one line is read, the following (44), (45) and (46) are executed.

(44) In the line unit input from the arbitrary medium JCL skeleton 11, the character string variable which is the target of the character string variable replacing / expanding means 13 is searched, and the character string variable starting with & is searched.

(45) When the character string variable targeted by the character string variable replacement / expansion means 13 is not in the processing unit of one line, it is written in the JCL skeleton library 5 for each medium line by line. For example, 21, 22 and 23 in FIG. 2A are directly written to 31, 32 and 33 in FIG. 2B.

(46) When there is a character string variable that starts with & as the object of the character string variable replacement / expansion means 13, it is judged whether it is a simple replacement variable or a replacement / expansion area in which repeated replacement variables are described. , (47) and (48).

(47) If the character string variable detected by the character string variable information extracting means 12 is a simple substitution variable indicated by & UCAT in 24 of FIG. 2 (A), the user catalog name ( UCAT01) and replace it with the JCL skeleton library 5 for each medium (34 in FIG. 2B).
Write out line by line.

(48) If the character string variable detected by the character string variable information extraction means 12 is the replacement / expansion area indicated by & GLOB in FIG. 2A, the end of the replacement / expansion area (Fig. Write up to & ENDGLOB in 25 of 2 (A) to the save buffer memory in units of one line, and (4
9) and (4A) are executed.

(49) Media configuration file / DB list 1
5 is searched for the file name to be expanded / expanded, and the repeated character string variable in the buffer memory is set on the medium configuration file / DB list 15 according to the contents of the entry by the number of files matching the search result. Replace with the file name. For example, in the file name search, VSAS01 of FIG. 2 (C) first matches the search result, and the repeated character string variable & DBVSAS of FIG. 2 (A) is VS of FIG. 2 (B).
Converted to AS01. Similarly, after converting up to VSAS04, regarding the DB file name, AREA01, which is the minimum unit of the constituent elements of each file name,
SIDXA01, RANGE01, RANGE02, R
25 & DBVSAS of FIG. 2 (A) is converted into ANGE03.

(4A) The replaced one line is written line by line to the JCL skeleton for each medium of the JCL skeleton library for each medium 5. Thus, 25 in FIG. 2A is shown in FIG.
It is replaced / developed with 35 in (B).

As described above, the catalog information file 4 is referred to for the arbitrary medium JCL skeleton 11 pre-registered by the administrator, and the medium configuration file / DB list 15
2A, the arbitrary medium JCL skeleton file 11 shown in FIG. 2A is stored in the medium-by-medium JCL skeleton library 5 shown in FIG.
It has been described that it can be converted into an L skeleton.

After this, as a procedure for recovering the faulty medium using this JCL skeleton for each medium, for example, when a fault occurs in the restoration target medium 9, the faulty medium restoration processing means 6 and the restoration target medium 9 arbitrarily Recognize the medium, identify the JCL skeleton for each medium from the JCL skeleton library 5 for each medium, refer to the system definition information 7, identify the latest save generation, the available spare medium, and describe in the JCL skeleton library 5 for each medium The embedded variable executable JCL is converted into the specified variable element and output to the execution type JCL library 8, and the medium recovery job for the recovery target medium 9 is started.

In the above embodiment, the case where one recovery target medium is set has been described, but it goes without saying that the same thing holds true when a plurality of recovery target media are set at the same time.

[0045]

As described above, the present invention has the following effects in the description of the media restoration job skeleton.

(1) The administrator does not need to create / enter the JCL for each recovery procedure, and it is not necessary to specify all external file names and catalog names, which reduces the burden and mistakes on the administrator.

(2) It is possible to absorb the change in the JCL skeleton for each medium even if the restoration procedure is changed or the medium configuration is changed, and it is necessary for the administrator to rewrite the JCL skeleton for each medium by the number of target media in advance preparation. It reduces the burden and mistakes on the administrator.

(3) Even if the file allocation medium is changed, the change in the JCL skeleton for each medium can be absorbed. In preparation, the administrator checks the management ledger and confirms the recovery procedure, and the number of gymnastics media It is not necessary to rewrite the JCL skeleton for each medium, which reduces the burden on the administrator and misleading.

[Brief description of drawings]

FIG. 1 is a configuration diagram showing an embodiment of the present invention.

FIG. 2 shows contents of an arbitrary medium JCL skeleton file, a medium-by-medium JCL skeleton library, and a medium configuration file / DB list in the embodiment shown in FIG.

[Explanation of symbols]

 1 medium restoration JCL skeleton pre-generation means 2 file / DB user catalog 3 catalog information extraction means 4 catalog information file 5 JCL skeleton library for each medium 6 failure medium restoration processing means 7 system definition information 8 execution type JCL library 9 restoration target medium 11 arbitrary Medium JCL skeleton file 12 Character string variable information extracting means 13 Character string variable replacing / expanding means 14 Medium configuration file / DB information extracting means 15 Medium configuration file / DB list

Claims (1)

[Claims] 1. When a disk medium failure occurs in a computer system, a recovery procedure for the failed medium is prepared in advance as a JCL skeleton for each job control description medium for each specific medium so that the recovery process can be performed when the recovery process is executed. JCL is executed by embedding only the variable elements required for
A failure media recovery processing means for converting and outputting to a media recovery job, and a catalog for extracting catalog entry information from a file / DB user catalog of a file / database information of a medium under the system and storing it in a catalog information file In a recovery method of a disk medium failure in a computer system including an information extracting unit and a catalog information file output by the catalog information extracting unit, a file / DB user catalog name relating to a specific medium and a file / DB user catalog name stored in the medium. A JCL skeleton file for an arbitrary medium, in which a JCL skeleton for each medium for an arbitrary medium can be generated by describing a file name described as a recovery file when a failure occurs in the JCL with a variable, and the JCL skeleton for the arbitrary medium. Solve A character string variable information extracting means for reading and extracting a character string variable; and a medium configuration file / D for separately extracting a configuration file / DB information of a recovery target medium from the catalog information file.
B information extraction means and the character string variable obtained by the character string variable information extraction means are searched from the medium configuration file / DB list,
By replacing / expanding character string variables, JC
A recovery method for a disk medium failure, comprising: a character string variable replacement / expansion means for converting an L skeleton description into a JCL skeleton description for each medium and outputting the JCL skeleton library for each medium for each processing unit.