Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3099429B2 - File data storage method in IPL processing - Google Patents
[go: Go Back, main page]

JP3099429B2 - File data storage method in IPL processing - Google Patents

File data storage method in IPL processing

Info

Publication number
JP3099429B2
JP3099429B2 JP03170544A JP17054491A JP3099429B2 JP 3099429 B2 JP3099429 B2 JP 3099429B2 JP 03170544 A JP03170544 A JP 03170544A JP 17054491 A JP17054491 A JP 17054491A JP 3099429 B2 JP3099429 B2 JP 3099429B2
Authority
JP
Japan
Prior art keywords
file
data
storage device
file data
area
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP03170544A
Other languages
Japanese (ja)
Other versions
JPH04367948A (en
Inventor
浩司 寄田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fuji Electric Co Ltd
Original Assignee
Fuji Electric Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fuji Electric Co Ltd filed Critical Fuji Electric Co Ltd
Priority to JP03170544A priority Critical patent/JP3099429B2/en
Publication of JPH04367948A publication Critical patent/JPH04367948A/en
Application granted granted Critical
Publication of JP3099429B2 publication Critical patent/JP3099429B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【産業上の利用分野】本発明は、補助記憶装置を備えた
計算機システムにおける、IPL(イニシャル・プログ
ラム・ロード)処理時の主記憶装置上のファイルデータ
保存方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for storing file data in a main storage device during an IPL (initial program load) process in a computer system having an auxiliary storage device.

【0002】[0002]

【従来の技術】補助記憶装置を備えた計算機システムで
は、補助記憶装置に配置される補助記憶ファイルまたは
主記憶装置に配置される主記憶ファイルの何れかにデー
タが記憶される。これらの各ファイルは、識別子や属
性、データサイズを規定したヘッダ情報及びファイルデ
ータを持ち、システムの立上げ前には補助記憶装置内に
配置されている。
2. Description of the Related Art In a computer system having an auxiliary storage device, data is stored in either an auxiliary storage file located in the auxiliary storage device or a main storage file located in the main storage device. Each of these files has an identifier, an attribute, header information defining a data size, and file data, and is placed in an auxiliary storage device before the system is started.

【0003】システムの立上げ時(IPL処理時)に
は、起動専用プログラムを動作させて補助記憶装置にエ
ントリーされている順にファイル毎の初期化を行ない、
これらのファイルに対するプログラムからのアクセスを
可能としている。ここで、ファイルの初期化は、まず前
記ヘッダ情報に基づき、アクセスの制御を行なうファイ
ルコントロールブロック(FCB)を作成し、これをシ
ステムデータ領域(FCB領域)に順に設定していく。
更に、主記憶ファイルについては、初期値データとして
の前記ファイルデータを同じくファイルデータ領域の先
頭から確保し、その情報をFCBに設定した後、データ
のロードを行なう。
When the system is started up (during IPL processing), a boot-only program is operated to initialize each file in the order of entry in the auxiliary storage device.
The program can access these files. Here, in the initialization of the file, first, a file control block (FCB) for controlling access is created based on the header information, and the file control block (FCB) is sequentially set in a system data area (FCB area).
Further, for the main storage file, the file data as the initial value data is similarly secured from the beginning of the file data area, the information is set in the FCB, and then the data is loaded.

【0004】このようなファイル管理方法をとっている
計算機システムにおいて、プロセッサダウン等の異常が
発生した後の再立上げに際し、運用時に蓄えた主記憶フ
ァイルのデータを保存したい場合がある。その保存方法
としては、ファイルデータ領域をまるごと未初期化領域
として保存し、補助記憶装置内のファイルを一つづつオ
ープン(ヘッダ情報をリード)して該当するファイルデ
ータとリンクさせ、FCBの初期化をする方法がある。
FCBの初期化には、ファイル属性の設定のほか、ファ
イルデータ領域の再割当てを行なってFCBとファイル
データとのリンク付けを行なう処理がある。ここでは、
ファイルデータ領域には何の変更もないことを前提とし
ているので、ファイルデータ領域の再割当ても前回のI
PL処理時と同様になる。
In a computer system employing such a file management method, there is a case where it is desired to save data of a main storage file stored during operation when the computer is restarted after an abnormality such as a processor down has occurred. As a storage method, the entire file data area is stored as an uninitialized area, and the files in the auxiliary storage device are opened one by one (header information is read) and linked with the corresponding file data to initialize the FCB. There is a way to
The initialization of the FCB includes, in addition to the setting of the file attribute, a process of reallocating the file data area and linking the FCB with the file data. here,
It is assumed that there is no change in the file data area.
This is the same as in the PL processing.

【0005】[0005]

【発明が解決しようとする課題】一方、主記憶ファイル
データ領域全体の割当ては、通常、IPL処理時にのみ
行なわれている。ところが、システムによっては、運用
中に主記憶ファイルの登録、削除を行なうため、FCB
の登録、削除と共に主記憶ファイルデータ領域の部分的
な確保、開放処理を行なっている。これらの部分的な確
保、開放処理を行なうと、最初に補助記憶装置内のファ
イルのエントリー順に隙間なく割り当てられていた主記
憶ファイルデータ領域の順序が変わってしまったり、途
中に空き領域ができてしまうといった問題がある。
On the other hand, allocation of the entire main storage file data area is usually performed only at the time of IPL processing. However, depending on the system, the FCB is required to register and delete the main storage file during operation.
In addition to the registration and deletion of a file, a process for partially securing and releasing the main storage file data area is performed. When these partial securing and releasing processes are performed, the order of the main storage file data area, which is initially allocated without gaps in the file entry order in the auxiliary storage device, is changed, or an empty area is formed in the middle. Problem.

【0006】また、この状態で、ファイルデータを残す
保存モードのIPL処理を行なうと、FCBの状態に基
づいてファイルデータ領域の割当てを行なう際、すべて
の領域をクリアする初期化モードでIPL処理を行なっ
たときの領域割当てとは異なってくるため、ファイルデ
ータ領域とのリンク付けが正しく行なえなくなる。これ
により、ファイルデータの保存が不可能になるという不
都合があった。
Further, in this state, if the IPL processing in the save mode in which the file data is left is performed, the IPL processing is performed in the initialization mode in which all areas are cleared when the file data area is allocated based on the FCB state. Since this differs from the area allocation at the time of execution, linking with the file data area cannot be performed correctly. As a result, there is an inconvenience that file data cannot be stored.

【0007】本発明は上記問題点を解決するためになさ
れたもので、その目的とするところは、システムの運用
中にファイルの登録、削除を繰返し、ファイルデータ領
域に空きができたり各ファイルデータが補助記憶装置内
の初期化するファイルの順になっていないときでも、主
記憶装置のファイルデータを確実に保存できるようにし
たIPL処理におけるファイルデータの保存方法を提供
することにある。
SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems. It is an object of the present invention to repeatedly register and delete files during operation of a system, and to make room in a file data area or to make each file data available. It is an object of the present invention to provide a method for storing file data in IPL processing, which can reliably store file data in a main storage device even when the order of files to be initialized in an auxiliary storage device is not in order.

【0008】[0008]

【課題を解決するための手段】上記目的を達成するた
め、本発明は、計算機システムの補助記憶装置内に、フ
ァイルの識別子、属性及びファイル構造を規定してなる
ヘッダ情報と、初期値データとしてのファイルデータと
からなるファイルを複数有し、これらのファイルの補助
記憶装置内における配置場所を示したファイルインデッ
クステーブルのエントリー順に従って、ファイルを初期
化するIPL処理において、IPL処理時に初期化され
る主記憶装置上の領域に、前記ヘッダ情報に基づいて作
成されるファイルコントロールブロックを生成すると共
に、IPL処理時に保存される主記憶装置上の領域に、
ファイルデータの配置情報及びデータサイズが格納され
たファイルデータ管理情報を生成し、初期化されるファ
イルコントロールブロックに対応するファイルデータ管
理情報を参照してファイルコントロールブロックとファ
イルデータとをリンクさせてファイルデータを保存する
ことを特徴とする。
In order to achieve the above object, the present invention provides, in an auxiliary storage device of a computer system, header information defining a file identifier, an attribute, and a file structure, and initial value data. In the IPL processing for initializing files according to the entry order of the file index table indicating the location of the files in the auxiliary storage device, the files are initialized at the time of the IPL processing. A file control block generated based on the header information is generated in an area on the main storage device, and an area on the main storage device that is stored at the time of IPL processing is
File data management information in which file data arrangement information and data size are stored is generated, and the file control block and the file data are linked by referring to the file data management information corresponding to the file control block to be initialized. It is characterized by storing data.

【0009】[0009]

【作用】本発明によれば、補助記憶装置内のファイルか
ら主記憶装置上のファイルコントロールブロックを初期
化する際、IPL処理時に保存される主記憶装置上の領
域に設けたファイルデータ管理情報を参照してファイル
コントロールブロックとファイルデータとをリンクさせ
ることにより、ファイルの登録、削除を繰り返してファ
イルデータ領域に空きができたり、各ファイルデータが
補助記憶装置内の初期化するファイルの順に並んでいな
い場合でも、主記憶装置のファイルデータを保存するこ
とができる。
According to the present invention, when the file control block on the main storage device is initialized from the file in the auxiliary storage device, the file data management information provided in the area on the main storage device which is stored during the IPL processing is used. By linking the file control block with the file data by referring to it, the file registration and deletion are repeated to create a free space in the file data area, and each file data is arranged in the order of the file to be initialized in the auxiliary storage device. If not, the file data in the main storage device can be saved.

【0010】[0010]

【実施例】以下、図に沿って本発明の実施例を説明す
る。まず、図2は補助記憶装置内のファイルの管理構造
を示すもので、図において1は補助記憶装置であり、そ
の内部には複数のファイル31〜34(便宜上、4つの
みを図示してある)が配置されている。なお、これらの
ファイル31〜34の配置はインデックステーブル2に
より設定されている。ここで、ファイル31〜34はそ
れぞれファイル番号「1」〜「4」を持つものとする。
各ファイル31〜34は、識別子、属性及びファイル構
造を規定するヘッダ情報41〜44と、ファイルデータ
51〜54とからなっている。図示されていない主記憶
装置上では、上記ヘッダ情報41〜44に基づきファイ
ルコントロールブロック(FCB)を生成すると共に、
同じくヘッダ情報41〜44から主記憶装置に必要なフ
ァイルデータ領域を計算、確保してファイルデータ51
〜54を主記憶装置にローディングするようになってい
る。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described below with reference to the drawings. First, FIG. 2 shows a management structure of files in the auxiliary storage device. In FIG. 2, reference numeral 1 denotes an auxiliary storage device, and a plurality of files 31 to 34 (only four are shown for convenience) therein. ) Is arranged. The arrangement of these files 31 to 34 is set by the index table 2. Here, the files 31 to 34 have file numbers "1" to "4", respectively.
Each of the files 31 to 34 is made up of header information 41 to 44 defining an identifier, an attribute, and a file structure, and file data 51 to 54. On a main storage device (not shown), a file control block (FCB) is generated based on the header information 41 to 44, and
Similarly, a file data area necessary for the main storage device is calculated and secured from the header information 41 to 44, and the file data 51
To 54 are loaded into the main storage device.

【0011】次に、主記憶装置上のファイル管理に関す
るデータ構造について、図3ないし図5を参照しつつ説
明する。なお、これらの図における領域Aは初期化モー
ドまたは保存モードに関わらずIPL処理時に初期化さ
れる領域であり、また、領域Bは保存モードのIPL処
理時に保存される領域である。
Next, a data structure related to file management in the main storage device will be described with reference to FIGS. Note that the area A in these figures is an area that is initialized during IPL processing regardless of the initialization mode or the save mode, and the area B is an area that is saved during IPL processing in the save mode.

【0012】図3は、初期化モードにおいてIPL処理
を行なった直後の状態を示しており、領域A内のシステ
ムデータ領域には、ファイル番号「1」〜「5」に対応
するFCB61〜65が初期化していったファイル順に
並んでいる。領域Bには、同じく初期化していった順
に、ファイルデータの主記憶装置上の配置とデータサイ
ズとが格納されているファイルデータ管理情報71〜7
5と、ファイルデータ51〜55の本体が並んでいる。
なお、上記各構成要素は、ファイル番号「1」〜「5」
を持つファイルにそれぞれ対応している。
FIG. 3 shows a state immediately after IPL processing is performed in the initialization mode. FCBs 61 to 65 corresponding to file numbers “1” to “5” are stored in the system data area in area A. The files are arranged in the order in which they were initialized. In the area B, the file data management information 71 to 7 in which the arrangement and the data size of the file data on the main storage device are stored in the same initialization order.
5 and the main bodies of the file data 51 to 55 are arranged.
Each of the above-mentioned constituent elements has a file number “1” to “5”.
Corresponding to files with.

【0013】次いで、図4は、システムの運用中にファ
イルの登録、削除を行なった後のデータ構造を示す。図
の領域Aにおいて、FCB62はどこも指していないこ
とから、ファイル番号「2」のファイルが削除されたこ
とがわかる。このため、図3に存在したファイルデータ
52はなくなり、代わってファイル番号「6」,「7」
のファイルが登録されて、FCB66,67、ファイル
データ管理情報76,77及びファイルデータ56,5
7が確保されている。
FIG. 4 shows a data structure after file registration and deletion during the operation of the system. Since the FCB 62 does not point anywhere in the area A in the figure, it can be seen that the file with the file number “2” has been deleted. Therefore, the file data 52 existing in FIG. 3 is lost, and the file numbers “6” and “7” are
Are registered, FCBs 66 and 67, file data management information 76 and 77, and file data 56 and 5
7 is secured.

【0014】ここで、91はファイル番号「2」のファ
イルが削除されたことによってできたファイルデータ領
域内の空き領域であり、この空き領域91は空き領域管
理情報81によって管理される。なお、空き領域管理情
報81は従前のファイルデータ管理情報72に代わるも
ので、先頭アドレス及び領域サイズからなっている。同
様にして、図4の92は新たに生成された空き領域、8
2はこれに対応する空き領域管理情報である。この状態
では、図2に示したファイルインデックステーブル2内
のファイルエントリーの並びと、主記憶装置上のファイ
ルデータの並びとは等しくなっていない。
Here, reference numeral 91 denotes an empty area in the file data area formed by deleting the file with the file number "2". The empty area 91 is managed by the empty area management information 81. The free area management information 81 replaces the conventional file data management information 72, and includes a start address and an area size. Similarly, reference numeral 92 in FIG.
Reference numeral 2 denotes the corresponding free area management information. In this state, the arrangement of the file entries in the file index table 2 shown in FIG. 2 is not equal to the arrangement of the file data in the main storage device.

【0015】次に、図4の状態において保存モードのI
PL処理を行なった際のファイルデータ保存方法を、図
1のフローチャートを参照しつつ説明する。まず、補助
記憶装置1内のファイルインデックステーブル2を参照
し、次エントリーからファイルの配置を調べ、該当する
ファイルのヘッダ情報を読み込む(S1)。読み込んだ
ヘッダ情報から、保存されている主記憶装置上の領域B
の該当するファイル管理情報を探す(S2)。
Next, in the state shown in FIG.
The file data saving method when the PL process is performed will be described with reference to the flowchart of FIG. First, referring to the file index table 2 in the auxiliary storage device 1, the file arrangement is checked from the next entry, and the header information of the corresponding file is read (S1). From the read header information, the area B on the main storage device where the
The corresponding file management information is searched for (S2).

【0016】例えば、ファイル番号が「3」である場
合、該当するファイルデータ管理情報があるか否かを確
認する(S3)。図4では該当するファイルデータ管理
情報73が存在するので(S3 YES)、この情報7
3内のファイルデータサイズとヘッダ情報43内のデー
タサイズとを比較し、変更がないかどうかを確認する
(S41)。また、ステップS3において、該当するフ
ァイルデータ管理情報がなかった場合には、ファイルデ
ータ管理情報をセットしてファイルデータ領域を確保す
る(S42)。
For example, when the file number is "3", it is confirmed whether or not there is corresponding file data management information (S3). In FIG. 4, since the corresponding file data management information 73 exists (S3 YES), this information 7
3 is compared with the data size in the header information 43 to check whether there is any change (S41). If there is no corresponding file data management information in step S3, the file data management information is set to secure a file data area (S42).

【0017】ステップS41において、データサイズに
変更がなければ(S41YES)、ヘッダ情報43内の
ファイル属性を調べ、初期値データのローディングが必
要な場合(イニシャルロードが無効の場合)は、補助記
憶装置1から図4の53の領域へファイルデータをロー
ドする(S5 NO,S62)。また、イニシャルロー
ドが有効の場合は保存処理を行ない(S5 YES,S
61)、この保存処理または前記ロード処理(S62)
が正常に行なわれると領域AのFCB領域のうち空いて
いる先頭領域63からFCBを生成していく(S7)。
In step S41, if the data size is not changed (S41 YES), the file attributes in the header information 43 are checked, and if loading of initial value data is necessary (if initial loading is invalid), the auxiliary storage device is used. The file data is loaded from 1 to the area 53 in FIG. 4 (S5 NO, S62). If the initial load is valid, a saving process is performed (S5 YES, S5
61), the storing process or the loading process (S62).
Is normally performed, the FCB is generated from the free head area 63 in the FCB area of the area A (S7).

【0018】図5は、保存モードのIPL処理を行なっ
た後の主記憶装置の状態を示しており、図4によって割
り当てられたファイルデータ領域はIPL処理前の状態
を保ち、また、図4において空きがあったFCB62の
領域は詰められた状態となって初期化された状態となっ
ている。なお、ファイル番号が「3」のファイルは、I
PL処理を行なう前と同じ領域に割り当てられたままと
なっているため、ファイルデータの保存が可能になる。
FIG. 5 shows the state of the main storage device after performing the IPL processing in the save mode. The file data area allocated by FIG. 4 maintains the state before the IPL processing. The area of the FCB 62 that has been vacant is in a packed state and is in an initialized state. Note that the file with the file number “3” is
Since the data remains allocated to the same area as before the PL processing, file data can be saved.

【0019】[0019]

【発明の効果】以上のように本発明によれば、ファイル
データの主記憶装置上の配置情報をFCBから分離し、
IPL処理時に保存可能な主記憶装置の領域にファイル
データ管理情報として設けることにより、ファイルの登
録、削除を行なった後でIPL処理を行なっても、初期
化されたFCBとファイルデータとが正しくリンクされ
るので、ファイルデータを確実に保存することができ
る。これにより、プロセッサダウン等の異常発生後の再
立上げにあたっても、運用時に蓄えた主記憶装置のファ
イルデータを保存しておくことが可能になる。
As described above, according to the present invention, the arrangement information of the file data on the main storage device is separated from the FCB,
By providing the file data management information in the area of the main storage device that can be stored at the time of the IPL processing, the initialized FCB and the file data are correctly linked even if the IPL processing is performed after the file is registered or deleted. As a result, file data can be securely stored. This makes it possible to save the file data of the main storage device that has been stored during operation even when the system is restarted after the occurrence of an abnormality such as a processor down.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明の一実施例を示すフローチャートであ
る。
FIG. 1 is a flowchart showing one embodiment of the present invention.

【図2】補助記憶装置内のファイル管理構造を示す図で
ある。
FIG. 2 is a diagram showing a file management structure in an auxiliary storage device.

【図3】主記憶装置上のファイル管理に関するデータ構
造を示す図である。
FIG. 3 is a diagram showing a data structure related to file management on a main storage device.

【図4】主記憶装置上のファイル管理に関するデータ構
造を示す図である。
FIG. 4 is a diagram showing a data structure related to file management on a main storage device.

【図5】主記憶装置上のファイル管理に関するデータ構
造を示す図である。
FIG. 5 is a diagram showing a data structure related to file management on a main storage device.

【符号の説明】[Explanation of symbols]

1 補助記憶装置 2 ファイルインデックステーブル 31,32,33,34 ファイル 41,42,43,44 ヘッダ情報 51,52,53,54,55,56,57 ファイル
データ 61,62,63,64,65,66,67 FCB 71,72,73,74,75,76,77 ファイル
データ管理情報 81,82 空き領域管理情報 91,92 空き領域
1 Auxiliary storage device 2 File index table 31, 32, 33, 34 File 41, 42, 43, 44 Header information 51, 52, 53, 54, 55, 56, 57 File data 61, 62, 63, 64, 65, 66, 67 FCB 71, 72, 73, 74, 75, 76, 77 File data management information 81, 82 Free area management information 91, 92 Free area

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 昭63−49839(JP,A) 特開 昭63−40949(JP,A) 特開 昭63−292251(JP,A) 特開 昭64−88626(JP,A) (58)調査した分野(Int.Cl.7,DB名) G06F 12/00,9/06 ──────────────────────────────────────────────────続 き Continuation of the front page (56) References JP-A-63-49839 (JP, A) JP-A-63-40949 (JP, A) JP-A-63-292251 (JP, A) JP-A 64-64 88626 (JP, A) (58) Fields investigated (Int. Cl. 7 , DB name) G06F 12/00, 9/06

Claims (1)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 計算機システムの補助記憶装置内に、フ
ァイルの識別子、属性及びファイル構造を規定してなる
ヘッダ情報と、初期値データとしてのファイルデータと
からなるファイルを複数有し、これらのファイルの補助
記憶装置内における配置場所を示したファイルインデッ
クステーブルのエントリー順に従って、ファイルを初期
化するIPL処理において、IPL処理時に初期化され
る主記憶装置上の領域に、前記ヘッダ情報に基づいて作
成されるファイルコントロールブロックを生成すると共
に、IPL処理時に保存される主記憶装置上の領域に、
ファイルデータの配置情報及びデータサイズが格納され
たファイルデータ管理情報を生成し、初期化されるファ
イルコントロールブロックに対応するファイルデータ管
理情報を参照してファイルコントロールブロックとファ
イルデータとをリンクさせてファイルデータを保存する
ことを特徴とするIPL処理におけるファイルデータの
保存方法。
An auxiliary storage device of a computer system has a plurality of files including header information defining file identifiers, attributes, and file structures, and file data as initial value data. In the IPL process for initializing a file in accordance with the entry order of the file index table indicating the location of the file in the auxiliary storage device, the file is created based on the header information in an area on the main storage device initialized at the time of the IPL process. A file control block to be generated is generated, and an area on the main storage device which is stored during the IPL processing is
File data management information in which file data arrangement information and data size are stored is generated, and the file control block and the file data are linked by referring to the file data management information corresponding to the file control block to be initialized. A method for storing file data in IPL processing, characterized by storing data.
JP03170544A 1991-06-14 1991-06-14 File data storage method in IPL processing Expired - Fee Related JP3099429B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP03170544A JP3099429B2 (en) 1991-06-14 1991-06-14 File data storage method in IPL processing

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP03170544A JP3099429B2 (en) 1991-06-14 1991-06-14 File data storage method in IPL processing

Publications (2)

Publication Number Publication Date
JPH04367948A JPH04367948A (en) 1992-12-21
JP3099429B2 true JP3099429B2 (en) 2000-10-16

Family

ID=15906861

Family Applications (1)

Application Number Title Priority Date Filing Date
JP03170544A Expired - Fee Related JP3099429B2 (en) 1991-06-14 1991-06-14 File data storage method in IPL processing

Country Status (1)

Country Link
JP (1) JP3099429B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1185481A (en) * 1997-08-30 1999-03-30 Nec Corp Operating system starting device and machine-readable recording medium recording program

Also Published As

Publication number Publication date
JPH04367948A (en) 1992-12-21

Similar Documents

Publication Publication Date Title
US6014730A (en) Dynamic adding system for memory files shared among hosts, dynamic adding method for memory files shared among hosts, and computer-readable medium recording dynamic adding program for memory files shared among hosts
US4961224A (en) Controlling access to network resources
US7124290B2 (en) Method and system for selectively booting one of a plurality of operating systems contained on a mass storage device
US7711696B2 (en) File system for nonvolatile memory
KR100233178B1 (en) Method and system for updating mass storage configuration records
JP3612339B2 (en) Data processing method and apparatus
JP2868543B2 (en) Computer equipment
US5291600A (en) Recovery of in-core disk data
JP2002268933A (en) Cluster system
JP3701890B2 (en) Reserving reclaimed space for compressed memory systems
US7895164B1 (en) Efficient checkpoint process
EP4654033A1 (en) Communication method, apparatus and system, and storage medium
US20110099347A1 (en) Managing allocation and deallocation of storage for data objects
JP3099429B2 (en) File data storage method in IPL processing
JPH10254709A (en) Method for indexing memory address
US5684995A (en) Segment division management system
JP2704028B2 (en) File area management method
US5933839A (en) Distributed file system for renewing data with high integrity
JP2990609B2 (en) Computer system
JP2901543B2 (en) Magnetic disk file relocation method
JP3050194B2 (en) A system for dynamically adding a shared memory file between hosts, a method for dynamically adding a shared memory file between hosts, and a recording medium storing a program for dynamically adding a shared memory file between hosts
JP2842697B2 (en) Data input/output method using virtual files
KR100261177B1 (en) Message handling routine
JPH0778097A (en) File rearrangement system
JP2912657B2 (en) File access processor

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20000718

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20070818

Year of fee payment: 7

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080818

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080818

Year of fee payment: 8

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090818

Year of fee payment: 9

LAPS Cancellation because of no payment of annual fees