JPH06208467A - コンピュータ・システムおよびバックアップ記憶方法 - Google Patents
コンピュータ・システムおよびバックアップ記憶方法Info
- Publication number
- JPH06208467A JPH06208467A JP5258897A JP25889793A JPH06208467A JP H06208467 A JPH06208467 A JP H06208467A JP 5258897 A JP5258897 A JP 5258897A JP 25889793 A JP25889793 A JP 25889793A JP H06208467 A JPH06208467 A JP H06208467A
- Authority
- JP
- Japan
- Prior art keywords
- image
- storage device
- density value
- format
- density
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
-
- 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/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- 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/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0614—Improving the reliability of storage systems
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
- G06F3/0638—Organizing or formatting or addressing of data
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/0671—In-line storage system
- G06F3/0673—Single storage device
- G06F3/0682—Tape device
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
-
- 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/1417—Boot up procedures
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】ブートストラップ・イメージとその他のソフト
ウエアの記憶媒体記憶密度の相違を克服し、システムの
バックアップと復元に必要とされる時間を減少させる。 【構成】本発明は、コマンドの一部を変更し、システム
・バックアップの一部をＲＯＳおよびＲＯＭの指示する
ブロック当たりバイト形式で書き出すが、一方、アーカ
イブされるべきシステムの残りはユーザの指定する別の
形式でアーカイブできるようにする。システム・バック
アップ・プログラムは、ＲＯＳおよびＲＯＭによって必
要なバックアップの始めの段階で、ある一定のブロック
当たりバイト形式で、システムをブートするために必要
な最小限のオペレーティング・シス記憶装置へ転送シス
テム、次に、ユーザが要請したブロック・サイズに記憶
装置を切換え、新しいより高密度の形式で残りのデータ
のアーカイブを継続する。
ウエアの記憶媒体記憶密度の相違を克服し、システムの
バックアップと復元に必要とされる時間を減少させる。 【構成】本発明は、コマンドの一部を変更し、システム
・バックアップの一部をＲＯＳおよびＲＯＭの指示する
ブロック当たりバイト形式で書き出すが、一方、アーカ
イブされるべきシステムの残りはユーザの指定する別の
形式でアーカイブできるようにする。システム・バック
アップ・プログラムは、ＲＯＳおよびＲＯＭによって必
要なバックアップの始めの段階で、ある一定のブロック
当たりバイト形式で、システムをブートするために必要
な最小限のオペレーティング・シス記憶装置へ転送シス
テム、次に、ユーザが要請したブロック・サイズに記憶
装置を切換え、新しいより高密度の形式で残りのデータ
のアーカイブを継続する。
Description
【０００１】
【産業上の利用分野】本発明は、コンピューターシステ
ム・ソフトウェア・バックアップ、とくに、固定形式で
書かれ、読まれるブートストラップ・イメージを初期プ
ログラムロード（ＩＰＬ）制御プログラムが必要とする
システムおよび方法に関する。
ム・ソフトウェア・バックアップ、とくに、固定形式で
書かれ、読まれるブートストラップ・イメージを初期プ
ログラムロード（ＩＰＬ）制御プログラムが必要とする
システムおよび方法に関する。
【０００２】
【従来の技術】現代のコンピュータ・システムにおい
て、基本機械のブート・プロシージャをスタートさせる
図１のＲＯＭ２１のようなファームウェアでのボード常
駐システム（ＲＯＳ）と直接アクセス記憶装置（ＤＡＳ
Ｄ）のようなひとつ以上の不揮発性大容量記憶装置とを
持つＣＰＵを備え持つことは極めて一般的である。
て、基本機械のブート・プロシージャをスタートさせる
図１のＲＯＭ２１のようなファームウェアでのボード常
駐システム（ＲＯＳ）と直接アクセス記憶装置（ＤＡＳ
Ｄ）のようなひとつ以上の不揮発性大容量記憶装置とを
持つＣＰＵを備え持つことは極めて一般的である。
【０００３】電源異常やたとえばデータ破壊を起こすか
もしれないひとつ以上のシステムコンポーネントの誤作
動の起きる可能性があるため、上記のような典型的情報
システムは、種々の形式のシステム・バックアップ・プ
ロシージャを装備するのが典型的である。そのようなシ
ステム・バックアップ・プロシージャは、ＤＡＳＤから
読み取られＤＡＳＤに記憶されるＩＰＬ制御プログラム
の実行の結果として実行される場合システムを以前の状
態に復元（リストア）するのを可能にするブートストラ
ップ・イメージ（図３の４０）のような必要ファイル
を、ＤＡＳＤ（図１の１０〜１４）のような非揮発性記
憶装置上に、作成し、記憶する。典型的には、ハードウ
ェア・ブートストラップ・コードまたはＲＯＭの中のＲ
ＯＳが初期的に実行され、媒体上のブートストラップ・
イメージがそれに引き続いて読み込まれる。ここでの問
題の一般的背景を提供するシステムの代表的例の１つが
米国特許4,623,963 "Device Independent Data Transfe
r" に記述されている。
もしれないひとつ以上のシステムコンポーネントの誤作
動の起きる可能性があるため、上記のような典型的情報
システムは、種々の形式のシステム・バックアップ・プ
ロシージャを装備するのが典型的である。そのようなシ
ステム・バックアップ・プロシージャは、ＤＡＳＤから
読み取られＤＡＳＤに記憶されるＩＰＬ制御プログラム
の実行の結果として実行される場合システムを以前の状
態に復元（リストア）するのを可能にするブートストラ
ップ・イメージ（図３の４０）のような必要ファイル
を、ＤＡＳＤ（図１の１０〜１４）のような非揮発性記
憶装置上に、作成し、記憶する。典型的には、ハードウ
ェア・ブートストラップ・コードまたはＲＯＭの中のＲ
ＯＳが初期的に実行され、媒体上のブートストラップ・
イメージがそれに引き続いて読み込まれる。ここでの問
題の一般的背景を提供するシステムの代表的例の１つが
米国特許4,623,963 "Device Independent Data Transfe
r" に記述されている。
【０００４】これらのシステムに関わる問題の１つは、
ＩＰＬが必要とするブートストラップが固定形式で記憶
装置に書き込まれそこから読み取られる場合があること
である。ＩＰＬコードそれ自体ＲＯＭハードウェアにお
いて固定形式であるので、ＲＯＭに記憶されたＲＯＳコ
ードで与えられたオリジナルのもの以外の形式の記憶媒
体からブートストラップ・イメージを読み取れるよう
に、そのようなＲＯＳコード自体を簡単かつ実際的に更
新することはできない。ＲＯＳが必要とするものとは異
なる形式でブートストラップＩＰＬコードが記憶される
データ記憶媒体形式を生み出す原因はデータ記憶媒体の
技術向上にある。
ＩＰＬが必要とするブートストラップが固定形式で記憶
装置に書き込まれそこから読み取られる場合があること
である。ＩＰＬコードそれ自体ＲＯＭハードウェアにお
いて固定形式であるので、ＲＯＭに記憶されたＲＯＳコ
ードで与えられたオリジナルのもの以外の形式の記憶媒
体からブートストラップ・イメージを読み取れるよう
に、そのようなＲＯＳコード自体を簡単かつ実際的に更
新することはできない。ＲＯＳが必要とするものとは異
なる形式でブートストラップＩＰＬコードが記憶される
データ記憶媒体形式を生み出す原因はデータ記憶媒体の
技術向上にある。
【０００５】媒体上記憶されたブートストラップＩＰＬ
コードがＲＯＭの中のＲＯＳコードと互換性を持つ形式
でなければならないとき、前述の重大な結果は起こる。
従って、システム・ファイル、カタログ、アプリケーシ
ョのようなその他のソフトウェアや、データおよびバッ
クアップされるブートストラップ・イメージは、ＲＯＳ
形式の指図によって固定形式のままであるよう強制され
る。その記憶媒体がＲＯＭのため低い容量の形式を使用
することを要求されるので、記憶媒体の技術向上があっ
てもその活用ができない。
コードがＲＯＭの中のＲＯＳコードと互換性を持つ形式
でなければならないとき、前述の重大な結果は起こる。
従って、システム・ファイル、カタログ、アプリケーシ
ョのようなその他のソフトウェアや、データおよびバッ
クアップされるブートストラップ・イメージは、ＲＯＳ
形式の指図によって固定形式のままであるよう強制され
る。その記憶媒体がＲＯＭのため低い容量の形式を使用
することを要求されるので、記憶媒体の技術向上があっ
てもその活用ができない。
【０００６】例をあげて、以下その問題を説明する。現
在のシステム・バックアップ・プログラムでは、大容量
記憶装置は、システム・バックアップ作成の間、ブロッ
ク当たり５１２バイトに構成された磁気テープ装置の形
式で実行されるのが典型的である。この必要条件は、そ
のコンピュータ・システムのＲＯＳがブロック当たり５
１２バイト形式の装置にインターフェースするよう書き
込まれるという事実によって決められたものである。テ
ープがブロック当たり５１２バイト以外の形式で書かれ
たならば、ＲＯＳは、システムを立ち上げるのに必要な
ＩＰＬブートストラップ・イメージのような、テープに
保存されたデータを理解することは明きらかにできない
であろう。
在のシステム・バックアップ・プログラムでは、大容量
記憶装置は、システム・バックアップ作成の間、ブロッ
ク当たり５１２バイトに構成された磁気テープ装置の形
式で実行されるのが典型的である。この必要条件は、そ
のコンピュータ・システムのＲＯＳがブロック当たり５
１２バイト形式の装置にインターフェースするよう書き
込まれるという事実によって決められたものである。テ
ープがブロック当たり５１２バイト以外の形式で書かれ
たならば、ＲＯＳは、システムを立ち上げるのに必要な
ＩＰＬブートストラップ・イメージのような、テープに
保存されたデータを理解することは明きらかにできない
であろう。
【０００７】そのようなテープ装置は、２百万のブロッ
ク（各々のブロックは合計１０２４バイトのデータを記
憶できる）を持つことのできる８ｍｍテープ上にデータ
を記憶する。従って、典型的な磁気テープは、２ギガバ
イトを超える最大データ記憶容量を持つことができる。
しかし、ＲＯＳがテープ・ドライブの半分の容量を持つ
形式を必要とするので、すなわち、記憶媒体の上に記憶
されたＩＰＬを生成するソフトウェアがブロック当たり
５１２バイト形式で書かれることをＲＯＳが要求する故
に、各テープ・ブロックの半分はブランクのままで残り
の半分に実際のデータが書かれるということとなる。
ク（各々のブロックは合計１０２４バイトのデータを記
憶できる）を持つことのできる８ｍｍテープ上にデータ
を記憶する。従って、典型的な磁気テープは、２ギガバ
イトを超える最大データ記憶容量を持つことができる。
しかし、ＲＯＳがテープ・ドライブの半分の容量を持つ
形式を必要とするので、すなわち、記憶媒体の上に記憶
されたＩＰＬを生成するソフトウェアがブロック当たり
５１２バイト形式で書かれることをＲＯＳが要求する故
に、各テープ・ブロックの半分はブランクのままで残り
の半分に実際のデータが書かれるということとなる。
【０００８】上記は、現在のシステムに関連する重大な
問題を例示している。システム・バックアップ・プログ
ラムは、テープおよびテープ・ドライブが８ｍｍテープ
１本につき２ギガバイトのデータ記憶容量を持っている
にも拘わらず１ギガバイトを書き込むことができるだけ
である。これは、時間および経費の観点から大きい非能
率になる。特に、システム・バックアップを作成するた
めに要する時間は、実質的に２倍になる。さらに、余分
なテープのための費用は、ユーザ維持費を増す。しかし
ながらそれにも拘わらず、ＲＯＳチップを、より大きい
ブロック当たりバイト密度を可能にするよう変更するこ
とは、あまりに高価で、非現実的である。なぜなら、書
込み・読取りが行われる技術装置（この場合テープ装
置）は記憶装置密度および形式において常に顕著で急速
な進歩を遂げ続けている分野であるからである。
問題を例示している。システム・バックアップ・プログ
ラムは、テープおよびテープ・ドライブが８ｍｍテープ
１本につき２ギガバイトのデータ記憶容量を持っている
にも拘わらず１ギガバイトを書き込むことができるだけ
である。これは、時間および経費の観点から大きい非能
率になる。特に、システム・バックアップを作成するた
めに要する時間は、実質的に２倍になる。さらに、余分
なテープのための費用は、ユーザ維持費を増す。しかし
ながらそれにも拘わらず、ＲＯＳチップを、より大きい
ブロック当たりバイト密度を可能にするよう変更するこ
とは、あまりに高価で、非現実的である。なぜなら、書
込み・読取りが行われる技術装置（この場合テープ装
置）は記憶装置密度および形式において常に顕著で急速
な進歩を遂げ続けている分野であるからである。
【０００９】この問題を解く努力の中で現在使われてい
る１つのアプローチは、２つの別々の記憶媒体を備え持
つことである。コンピュータ・システムをブートするた
めに利用される第１の記憶媒体上にブートストラップ・
イメージは保存される。システムが立ち上げられ始動し
ても、第２の記憶媒体はなお置き代え状態となってい
る。記憶媒体がシステムを始動可能とさせるに必要なブ
ートストラップ・イメージ以外のソフトウェアにも使わ
れることができるように改善された記憶装置モードで
は、コンピュータ・オペレータが、記憶装置の機械構成
を変更する。一旦オペレータが記憶装置構成を変更した
ならば、ソフトウェアの残りが、第２の記憶装置からシ
ステムによって読み込まれ、新しいモードで復元され
る。
る１つのアプローチは、２つの別々の記憶媒体を備え持
つことである。コンピュータ・システムをブートするた
めに利用される第１の記憶媒体上にブートストラップ・
イメージは保存される。システムが立ち上げられ始動し
ても、第２の記憶媒体はなお置き代え状態となってい
る。記憶媒体がシステムを始動可能とさせるに必要なブ
ートストラップ・イメージ以外のソフトウェアにも使わ
れることができるように改善された記憶装置モードで
は、コンピュータ・オペレータが、記憶装置の機械構成
を変更する。一旦オペレータが記憶装置構成を変更した
ならば、ソフトウェアの残りが、第２の記憶装置からシ
ステムによって読み込まれ、新しいモードで復元され
る。
【００１０】このようなアプローチは、少くとも２つの
重大な欠点を持つ。２種類の記憶媒体がデータ記憶のた
め必要であることは、もっとも明きらかな点である。さ
らに、ユーザは、第２の記憶媒体を読むために装置をど
の値に変更しなければならないかを知っていなければな
らない。
重大な欠点を持つ。２種類の記憶媒体がデータ記憶のた
め必要であることは、もっとも明きらかな点である。さ
らに、ユーザは、第２の記憶媒体を読むために装置をど
の値に変更しなければならないかを知っていなければな
らない。
【００１１】問題を解く第２の試みは、システムに配布
されるブートストラップ・イメージおよび他のソフトウ
ェアを同じ記憶媒体に載せはするが異なるモードで書き
込む方法である。すなわち、ブートストラップ・イメー
ジはファームウェアによって必要なモードで記憶される
が、一方、残りのソフトウェアは、異なる、多分より高
い容量形式ディレクトリ記憶される。ＩＰＬコントロー
ルがコンピュータ・システムにブートストラップ・イメ
ージを読み込んだんだあと、システムは停止し、オペレ
ータ割り込みを待つ。そこで、オペレータは、装置パラ
メーターをソフトウェアに合うように変更し、その情報
を復元する準備ができるよう記憶媒体を操作し、次に復
元コマンドを出さなければならない。
されるブートストラップ・イメージおよび他のソフトウ
ェアを同じ記憶媒体に載せはするが異なるモードで書き
込む方法である。すなわち、ブートストラップ・イメー
ジはファームウェアによって必要なモードで記憶される
が、一方、残りのソフトウェアは、異なる、多分より高
い容量形式ディレクトリ記憶される。ＩＰＬコントロー
ルがコンピュータ・システムにブートストラップ・イメ
ージを読み込んだんだあと、システムは停止し、オペレ
ータ割り込みを待つ。そこで、オペレータは、装置パラ
メーターをソフトウェアに合うように変更し、その情報
を復元する準備ができるよう記憶媒体を操作し、次に復
元コマンドを出さなければならない。
【００１２】このアプローチにも重大な欠点がある。第
１に、ユーザは、その装置のための新しい値を知ってい
なければならない。さらになお、そのユーザは、正しい
レコードが読み取られるように記憶媒体を位置づけるに
必要なシステム知識を持たなければならない。
１に、ユーザは、その装置のための新しい値を知ってい
なければならない。さらになお、そのユーザは、正しい
レコードが読み取られるように記憶媒体を位置づけるに
必要なシステム知識を持たなければならない。
【００１３】前述の問題を解くもうひとつのアプローチ
がある。この３番目の方法では、配布されるブートスト
ラップ・イメージおよび主要ソフトウェアは、同じ記憶
媒体上に記憶され、同じモードで書き込まれる。ＩＰＬ
コードがそのシステムを立ち上げたあと、復元プログラ
ムが、配布されたソフトウェアを含むレコードに記憶媒
体を自動的に位置づける。それから、そのイメージは、
装置モードの変更なしに機械上へ復元される。 しか
し、上述のようにＲＯＳによって形式モードが指定され
ているので、ブートストラップ・イメージを越える主記
憶域の記憶は、ＲＯＳモード指定の低目の密度形式に限
定されるのは明きらかである。
がある。この３番目の方法では、配布されるブートスト
ラップ・イメージおよび主要ソフトウェアは、同じ記憶
媒体上に記憶され、同じモードで書き込まれる。ＩＰＬ
コードがそのシステムを立ち上げたあと、復元プログラ
ムが、配布されたソフトウェアを含むレコードに記憶媒
体を自動的に位置づける。それから、そのイメージは、
装置モードの変更なしに機械上へ復元される。 しか
し、上述のようにＲＯＳによって形式モードが指定され
ているので、ブートストラップ・イメージを越える主記
憶域の記憶は、ＲＯＳモード指定の低目の密度形式に限
定されるのは明きらかである。
【００１４】
【発明が解決しようとする課題】前述のことから、記憶
装置技術の進歩に伴って、ＲＯＭハードウェアを変更す
る必要なしに記憶媒体に記憶の共存データ量の増加させ
ることが益々望まれる。
装置技術の進歩に伴って、ＲＯＭハードウェアを変更す
る必要なしに記憶媒体に記憶の共存データ量の増加させ
ることが益々望まれる。
【００１５】また、システム・オペレータがそのソフト
ウェア自体が復元のためどんな値を必要とするかという
知識を持たなくとも済むようにすべきである。
ウェア自体が復元のためどんな値を必要とするかという
知識を持たなくとも済むようにすべきである。
【００１６】さらにまた、バックアップおよびその他の
ソフトウェア・イメージが記憶媒体上に作成される場
合、オペレータがソフトウエア・イメージが記憶媒体に
書かれる密度を制御することを可能としなければならな
い。
ソフトウェア・イメージが記憶媒体上に作成される場
合、オペレータがソフトウエア・イメージが記憶媒体に
書かれる密度を制御することを可能としなければならな
い。
【００１７】
【課題を解決するための手段】アーカイブ・コマンド
が、オリジナルの記憶装置密度値を装置から読み取り、
装置の密度をこのオリジナルの値からブートストラップ
・イメージを読み取るためにシステムＲＯＭで記憶され
たＲＯＳによって必要な密度に変更する。次に、ＩＰＬ
によるシステム復元完了のためＲＯＳおよびＲＯＭによ
って必要とされる密度で、システムからのブートストラ
ップ・イメージが、記憶媒体に書き込まれ、オリジナル
の密度値を記録した密度ファイルが次に記憶媒体に書き
込まれる。システムは、次に、オリジナルの密度値のコ
ピーを読み、そのオリジナルの値へ戻すように記憶装置
パラメータを変更し、要求される追加システム・イメー
ジまたはその他のソフトウェアをオリジナルの装置密度
で装置記憶媒体へ書き込む。
が、オリジナルの記憶装置密度値を装置から読み取り、
装置の密度をこのオリジナルの値からブートストラップ
・イメージを読み取るためにシステムＲＯＭで記憶され
たＲＯＳによって必要な密度に変更する。次に、ＩＰＬ
によるシステム復元完了のためＲＯＳおよびＲＯＭによ
って必要とされる密度で、システムからのブートストラ
ップ・イメージが、記憶媒体に書き込まれ、オリジナル
の密度値を記録した密度ファイルが次に記憶媒体に書き
込まれる。システムは、次に、オリジナルの密度値のコ
ピーを読み、そのオリジナルの値へ戻すように記憶装置
パラメータを変更し、要求される追加システム・イメー
ジまたはその他のソフトウェアをオリジナルの装置密度
で装置記憶媒体へ書き込む。
【００１８】アーカイブされたブートストラップ・イメ
ージまたはその他のソフトウェアの復元が必要なとき、
システムＩＰＬの間に、システムＲＯＭ上のＲＯＳは、
ＲＯＳおよびシステムＲＯＭによって必要な正しい密度
で記憶されたブートストラップ・イメージ・ファイルを
記憶媒体から読み込む。ＩＰＬおよびブートストラップ
・プログラムがそのシステムを最小限の状態にブートす
る作業を完了すると、ブートストラップ・イメージの一
部として組み込まれた復元プログラムが復元を開始す
る。
ージまたはその他のソフトウェアの復元が必要なとき、
システムＩＰＬの間に、システムＲＯＭ上のＲＯＳは、
ＲＯＳおよびシステムＲＯＭによって必要な正しい密度
で記憶されたブートストラップ・イメージ・ファイルを
記憶媒体から読み込む。ＩＰＬおよびブートストラップ
・プログラムがそのシステムを最小限の状態にブートす
る作業を完了すると、ブートストラップ・イメージの一
部として組み込まれた復元プログラムが復元を開始す
る。
【００１９】復元プログラムは、記憶媒体上の密度ファ
イルに記録されたオリジナルの装置密度パラメータを読
み取り、この値へ記憶装置パラメータを変更し、その記
憶媒体上の残りのシステム・イメージまたはその他のソ
フトウェア（これらはオリジナルの密度で記憶されてい
る）をそのシステムに読み込み、そこで復元は完了す
る。
イルに記録されたオリジナルの装置密度パラメータを読
み取り、この値へ記憶装置パラメータを変更し、その記
憶媒体上の残りのシステム・イメージまたはその他のソ
フトウェア（これらはオリジナルの密度で記憶されてい
る）をそのシステムに読み込み、そこで復元は完了す
る。
【００２０】
【実施例】図１に、本発明のシステムと方法を用いるコ
ンピュータ・システムの簡略図が描かれており、該シス
テムは、複数のＤＡＳＤ１０〜１４、主記憶装置１６お
よび中央処理装置（ＣＰＵ）１９を含んでいる。米国特
許 4,623,963 には、このシステムに関する詳細が記述
されているが、本明細書では上記米国特許記載内容を参
照のため組み入れている。
ンピュータ・システムの簡略図が描かれており、該シス
テムは、複数のＤＡＳＤ１０〜１４、主記憶装置１６お
よび中央処理装置（ＣＰＵ）１９を含んでいる。米国特
許 4,623,963 には、このシステムに関する詳細が記述
されているが、本明細書では上記米国特許記載内容を参
照のため組み入れている。
【００２１】図１は、コンピューター主記憶装置１６と
複数ＤＡＳＤボリューム１０〜１４との関係を図示す
る。３個のＤＡＳＤボリュームが例示の目的で示される
が、個々のシステム構成に従って、一層多いまたは少な
いボリュームを装備できることは、明白である。さら
に、図示されたボリュームは、磁気ディスク記憶媒体、
磁気シリンダ記憶媒体、光ディスク記憶媒体、またはそ
の他同様のダイレクト・アクセス記憶媒体などを含むい
くつかの形式を取ることができる点は理解されよう。
複数ＤＡＳＤボリューム１０〜１４との関係を図示す
る。３個のＤＡＳＤボリュームが例示の目的で示される
が、個々のシステム構成に従って、一層多いまたは少な
いボリュームを装備できることは、明白である。さら
に、図示されたボリュームは、磁気ディスク記憶媒体、
磁気シリンダ記憶媒体、光ディスク記憶媒体、またはそ
の他同様のダイレクト・アクセス記憶媒体などを含むい
くつかの形式を取ることができる点は理解されよう。
【００２２】ボリューム１と記号付けされた第１のボリ
ューム１０は、システム１１のブートを完了するのに必
要な初期プログラム・ロード（ＩＰＬ）コードを格納す
る。データ集合はこのボリュームおよび第２と第３のボ
リューム（それぞれ記号１２と１４）の間に分配され
る。ボリューム１０に格納される、システム初期設定プ
ログラムおよびデータからなるＩＰＬデータおよびコー
ドに加えて、当分野の技術においてよく知られているよ
うに、追加のデータおよびプログラム集合が、ボリュー
ム１、２、３の間に分配される場合がある。そのような
追加情報には、その他のシステムおよびユーザ・デー
タ、そのような追加ソフトウェアなどの記憶位置を知る
ためのシステム・カタログ、アーカイブされる必要のあ
る追加ソフトウェアおよびバックアップ・システム・イ
メージなどが明らかに含まれ、これらによって、復元の
間に最小限の状態へシステム１１のブートを完了するた
めに必要なプログラムおよびデータを与える必須の機能
が提供される。
ューム１０は、システム１１のブートを完了するのに必
要な初期プログラム・ロード（ＩＰＬ）コードを格納す
る。データ集合はこのボリュームおよび第２と第３のボ
リューム（それぞれ記号１２と１４）の間に分配され
る。ボリューム１０に格納される、システム初期設定プ
ログラムおよびデータからなるＩＰＬデータおよびコー
ドに加えて、当分野の技術においてよく知られているよ
うに、追加のデータおよびプログラム集合が、ボリュー
ム１、２、３の間に分配される場合がある。そのような
追加情報には、その他のシステムおよびユーザ・デー
タ、そのような追加ソフトウェアなどの記憶位置を知る
ためのシステム・カタログ、アーカイブされる必要のあ
る追加ソフトウェアおよびバックアップ・システム・イ
メージなどが明らかに含まれ、これらによって、復元の
間に最小限の状態へシステム１１のブートを完了するた
めに必要なプログラムおよびデータを与える必須の機能
が提供される。
【００２３】コンピュータ主記憶装置１６は、ＤＡＳＤ
ボリューム１から３それぞれのための入出力制御ルーチ
ン１８、２０および２２を含む。さらに、アンロード／
ロード・ユーティリティ・プログラム２４がコンピュー
ター主記憶装置１６にロードされている。これらのプロ
グラムは、典型的には、単一の実行可能プログラム・モ
ジュールという形でシステム・プログラム・ライブラリ
に含まれる。図１のコンピュータ・システム１１の簡略
図は、ＣＰＵ １９と、基本機械ブート・プロシージャ
を実現するボード常駐システム（ＲＯＳ）を含む読取り
専用メモリ（ＲＯＭ）２１とをさらに含む。
ボリューム１から３それぞれのための入出力制御ルーチ
ン１８、２０および２２を含む。さらに、アンロード／
ロード・ユーティリティ・プログラム２４がコンピュー
ター主記憶装置１６にロードされている。これらのプロ
グラムは、典型的には、単一の実行可能プログラム・モ
ジュールという形でシステム・プログラム・ライブラリ
に含まれる。図１のコンピュータ・システム１１の簡略
図は、ＣＰＵ １９と、基本機械ブート・プロシージャ
を実現するボード常駐システム（ＲＯＳ）を含む読取り
専用メモリ（ＲＯＭ）２１とをさらに含む。
【００２４】図２に転じると、図３の参照記号４０で示
される記憶媒体上のブートストラップ・コードの機能を
図示する流れ図が示される。この機能は、システム１１
がその後復元されるであろう条件にシステムを置く働き
をする。最初に、システム１１によって実行されるアー
カイブ・プログラムに対応して、ＤＡＳＤ１０のような
記憶装置の現在の密度設定値が、対応する入出力制御１
８と、記憶装置１０と主記憶装置１６とを相互に連結さ
せているバス１３とを通してＣＰＵによって読み込まれ
る。このステップは、図２の参照記号２６で示される。
図２のステップ２８で、ブロック当たり１０２４バイト
のような密度値が、記憶装置のボリューム１にＩＰＬデ
ータとして記憶される。次に、システム１１は、記憶装
置１０から、ＩＰＬのためＲＯＭ２１によって必要とさ
れる密度セッティングまたは値を読み取る（ステップ２
９）。次に、ＣＰＵ１９は、入出力制御１８およびバス
１３を通してボリューム１に転送されたコマンドを実行
し、これにより、ＩＰＬのためＲＯＭ２１のＲＯＳによ
って必要とされる、ＣＰＵ１９によって取り出されたそ
の値へ記憶装置の密度セッティングを変更する（ステッ
プ３０）。このようなアーカイブ・コマンドおよびプロ
グラム制御の下に、ＣＰＵ１９はブートストラップ・イ
メージを作成し、ＤＡＳＤ１０へ書き込む（図２ステッ
プ３２）。
される記憶媒体上のブートストラップ・コードの機能を
図示する流れ図が示される。この機能は、システム１１
がその後復元されるであろう条件にシステムを置く働き
をする。最初に、システム１１によって実行されるアー
カイブ・プログラムに対応して、ＤＡＳＤ１０のような
記憶装置の現在の密度設定値が、対応する入出力制御１
８と、記憶装置１０と主記憶装置１６とを相互に連結さ
せているバス１３とを通してＣＰＵによって読み込まれ
る。このステップは、図２の参照記号２６で示される。
図２のステップ２８で、ブロック当たり１０２４バイト
のような密度値が、記憶装置のボリューム１にＩＰＬデ
ータとして記憶される。次に、システム１１は、記憶装
置１０から、ＩＰＬのためＲＯＭ２１によって必要とさ
れる密度セッティングまたは値を読み取る（ステップ２
９）。次に、ＣＰＵ１９は、入出力制御１８およびバス
１３を通してボリューム１に転送されたコマンドを実行
し、これにより、ＩＰＬのためＲＯＭ２１のＲＯＳによ
って必要とされる、ＣＰＵ１９によって取り出されたそ
の値へ記憶装置の密度セッティングを変更する（ステッ
プ３０）。このようなアーカイブ・コマンドおよびプロ
グラム制御の下に、ＣＰＵ１９はブートストラップ・イ
メージを作成し、ＤＡＳＤ１０へ書き込む（図２ステッ
プ３２）。
【００２５】ＣＰＵ１９は、オリジナル記憶装置１０の
密度を記録するファイル（以下密度ファイルと呼ぶ）を
作成し、ＤＳＡＤ１０のボリューム１の中の１レコード
としてこのファイルを書き出す（ステップ３４）。引き
続きＤＡＳＤ１０から取り出されたＩＰＬプログラムの
制御の下で、ＣＰＵ１９は、再び入出力制御１８とバス
１３という手段を通して、ＤＡＳＤ１０ボリューム１に
よって表わされる記憶装置の密度を元のオリジナル装置
密度へ切り替える操作をシステム１１に行わさせる（ス
テップ３６）。
密度を記録するファイル（以下密度ファイルと呼ぶ）を
作成し、ＤＳＡＤ１０のボリューム１の中の１レコード
としてこのファイルを書き出す（ステップ３４）。引き
続きＤＡＳＤ１０から取り出されたＩＰＬプログラムの
制御の下で、ＣＰＵ１９は、再び入出力制御１８とバス
１３という手段を通して、ＤＡＳＤ１０ボリューム１に
よって表わされる記憶装置の密度を元のオリジナル装置
密度へ切り替える操作をシステム１１に行わさせる（ス
テップ３６）。
【００２６】最後に,システムまたはソフトウェア・イ
メージの記録（アーカイビング）は、ＣＰＵ１９の制御
の下で行われ、要求されるいかなる追加ソフトウェア・
イメージも、入出力リンク１３を通して、ステップ２６
で読み取られたオリジナルの密度でボリューム１に記憶
される（ステップ２６）。
メージの記録（アーカイビング）は、ＣＰＵ１９の制御
の下で行われ、要求されるいかなる追加ソフトウェア・
イメージも、入出力リンク１３を通して、ステップ２６
で読み取られたオリジナルの密度でボリューム１に記憶
される（ステップ２６）。
【００２７】図３は、ブートストラップ・イメージ、密
度セッティング・ファイルおよび記録（アーカイブ）さ
れるソフトウェアが、図２を参照して上述されたアーカ
イブ・プロセスの完了後、ＤＳＡＤ１０のような記憶媒
体上に記憶される順序の例の図解である。もっと具体的
には、好ましい実施例では、図３のブートストラップ・
イメージ４０が最初にＤＡＳＤ１０に書かれる。次に、
ステップ２６で取り出されたオリジナルの装置密度セッ
ティングを含むＤＡＳＤ１０のファイル４２の記憶が続
く。記憶装置１０〜１４のこのオリジナルの装置密度セ
ッティングがステップ３４で作成され、ＤＳＡＤ１０に
書き込まれたファイルである点思い出されることであろ
う。
度セッティング・ファイルおよび記録（アーカイブ）さ
れるソフトウェアが、図２を参照して上述されたアーカ
イブ・プロセスの完了後、ＤＳＡＤ１０のような記憶媒
体上に記憶される順序の例の図解である。もっと具体的
には、好ましい実施例では、図３のブートストラップ・
イメージ４０が最初にＤＡＳＤ１０に書かれる。次に、
ステップ２６で取り出されたオリジナルの装置密度セッ
ティングを含むＤＡＳＤ１０のファイル４２の記憶が続
く。記憶装置１０〜１４のこのオリジナルの装置密度セ
ッティングがステップ３４で作成され、ＤＳＡＤ１０に
書き込まれたファイルである点思い出されることであろ
う。
【００２８】最後に、アーカイブを要求されたシステム
・ソフトウェア４４（図３）が、図２のステップ３８に
もとづきＤＡＳＤ１０に書き出される。種々のデータ４
０、４２、４４がＤＡＳＤ４０に記憶されそこから読ま
れる論理的順序の実例を示すだけの意図で図３の表示形
式を用いている点は理解されよう。言い換えると、物理
的にデータ４０-４４は、ＤＡＳＤ１０上の図３に示さ
れる順序と異なる順序で出現しても、図３によって描写
される順序で論理的に取り出されるこができる。さらに
言い換えると、システム１１を復元するために必要な情
報を記憶する際に、、ブートストラップ・イメージ４０
が最初に作成・記憶され、次にオリジナルの装置密度４
２を含むファイル、アーカイブすべきシステム・ソフト
ウェア４４（これは必ずしも必須ではないが）とが続
く。
・ソフトウェア４４（図３）が、図２のステップ３８に
もとづきＤＡＳＤ１０に書き出される。種々のデータ４
０、４２、４４がＤＡＳＤ４０に記憶されそこから読ま
れる論理的順序の実例を示すだけの意図で図３の表示形
式を用いている点は理解されよう。言い換えると、物理
的にデータ４０-４４は、ＤＡＳＤ１０上の図３に示さ
れる順序と異なる順序で出現しても、図３によって描写
される順序で論理的に取り出されるこができる。さらに
言い換えると、システム１１を復元するために必要な情
報を記憶する際に、、ブートストラップ・イメージ４０
が最初に作成・記憶され、次にオリジナルの装置密度４
２を含むファイル、アーカイブすべきシステム・ソフト
ウェア４４（これは必ずしも必須ではないが）とが続
く。
【００２９】ＤＡＳＤ１０がＲＯＳおよびＲＯＭによっ
て必要な装置密度でブートストラップ・イメージを一旦
記憶したならば、装置密度がそのオリジナルの密度テッ
プへ戻すように変更され（ステップ３６）、これによ
り、アーカイブすべきシステム・ソフトウェア４４がＤ
ＡＳＤ１０にまず記憶され、次いでオリジナルの装置密
度４２を含むファイルが続くという場合もまたその逆の
場合もあり得よう。言い換えると、このデータ４２、４
４の記憶の順序は全く重大でない。
て必要な装置密度でブートストラップ・イメージを一旦
記憶したならば、装置密度がそのオリジナルの密度テッ
プへ戻すように変更され（ステップ３６）、これによ
り、アーカイブすべきシステム・ソフトウェア４４がＤ
ＡＳＤ１０にまず記憶され、次いでオリジナルの装置密
度４２を含むファイルが続くという場合もまたその逆の
場合もあり得よう。言い換えると、このデータ４２、４
４の記憶の順序は全く重大でない。
【００３０】しかしながら、図４の参照で一層明きらか
となるように、ひとたびＤＡＳＤ１０からブートストラ
ップ・イメージ４０が読まれるならば、物理的にテープ
上でデータ４４がデータ４２に先行する場合があるとは
いえ、システム１１に復元するためにシステム・ソフト
ウェア４４がＤＡＳＤ４０から読み込まれシステム１１
に再導入される前に、記憶装置１０をオリジナルの装置
密度にセットするために、オリジナルの装置密度４２を
含むこのファイルは、ＤＡＳＤ１０から読み取られねば
ならない。
となるように、ひとたびＤＡＳＤ１０からブートストラ
ップ・イメージ４０が読まれるならば、物理的にテープ
上でデータ４４がデータ４２に先行する場合があるとは
いえ、システム１１に復元するためにシステム・ソフト
ウェア４４がＤＡＳＤ４０から読み込まれシステム１１
に再導入される前に、記憶装置１０をオリジナルの装置
密度にセットするために、オリジナルの装置密度４２を
含むこのファイルは、ＤＡＳＤ１０から読み取られねば
ならない。
【００３１】以下図４を詳細に参照する。図３で概略表
示される適切なデータが生成され、ＤＡＳＤ１０上に記
憶されると、その後のある時点で、システム１１を再ブ
ートし、図３に伴う議論に従って記憶されたデータによ
って定義される状態にシステムを復元することが必要と
されるよう。図４は、希望する状態にシステム１１を復
元するためにＲＯＭ２１上の復元ＲＯＳプログラムの初
期の制御の下でシステム１１によって実行されるステッ
プの順序を示している簡略流れ図である。
示される適切なデータが生成され、ＤＡＳＤ１０上に記
憶されると、その後のある時点で、システム１１を再ブ
ートし、図３に伴う議論に従って記憶されたデータによ
って定義される状態にシステムを復元することが必要と
されるよう。図４は、希望する状態にシステム１１を復
元するためにＲＯＭ２１上の復元ＲＯＳプログラムの初
期の制御の下でシステム１１によって実行されるステッ
プの順序を示している簡略流れ図である。
【００３２】ＣＰＵ１９は、以下のように図４のステッ
プに従ってこの復元プログラムを実行する。最初に、こ
の復元ＲＯＳコードは、ＩＰＬ制御をしてＤＡＳＤ１０
のような記憶媒体からブートストラップ・イメージ４０
の読取りを開始させる。一旦ステップ４６に従って主記
憶装置１６に読み込まれたならば、このブートストラッ
プ・イメージが実行され、そこでシステム１１のブート
が完了する。（図４ステップ４８）。
プに従ってこの復元プログラムを実行する。最初に、こ
の復元ＲＯＳコードは、ＩＰＬ制御をしてＤＡＳＤ１０
のような記憶媒体からブートストラップ・イメージ４０
の読取りを開始させる。一旦ステップ４６に従って主記
憶装置１６に読み込まれたならば、このブートストラッ
プ・イメージが実行され、そこでシステム１１のブート
が完了する。（図４ステップ４８）。
【００３３】言い換えると、ＩＰＬ制御がＤＡＳＤ１０
からブートストラップ・イメージ４０を読み取り、シス
テム１１がかくしてブートストラップ・イメージ４０の
コードを実行したあと、システム１１は、再ブートされ
復元プログラムの制御の下にある。これのために、シス
テム１１はＤＡＳＤ１０上の論理上次のレコード（すな
わちＤＡＳＤ１０のオリジナルの装置密度を含むファイ
ル４２）を読むこととなる。このオリジナルの装置密度
データ４２をこのようにして持つシステム１１はＩＰＬ
コードの実行に従ってこの情報を利用し、この結果、直
前にブートされたブートストラップ・システム１１は、
入出力制御１８と入出力バス１３を通してコマンドを実
行し、追加アーカイブされたソフトウェアがＤＡＳＤ１
０上に記憶されるそのオリジナルの密度へ記憶装置１０
の密度を変更する（図４ステップ５０）。
からブートストラップ・イメージ４０を読み取り、シス
テム１１がかくしてブートストラップ・イメージ４０の
コードを実行したあと、システム１１は、再ブートされ
復元プログラムの制御の下にある。これのために、シス
テム１１はＤＡＳＤ１０上の論理上次のレコード（すな
わちＤＡＳＤ１０のオリジナルの装置密度を含むファイ
ル４２）を読むこととなる。このオリジナルの装置密度
データ４２をこのようにして持つシステム１１はＩＰＬ
コードの実行に従ってこの情報を利用し、この結果、直
前にブートされたブートストラップ・システム１１は、
入出力制御１８と入出力バス１３を通してコマンドを実
行し、追加アーカイブされたソフトウェアがＤＡＳＤ１
０上に記憶されるそのオリジナルの密度へ記憶装置１０
の密度を変更する（図４ステップ５０）。
【００３４】一旦記憶装置がそのオリジナルの密度に従
って作動するために再初期化されたならば（ステップ５
０）、ＩＰＬコードのその先のステップの実行に対応し
て、ブートストラップ・システム１１は、図３のシステ
ム・ソフトウェア４４として示される追加記録ソフトウ
ェアが格納される該当の論理的場所に記憶装置１０の位
置を定める（ステップ５２）。
って作動するために再初期化されたならば（ステップ５
０）、ＩＰＬコードのその先のステップの実行に対応し
て、ブートストラップ・システム１１は、図３のシステ
ム・ソフトウェア４４として示される追加記録ソフトウ
ェアが格納される該当の論理的場所に記憶装置１０の位
置を定める（ステップ５２）。
【００３５】最後に、復元プログラムの制御の下、、ブ
ートストラップ・システム１１は、入出力制御１８と入
出力リンク１３を通してコマンドを出し、復元を完了す
るため主記憶装置１６へＤＡＳＤ１０上のソフトウェア
の残りをロードする（図４ステップ５４）。ステップ５
０で記憶装置１０の密度は変更されているので、ステッ
プ５４でのＤＡＳＤ１０上の残りのソフトウェア・イメ
ージのダウンロードは、そのソフトウェアが最初に記憶
された正しい密度で行われる点留意されるべきである。
ートストラップ・システム１１は、入出力制御１８と入
出力リンク１３を通してコマンドを出し、復元を完了す
るため主記憶装置１６へＤＡＳＤ１０上のソフトウェア
の残りをロードする（図４ステップ５４）。ステップ５
０で記憶装置１０の密度は変更されているので、ステッ
プ５４でのＤＡＳＤ１０上の残りのソフトウェア・イメ
ージのダウンロードは、そのソフトウェアが最初に記憶
された正しい密度で行われる点留意されるべきである。
【００３６】以上本発明の全般的オペレーションを記述
したが、本発明の１つの重要な特長を要約すれば、本発
明は、コマンドの一部を変更し、システム・バックアッ
プの小さい部分をＲＯＳおよびＲＯＭの指示するブロッ
ク当たりバイト形式で書き出すが、一方、アーカイブさ
れるべきシステムの残り（大きい部分）はユーザの指定
する別の形式でアーカイブできるようにする。この指示
は、システム・バックアップを行うためのコマンドから
発せられ、システム・バックアップを行うコマンドが始
められる時点での特有の機械構成の読み込み、たとえ
ば、テープ装置または他の記憶装置の密度パラメータの
読み込みが実行される。
したが、本発明の１つの重要な特長を要約すれば、本発
明は、コマンドの一部を変更し、システム・バックアッ
プの小さい部分をＲＯＳおよびＲＯＭの指示するブロッ
ク当たりバイト形式で書き出すが、一方、アーカイブさ
れるべきシステムの残り（大きい部分）はユーザの指定
する別の形式でアーカイブできるようにする。この指示
は、システム・バックアップを行うためのコマンドから
発せられ、システム・バックアップを行うコマンドが始
められる時点での特有の機械構成の読み込み、たとえ
ば、テープ装置または他の記憶装置の密度パラメータの
読み込みが実行される。
【００３７】そのような機械構成またはパラメータをも
とに、システムの残りをアーカイブするためにどのよう
な異なる密度をユーザが用いることを望んでいるかをシ
ステム・バックアップ・コマンドは判断する。したがっ
て、システム・バックアップ・プログラムは、ＲＯＳお
よびＲＯＭによって必要なバックアップの始めの段階
で、ある一定のブロック当たりバイト形式にテープ装置
またはその他の記憶装置をセットし、システムをブート
するために必要な最小限のオペレーティング・システム
がそのような記憶装置へ転送されたならば、テープまた
はその他の記憶装置へのブート・コード出力を停止す
る。
とに、システムの残りをアーカイブするためにどのよう
な異なる密度をユーザが用いることを望んでいるかをシ
ステム・バックアップ・コマンドは判断する。したがっ
て、システム・バックアップ・プログラムは、ＲＯＳお
よびＲＯＭによって必要なバックアップの始めの段階
で、ある一定のブロック当たりバイト形式にテープ装置
またはその他の記憶装置をセットし、システムをブート
するために必要な最小限のオペレーティング・システム
がそのような記憶装置へ転送されたならば、テープまた
はその他の記憶装置へのブート・コード出力を停止す
る。
【００３８】この時点で、システム・バックアップ・プ
ログラムは、最初の基本機械ブート・プロシージャのた
めいくつかのシステムで利用されるブロック当たり５１
２バイト形式ではなく、ユーザが要請した次のブロック
・サイズに、例えば、ブロック当たり１０２４バイト
に、記憶装置を切換えるようにコマンドを実行する。こ
のシステム・バックアップ・プログラムに対応し、シス
テムは新しいより高密度の形式での残りのデータのアー
カイブを継続する。。
ログラムは、最初の基本機械ブート・プロシージャのた
めいくつかのシステムで利用されるブロック当たり５１
２バイト形式ではなく、ユーザが要請した次のブロック
・サイズに、例えば、ブロック当たり１０２４バイト
に、記憶装置を切換えるようにコマンドを実行する。こ
のシステム・バックアップ・プログラムに対応し、シス
テムは新しいより高密度の形式での残りのデータのアー
カイブを継続する。。
【００３９】システムが復元プロシージャの間に記憶装
置１０からＲＯＳに対応してそれ自身をアンパックして
いるとき、システム・バックアップ・プログラムは、テ
ープ装置のブロック・サイズを、バックアップ・テープ
作成中にユーザが指定したブロック当たりバイト形式に
変更する。この変更が効果をあげた後、記憶装置１０上
にアーカイブされたシステム・データの残りが、たとえ
ば１０２４バイトという新しいより高密度のデータ形式
で、システム・バックアップ・プログラムによってアン
パックされる。
置１０からＲＯＳに対応してそれ自身をアンパックして
いるとき、システム・バックアップ・プログラムは、テ
ープ装置のブロック・サイズを、バックアップ・テープ
作成中にユーザが指定したブロック当たりバイト形式に
変更する。この変更が効果をあげた後、記憶装置１０上
にアーカイブされたシステム・データの残りが、たとえ
ば１０２４バイトという新しいより高密度のデータ形式
で、システム・バックアップ・プログラムによってアン
パックされる。
【００４０】基本機械ブート・プロシージャに必要なブ
ロック当たり５１２バイトのようなオリジナルのモード
のままにテープ装置のような記憶装置をおくことをユー
ザが選択したとしても、上述のシステムおよび方法は動
作する点留意されるべきである。
ロック当たり５１２バイトのようなオリジナルのモード
のままにテープ装置のような記憶装置をおくことをユー
ザが選択したとしても、上述のシステムおよび方法は動
作する点留意されるべきである。
【００４１】上記のように本発明の具体例においては、
ユーザが望む記憶装置密度を定義するデータを含む密度
ファイルが含まれているが、そのような密度ファイル
は、本発明の代替的実施例で必ずしも必要ではない。そ
のような実施例では、システム・イメージまたはソフト
ウェアは装置のオリジナルの密度で記憶媒体に書き込ま
れる可能性があるが、密度ファイルは、その記憶媒体上
へ含まれなくてよい。
ユーザが望む記憶装置密度を定義するデータを含む密度
ファイルが含まれているが、そのような密度ファイル
は、本発明の代替的実施例で必ずしも必要ではない。そ
のような実施例では、システム・イメージまたはソフト
ウェアは装置のオリジナルの密度で記憶媒体に書き込ま
れる可能性があるが、密度ファイルは、その記憶媒体上
へ含まれなくてよい。
【００４２】その代わりに、記憶装置上に存在するブー
ト・コードおよびその他のソフトウェアが、ドライブか
らシステムへと読み込まれるシステム・イメージの復元
の間に、多数の異なる共通の密度設定値で、システム・
ブート・コードを越えるアーカイブされたソフトウェア
の主体の読み取りを試みるように、復元プログラムが、
実行される可能性がある。すなわち、データ記憶装置
は、記憶装置からソフトウェアの残りを引き出すための
適切な密度セッティングを見いだす探索ルーチンの中で
問いただされる。システムは、それが成功した読取りと
復元を受け取るまで、または代替方法において例えばあ
らかじめ選択した数の密度選択値を使い果たすまで異な
る密度設定値を試みる。
ト・コードおよびその他のソフトウェアが、ドライブか
らシステムへと読み込まれるシステム・イメージの復元
の間に、多数の異なる共通の密度設定値で、システム・
ブート・コードを越えるアーカイブされたソフトウェア
の主体の読み取りを試みるように、復元プログラムが、
実行される可能性がある。すなわち、データ記憶装置
は、記憶装置からソフトウェアの残りを引き出すための
適切な密度セッティングを見いだす探索ルーチンの中で
問いただされる。システムは、それが成功した読取りと
復元を受け取るまで、または代替方法において例えばあ
らかじめ選択した数の密度選択値を使い果たすまで異な
る密度設定値を試みる。
【００４３】
【発明の効果】本発明の実施によって、ソフトウェア・
イメージに使用される一層高い記憶装置密度が利用可能
となるのにともなって、従来技術に比較して、システム
のバックアップと復元に必要とされる時間を減少させる
ことができる。また、テープ上アーカイブされるデータ
の量を増加させ、さらにＲＯＳ／ＲＯＭに対するハード
ウェア変更に伴うコストの増加なしに、従来のシステム
上に本発明をを簡単に実施できる。さらにまた、本発明
によるシステム・バックアップ・プロシージャとコマン
ドの柔軟性によって、今後到来するより高い密度記憶能
力を持つテープ・システムとの互換性を持ち続けること
がを可能である。
イメージに使用される一層高い記憶装置密度が利用可能
となるのにともなって、従来技術に比較して、システム
のバックアップと復元に必要とされる時間を減少させる
ことができる。また、テープ上アーカイブされるデータ
の量を増加させ、さらにＲＯＳ／ＲＯＭに対するハード
ウェア変更に伴うコストの増加なしに、従来のシステム
上に本発明をを簡単に実施できる。さらにまた、本発明
によるシステム・バックアップ・プロシージャとコマン
ドの柔軟性によって、今後到来するより高い密度記憶能
力を持つテープ・システムとの互換性を持ち続けること
がを可能である。
【図１】本発明を適用する典型的コンピュータ・システ
ムを図示しているブロック図である。
ムを図示しているブロック図である。
【図２】ＩＰＬ制御プログラムによって利用されるブー
トストラップ・イメージを含むシステム・ソフトウェア
・イメージの作成を図示している流れ図である。
トストラップ・イメージを含むシステム・ソフトウェア
・イメージの作成を図示している流れ図である。
【図３】記憶媒体に書かれる情報を描写している概略図
であり、とくに、ブートストラップ・イメージと、密度
セッティング・ファイルと、アーカイブされるソフトウ
ェアとの記憶媒体上の記憶順序を図示している本発明の
好ましい実施例を示している。
であり、とくに、ブートストラップ・イメージと、密度
セッティング・ファイルと、アーカイブされるソフトウ
ェアとの記憶媒体上の記憶順序を図示している本発明の
好ましい実施例を示している。
【図４】本発明に従って記憶媒体上に記憶されたブート
・イメージとＩＰＬコ制御ルーチンとを利用してコンピ
ュータ・システムがブートされるステップを記述し、記
憶装置のパラメータの動的変更を行う際の密度セッティ
ング・ファイルの使用を図示する流れ図である。
・イメージとＩＰＬコ制御ルーチンとを利用してコンピ
ュータ・システムがブートされるステップを記述し、記
憶装置のパラメータの動的変更を行う際の密度セッティ
ング・ファイルの使用を図示する流れ図である。
１１ システム １９ ＣＰＵ ２１ ＲＯＭ １０、１２、１４ 大規模記憶装置 １６ 主記憶装置 ４０ ブートストラップ・イメージ ４２ オリジナル記憶密度記録ファイル ４４ システム・ソフトウエア
フロントページの続き (72)発明者 ルーベン ロハス ラミレス アメリカ合衆国テキサス州シダパーク シ ルバメープルトレイル 110番地 (72)発明者 ジョニ メンハン シー アメリカ合衆国テキサス州オースチン ア ロウウッドドライブ12201番地
Claims (8)
- 【請求項１】 第１の密度値を記憶するステップと、 上記第１の密度値に対応する第１のデータ形式で記憶媒
体に第１のイメージを記憶するステップと、 上記記憶装置の第２のデータ形式に対応する記録媒体に
第２の密度値を記憶するステップと、 上記第２の密度値に対応する上記第２のデータ形式で上
記記憶媒体に第２のイメージを記憶するステップと、 からなるコンピュータ・システムの複数形式の記憶装置
で使われる記録媒体にデータを記憶する方法。 - 【請求項２】上記コンピュータ・システムは、あらかじ
め選択された密度値を持つブート・イメージの実行によ
って上記コンピュータ・システムを初期状態に初期化す
るためのサブシステムを保有し、上記第１の密度値は上
記あらかじめ選択された密度値であることとする請求項
１記載のコンピュータ・システムの記憶方法。 - 【請求項３】上記記憶された第１の密度値を検出するス
テップと、 上記記憶された第１の密度値の上記検出に対応し、かつ
上記第１のイメージの上記記憶に先立ち、上記第１のデ
ータ形式でデータを記憶するために上記複数形式の記憶
装置のモードを変更するステップと、 を含む請求項１記載のコンピュータ・システムの記憶方
法。 - 【請求項４】対応する記憶された第１の密度値を持つ第
１のデータ形式で記憶された第１のイメージと、対応す
る記憶された第２の密度を持つ第２のデータ形式で記憶
された第２のイメージとをもつコンピュータ・システム
・オペレーションを復元する方法で、 上記記憶装置上の上記第１のイメージを上記記録媒体か
ら上記第１のデータ形式で読み取るステップと、 上記コンピュータ・システムの初期のオペレーションを
復元するために上記コンピュータ・システムに関する上
記第１のイメージを実行するステップと、 上記記憶装置の上記記録媒体から上記第２の密度値を読
み取るステップと、 上記第２の密度値の読み取りに対応し、上記第２の形式
で上記記憶装置の上記記録媒体を読むため上記記憶装置
の形式を切り換えるステップと；上記第２のデータ形式
で上記記憶装置の上記記録媒体から上記第２のイメージ
を読み取るステップと、 を含み、ここで、上記第１と第２のイメージおよび上記
第２の密度値は複数の形式記憶装置によって読み取り得
る記録媒体上に記憶されることとする、コンピュータ・
システム・オペレーションを復元する方法。 - 【請求項５】上記第１のイメージがブート・イメージで
あるところの請求項４記載のコンピュータ・システム・
オペレーションを復元する方法。 - 【請求項６】 第１の不揮発性記憶装置上の上記ブート
・イメージに対応する第１の密度値を記憶するための第
１の手段と、 上記ブート・イメージと、上記第２のイメージのデータ
形式に対応する第２の密度値と、第２の不揮発性記憶装
置の上の上記第２のイメージとを記憶するための、上記
第１の手段と相互に関連する第２の手段と、 からなる、ブート・イメージと第２のイメージを持つコ
ンピュータ・システムをアーカイブするシステム。 - 【請求項７】上記第１の不揮発性記憶装置が読み取り専
用メモリ（ＲＯＭ）であること、および、上記ＲＯＭは
記憶されたボード常駐システム・コードを含むところの
請求項６記載のシステム。 - 【請求項８】上記第２の不揮発性記憶装置が複数形式テ
ープ装置と上記テープ装置で作動する記録媒体とから構
成される請求項６記載のシステム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US97351192A | 1992-11-09 | 1992-11-09 | |
| US07/973,511 | 1992-11-09 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06208467A true JPH06208467A (ja) | 1994-07-26 |
| JP2525122B2 JP2525122B2 (ja) | 1996-08-14 |
Family
ID=25520991
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5258897A Expired - Lifetime JP2525122B2 (ja) | 1992-11-09 | 1993-09-24 | コンピュ―タ・システムのバックアップ記録方法、復元方法およびシステム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5519869A (ja) |
| EP (1) | EP0597654A1 (ja) |
| JP (1) | JP2525122B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002522826A (ja) * | 1998-08-07 | 2002-07-23 | ヒューレット・パッカード・カンパニー | システムバックアップ及び復元 |
| JP2005316809A (ja) * | 2004-04-30 | 2005-11-10 | Nec Corp | 計算機、計算機起動方法、管理サーバ装置およびプログラム |
| JP2010532527A (ja) * | 2007-06-29 | 2010-10-07 | マイクロソフト コーポレーション | 物理イメージと仮想イメージの統合的な提供 |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3554045B2 (ja) * | 1994-10-28 | 2004-08-11 | 富士通株式会社 | 補助記憶装置の記録内容復元装置および記録復元装置 |
| US6378086B1 (en) * | 1997-02-24 | 2002-04-23 | International Business Machines Corporation | Method and system for recovering a computer system from a loadsource located at a remote location |
| US6098158A (en) * | 1997-12-18 | 2000-08-01 | International Business Machines Corporation | Software-enabled fast boot |
| US6237091B1 (en) * | 1998-10-29 | 2001-05-22 | Hewlett-Packard Company | Method of updating firmware without affecting initialization information |
| US20010029607A1 (en) * | 1999-04-06 | 2001-10-11 | Microsoft Corporation | System and method for application installation management |
| JP2001067603A (ja) * | 1999-08-26 | 2001-03-16 | Fujitsu Ltd | 情報記憶装置とその制御方法 |
| US6636963B1 (en) | 1999-12-30 | 2003-10-21 | Cardiac Pacemakers, Inc. | Quick starting for microprocessor-based system by retrieving a target state memory image and a target state data structure from an image storage medium |
| US6691309B1 (en) * | 2000-02-25 | 2004-02-10 | International Business Machines Corporation | Long term archiving of digital information |
| US6601212B1 (en) * | 2000-03-29 | 2003-07-29 | Hewlett-Packard Development Company, Lp. | Method and apparatus for downloading firmware to a non-volatile memory |
| US20020091720A1 (en) * | 2001-01-05 | 2002-07-11 | Jun Liu | Methods and arrangements for providing improved software version control in managed devices |
| US7143405B2 (en) * | 2001-01-05 | 2006-11-28 | Microsoft Corporation | Methods and arrangements for managing devices |
| US6718410B2 (en) * | 2001-01-18 | 2004-04-06 | Hewlett-Packard Development Company, L.C. | System for transferring data in a CD image format size of a host computer and storing the data to a tape medium in a format compatible with streaming |
| US8352624B2 (en) | 2002-04-18 | 2013-01-08 | Citrix Systems, Inc. | System for and method of streaming data to a computer in a network |
| US6954852B2 (en) * | 2002-04-18 | 2005-10-11 | Ardence, Inc. | System for and method of network booting of an operating system to a client computer using hibernation |
| US7120786B2 (en) * | 2002-06-17 | 2006-10-10 | Microsoft Corporation | Booting from a compressed image |
| US7065626B2 (en) * | 2002-07-10 | 2006-06-20 | Hewlett-Packard Development Company, L.P. | Method for changing computer system memory density |
| US20050089827A1 (en) * | 2003-10-23 | 2005-04-28 | Blum Alvin S. | Globe with map detail display |
| US7337368B2 (en) * | 2004-06-07 | 2008-02-26 | Dell Products L.P. | System and method for shutdown memory testing |
| US20060080521A1 (en) * | 2004-09-23 | 2006-04-13 | Eric Barr | System and method for offline archiving of data |
| US7529921B2 (en) * | 2004-12-17 | 2009-05-05 | Cardiac Pacemakers, Inc. | Fast initialization of medical device system having multiple operating systems |
| GB2431748B (en) | 2005-10-31 | 2010-12-22 | Hewlett Packard Development Co | Data back-up and recovery |
| US20070112899A1 (en) * | 2005-11-14 | 2007-05-17 | Edwards Matthew F | Method and apparatus for fast boot of an operating system |
| US10394570B2 (en) | 2010-02-26 | 2019-08-27 | Hp Printing Korea Co., Ltd. | Method of generating boot image for fast booting and image forming apparatus for performing the method, and method of performing fast booting and image forming apparatus for performing the method |
| KR101636870B1 (ko) * | 2010-02-26 | 2016-07-06 | 삼성전자주식회사 | 최소 부트 이미지의 생성 방법 및 장치 |
| KR101959359B1 (ko) | 2012-11-06 | 2019-03-18 | 에이치피프린팅코리아 유한회사 | 빠른 부팅을 위한 부트 이미지를 업데이트하는 방법 및 이를 수행하는 화상형성장치 |
| US9582513B2 (en) | 2013-12-08 | 2017-02-28 | Microsoft Technology Licensing, Llc | Accessing data in a compressed container through dynamic redirection |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01231154A (ja) * | 1988-03-11 | 1989-09-14 | Tokyo Electric Co Ltd | Ｉｐｌ方式 |
| JPH03137869A (ja) * | 1989-10-23 | 1991-06-12 | Nec Corp | 磁気テープデータ記録方式 |
| JPH03225674A (ja) * | 1990-01-31 | 1991-10-04 | Toshiba Corp | フロッピーディスク制御方式 |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE2052050A1 (de) * | 1969-10-28 | 1971-05-19 | Fujitsu Ltd | Steueranordnung fur eine Magnet bandeinheit |
| US4623963A (en) * | 1983-07-27 | 1986-11-18 | International Business Machines Corp. | Device independent data transfer |
| US4590557A (en) * | 1983-09-12 | 1986-05-20 | Pitney Bowes Inc. | Method and apparatus for controlling software configurations in data processing systems |
| US4663707A (en) * | 1984-05-25 | 1987-05-05 | Scientific Micro Systems, Inc. | Multilevel bootstrap apparatus |
| US4799145A (en) * | 1985-04-03 | 1989-01-17 | Honeywell Bull Inc. | Facility for passing data used by one operating system to a replacement operating system |
| JP2647649B2 (ja) * | 1986-07-03 | 1997-08-27 | パイオニア株式会社 | 光ディスク記録方法 |
| US4843544A (en) * | 1987-09-25 | 1989-06-27 | Ncr Corporation | Method and apparatus for controlling data transfers through multiple buffers |
| GB8800353D0 (en) * | 1988-01-08 | 1988-02-10 | Hewlett Packard Ltd | Data storage method |
| US5093915A (en) * | 1988-11-02 | 1992-03-03 | Xerox Corporation | Method for selectively loading bootable fiber to control apparatus based upon the corresponding bootable attributes |
| US5200864A (en) * | 1989-06-28 | 1993-04-06 | International Business Machines Corporation | Combining small records into a single record block for recording on a record media |
| US5101477A (en) * | 1990-02-16 | 1992-03-31 | International Business Machines Corp. | System for high speed transfer of data frames between a channel and an input/output device with request and backup request count registers |
| DE4018994A1 (de) * | 1990-06-13 | 1991-12-19 | Gigatape Systeme Fuer Datensic | Verfahren zur datenformateinstellung einer datenverarbeitungsanlage |
| US5051745A (en) * | 1990-08-21 | 1991-09-24 | Pkware, Inc. | String searcher, and compressor using same |
| US5237460A (en) * | 1990-12-14 | 1993-08-17 | Ceram, Inc. | Storage of compressed data on random access storage devices |
| DE4231117A1 (de) * | 1992-09-17 | 1994-03-24 | Thomson Brandt Gmbh | Verfahren zur Aufzeichnung und Wiedergabe von Daten |
-
1993
- 1993-09-24 JP JP5258897A patent/JP2525122B2/ja not_active Expired - Lifetime
- 1993-11-08 EP EP93308906A patent/EP0597654A1/en not_active Withdrawn
-
1994
- 1994-09-13 US US08/305,499 patent/US5519869A/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH01231154A (ja) * | 1988-03-11 | 1989-09-14 | Tokyo Electric Co Ltd | Ｉｐｌ方式 |
| JPH03137869A (ja) * | 1989-10-23 | 1991-06-12 | Nec Corp | 磁気テープデータ記録方式 |
| JPH03225674A (ja) * | 1990-01-31 | 1991-10-04 | Toshiba Corp | フロッピーディスク制御方式 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002522826A (ja) * | 1998-08-07 | 2002-07-23 | ヒューレット・パッカード・カンパニー | システムバックアップ及び復元 |
| JP2005316809A (ja) * | 2004-04-30 | 2005-11-10 | Nec Corp | 計算機、計算機起動方法、管理サーバ装置およびプログラム |
| US7844810B2 (en) | 2004-04-30 | 2010-11-30 | Nec Corporation | Computer system and booting method therefor and server used for streaming on-demand a remaining part of a boot-up main memory image that includes an operating system |
| JP2010532527A (ja) * | 2007-06-29 | 2010-10-07 | マイクロソフト コーポレーション | 物理イメージと仮想イメージの統合的な提供 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0597654A1 (en) | 1994-05-18 |
| US5519869A (en) | 1996-05-21 |
| JP2525122B2 (ja) | 1996-08-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2525122B2 (ja) | コンピュ―タ・システムのバックアップ記録方法、復元方法およびシステム | |
| EP1101164B1 (en) | System backup and recovery | |
| US6205558B1 (en) | Recovery of file systems after modification failure | |
| US5469573A (en) | Disk operating system backup and recovery system | |
| US6968350B2 (en) | Method for establishing a virtual hard drive for an emulated computer system running on a host computer system | |
| US7779221B1 (en) | System and method for online data migration | |
| US7519806B2 (en) | Virtual partition for recording and restoring computer data files | |
| US6272611B1 (en) | Computer data storage medium having a virtual disk drive and memory management method therefor | |
| EP3769224B1 (en) | Configurable recovery states | |
| JP2002215334A (ja) | バックアップ・コピーの作成方法および装置 | |
| JP2005011317A (ja) | ストレージシステムを初期化する方法と装置 | |
| US20080091935A1 (en) | Hard disk drive with disk embedded dos boot image and firmware download method | |
| KR20000022716A (ko) | 로그 구조화 목표 저장장치를 사전에 구성하여 볼륨을 효율적으로 복사하는 방법 및 장치 | |
| EP0992913B1 (en) | Data recording/reproducing apparatus and method therefor | |
| CN111522690A (zh) | 数据储存装置及维持数据储存装置正常开机运作的方法 | |
| KR20010019732A (ko) | 컴퓨터 시스템의 파일 백업 방법 | |
| JP3194900B2 (ja) | ハードディスクドライブを有するコンピュータのメモリ管理方法 | |
| JP3082344B2 (ja) | ディスクファイル制御装置およびアップデート方法 | |
| JP3199986B2 (ja) | コンピュータシステム | |
| CN101673242A (zh) | 硬盘格式化方法和装置 | |
| JP2005135406A (ja) | データのバックアップおよびリカバリ | |
| JP3951808B2 (ja) | ハードディスクドライブサブシステム | |
| EP1237085B1 (en) | Memory management method for configuring a computer data storage medium to include a virtual disk drive | |
| JP4028679B2 (ja) | 揮発性の外部記憶装置 | |
| JPS59197947A (ja) | 二重化フアイルの情報更新方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |