JP2000242550A - データ運用管理方法 - Google Patents
データ運用管理方法Info
- Publication number
- JP2000242550A JP2000242550A JP11041050A JP4105099A JP2000242550A JP 2000242550 A JP2000242550 A JP 2000242550A JP 11041050 A JP11041050 A JP 11041050A JP 4105099 A JP4105099 A JP 4105099A JP 2000242550 A JP2000242550 A JP 2000242550A
- Authority
- JP
- Japan
- Prior art keywords
- area
- data
- computer
- storage area
- allocated
- 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.)
- Pending
Links
Landscapes
- Storage Device Security (AREA)
- Memory System (AREA)
Abstract
(57)【要約】
【課題】計算機の動作によって失われる主記憶中のデー
タを効率よく引き継いで、ソフトウエアの運用向上を図
る。 【解決手段】計算機起動手順に関わらない主記憶領域で
ある不揮発領域103に、アプリケーションプログラム
で運用するデータ領域を必要時に動的に割り当て、計算
機の動作状態に関わらずに保存される前記データ領域の
運用を統一した関数で行なうことによる。
タを効率よく引き継いで、ソフトウエアの運用向上を図
る。 【解決手段】計算機起動手順に関わらない主記憶領域で
ある不揮発領域103に、アプリケーションプログラム
で運用するデータ領域を必要時に動的に割り当て、計算
機の動作状態に関わらずに保存される前記データ領域の
運用を統一した関数で行なうことによる。
Description
【0001】
【発明の属する技術分野】本発明はデータ運用管理方法
及び装置に関して、特に計算機の動作状態に関わらず、
主記憶内のデータを統一した関数により、アプリケーシ
ョンプログラムで運用可能とするデータ運用管理及び装
置に関する。
及び装置に関して、特に計算機の動作状態に関わらず、
主記憶内のデータを統一した関数により、アプリケーシ
ョンプログラムで運用可能とするデータ運用管理及び装
置に関する。
【0002】
【従来の技術】計算機上で動作するプログラムは共通の
資源である主記憶を使用している。主記憶は計算機が起
動する時に初期化され、起動前にあった主記憶内容は失
われる。またアプリケーションプログラムが使用する記
憶領域においては、アプリケーションの終了と同時に解
放され、前記アプリケーションが使用した記憶領域は無
効になる。上記の場合で主記憶内容を保持したい場合
は、ディスク装置などの外部記憶装置に主記憶の内容を
保存する。
資源である主記憶を使用している。主記憶は計算機が起
動する時に初期化され、起動前にあった主記憶内容は失
われる。またアプリケーションプログラムが使用する記
憶領域においては、アプリケーションの終了と同時に解
放され、前記アプリケーションが使用した記憶領域は無
効になる。上記の場合で主記憶内容を保持したい場合
は、ディスク装置などの外部記憶装置に主記憶の内容を
保存する。
【0003】また、計算機に障害が発生して計算機が停
止した後、再度計算機の起動を行なった場合は、主記憶
上の記憶内容は消滅する。主記憶上に必要なデータがあ
る場合には、計算機に障害が発生した場合を考慮して、
ディスク装置などの外部記憶装置へ主記憶上にあるデー
タのバックアップを通常動作中に適時行なう必要があ
る。しかし、計算機の障害は、計算機が動作中に突然起
こる可能性がある。その場合、主記憶中にバッグアップ
の取れなかった未保存データが存在することになる。
止した後、再度計算機の起動を行なった場合は、主記憶
上の記憶内容は消滅する。主記憶上に必要なデータがあ
る場合には、計算機に障害が発生した場合を考慮して、
ディスク装置などの外部記憶装置へ主記憶上にあるデー
タのバックアップを通常動作中に適時行なう必要があ
る。しかし、計算機の障害は、計算機が動作中に突然起
こる可能性がある。その場合、主記憶中にバッグアップ
の取れなかった未保存データが存在することになる。
【0004】計算機に障害が発生した場合、障害発生前
の主記憶中の未保存データを保存し、計算機再起動後、
再起動前の状態に復元して運用を再開する方法として特
開平9−325896がある。この方法では、ディスク
装置などの外部記憶装置にメモリ情報を保存し、再起動
後、ディスク装置に保存したメモリ情報から必要な情報
を取り出して計算機の運用を再開する。
の主記憶中の未保存データを保存し、計算機再起動後、
再起動前の状態に復元して運用を再開する方法として特
開平9−325896がある。この方法では、ディスク
装置などの外部記憶装置にメモリ情報を保存し、再起動
後、ディスク装置に保存したメモリ情報から必要な情報
を取り出して計算機の運用を再開する。
【0005】
【発明が解決しようとする課題】かかる従来の方法にお
いては、次のような問題がある。
いては、次のような問題がある。
【0006】計算機の動作に関わらず必要なデータを引
き継ぐため、ハードディスク装置などの外部記憶装置に
引き継ぐデータを確保し、再起動後にそのデータを使用
することになれば、外部記憶装置に保存したデータから
必要なデータを解析し取り出す手順が必要であり、この
処理に関する負荷がかかるという問題がある。また主記
憶と外部記憶装置間でのデータ転送にもまた負荷がかか
るという問題がある。
き継ぐため、ハードディスク装置などの外部記憶装置に
引き継ぐデータを確保し、再起動後にそのデータを使用
することになれば、外部記憶装置に保存したデータから
必要なデータを解析し取り出す手順が必要であり、この
処理に関する負荷がかかるという問題がある。また主記
憶と外部記憶装置間でのデータ転送にもまた負荷がかか
るという問題がある。
【0007】また計算機の動作に関わらず、外部記憶装
置からデータを引き継ぐ場合、計算機システムに依存し
てしまい、アプリケーションプログラムで直接データの
引継ぎができていないという問題がある。
置からデータを引き継ぐ場合、計算機システムに依存し
てしまい、アプリケーションプログラムで直接データの
引継ぎができていないという問題がある。
【0008】本発明の目的は、計算機の動作に関わら
ず、必要なデータの運用の操作を統一して、アプリケー
ションプログラムでデータの運用管理を行なうことにあ
る。
ず、必要なデータの運用の操作を統一して、アプリケー
ションプログラムでデータの運用管理を行なうことにあ
る。
【0009】
【課題を解決するための手段】本発明は、主記憶領域を
分割し、OSが管理する主記憶領域以外の領域において、
計算機の動作に依存しない主記憶領域を割り当てる。そ
して、計算機の動作に依存しない主記憶領域のベースア
ドレスや大きさの情報をOSが獲得する。この領域は計算
機の起動には関係ないので、計算機が何度起動しても、
アプリケーションはこの領域の情報を基に、領域内の運
用を行なうことができる。そして、その領域にデータを
参照、書き込みを行なうことができる。
分割し、OSが管理する主記憶領域以外の領域において、
計算機の動作に依存しない主記憶領域を割り当てる。そ
して、計算機の動作に依存しない主記憶領域のベースア
ドレスや大きさの情報をOSが獲得する。この領域は計算
機の起動には関係ないので、計算機が何度起動しても、
アプリケーションはこの領域の情報を基に、領域内の運
用を行なうことができる。そして、その領域にデータを
参照、書き込みを行なうことができる。
【0010】また前記記憶領域を初めに割り当てるため
か、領域にあるデータを引き継ぐためかをチェックする
ことで、統一した関数で、データの運用が可能である。
か、領域にあるデータを引き継ぐためかをチェックする
ことで、統一した関数で、データの運用が可能である。
【0011】また起動の回数から起動に関わらず、前記
記憶領域を初めに割り当てるためか、領域にあるデータ
を引き継ぐためかをチェックすることで、統一した関数
で、データの運用が可能である。
記憶領域を初めに割り当てるためか、領域にあるデータ
を引き継ぐためかをチェックすることで、統一した関数
で、データの運用が可能である。
【0012】また割り当てた前記記憶領域に関して、記
憶領域を割り当てたプログラム以外のプログラムがその
領域を操作しないようにするため、アクセス権を割り当
てた領域に与える。これにより、各記憶領域の保守性が
保たれる。
憶領域を割り当てたプログラム以外のプログラムがその
領域を操作しないようにするため、アクセス権を割り当
てた領域に与える。これにより、各記憶領域の保守性が
保たれる。
【0013】
【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を詳細に説明する。
の形態を詳細に説明する。
【0014】図1は、本発明の実施の形態における計算
機構成を示す図である。計算機100は、主記憶装置1
01、CPU107、読み出し専用メモリ108、ディス
ク装置109、これらを接続するバス106で構成す
る。
機構成を示す図である。計算機100は、主記憶装置1
01、CPU107、読み出し専用メモリ108、ディス
ク装置109、これらを接続するバス106で構成す
る。
【0015】主記憶装置101は、OS領域102と不揮
発領域103の2つの領域に分割される。不揮発領域1
03は、計算機100で実行するOS上で、計算機の起動
状態に関わらずに運用するデータを格納する領域であ
り、後で説明する起動方法により計算機の起動を行なっ
ても、内容が保持される領域である。103は103の
領域の管理情報104と実際に格納するデータ領域10
5により構成される。OS領域102は、その他のOSのコ
ード、データ、および、アプリケーションプログラムが
利用する。
発領域103の2つの領域に分割される。不揮発領域1
03は、計算機100で実行するOS上で、計算機の起動
状態に関わらずに運用するデータを格納する領域であ
り、後で説明する起動方法により計算機の起動を行なっ
ても、内容が保持される領域である。103は103の
領域の管理情報104と実際に格納するデータ領域10
5により構成される。OS領域102は、その他のOSのコ
ード、データ、および、アプリケーションプログラムが
利用する。
【0016】図2は管理情報104に登録されているデ
ータ構造を示す。不揮発領域管理テーブル200は、不
揮発領域内で管理する各データ領域のデータ識別子20
1と、各データ領域のサイズ202と、各データ領域の
ベース物理アドレス203と、各データ領域の割り当て
られた時期を確認するための値である登録値204と、
各データ領域に対するアクセス権限205で構成され
る。登録値204は、各データ領域の割当時にOS領域1
02が不揮発領域103を保存して起動した回数で表
す。この起動した回数は後述の不揮発領域起動回数21
0の値による。またアクセス権限205は各データ領域
に対してユーザ、アプリケーションがそれぞれ読み書き
可能であるかどうか許可を与える値である。この値によ
り各データ領域の保護がなされる。
ータ構造を示す。不揮発領域管理テーブル200は、不
揮発領域内で管理する各データ領域のデータ識別子20
1と、各データ領域のサイズ202と、各データ領域の
ベース物理アドレス203と、各データ領域の割り当て
られた時期を確認するための値である登録値204と、
各データ領域に対するアクセス権限205で構成され
る。登録値204は、各データ領域の割当時にOS領域1
02が不揮発領域103を保存して起動した回数で表
す。この起動した回数は後述の不揮発領域起動回数21
0の値による。またアクセス権限205は各データ領域
に対してユーザ、アプリケーションがそれぞれ読み書き
可能であるかどうか許可を与える値である。この値によ
り各データ領域の保護がなされる。
【0017】不揮発領域起動回数210は、OS領域10
2が不揮発領域103を保存して起動する回数を数えた
値である。各データ領域が割り当てられるとき、不揮発
領域起動回数210の値を登録204に格納する。これ
により、各データ領域の登録状況を判定する。
2が不揮発領域103を保存して起動する回数を数えた
値である。各データ領域が割り当てられるとき、不揮発
領域起動回数210の値を登録204に格納する。これ
により、各データ領域の登録状況を判定する。
【0018】図3は不揮発領域103にデータ領域を割
り当てる手順を示すフローチャートである。
り当てる手順を示すフローチャートである。
【0019】不揮発領域103に割り当て要求が入る
と、データ領域に対する設定情報を獲得する(ステップ
300)。設定情報にはデータ領域に対する識別子とサ
イズとアクセス権限がある。新規にデータ領域を割り当
てる場合に必要な設定情報は、識別子とサイズである。
必要があればデータ領域の操作許可を設定するために、
アクセス権限設定を行なう。また不揮発領域管理テーブ
ル200に登録されているデータ領域を再割り当てする
場合に必要な設定情報は、識別子のみである。
と、データ領域に対する設定情報を獲得する(ステップ
300)。設定情報にはデータ領域に対する識別子とサ
イズとアクセス権限がある。新規にデータ領域を割り当
てる場合に必要な設定情報は、識別子とサイズである。
必要があればデータ領域の操作許可を設定するために、
アクセス権限設定を行なう。また不揮発領域管理テーブ
ル200に登録されているデータ領域を再割り当てする
場合に必要な設定情報は、識別子のみである。
【0020】次に新規にデータ領域を割り当てるかどう
か判定する(ステップ301)。これは識別子の設定情
報が不揮発領域管理テーブル200に登録されているか
どうかで判定する。新規に割り当てる場合、識別子は不
揮発領域管理テーブル200に割り当てられていない。
か判定する(ステップ301)。これは識別子の設定情
報が不揮発領域管理テーブル200に登録されているか
どうかで判定する。新規に割り当てる場合、識別子は不
揮発領域管理テーブル200に割り当てられていない。
【0021】新規にデータ領域を割り当てる場合、サイ
ズが設定情報で登録されているか判定する(ステップ3
02)。サイズが設定されていなければ、エラーとして
その旨を通知して終了する(ステップ303)。
ズが設定情報で登録されているか判定する(ステップ3
02)。サイズが設定されていなければ、エラーとして
その旨を通知して終了する(ステップ303)。
【0022】サイズ設定が設定情報にあれば、不揮発領
域管理テーブル200に空きエントリがあるかどうか判
定する(ステップ304)。空きエントリがなければ、
エラーとしてその旨を通知して終了する(ステップ30
5)。
域管理テーブル200に空きエントリがあるかどうか判
定する(ステップ304)。空きエントリがなければ、
エラーとしてその旨を通知して終了する(ステップ30
5)。
【0023】不揮発領域管理テーブル200に空きエン
トリがあれば、設定情報のサイズのデータ領域を割り当
てるために、不揮発領域103の格納データ領域105
に空き領域があるかどうか判定する(ステップ30
6)。これは図6で説明するOS領域内で管理する保存範
囲602の値と格納データに割り当てられているデータ
領域の大きさにより判定する。格納データ領域105に
空き領域がなければ、エラーとしてその旨を通知して終
了する(ステップ307)。
トリがあれば、設定情報のサイズのデータ領域を割り当
てるために、不揮発領域103の格納データ領域105
に空き領域があるかどうか判定する(ステップ30
6)。これは図6で説明するOS領域内で管理する保存範
囲602の値と格納データに割り当てられているデータ
領域の大きさにより判定する。格納データ領域105に
空き領域がなければ、エラーとしてその旨を通知して終
了する(ステップ307)。
【0024】不揮発領域に設定情報のサイズのデータ領
域を割り当てる空き領域があれば、設定情報のサイズか
ら不揮発領域103内の格納データ領域105にデータ
領域を割り当てる。また割り当ての際、仮想アドレスも
計算する(ステップ308)。ステップ308の処理は
OSがページテーブルを操作することで不揮発領域のデー
タ領域割り当てを行なう。
域を割り当てる空き領域があれば、設定情報のサイズか
ら不揮発領域103内の格納データ領域105にデータ
領域を割り当てる。また割り当ての際、仮想アドレスも
計算する(ステップ308)。ステップ308の処理は
OSがページテーブルを操作することで不揮発領域のデー
タ領域割り当てを行なう。
【0025】次に、不揮発領域管理テーブル200に割
り当てたデータ領域に関する設定情報を登録する(ステ
ップ309)。
り当てたデータ領域に関する設定情報を登録する(ステ
ップ309)。
【0026】次に、割り当てたデータの先頭仮想アドレ
スと、各データ領域に関する不揮発領域を保存して計算
機を起動した回数を、返値として渡して処理を終了する
(ステップ310)。新規に割り当てた場合は、各デー
タ領域に関する不揮発領域を保存して計算機を起動した
回数は0になる。
スと、各データ領域に関する不揮発領域を保存して計算
機を起動した回数を、返値として渡して処理を終了する
(ステップ310)。新規に割り当てた場合は、各デー
タ領域に関する不揮発領域を保存して計算機を起動した
回数は0になる。
【0027】ステップ301で新規の割り当てでないと
判定された場合、アクセス権限が許可されているかどう
か判定する(ステップ311)。またステップ311で
は登録されている識別子に対して、サイズの設定もある
場合は、識別子の登録が誤りであると判定する。アクセ
ス権限の許可がない場合や識別子の登録が誤りである場
合は、エラーとしてその旨を通知して終了する(ステッ
プ312)。
判定された場合、アクセス権限が許可されているかどう
か判定する(ステップ311)。またステップ311で
は登録されている識別子に対して、サイズの設定もある
場合は、識別子の登録が誤りであると判定する。アクセ
ス権限の許可がない場合や識別子の登録が誤りである場
合は、エラーとしてその旨を通知して終了する(ステッ
プ312)。
【0028】アクセス権限が許可されている場合は、設
定情報の識別子に対する各データ領域に関する不揮発領
域を保存した計算機の起動した回数を計算する(ステッ
プ313)。不揮発領域内で記憶領域を確保した後で計
算機を起動するときに設定情報の識別子に対するデータ
領域の再割り当てを行なう場合、その状況を通知するた
めに行なう。この計算方式は不揮発領域保存起動回数2
10と識別子に対する各データ領域の登録値204の差
で求める。これにより、各データ領域を割り当ててから
の不揮発領域保存起動回数が求まる。
定情報の識別子に対する各データ領域に関する不揮発領
域を保存した計算機の起動した回数を計算する(ステッ
プ313)。不揮発領域内で記憶領域を確保した後で計
算機を起動するときに設定情報の識別子に対するデータ
領域の再割り当てを行なう場合、その状況を通知するた
めに行なう。この計算方式は不揮発領域保存起動回数2
10と識別子に対する各データ領域の登録値204の差
で求める。これにより、各データ領域を割り当ててから
の不揮発領域保存起動回数が求まる。
【0029】次に不揮発領域管理テーブル200から識
別子に対するデータ領域のサイズと物理ベースアドレス
を取り出す(ステップ314)。次にステップ308に
処理を移行し、この取り出した情報により、領域を実際
に割り当てる。
別子に対するデータ領域のサイズと物理ベースアドレス
を取り出す(ステップ314)。次にステップ308に
処理を移行し、この取り出した情報により、領域を実際
に割り当てる。
【0030】以上ような不揮発領域のメモリ割り当て手
順により、計算機の起動状態に関係なく主記憶内のデー
タを保存する領域を動的に割り当て、計算機の動作状態
に関わらず、アプリケーションプログラムが主記憶内の
データを運用することが可能となる。
順により、計算機の起動状態に関係なく主記憶内のデー
タを保存する領域を動的に割り当て、計算機の動作状態
に関わらず、アプリケーションプログラムが主記憶内の
データを運用することが可能となる。
【0031】図4は不揮発領域103に割り当てた各デ
ータ領域のアクセス権限を変更する処理手順を示すフロ
ーチャートである。
ータ領域のアクセス権限を変更する処理手順を示すフロ
ーチャートである。
【0032】各データ領域のアクセス権限は不揮発領域
管理テーブル200で管理されている。図4は不揮発メ
モリ領域管理テーブル200のアクセス権限205の値
を変更する処理手順である。
管理テーブル200で管理されている。図4は不揮発メ
モリ領域管理テーブル200のアクセス権限205の値
を変更する処理手順である。
【0033】不揮発領域で割り当てたデータ領域のアク
セス権限の変更要求が入ると、変更内容を獲得する(ス
テップ400)。獲得情報は各データ領域の識別子と変
更するアクセス権限の内容である。
セス権限の変更要求が入ると、変更内容を獲得する(ス
テップ400)。獲得情報は各データ領域の識別子と変
更するアクセス権限の内容である。
【0034】次に現在のアクセス権限が、変更要求して
いるデータ領域に対して許可されているか判定する(ス
テップ401)。アクセス権限が許可されていない場合
エラーとしてその旨を通知して終了する(ステップ40
2)。
いるデータ領域に対して許可されているか判定する(ス
テップ401)。アクセス権限が許可されていない場合
エラーとしてその旨を通知して終了する(ステップ40
2)。
【0035】アクセス権限が許可されていれば、変更要
求のアクセス権限の内容を変更して処理を終了する(ス
テップ403)。
求のアクセス権限の内容を変更して処理を終了する(ス
テップ403)。
【0036】以上のような不揮発領域に割り当てられた
各データ領域のアクセス権限の変更処理により、データ
の保護を行なう。
各データ領域のアクセス権限の変更処理により、データ
の保護を行なう。
【0037】図5は不揮発領域で割り当てた領域を解放
する手順を示すフローチャートである。
する手順を示すフローチャートである。
【0038】不揮発領域で割り当てた領域を解放する要
求が入ると、ユーザが指定した解放する領域の識別子2
01を獲得する(ステップ500)。
求が入ると、ユーザが指定した解放する領域の識別子2
01を獲得する(ステップ500)。
【0039】次に要求した識別子に対して、アクセス権
限が許可されているか判定する(ステップ501)。ア
クセス権限が許可されていない場合エラーとしてその旨
を通知して終了する(ステップ502)。
限が許可されているか判定する(ステップ501)。ア
クセス権限が許可されていない場合エラーとしてその旨
を通知して終了する(ステップ502)。
【0040】アクセス権限が許可されていれば、獲得し
た識別子201から不揮発領域管理テーブル200を介
して、解放するメモリ領域を判定し、そのメモリを解放
する(ステップ503)。
た識別子201から不揮発領域管理テーブル200を介
して、解放するメモリ領域を判定し、そのメモリを解放
する(ステップ503)。
【0041】次に管理テーブル200から、解放したメ
モリ領域に対応する識別子をもつ行の値を消去して処理
を終了する(ステップ504)以上のように、不揮発領
域で管理されているデータ領域を解放することが可能で
あり、不揮発領域を有効に運用管理することが可能とな
る。
モリ領域に対応する識別子をもつ行の値を消去して処理
を終了する(ステップ504)以上のように、不揮発領
域で管理されているデータ領域を解放することが可能で
あり、不揮発領域を有効に運用管理することが可能とな
る。
【0042】次に、図6により、OSを起動するときに参
照するデータについて説明する。図6は、本発明の形態
のOS領域102の様子を示している。OS領域102に
は、計算機起動方法を示す起動方法フラグ601と、不
揮発領域103のアドレス範囲を記録する保存範囲60
2がある。
照するデータについて説明する。図6は、本発明の形態
のOS領域102の様子を示している。OS領域102に
は、計算機起動方法を示す起動方法フラグ601と、不
揮発領域103のアドレス範囲を記録する保存範囲60
2がある。
【0043】フラグ601と範囲602は、OSの停止
時、再起動時に設定する。フラグ601は、計算機起動
時の動作を決める値を格納する。例えば、電源投入時と
同様の初期化処理を実行する、一部の初期化処理を実行
せずに起動するなどである。本発明では、不揮発領域1
03の内容を保持してOSを起動することを示す値が存在
する。範囲602は、領域103のアドレス範囲を記録
している。
時、再起動時に設定する。フラグ601は、計算機起動
時の動作を決める値を格納する。例えば、電源投入時と
同様の初期化処理を実行する、一部の初期化処理を実行
せずに起動するなどである。本発明では、不揮発領域1
03の内容を保持してOSを起動することを示す値が存在
する。範囲602は、領域103のアドレス範囲を記録
している。
【0044】これらが格納されるメモリのアドレスは予
め決められており、起動処理でもこれらのデータを参照
でき、保持すべき領域103を発見することができる。
め決められており、起動処理でもこれらのデータを参照
でき、保持すべき領域103を発見することができる。
【0045】次に図7により計算機の起動手順を説明す
る。図7に示した手順はROM108に格納され、CPU10
7がリセットされたときに実行されるように、ROM10
8はバス106に接続されている。
る。図7に示した手順はROM108に格納され、CPU10
7がリセットされたときに実行されるように、ROM10
8はバス106に接続されている。
【0046】CPU107がリセットされると、ステップ
700を実行する。ここでは、OS領域102の起動方法
フラグ601を検査する。フラグ601にOS領域102
の保持を示す値が格納されている場合は、保存内容60
2を参照して、以降の起動処理で利用できるメモリ領域
から602で示される領域を除外して(ステップ70
1)、ステップ703へ進む。そうでない場合は、ステ
ップ702へ進む。
700を実行する。ここでは、OS領域102の起動方法
フラグ601を検査する。フラグ601にOS領域102
の保持を示す値が格納されている場合は、保存内容60
2を参照して、以降の起動処理で利用できるメモリ領域
から602で示される領域を除外して(ステップ70
1)、ステップ703へ進む。そうでない場合は、ステ
ップ702へ進む。
【0047】ステップ702は不揮発領域保存起動回数
210を更新する。これにより再起動後でデータを再度
引き継いで利用するかどうか判定するときなどに用いら
れる。この処理が終了すると、ステップ703に進む。
210を更新する。これにより再起動後でデータを再度
引き継いで利用するかどうか判定するときなどに用いら
れる。この処理が終了すると、ステップ703に進む。
【0048】ステップ703からの処理は、通常の計算
機手順である。主記憶101を初期化し(ステップ70
3)、計算機に接続されている入出力装置の初期化と、
OSに渡す構成情報を構築する(ステップ704)。構築
する構成情報にはOSが利用可能な主記憶範囲が含まれ
る。この主記憶範囲からも、保存範囲602で指定され
る領域は除外される。
機手順である。主記憶101を初期化し(ステップ70
3)、計算機に接続されている入出力装置の初期化と、
OSに渡す構成情報を構築する(ステップ704)。構築
する構成情報にはOSが利用可能な主記憶範囲が含まれ
る。この主記憶範囲からも、保存範囲602で指定され
る領域は除外される。
【0049】続くステップ705でOSカーネルをロード
して、OS初期化処理を呼びさす。これらの処理の間、不
揮発領域103は利用可能な主記憶から除外されている
ので、使われることはない。したがって、OS停止による
再起動の場合でも、停止時に不揮発領域103に格納さ
れる管理情報104、格納データ105の内容も保存さ
れる。
して、OS初期化処理を呼びさす。これらの処理の間、不
揮発領域103は利用可能な主記憶から除外されている
ので、使われることはない。したがって、OS停止による
再起動の場合でも、停止時に不揮発領域103に格納さ
れる管理情報104、格納データ105の内容も保存さ
れる。
【0050】以上で説明した計算機起動手順と、この計
算機起動手順で影響を受けない主記憶領域である不揮発
領域103の割り当て手順や解放手順を有する不揮発領
域管理手順により、計算機再起動前に主記憶上で格納し
たデータを計算機の再起動後に引き継いで運用すること
が可能となる。
算機起動手順で影響を受けない主記憶領域である不揮発
領域103の割り当て手順や解放手順を有する不揮発領
域管理手順により、計算機再起動前に主記憶上で格納し
たデータを計算機の再起動後に引き継いで運用すること
が可能となる。
【0051】またディスク装置など、外部記憶装置にバ
ックアップを取る必要もなく、主記憶に直接再起動前の
データを引き継いで運用することが可能となる。
ックアップを取る必要もなく、主記憶に直接再起動前の
データを引き継いで運用することが可能となる。
【0052】次の実施の形態では、図8に示すように、
主記憶に補助電源装置を設けることで、計算機の電源障
害が起こっても、主記憶中の情報は保存されるので、再
び主記憶内容を保存して計算機を起動した場合、主記憶
のデータを引き継いで、運用を行なうことが可能であ
る。
主記憶に補助電源装置を設けることで、計算機の電源障
害が起こっても、主記憶中の情報は保存されるので、再
び主記憶内容を保存して計算機を起動した場合、主記憶
のデータを引き継いで、運用を行なうことが可能であ
る。
【0053】第3の実施の形態は、図9より、計算機1
00をサーバ機として実現し、900をサーバ管理を行
なう管理計算機として実現する。計算機100で障害が
発生した場合、管理計算機900が再起動を促し、再起
動後、不揮発領域中の情報をネットワーク経由で通し
て、管理計算機上で障害解析を行なう。また不揮発領域
中のデータを再度管理計算機からの指示により、運用す
る。また不揮発領域の内容をディスク装置109に反映
させて、計算機100の動作状態に関係なく、障害時に
主記憶中の未保存のデータを回復させることが可能であ
る。
00をサーバ機として実現し、900をサーバ管理を行
なう管理計算機として実現する。計算機100で障害が
発生した場合、管理計算機900が再起動を促し、再起
動後、不揮発領域中の情報をネットワーク経由で通し
て、管理計算機上で障害解析を行なう。また不揮発領域
中のデータを再度管理計算機からの指示により、運用す
る。また不揮発領域の内容をディスク装置109に反映
させて、計算機100の動作状態に関係なく、障害時に
主記憶中の未保存のデータを回復させることが可能であ
る。
【0054】
【発明の効果】本発明によれば、主記憶上で計算機の動
作状態に関わることない領域を管理し、計算機の起動に
よらず主記憶内でデータを運用することが可能である。
よって、計算機を起動するために、バックアップ等のデ
ータを外部記憶装置に未保存のデータを保存する必要は
なく、計算機を何度起動して動作させても、またアプリ
ケーションを何度動作させても、主記憶内で保存してあ
るデータを利用することが可能である。
作状態に関わることない領域を管理し、計算機の起動に
よらず主記憶内でデータを運用することが可能である。
よって、計算機を起動するために、バックアップ等のデ
ータを外部記憶装置に未保存のデータを保存する必要は
なく、計算機を何度起動して動作させても、またアプリ
ケーションを何度動作させても、主記憶内で保存してあ
るデータを利用することが可能である。
【0055】また本発明では、データのバックアップを
主記憶とは別の外部記憶装置に取る必要がなく、記憶領
域のデータに関する管理の負荷がかからない。
主記憶とは別の外部記憶装置に取る必要がなく、記憶領
域のデータに関する管理の負荷がかからない。
【図1】本発明の実施の形態における、計算機構成を示
す図である。
す図である。
【図2】本発明の実施の形態における、計算機起動手順
に関わらない主記憶領域を管理する情報群を示す図であ
る。
に関わらない主記憶領域を管理する情報群を示す図であ
る。
【図3】本発明の実施の形態における、計算機起動手順
に関わらない主記憶領域に領域を割り当てる方法を示す
フローチャートである。
に関わらない主記憶領域に領域を割り当てる方法を示す
フローチャートである。
【図4】本発明の実施の形態における、計算機起動手順
に関わらない主記憶領域に割り当てた領域のアクセス権
限を変更する方法を示すフローチャートである。
に関わらない主記憶領域に割り当てた領域のアクセス権
限を変更する方法を示すフローチャートである。
【図5】本発明の実施の形態における、計算機起動手順
に関わらない主記憶領域に割り当てられた領域を解放す
る方法を示すフローチャートである。
に関わらない主記憶領域に割り当てられた領域を解放す
る方法を示すフローチャートである。
【図6】本発明の実施の形態における、計算機再起動処
理に関連するデータ構造を示す図である。
理に関連するデータ構造を示す図である。
【図7】本発明の実施の形態における、計算機起動手順
を示すフローチャートである。
を示すフローチャートである。
【図8】本発明の第2の実施の形態における、計算機装
置を示す図である。
置を示す図である。
【図9】本発明の第3の実施の形態における、計算機装
置を示す図である。
置を示す図である。
100…計算機、101…主記憶、102…OS領域、1
03不揮発領域、104管理情報、105…格納デー
タ、106…バス、107…プロセッサ、108…読み
出し専用メモリ、109…ディスク、200…不揮発領
域管理テーブル、201…データ識別子、202…サイ
ズ、203…ベースアドレス、204…登録、205…
アクセス権限、210…不揮発領域保存起動回数、60
1…起動方法フラグ、602…保存範囲、800…電源
装置、801…補助電源装置、900…管理計算機、9
01…ネットワーク。
03不揮発領域、104管理情報、105…格納デー
タ、106…バス、107…プロセッサ、108…読み
出し専用メモリ、109…ディスク、200…不揮発領
域管理テーブル、201…データ識別子、202…サイ
ズ、203…ベースアドレス、204…登録、205…
アクセス権限、210…不揮発領域保存起動回数、60
1…起動方法フラグ、602…保存範囲、800…電源
装置、801…補助電源装置、900…管理計算機、9
01…ネットワーク。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 関口 知紀 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 藤岡 誠二 神奈川県海老名市下今泉810番地 株式会 社日立製作所PC事業部内 Fターム(参考) 5B017 BA06 CA01 5B060 AA05 AA12 AA14 AC11
Claims (4)
- 【請求項1】主記憶の定められた領域の内容を保持して
計算機を起動する手順と、前記領域を指定する手順を有
する計算機環境において、計算機の動作に関わらず、前
記主記憶領域内に動的に割り当てた記憶領域を継続して
運用することが可能であることを特徴とするデータ運用
管理方法。 - 【請求項2】請求項1において、前記主記憶領域に動的
に割り当てた記憶領域のデータを、計算機の動作に関わ
らず、統一した関数でアプリケーションプログラムが運
用することが可能であることを特徴とするデータ運用管
理方法。 - 【請求項3】請求項1において、前記主記憶領域内に動
的に割り当てた記憶領域に含まれるデータの運用を、前
記記憶領域を割り当てたプログラム以外のプログラムか
ら保護することを特徴とするデータ運用管理方法。 - 【請求項4】請求項3において、前記記憶領域を割り当
てたプログラム以外のプログラムが、前記記憶領域のデ
ータを運用するためには、運用する許可を与えられたと
きのみとすることで、データを保護することを特徴とす
るデータ運用管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11041050A JP2000242550A (ja) | 1999-02-19 | 1999-02-19 | データ運用管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11041050A JP2000242550A (ja) | 1999-02-19 | 1999-02-19 | データ運用管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000242550A true JP2000242550A (ja) | 2000-09-08 |
Family
ID=12597591
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11041050A Pending JP2000242550A (ja) | 1999-02-19 | 1999-02-19 | データ運用管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000242550A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8352704B2 (en) | 2010-12-27 | 2013-01-08 | Kabushiki Kaisha Toshiba | Switching apparatus and data management method of same |
| JP2016009275A (ja) * | 2014-06-23 | 2016-01-18 | キヤノン株式会社 | 情報処理装置、情報処理方法、およびコンピュータプログラム |
| JP2016111577A (ja) * | 2014-12-09 | 2016-06-20 | 三菱電機株式会社 | 局側通信装置、光通信システム、及びリブート制御方法 |
-
1999
- 1999-02-19 JP JP11041050A patent/JP2000242550A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8352704B2 (en) | 2010-12-27 | 2013-01-08 | Kabushiki Kaisha Toshiba | Switching apparatus and data management method of same |
| JP2016009275A (ja) * | 2014-06-23 | 2016-01-18 | キヤノン株式会社 | 情報処理装置、情報処理方法、およびコンピュータプログラム |
| JP2016111577A (ja) * | 2014-12-09 | 2016-06-20 | 三菱電機株式会社 | 局側通信装置、光通信システム、及びリブート制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3593241B2 (ja) | 計算機の再起動方法 | |
| AU2020202180B2 (en) | Memory allocation techniques at partially-offloaded virtualization managers | |
| US7409536B2 (en) | Computer systems with several operating systems coexisting thereon and swapping between these operating systems | |
| JPH03278126A (ja) | 計算機システム立上げ方式 | |
| CN108170495B (zh) | 一种bios升级方法、系统、设备及计算机可读存储介质 | |
| US20120124581A1 (en) | Virtual computer system and control method of virtual computer system | |
| CN113127263B (zh) | 一种内核崩溃恢复方法、装置、设备及存储介质 | |
| US7921247B1 (en) | Sharing a dynamically located memory block between components executing in different processor modes in an extensible firmware interface environment | |
| CN113010265A (zh) | Pod的调度方法、调度器、存储插件及系统 | |
| JP4683218B2 (ja) | 高速再起動方法および情報処理装置ならびにプログラム | |
| US20130007439A1 (en) | Multicore processor system, computer product, and notification method | |
| JPH07311749A (ja) | マルチプロセッサシステム及びカーネル置換方法 | |
| JP3882321B2 (ja) | オペレーティングシステムのモジュールプログラムを備えた計算機 | |
| US11226755B1 (en) | Core dump in a storage device | |
| US9727390B1 (en) | Invoking a firmware function | |
| US7523284B1 (en) | Method and apparatus for providing memory management within a system management mode | |
| US11822419B2 (en) | Error information processing method and device, and storage medium | |
| GB2537760A (en) | Computer, and resource scheduling method using hypervisor | |
| WO2007143495A2 (en) | Supporting flash access in a partitioned platform | |
| JP2000242550A (ja) | データ運用管理方法 | |
| WO2005036397A2 (en) | Method for managing threads in a memory-constrained system | |
| CN114416372B (zh) | 一种请求处理方法及装置 | |
| US6658548B1 (en) | System and method in a data processing system for extracting data from a protected region of memory | |
| JP5557612B2 (ja) | 計算機及び転送プログラム | |
| CN117742801A (zh) | 操作系统的启动方法及装置 |