(57)【要約】【課題】  ブートイメージデータを順次補助記憶装置に順次転送する方法を提供する。【解決手段】  本発明にかかる方法は、第１のブートイメージデータを第１のオフセットで開始してテープ媒体に転送すること、第２のブートイメージデータを第２のオフセットで開始してテープ媒体に転送すること、第１および第２のオフセットデータを不揮発性メモリに記憶することとを含む。このようにして、単一のテープ媒体に複数のブートイメージを記憶することが容易になる。例えば、テープ媒体として、ＵＬＴＲＩＵＭ  ＬＴ０に準拠するテープカートリッジが利用される。ＬＴ０準拠テープカートリッジは、カートリッジに埋め込まれるインテリジェントメモリチップ（ＬＴ０−ＣＭ）を有する。これは、カートリッジとテープドライブの間の物理的な電力接続または信号接続の必要性をなくす無線周波インタフェースを使用する。【選択図】図１
2005135406.tif 000002
【特許請求の範囲】
【請求項１】
ブートイメージデータを順次転送する方法であって、
第１のブートイメージデータを第１のオフセットで開始してテープ媒体（１０４）に転送させることと、
第２のブートイメージデータを第２のオフセットで開始して前記テープ媒体に転送させることと、
前記第１および第２のオフセットに関連するデータを不揮発性メモリ（１０４，１１２）に転送させることと
を含む方法。
【請求項２】
前記テープ媒体は、ＵＬＴＲＩＵＭフォーマットに準拠する
請求項１に記載の方法。
【請求項３】
前記不揮発性メモリは、前記テープ媒体（１０４）である
請求項１または２に記載の方法。
【請求項４】
前記不揮発性メモリは、前記テープ媒体のカートリッジメモリ（１１２）である
請求項１または２に記載の方法。
【請求項５】
前記不揮発性メモリに転送されるデータは、
前記第１および第２のブートイメージデータにそれぞれ関連する第１および第２の識別データ
を含む請求項１〜４のいずれに記載の方法。
【請求項６】
コンピュータをブートするブートイメージデータをコンピュータに提供する方法であって、
不揮発性メモリ（１０４，１１２）から第１および第２のブートイメージデータそれぞれに相対する少なくとも第１および第２のオフセットデータを読み出すことであって、前記第１および第２のブートイメージデータは、テープ媒体（１０４）に記憶されていることと、
光学記憶装置をエミュレートすることと、
−前記第１および第２のオフセットデータを、前記第１および第２のブートイメージデータの一方の選択に使用し、前記第１および第２のブートイメージデータの前記選択された一方を出力することであって、それによって前記コンピュータをブートすることと
を含む方法。
【請求項７】
前記第１および第２のオフセットデータに基づいて、ブーティングカタログデータを提供すること
をさらに含む請求項６に記載の方法。
【請求項８】
コマンドを受け取ることと、
前記コマンドに応答して前記光学記憶装置のエミュレーションを開始することと
をさらに含む請求項６または７に記載の方法。
【請求項９】
前記コマンドは、第２のコンピュータから受け取られる
請求項８に記載の方法。
【請求項１０】
ユーザ入力操作に応答して、前記光学記憶装置のエミュレーションを開始すること
をさらに含む請求項６〜９のいずれかに記載の方法。
【請求項１１】
前記ユーザ入力操作は、取り出しボタンを操作することからなる
請求項１０に記載の方法。
【請求項１２】
前記光学記憶装置のエミュレーションは、永続的に行われる
請求項６〜１１のいずれかに記載の方法。
【請求項１３】
前記光学記憶装置のエミュレーションに、専用のポート（１４２）が結合される
請求項６〜１２のいずれかに記載の方法。
【請求項１４】
補助順次記憶装置（１００）を制御するコンピュータプログラム製品であって、
第１のブートイメージデータを第１のオフセットで開始してテープ媒体（１０４）に転送することと、
第２のブートイメージデータを第２のオフセットで開始してテープ媒体に転送することと、
第１および第２のオフセットデータを不揮発性メモリ（１０４、１１２）に転送することと、
を実行させる命令（１１６）を含むコンピュータプログラム製品。
【請求項１５】
前記命令は、第１および第２のブートイメージデータそれぞれの第１および第２の識別子を、不揮発性メモリ（１１２）に記憶し、前記第１および第２の識別子を第１および第２のオフセットデータそれぞれに関連付けるインデックスを作成する
請求項１４に記載のコンピュータプログラム製品。
【請求項１６】
補助順次記憶装置（１００）を制御するコンピュータプログラム製品であって、
不揮発性メモリ（１０４、１１２）から、第１および第２のブートイメージデータそれぞれの少なくとも第１および第２のオフセットデータを読み出すことであって、前記第１および第２のブートイメージデータはテープ媒体（１０４）に記憶されることと、
光学記憶装置をエミュレートすることと、
前記第１および第２のオフセットデータを使用することであって、それによって前記第１および第２のブートイメージデータの一方の選択を可能にすることと、
前記第１および第２のブートイメージデータの前記選択された一方を出力し、前記コンピュータをブートすることと
を実行させる命令（１１６）を含むコンピュータプログラム製品。
【請求項１７】
前記命令は、外部コマンドを受け取ったことに応答して、前記光学記憶装置のエミュレーションを開始する
請求項１６に記載のコンピュータプログラム製品。
【請求項１８】
前記命令は、ユーザ入力操作に応答して、前記光学記憶装置のエミュレーションを開始する、請求項１６または１７に記載のコンピュータプログラム製品。
【請求項１９】
前記ユーザ入力操作は、
前記順次補助記憶装置の取り出しボタン（１０８）を操作すること
を含む
請求項１８に記載のコンピュータプログラム製品。
【請求項２０】
前記命令は、前記光学記憶装置を永続的にエミュレートする
請求項１６〜１９のいずれかに記載のコンピュータプログラム製品。
【請求項２１】
テープ媒体（１０４）に、ブートイメージデータを記憶する補助記憶装置であって、
少なくとも第１および第２のブートイメージデータを受け取る手段（１２４）と、
第１および第２のオフセットのそれぞれで開始して、前記第１および第２のブートイメージデータを前記テープ媒体に書き込む手段（１１８）と、
第１および第２のオフセットデータを、不揮発性メモリに記憶する手段（１１８、１０６、１１０）と
を備える補助記憶装置。
【請求項２２】
前記第１および第２のオフセットを記憶する手段は、インデックスを前記不揮発性メモリに記憶し、前記第１および第２のブートイメージデータにそれぞれ関連する第１および第２の識別子それぞれを、前記第１および第２のオフセットデータそれぞれにマッピングする
請求項２１に記載の補助記憶装置。
【請求項２３】
前記第１および第２のオフセットデータを、前記不揮発性メモリに記憶するワイヤレスインタフェース（１１０）
をさらに備える請求項２１または２２に記載の補助記憶装置。
【請求項２４】
光学記憶装置をエミュレートするエミュレーション手段（１２０）
をさらに備える請求項２１〜２３のいずれかに記載の補助記憶装置。
【請求項２５】
前記エミュレーション手段に、永続的に割り当てられたポート（１４２）
を備える請求項２１〜２４のいずれかに記載の補助記憶装置。
【請求項２６】
テープドライブ（１００）
を備える請求項２１〜２５のいずれかに記載の補助記憶装置。
【請求項２７】
転送装置（１００）を制御するファームウェアを備える不揮発性メモリ構成要素であって、前記ファームウェアは、
第１のブートイメージデータを第１のオフセットで開始してテープ媒体（１０４）に転送することと、
第２のブートイメージデータを第２のオフセットで開始してテープ媒体に転送することと、
前記第１および第２のオフセットに関連する第１および第２のオフセットデータを不揮発性メモリ（１０４、１１２）に転送することと
を実行させる命令（１４０）を含む不揮発性メモリ構成要素。
【請求項２８】
転送装置（１００）を制御するファームウェアを備える不揮発性メモリ構成要素であって、前記ファームウェアは、
不揮発性メモリ（１０４，１１２）から、第１および第２のブートイメージデータそれぞれの少なくとも第１および第２のオフセットデータを読み出すことであって、前記第１および第２のブートイメージデータはテープ媒体（１０４）に記憶されていることと、
光学記憶装置をエミュレートすることと、
前記第１および第２のオフセットデータに基づいて、ブーティングカタログデータを提供することであって、
前記第１および第２のブートイメージデータのうちの一方を選択することと、
前記第１および第２のブートイメージデータのうちの前記選択された一方を前記コンピュータに転送することと
を実行させる命令（１０４）
を含む不揮発性メモリ構成要素。
【請求項２９】
少なくとも第１および第２のブートイメージデータを記憶したテープ媒体（１０４）
を備えるテープカートリッジ。
【請求項３０】
前記第１および第２のオフセットに関連する第１および第２のオフセットデータを記憶する不揮発性メモリ（１０４、１１２）
を有する請求項２９に記載のテープカートリッジ。
【発明の詳細な説明】
【技術分野】
【０００１】
［発明の分野］
本発明は、データのバックアップおよびリカバリの分野に関する。
【背景技術】
【０００２】
［背景および従来技術］
バックアップをしていない場合にはデータのすべてまたは一部を回復不能に破壊する可能性のある災害から保護するために、ハードディスク等、コンピュータシステムの主記憶装置に記憶されているデータをバックアップすることが知られている。
災害はたとえば、火災、洪水、コンピュータウィルス、または単に不注意によるデータの削除であり得る。
バックアップ記憶媒体として磁気テープを使用する主な理由の１つは、磁気テープが、大容量のバックアップデータを記憶する安定し、信頼性が高く、かつ比較的安価な選択肢を提供するためである。
【０００３】
コンピュータシステムで実行されるバックアップアプリケーションソフトウェアは通常、このようなコンピュータシステムデータを、テープドライブによって読み書きされるテープ媒体にバックアップすると共に、テープ媒体からリストアできるようにする機能を提供する。
既知のバックアップアプリケーションソフトウェアとしては、Stacからの「Ｒｅｐｌｉｃａ（商標）」、Computer Associatesからの「ＡｒｃＳｅｒｖｅ（商標）」、Veritasからの「ＢａｃｋｕｐＥｘｅｃ（商標）」、およびHPからのＤａｔａ  Ｐｒｏｔｅｃｔｏｒ（商標）」が挙げられる。
既知のテープドライブとしては、ＤＤＳ（商標）およびＬＴ０（商標）に準拠するテープドライブが挙げられ、これらは両方ともHPから入手可能である。
【０００４】
ハードディスクの故障や、さらにはシステムの破壊等の災害の場合に、通常優先されるのは、稼働中のシステムを可能な限りすぐに再構築することである。
これには、コンピュータハードウェアを災害前と同じ状態にリストアする必要があり、これは、ファイルシステムをリストアすることができるようになるまでであっても数時間、または数日もかかる場合がある。
一般に、このプロセスを完了するには相当量の人の介入が必要とされる。
【０００５】
災害後の、コンピュータシステムをリストアする時間および人の介入のオーバーヘッドを低減するために、バックアップアプリケーションソフトウェアが、コンピュータシステムを災害発生前に存在した状態に迅速にリストアできるようにする、いわゆる災害リカバリ（ＤＲ）ソリューションを提供する。
このような方式は通常、最小限のオペレーティングシステム、テープドライバ、およびバックアップアプリケーションソフトウェア（またはその必要部分）自体を少なくともインストールし構成することを含む。
【０００６】
既知のＤＲソリューションでは通常、ユーザが一揃いのＤＲフロッピー（登録商標）ディスクを生成する必要がある。
ＤＲフロッピーディスクは、ハードディスクドライブからブートすることが不可能である場合にコンピュータシステムをブートし、テープ媒体からファイルシステムのバックアップコピーをリカバリするためのアプリケーションソフトウェアを実行する際に使用することができる。
ＤＲフロッピーディスクは通常、ＤＲ機能を含むアプリケーションソフトウェアの構成要素と共に最小版のオペレーティングシステムをロードして実行するため、たとえば、コンピュータが新しいディスクパーティションを構築し、テープドライブにアクセスし、テープ媒体からデータをリストアするのに十分な機能を提供する。
【０００７】
インストールすべきコンピュータシステムの正確なハードウェア構成を反映するために、ＤＲオペレーティングシステムが必要であり、ない場合は、テープドライブ等の記憶装置と通信することができない。
したがって通常、システムハードウェア構成が変更されるとき、特にＳＣＳＩ（小型コンピュータシステムインタフェース）構成が変更されるときは常に、ユーザがＤＲフロッピーディスクを再生成する必要がある。
たとえば、新しいＳＣＳＩホストバスアダプタ（ＨＢＡ）が、新しい装置ドライバそれぞれと共にサーバに追加される場合は、コンピュータシステムの再構築時に新しいＳＣＳＩ  ＨＢＡが認識されるように、この装置ドライバをＤＲフロッピーディスクに追加する必要がある。
【０００８】
ＤＲフロッピーディスクが使用される理由は、フロッピーディスクドライブが、標準「初期プログラムロード装置」（ＩＰＬＤ）の１つであり、そこから略あらゆるＰＣが「ブート」するよう構成されているためである。
本明細書では、ＩＰＬＤに適用される「標準」は、ＰＣがブート目的のために装置を認識するように物理的にプログラムされていることを示す。
ＢＡＩＤＳ（ＢＩＯＳアウェア初期プログラムロード装置）として知られている場合もある現在の他の標準ＩＰＬＤとしては、ＰＣ内の第１のハードディスクドライブが挙げられ、最近では、ＰＣ内の第１のＣＤ−ＲＯＭドライブが挙げられる。
しかし一般に、ＩＰＬＤは、ＰＣのオペレーティングシステムをロードし実行する能力を有する略あらゆる装置であることができる。
【０００９】
ＣＤ−ＲＯＭが、１９９５年１月２５日にIBM CorporationおよびPhoenix Technologies Ltd.により共同で作成された「Ｅｌ  Ｔｏｒｉｔｏ」Ｂｏｏｔａｂｌｅ  ＣＤ−ＲＯＭ  Ｆｏｒｍａｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ１．０により拡張されたＩＳＯ９６６０ＣＤ−ＲＯＭ規格に準拠する限り、ＣＤ−ＲＯＭドライブからブートすることが知られている。
【００１０】
「Ｅｌ  Ｔｏｒｉｔｏ」Ｂｏｏｔａｂｌｅ  ＣＤ−ＲＯＭ  Ｆｏｒｍａｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎは、ブートイメージの目録を作成し、ＣＤ−ＲＯＭに記憶されている任意の単一のイメージから選択的にブートする能力を提供する。
複数ブートイメージ能力を有するＢＩＯＳは、ＣＤ−ＲＯＭに記憶されているブーティングカタログに列挙されている複数のブータブルディスクイメージのいずれにもアクセスすることができる。
ブーティングカタログは、検証エントリ、初期／デフォルトエントリ、セクションエントリ、およびセクションエントリの拡張部を含む２０バイトのエントリの集まりである。
ブーティングカタログは、コンピュータシステムが適切なブートイメージを選び、次いで選択されたイメージからブートできるようにする。
【００１１】
ＣＤ−ＲＯＭからの同様のブートは米国特許第５，７２７，２１３号にも詳細に考察されている。
述べたように、ＣＤ−ＲＯＭからブートするには、ＰＣのＢＩＯＳ（基本入出力システム）が、通常フロッピーディスクまたはハードディスクからと同様に、特にＣＤ−ＲＯＭからのブート記録データの読み出しをサポートする必要がある。
米国特許第５，７２７，２１３号には、ＰＣ  ＢＩＯＳがテープ媒体からブート記録データを検出して読み出すように変更されることを条件として、テープ媒体もブートソースとして機能することができることも提案されている。
しかし今日まで、ＰＣ  ＢＩＯＳ標準はテープ媒体からのブートをサポートしていない。
【００１２】
ＣＤ−ＲＯＭからブート可能なシステムにおいては、米国特許第５，７２７，２１３号は、ＣＤ−ＲＯＭからブート記録データを読み出すには、ブートプロセスのデータ読み出しパート中に、フロッピーディスクドライブに向けられた読み出しコマンドをＣＤ−ＲＯＭドライブに向け直す必要があると明記している。
さらに、ＰＣの変更されたＳＣＳＩドライバが、ハードディスクおよびフロッピーディスクに従来から使用されている５１２バイトのセクタを、ＣＤ−ＲＯＭドライブに従来から使用されている２Ｋバイトのセクタに変換する必要がある。
【００１３】
ＣＤ−ＲＯＭからのブートの可能性を鑑みて、１つまたは複数のＤＲ  ＣＤ−ＲＯＭを生成して、ＤＲフロッピーディスクにとって代えることも明らかに可能であろう。
しかし、この手法を採用するにあたっての利点はほとんどなく、大幅にコストが上昇する。
特に、ユーザがＤＲ  ＣＤ−ＲＯＭを生成し、保守し、安全に保つ必要があることはやはり面倒である。
【００１４】
全体を参照により本明細書に援用するＷＯ００／０８５６１は、ＰＣのブータブル装置として動作するように構成されたテープドライブを示している。
テープドライブは２つの動作モード、すなわち、通常のテープドライブとして動作する第１のモード、およびブータブルＣＤ−ＲＯＭドライブをエミュレートする第２のモードを有する。
【００１５】
ファームウェアが、テープドライブがテープドライブとして振る舞う通常動作モード、およびテープドライブがＣＤ−ＲＯＭドライブをエミュレートするように構成される災害リカバリ（ＤＲ）動作モードの両方を提供する。
ＣＤ−ＲＯＭドライブエミュレーションは、それ自体をＣＤ−ＲＯＭドライブとしてＰＣに名乗るようにテープドライブを構成することによって一部実現される。
ＣＤ−ＲＯＭドライブをエミュレートする能力を使用して、テープドライブは「初期プログラムロード装置」（ＩＰＬＤ）として動作することができる。
【００１６】
テープドライブが通常モードで動作するか、それともＤＲモードで動作するかは、ユーザが選択することによって決定される。
ユーザによるモードの選択は、テープドライブ取り出しボタンを使用することにより、テープドライブハードウェアを何等追加する必要なく行うことができ、テープドライブに電源が投入されているときに取り出しボタンを押下すると、ＤＲ動作モードが選択され、その他の場合は通常モードが選択される。
【００１７】
この選択機能は、起動時自己診断（ＰＯＳＴ）シーケンス中に取り出しボタンの状態をチェックするテープドライブのファームウェアにより実現される。
別法として、ＤＲモードは、テープドライブにすでに電源が投入されている場合に、取り出しボタンが押下されている期間の長さをチェックして、操作が取り出しであるか、それともユーザがＤＲモードを選択しているのかを判断するファームウェアにより、取り出しボタンを長時間（５秒等）押下したままにすることによって選択することができる。
【特許文献１】米国特許第５７２７２１３号
【非特許文献１】「the“El Torio”Bootable CD-ROM Format Specification」, 1995年1月25日, Version 1.0, IBM Corporation 及びPhoenix Technologies Ltd. 共著
【非特許文献２】www.hp.com/go/ultrium
【発明の開示】
【課題を解決するための手段】
【００１８】
［発明の概要］
本発明は、ブートイメージデータを順次補助記憶装置に順次転送する方法を提供する。
方法は、第１のブートイメージデータを第１のオフセットで開始してテープ媒体に転送すること、第２のブートイメージデータを第２のオフセットで開始してテープ媒体に転送すること、第１および第２のオフセットデータを不揮発性メモリに記憶すること、とを含む。
このようにして、単一のテープ媒体に複数のブートイメージを記憶することが容易になる。
【００１９】
本発明の好ましい実施形態によれば、テープ媒体はテープ媒体である。
たとえば、ＵＬＴＲＩＵＭ  ＬＴ０に準拠するテープカートリッジが利用される。
このようなテープカートリッジはHewlett Packard（www.hp.com/go/ultrium）から市販されている。
ＬＴ０準拠テープカートリッジは、カートリッジに埋め込まれるインテリジェントメモリチップである不揮発性カートリッジメモリ（ＬＴ０−ＣＭ）を有する。
これは、カートリッジとテープドライブの間の物理的な電力接続または信号接続の必要性をなくす無線周波インタフェースを使用する。
ＬＴ０−ＣＭは、他のテープフォーマットではテープの冒頭のヘッダに記憶され得る情報の記憶に使用される。
【００２０】
本発明の好ましい実施形態によれば、第１および第２のオフセットデータはテープ自体に記憶される。
別法として、第１および第２のオフセットデータは、ＬＴ０−ＣＭ等のカートリッジメモリに記憶される。
【００２１】
本発明のさらなる好ましい実施形態によれば、ブートイメージ識別子を各オフセットにマッピングするインデックスが不揮発性メモリに記憶される。
このインデックスは、ブーティングカタログを提供して複数のブートイメージの中から１つのブートイメージを選択しやすくする。
【００２２】
本発明の別の態様は、災害リカバリ等のために、ブートイメージデータをコンピュータに提供する方法である。
これは、不揮発性メモリから少なくとも第１および第２のオフセットデータを読み出し、光学記憶装置をエミュレートすることによって実現される。
エミュレーションは、複数のブータブルイメージの中から１つを選択するために第１および第２のオフセットデータに基づいてブーティングカタログデータを提供する。
【００２３】
本発明の好ましい実施形態によれば、光学記憶装置のエミュレーションは外部コマンドに応答して開始される。
外部コマンドは、ネットワークを通してテープドライブに結合されたコンピュータシステムから発せられるものであってもよく、またテープドライブ上のボタンを操作する等、ユーザ入力操作によるものであってもよい。
【００２４】
本発明のさらなる好ましい実施形態によれば、光学記憶装置のエミュレーションは永続的に行われる。
好ましくは、テープドライブの１つのポートが、エミュレートされる光学記憶装置に結合され、別のポートが通常モードのテープドライブとの通信に使用される。
【００２５】
以下、本発明の各種実施形態について、図面を参照しながら単なる例として説明する。
【発明を実施するための最良の形態】
【００２６】
［詳細な説明］
図１はテープ機構１０２を有するテープドライブ１００を示し、テープ機構１０２はテープ媒体１０４の装填および取り出しを行うと共に、データを読み書きする必要に応じてテープ媒体１０４の先送りまたは巻き戻しを行う。
ＤＤＳ（デジタルデータストレージ）テープドライブでは、読み出し／書き込みヘッド１０６がヘリカル走査ドラムに搭載され、ヘリカル走査ドラムは回転して、テープの走行方向に対して斜めの動きでテープを通り過ぎるようにヘッドを掃引する。
テープドライブ装置１００は、取り出しボタン１０８、およびテープ媒体１０４のカートリッジメモリ１１２と通信する役割を果たすＲＦインタフェース１１０を有する。
【００２７】
テープドライブ１００のプロセッサ１１４は、ファームウェア１１６を実行する役割を果たす。
ファームウェア１１６は、テープドライブ１００がテープドライブとして振る舞う通常動作モードを提供する命令１１８、およびテープドライブがＣＤ−ＲＯＭドライブをエミュレートする災害リカバリ動作モードを提供する命令１２０を含む。
【００２８】
さらに、プロセッサ１１４はテープドライブ１００の動作を制御する制御プログラム１２２を実行する。
【００２９】
テープドライブ１００はポート１２４を有する。
ここで考える例では、ポート１２４はファイバチャネル（ＦＣ）規格に準拠する。
【００３０】
ポート１２４はストレージエリアネットワーク（ＳＡＮ）１２６に結合される。
クライアントコンピュータＡ、Ｂ、・・・が、イーサネットネットワーク１３０を通してメディアサーバコンピュータ１２８に結合される。
クライアントコンピュータはそれぞれ、データバックアップ動作を行うために、ローカルディスク１３６に記憶されているデータを読み出し、イーサネット（登録商標）ネットワーク１３０を介してデータをメディアサーバ１２８に送るためにバックアップアプリケーションプログラム１３４を実行するプロセッサ１３２を有する。
メディアサーバ１２８はプロセッサ１３２でプログラム１３８を実行し、クライアントコンピュータＡ、Ｂ、・・・からイーサネットネットワークを介して受け取ったデータをフォーマットする。
バックアップ中、プログラム１３８はクライアントコンピュータＡ、Ｂ、・・・のローカルディスク１３６のブートイメージを作成し、ストレージエリアネットワーク１２６を介して対応するブートイメージデータセットをテープドライブ１００に送る。
【００３１】
動作に際して、テープドライブ１００は最初は通常動作モードである。
すなわち、テープドライブ１００はポート１２４においてテープドライブとして振る舞う。
テープドライブ１００は、ポート１２４において、ストレージエリアネットワーク１２６を介してメディアサーバ１２８から、たとえばクライアントコンピュータＡのブートイメージデータを受け取ると、ブートイメージデータをテープ媒体１０４に記憶するために付加動作（append operation）を行う。
【００３２】
言い換えれば、クライアントコンピュータＡのブートイメージデータは、オフセットデータにより識別される特定のテープ位置（オフセット）から開始してテープ媒体１０４に記憶される。
オフセットデータは、ＲＦインタフェース１１０を経由してテープ自体、またはカートリッジメモリ１１２に記憶される。
このプロセスは、メディアサーバコンピュータ１２８に結合されたクライアントコンピュータすべてに対して繰り返し行うことができる。
【００３３】
新しいブートイメージがポート１２４において受け取られる度に、付加動作が行われ、ブートイメージデータがテープ媒体１０４に記憶され、ブートイメージデータの対応する記録が開始されるテープの位置を識別するオフセットデータが不揮発性メモリに記憶される。
このようにして、複数のブートイメージデータをテープ媒体１０４に記憶することができる。
これには、テープ媒体１０４をより効率的に利用することができるという利点がある。
【００３４】
クライアントコンピュータＡ等に災害リカバリ動作を行うために、代替のクライアントコンピュータＡ'がストレージエリアネットワーク１２６に結合される。
テープドライブ１００は災害リカバリモードになる。
これは、テープドライブ１００に電源が投入されているときに取り出しボタン１０８を押下することにより、またはテープドライブ１００にすでに電源が投入されているときに長時間取り出しボタン１０８を押下することによって行うことができる。
【００３５】
災害リカバリモードでは、テープドライブ１００がポート１２４においてＣＤ−ＲＯＭドライブのように振る舞うようなＣＤ−ＲＯＭエミュレーションが命令１２０によって提供される。
命令１２０は、不揮発性メモリ、すなわちカートリッジメモリ１１２またはテープ自体に記憶されているオフセットデータを読み出して、ブーティングカタログを生成する。
【００３６】
ブーティングカタログに基づいて、代替のクライアントコンピュータＡ'のＢＩＯＳは適切なブータブルディスクイメージを選択することができる。
対応するブートイメージデータがテープ媒体１０４から読み出され、ストレージエリアネットワーク１２６を介してクライアントコンピュータＡ'に転送される。
好ましくは、命令１２０によって行われるエミュレーションは、「Ｅｌ  Ｔｏｒｉｔｏ」Ｂｏｏｔａｂｌｅ  ＣＤ−ＲＯＭ  Ｆｏｒｍａｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎに準拠する。
この例では、命令１２０は、「Ｅｌ  Ｔｏｒｉｔｏ」仕様に指定されるフォーマットを有するカートリッジメモリ１１２に記憶されているオフセットデータに基づいて複数のブートイメージ構成を生成する。
【００３７】
図２は、クライアントコンピュータの１つから受け取ったさらなるブートイメージの付加動作を示す。
一般性を制限することなく、ステップ２００において、テープドライブが、クライアントコンピュータＡのブートイメージＡをメディアサーバコンピュータから受け取ると仮定する。
ステップ２０２において、テープドライブが付加動作を行い、オフセットＯＡで開始してブートイメージＡをテープ媒体に記憶する。
対応するオフセットデータＯＡは、テープ媒体上でブートイメージＡの記録が開始される位置を示す。
【００３８】
ステップ２０４において、クライアントコンピュータＡのブートイメージＡの識別子ＡおよびオフセットデータＯＡからなるタプルが、テープ媒体自体またはカートリッジメモリに記憶されているインデックスに入力される。
【００３９】
テープドライブが別のクライアントコンピュータまたは同じクライアントコンピュータから別のブートイメージを受け取った場合、追加されたブートイメージに対してステップ２００〜２０４が再び行われる。
【００４０】
図３は、ブートイメージ識別子Ａ、Ｂ、Ｃ、・・・を各オフセットＯＡ、ＯＢ、ＯＣ、・・・にマッピングした結果として得られるインデックスを概略的に示す。
【００４１】
図４は、災害リカバリまたは移動のため等に、リストア動作を行うフローチャートを示す。
まず、テープドライブをＣＤ−ＲＯＭモードにする必要がある（ステップ４０３）。
これは、テープドライブに電源が投入されているときにテープドライブの取り出しボタンを押下することによって行うことができる（ステップ４００）。
別法として、テープドライブをＣＤ−ＲＯＭエミュレーションモードにするために、コマンドがクライアントコンピュータシステムの１つから、またはメディアサーバコンピュータからテープドライブに送られる。
たとえば、クライアントコンピュータＡが災害リカバリ目的でクライアントコンピュータＡ'で置き換えられる場合は、ＣＤ−ＲＯＭエミュレーションを開始するために、コマンドをクライアントコンピュータＢから、またはメディアサーバからテープドライブに送ることができる（ステップ４０２）。
【００４２】
別法として、ＣＤ−ＲＯＭモードはテープドライブによって永続的にエミュレートされる。
この例では、追加の物理的なポートを永続的なＣＤ−ＲＯＭエミュレーションに結合することができ、またはＣＤ−ＲＯＭエミュレーションは、単一の物理的なポートに関連する論理ユニット（ＬＵＮ）を提供する。
このようなテープドライブの適した実施形態について図５を参照して以下でより詳細に説明する。
【００４３】
ステップ４０６において、インデックス（図３参照）が不揮発性メモリ、たとえばテープ媒体自体、またはカートリッジメモリから読み出される。
ステップ４０８において、インデックスのブートイメージ識別子および各オフセットデータに基づいて、ブーティングカタログが提供される。
好ましくは、ブーティングカタログは「Ｅｌ  Ｔｏｒｉｔｏ」仕様に準拠する。
【００４４】
ステップ４１０において、代替のコンピュータ、たとえばクライアントコンピュータＡ'のＢＩＯＳが、たとえばＥｌ  Ｔｏｒｉｔｏ仕様に従ってブーティングカタログからブートイメージの１つを選択する。
選択されたブートイメージは、テープドライブからブートすることができるように代替のクライアントコンピュータＡ'に提供される。
【００４５】
図５はテープドライブのさらなる好ましい実施形態を示す。
図１の要素に対応する図５の要素は同じ参照番号で示されている。
【００４６】
図１の実施形態とは対照的に、図５のテープドライブ１００は、命令１１８を実行することによってテープモードを永続的に提供すると共に、命令１２０の実行によってＣＤ−ＲＯＭエミュレーションを永続的に提供するファームウェア１４０を有する。
【００４７】
テープドライブ１００はファイバチャネルポート１４２をさらに有する。
ポート１４２は命令１２０によって提供される永続的なＣＤ−ＲＯＭエミュレーションに結合される一方で、ポート１２４は、命令１１８によって提供されるテープモードにおいてテープドライブ１００と通信する役割を果たす。
したがって、テープドライブ１００はポート１４２において永続的にＣＤ−ＲＯＭドライブのように「見え」、そこから代替のコンピュータシステムをブートすることができるため、災害リカバリを行うべきときにテープドライブ１００の動作モードを変更する必要がない。
【図面の簡単な説明】
【００４８】
【図１】複数のコンピュータシステムに結合されたテープドライブを示す略ブロック図である。
【図２】ブートイメージをテープ媒体に記憶することに関わるステップを示す流れ図である。
【図３】テープ媒体またはカートリッジメモリに記憶されるインデックスの図である。
【図４】テープドライブからブートすることに関わるステップを示す流れ図である。
【図５】永続的なＣＤ−ＲＯＭエミュレーション専用のポートを有するテープドライブ装置の略ブロック図である。
【符号の説明】
【００４９】
［参照符号リスト］
１００・・・テープドライブ，
１０２・・・テープ機構，
１０４・・・テープ媒体，
１０６・・・ヘッド，
１０８・・・取り出しボタン，
１１０・・・ＲＦインタフェース，
１１２・・・カートリッジメモリ，
１１４・・・プロセッサ，
１１６・・・ファームウェア，
１１８，１２０・・・命令，
１２２・・・プログラム，
１２４・・・ポート，
１２６・・・ストレージエリアネットワーク，
１２８・・・メディアサーバコンピュータ，
１３０・・・イーサネットネットワーク，
１３２・・・プロセッサ，
１３４・・・バックアップアプリケーションプログラム，
１３６・・・ローカルディスク，
１３８・・・プログラム，
１４０・・・ファームウェア，
１４２・・・ポート，
【図１】
2005135406.tif 000003
【図２】
2005135406.tif 000004
【図３】
2005135406.tif 000005
【図４】
2005135406.tif 000006
【図５】
2005135406.tif 000007
【外国語明細書】
Data Backup And Recovery
Field of the invention
The present invention relates to the field of data backup and recovery.
Background and prior art
It is known to backup data stored on primary storage, such as a hard disk, of a computer system in order to protect against a disaster that might otherwise irrecoverably destroy all or part of the data. Disasters for example may be fire, flood, computer virus or simply accidental deletion of data. One of the main reasons for using magnetic tape as the backup storage medium is that it provides a stable, reliable and relatively cheap option for storing large volumes of backed-up data.
Backup application software which executes on the computer system typically provides the functions for enabling such computer system data to be both backed-up to, and restored from, tape media, which is written to and read from by a tape drive. Well-known backup application software includes 'ReplicaTM' from Stac, 'ArcServeTM' from Computer Associates, 'BackupExecTM' from Veritas and Data ProtectorTM' from HP. Well-known tape drives include DDSTM and LTOTM compliant tape drives, both available from HP.
In the event of a disaster, such as hard disk failure or even system destruction, typically, a priority is to rebuild a working system as soon as possible. This requires the computer hardware to be restored to the same state as it was before the disaster, which can take hours or even days, even before the file system can be restored. Generally, a significant amount of human intervention is required to complete this process.
In order to reduce the time and human intervention overhead of restoring a computer system after a disaster a backup application software provides a so-called disaster recovery (DR) solution, which enables a computer system to be restored in an expedited manner to a state which existed before a disaster occurred. Such a scheme typically involves at least installing and configuring a minimal operating system, tape drivers and the backup application software (or the requisite parts thereof) itself.
Known DR solutions typically require a user to generate a set of DR floppy disks. The DR floppy disks may be used to boot the computer system, when it is not possible to boot from the hard disk drive, and execute application software for recovering a backed-up copy of the file system from tape media. The DR floppy disks typically load and execute a minimal version of the operating system along with components of application software comprising DR functionality, thus providing sufficient functionality, for example, for the computer to build new disk partitions, access a tape drive and restore the data from tape media.
The DR operating system is required to reflect the exact hardware configuration of the computer system on which it is to be installed, otherwise it would not be possible to communicate with storage devices such as tape drives.
Typically, therefore, DR floppy disks need to be regenerated by a user whenever the system hardware configuration changes, and particularly when a SCSI (Small Computer Systems Interface) configuration changes. For example, if a new SCSI Host Bus Adaptor (HBA) is added to a server, with a respective new device driver, this device driver needs to be added to the DR floppy disks so that the new SCSI HBA is recognised when rebuilding the computer system.
A reason why DR floppy disks are used is that a floppy disk drive is one of the standard 'initial program load devices' (IPLD), which practically every PC is configured to 'boot' from. Herein, 'standard' as applied to an IPLD, implies that the PC is physically programmed to recognise the device for the purposes of booting. Currently, other standard IPLDs, sometimes known as BAIDS (BIOS Aware Initial Program Load Devices), include the first hard disk drive in a PC and, more recently, the first CD-ROM drive in a PC. Generally, however, an IPLD can be virtually any device that has the ability to load and execute a PC operating system.
It is known to boot from a CD-ROM drive, as long as the CD-ROM complies with the ISO 9660 CD-ROM standard, as extended by the 'El Torito' Bootable CD-ROM Format Specification, Version 1.0, January 25, 1995, created jointly by IBM Corporation and Phoenix Technologies Ltd.
The 'El Torito' bootable CD-ROM Format Specification provides the ability to catalogue boot images and to selectively boot from any single image stored on a CD-ROM. A BIOS with multiple boot-image capability can access any one of a number of bootable disc images listed in the booting catalogue stored on the CD-ROM. The booting catalogue is a collection of 20 byte entries including a validation entry, an initial/default entry, a section entry, and section entry extension. The booting catalogue allows a computer system to pick a proper boot image and then to boot from the selected image. 
Booting from CD-ROM in a similar manner is also considered in detail in US 5,727,213. As described, to boot from CD-ROM, a PC's BIOS (basic input/output system) needs to specifically support reading boot record data from a CD-ROM, typically, as well as from a floppy disk or hard disk. US 5,727,213 also proposes that tape media may also serve as a boot source, subject to the PC BIOS being modified to detect and read boot record data from a tape media.  To date, however, PC BIOS standards do not support booting from tape media.
In a system which is bootable from a CD-ROM, US 5,727,213 specifies that, to read boot record data from a CD-ROM, read commands directed to the floppy disk drive need to be re-directed to the CD-ROM drive during a read data part of the boot process. In addition, a modified SCSI driver of the PC needs to convert the 512 byte sectors conventionally used by hard disk and floppy disk into 2 Kbytes sectors conventionally used by a CD-ROM drive.
In view of the possibility of booting from CD-ROM, it would obviously also be possible to generate one or more DR CD-ROMs to replace the DR floppy disks. However, there would be little advantage in adopting this approach, and a significant cost increase. In particular, it would still be onerous for the user to have to generate, maintain and keep safe the DR CD-ROMs.
WO00/08561 the entirety of which is herein incorporated by reference  shows a tape drive configured to operate as a bootable device for a PC. The tape drive has two modes of operation: the first mode in which it operates as a normal tape drive and the second in which it emulates a bootable CD-ROM drive.
Firmware provides both the normal mode of operation, in which the tape drive behaves as a tape drive, and the disaster recovery (DR) mode of operation, in which the tape drive is arranged to emulate a CD-ROM drive. The CD-ROM drive emulation is achieved in part by configuring the tape drive to identify itself to the PC as a CD-ROM drive. With the ability to emulate a CD-ROM drive, the tape drive can act as an 'initial program load device' (IPLD).
Whether the tape drive operates in normal mode or DR mode is determined by user selection. The user selection of mode may be performed without the need for any additional tape drive hardware by using the tape drive eject button; when the tape drive is powered on the eject button held down, the DR mode of operation is selected, otherwise the normal mode is selected.
This selection function is achieved by the tape drive's firmware that checks the status of the eject button during a power-on self-test sequence. Alternatively, DR mode can be selected by holding the eject button down for a long time period (such as 5 seconds), when the tape drive is already powered on, by the firmware which checks the length of the period the eject button is held down to determine whether the operation is an eject or the user selecting DR mode.
Summary of the invention
The present invention provides a method of sequentially transferring boot-image data to a sequential secondary storage device. The method comprises tranferring the first boot-image data to the tape medium starting at a first offset and transferring the second boot-image data to the tape medium starting at a second offset, and storing first and second offset data in non-volatile memory. This way storage of multiple boot-images on a single tape medium is facilitated. 
In accordance with a preferred embodiment of the invention the tape medium is a tape medium. For example a tape cartridge which is compliant with ULTRIUM LTO is utilised. Such tape cartridges are commercially available from Hewlett Packard (www.hp.com/go/ultrium). A LTO compliant tape cartridge has a non-volatile cartridge memory (LTO-CM) which is an intelligent memory chip embedded in the cartridge.  It uses a radio frequency interface that eliminates the need for a physical power or signal connection between cartridge and tape drive. The LTO-CM is used for storing information which in other tape formats may be stored in the header at the beginning of the tape. 
In accordance with a preferred embodiment of the invention the first and second offset data is stored on the tape itself. Alternatively the first and second offset data is stored in a cartridge memory, such as a LTO-CM. 
In accordance with a further preferred embodiment of the invention an index for mapping boot image identifiers to respective offsets is stored in the non-volatile memory. This index facilitates provision of a booting catalogue for selection of one of the boot-images. 
Another aspect of the present invention is a method of providing boot-image data to a computer, such as for the purpose of disaster recovery. This is accomplished by reading the at least first and second offset data from the non-volatile memory and emulation of an optical storage device. The emulation provides booting catalogue data on the basis of the first and second offset data for selection of one of the bootable images. 
In accordance with a preferred embodiment of the invention the emulation of the optical storage device is started in response to an external command. The external command may originate from a computer system coupled to the tape drive through a network or by means of a user input operation, such as operating a button on the tape drive. 
In accordance with a further preferred embodiment of the invention the emulation of the optical storage device is performed permanently. Preferably one port of the tape drive is coupled to the emulated optical storage device while another port is used for communicating with the tape drive in normal mode. 
Brief description of the drawings
In the following various embodiments of the invention will be described, by way of example only, and with reference to the drawings in which:
Figure 1 is a schematic block diagram showing a tape drive coupled to multiple computer systems, 
Figure 2 is a flow diagram illustrating steps involved in storing a boot image on tape media,
Figure 3 is illustrative of an index that is stored on the tape media or on a cartridge memory,
Figure 4 is a flow diagram illustrating the steps involved in booting from the tape drive,
Figure 5 is a schematic block diagram of a tape drive apparatus having a dedicated port for permanent CD-ROM emulation.
Detailed description
Figure 1 shows tape drive 100 having tape mechanism 102, which loads and ejects tape media 104 and winds the tape media 104 forwards or backwards as required for reading and writing data. In a DDS (Digital Data Storage) tape drive, the read/write heads 106 are mounted on a helical scanning drum, which rotates to sweep the heads past the tape in a motion oblique to the direction of travel of the tape. Tape drive apparatus 100 has eject button 108 and RF interface 110 that serves to communicate with cartridge memory 112 of tape media 104. 
Processor 114 of tape drive 100 serves to execute firmware 116. Firmware 116 comprises instructions 118 for providing the normal mode of operation in which the tape drive 100 behaves as a tape drive and instructions 120 for providing the disaster recovery mode of operation, in which the tape drive emulates a CD-ROM drive.
Further processor 114 runs control program 122 which controls operation of tape drive 100. 
Tape drive 100 has port 124. In the example considered here port 124 is compliant with the fibre channel (FC) standard.
Port 124 is coupled to storage area network (SAN) 126. 
Client computers A, B,… are coupled to media server computer 128 through Ethernet network  130. Each one of the client computers has processor 132 for running a backup application program 134 in order to read data stored on local disk 136 and send the data over Ethernet network 130 to media server 128 for the purpose of performing the data backup operation. Media server 128 runs program 138 on its processor 132 for formatting data received from the client computers A, B, … via Ethernet network  130. During backup program 138 creates boot-images for the local disks 136 of client computers A, B, … and transmits the corresponding boot-image data sets via storage area network 126 to tape drive 100. 
In operation tape drive 100 is initially in the normal mode of operation, i.e. tape drive 100 behaves as a tape drive at port 124. When tape drive 100 receives boot-image data of e.g. client computer A from media server 128 via storage area network 126 at its port 124 it performs an append operation in order to store the boot-image data on tape media 104. 
In other words the boot-image data of client computer A is stored on tape media 104 starting at a specific tape location (offset) that is identified by offset data. The offset data is stored on the tape itself or in cartridge memory 112 by means of RF interface 110. This process can be performed repeatedly for all client computers which are coupled to media server computer 128. 
Each time a new boot-image is received at port 124 an append operation is performed, the boot-image data is stored on tape media 104, and the offset data that identifies the tape location where the corresponding recording of the boot-image data starts is stored in non-volatile memory. This way multiple boot-image data can be stored on tape media 104. This has the advantage that more efficient use can be made of tape media 104. 
In order to perform a disaster recovery operation, such as for client computer A, a replacement client computer A' is coupled to storage area network 126. Tape drive 100 is put into the disaster recovery mode. This can be done by pressing eject button 108 when tape drive 100 is powered-on or by pressing the eject button 108 for a long time period when the tape drive 100 is already powered on. 
In the disaster recovery mode a CD-ROM emulation is provided by instructions 120 such that tape drive 100 behaves like a CD-ROM drive at port 124. Instructions 120 read the offset data stored in non-volatile memory, i.e. cartridge memory 112 or the tape itself, in order to generate a booting catalogue. 
On the basis of the booting catalogue the BIOS of the replacement client computer A' can select the appropriate bootable disk image. The corresponding boot-image data is read from tape media 104 and transferred to client computer A' via storage area network 126. Preferably the emulation performed by instructions 120 is in compliance with the 'El Torito' bootable CD-ROM Format Specification. In this instance instructions 120 generate a multiple boot-image configuration on the basis of the offset data stored in cartridge memory 112 that has a format as specified in the 'El Torito' specification. 
Figure 2 illustrates an append operation of an additional boot-image received from one of the client computers. Without limitation of generality it is assumed that boot-image A of client computer A is received by the tape drive from the media server computer in step 200. In step 202 the tape drive performs an append operation and stores the boot-image A on the tape media starting at an offset OA. The corresponding offset data OA is indicative of the position where the recording of the boot-image A on the tape media starts. 
In step 204 the tuple consisting of the identifier A of the boot-image A of client computer A and the offset data OA is entered into the index stored on the tape media itself or on the cartridge memory.
When the tape drive receives another boot image from another client computer or the same client computer, steps 200 to 204 are performed again with respect to the additional boot image.
Figure 3 schematically shows a resulting index which maps the boot image identifiers A, B, C, … to respective offsets OA, OB, OC, …
Figure 4 shows a flow chart for performing a restore operation, such as for the purpose of disaster recovery or migration. First the tape drive needs to be put into a CD-ROM mode (step 403). This can be done by pressing the eject button of the tape drive when the tape drive is powered on (step 400). Alternatively a command is sent from one of the client computer systems or from the media server computer to the tape drive in order to put the tape drive into the CD-ROM emulation mode. For example if client computer A is replaced by client computer A' for the purpose of disaster recovery a command can be sent from client computer B or from the media server to the tape drive in order to start the CD-ROM emulation (step 402).
Alternatively the CD-ROM mode is permanently emulated by the tape drive. In this instance an extra physical port can be coupled to the permanent CD-ROM emulation or the CD-ROM emulation provides a logical unit (LUN) that is associated with a single physical port. A suitable embodiment of such a tape drive will be explained in more detail below with reference to figure 5.
In step 406 the index (cf. figure 3) is read from non-volatile memory, e.g. from the tape media itself or from the cartridge memory. On the basis of the boot-image identifiers and respective offset data of the index a booting catalogue is provided in step 408. Preferably the booting catalogue is in compliance with the 'El Torito' Specification. 
In step 410 the BIOS of the replacement computer, e.g. client computer A', selects one of the boot images from the booting catalogue, for example in accordance with the El Torito specification. The selected boot image is provided to the replacement client computer A' such that it can boot from the tape drive. 
Figure 5 shows a further preferred embodiment of a tape drive. Elements of figure 5 that correspond to elements of figure 1 are designated by the same reference numerals.
In contrast to the embodiment of figure 1, tape drive 100 of figure 5 has firmware 140 that permanently provides the tape mode by executing instructions 118 and that permanently provides a CD-ROM emulation by execution of instructions 120.
Tape drive 100 has additional fibre channel port 142. Port 142 is coupled to the permanent CD-ROM emulation provided by instructions 120 whereas port 124 serves for communication with tape drive 100 in the tape mode provided by instructions 118. As a consequence it is not necessary to change the mode of operation of tape drive 100 when a disaster recovery is to be performed as tape drive 100 permanently 'looks' like a CD-ROM drive at its port 142 from where the replacement computer system can boot. 
List of reference numerals
100      tape drive
102      tape mechanism
104      tape media
106      heads
108      eject button
110      RF interface
112      cartridge memory
114      processor
116      firmware
118      instructions
120      instructions
122      program
124      port
126      storage area network
128      media server computer
130      Ethernet network
132      processor
134      backup application program
136      local disk
138      programme
140      firmware
142      port
1.     A method of sequentially transferring boot-image data comprising: 
-      causing first boot-image data to be transferred to a tape medium (104) starting at a first offset,
-      causing second boot-image data to be transferred to the tape medium starting at a second offset,
-      causing data relating to the first and second offsets to be transferred to a non-volatile memory (104; 112).
2.     The method of claim 1, the tape medium being compliant with the ULTRIUM format.
3.     The method of claim 1 or 2, the non-volatile memory being the tape medium (104). 
4.     The method of claim 1 or 2, the non-volatile memory being a cartridge memory (112) of the tape medium.
5.     The method of any one of claims 1 to 4, wherein the data transferred to non-volatile memory comprises first and second identifying data respectively associated with the first and second boot image data.
6.     A method of providing boot-image data to a computer for booting the computer, the method comprising:
-      reading at least first and second offset data relative to respective first and second boot-image data from a non-volatile memory (104; 112), the first and second boot-image data being stored on a tape medium (104), 
-      emulating an optical storage device,
-      using the first and second offset data for selecting of one of the first and second boot-image data, and outputting the selected one of the first and second boot-image data for booting the computer.
7.     The method of claim 6, further comprising providing booting catalogue data on the basis of the first and second offset data.
8.     The method of claim 6 or 7, further comprising receiving a command and starting the emulation of the optical storage device in response to the command.
9.     The method of claim 8, wherein the command is received from a second computer.
10.    The method of any one of claims 6 to 9, further comprising starting the emulation of the optical storage device in response to a user input operation.
11.    The method of claim 10, wherein the user input operation consists of operating an eject button. 
12.    The method of any one of claims 6 to 11, wherein the emulation of the optical storage device is performed permanently. 
13.    The method of any one of claims 6 to 12, wherein a dedicated port (142) is coupled to the emulation of the optical storage device.
14.    A computer program product for controlling a secondary sequential storage device (100), the computer program product comprising instructions (116) for causing
-      transfer of first boot-image data to a tape medium (104) starting at a first offset,
-      transfer of second boot-image data to the tape medium starting at a second offset,
-      transfer of first and second offset data to non-volatile memory (104; 112).
15.    The computer program product of claim 14, the instructions being adapted to store first and second identifiers of respective first and second boot-image data in a non-volatile memory (112) for creation of an index relating the first and second identifiers to respective first and second offset data. 
16.    A computer program product for controlling a secondary sequential storage device (100), the computer program product comprising instructions (116) for:
-      reading at least first and second offset data of respective first and second boot-image data from a non-volatile memory (104; 112), the first and second boot-image data being stored on a tape medium (104), 
-      emulating an optical storage device, 
-      using the first and second offset data for enabling selection of one of the first and second boot-image data, and
-      outputting the selected one of the first and second boot-image data for booting the computer.
17.    The computer program product of claim 16, the instructions being responsive to receiving an external command to start the emulation of the optical storage device.
18.    The computer program product of claim 16 or 17, the instructions being responsive to a user input operation to start the emulation of the optical storage device.
19.    The computer program product of claim 18, the user input operation comprising operating an eject button (108) of the sequential secondary storage device.
20.    The computer program product of any one of claims 16 to 19, the instructions being adapted to permanently emulate the optical storage device. 
21.    A secondary storage device for storing boot-image data on a tape medium (104), the secondary storage device comprising:
-      means (124) for receiving at least first and second boot-image data,
-      means (118)  for writing the first and second boot-image data starting at respective first and second offsets on the tape medium,
-      means (118, 106; 110) for storing first and second offset data in non-volatile memory.
22.    The secondary storage device of claim 21, the means for storing the first and second offsets being adapted to store an index in the non-volatile memory for mapping respective first and second identifiers, respectively relating to the first and second boot-image data, to the respective first and second offset data.
23.    The secondary storage device of claim 21 or 22, further comprising a wireless interface (110) for storing the first and second offset data in the non-volatile memory.
24.    The secondary storage device of claim 21, 22 or 23, further comprising emulation means (120) for emulating an optical storage device.
25.    The secondary storage device of any one of claims 21 to 24 having a port (142) permanently assigned to the emulation means.
26.    The secondary storage device of any one of claims 21 to 25, comprising a tape drive (100).
27.    A non-volatile memory component comprising firmware for controlling a transfer device (100), the firmware comprising instructions (140) for: 
-      transferring first boot-image data to a tape medium (104) starting at a first offset,
-      transferring second boot-image data to the tape medium starting at a second offset,
-      transferring first and second offset data relating to the first and second offsets in non-volatile memory (104; 112).
28.    A non-volatile memory component comprising firmware for controlling a transfer device (100), the firmware comprising instructions (140) for:
-      reading at least first and second offset data of respective first and second boot-image data from a non-volatile memory (104; 112), the first and second boot-image data stored on a tape medium (104), 
-      emulating an optical storage device, 
-      providing booting catalogue data on the basis of the first and second offset data for selecting of one of the first and second boot-image data, transferring of the selected one of the first and second boot-image data to the computer.
29.    A tape cartridge comprising a tape medium (104) having stored thereon at least first and second boot-image data.
30.    The tape cartridge of claim 29 having a non-volatile memory (104; 112) storing first and second offset data relating to the first and second offsets.
Abstract
Data backup and recovery
A method of sequentially transferring boot-image data comprising: 
-      causing first boot-image data to be transferred to a tape medium starting at a first offset,
-      causing second boot-image data to be transferred to the tape medium starting at a second offset,
-      causing data relating to the first and second offsets to be transferred to a non-volatile memory.
(Fig. 1)
2005135406.tif 000008
2005135406.tif 000009
2005135406.tif 000010
2005135406.tif 000011
2005135406.tif 000012