JPS60157642A - Automatic file staging system - Google Patents

Abstract

PURPOSE:To execute a file transfer request from a job which is being executed, by executing the shared control of transfer by a job space and a network space, and exchanging a data between a file possessed exclusively by the own job and a work file. CONSTITUTION:A stage-in program 20 of a user space 10 generates a work file name to a file A80, and registers a request in a transmission managing file 60 for a network 50. The program 20 copies a data received by a virtual file 70, to the file 80. At the time point when a receiving instruction is received from a user, the file 80 is checked, and in case of an existing file, the data in the work file 70 is shifted to the file A80 and the work file 70 is eliminated. In case said file does not exist, the name of the work file 70 is changed to the name of the file A80, as if it were received by the file A80.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Application of the Invention] The present invention relates to a network system Kl&S, and particularly to an automatic file storage system suitable for transmitting and receiving files to be used once in a batch job. .

[Background of the invention]

Generally, in the n-shisaniso system, in order to prevent unauthorized data modification due to 2N access, an exclusive secondary session is held at the job opening RQ point for a file that is used once in the job, and other users One change from (other job) is stopped. When transferring all files using a network system, especially in a batch job, the files used in the job may differ from each other, and the network system that actually handles the transfer may be different from the one used in the batch job. Since it operates as a space (job), the file requested to be transferred becomes inaccessible to iTHQ due to exclusive control. In other words, if you try to have a job perform file transfer (s, c') while the job is in progress, the job that requested the transfer will be unable to perform the file transfer while the job is focused on the target file. While waiting for completion, the computer system enters a deadlock state in which the transfer file can be used once.

For this reason, it is impossible to transfer files from other nodes during the execution of a job, and before execution of a job, files needed for the job must be transferred from other nodes.
I had to get one.

′! ftc, for a file that is output as an error during job execution, the entire contents of the file must be transferred to other nodes after the completion of the line. [Objective of the Invention] The purpose of the invention is to The purpose is to provide a means to resolve the transfer anxiety caused by the IK on the exclusive side and the disconnection situation that occurs between the network system and to make it possible to transfer the refile to the running job. .

[Summary of defense]

A work file for the transfer system is set up, the transfer is divided between the job space and the network space, and on the job space,
A quick exchange is performed between the file dedicated to the second job and the work file, and the transfer is performed via the work file. For example, when requesting a reception request, receive data from a virtual file in the network space (1. In the job space, process the contents of the work file into a file specified by the Keshob), and delete the work file. , the problem of exclusive open side 1 can be resolved.

[Embodiments of the invention]

Hereinafter, the implementation of the present invention will be explained with reference to FIG.

In the user's office, there is Stacy/Nologram 20,
User grogram 307? After the stage-out program 40 is activated, the user issues an instruction sound to Stacy/Program 20 to receive data in File A80 for one history in User Program 30. Generate all the work file names for the work file 70. Then, as a reception fee for the work file 70, register the request in the transmission process file 60 for the IT work 50, and wait for the completion of the transfer process performed by the network 50. Completion is to transfer file 6
The status information included in 0 is detected by reading/reading the status information. Stacy/Program 20 is virtual file 7
The data received at 0 is copied to file A80.

Unfortunately, at the time when the user gives instructions, it is important to check whether the file A80 is an existing file or not.
0 and delete 70 work files. For the non-existent lifting platform, the name of the work file 70 is changed to the name of the file A80, so that it appears as if it has been received in the file A80. In this way, by passing through the 70 work files, the network system 50 processes 70 work files.

As a result, the file 88 disappears between the user program 30 and the network system 50, and no conflicts occur between the two. Next, the procedure for transmitting the file H90Th created by the user program 30 will be explained. The sickle stage-out program 40 of the execution of the user program 30 dynamically generates a work file 1ooe and saves all the data in the file B90A to the work file lflO.

In that case, it is transferred to the entry of the transmission official file 60 without any additional cost. The network 50 knows about hard water by polling the water pipe file 60 (r-polling).
Send the work file 10 (1). When the transfer process is completed, the work file 1 (10i) will be deleted.

In the case of 2F-Central 2111ii, files can be sent and received during a job, and based on the execution of the job, it is necessary to transfer the data to the file to be used at the shore, and there is also a need to wait for the job execution completion meeting. This eliminates the need to endure and transfer files created by that job.
Effective in improving usability. In addition, the platform for large-scale jobs will be changed after the job is submitted to Shoshin.
If it takes a long time (several days in some cases) to actually start execution, unnecessary files will be wasted space during that time. This implementation system is effective in reducing such waste and improving the utilization efficiency of the backlog file space.

〔Effect of the invention〕

According to the present invention, when a job is executed, files necessary for on-tema/do are sent and received. Therefore, the procedure of transferring the necessary files before executing the job, and transferring the created files one by one after the job is completed becomes uneasy, which has the same effect on usability. .

Furthermore, since there is no file transfer to Ontema/Do, the file space is secured only for the cheapest IMI, which has the same effect on file space usage efficiency.

[Brief explanation of drawings]

FIG. 1 shows the user's IM when transmitting files according to the present invention.
This is a diagram showing the processing of + and network space.

Claims (1)

[Claims] 1. In a network system that mutually transfers files, 2. means for creating a work file corresponding to files necessary for the job when a job is executed, and a file transfer mechanism. Convolution of information transferred from other nodes by the network management program to the above work file completed #\
jK An automatic file staging method for a network system in which a means for erasing the work file is provided after copying the entire content of the work file to the file specified by the job. 2. In order to transfer the output information of the job to a file on another node, output it to the job's Otake, create a production file 'km corresponding to the π file, and copy the output file to the work file. After that, ttv of the work file
When the transfer to another node is completed, there is a means to delete the sales file, 17ff, which is a complete feature of the network system. Section 1 d Automatic file staging system.