JPH10326220A - ファイルシステムおよびファイル管理方法 - Google Patents
ファイルシステムおよびファイル管理方法Info
- Publication number
- JPH10326220A JPH10326220A JP9136847A JP13684797A JPH10326220A JP H10326220 A JPH10326220 A JP H10326220A JP 9136847 A JP9136847 A JP 9136847A JP 13684797 A JP13684797 A JP 13684797A JP H10326220 A JPH10326220 A JP H10326220A
- Authority
- JP
- Japan
- Prior art keywords
- file
- computer
- restoration information
- checkpoint
- standby
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/1666—Error detection or correction of the data by redundancy in hardware where the redundant component is memory or memory area
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operations
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1435—Saving, restoring, recovering or retrying at system level using file system or storage system metadata
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Library & Information Science (AREA)
- Retry When Errors Occur (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】チェックポイント／リカバリ方式の障害回復機
能を適用する２重化システムのもつ共有ＲＡＩＤのディ
スク利用効率を向上させるファイルシステム。 【解決手段】共有型ＲＡＩＤ４上に配置されたファイル
を更新する際、ファイル復元情報保存部１１は、その更
新前データを読みだしてプライマリコンピュータ１およ
びバックアップコンピュータ２双方でファイル復元情報
（１４，１８）として保持しておき、チェックポイント
制御部５からチェックポイント採取を指示されたときに
破棄する。そして、プロセス９がアボートしたときに
は、ファイル復元部１２が、ファイル復元情報１４を用
いて最後に採取したチェックポイント時の状態にファイ
ルを復元し、また、プライマリコンピュータ１が停止し
たときには、ファイル復元部２０が、ファイル復元情報
１８を用いて最後に採取したチェックポイント時の状態
にファイルを復元する。
能を適用する２重化システムのもつ共有ＲＡＩＤのディ
スク利用効率を向上させるファイルシステム。 【解決手段】共有型ＲＡＩＤ４上に配置されたファイル
を更新する際、ファイル復元情報保存部１１は、その更
新前データを読みだしてプライマリコンピュータ１およ
びバックアップコンピュータ２双方でファイル復元情報
（１４，１８）として保持しておき、チェックポイント
制御部５からチェックポイント採取を指示されたときに
破棄する。そして、プロセス９がアボートしたときに
は、ファイル復元部１２が、ファイル復元情報１４を用
いて最後に採取したチェックポイント時の状態にファイ
ルを復元し、また、プライマリコンピュータ１が停止し
たときには、ファイル復元部２０が、ファイル復元情報
１８を用いて最後に採取したチェックポイント時の状態
にファイルを復元する。
Description
【０００１】
【発明の属する技術分野】この発明は、ＲＡＩＤを共有
するネットワーク接続された複数のコンピュータによっ
て多重化され、かつチェックポイント／リカバリ方式の
障害回復機能を有するコンピュータシステムに適用して
好適なファイルシステムおよびファイル管理方法に係
り、特に共有されるＲＡＩＤのディスク利用効率を飛躍
的に向上させることのできるファイルシステムおよびフ
ァイル管理方法に関する。
するネットワーク接続された複数のコンピュータによっ
て多重化され、かつチェックポイント／リカバリ方式の
障害回復機能を有するコンピュータシステムに適用して
好適なファイルシステムおよびファイル管理方法に係
り、特に共有されるＲＡＩＤのディスク利用効率を飛躍
的に向上させることのできるファイルシステムおよびフ
ァイル管理方法に関する。
【０００２】
【従来の技術】プロセスのアドレス空間やコンテキス
ト、およびファイルなどの状態を定期的に採取し（これ
をチェックポイントと呼ぶ）、障害発生時には最後に採
取したチェックポイントでの状態にシステムを復元して
プロセスをリスタートさせることにより、障害からの回
復を実現する高信頼化技術が存在する。さらに、この技
術を２重化されたシステム（たとえばホットスタンバイ
型システム）に適用し、２つのコンピュータのうちの一
方であるプライマリ（運用系）コンピュータで採取した
チェックポイントをバックアップ（待機系）コンピュー
タに送り、障害発生時にプロセスをチェックポイントか
らリスタートさせる回復処理をプライマリコンピュータ
およびバックアップコンピュータのいずれにおいても可
能とした技術が存在する。
ト、およびファイルなどの状態を定期的に採取し（これ
をチェックポイントと呼ぶ）、障害発生時には最後に採
取したチェックポイントでの状態にシステムを復元して
プロセスをリスタートさせることにより、障害からの回
復を実現する高信頼化技術が存在する。さらに、この技
術を２重化されたシステム（たとえばホットスタンバイ
型システム）に適用し、２つのコンピュータのうちの一
方であるプライマリ（運用系）コンピュータで採取した
チェックポイントをバックアップ（待機系）コンピュー
タに送り、障害発生時にプロセスをチェックポイントか
らリスタートさせる回復処理をプライマリコンピュータ
およびバックアップコンピュータのいずれにおいても可
能とした技術が存在する。
【０００３】ここで、図１０を参照してこれらの技術に
ついて簡単に説明する。このシステムでは、図１０
（ａ）のように、プライマリコンピュータで実行中のプ
ロセスのチェックポイントを定期的に採取し、それを保
持するとともにバックアップコンピュータに送ってい
る。そして、このシステムでは、プライマリコンピュー
タ上で実行中のプロセスがアボートした場合、そのプロ
セスは、プライマリコンピュータ上でチェックポイント
からリスタートされる。図１０（ｂ）がこの様子を示し
ている。また、プライマリコンピュータのハードウェア
やオペレーティングシステムに障害が発生した場合に
は、そのプロセスは、バックアップコンピュータ上でチ
ェックポイントからリスタートされる。図１０（ｃ）が
この様子を示している。これらの技術については、たと
えば特願平８−２３３０２１号などに示されており、図
１１に示したように、プライマリコンピュータ５１ａと
バックアップコンピュータ５１ｂとは、各々が独立した
ディスク（５３ａ，５３ｂ）を有していた。
ついて簡単に説明する。このシステムでは、図１０
（ａ）のように、プライマリコンピュータで実行中のプ
ロセスのチェックポイントを定期的に採取し、それを保
持するとともにバックアップコンピュータに送ってい
る。そして、このシステムでは、プライマリコンピュー
タ上で実行中のプロセスがアボートした場合、そのプロ
セスは、プライマリコンピュータ上でチェックポイント
からリスタートされる。図１０（ｂ）がこの様子を示し
ている。また、プライマリコンピュータのハードウェア
やオペレーティングシステムに障害が発生した場合に
は、そのプロセスは、バックアップコンピュータ上でチ
ェックポイントからリスタートされる。図１０（ｃ）が
この様子を示している。これらの技術については、たと
えば特願平８−２３３０２１号などに示されており、図
１１に示したように、プライマリコンピュータ５１ａと
バックアップコンピュータ５１ｂとは、各々が独立した
ディスク（５３ａ，５３ｂ）を有していた。
【０００４】ところで、このようにディスクを２重化す
ると、ディスクの利用効率は５０％になってしまう。一
方、ディスクを２重化することなく、ディスクの障害か
らデータを保護する仕組みとしては、ＲＡＩＤ（Ｒｅｄ
ｕｎｄａｎｔ Ａｒｒａｙｓｏｆ Ｉｎｅｘｐｅｎｓｉ
ｖｅ Ｄｉｓｋｓ）が存在する。このＲＡＩＤについて
は、「ＣＯＭＰＵＴＥＲ ＡＲＣＨＩＴＥＣＴＵＲＥ
Ａ ＱＵＡＮＴＩＴＡＴＩＶＥ ＡＰＰＲＯＡＣＨ Ｓ
ＥＣＯＮＤ ＥＤＩＴＩＯＮ ／ ＪＯＨＮＬ ＨＥＮ
ＮＥＳＳＹ ＆ ＤＡＶＩＤ ＰＡＴＴＥＲＳＯＮ」な
どに詳しく説明されている。そして、レベル４やレベル
５のＲＡＩＤ（ＲＡＩＤ４，ＲＡＩＤ５）では、たとえ
ば図１２に示すように、５台のディスクによって、その
中のいずれか１台のディスクが壊れてもデータが復元可
能な４台分のディスク容量を提供している（「ＰA-D 」
は、「Ａ」、「Ｂ」、「Ｃ」および「Ｄ」を復元するた
めのパリティデータを示す）。
ると、ディスクの利用効率は５０％になってしまう。一
方、ディスクを２重化することなく、ディスクの障害か
らデータを保護する仕組みとしては、ＲＡＩＤ（Ｒｅｄ
ｕｎｄａｎｔ Ａｒｒａｙｓｏｆ Ｉｎｅｘｐｅｎｓｉ
ｖｅ Ｄｉｓｋｓ）が存在する。このＲＡＩＤについて
は、「ＣＯＭＰＵＴＥＲ ＡＲＣＨＩＴＥＣＴＵＲＥ
Ａ ＱＵＡＮＴＩＴＡＴＩＶＥ ＡＰＰＲＯＡＣＨ Ｓ
ＥＣＯＮＤ ＥＤＩＴＩＯＮ ／ ＪＯＨＮＬ ＨＥＮ
ＮＥＳＳＹ ＆ ＤＡＶＩＤ ＰＡＴＴＥＲＳＯＮ」な
どに詳しく説明されている。そして、レベル４やレベル
５のＲＡＩＤ（ＲＡＩＤ４，ＲＡＩＤ５）では、たとえ
ば図１２に示すように、５台のディスクによって、その
中のいずれか１台のディスクが壊れてもデータが復元可
能な４台分のディスク容量を提供している（「ＰA-D 」
は、「Ａ」、「Ｂ」、「Ｃ」および「Ｄ」を復元するた
めのパリティデータを示す）。
【０００５】たとえば、単純な２重化ディスクでは、４
台のディスク容量を提供するためには８台のディスクが
必要になる（ディスク利用効率＝１／２＝５０％）。し
かしながら、ＲＡＩＤ４やＲＡＩＤ５では、たとえば５
台のディスクによって復元可能な４台分のディスク容量
を提供できるため、２重化ディスクに比べてディスクの
利用効率が良い（４／５＝８０％）。なお、以降、特別
な記述がない限り、ＲＡＩＤ４またはＲＡＩＤ５のこと
を単純にＲＡＩＤと記す。
台のディスク容量を提供するためには８台のディスクが
必要になる（ディスク利用効率＝１／２＝５０％）。し
かしながら、ＲＡＩＤ４やＲＡＩＤ５では、たとえば５
台のディスクによって復元可能な４台分のディスク容量
を提供できるため、２重化ディスクに比べてディスクの
利用効率が良い（４／５＝８０％）。なお、以降、特別
な記述がない限り、ＲＡＩＤ４またはＲＡＩＤ５のこと
を単純にＲＡＩＤと記す。
【０００６】そこで、前述の特願平８−２３３０２１号
などに示された技術において、プライマリコンピュータ
とバックアップコンピュータとが各々に独立したディス
クをもつのではなく、プライマリコンピュータとバック
アップコンピュータとから共有されるＲＡＩＤ（以降、
「共有型ＲＡＩＤ」と記す）を適用するといった方法が
考えられる。しかしながら、この特願平８−２３３０２
１号に示された技術は、プライマリファイルで行なわれ
た更新が、チェックポイントを経過するまではバックア
ップファイルに反映されないことを前提にしているため
に、プライマリコンピュータとバックアップコンピュー
タとが共有型ＲＡＩＤをもつ場合でも、図１３に示すよ
うに、共有型ＲＡＩＤ５５上にプライマリファイル５４
ａとバックアップファイル５４ｂとを配置するといった
構成を採らなければならず、ファイルを２重にもつ結
果、ディスク利用効率が極めて悪くなる（ディスク利用
効率＝４／５×１／２＝４０％）という問題があった。
などに示された技術において、プライマリコンピュータ
とバックアップコンピュータとが各々に独立したディス
クをもつのではなく、プライマリコンピュータとバック
アップコンピュータとから共有されるＲＡＩＤ（以降、
「共有型ＲＡＩＤ」と記す）を適用するといった方法が
考えられる。しかしながら、この特願平８−２３３０２
１号に示された技術は、プライマリファイルで行なわれ
た更新が、チェックポイントを経過するまではバックア
ップファイルに反映されないことを前提にしているため
に、プライマリコンピュータとバックアップコンピュー
タとが共有型ＲＡＩＤをもつ場合でも、図１３に示すよ
うに、共有型ＲＡＩＤ５５上にプライマリファイル５４
ａとバックアップファイル５４ｂとを配置するといった
構成を採らなければならず、ファイルを２重にもつ結
果、ディスク利用効率が極めて悪くなる（ディスク利用
効率＝４／５×１／２＝４０％）という問題があった。
【０００７】
【発明が解決しようとする課題】このように、プロセス
のアドレス空間やコンテキスト、およびファイルなどの
状態を含むチェックポイントを定期的に採取し、障害発
生時には最後に採取したチェックポイントの状態にシス
テムを復元してプロセスをリスタートさせることによ
り、障害からの回復を可能にする高信頼化技術を、２重
化されたシステム（たとえばホットスタンバイ型システ
ム）に適用し、２つのコンピュータのうちの一方である
プライマリコンピュータで採取したチェックポイントを
バックアップコンピュータに送り、障害発生時にプロセ
スをチェックポイントからリスタートさせる回復処理を
プライマリコンピュータおよびバックアップコンピュー
タのいずれにおいても可能としたシステムに共有型ＲＡ
ＩＤを適用すると、ディスクの利用効率が極めて悪くな
る（たとえば利用効率＝４／５×１／２＝４０％）とい
った問題があった。
のアドレス空間やコンテキスト、およびファイルなどの
状態を含むチェックポイントを定期的に採取し、障害発
生時には最後に採取したチェックポイントの状態にシス
テムを復元してプロセスをリスタートさせることによ
り、障害からの回復を可能にする高信頼化技術を、２重
化されたシステム（たとえばホットスタンバイ型システ
ム）に適用し、２つのコンピュータのうちの一方である
プライマリコンピュータで採取したチェックポイントを
バックアップコンピュータに送り、障害発生時にプロセ
スをチェックポイントからリスタートさせる回復処理を
プライマリコンピュータおよびバックアップコンピュー
タのいずれにおいても可能としたシステムに共有型ＲＡ
ＩＤを適用すると、ディスクの利用効率が極めて悪くな
る（たとえば利用効率＝４／５×１／２＝４０％）とい
った問題があった。
【０００８】この発明はこのような実情を鑑みてなされ
たものであり、前述したシステムで共有型ＲＡＩＤを用
いた場合であっても、そのディスク利用効率をＲＡＩＤ
本来のディスク利用効率まで高めることのできるファイ
ルシステムおよびファイル管理方法を提供することを目
的とする。
たものであり、前述したシステムで共有型ＲＡＩＤを用
いた場合であっても、そのディスク利用効率をＲＡＩＤ
本来のディスク利用効率まで高めることのできるファイ
ルシステムおよびファイル管理方法を提供することを目
的とする。
【０００９】
【課題を解決するための手段】前述した目的を達成する
ために、この発明は、共有型ＲＡＩＤ上に配置されたフ
ァイルを更新する際、その更新前データを読み出してプ
ライマリコンピュータおよびバックアップコンピュータ
双方で保持しておき、チェックポイントが採取されたと
きに、その更新前データを破棄するようにしたものであ
る。そして、この発明では、プロセスがアボートしたと
きに、プライマリコンピュータ上で保持された更新前デ
ータを用いて最後に採取したチェックポイントでの状態
にファイルを復元し、その復元後に更新前データを破棄
するようにし、また、プライマリコンピュータが停止し
たときには、バックアップコンピュータ上で保持された
更新前データを用いて最後に採取したチェックポイント
の状態にファイルを復元し、その復元後に更新前データ
を破棄するようにしたものである。
ために、この発明は、共有型ＲＡＩＤ上に配置されたフ
ァイルを更新する際、その更新前データを読み出してプ
ライマリコンピュータおよびバックアップコンピュータ
双方で保持しておき、チェックポイントが採取されたと
きに、その更新前データを破棄するようにしたものであ
る。そして、この発明では、プロセスがアボートしたと
きに、プライマリコンピュータ上で保持された更新前デ
ータを用いて最後に採取したチェックポイントでの状態
にファイルを復元し、その復元後に更新前データを破棄
するようにし、また、プライマリコンピュータが停止し
たときには、バックアップコンピュータ上で保持された
更新前データを用いて最後に採取したチェックポイント
の状態にファイルを復元し、その復元後に更新前データ
を破棄するようにしたものである。
【００１０】すなわち、この発明によれば、たとえばチ
ェックポイント／リカバリ方式による障害回復機能を適
用したホットスタンバイ型システムなどにおいて、プラ
イマリコンピュータとバックアップコンピュータとから
共有されるＲＡＩＤ上に配置されたファイルを、２重化
を伴なわずに最後に採取したチェックポイントでの状態
へ復元することが可能となるため、共有型ＲＡＩＤのデ
ィスク利用効率を飛躍的に向上させることができること
となる。
ェックポイント／リカバリ方式による障害回復機能を適
用したホットスタンバイ型システムなどにおいて、プラ
イマリコンピュータとバックアップコンピュータとから
共有されるＲＡＩＤ上に配置されたファイルを、２重化
を伴なわずに最後に採取したチェックポイントでの状態
へ復元することが可能となるため、共有型ＲＡＩＤのデ
ィスク利用効率を飛躍的に向上させることができること
となる。
【００１１】また、この発明は、共有型ＲＡＩＤ上に配
置された追加更新のみが施されるファイルのサイズを、
チェックポイントが採取される度に取得して、プライマ
リコンピュータおよびバックアップコンピュータ双方で
保持するようにしたものである。そして、この発明で
は、プロセスがアボートしたときに、プライマリコンピ
ュータ上で保持されたサイズを用いてファイルのサイズ
を最後に採取したチェックポイントでのサイズに設定し
直し、また、プライマリコンピュータが停止したときに
は、バックアップコンピュータ上で保持されたサイズを
用いてファイルのサイズを最後に採取したチェックポイ
ントでのサイズに設定し直すようにしたものである。
置された追加更新のみが施されるファイルのサイズを、
チェックポイントが採取される度に取得して、プライマ
リコンピュータおよびバックアップコンピュータ双方で
保持するようにしたものである。そして、この発明で
は、プロセスがアボートしたときに、プライマリコンピ
ュータ上で保持されたサイズを用いてファイルのサイズ
を最後に採取したチェックポイントでのサイズに設定し
直し、また、プライマリコンピュータが停止したときに
は、バックアップコンピュータ上で保持されたサイズを
用いてファイルのサイズを最後に採取したチェックポイ
ントでのサイズに設定し直すようにしたものである。
【００１２】すなわち、この発明によれば、前述の発明
と同様に、たとえばチェックポイント／リカバリ方式に
よる障害回復機能を適用したホットスタンバイ型システ
ムなどにおいて、プライマリコンピュータとバックアッ
プコンピュータとから共有されるＲＡＩＤ上に配置され
た追加更新のみが施されるファイルを、２重化を伴なわ
ずに最後に採取したチェックポイントでの状態へ復元す
ることが可能となるため、共有型ＲＡＩＤのディスク利
用効率を飛躍的に向上させることができることとなる。
と同様に、たとえばチェックポイント／リカバリ方式に
よる障害回復機能を適用したホットスタンバイ型システ
ムなどにおいて、プライマリコンピュータとバックアッ
プコンピュータとから共有されるＲＡＩＤ上に配置され
た追加更新のみが施されるファイルを、２重化を伴なわ
ずに最後に採取したチェックポイントでの状態へ復元す
ることが可能となるため、共有型ＲＡＩＤのディスク利
用効率を飛躍的に向上させることができることとなる。
【００１３】
【発明の実施の形態】以下図面を参照してこの発明の実
施の形態を説明する。図１にはこの発明の実施形態に係
るコンピュータシステムのシステム構成が示されてい
る。図１に示したように、この実施形態のコンピュータ
システムは、プライマリコンピュータ１とバックアップ
コンピュータ２とから構成される２重化システム（たと
えばホットスタンバイ型システム）であり、両者はネッ
トワーク３で接続されるとともに、両者からアクセス可
能な共有型ＲＡＩＤ４をもっている。プライマリコンピ
ュータ１で実行中のプロセス９がファイル操作を行なう
場合は、オペレーティングシステム内部のファイルシス
テム１０により管理されるファイルバッファ１３（ＵＮ
ＩＸではバッファキャッシュなどとと呼ばれる）を経由
して、共有型ＲＡＩＤ４上に配置されたファイルにアク
セスする。
施の形態を説明する。図１にはこの発明の実施形態に係
るコンピュータシステムのシステム構成が示されてい
る。図１に示したように、この実施形態のコンピュータ
システムは、プライマリコンピュータ１とバックアップ
コンピュータ２とから構成される２重化システム（たと
えばホットスタンバイ型システム）であり、両者はネッ
トワーク３で接続されるとともに、両者からアクセス可
能な共有型ＲＡＩＤ４をもっている。プライマリコンピ
ュータ１で実行中のプロセス９がファイル操作を行なう
場合は、オペレーティングシステム内部のファイルシス
テム１０により管理されるファイルバッファ１３（ＵＮ
ＩＸではバッファキャッシュなどとと呼ばれる）を経由
して、共有型ＲＡＩＤ４上に配置されたファイルにアク
セスする。
【００１４】プロセス９がファイルを更新する際、ファ
イル復元情報保存部１１は、ファイルを復元するための
情報（たとえば、書き込みが行なわれる場合には、書き
込みが行なわれる前のデータ）をファイルから読み出
し、そのデータを読み込んだファイル名や位置、長さな
どとともに、ファイル復元情報１４として保存する。ま
た、ファイル復元情報保存部１１は、このファイル復元
情報１４をバックアップコンピュータ２のファイル復元
情報受信部１９に転送する。そして、ファイル復元情報
受信部１９は、このファイル復元情報１４を受信する
と、それをファイル復元情報１８として別途保存する。
イル復元情報保存部１１は、ファイルを復元するための
情報（たとえば、書き込みが行なわれる場合には、書き
込みが行なわれる前のデータ）をファイルから読み出
し、そのデータを読み込んだファイル名や位置、長さな
どとともに、ファイル復元情報１４として保存する。ま
た、ファイル復元情報保存部１１は、このファイル復元
情報１４をバックアップコンピュータ２のファイル復元
情報受信部１９に転送する。そして、ファイル復元情報
受信部１９は、このファイル復元情報１４を受信する
と、それをファイル復元情報１８として別途保存する。
【００１５】チェックポイント制御部５は、定期的にプ
ロセス９のチェックポイント採取を要求する。このチェ
ックポイント採取の指示は、チェックポイント制御部５
からチェックポイント情報保存部６およびファイル復元
情報保存部１１双方に対して送られる。
ロセス９のチェックポイント採取を要求する。このチェ
ックポイント採取の指示は、チェックポイント制御部５
からチェックポイント情報保存部６およびファイル復元
情報保存部１１双方に対して送られる。
【００１６】チェックポイント情報保存部６は、チェッ
クポイント制御部５からチェックポイント採取の指示を
受けると、プロセス９のアドレス空間やプロセッサコン
テキストの情報をチェックポイント情報８として保存す
る。また、チェックポイント情報保存部６は、このチェ
ックポイント情報８をバックアップコンピュータ２のチ
ェックポイント情報受信部２３に転送する。そして、チ
ェックポイント情報受信部２３は、このチェックポイン
ト情報８を受信すると、それをチェックポイント情報２
２として別途保存する。
クポイント制御部５からチェックポイント採取の指示を
受けると、プロセス９のアドレス空間やプロセッサコン
テキストの情報をチェックポイント情報８として保存す
る。また、チェックポイント情報保存部６は、このチェ
ックポイント情報８をバックアップコンピュータ２のチ
ェックポイント情報受信部２３に転送する。そして、チ
ェックポイント情報受信部２３は、このチェックポイン
ト情報８を受信すると、それをチェックポイント情報２
２として別途保存する。
【００１７】一方、ファイル復元情報保存部１１は、チ
ェックポイント制御部５からチェックポイント採取の指
示を受けると、ファイルバッファ１３中に存在する、ま
だ共有型ＲＡＩＤ４に書き戻されていない更新データ
を、共有型ＲＡＩＤ４に書き戻すことによって共有型Ｒ
ＡＩＤ４に更新を反映させ、その反映が完了した後にフ
ァイル復元情報１４をクリアする。また、ファイル復元
情報保存部１１は、このチェックポイント採取の指示を
バックアップコンピュータ２のファイル復元情報受信部
１９に転送する。そして、ファイル復元情報受信部１９
は、このチェックポイント採取の指示を受けると、ファ
イル復元情報１８をクリアする。
ェックポイント制御部５からチェックポイント採取の指
示を受けると、ファイルバッファ１３中に存在する、ま
だ共有型ＲＡＩＤ４に書き戻されていない更新データ
を、共有型ＲＡＩＤ４に書き戻すことによって共有型Ｒ
ＡＩＤ４に更新を反映させ、その反映が完了した後にフ
ァイル復元情報１４をクリアする。また、ファイル復元
情報保存部１１は、このチェックポイント採取の指示を
バックアップコンピュータ２のファイル復元情報受信部
１９に転送する。そして、ファイル復元情報受信部１９
は、このチェックポイント採取の指示を受けると、ファ
イル復元情報１８をクリアする。
【００１８】なお、このチェックポイント情報保存部６
およびファイル復元情報保存部１１は、バックアップコ
ンピュータ２がダウンしている場合には、チェックポイ
ント情報８およびファイル復元情報１４の転送を中断す
る。
およびファイル復元情報保存部１１は、バックアップコ
ンピュータ２がダウンしている場合には、チェックポイ
ント情報８およびファイル復元情報１４の転送を中断す
る。
【００１９】プライマリコンピュータ１で実行中のプロ
セス９がアボートした際、プロセス９をプライマリコン
ピュータ１で最後に採取したチェックポイントからリス
タートさせるときに、リスタート制御部１５は、チェッ
クポイント復元部７およびファイル復元部１２双方にロ
ールバック処理の指示を送信する。
セス９がアボートした際、プロセス９をプライマリコン
ピュータ１で最後に採取したチェックポイントからリス
タートさせるときに、リスタート制御部１５は、チェッ
クポイント復元部７およびファイル復元部１２双方にロ
ールバック処理の指示を送信する。
【００２０】チェックポイント復元部７は、リスタート
制御部１５からロールバック処理の指示を受けると、チ
ェックポイント情報８を用いて、プロセス９をチェック
ポイント採取時からリスタートさせる。また、ファイル
復元部１２は、リスタート制御部１５からロールバック
処理の指示を受けると、ファイル復元情報１４を用い
て、チェックポイントでの状態にファイルを復元する。
制御部１５からロールバック処理の指示を受けると、チ
ェックポイント情報８を用いて、プロセス９をチェック
ポイント採取時からリスタートさせる。また、ファイル
復元部１２は、リスタート制御部１５からロールバック
処理の指示を受けると、ファイル復元情報１４を用い
て、チェックポイントでの状態にファイルを復元する。
【００２１】その後、リスタート制御部１５は、バック
アップコンピュータ２のリスタート制御部２１に、ファ
イルがロールバックされたことを通知する。一方、リス
タート制御部２１は、ファイルがロールバックされたこ
とを通知されると、ファイル復元部２０に指示を出し、
ファイル復元情報１８をクリアさせる。
アップコンピュータ２のリスタート制御部２１に、ファ
イルがロールバックされたことを通知する。一方、リス
タート制御部２１は、ファイルがロールバックされたこ
とを通知されると、ファイル復元部２０に指示を出し、
ファイル復元情報１８をクリアさせる。
【００２２】また、ハードウェアやオペレーティングシ
ステムの障害などによってプライマリコンピュータ１が
ダウンした際、プロセス９をバックアップコンピュータ
２でチェックポイントからリスタートさせるときには、
リスタート制御部２１は、チェックポイント復元部２４
およびファイル復元部２０双方にロールバック処理の指
示を送る。
ステムの障害などによってプライマリコンピュータ１が
ダウンした際、プロセス９をバックアップコンピュータ
２でチェックポイントからリスタートさせるときには、
リスタート制御部２１は、チェックポイント復元部２４
およびファイル復元部２０双方にロールバック処理の指
示を送る。
【００２３】チェックポイント復元部２４は、リスター
ト制御部２１からロールバック処理の指示を受けると、
チェックポイント情報２２を用いて、プロセス９をプロ
セス２５としてチェックポイント採取時からリスタート
させる。また、ファイル復元部２０は、リスタート制御
部２１からロールバック処理の指示を受けると、ファイ
ル復元情報１８を用いて、チェックポイントでの状態に
ファイルを復元する。
ト制御部２１からロールバック処理の指示を受けると、
チェックポイント情報２２を用いて、プロセス９をプロ
セス２５としてチェックポイント採取時からリスタート
させる。また、ファイル復元部２０は、リスタート制御
部２１からロールバック処理の指示を受けると、ファイ
ル復元情報１８を用いて、チェックポイントでの状態に
ファイルを復元する。
【００２４】図２は、この実施形態のコンピュータシス
テムのファイル更新時の動作原理を示す図である。ま
ず、時刻ｔ０で、プロセス９は、ファイルＸの１バイト
目から１バイト分に“Ｂ”をライトしている。この更新
が行なわれる前に、ファイルＸの１バイト目から１バイ
ト分のデータをリードしてきて、それをファイル復元情
報１４として保存し、かつバックアップコンピュータ２
にも転送してファイル復元情報１８として保存する。
テムのファイル更新時の動作原理を示す図である。ま
ず、時刻ｔ０で、プロセス９は、ファイルＸの１バイト
目から１バイト分に“Ｂ”をライトしている。この更新
が行なわれる前に、ファイルＸの１バイト目から１バイ
ト分のデータをリードしてきて、それをファイル復元情
報１４として保存し、かつバックアップコンピュータ２
にも転送してファイル復元情報１８として保存する。
【００２５】次に、時刻ｔ１で、チェックポイントを採
取する。これにより、いまだ共有型ＲＡＩＤ４に反映さ
れていないファイルバッファ１３中の更新データを共有
型ＲＡＩＤ４に書き戻し、その後にプライマリコンピュ
ータ１のファイル復元情報１４とバックアップコンピュ
ータ２のファイル復元情報１８とをクリアする。
取する。これにより、いまだ共有型ＲＡＩＤ４に反映さ
れていないファイルバッファ１３中の更新データを共有
型ＲＡＩＤ４に書き戻し、その後にプライマリコンピュ
ータ１のファイル復元情報１４とバックアップコンピュ
ータ２のファイル復元情報１８とをクリアする。
【００２６】図３は、この実施形態のコンピュータシス
テムの障害発生時にプロセスをプライマリコンピュータ
でリスタートする場合の動作原理を示す図である。ま
ず、時刻ｔ１でチェックポイントが採られた。この後、
時刻ｔ２で、プロセス９はファイルＸの１バイト目から
１バイト分に“Ｂ”をライトしている。この更新が行な
われる前に、ファイルＸの１バイト目から１バイト分の
データをリードしてきて、それをファイル復元情報１４
として保存し、かつバックアップコンピュータ２にも転
送してファイル復元情報１８として保存する。
テムの障害発生時にプロセスをプライマリコンピュータ
でリスタートする場合の動作原理を示す図である。ま
ず、時刻ｔ１でチェックポイントが採られた。この後、
時刻ｔ２で、プロセス９はファイルＸの１バイト目から
１バイト分に“Ｂ”をライトしている。この更新が行な
われる前に、ファイルＸの１バイト目から１バイト分の
データをリードしてきて、それをファイル復元情報１４
として保存し、かつバックアップコンピュータ２にも転
送してファイル復元情報１８として保存する。
【００２７】この後、時刻ｔ３で、ファイルバッファ１
３中の更新データが共有型ＲＡＩＤ４に書き戻された。
そして、時刻ｔ４で障害が発生し、プロセス９をプライ
マリコンピュータ１でリスタートする。そのためには、
プライマリコンピュータ１およびバックアップコンピュ
ータ２双方で、ファイルＸをチェックポイントの状態に
ロールバックする必要がある。これを行なうには、
（１）ファイル復元情報１４として保存されているデー
タをファイルバッファ１３にライトし、（２）ファイル
復元情報１４およびファイル復元情報１８をクリアすれ
ばよい。この時点では、いまだ共有型ＲＡＩＤ４上のフ
ァイルＸのデータはロールバックされていないが、先に
アクセスされるファイルバッファ１３上でデータがロー
ルバックされているので問題はない。なお、共有型ＲＡ
ＩＤ４上のファイルＸのデータは、後にファイルバッフ
ァ１３から書き戻されるが、この時点で強制的に書き戻
させても構わない。
３中の更新データが共有型ＲＡＩＤ４に書き戻された。
そして、時刻ｔ４で障害が発生し、プロセス９をプライ
マリコンピュータ１でリスタートする。そのためには、
プライマリコンピュータ１およびバックアップコンピュ
ータ２双方で、ファイルＸをチェックポイントの状態に
ロールバックする必要がある。これを行なうには、
（１）ファイル復元情報１４として保存されているデー
タをファイルバッファ１３にライトし、（２）ファイル
復元情報１４およびファイル復元情報１８をクリアすれ
ばよい。この時点では、いまだ共有型ＲＡＩＤ４上のフ
ァイルＸのデータはロールバックされていないが、先に
アクセスされるファイルバッファ１３上でデータがロー
ルバックされているので問題はない。なお、共有型ＲＡ
ＩＤ４上のファイルＸのデータは、後にファイルバッフ
ァ１３から書き戻されるが、この時点で強制的に書き戻
させても構わない。
【００２８】図４は、この実施形態のコンピュータシス
テムの障害発生時にプロセスをバックアップコンピュー
タでリスタートする場合の動作原理を示す図である。ま
ず、時刻ｔ１でチェックポイントが採られた。この後、
時刻ｔ２で、プロセス９はファイルＸの１バイト目から
１バイト分に“Ｂ”をライトしている。この更新が行な
われる前に、ファイルＸの１バイト目から１バイト分の
データをリードしてきて、それをファイル復元情報１４
として保存し、かつバックアップコンピュータ２にも転
送してファイル復元情報１８として保存する。
テムの障害発生時にプロセスをバックアップコンピュー
タでリスタートする場合の動作原理を示す図である。ま
ず、時刻ｔ１でチェックポイントが採られた。この後、
時刻ｔ２で、プロセス９はファイルＸの１バイト目から
１バイト分に“Ｂ”をライトしている。この更新が行な
われる前に、ファイルＸの１バイト目から１バイト分の
データをリードしてきて、それをファイル復元情報１４
として保存し、かつバックアップコンピュータ２にも転
送してファイル復元情報１８として保存する。
【００２９】この後、時刻ｔ３で、ファイルバッファ１
３中の更新データが共有型ＲＡＩＤ４に書き戻された。
そして、時刻ｔ４で障害が発生し、プロセス９をバック
アップコンピュータでリスタートする。そのためには、
バックアップコンピュータ２で、ファイルＸをチェック
ポイントの状態にロールバックする必要がある。これを
行なうには、（１）ファイル復元情報１８として保存さ
れているデータをファイルバッファ１７にライトし、
（２）ファイル復元情報１８をクリアすればよい。この
時点では、いまだ共有ＲＡＩＤ４上のファイルＸのデー
タはロールバックされていないが、先にアクセスされる
ファイルバッファ１７上でデータがロールバックされて
いるので問題はない。なお、共有型ＲＡＩＤ４上のファ
イルＸのデータは、後にファイルバッファ１７から書き
戻されるが、この時点で強制的に書き戻させても構わな
い。
３中の更新データが共有型ＲＡＩＤ４に書き戻された。
そして、時刻ｔ４で障害が発生し、プロセス９をバック
アップコンピュータでリスタートする。そのためには、
バックアップコンピュータ２で、ファイルＸをチェック
ポイントの状態にロールバックする必要がある。これを
行なうには、（１）ファイル復元情報１８として保存さ
れているデータをファイルバッファ１７にライトし、
（２）ファイル復元情報１８をクリアすればよい。この
時点では、いまだ共有ＲＡＩＤ４上のファイルＸのデー
タはロールバックされていないが、先にアクセスされる
ファイルバッファ１７上でデータがロールバックされて
いるので問題はない。なお、共有型ＲＡＩＤ４上のファ
イルＸのデータは、後にファイルバッファ１７から書き
戻されるが、この時点で強制的に書き戻させても構わな
い。
【００３０】図５は、この実施形態のコンピュータシス
テムのプライマリコンピュータでファイルを更新する場
合の処理の流れを示す図である。ファイル復元情報保存
部１１は、プロセス９によるファイル更新操作をフック
してファイル更新前データを読み出し、ファイル復元情
報１４として保存するとともに（ステップＡ１）、この
ファイル復元情報１４をバックアップコンピュータ２に
送信する（ステップＡ２）。このバックアップコンピュ
ータ２に送られたファイル復元情報１４は、ファイル復
元情報受信部１９が受け、ファイル復元情報１８として
保存される（ステップＡ３）。
テムのプライマリコンピュータでファイルを更新する場
合の処理の流れを示す図である。ファイル復元情報保存
部１１は、プロセス９によるファイル更新操作をフック
してファイル更新前データを読み出し、ファイル復元情
報１４として保存するとともに（ステップＡ１）、この
ファイル復元情報１４をバックアップコンピュータ２に
送信する（ステップＡ２）。このバックアップコンピュ
ータ２に送られたファイル復元情報１４は、ファイル復
元情報受信部１９が受け、ファイル復元情報１８として
保存される（ステップＡ３）。
【００３１】図６は、この実施形態のコンピュータシス
テムのプライマリコンピュータでのファイル操作に関す
るチェックポイント処理の流れを示す図である。チェッ
クポイント制御部５は、ファイル復元情報保存部１１に
対してチェックポイント時の処理実行を指示する（ステ
ップＢ１）。ファイル復元情報保存部１１は、ファイル
バッファ１３を共有型ＲＡＩＤ４に書き戻し、ファイル
復元情報１４をクリアする（ステップＢ２）。さらに、
ファイル復元情報保存部１１は、バックアップコンピュ
ータ２のファイル復元情報受信部１９に対してチェック
ポイント時の処理実行を指示する（ステップＢ３）。そ
して、この指示を受けたファイル復元情報受信部１９
は、ファイル復元情報１８をクリアする（ステップＢ
４）。
テムのプライマリコンピュータでのファイル操作に関す
るチェックポイント処理の流れを示す図である。チェッ
クポイント制御部５は、ファイル復元情報保存部１１に
対してチェックポイント時の処理実行を指示する（ステ
ップＢ１）。ファイル復元情報保存部１１は、ファイル
バッファ１３を共有型ＲＡＩＤ４に書き戻し、ファイル
復元情報１４をクリアする（ステップＢ２）。さらに、
ファイル復元情報保存部１１は、バックアップコンピュ
ータ２のファイル復元情報受信部１９に対してチェック
ポイント時の処理実行を指示する（ステップＢ３）。そ
して、この指示を受けたファイル復元情報受信部１９
は、ファイル復元情報１８をクリアする（ステップＢ
４）。
【００３２】図７は、この実施形態のコンピュータシス
テムのプライマリコンピュータでプロセスをリスタート
する場合のファイル操作に関するロールバック処理の流
れを示す図である。
テムのプライマリコンピュータでプロセスをリスタート
する場合のファイル操作に関するロールバック処理の流
れを示す図である。
【００３３】プライマリコンピュータ１のリスタート制
御部１５は、ファイル復元部１２にロールバック処理の
実行を指示する（ステップＣ１）。そして、ファイル復
元部１２は、ファイル復元情報１４に基づき、ファイル
を復元した後（ステップＣ２）、ファイル復元情報１４
をクリアする（ステップＣ３）。
御部１５は、ファイル復元部１２にロールバック処理の
実行を指示する（ステップＣ１）。そして、ファイル復
元部１２は、ファイル復元情報１４に基づき、ファイル
を復元した後（ステップＣ２）、ファイル復元情報１４
をクリアする（ステップＣ３）。
【００３４】リスタート制御部１５は、バックアップコ
ンピュータ２のリスタート制御部２１を介してファイル
復元部２０にファイルが復元されたことを通知する（ス
テップＣ４）。そして、この通知を受けたファイル復元
部２０は、ファイル復元情報１８をクリアする（ステッ
プＣ５）。
ンピュータ２のリスタート制御部２１を介してファイル
復元部２０にファイルが復元されたことを通知する（ス
テップＣ４）。そして、この通知を受けたファイル復元
部２０は、ファイル復元情報１８をクリアする（ステッ
プＣ５）。
【００３５】図８は、この実施形態のコンピュータシス
テムのバックアップコンピュータでプロセスをリスター
トする場合のファイル操作に関するロールバック処理の
流れを示す図である。
テムのバックアップコンピュータでプロセスをリスター
トする場合のファイル操作に関するロールバック処理の
流れを示す図である。
【００３６】バックアップコンピュータ２のリスタート
制御部２１は、ファイル復元部２０にロールバック処理
の実行を指示する（ステップＤ１）。そして、ファイル
復元部２０は、ファイル復元情報１８に基づき、ファイ
ルを復元した後（ステップＤ２）、ファイル復元情報１
８をクリアする（ステップＤ３）。
制御部２１は、ファイル復元部２０にロールバック処理
の実行を指示する（ステップＤ１）。そして、ファイル
復元部２０は、ファイル復元情報１８に基づき、ファイ
ルを復元した後（ステップＤ２）、ファイル復元情報１
８をクリアする（ステップＤ３）。
【００３７】なお、ここまでの説明では、ファイルへの
アクセスは、すべてファイルバッファ１３またはファイ
ルバッファ１７を経由することを前提にしているが、フ
ァイルバッファ１３またはファイルバッファ１７を経由
することなく、直接に共有型ＲＡＩＤ４にアクセスする
場合（たとえばＵＮＩＸでいうＲＡＷ Ｉ／Ｏ）でも構
わない。この場合は、チェックポイント処理の際に、フ
ァイルバッファ１３またはファイルバッファ１７を共有
型ＲＡＩＤ４に書き戻すような処理は不要になる。
アクセスは、すべてファイルバッファ１３またはファイ
ルバッファ１７を経由することを前提にしているが、フ
ァイルバッファ１３またはファイルバッファ１７を経由
することなく、直接に共有型ＲＡＩＤ４にアクセスする
場合（たとえばＵＮＩＸでいうＲＡＷ Ｉ／Ｏ）でも構
わない。この場合は、チェックポイント処理の際に、フ
ァイルバッファ１３またはファイルバッファ１７を共有
型ＲＡＩＤ４に書き戻すような処理は不要になる。
【００３８】また、共有型ＲＡＩＤ４上のファイルに対
するアクセスが、追加書き込みのみの場合には、ファイ
ル更新時にファイルの復元情報を保存する必要はなく、
代わりに、チェックポイント採取時にファイルのサイズ
をファイル復元情報１４としてプライマリコンピュータ
１上で保持するとともに、それをバックアップコンピュ
ータ２にも転送して、バックアップコンピュータ２上で
ファイル復元情報１８として保持すればよい。なぜなら
ば、プロセスがアボートしたときには、プライマリコン
ピュータ１上で保持しているファイル復元情報１４に基
づき、チェックポイント採取時に保存したサイズにファ
イルサイズを設定し直すことにより、ファイルをチェッ
クポイント採取時に復元することができるからである。
同様に、ハードウェアやオペレーティングシステムの障
害などによってプライマリコンピュータ１がダウンした
ときには、バックアップコンピュータ２上で保持してい
るファイル復元情報１８に基づき、チェックポイント採
取時に保存したサイズにファイルサイズを設定し直すこ
とにより、ファイルをチェックポイント採取時に復元す
ることができる。図９にこのような場合の動作を示す。
なお、ファイルＸは追加書き込みしか行なわれないもの
とする。
するアクセスが、追加書き込みのみの場合には、ファイ
ル更新時にファイルの復元情報を保存する必要はなく、
代わりに、チェックポイント採取時にファイルのサイズ
をファイル復元情報１４としてプライマリコンピュータ
１上で保持するとともに、それをバックアップコンピュ
ータ２にも転送して、バックアップコンピュータ２上で
ファイル復元情報１８として保持すればよい。なぜなら
ば、プロセスがアボートしたときには、プライマリコン
ピュータ１上で保持しているファイル復元情報１４に基
づき、チェックポイント採取時に保存したサイズにファ
イルサイズを設定し直すことにより、ファイルをチェッ
クポイント採取時に復元することができるからである。
同様に、ハードウェアやオペレーティングシステムの障
害などによってプライマリコンピュータ１がダウンした
ときには、バックアップコンピュータ２上で保持してい
るファイル復元情報１８に基づき、チェックポイント採
取時に保存したサイズにファイルサイズを設定し直すこ
とにより、ファイルをチェックポイント採取時に復元す
ることができる。図９にこのような場合の動作を示す。
なお、ファイルＸは追加書き込みしか行なわれないもの
とする。
【００３９】時刻ｔ１で、ファイルＸに対して“ａａ”
が追加書き込みされ、さらに時刻ｔ２で、ファイルＸに
対して“ｂｂｂ”が追加書き込みされた。そして、時刻
ｔ３で、チェックポイントが採取されてファイルＸはサ
イズが５であることがファイル復元情報１４として保存
された。
が追加書き込みされ、さらに時刻ｔ２で、ファイルＸに
対して“ｂｂｂ”が追加書き込みされた。そして、時刻
ｔ３で、チェックポイントが採取されてファイルＸはサ
イズが５であることがファイル復元情報１４として保存
された。
【００４０】続いて、時刻ｔ４で、ファイルＸに対して
“ｃｃｃ”が追加書き込みされた後、時刻ｔ５で、障害
が発生したため、ｔ３で採取されたチェックポイントの
状態にロールバックする。このとき、ファイルＸは、フ
ァイル復元情報１４に基づき、サイズを５に設定すれ
ば、チェックポイントの状態が復元されることになる。
“ｃｃｃ”が追加書き込みされた後、時刻ｔ５で、障害
が発生したため、ｔ３で採取されたチェックポイントの
状態にロールバックする。このとき、ファイルＸは、フ
ァイル復元情報１４に基づき、サイズを５に設定すれ
ば、チェックポイントの状態が復元されることになる。
【００４１】このような、追加書き込みしか行なわれな
いファイルの例としては、ジャーナルファイル（ログフ
ァイル）などがある。また、ここまで説明した実施形態
では、ファイルの更新操作としては、「書き込み」およ
び「追加書き込み」しか示しておらず、また、ファイル
復元情報としては、「書き込み前のデータ」および「追
加書き込み前のファイルサイズ」しか示していないが、
その他にも、ファイルの更新情報として、たとえば「フ
ァイル作成」および「ファイル削除」のようなファイル
のディレクトリ操作を行なう場合でも構わない。この場
合のファイルの復元情報は、たとえば「ファイル削除」
および「ファイル作成・削除前の全データ」のようにな
る。
いファイルの例としては、ジャーナルファイル（ログフ
ァイル）などがある。また、ここまで説明した実施形態
では、ファイルの更新操作としては、「書き込み」およ
び「追加書き込み」しか示しておらず、また、ファイル
復元情報としては、「書き込み前のデータ」および「追
加書き込み前のファイルサイズ」しか示していないが、
その他にも、ファイルの更新情報として、たとえば「フ
ァイル作成」および「ファイル削除」のようなファイル
のディレクトリ操作を行なう場合でも構わない。この場
合のファイルの復元情報は、たとえば「ファイル削除」
および「ファイル作成・削除前の全データ」のようにな
る。
【００４２】また、バックアップコンピュータ２の障害
によりチェックポイント情報保存部６およびファイル復
元情報保存部１１によるチェックポイント情報およびフ
ァイル復元情報の転送が中断した場合には、バックアッ
プコンピュータ２以外の他のコンピュータにバックアッ
プコンピュータ２の動作を代替させ、チェックポイント
情報保存部６およびファイル復元情報保存部１１が、そ
の他のコンピュータに対してチェックポイント情報およ
びファイル復元情報の転送を行なうようにすれば、さら
なる信頼性の向上を図れることになる。
によりチェックポイント情報保存部６およびファイル復
元情報保存部１１によるチェックポイント情報およびフ
ァイル復元情報の転送が中断した場合には、バックアッ
プコンピュータ２以外の他のコンピュータにバックアッ
プコンピュータ２の動作を代替させ、チェックポイント
情報保存部６およびファイル復元情報保存部１１が、そ
の他のコンピュータに対してチェックポイント情報およ
びファイル復元情報の転送を行なうようにすれば、さら
なる信頼性の向上を図れることになる。
【００４３】なお、前述の実施形態に記載したファイル
の管理方法は、コンピュータに実行させることのできる
プログラムとして磁気テープ、光ディスクおよび半導体
メモリなどの記録媒体に格納して頒布することが可能で
ある。
の管理方法は、コンピュータに実行させることのできる
プログラムとして磁気テープ、光ディスクおよび半導体
メモリなどの記録媒体に格納して頒布することが可能で
ある。
【００４４】
【発明の効果】以上詳述したように、この発明によれ
ば、チェックポイント／リカバリ方式による障害回復機
能を適用したホットスタンバイ型システムなどにおい
て、プライマリコンピュータとバックアップコンピュー
タとから共有されるＲＡＩＤ上に配置されたファイル
を、２重化を伴なわずに最後に採取したチェックポイン
トでの状態へ復元することが可能となるため、共有型Ｒ
ＡＩＤのディスク利用効率を飛躍的に向上させることが
できることとなる。
ば、チェックポイント／リカバリ方式による障害回復機
能を適用したホットスタンバイ型システムなどにおい
て、プライマリコンピュータとバックアップコンピュー
タとから共有されるＲＡＩＤ上に配置されたファイル
を、２重化を伴なわずに最後に採取したチェックポイン
トでの状態へ復元することが可能となるため、共有型Ｒ
ＡＩＤのディスク利用効率を飛躍的に向上させることが
できることとなる。
【図１】この発明の実施形態に係るコンピュータシステ
ムのシステム構成を示す図。
ムのシステム構成を示す図。
【図２】同実施形態のコンピュータシステムのファイル
更新時の動作原理を示す図。
更新時の動作原理を示す図。
【図３】同実施形態のコンピュータシステムの障害発生
時にプロセスをプライマリコンピュータでリスタートす
る場合の動作原理を示す図。
時にプロセスをプライマリコンピュータでリスタートす
る場合の動作原理を示す図。
【図４】同実施形態のコンピュータシステムの障害発生
時にプロセスをバックアップコンピュータでリスタート
する場合の動作原理を示す図。
時にプロセスをバックアップコンピュータでリスタート
する場合の動作原理を示す図。
【図５】同実施形態のコンピュータシステムのプライマ
リコンピュータでファイルを更新する場合の処理の流れ
を示す図。
リコンピュータでファイルを更新する場合の処理の流れ
を示す図。
【図６】同実施形態のコンピュータシステムのプライマ
リコンピュータでのファイル操作に関するチェックポイ
ント処理の流れを示す図。
リコンピュータでのファイル操作に関するチェックポイ
ント処理の流れを示す図。
【図７】同実施形態のコンピュータシステムのプライマ
リコンピュータでプロセスをリスタートする場合のファ
イル操作に関するロールバック処理の流れを示す図。
リコンピュータでプロセスをリスタートする場合のファ
イル操作に関するロールバック処理の流れを示す図。
【図８】同実施形態のコンピュータシステムのバックア
ップコンピュータでプロセスをリスタートする場合のフ
ァイル操作に関するロールバック処理の流れを示す図。
ップコンピュータでプロセスをリスタートする場合のフ
ァイル操作に関するロールバック処理の流れを示す図。
【図９】同実施形態のコンピュータシステムの共有型Ｒ
ＡＩＤ上のファイルに対するアクセスが追加書き込みの
みの場合のロールバック処理の動作を示す図。
ＡＩＤ上のファイルに対するアクセスが追加書き込みの
みの場合のロールバック処理の動作を示す図。
【図１０】従来のチェックポイント／リカバリ方式の障
害回復機能を適用した２重化システムを説明するための
図。
害回復機能を適用した２重化システムを説明するための
図。
【図１１】従来のチェックポイント／リカバリ方式の障
害回復機能を適用した２重化システムのファイル配置を
説明するための図。
害回復機能を適用した２重化システムのファイル配置を
説明するための図。
【図１２】ＲＡＩＤを説明するための概念図。
【図１３】従来のチェックポイント／リカバリ方式の障
害回復機能を適用した２重化システムに共有ＲＡＩＤを
もたせた場合のファイル配置を説明するための図。
害回復機能を適用した２重化システムに共有ＲＡＩＤを
もたせた場合のファイル配置を説明するための図。
１…プライマリコンピュータ、２…バックアップコンピ
ュータ、３…ネットワーク、４…共有型ＲＡＩＤ、５…
チェックポイント制御部、６…チェックポイント情報保
存部、７…チェックポイント復元部、８…チェックポイ
ント情報、９…プロセス、１０…ファイルシステム、１
１…ファイル復元情報保存部、１２…ファイル復元部、
１３…ファイルバッファ、１４…ファイル復元情報、１
５…リスタート制御部、１６…ファイルシステム、１７
…ファイルバッファ、１８…ファイル復元情報、１９…
ファイル復元情報受信部、２０…ファイル復元部、２１
…リスタート制御部、２２…チェックポイント情報、２
３…チェックポイント情報受信部、２４…チェックポイ
ント復元部、２５…プロセス。
ュータ、３…ネットワーク、４…共有型ＲＡＩＤ、５…
チェックポイント制御部、６…チェックポイント情報保
存部、７…チェックポイント復元部、８…チェックポイ
ント情報、９…プロセス、１０…ファイルシステム、１
１…ファイル復元情報保存部、１２…ファイル復元部、
１３…ファイルバッファ、１４…ファイル復元情報、１
５…リスタート制御部、１６…ファイルシステム、１７
…ファイルバッファ、１８…ファイル復元情報、１９…
ファイル復元情報受信部、２０…ファイル復元部、２１
…リスタート制御部、２２…チェックポイント情報、２
３…チェックポイント情報受信部、２４…チェックポイ
ント復元部、２５…プロセス。
Claims (18)
- 【請求項１】 ＲＡＩＤを共有する運用系および待機系
の２つのコンピュータで２重化されたコンピュータシス
テムであって、中断されたプロセスの実行を再開始する
ためのチェックポイントを定期的に採取し、障害発生時
には最後に採取したチェックポイントでの状態にシステ
ムを復元して中断されたプロセスの実行を再開始させる
障害回復機能を有するコンピュータシステムに適用され
るファイルシステムにおいて、 実行中のプロセスから前記ＲＡＩＤ上に配置されたファ
イルの更新が指示されたときに、そのファイルから更新
前データを読み出し、この読み出した更新前データを最
後に採取したチェックポイントでの状態に前記ファイル
を復元するためのファイル復元情報としてファイル名、
更新位置および更新サイズとともに前記運用系のコンピ
ュータ上で保持する第１のファイル復元情報保持手段
と、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送するファイル復元情報転送手段と、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持する第２のファイル復元情報保
持手段と、 チェックポイントが採取されたときに、前記第１および
第２のファイル復元情報保持手段が保持するファイル復
元情報を破棄するチェックポイント処理手段とを具備し
てなることを特徴とするファイルシステム。 - 【請求項２】 プロセスがアボートしたときに、前記第
１のファイル復元情報保持手段が保持するファイル復元
情報に基づき、最後に採取したチェックポイントでの状
態にファイルを復元し、その復元後に前記第１および第
２のファイル復元情報保持手段が保持するファイル復元
情報を破棄するファイル復元手段をさらに具備してなる
ことを特徴とする請求項１記載のファイルシステム。 - 【請求項３】 ハードウェアまたはオペレーティングシ
ステムの障害によって前記運用系のコンピュータが停止
したときに、前記第２のファイル復元情報保持手段が保
持するファイル復元情報に基づき、最後に採取したチェ
ックポイントでの状態にファイルを復元し、その復元後
に前記第２のファイル復元情報保持手段が保持するファ
イル復元情報を破棄するファイル復元手段をさらに具備
してなることを特徴とする請求項１記載のファイルシス
テム。 - 【請求項４】 前記ファイル復元情報転送手段は、ハー
ドウェアまたはオペレーティングシステムの障害によっ
て前記待機系のコンピュータが停止したときに、前記待
機系のコンピュータへの前記ファイル復元情報の転送を
中断する手段を有することを特徴とする請求項１、２ま
たは３記載のファイルシステム。 - 【請求項５】 前記ファイル復元情報転送手段は、前記
待機系のコンピュータへの前記ファイル復元情報の転送
を中断したときに、前記ファイル復元情報を前記ＲＡＩ
Ｄを共有する前記運用系および待機系以外の他のコンピ
ュータに転送する手段を有し、 前記転送されたファイル復元情報を受信して前記他のコ
ンピュータ上で保持する第３のファイル復元情報保持手
段をさらに具備してなることを特徴とする請求項４記載
のファイルシステム。 - 【請求項６】 ＲＡＩＤを共有する運用系および待機系
の２つのコンピュータで２重化されたコンピュータシス
テムであって、中断されたプロセスの実行を再開始する
ためのチェックポイントを定期的に採取し、障害発生時
には最後に採取したチェックポイントでの状態にシステ
ムを復元して中断されたプロセスの実行を再開始させる
障害回復機能を有するコンピュータシステムに適用され
るファイルシステムにおいて、 チェックポイントが採取されたときに、前記ＲＡＩＤ上
に配置された追加更新のみが施されるファイルのサイズ
を取得し、この取得したサイズを最後に採取したチェッ
クポイントでの状態に前記ファイルを復元するためのフ
ァイル復元情報として保持する第１のファイル復元情報
保持手段と、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送するファイル復元情報転送手段と、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持する第２のファイル復元情報保
持手段とを具備してなることを特徴とするファイルシス
テム。 - 【請求項７】 プロセスがアボートしたときに、前記第
１のファイル復元情報保持手段が保持するファイル復元
情報に基づき、ファイルのサイズを最後に採取したチェ
ックポイントでのサイズに設定し直すファイル復元手段
をさらに具備してなることを特徴とする請求項６記載の
ファイルシステム。 - 【請求項８】 ハードウェアまたはオペレーティングシ
ステムの障害によって前記運用系のコンピュータが停止
したときに、前記第２のファイル復元情報保持手段が保
持するファイル復元情報に基づき、ファイルのサイズを
最後に採取したチェックポイントでのサイズに設定し直
すファイル復元手段をさらに具備してなることを特徴と
する請求項６記載のファイルシステム。 - 【請求項９】 前記ファイル復元情報転送手段は、ハー
ドウェアまたはオペレーティングシステムの障害によっ
て前記待機系のコンピュータが停止したときに、前記待
機系のコンピュータへの前記ファイル復元情報の転送を
中断する手段を有することを特徴とする請求項６、７ま
たは８記載のファイルシステム。 - 【請求項１０】 前記ファイル復元情報転送手段は、前
記待機系のコンピュータへの前記ファイル復元情報の転
送を中断したときに、前記ファイル復元情報を前記ＲＡ
ＩＤを共有する前記運用系および待機系以外の他のコン
ピュータに転送する手段を有し、 前記転送されたファイル復元情報を受信して前記他のコ
ンピュータ上で保持する第３のファイル復元情報保持手
段をさらに具備してなることを特徴とする請求項９記載
のファイルシステム。 - 【請求項１１】 ＲＡＩＤを共有する運用系および待機
系の２つのコンピュータで２重化されたコンピュータシ
ステムであって、中断されたプロセスの実行を再開始す
るためのチェックポイントを定期的に採取し、障害発生
時には最後に採取したチェックポイントでの状態にシス
テムを復元して中断されたプロセスの実行を再開始させ
る障害回復機能を有するコンピュータシステムに適用さ
れるファイル管理方法において、 実行中のプロセスから前記ＲＡＩＤ上に配置されたファ
イルの更新が指示されたときに、そのファイルから更新
前データを読み出し、この読み出した更新前データを最
後に採取したチェックポイントでの状態に前記ファイル
を復元するためのファイル復元情報としてファイル名、
更新位置および更新サイズとともに前記運用系のコンピ
ュータ上で保持するステップと、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送するステップと、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持するステップと、 チェックポイントが採取されたときに、前記運用系およ
び待機系のコンピュータ上で保持されたファイル復元情
報を破棄するステップと、 プロセスがアボートしたときに、前記運用系のコンピュ
ータ上で保持されたファイル復元情報に基づき、最後に
採取したチェックポイントでの状態にファイルを復元
し、その復元後に前記運用系および待機系のコンピュー
タ上で保持されたファイル復元情報を破棄するステップ
とからなることを特徴とするファイル管理方法。 - 【請求項１２】 ＲＡＩＤを共有する運用系および待機
系の２つのコンピュータで２重化されたコンピュータシ
ステムであって、中断されたプロセスの実行を再開始す
るためのチェックポイントを定期的に採取し、障害発生
時には最後に採取したチェックポイントでの状態にシス
テムを復元して中断されたプロセスの実行を再開始させ
る障害回復機能を有するコンピュータシステムに適用さ
れるファイル管理方法において、 実行中のプロセスから前記ＲＡＩＤ上に配置されたファ
イルの更新が指示されたときに、そのファイルから更新
前データを読み出し、この読み出した更新前データを最
後に採取したチェックポイントでの状態に前記ファイル
を復元するためのファイル復元情報としてファイル名、
更新位置および更新サイズとともに前記運用系のコンピ
ュータ上で保持するステップと、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送するステップと、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持するステップと、 チェックポイントが採取されたときに、前記運用系およ
び待機系のコンピュータ上で保持された前記ファイル復
元情報を破棄するステップと、 ハードウェアまたはオペレーティングシステムの障害に
よって前記運用系のコンピュータが停止したときに、前
記待機系のコンピュータ上で保持されたファイル復元情
報に基づき、最後に採取したチェックポイントでの状態
にファイルを復元し、その復元後に前記待機系のコンピ
ュータ上で保持しているファイル復元情報を破棄するス
テップとからなることを特徴とするファイル管理方法。 - 【請求項１３】 ＲＡＩＤを共有する運用系および待機
系の２つのコンピュータで２重化されたコンピュータシ
ステムであって、中断されたプロセスの実行を再開始す
るためのチェックポイントを定期的に採取し、障害発生
時には最後に採取したチェックポイントでの状態にシス
テムを復元して中断されたプロセスの実行を再開始させ
る障害回復機能を有するコンピュータシステムに適用さ
れるファイル管理方法において、 チェックポイントが採取されたときに、前記ＲＡＩＤ上
に配置された追加更新のみが施されるファイルのサイズ
を取得し、この取得したサイズを最後に採取したチェッ
クポイントでの状態に前記ファイルを復元するためのフ
ァイル復元情報として保持するステップと、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送するステップと、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持するステップと、 プロセスがアボートしたときに、前記運用系のコンピュ
ータ上で保持されたファイル復元情報に基づき、ファイ
ルのサイズを最後に採取したチェックポイントでのサイ
ズに設定し直すステップとからなることを特徴とするフ
ァイル管理方法。 - 【請求項１４】 ＲＡＩＤを共有する運用系および待機
系の２つのコンピュータで２重化されたコンピュータシ
ステムであって、中断されたプロセスの実行を再開始す
るためのチェックポイントを定期的に採取し、障害発生
時には最後に採取したチェックポイントでの状態にシス
テムを復元して中断されたプロセスの実行を再開始させ
る障害回復機能を有するコンピュータシステムに適用さ
れるファイル管理方法において、 チェックポイントが採取されたときに、前記ＲＡＩＤ上
に配置された追加更新のみが施されるファイルのサイズ
を取得し、この取得したサイズを最後に採取したチェッ
クポイントでの状態に前記ファイルを復元するためのフ
ァイル復元情報として保持するステップと、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送するステップと、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持するステップと、 ハードウェアまたはオペレーティングシステムの障害に
よって前記運用系のコンピュータが停止したときに、前
記待機系のコンピュータ上で保持されたファイル復元情
報に基づき、ファイルのサイズを最後に採取したチェッ
クポイントでのサイズに設定し直すステップとからなる
ことを特徴とするファイル管理方法。 - 【請求項１５】 ＲＡＩＤを共有する運用系および待機
系の２つのコンピュータで２重化され、中断されたプロ
セスの実行を再開始するためのチェックポイントを定期
的に採取し、障害発生時には最後に採取したチェックポ
イントでの状態にシステムを復元して中断されたプロセ
スの実行を再開始させる障害回復機能を有するコンピュ
ータシステムに適用されるプログラムであって、 実行中のプロセスから前記ＲＡＩＤ上に配置されたファ
イルの更新が指示されたときに、そのファイルから更新
前データを読み出し、この読み出した更新前データを最
後に採取したチェックポイントでの状態に前記ファイル
を復元するためのファイル復元情報としてファイル名、
更新位置および更新サイズとともに前記運用系のコンピ
ュータ上で保持し、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送し、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持し、 チェックポイントが採取されたときに、前記運用系およ
び待機系のコンピュータ上で保持された前記ファイル復
元情報を破棄し、 プロセスがアボートしたときに、前記運用系のコンピュ
ータ上で保持されたファイル復元情報に基づき、最後に
採取したチェックポイントでの状態にファイルを復元
し、その復元後に前記運用系および待機系のコンピュー
タ上で保持されたファイル復元情報を破棄するように前
記コンピュータシステムを動作させるプログラムを記録
したコンピュータ読取り可能な記録媒体。 - 【請求項１６】 ＲＡＩＤを共有する運用系および待機
系の２つのコンピュータで２重化され、中断されたプロ
セスの実行を再開始するためのチェックポイントを定期
的に採取し、障害発生時には最後に採取したチェックポ
イントでの状態にシステムを復元して中断されたプロセ
スの実行を再開始させる障害回復機能を有するコンピュ
ータシステムに適用されるプログラムであって、 実行中のプロセスから前記ＲＡＩＤ上に配置されたファ
イルの更新が指示されたときに、そのファイルから更新
前データを読み出し、この読み出した更新前データを最
後に採取したチェックポイントでの状態に前記ファイル
を復元するためのファイル復元情報としてファイル名、
更新位置および更新サイズとともに前記運用系のコンピ
ュータ上で保持し、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送し、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持し、 チェックポイントが採取されたときに、前記運用系およ
び待機系のコンピュータ上で保持された前記ファイル復
元情報を破棄し、 ハードウェアまたはオペレーティングシステムの障害に
よって前記運用系のコンピュータが停止したときに、前
記待機系のコンピュータ上で保持されたファイル復元情
報に基づき、最後に採取したチェックポイントでの状態
にファイルを復元し、その復元後に前記待機系のコンピ
ュータ上で保持しているファイル復元情報を破棄するよ
うに前記コンピュータシステムを動作させるプログラム
を記録したコンピュータ読取り可能な記録媒体。 - 【請求項１７】 ＲＡＩＤを共有する運用系および待機
系の２つのコンピュータで２重化され、中断されたプロ
セスの実行を再開始するためのチェックポイントを定期
的に採取し、障害発生時には最後に採取したチェックポ
イントでの状態にシステムを復元して中断されたプロセ
スの実行を再開始させる障害回復機能を有するコンピュ
ータシステムに適用されるプログラムであって、 チェックポイントが採取されたときに、前記ＲＡＩＤ上
に配置された追加更新のみが施されるファイルのサイズ
を取得し、この取得したサイズを最後に採取したチェッ
クポイントでの状態に前記ファイルを復元するためのフ
ァイル復元情報として保持し、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送し、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持し、 プロセスがアボートしたときに、前記運用系のコンピュ
ータ上で保持されたファイル復元情報に基づき、ファイ
ルのサイズを最後に採取したチェックポイントでのサイ
ズに設定し直すように前記コンピュータシステムを動作
させるプログラムを記録したコンピュータ読取り可能な
記録媒体。 - 【請求項１８】 ＲＡＩＤを共有する運用系および待機
系の２つのコンピュータで２重化され、中断されたプロ
セスの実行を再開始するためのチェックポイントを定期
的に採取し、障害発生時には最後に採取したチェックポ
イントでの状態にシステムを復元して中断されたプロセ
スの実行を再開始させる障害回復機能を有するコンピュ
ータシステムに適用されるプログラムであって、 チェックポイントが採取されたときに、前記ＲＡＩＤ上
に配置された追加更新のみが施されるファイルのサイズ
を取得し、この取得したサイズを最後に採取したチェッ
クポイントでの状態に前記ファイルを復元するためのフ
ァイル復元情報として保持し、 前記保持されたファイル復元情報を前記待機系のコンピ
ュータに転送し、 前記転送されたファイル復元情報を受信して前記待機系
のコンピュータ上で保持し、 ハードウェアまたはオペレーティングシステムの障害に
よって前記運用系のコンピュータが停止したときに、前
記待機系のコンピュータ上で保持されたファイル復元情
報に基づき、ファイルのサイズを最後に採取したチェッ
クポイントでのサイズに設定し直すように前記コンピュ
ータシステムを動作させるプログラムを記録したコンピ
ュータ読取り可能な記録媒体。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9136847A JPH10326220A (ja) | 1997-05-27 | 1997-05-27 | ファイルシステムおよびファイル管理方法 |
| EP98100409A EP0881569B1 (en) | 1997-05-27 | 1998-01-12 | File system and file management method which realize distributed replication in system having shared type raid |
| DE69837635T DE69837635T2 (de) | 1997-05-27 | 1998-01-12 | Dateiensystem und Dateienverwaltungsverfahren, die eine verteilte Replikation in einem System mit gemeinsamen RAID verwirklichen |
| KR1019980018107A KR100290057B1 (ko) | 1997-05-27 | 1998-05-20 | 파일 시스템 및 파일 관리 방법 |
| CNB981093221A CN1197009C (zh) | 1997-05-27 | 1998-05-27 | 文件系统和文件管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9136847A JPH10326220A (ja) | 1997-05-27 | 1997-05-27 | ファイルシステムおよびファイル管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10326220A true JPH10326220A (ja) | 1998-12-08 |
| JPH10326220A5 JPH10326220A5 (ja) | 2005-04-07 |
Family
ID=15184901
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9136847A Pending JPH10326220A (ja) | 1997-05-27 | 1997-05-27 | ファイルシステムおよびファイル管理方法 |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP0881569B1 (ja) |
| JP (1) | JPH10326220A (ja) |
| KR (1) | KR100290057B1 (ja) |
| CN (1) | CN1197009C (ja) |
| DE (1) | DE69837635T2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003514328A (ja) * | 1999-11-10 | 2003-04-15 | トムソン ライセンシング ソシエテ アノニム | 書き換え可能ディスクメディアの災害復旧方法 |
| KR100463841B1 (ko) * | 2002-02-25 | 2004-12-29 | 한국전자통신연구원 | 레이드 서브 시스템과 이를 이용한 디스크 에러 모드에서데이터 입출력 및 복구 방법 |
| JP2008518292A (ja) * | 2004-10-25 | 2008-05-29 | ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング | コンピュータプログラムを処理する方法、駆動システム、および計算装置 |
| JP2008518294A (ja) * | 2004-10-25 | 2008-05-29 | ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング | コンピュータプログラムを処理する方法、駆動システムおよび計算装置 |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6412017B1 (en) | 1996-07-01 | 2002-06-25 | Microsoft Corporation | Urgent replication facility |
| JP4039276B2 (ja) * | 2003-03-05 | 2008-01-30 | 富士ゼロックス株式会社 | サービス処理システム及びプログラム |
| JP4120436B2 (ja) * | 2003-03-24 | 2008-07-16 | 富士ゼロックス株式会社 | 連携処理装置及びプログラム |
| JP4321705B2 (ja) * | 2003-07-29 | 2009-08-26 | 株式会社日立製作所 | スナップショットの取得を制御するための装置及び記憶システム |
| US7197599B2 (en) * | 2003-12-29 | 2007-03-27 | Intel Corporation | Method, system, and program for managing data updates |
| JP2006065440A (ja) * | 2004-08-25 | 2006-03-09 | Evolium Sas | プロセス管理システム |
| JP2006134217A (ja) * | 2004-11-09 | 2006-05-25 | Fujitsu Ltd | ライブラリシステム，仮想ライブラリ装置，及びキャッシュ復元方法 |
| KR100800044B1 (ko) * | 2006-08-04 | 2008-01-31 | 한국과학기술정보연구원 | 체크포인트 파일 자동 관리 방법 |
| KR101130850B1 (ko) * | 2007-03-12 | 2012-03-28 | 엘지엔시스(주) | 체크포인트 제어장치 및 방법 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE69021712T2 (de) * | 1990-02-08 | 1996-04-18 | Ibm | Wiederanlaufkennzeichnungsmechanismus für fehlertolerierende Systeme. |
| US5271013A (en) * | 1990-05-09 | 1993-12-14 | Unisys Corporation | Fault tolerant computer system |
-
1997
- 1997-05-27 JP JP9136847A patent/JPH10326220A/ja active Pending
-
1998
- 1998-01-12 EP EP98100409A patent/EP0881569B1/en not_active Expired - Lifetime
- 1998-01-12 DE DE69837635T patent/DE69837635T2/de not_active Expired - Fee Related
- 1998-05-20 KR KR1019980018107A patent/KR100290057B1/ko not_active Expired - Fee Related
- 1998-05-27 CN CNB981093221A patent/CN1197009C/zh not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003514328A (ja) * | 1999-11-10 | 2003-04-15 | トムソン ライセンシング ソシエテ アノニム | 書き換え可能ディスクメディアの災害復旧方法 |
| US8155504B1 (en) | 1999-11-10 | 2012-04-10 | Thomson Licensing | Method of disaster recovery for re-writable disk media |
| KR100463841B1 (ko) * | 2002-02-25 | 2004-12-29 | 한국전자통신연구원 | 레이드 서브 시스템과 이를 이용한 디스크 에러 모드에서데이터 입출력 및 복구 방법 |
| JP2008518292A (ja) * | 2004-10-25 | 2008-05-29 | ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング | コンピュータプログラムを処理する方法、駆動システム、および計算装置 |
| JP2008518294A (ja) * | 2004-10-25 | 2008-05-29 | ローベルト ボッシュ ゲゼルシャフト ミット ベシュレンクテル ハフツング | コンピュータプログラムを処理する方法、駆動システムおよび計算装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0881569B1 (en) | 2007-04-25 |
| DE69837635D1 (de) | 2007-06-06 |
| EP0881569A3 (en) | 2005-07-27 |
| CN1201191A (zh) | 1998-12-09 |
| EP0881569A2 (en) | 1998-12-02 |
| CN1197009C (zh) | 2005-04-13 |
| DE69837635T2 (de) | 2007-12-27 |
| KR19980087210A (ko) | 1998-12-05 |
| KR100290057B1 (ko) | 2001-05-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4301849B2 (ja) | 情報処理方法及びその実施システム並びにその処理プログラム並びにディザスタリカバリ方法およびシステム並びにその処理を実施する記憶装置およびその制御処理方法 | |
| KR19980024086A (ko) | 컴퓨터 시스템 및 화일 관리 방법 | |
| JP3776982B2 (ja) | 分散記憶コントローラのためのソフトウエア指示されたマイクロコード状態保管システム | |
| US7020669B2 (en) | Apparatus, method and system for writing data to network accessible file system while minimizing risk of cache data loss/ data corruption | |
| JP3149325B2 (ja) | 災害復旧機能を提供するために整合性グループを形成する方法および関連するシステム | |
| US6883112B2 (en) | Storage device, backup and fault tolerant redundant method and computer program code of plurality storage devices | |
| US7031986B2 (en) | Database system with backup and recovery mechanisms | |
| US5440727A (en) | Asynchronous replica management in shared nothing architectures | |
| US6304980B1 (en) | Peer-to-peer backup system with failure-triggered device switching honoring reservation of primary device | |
| US20050283504A1 (en) | Disaster recovery system suitable for database system | |
| JPH07239799A (ja) | 遠隔データ・シャドーイングを提供する方法および遠隔データ二重化システム | |
| US20070118705A1 (en) | Remote copy system maintaining consistency | |
| US20030074600A1 (en) | Data backup/recovery system | |
| JP3938475B2 (ja) | バックアップ処理方法及びその実施システム並びにその処理プログラム | |
| JPH0823841B2 (ja) | データ処理システム及びその方法 | |
| JP2004252686A (ja) | 情報処理システム | |
| JP2002149499A (ja) | データの完全性を備えるリモートコピーシステム | |
| WO2022033269A1 (zh) | 数据处理的方法、设备及系统 | |
| JPH10326220A (ja) | ファイルシステムおよびファイル管理方法 | |
| JP4095139B2 (ja) | コンピュータシステムおよびファイル管理方法 | |
| JPH10326220A5 (ja) | ||
| JPH07234808A (ja) | システムダンプ採取方式 | |
| JPH1115604A (ja) | データ多重化方法 | |
| US20150019822A1 (en) | System for Maintaining Dirty Cache Coherency Across Reboot of a Node | |
| JP4428887B2 (ja) | データベースシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040527 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040527 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070424 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070625 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070724 |