JP4878113B2 - Ｄａｓｄ故障時のリンクライブラリの復旧方法、及びプログラム - Google Patents

Description

本発明は、連続運転を必要とする情報処理システムにおいて、ＤＡＳＤ（ＤｉｒｅｃｔＡｃｃ ｅｓｓ Ｓｔｒａｇｅ Ｄｅｖｉｃｅ）に発生した障害の復旧方法、及びプログラムに関する 。

従来より、基幹サーバとして使用される情報処理装置（例えば、いわゆる大型計算機、メインフレームと呼ばれる計算機等）には、情報の格納場所としてＤＡＳＤが使用されている。

また、基幹サーバとして情報処理装置を運用するためのシステム環境を提供するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）では、通常、ライブラリから所定のプログラムを読出す場合には、その都度、ＯＰＥＮ処理（データ等が格納されているファイルについて読出し可能な状態にする処理）、ＲＥＡＤ処理（所定のアドレスに格納されているデータの読出しを行なう処理）、及びＣＬＯＳＥ処理（読出し可能な状態から開放する処理）の一連の処理を行なうことによって必要なプログラムを読出す。

しかしながら、リンクライブラリのようにＤＡＳＤに格納されているデータセットからデータ等を読み出す場合には、読出し時間を短縮するなどの理由から、オーバーヘッド時間であるＯＰＥＮ処理時間及びＣＬＯＳＥ処理時間をなくすために、ＯＳ起動時に一括ＯＰＥＮ処理を行なってリンクライブラリの読出し環境（以下、リンクライブラリのオープン環境という）を構築している。

ここで、リンクライブラリとは、ＯＳ起動時にメモリに展開される静的なライブラリを除いたシステム運用に必要なプログラム群（システム共通のライブラリやユーザ定義によるライブラリ等）のことをいい、ＤＡＳＤの所定の場所に格納され、ファイルのオープン環境においてＣＰＵから読込みが行なわれる。

図５は、リンクライブラリのオープン環境についての構成例の主要部を示している。
同図に示すリンクライブラリのオープン環境は、情報処理装置１に備わるメモリ上に展開されるリンクライブラリ管理表及び装置管理表とＤＡＳＤとの関係を示し、ＯＳがシステムを制御する上で必要な情報等を管理するデータ管理表１４と、リンクライブラリの格納場所（格納位置）を管理するためのリンクライブラリ管理表１５と、外部装置（例えば、ＤＡＳＤ等）の情報を制御する装置管理表１６と、外部記憶装置であるＤＡＳＤ１７とを少なくとも備えている。

情報処理装置１に電源が投入されると、ＯＳ（ＯＳデータ）がメモリに展開され、さらに、展開されたＯＳ（ＯＳデータ）が実行可能なデータ構造となるように再配置され、ＯＳが動作するために必要なデータをメモリ上に生成する。

この時、データ管理表１４やリンクライブラリ管理表１５、及び装置管理表１６も生成されてメモリ上に展開される。
データ管理表１４は、ＯＳがシステムを制御する上で必要な情報を管理する管理表であり、リンクライブラリ管理表１５も管理する。

リンクライブラリ管理表１５は、リンクライブラリ管理表１５に格納されているデータを管理するためのヘッダ部と、それぞれのリンクライブラリについて、リンクライブラリが格納されている装置（同図ではＤＡＳＤ）の実装情報等を管理する制御表へのポインタと、ＤＡＳＤ内のデータセットが格納される領域の開始アドレス（物理位置）と、ＤＡＳＤ内のデータセットが格納される領域の終わりアドレス（物理位置）と、を備えた管理表である。

また、装置管理表１６は、情報処理装置１に接続されている外部装置の情報を管理するための管理表であり、それぞれの外部装置に対して、情報処理装置に接続された装置の種類や装置の状態（使用可能な状態にあるかなど）の情報と、装置の接続位置を示す装置機番の情報と、ＤＡＳＤの場合にはそのボリューム名の情報と、から構成されている。

以上に説明したリンクライブラリのオープン環境が構築されると、例えば、トランザクション処理等のプログラムからライブラリＡを呼び出す場合には、情報処理装置に備わるＣＰＵは、まず、メモリ上の所定のアドレスに格納されているデータ管理表１４を参照し、リンクライブラリ管理表１５が格納されているアドレスを読み出す。

そして、リンクライブラリ管理表１５を上位のアドレス（又は下位のアドレス）から順に参照し、目的のリンクライブラリについての情報が格納されている装置管理表１６へのポインタを検索する。

ＣＰＵは、リンクライブラリ管理表１５から、目的のリンクライブラリが格納されている装置を特定すると、メモリ上の所定のアドレスに展開されている装置管理表１６を参照し、対象の装置の接続位置及び状態を読み出す。

そして、ＣＰＵは、所定の接続位置に接続されているＤＡＳＤ１７から、例えば、Ｉ／Ｏプロセッサを介して目的のリンクライブラリを読み出すこととなる。
また、以上に説明したリンクライブラリの読み出し処理は、上述のようにリンクライブラリについてのＯＰＥＮ処理及びＣＬＯＳＥ処理を行なうことなく、読出し処理を行なう。
特開平０５−３１３８３１号公報

このような基幹サーバは、２４時間等の長期に渡る連続運用が行なわれるので、障害発生時における保守（障害復旧作業）を、稼働中のシステムを停止することなく行なうことが要求される場合も多い。

しかしながら、２４時間等の長期に渡る連続運用中に、ＤＡＳＤに障害が発生した場合には、障害が発生したＤＡＳＤに格納されているリンクライブラリを含むデータを新たなＤＡＳＤにバックアップすると共に、リンクライブラリのオープン環境を改めて構築するために、ＯＳを再起動する処理（以下、ＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｉｎｇ）という）を行なわなければならなかった。

特許文献１には、正系ボリュームと副系ボリュームとでボリュームを２重化し、正系又は副系のいずれか一方に障害が発生した場合に、障害の発生したボリュームを切り離し、正常に動作するボリュームで運用を続ける二重化ボリュームの制御方法について開示されている。

しかしながら、特許文献１のように、ＤＡＳＤの障害発生に備えるために、全てのＤＡＳＤを二重化することは、装置構成も大規模となり、さらにコストも膨大なものになってしまう。 本発明は、上述した問題に鑑みてなされたものであり、その解決しようとする課題は、リンクライブラリを格納したＤＡＳＤ等の記憶装置に重大な障害が発生した場合であっても、運用を停止することなく、リンクライブラリを復旧することが可能な方法、及びプログラムを提供することである。

上記課題を解決するために、本発明は、ＯＳの起動時に、記憶装置から読み出す各リンクライブラリの記憶装置に関する情報と該各リンクライブラリの格納位置とを少なくとも備えるリンクライブラリ管理情報からなるオープン環境を生成するリンクライブラリの復旧方法において、各リンクライブラリに対応する予備リンクライブラリを格納する少なくとも１つ以上の共通予備記憶装置（例えば、ＤＡＳＤ）に関する情報と該各予備リンクライブラリの格納位置とを少なくとも備える予備リンクライブラリ管理情報を前記オープン環境に生成する予備リンクライブラリ管理情報生成処理ステップと、リンクライブラリが格納された記憶装置障害時に、該障害が発生した記憶装置に格納されていた前記リンクライブラリ管理情報に換えて、前記障害が発生した記憶装置に格納されていたリンクライブラリに対応する予備リンクライブラリ管理情報を用いて前記オープン環境を動的に変更するオープン環境変更処理ステップと、を備える。

これにより、ＤＡＳＤ等の記憶装置に障害が発生した場合に、障害が発生した記憶装置についてのリンクライブラリ管理情報を、障害が発生した記憶装置に格納されていたリンクライブラリに対応する予備リンクライブラリが格納されている共通予備記憶装置についての予備リンクライブラリ管理情報に動的に変更することが可能となるので、再度ＩＰＬや情報処理装置の再起動を行なうことなくオープン環境を変更、又は再構築することが可能となる効果を奏する。

ここで、前記記憶装置と前記共通予備記憶装置とは、二重化された関係ではない。したがって、例えば、１又は２以上の記憶装置に対して、共通予備記憶装置は１つでもよく、また、２以上でもよい。

また、本発明は、前記オープン環境変更処理ステップにおいて、前記障害が生じた記憶装置に格納されたリンクライブラリを前記共通予備記憶装置に格納するリンクライブラリ退避処理ステップと、前記障害が生じた記憶装置についての前記リンクライブラリ管理情報の格納位置を、前記リンクライブラリ管理情報を管理するヘッダ情報から読出す格納先読出し処理ステップと、前記共通予備記憶装置についての前記予備リンクライブラリ管理情報の格納位置を前記ヘッダ情報から読出して、該格納位置から予備リンクライブラリ管理情報を読み出す予備リンクライブラリ管理情報読出し処理ステップと、該予備リンクライブラリ管理情報読出し処理によって読み出した前記予備リンクライブラリ管理情報を、前記格納先読出し処理によって読み出した前記格納位置に格納する予備リンクライブラリ管理情報格納処理ステップと、を更に備えてもよい。

リンクライブラリ退避処理ステップによって、障害が発生した記憶装置に格納されているリンクライブラリを、共通予備記憶装置に格納し、予備リンクライブラリ管理情報格納処理ステップによって、該予備リンクライブラリ管理情報読出し処理によって読み出した前記予備リンクライブラリ管理情報を、前記格納先読出し処理によって読み出した前記格納位置に格納することによって、障害が発生した記憶装置についてのリンクライブラリ管理情報を、障害が発生した記憶装置に格納されていたリンクライブラリに対応する予備リンクライブラリが格納されている共通予備記憶装置についての予備リンクライブラリ管理情報に動的に変更することが可能となるので、再度ＩＰＬや情報処理装置の再起動を行なうことなくオープン環境を変更、又は再構築することが可能となる効果を奏する。

また、本発明は、ＯＳの起動時に、記憶装置（例えば、ＤＡＳＤ）から読み出す各リンクライブラリのオープン環境を生成する情報処理装置において、前記各リンクライブラリを格納するための少なくとも１つ以上の記憶装置と、該記憶装置に障害が生じた場合に備えた少なくとも１つ以上の共通予備記憶装置と、前記リンクライブラリのオープン環境生成時において生成される管理情報であって、前記各リンクライブラリが格納された記憶装置に関する情報と該各リンクライブラリの格納位置とを少なくとも備えるリンクライブラリ管理情報と、前記リンクライブラリのオープン環境生成時において生成される管理情報であって、前記各リンクライブラリに対応する予備リンクライブラリが格納された共通予備記憶装置に関する情報と該各予備リンクライブラリの格納位置とを少なくとも備える予備リンクライブラリ管理情報と、を備え、リンクライブラリが格納された記憶装置障害時に、該障害が生じた記憶装置に格納されたリンクライブラリを前記共通予備記憶装置に退避し、前記共通予備記憶装置についての前記予備リンクライブラリ管理情報を、前記障害が生じた記憶装置についての前記リンクライブラリ管理情報の格納位置に格納することによりリンクライブラリの復旧する行なう情報処理装置であってもよい。

これによっても、記憶装置に障害が発生した場合に、障害が発生した記憶装置についてのリンクライブラリ管理情報を、障害が発生した記憶装置に格納されていたリンクライブラリに対応する予備リンクライブラリが格納されている共通予備記憶装置についての予備リンクライブラリ管理情報に動的に変更することが可能となるので、再度ＩＰＬや情報処理装置の再起動を行なうことなくオープン環境を変更、又は再構築することが可能となる効果を奏する。

以上のように、本発明によると、リンクライブラリを格納したＤＡＳＤ等の記憶装置に重大な障害が発生した場合であっても、運用を停止することなリンクライブラリを復旧することが可能な方法、及びプログラムを提供することができる。

以下、本発明の実施形態について図１から図４に基づいて説明する。
図１は、本実施例に係る実施例の原理図を示す図である。
同図に示す本実施例においては、例えば、基幹サーバとして使用される大型計算機等の情報処理装置１と、ＯＳを含む情報処理装置１を所定の目的で動作させるために必要なプログラム及びデータを格納するための外部記憶装置であるＤＡＳＤ２と、リンクライブラリ３と、リンクライブラリに関する情報を管理してＯＳ等がリンクライブラリにアクセスするために使用されるリンクライブラリ管理手段４と、リンクライブラリ管理手段５の情報を変更するための管理手段変更手段５と、を少なくとも備えている。

本実施例においては、更に、ＤＡＳＤ２及びリンクライブラリ退避手段７に発生した障害を検出して管理手段変更手段５に通知する障害検出手段６と、障害検出手段６からの通知に応じてＤＡＳＤ２に格納されているリンクライブラリ３を情報処理装置１に接続される他のＤＡＳＤに退避（バックアップ）するリンクライブラリ退避手段７と、を備えている。

ここで、リンクライブラリとは、ＯＳ起動時にメモリに展開される静的なライブラリを除くシステム運用に必要なプログラム群（システム共通のライブラリ）のことをいい、ＤＡＳＤの所定の場所に格納され、ファイルのオープン環境においてＣＰＵから読出し／書込みが行なわれる。

図２は、本実施例に係るリンクライブラリのオープン環境についての構成例の主要部を示す図である。
同図に示すリンクライブラリのオープン環境は、情報処理装置に備わるメモリ上に展開される管理表及び制御表とＤＡＳＤとの関係を示し、ＯＳがシステムを制御する上で必要な情報等を管理するデータ管理表９と、リンクライブラリの格納場所（格納位置）を管理するためのリンクライブラリ管理表１０と、外部装置（例えば、ＤＡＳＤ等）の情報を制御する装置管理表１１と、外部記憶装置であるＤＡＳＤ１２とを少なくとも備えている。

情報処理装置１に電源が投入されると、メモリ上にＯＳ（ＯＳデータ）が展開される。さらに、展開されたＯＳ（ＯＳデータ）が実行可能なデータ構造となるように再配置され、ＯＳが動作するために必要なデータをメモリ上に生成する。

この時、データ管理表９やリンクライブラリ管理表１０、及び装置管理表１１も生成されてメモリ上に展開される。
データ管理表９は、ＯＳがシステムを制御する上で必要な情報を管理する管理表であり、リンクライブラリや管理表１０も管理する。

リンクライブラリ管理表１０は、リンクライブラリ管理表１０に格納されているデータを管理するためのヘッダ部１０ａと、システム運用に使用する第１のリンクライブラリ管理表１０ｂと、ＤＡＳＤ１２に障害が発生した場合に使用する第２のリンクライブラリ管理表１０ｃとで構成されている。

第１のリンクライブラリ管理表１０ｂ及び第２のリンクライブラリ管理表１０ｃには、それぞれのリンクライブラリについて、リンクライブラリが格納されている装置（同図に示すＤＡＳＤ１２ａ、１２ｂ等）の実装情報等を管理する制御表へのポインタと、ＤＡＳＤ内のデータセットが格納される領域の開始アドレス（物理位置）と、ＤＡＳＤ内のデータセットが格納される領域の終わりアドレス（物理位置）と、を備えた管理表である。

なお、以下の説明では、例えば、「装置管理表へのポインタ」、「ライブラリＡの物理位置（開始）」、及び「ライブラリＡの物理位置（終了）」を「リンクライブラリＡの管理情報」といい、「予備装置管理表へのポインタ」、「ライブラリＡの物理位置（開始）」、及び「ライブラリＡの物理位置（終了）」を「予備リンクライブラリＡの管理情報」という。

本実施例に係る第１のリンクライブラリ管理表１０ｂと第２のリンクライブラリ管理表１０ｃとは、「装置管理表へのポインタ」の情報のみが異なる情報が予め格納されている。

また、本実施例においては、情報処理装置１に接続する共通予備ＤＡＳＤ１２ｃの接続位置は予め決められているので、第２のリンクライブラリ管理表１０ｃにおける「装置管理表へのポインタ」は全て共通予備ＤＡＳＤ１２ｃについて定義されている。

装置管理表１１は、システム運用に使用する第１の装置管理表１１ａと、ＤＡＳＤ１２に障害が発生した場合に使用する第２の装置管理表１１ｂと、からなる情報処理装置１に接続される外部装置の情報を管理するための管理表であり、それぞれの外部装置に対して、情報処理装置に接続された装置の種類や装置の状態（使用可能な状態にあるかなど）の情報と、装置の接続位置を示す装置機番の情報と、ＤＡＳＤの場合にはそのボリューム名の情報と、から構成されている。 本実施例に係る第２の装置管理表１１ｂは、予め決められた共通予備ＤＡＳＤ１２ｃの情報処理装置１に接続される位置に基づいて定義されている。

ここで、以下の説明では、例えば、「装置種別／状態」、「装置機番」、及び「ボリュームＸ（ボリューム名）」を「ボリュームＸの管理情報」という。
本実施例では、複数のＤＡＳＤ（例えば、同図に示すＤＡＳＤ１２ａ、ＤＡＳＤ１２ｂ）と、予備として使用する１つの共通予備ＤＡＳＤ１２ｃを使用している。

したがって、例えば、ＤＡＳＤ１２ｂに障害が発生した場合には、ＤＡＳＤ１２ｂに格納されているリンクライブラリＤ、リンクライブラリＥ、及びリンクライブラリＦは、ＤＡＳＤ１２ｃにバックアップされることとなるが、本実施例の場合には、ＤＡＳＤ１２ａに格納されていたリンクライブラリの格納位置と、ＤＡＳＤ１２ｃに格納するリンクライブラリの格納位置は同一としている。

したがって、上述のように、本実施例に係る第１のリンクライブラリ管理表１０ｂと第２のリンクライブラリ管理表１０ｃとは、「装置管理表へのポインタ」の情報のみが異なり、かつ「装置管理表へのポインタ」は全て共通予備ＤＡＳＤ１２ｃについて定義されている。

ＩＰＬ処理によって、以上に説明したリンクライブラリのオープン環境が構築されると、例えば、トランザクション処理等のプログラムからライブラリＡを呼び出す場合、情報処理装置１に備わるＣＰＵは、まず、メモリ上の所定のアドレスに格納されているデータ管理表９を参照し、リンクライブラリ管理表１０が格納されているアドレスを読み出す。

そして、読み出したアドレスに格納されているリンクライブラリ管理表１０を上位のアドレス（又は下位のアドレス）から順に参照し、目的のリンクライブラリの管理情報を検索する。

目的のリンクライブラリの管理情報を特定すると、ＣＰＵは、リンクライブラリの管理情報の「装置管理表へのポインタ」を読出して、メモリ上の所定のアドレスに展開されている装置管理表１１を参照し、目的のリンクライブラリが格納されている装置の接続位置（例えば、ＤＡＳＤが接続されるＩ／Ｏプロセッサに備わるチャネルの番号等）及びその状態を読み出す。

そして、ＣＰＵは、目的のリンクライブラリが格納されているＤＡＳＤから、例えば、図示しないＩ／Ｏプロセッサを介して目的のリンクライブラリを読み出すこととなる。
通常、ライブラリから所定のデータの読出し又は所定の処理（トランザクション、プロシジャ等）等を呼び出す場合には、その都度、ＯＰＥＮ処理（データ等が格納されているデータセット（ファイル）について読出し可能又は書込み可能な状態にする処理）、ＲＥＡＤ処理又はＷＲＩＴＥ処理（所定のアドレスに格納されているデータの読出し又は書込みを行なう処理）、及びＣＬＯＳＥ処理（読出し可能な状態又は書込み可能な状態から開放する処理）の一連の処理を行なうことによって必要なデータを読出す。

しかしながら、リンクライブラリのようにＤＡＳＤに格納されているデータセットからデータ等を読み出す場合には、読出し時間を短縮するなどの理由から、オーバーヘッド時間であるＯＰＥＮ処理時間及びＣＬＯＳＥ処理時間をなくすために、ＯＳ起動時（ＩＰＬ時）に一括ＯＰＥＮ処理を行なってリンクライブラリの読出し環境（以下、リンクライブラリのオープン環境という）を構築している。

図３は、本実施例に係るＤＡＳＤに障害が発生した場合のリンクライブラリのオープン環境についての動的変例の主要部を示す図である。
同図には、ＤＡＳＤ１２ｂに障害が発生し、ＣＰＵが、同ＤＡＳＤに格納されているリンクライブラリＤのデータセットを読み出せなくなった場合に、リンクライブラリのオープン環境を復旧した例を示している。

ＤＡＳＤ１２ｂからの障害発生を通知するＣＰＵへの割り込み信号を受付けた場合、又は、ＣＰＵがリンクライブラリＤへのアクセスに失敗した場合、手動によって事前にバックアップしたリンクライブラリＤからＥを共通予備ＤＡＳＤ１２Ｃにインストールして格納する。

そして、メモリ上に展開されているリンクライブラリ管理表１０のヘッダ部１０ａを読出し、第２のリンクライブラリ管理表１０ｃに格納されている「予備リンクライブラリＤの管理情報」の格納位置を取得する。

そして、ＣＰＵは、取得した格納位置から「予備リンクライブラリＤの管理情報」を読み出し、第１のリンクライブラリ管理表１０ｂに格納されていた「リンクライブラリＤの管理情報」が格納されていた領域に書き込む処理を行なう。 以上の処理によって、ＣＰＵは、共通予備ＤＡＳＤ１２ｃに格納されているリンクライブラリＤを読み出すことが可能となる。

したがって、ＩＰＬ処理を再度実行することなく、リンクライブラリのオープン環境を復旧（再構築）することが可能となる。
図４は、図３に示した処理の詳細を示すフローチャートである。

情報処理装置１に電源が投入されると、メモリ上にＯＳがロードされてＩＰＬ処理が開始され（ステップＳ４０１）、ハードウェアの初期化処理やＯＳが動作するために必要なデータの生成処理等が開始される。

ハードウェアの初期化やＯＳを動作するために必要なデータ（例えば、データ管理表９等）の生成処理等が完了すると、ＣＰＵは、ステップＳ４０２に処理を移行し、ハードウェアの初期化時に取得したＤＡＳＤの実装情報等から装置管理表１１を生成する。

そして、ステップＳ４０３において、ＣＰＵは、リンクライブラリのオープン環境の生成処理を開始し、リンクライブラリをオープンするために必要なデータの設定等を行ない、さらに、ステップＳ４０４において、データ管理表９からリンクライブラリ管理表１０へのポインタを参照し、このポインタが示すアドレスに、リンクライブラリ管理表１０を展開する。

以上の処理が完了して、オープン環境の生成処理及びＩＰＬ処理が完了するとＯＳは通常のシステム運用処理を開始する（ステップＳ４０５、ステップＳ４０６）。
リンクライブラリが格納されているＤＡＳＤ１２に障害が発生した場合、例えば、ＤＡＳＤ１２からの割り込み信号からハードウェア障害等の重大な障害であることを検出すると（ステップＳ４０７）、手動によって事前にバックアップしたリンクライブラリを、他の正常なＤＡＳＤ１２、又は、予備として情報処理装置１に備えられていたＤＡＳＤ１２にインストールして格納する（ステップＳ４０８）。

リンクライブラリのバックアップ処理が完了すると、ＣＰＵは、図２及び図３に示した第１のリンクライブラリ管理表１０ｂに格納されている障害が発生したＤＡＳＤ１２に格納されているリンクライブラリの管理情報を、一時退避する（ステップＳ４０９）。

そして、ＣＰＵは、ステップＳ４０９で一時退避したリンクライブラリの管理情報についての第２のリンクライブラリ管理表１０ｃに格納されている予備リンクライブラリの管理情報を、同じくステップＳ４０９で一時退避したリンクライブラリの管理情報が格納されていた第１のリンクライブラリ管理表１０ｂの領域にコピーする（ステップＳ４１０）。

さらに、ステップＳ４０９で一時退避したリンクライブラリの管理情報を、ステップＳ４１０における予備リンクライブラリの管理情報が格納されていた第２のリンクライブラリ管理表１０ｃの領域にコピーする（ステップＳ４１１）。

ステップＳ４０９からステップＳ４１１の処理によって、リンクライブラリのオープン環境の復旧処理が完了すると、ＣＰＵは、処理の異常終了によるリトライ処理等の処理を再開し、通常のシステム運用を開始する（ステップＳ４１２）。

以上の処理によって、第１のリンクライブラリ管理表１０ｂにおける障害が発生したＤＡＳＤに格納されているリンクライブラリの管理情報を、第２のリンクライブラリ管理表１０ｃにおける障害が発生したＤＡＳＤに格納されているリンクライブラリと同一のリンクライブラリであって、予備のＤＡＳＤに格納されているリンクライブラリについての管理情報に置き換えることができる。

したがって、ＤＡＳＤに障害が発生した場合であっても、ＩＰＬ等によって、システムを再起動することなく、リンクライブラリのオープン環境を復旧（再構築）することが可能となる。

また、本実施例においては、共通予備ＤＡＳＤとして共通予備ＤＡＳＤ１２ｃのみを使用しているが、これに限定するものではなく、複数の共通予備ＤＡＳＤを使用してもよい。

本実施例に係る実施例の原理図を示す図である。 本実施例に係るリンクライブラリのオープン環境についての構成例の主要部を示す図である。 本実施例に係るＤＡＳＤに障害が発生した場合のリンクライブラリのオープン環境についての動的変更例の主要部を示す図である。 図３に示した処理の詳細を示すフローチャートである。 リンクライブラリのオープン環境についての構成例の主要部を示す図である。

符号の説明

１ 情報処理装置
２ ＤＡＳＤ
３ リンクライブラリ
４ リンクライブラリ管理手段
５ 管理手段変更手段
６ 障害検出手段
７ リンクライブラリ退避手段
９ データ管理表
１０ リンクライブラリ管理表
１０ａ ヘッダ部
１０ｂ 第１のリンクライブラリ管理表
１０ｃ 第２のリンクライブラリ管理表
１１ 装置管理表
１１ａ 第１の装置管理表
１１ｂ 第２の装置管理表
１２ ＤＡＳＤ
１２ａ ボリュームＸ
１２ｂ ボリュームＹ
１２ｃ ボリュームＺ
１３ａ リンクライブラリＡ〜Ｃ
１３ｂ リンクライブラリＤ〜Ｅ

Claims (3)

1. データの読み出し処理に用いる前記データの格納先情報として、前記データを格納する記憶装置の前記データの格納先アドレスを設定して、主記憶装置に記憶させるとともに、前記データを格納する前記記憶装置とは異なる他の記憶装置のアドレスを前記主記憶装置に記憶させ、
   前記データを格納する前記記憶装置が故障した場合に、前記主記憶装置に記憶された前記他の記憶装置のアドレスを用いて、前記他の記憶装置のアドレスによって示される格納先に前記データを格納し、
   前記主記憶装置に記憶された前記他の記憶装置のアドレスを用いて、前記主記憶装置に記憶された前記データの格納先情報を、前記他の記憶装置のアドレスに更新する
   処理を実行するコンピュータ。
2. 前記データを格納する前記記憶装置が故障した場合、前記主記憶装置に記憶された前記データの格納先アドレスを複製した後に、前記データの格納先情報を、前記他の装置のアドレスに更新する
   処理を実行する請求項１に記載のコンピュータ。
3. ライブラリの読み出し処理に用いる前記ライブラリの格納先情報として、前記ライブラリを格納する記憶装置の前記ライブラリの格納先アドレスを設定して、オペレーティング・システムを起動する際に、前記ライブラリの格納先情報を主記憶装置に記憶させるとともに、前記ライブラリを格納する前記記憶装置とは異なる他の記憶装置のアドレスを前記主記憶装置に記憶させ、
   前記ライブラリを格納する前記記憶装置が故障した場合に、前記主記憶装置に記憶された前記他の記憶装置のアドレスを用いて、前記他の記憶装置のアドレスによって示される格納先に前記ライブラリを格納し、
   前記主記憶装置に記憶された前記他の記憶装置のアドレスを用いて、前記主記憶装置に記憶された前記ライブラリの格納先情報を、前記他の記憶装置のアドレスに更新する
   処理を実行するコンピュータ。

Images