JPH11338752A - ファイル管理方法 - Google Patents
ファイル管理方法Info
- Publication number
- JPH11338752A JPH11338752A JP10144732A JP14473298A JPH11338752A JP H11338752 A JPH11338752 A JP H11338752A JP 10144732 A JP10144732 A JP 10144732A JP 14473298 A JP14473298 A JP 14473298A JP H11338752 A JPH11338752 A JP H11338752A
- Authority
- JP
- Japan
- Prior art keywords
- file
- block
- block data
- update
- updating
- 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
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 コンピュータで扱う記憶装置内のファイルの
更新状態を管理し、更新ブロックデータを保持しておく
ことにより、ＣＰＵ障害等により正常に終了しなかった
更新途中のファイルを、正しい状態に修復する為のファ
イル管理方法を提供すること。 【解決手段】 従来に加えて、本発明で与えられる、Ｃ
ＰＵ２内の更新ブロックデータ出力手段２０は、ファイ
ル更新が発生した際に、ファイルの実更新に先立ちブロ
ックの内容をブロックデータファイルに書込みを行う。
また、ブロックデータファイル１はファイル更新の際の
ブロックデータ１０を一時的に格納しておき、障害によ
り不正ブロックが発生した場合に、正しいブロックデー
タを取り出すのに利用する。
更新状態を管理し、更新ブロックデータを保持しておく
ことにより、ＣＰＵ障害等により正常に終了しなかった
更新途中のファイルを、正しい状態に修復する為のファ
イル管理方法を提供すること。 【解決手段】 従来に加えて、本発明で与えられる、Ｃ
ＰＵ２内の更新ブロックデータ出力手段２０は、ファイ
ル更新が発生した際に、ファイルの実更新に先立ちブロ
ックの内容をブロックデータファイルに書込みを行う。
また、ブロックデータファイル１はファイル更新の際の
ブロックデータ１０を一時的に格納しておき、障害によ
り不正ブロックが発生した場合に、正しいブロックデー
タを取り出すのに利用する。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータで扱
う記憶装置（磁気ディスク、電子ディスク、等）内のフ
ァイルの更新状態を管理し、更新ブロックデータを保持
しておくことにより、ＣＰＵ障害等により正常に終了し
なかった更新途中のファイルを、正しい状態に修復する
為のファイル管理方法に関する。
う記憶装置（磁気ディスク、電子ディスク、等）内のフ
ァイルの更新状態を管理し、更新ブロックデータを保持
しておくことにより、ＣＰＵ障害等により正常に終了し
なかった更新途中のファイルを、正しい状態に修復する
為のファイル管理方法に関する。
【０００２】
【従来の技術】従来は、コンピュータシステムにおい
て、ブロック出力中の障害によりブロックが不正となっ
た場合に、発生した記憶装置上のアドレス（ディスク装
置の場合は、シリンダ番号・トラック番号・ブロック番
号）をファイル処理装置（MassStorage Processor 以
下、ＭＳＰ）のメモリ上に記憶しておいて、システム再
立ち上げの際にＭＳＰからオペレーティングシステム
（Operating system 以下、ＯＳ）にブロック不正更新
の発生したアドレスを通知するところまでは出来るが、
不正ブロックを自動的に修復することは出来なかった。
よって、不正ブロックが発生した場合、記憶装置は故障
していないにも関わらず物理的なファイル障害と同様の
ファイル復旧操作（セーブからのリストア、および更新
ジャーナルによるロールフォワード処理）を行わなけれ
ばならなかった。
て、ブロック出力中の障害によりブロックが不正となっ
た場合に、発生した記憶装置上のアドレス（ディスク装
置の場合は、シリンダ番号・トラック番号・ブロック番
号）をファイル処理装置（MassStorage Processor 以
下、ＭＳＰ）のメモリ上に記憶しておいて、システム再
立ち上げの際にＭＳＰからオペレーティングシステム
（Operating system 以下、ＯＳ）にブロック不正更新
の発生したアドレスを通知するところまでは出来るが、
不正ブロックを自動的に修復することは出来なかった。
よって、不正ブロックが発生した場合、記憶装置は故障
していないにも関わらず物理的なファイル障害と同様の
ファイル復旧操作（セーブからのリストア、および更新
ジャーナルによるロールフォワード処理）を行わなけれ
ばならなかった。
【０００３】具合例を、図６に示す処理の流れ図を参照
しつつ説明を行う。中央処理装置（ＣＰＵ）２は、ファ
イル更新手段２１と不正ブロック発生表示手段２３とを
実行する為の装置であり、ファイル処理装置（ＭＳＰ）
３に対する入出力要求も行う。ファイル更新手段２１
は、ファイル更新の際のブロック書込み要求をＭＳＰ３
に対して発行する。不正ブロック発生表示手段２３は、
システム起動時に、ＭＳＰ３から不正ブロック情報を受
け取り、これを表示する。
しつつ説明を行う。中央処理装置（ＣＰＵ）２は、ファ
イル更新手段２１と不正ブロック発生表示手段２３とを
実行する為の装置であり、ファイル処理装置（ＭＳＰ）
３に対する入出力要求も行う。ファイル更新手段２１
は、ファイル更新の際のブロック書込み要求をＭＳＰ３
に対して発行する。不正ブロック発生表示手段２３は、
システム起動時に、ＭＳＰ３から不正ブロック情報を受
け取り、これを表示する。
【０００４】ＭＳＰ３は、ファイル装置４対する入出力
動作を制御するコントローラ３０と、ファイル更新の際
に不正ブロックが発生した場合の発生情報である不正ブ
ロック情報３１とを含む。不正ブロック情報３１の内容
を図３に示す。図３を参照すると、不正ブロック情報３
１は、ファイル装置番号６０とブロックアドレス６１と
で構成されている。不正ブロック情報３１は、同一のブ
ロックアドレスに対する更新が正常に終了した時点でク
リアされる。ファイル装置４は、磁気ディスク装置や電
子ディスク装置等のファイルを記憶しておく装置一般を
指している。ファイル装置４に対する入出力の単位がブ
ロック４０である。
動作を制御するコントローラ３０と、ファイル更新の際
に不正ブロックが発生した場合の発生情報である不正ブ
ロック情報３１とを含む。不正ブロック情報３１の内容
を図３に示す。図３を参照すると、不正ブロック情報３
１は、ファイル装置番号６０とブロックアドレス６１と
で構成されている。不正ブロック情報３１は、同一のブ
ロックアドレスに対する更新が正常に終了した時点でク
リアされる。ファイル装置４は、磁気ディスク装置や電
子ディスク装置等のファイルを記憶しておく装置一般を
指している。ファイル装置４に対する入出力の単位がブ
ロック４０である。
【０００５】
【発明が解決しようとする課題】上記の従来方法の例に
おける、第１の問題点は、記憶装置への出力の際にＨ／
Ｗ（ハードウエア）障害が発生した場合、その障害箇所
とタイミングによってはファイルの更新が正常に完了し
ないケースが存在する。具体的には、例えばメインメモ
リの全体障害の場合、ＩＯＰ(Input Output Processor)
からＭＳＰへの更新ブロックデータの転送中にメインメ
モリの全体障害が発生すると、ＩＯＰは更新ブロックデ
ータの後半がＭＳＰに対して転送できない事態となる。
この様な事態が発生するとＭＳＰは受け取った部分だけ
ををファイル装置に書き込み、それ以降の部分は何もし
ない、つまり、以前のイメージが残っているか、ある特
定の固定値で残りの部分を埋めるかのどちらかの動作を
取らざるをえないが、何れにしてもファイルの論理的な
整合性は保てないことになる。
おける、第１の問題点は、記憶装置への出力の際にＨ／
Ｗ（ハードウエア）障害が発生した場合、その障害箇所
とタイミングによってはファイルの更新が正常に完了し
ないケースが存在する。具体的には、例えばメインメモ
リの全体障害の場合、ＩＯＰ(Input Output Processor)
からＭＳＰへの更新ブロックデータの転送中にメインメ
モリの全体障害が発生すると、ＩＯＰは更新ブロックデ
ータの後半がＭＳＰに対して転送できない事態となる。
この様な事態が発生するとＭＳＰは受け取った部分だけ
ををファイル装置に書き込み、それ以降の部分は何もし
ない、つまり、以前のイメージが残っているか、ある特
定の固定値で残りの部分を埋めるかのどちらかの動作を
取らざるをえないが、何れにしてもファイルの論理的な
整合性は保てないことになる。
【０００６】ここで、ＭＳＰは更新イメージの最後まで
受け取れない場合にはファイル装置に書き込まない様な
仕様になっていれば、この問題は発生しないが、一般的
には性能を上げる為に更新を行うブロックの最後のイメ
ージを受け取る前に、既に受け取っている前半部分の書
込みを開始する為、上記問題が発生する。
受け取れない場合にはファイル装置に書き込まない様な
仕様になっていれば、この問題は発生しないが、一般的
には性能を上げる為に更新を行うブロックの最後のイメ
ージを受け取る前に、既に受け取っている前半部分の書
込みを開始する為、上記問題が発生する。
【０００７】この様な事態が発生しても、ファイル更新
の際に取得している更新ジャーナルを使用してロールバ
ック／ロールフォワードの方法によりファイルの状態が
自動修復されれば良いのだが、通常の技術では更新ジャ
ーナルをレコード単位でしか取得していないので、上記
の様なブロックの不正が発生した場合に正しく回復出来
ない。また、更新ジャーナルの採取単位をブロック単位
に変更すれば上記問題は発生しないが、更新ジャーナル
の出力量が膨大なものになってしまい、大規模システム
においては運用上支障をきたすことになる。
の際に取得している更新ジャーナルを使用してロールバ
ック／ロールフォワードの方法によりファイルの状態が
自動修復されれば良いのだが、通常の技術では更新ジャ
ーナルをレコード単位でしか取得していないので、上記
の様なブロックの不正が発生した場合に正しく回復出来
ない。また、更新ジャーナルの採取単位をブロック単位
に変更すれば上記問題は発生しないが、更新ジャーナル
の出力量が膨大なものになってしまい、大規模システム
においては運用上支障をきたすことになる。
【０００８】本発明では、このような事情に鑑みてなさ
れたもので、ブロック出力中の障害によりブロックが不
正となった場合にも自動的に修復を行い、従来必要であ
ったファイル復旧作業が不要になることによるシステム
運用中断時間の短縮を目的としている。
れたもので、ブロック出力中の障害によりブロックが不
正となった場合にも自動的に修復を行い、従来必要であ
ったファイル復旧作業が不要になることによるシステム
運用中断時間の短縮を目的としている。
【０００９】
【課題を解決するための手段】請求項１記載の発明は、
コンピュータシステムに属する記憶装置内のファイルを
管理するファイル管理方法において、ファイルを更新す
る際に、該ファイルの更新前のブロックデータを更新処
理完了まで他の記憶装置に保持しておくことを特徴とす
るファイル管理方法である。請求項２記載の発明は、請
求項１記載のファイル管理方法において、上記ファイル
更新処理が正常終了しなかった場合に、上記の他の記憶
装置に保持されたブロックデータに基づいて、再度ファ
イル更新を行うことを特徴としている。
コンピュータシステムに属する記憶装置内のファイルを
管理するファイル管理方法において、ファイルを更新す
る際に、該ファイルの更新前のブロックデータを更新処
理完了まで他の記憶装置に保持しておくことを特徴とす
るファイル管理方法である。請求項２記載の発明は、請
求項１記載のファイル管理方法において、上記ファイル
更新処理が正常終了しなかった場合に、上記の他の記憶
装置に保持されたブロックデータに基づいて、再度ファ
イル更新を行うことを特徴としている。
【００１０】ユーザプログラムあるいはＯＳがファイル
出力を行う場合、更新ブロックデータ出力手段は、ファ
イルの実更新に先立ち更新するブロックのイメージ（全
データ）をブロックデータファイルに書き込む。その
後、ファイル更新手段によりＭＳＰに対してブロック書
込み要求が出されて、通常は正常にファイルへの書込み
が行われる。
出力を行う場合、更新ブロックデータ出力手段は、ファ
イルの実更新に先立ち更新するブロックのイメージ（全
データ）をブロックデータファイルに書き込む。その
後、ファイル更新手段によりＭＳＰに対してブロック書
込み要求が出されて、通常は正常にファイルへの書込み
が行われる。
【００１１】しかし、ファイル更新手段からＭＳＰへの
ブロックデータの転送中にＣＰＵ障害により転送が中断
した場合、ＭＳＰのコントローラは既にファイル更新手
段から受け取ったブロックデータの一部をファイル装置
に書き込み済みの場合があり、ファイル装置上に論理的
な整合性が取れていない不正ブロックが出来てしまう。
この様な不正ブロックが発生した場合には、ＭＳＰがそ
の情報（不正ブロック情報）を記憶しておき、その後に
ＯＳが再起動した際に、不正ブロック再更新手段からの
要求により不正ブロック情報をＭＳＰから不正ブロック
再更新手段に通知する。
ブロックデータの転送中にＣＰＵ障害により転送が中断
した場合、ＭＳＰのコントローラは既にファイル更新手
段から受け取ったブロックデータの一部をファイル装置
に書き込み済みの場合があり、ファイル装置上に論理的
な整合性が取れていない不正ブロックが出来てしまう。
この様な不正ブロックが発生した場合には、ＭＳＰがそ
の情報（不正ブロック情報）を記憶しておき、その後に
ＯＳが再起動した際に、不正ブロック再更新手段からの
要求により不正ブロック情報をＭＳＰから不正ブロック
再更新手段に通知する。
【００１２】不正ブロック再更新手段は、ＯＳ起動時に
全てのファイル入出力処理に先立ち、接続されている全
てのＭＳＰから不正ブロック情報を受け取ると、不正ブ
ロックが存在する場合にはその情報（ファイル装置番号
およびブロックアドレス）とＭＳＰ装置番号からブロッ
クデータファイルを検索し、該当するブロックのブロッ
クデータを取得し、再度ＭＳＰに対して更新要求を出
し、正しいブロックに再更新する。この様にして、不正
ブロックが発生した場合でも、コンピュータ利用者がフ
ァイル復旧操作を行うこと無く、自動的にファイルを正
しい状態に保つことができる。
全てのファイル入出力処理に先立ち、接続されている全
てのＭＳＰから不正ブロック情報を受け取ると、不正ブ
ロックが存在する場合にはその情報（ファイル装置番号
およびブロックアドレス）とＭＳＰ装置番号からブロッ
クデータファイルを検索し、該当するブロックのブロッ
クデータを取得し、再度ＭＳＰに対して更新要求を出
し、正しいブロックに再更新する。この様にして、不正
ブロックが発生した場合でも、コンピュータ利用者がフ
ァイル復旧操作を行うこと無く、自動的にファイルを正
しい状態に保つことができる。
【００１３】
【発明の実施の形態】以下、本発明の一実施形態による
ファイル管理方法を図面を参照しつつ説明する。図１
は、本実施形態によるファイル管理方法の処理の流れを
示す概念図である。ここで、上述の図６と同じ部品には
同一の符号を付してあり、再説は割愛する。ブロックデ
ータファイル１はファイル更新の際のブロックデータ１
０を一時的に格納しておき、障害により不正ブロックが
発生した場合に、正しいブロックデータを取り出すのに
利用する。ブロックデータファイル１に書かれるレコー
ドの内容を示しているのが図２である。図２を参照する
と、レコードはファイル装置番号５０とブロックアドレ
ス５１とブロックデータ５２とで構成されている。ファ
イル装置番号５０は、ファイル装置４を一意に表わす識
別番号である。
ファイル管理方法を図面を参照しつつ説明する。図１
は、本実施形態によるファイル管理方法の処理の流れを
示す概念図である。ここで、上述の図６と同じ部品には
同一の符号を付してあり、再説は割愛する。ブロックデ
ータファイル１はファイル更新の際のブロックデータ１
０を一時的に格納しておき、障害により不正ブロックが
発生した場合に、正しいブロックデータを取り出すのに
利用する。ブロックデータファイル１に書かれるレコー
ドの内容を示しているのが図２である。図２を参照する
と、レコードはファイル装置番号５０とブロックアドレ
ス５１とブロックデータ５２とで構成されている。ファ
イル装置番号５０は、ファイル装置４を一意に表わす識
別番号である。
【００１４】ブロックアドレス５１は、ブロックデータ
５２の内容が格納されるべきディスク装置内のブロック
位置を表わす識別番号である。ブロックデータ５２は、
ブロックとしてファイルに記録される全てのバイトデー
タを格納するエリアである。これは、ブロック４０と同
一の内容である。更新ブロックデータ出力手段２０は、
ファイル更新が発生した際に、ファイルの実更新に先立
ちブロックの内容をブロックデータファイルに書込みを
行う。その際のブロックデータファイル１内の書込み位
置については、ＭＳＰ３の装置を一意に表わす番号を基
に、ファイル内で他のＭＳＰと重ならないように決定す
る。
５２の内容が格納されるべきディスク装置内のブロック
位置を表わす識別番号である。ブロックデータ５２は、
ブロックとしてファイルに記録される全てのバイトデー
タを格納するエリアである。これは、ブロック４０と同
一の内容である。更新ブロックデータ出力手段２０は、
ファイル更新が発生した際に、ファイルの実更新に先立
ちブロックの内容をブロックデータファイルに書込みを
行う。その際のブロックデータファイル１内の書込み位
置については、ＭＳＰ３の装置を一意に表わす番号を基
に、ファイル内で他のＭＳＰと重ならないように決定す
る。
【００１５】ファイル更新手段２１は、ファイル更新の
際のブロック書込み要求をＭＳＰ３に対して発行する。
不正ブロック再更新手段２２は、システム起動時に全て
のファイル更新の前に実行され、接続されている全ての
ＭＳＰ３から不正ブロック情報３１を読み出し、不正ブ
ロックが発生している場合には当該ＭＳＰ装置番号を用
いてブロックデータファイル１から当該ブロックデータ
１０を読み込み、ＭＳＰ３に対してブロック再書込み要
求を発行することにより、不正ブロックを修復する。
際のブロック書込み要求をＭＳＰ３に対して発行する。
不正ブロック再更新手段２２は、システム起動時に全て
のファイル更新の前に実行され、接続されている全ての
ＭＳＰ３から不正ブロック情報３１を読み出し、不正ブ
ロックが発生している場合には当該ＭＳＰ装置番号を用
いてブロックデータファイル１から当該ブロックデータ
１０を読み込み、ＭＳＰ３に対してブロック再書込み要
求を発行することにより、不正ブロックを修復する。
【００１６】ＭＳＰ３は、ファイル装置４に対する入出
力動作を制御するコントローラ３０と、ファイル更新の
際に不正ブロックが発生した場合の発生情報である不正
ブロック情報３１とを含む。この不正ブロック情報３１
の内容を図３に示す。図３を参照すると、不正ブロック
情報３１は、ファイル装置番号６０とブロックアドレス
６１とで構成されている。不正ブロック情報３１は、同
一のブロックアドレスに対する更新が正常に終了した時
点でクリアされる。
力動作を制御するコントローラ３０と、ファイル更新の
際に不正ブロックが発生した場合の発生情報である不正
ブロック情報３１とを含む。この不正ブロック情報３１
の内容を図３に示す。図３を参照すると、不正ブロック
情報３１は、ファイル装置番号６０とブロックアドレス
６１とで構成されている。不正ブロック情報３１は、同
一のブロックアドレスに対する更新が正常に終了した時
点でクリアされる。
【００１７】次に、従来技術と比較した場合の本発明の
特徴である更新ブロックデータ出力手段２０と不正ブロ
ック再更新手段２２の動作について詳細に説明する。図
４は更新ブロックデータ出力手段２０の動作を示すフロ
ーチャートである。処理Ａ１ではブロックデータファイ
ルへのブロックデータの書込みを行う。書込みの際には
そのレコードであるブロックデータ１０が他のＭＳＰの
出力ブロックと書き込み位置が重ならないように、ＭＳ
Ｐ装置番号をキーとしてレコード位置を決定する。図５
は不正ブロック再更新手段２２の動作を示すフローチャ
ートである。処理Ｂ１ではＣＰＵに接続されているＭＳ
Ｐのうちの最初の１個から不正ブロック情報３１を取得
する。
特徴である更新ブロックデータ出力手段２０と不正ブロ
ック再更新手段２２の動作について詳細に説明する。図
４は更新ブロックデータ出力手段２０の動作を示すフロ
ーチャートである。処理Ａ１ではブロックデータファイ
ルへのブロックデータの書込みを行う。書込みの際には
そのレコードであるブロックデータ１０が他のＭＳＰの
出力ブロックと書き込み位置が重ならないように、ＭＳ
Ｐ装置番号をキーとしてレコード位置を決定する。図５
は不正ブロック再更新手段２２の動作を示すフローチャ
ートである。処理Ｂ１ではＣＰＵに接続されているＭＳ
Ｐのうちの最初の１個から不正ブロック情報３１を取得
する。
【００１８】次に、判断Ｃ１では不正ブロック情報３１
が有ったかどうかを判断し、有った場合は処理Ｂ２に、
無かった場合は判断Ｃ２に処理を移す。処理Ｂ２は不正
ブロック情報が存在していたＭＳＰの装置番号を基にブ
ロックデータファイル１から該当ブロックデータ１０を
読込み、処理Ｂ３に渡す。処理Ｂ３は処理Ｂ２から受け
取ったブロックデータを用いてＭＳＰ３に対してブロッ
クの更新要求を出す。判断Ｃ２では全ＭＳＰから不正ブ
ロック情報を取得したかどうかを判断し、全ＭＳＰにつ
いての情報取得が済んでいない場合は処理Ｂ４に処理を
移し、済んでいる場合は不正ブロック更新手段２２を終
了する。
が有ったかどうかを判断し、有った場合は処理Ｂ２に、
無かった場合は判断Ｃ２に処理を移す。処理Ｂ２は不正
ブロック情報が存在していたＭＳＰの装置番号を基にブ
ロックデータファイル１から該当ブロックデータ１０を
読込み、処理Ｂ３に渡す。処理Ｂ３は処理Ｂ２から受け
取ったブロックデータを用いてＭＳＰ３に対してブロッ
クの更新要求を出す。判断Ｃ２では全ＭＳＰから不正ブ
ロック情報を取得したかどうかを判断し、全ＭＳＰにつ
いての情報取得が済んでいない場合は処理Ｂ４に処理を
移し、済んでいる場合は不正ブロック更新手段２２を終
了する。
【００１９】次に、本実施形態について、その効果を発
揮するまでの全体の動作を順を追って詳細に説明する。
図１を参照すると、更新ブロックデータ出力手段２０は
プログラム（アプリケーションプログラムおよびオペレ
ーティングシステム）からのファイル出力または更新要
求が発生した場合に、ファイルに対する実更新に先立っ
て実行される。更新ブロックデータ出力手段２０はファ
イル装置４に対して書き込むべきブロック４０と同じ内
容のデータ（ブロックデータ１０をブロックデータファ
イル１に書込みを行う。
揮するまでの全体の動作を順を追って詳細に説明する。
図１を参照すると、更新ブロックデータ出力手段２０は
プログラム（アプリケーションプログラムおよびオペレ
ーティングシステム）からのファイル出力または更新要
求が発生した場合に、ファイルに対する実更新に先立っ
て実行される。更新ブロックデータ出力手段２０はファ
イル装置４に対して書き込むべきブロック４０と同じ内
容のデータ（ブロックデータ１０をブロックデータファ
イル１に書込みを行う。
【００２０】次に、ファイル更新手段２１はＭＳＰ３に
対してブロック書込みを要求し、ファイルの実更新を行
おうとする。通常であれば、そのブロック書込み要求は
コントローラ３０によってファイル装置４のブロック４
０への書き込みにより完了する。しかし、ファイル更新
手段２１からＭＳＰ３へのブロック書込み要求中、特に
ブロックデータを転送している最中に、ＣＰＵ２の障害
によりブロックデータの一部だけがＭＳＰ３に渡り、そ
のブロックデータのファイル装置４への書込みがコント
ローラ３０により開始されている場合があり、この様な
ブロック４０は不正ブロックとしてコントローラ３０に
より不正ブロック情報３１に情報が記録される。
対してブロック書込みを要求し、ファイルの実更新を行
おうとする。通常であれば、そのブロック書込み要求は
コントローラ３０によってファイル装置４のブロック４
０への書き込みにより完了する。しかし、ファイル更新
手段２１からＭＳＰ３へのブロック書込み要求中、特に
ブロックデータを転送している最中に、ＣＰＵ２の障害
によりブロックデータの一部だけがＭＳＰ３に渡り、そ
のブロックデータのファイル装置４への書込みがコント
ローラ３０により開始されている場合があり、この様な
ブロック４０は不正ブロックとしてコントローラ３０に
より不正ブロック情報３１に情報が記録される。
【００２１】ＣＰＵ障害を修復した後、システムの再起
動を行うが、その際に全てのファイル更新の前に実行さ
れ、不正ブロックの修復を行うのが不正ブロック再更新
手段２２である。不正ブロック再更新手段２２は、全て
のＭＳＰ３から不正ブロック情報３１を取得し、不正ブ
ロックが発生している場合には、ブロックデータファイ
ル１から該当するブロックデータ１０を読込み、ＭＳＰ
３に対してブロック再書込み要求を出す。ブロック書込
み要求を受け取ったコントローラ３０は、ファイル装置
４のブロック４０に受け取ったブロックデータを書込
み、不正ブロック情報３１から該当ブロックの情報を削
除する。以上の動作により、ＣＰＵ障害を契機として発
生した不正ブロックは自動的に修復される。
動を行うが、その際に全てのファイル更新の前に実行さ
れ、不正ブロックの修復を行うのが不正ブロック再更新
手段２２である。不正ブロック再更新手段２２は、全て
のＭＳＰ３から不正ブロック情報３１を取得し、不正ブ
ロックが発生している場合には、ブロックデータファイ
ル１から該当するブロックデータ１０を読込み、ＭＳＰ
３に対してブロック再書込み要求を出す。ブロック書込
み要求を受け取ったコントローラ３０は、ファイル装置
４のブロック４０に受け取ったブロックデータを書込
み、不正ブロック情報３１から該当ブロックの情報を削
除する。以上の動作により、ＣＰＵ障害を契機として発
生した不正ブロックは自動的に修復される。
【００２２】
【発明の効果】以上説明したように、この発明によるフ
ァイル管理方法によれば、下記の効果を得ることができ
る。記憶装置のブロック更新に際し、更新処理中の不正
ブロックが自動的に修復されるために、利用者がファイ
ルの復旧操作を行う必要がなくなり更新処理を含むファ
イル管理の信頼性が向上し、また、システムの運用が中
断する時間が短縮されてシステム全体の効率を向上させ
ることが可能になる。
ァイル管理方法によれば、下記の効果を得ることができ
る。記憶装置のブロック更新に際し、更新処理中の不正
ブロックが自動的に修復されるために、利用者がファイ
ルの復旧操作を行う必要がなくなり更新処理を含むファ
イル管理の信頼性が向上し、また、システムの運用が中
断する時間が短縮されてシステム全体の効率を向上させ
ることが可能になる。
【図１】 本発明のファイル管理方法の処理の流れを示
す概念図である。
す概念図である。
【図２】 ブロックデータファイルのレコード構成を示
す図である。
す図である。
【図３】 不正ブロック情報の内容を示す図である。
【図４】 更新ブロックデータ出力手段の動作を示すフ
ローチャートである。
ローチャートである。
【図５】 不正ブロック再更新手段の動作を示すフロー
チャートである。
チャートである。
【図６】 従来の技術の構成を示すブロック図である。
１ ブロックデータファイル ２ 中央処理装置（ＣＰＵ） ３ ファイル処理装置（ＭＳＰ） ４ ファイル装置 １０ ブロックデータ ２０ 更新ブロックデータ出力手段 ２１ ファイル更新手段 ２２ 不正ブロック再更新手段 ２３ 不正ブロック発生表示手段 ３０ コントローラ ３１ 不正ブロック情報 ４０ ブロック ５０ ファイル装置番号 ５１ ブロックアドレス ５２ ブロックデータ ６０ ファイル装置番号 ６１ ブロックアドレス
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１１年４月２７日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正内容】
【０００９】請求項１記載の発明は、コンピュータシス
テムに属する記憶装置内のファイルを管理するファイル
管理方法において、 ファイルを更新する際に、該ファイルの更新前のブロッ
クデータを更新処理完了まで他の記憶装置に保持してお
き、上記ファイル更新処理が正常終了しなかった場合
に、上記の他の記憶装置に保持されたブロックデータに
基づいて、再度ファイル更新を行うことを特徴とするフ
ァイル管理方法である。
テムに属する記憶装置内のファイルを管理するファイル
管理方法において、 ファイルを更新する際に、該ファイルの更新前のブロッ
クデータを更新処理完了まで他の記憶装置に保持してお
き、上記ファイル更新処理が正常終了しなかった場合
に、上記の他の記憶装置に保持されたブロックデータに
基づいて、再度ファイル更新を行うことを特徴とするフ
ァイル管理方法である。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正内容】
【００１９】次に、本実施形態について、その効果を発
揮するまでの全体の動作を順を追って詳細に説明する。
図１を参照すると、更新ブロックデータ出力手段２０は
プログラム（アプリケーションプログラムおよびオペレ
ーティングシステム）からのファイル出力または更新要
求が発生した場合に、ファイルに対する実更新に先立っ
て実行される。更新ブロックデータ出力手段２０はファ
イル装置４に対して書き込むべきブロック４０と同じ内
容のデータ（ブロックデータ１０）をブロックデータフ
ァイル１に書き込みを行い、これを更新処理完了まで保
持しておく。
揮するまでの全体の動作を順を追って詳細に説明する。
図１を参照すると、更新ブロックデータ出力手段２０は
プログラム（アプリケーションプログラムおよびオペレ
ーティングシステム）からのファイル出力または更新要
求が発生した場合に、ファイルに対する実更新に先立っ
て実行される。更新ブロックデータ出力手段２０はファ
イル装置４に対して書き込むべきブロック４０と同じ内
容のデータ（ブロックデータ１０）をブロックデータフ
ァイル１に書き込みを行い、これを更新処理完了まで保
持しておく。
Claims (2)
- 【請求項１】 コンピュータシステムに属する記憶装置
内のファイルを管理するファイル管理方法において、 ファイルを更新する際に、該ファイルの更新前のブロッ
クデータを更新処理完了まで他の記憶装置に保持してお
くことを特徴とするファイル管理方法。 - 【請求項２】 上記ファイル更新処理が正常終了しなか
った場合に、上記の他の記憶装置に保持されたブロック
データに基づいて、再度ファイル更新を行うことを特徴
とする請求項１記載のファイル管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10144732A JPH11338752A (ja) | 1998-05-26 | 1998-05-26 | ファイル管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10144732A JPH11338752A (ja) | 1998-05-26 | 1998-05-26 | ファイル管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11338752A true JPH11338752A (ja) | 1999-12-10 |
Family
ID=15369057
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10144732A Pending JPH11338752A (ja) | 1998-05-26 | 1998-05-26 | ファイル管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11338752A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007133741A (ja) * | 2005-11-11 | 2007-05-31 | Ntt Docomo Inc | 融資依頼端末、融資受付端末、融資決済システム、融資依頼方法、融資受付方法、及び融資決済方法 |
-
1998
- 1998-05-26 JP JP10144732A patent/JPH11338752A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007133741A (ja) * | 2005-11-11 | 2007-05-31 | Ntt Docomo Inc | 融資依頼端末、融資受付端末、融資決済システム、融資依頼方法、融資受付方法、及び融資決済方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5043871A (en) | Method and apparatus for database update/recovery | |
| US7991749B2 (en) | Database recovery method applying update journal and database log | |
| US8239356B2 (en) | Methods and apparatuses for data protection | |
| JP4248510B2 (ja) | 計算機システム、ディスク装置およびデータ更新制御方法 | |
| US6779087B2 (en) | Method and apparatus for checkpointing to facilitate reliable execution | |
| US6766428B2 (en) | Method and apparatus for storing prior versions of modified values to facilitate reliable execution | |
| US7359927B1 (en) | Method for performing periodic replication of data on a remote storage system | |
| JP2679715B2 (ja) | データ転送方法 | |
| US20060047684A1 (en) | Sending log records directly from log buffer | |
| US20050262033A1 (en) | Data recording apparatus, data recording method, program for implementing the method, and program recording medium | |
| US6854038B2 (en) | Global status journaling in NVS | |
| CN116225779A (zh) | 一种基于预写日志机制提高缓存和数据源数据一致性的方法和装置 | |
| US20100169572A1 (en) | Data storage method, apparatus and system for interrupted write recovery | |
| JP3224970B2 (ja) | プログラム交換可能な磁気記憶装置制御システム及びプログラム交換方法 | |
| JPH11338752A (ja) | ファイル管理方法 | |
| JP3790756B2 (ja) | ディスクアレイ装置、ディスク制御装置及びディスクアレイのデータ障害を復旧する方法 | |
| JPH06282386A (ja) | ディスク記憶装置 | |
| JP3043662B2 (ja) | データバックアップ方式 | |
| JPH0744440A (ja) | データ退避装置 | |
| CN114880277B (zh) | 块设备快照方法、系统和存储介质 | |
| JPH03265951A (ja) | 故障回復型計算機 | |
| JP3620110B2 (ja) | ファイル記憶装置 | |
| JPH05108444A (ja) | ジヤーナル採取方式 | |
| JPH04241016A (ja) | ミラードディスク装置 | |
| JPH0823840B2 (ja) | デ−タベ−ス更新方法および装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20000208 |