JPH06161717A - Method for batch restoring processing at system replacement - Google Patents

Abstract

(57) [Abstract] [Purpose] To replace the basic system (operating system OS) in the data processing device so that the existing user programs can be collectively restored so that they can be used under the newly introduced basic system. The purpose is to provide a method. [Configuration] When performing system replacement, use the setup parameter information that holds product management information such as the product type and user environment stored in the product storage logical volume under the old system in the new system. The batch automatic recovery processing of products from the product storage logical volume is performed.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a batch recovery process so that a conventional user program can be used under a newly introduced basic system when a basic system (operating system OS) is replaced in a data processing device. On how to do.

In the data processing device, when the basic system is replaced due to system breakdown or edition upgrade, each user program of the logical volume operating under the old system can be used under the new system. Recovery processing to re-register is required. If the number of user programs is large, the burden required for recovery work will be large. The present invention provides a simple method for collectively recovering user programs.

[0003]

2. Description of the Related Art FIG. 6 shows a conventional user program recovery processing method when a system is replaced. In the following description, the "user program" is abbreviated as "product".

In FIG. 6, 1 is a magnetic disk which is a storage medium in the data processor, 2 is a system storage area for storing a basic system, 3 is a logical volume for storing a user's product, and 4 is a logical volume. This is a work logical volume. Further, 5 is a new system to be replaced, and 6 is a product medium such as a floppy disk in which the user's product is stored. Next, the procedure will be described in.

First, the old system in the system storage area 2 is replaced by the new system 5, and then the new system 5 is used to restore the logical volume 3 for storing the product. In this logical volume recovery state, the products under the old system actually remain physically recorded, but there is no table or directory for making them visible from the new system. , The product is logically deleted. Therefore, for the logical volume 3, all the products stored in the old system are re-registered from the product medium 6 and the user environment setting work is executed to restore the products to the logical volume. As a result, the new system can call any of the products newly stored in the logical volume 3 and execute the product under the set user environment.

[0006]

In the conventional system replacement processing, all the product storage logical volumes used in the old system are invalid, so after the logical volume is restored, individual products are re-registered from the product medium. However, the user environment had to be reconfigured, but with the recent advancement in the functionality of the system, the amount of work was significantly increased and the processing time was lengthened.

It is an object of the present invention to provide a means for reducing the work load of the product storage logical volume restoration processing when the system is replaced and shortening the time required for the processing.

[0008]

According to the present invention, when the system is replaced, the product management information such as the type of each product and the user environment stored in the product storage logical volume under the old system is held. The setup parameter information is used in the new system to perform batch automatic recovery processing of products from the product storage logical volume. Therefore, the new system is provided with a program having a batch recovery processing function for the product, and after the new system is installed, it is activated to execute the batch recovery processing.

FIG. 1 illustrates the principle of the present invention. Figure 1
In FIG. 1, (a) and (b) show respective processing steps, and in each of these, 1 is a magnetic disk of a data processing device,
Is a system storage area where the system is stored, 3 is a logical volume for user's product storage, 5 is a new system for replacement, 7 is setup parameter information for product configuration management created in the old system, 8 is new This is a product batch recovery processing function (program) in the system. The procedure of the product batch recovery process when the system is replaced according to the present invention will be described below.

At the stage of FIG. 1A, the setup parameter information 7 of the old system in the system storage area 2 is saved in a storage medium such as a floppy disk in step S1, and then replaced by the new system in step S5.

Next, at the stage of FIG. 1B, the product batch recovery processing function 8 of the new system is activated at step S1, and the product storage logical volume 3 is batch recovered based on the setup parameter information 7.

That is, the product batch recovery processing function 8 searches the product of the logical volume 3 used in the old system by using the setup parameter information 7 and makes it possible to refer to the matched product, and also to the setup parameter information 7. Based on certain related user environment information, the reflection processing is performed to create the control information necessary for executing the product in the new system.

[0013]

According to the present invention, although the new system cannot use the product logical volume of the old system after the system is replaced, it can be restored so that it can be reused by leaving the setup parameter information of the old system. Also, by reflecting the user environment information in the setup parameter information to the new system, the user does not need to re-register the product in the product medium or reset the user environment. It is possible to improve efficiency and prevent destruction of environmental information due to erroneous processing.

[0014]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT An embodiment of the present invention will be described with reference to FIGS. FIG. 2 is an explanatory diagram of the product registration process. In FIG. 2, 10 is a basic system, 11 is a product registration tool,
Reference numeral 12 is a user logical volume, and 13 is a product medium.
Product registration tool 11 managed by the basic system 10
By activating, all the information in the product medium 13 is stored in the designated user logical volume 12.

SYSCF, S shown in the product medium 13
YSXX and SYSYY represent fixed names of archive files that store product information. The SYSCF is an archive file that stores information "mdxxx" that defines the functions that make up the product, various information "cfxxx" for each function, and the like. These pieces of information are created under the logical volume to be stored by registering the product cst.
(Fixed name) All files are imported under the directory.

SYSXX is an individual setup command (function prefix name + feature prefix name + for setting the environment that cannot be complemented by the object module or product registration tool provided by each function).
archive file (S)
YS + function prefix name). This information is
All files will be populated under the directory created with the function prefix name directly under the logical volume to be stored.

As an extension of the registration process, the product registration tool 11 performs a process for reflecting the stored product information (cf file) in the basic system. The information to be reflected is shown below.

System operation information: Information for controlling the operation of the system and each product. I / O generation information: Information for the driver to control the adapter and device.

Soft lock information: Information on paid protection of products. FIG. 3 is an explanatory diagram of setup parameters. In FIG. 3, 14 is a setup parameter, and 15 is a setup parameter storage floppy disk. The setup parameter 14 is stored under the cst directory with the setup parameter file name “cstprm”.

The setup parameter 14 is a file required to have the same product configuration as the system before the replacement. When recovering the product, be sure to save it to the floppy disk before replacing the system. In the setup parameter storage floppy disk 15, the setup parameter has the same archive file name "C" as the file name of the setup parameter.
Saved by STPRM ". The setup parameter information is shown below.

Logical volume information: Information such as the logical volume name, ID, capacity, etc. created by the system. Product information: Information such as a stored product name and storage destination.

FIG. 4 is an explanatory diagram of the user logical volume batch recovery process. In FIG. 4, 16 is a product batch recovery tool. The product batch recovery tool automatically creates a system according to the product configuration of the old system based on the setup parameters saved from the old system. The user logical volume cannot be referenced from the new system immediately after the system replacement. However, the product batch recovery tool 16 can search the user logical volume used in the old system on the basis of the imported setup parameters and make all the matched ones searchable.

"1vol information" shown in the setup parameter storing floppy disk 15 of FIG. 4 represents logical volume information, and information such as name (PRD1, PRD2, ...), ID, capacity, etc. for each logical volume is shown. Including. The product batch recovery tool 16 compares the logical volume information of the setup parameter with the volume configuration information included in the index information of the magnetic disk, and the name, I
Only the logical volumes of the users having the same D, capacity, etc. can be referred to.

FIG. 5 is an explanatory diagram of the product restoration process. In FIG. 5, 16 is a product batch recovery tool, 17 is a setup parameter, and 18 is system information. The product batch recovery tool 16 tabulates all product information (cf files) in the user logical volume 12 that can be referred to in the processing of FIG. Then, the table is compared with the product information in the setup parameter 17 that has been imported in advance, and the matching product information is determined as the system information 18
Reflect on. Also, from the product directory of the product for which the reflection has been completed normally, execute the individual environment creation command, or refer to the file that describes the memory resources required for the program and perform tuning automatically. Etc. are controlled.

[0025]

According to the present invention, the work of transferring the product from the product medium which is conventionally required when the system is replaced is unnecessary, and the recovery work of the logical volume and the product is automated by using the setup parameter. The burden can be significantly reduced, and the processing time can be significantly reduced.

[Brief description of drawings]

FIG. 1 is a diagram illustrating the principle of the present invention.

FIG. 2 is an explanatory diagram of a product registration process according to the embodiment of the present invention.

FIG. 3 is an explanatory diagram of setup parameters according to the embodiment of the present invention.

FIG. 4 is an explanatory diagram of a user logical volume batch recovery process according to the embodiment of this invention.

FIG. 5 is an explanatory diagram of product restoration processing according to the embodiment of the present invention.

FIG. 6 is an explanatory diagram of a conventional user program restoration processing method.

[Explanation of symbols]

 1 magnetic disk 2 system storage area 3 logical volume for user's product storage 5 new system 7 setup parameter information 8 product batch recovery processing function

─────────────────────────────────────────────────── ───

[Procedure amendment]

[Submission date] December 8, 1992

[Procedure Amendment 1]

[Document name to be corrected] Drawing

[Correction target item name] All drawings

[Correction method] Change

[Correction content]

[Fig. 2]

[Figure 3]

[Figure 1]

[Figure 4]

[Figure 5]

[Figure 6]

Claims (1)

[Claims] 1. A data processing device comprising a basic system, wherein the basic system manages a user program stored in a logical volume in an executable manner. When the basic system is replaced with the new system, the new system is replaced with the new system. A recovery processing program that collectively recovers each user program in the logical volume is provided. First, the configuration of each user program stored in the logical volume under the old system and the execution environment definition of each user program are defined. The product configuration management information that holds the information of the above is saved in the external storage medium, then the old system is replaced with the new system, and the product configuration management information saved in the external storage medium under the new system is saved. Read and start the above recovery processing program. Search each user program in the logical volume based on the product configuration management information, and create the control information to make the new system refer to only the user program that matches the setup parameter information of the search result. A method of batch recovery when replacing a system, characterized by performing batch recovery of programs.