JP2008537203A - 障害復旧フレームワーク - Google Patents

Abstract

内部コンピュータネットワークに対してサービスを提供するサーバーのフェイルオーバー操作を編成するシステム及び方法は、フェイルオーバー操作を実行する制御スクリプトを実行するように構成されるＤＲサーバーを具備する。フェイルオーバー操作を実行するために必要な情報は、前記ＤＲサーバー上に格納し、それによって、各アプリケーションのプライマリ及びバックアップサーバーの各々がエージェントを格納する必要をなくしている。前記ＤＲサーバーは、前記内部ネットワークの冗長化されたサービスのフェイルオーバー手順のメンテナンス及び更新のための中央位置を提供しても良い。フェイルオーバー操作は、前記内部コンピュータネットワークと通信して、権限を有するユーザーによって開始しても良い。

Description

本発明は、コンピュータシステムのネットワーク内部のサービス管理のためのシステム及び方法に関するとともに、より具体的には、そのようなシステム内部でのサーバーフェイルオーバーのためのサービスに関する。

組織は、前記組織のミッションを支援する特定のサービスが１日を通じて利用可能であることを常時必要とする。例えばイントラネットのような、前記組織内部のネットワークに接続されているサーバー上で実行されているアプリケーションを介してサービスを提供しても良い。前記サービスの中断は、前記組織の運営に悪影響を与える。サービスの中断を最小化するために、冗長化されたサーバーシステムを使用しても良い。冗長化されたサーバーシステムは、両者とも前記サービスを提供するアプリケーションを実行するように構成されている、プライマリサーバーと、バックアップサーバーとを具備する。正常動作時は、前記プライマリサーバー上で実行されているアプリケーションによって前記サービスを提供する。もし前記サービスが中断されると、前記アプリケーションを前記バックアップサーバー上で開始することによって、前記バックアップサーバーが前記サービスを提供しうる。この前記プライマリサーバーから前記バックアップサーバーへの切り替え処理は、通常フェイルオーバーといわれる。前記プライマリサーバー及びバックアップサーバーの間の切り替え処理は、それぞれのサーバーでフェイルオーバー処理を実行するプライマリ及びバックアップサーバー上にソフトウェアエージェントをインストールすることによって、自動化しても良い。

高可用性を有さなければならないとともに、バックアップサーバーと、必要なときに切り替えを実行する手順とを必要とする、数十又は数百のサービスを、大規模な組織は具備しうる。さらには、それぞれが異なるシャットダウン又は開始手順を必要とする種々のサーバー及びアプリケーションを使用しうる。従って、前記ネットワーク上のどこからでも組織のネットワークを跨いでフェイルオーバー操作を管理可能な、システム及び方法に対する需要は引き続き存在する。

内部コンピュータネットワークに対してサービスを提供するサーバーのフェイルオーバー操作を編成するためのシステム及び方法は、フェイルオーバー操作を実行する制御スクリプトを実行するように構成されているＤＲサーバーを具備する。前記フェイルオーバー操作を実行するのに必要な情報を、前記ＤＲサーバーに格納し、それによって、前記アプリケーションの各プライマリ及びバックアップサーバー上にエージェントを格納する必要性をなくしている。前記ＤＲサーバーは、前記内部ネットワークの冗長化されたサービスのためのフェイルオーバー手順のメンテナンス及び更新のために、中央位置を提供しても良い。フェイルオーバー操作は、前記内部コンピュータネットワークと通信する、権限を有するユーザーによって起動しても良い。

本発明の一実施態様は、内部コンピュータネットワークと通信するプライマリサーバーと、前記内部コンピュータネットワークと通信するバックアップサーバーと、前記内部コンピュータネットワークと通信するＤＲサーバーと、前記ＤＲサーバーに格納されたフェイルオーバースクリプトとを具備し、前記プライマリサーバーは、前記内部コンピュータネットワークに対してサービスを提供するアプリケーションを実行し、前記バックアップサーバーは、前記アプリケーションを実行することが可能であるとともに実行するように構成され、前記フェイルオーバースクリプトは、前記ＤＲサーバーで実行される際に前記バックアップサーバー上でフェイルオーバー操作を実行することを特徴とするシステムを対象とする。

本発明の他の実施態様は、内部コンピュータネットワークと、プライマリサーバーと、バックアップサーバーと通信するＤＲサーバーからのフェイルオーバー操作の編成方法であって、前記プライマリサーバー及びバックアップサーバーは、前記内部コンピュータネットワークに対してサービスを提供するアプリケーションを実行するように構成され、前記内部コンピュータネットワークを通して、前記アプリケーションに対するフェイルオーバー操作を実行するコマンドをユーザーから受信する段階と、前記ユーザーに基づくセキュリティチケットを前記プライマリサーバーから回収する段階と、前記ＤＲサーバー上に格納された設定ファイルを読み込む段階と、前記設定ファイルから読み込まれた情報に基づいて前記アプリケーションのフェイルオーバー操作を実行する段階とを具備し、前記設定ファイルは、前記アプリケーションのフェイルオーバー操作の情報を具備することを特徴とする方法を対象とする。

添付図面と関連付けて、その好ましい実施形態と、変形例とを参照することによって、本発明を説明する。

本発明の実施形態は、組織内部のコンピュータネットワークで提供されるサービスの障害復旧活動の編成を構成する。前記復旧処理の状態を後に再検討するために、前記復旧処理のログを生成するとともに格納する。前記復旧動作は、対象サーバー上で復旧処理の部分を実行するサブルーチンを具備する制御スクリプトによって編成するのが好ましい。ターゲット特有の復旧処理の情報は、設定ファイル内に格納しても良い。前記制御スクリプトは、コマンドラインインターフェースを介して、又は前記組織の内部コンピュータネットワークを通してアクセスするＷＥＢフロントエンドを介して開始しても良い。本発明の実施形態は、前記サービスを提供するアプリケーションの修正も、前記対象サーバー上でのエージェントのインストールも必要としない。

図１は、本発明のある実施形態で使用するコンピュータネットワークを説明する図である。好ましい実施形態では、外部コンピュータ１１５は、例えばインターネットのような、外部通信ネットワーク１１０を介して、組織のコンピュータネットワーク１２０にアクセスしても良い。ゲートウェイサーバー１３０は、外部ネットワーク１１０と、前記組織の内部コンピュータネットワーク１５０との間にブリッジを構成する。好ましい実施形態では、前記内部コンピュータネットワーク１５０は、イントラネットである。ネットワーク１２０への権限を付与されていないアクセスを阻止することによって、ゲートウェイサーバー１３０は、コンピュータネットワーク１２０にセキュリティも提供する。コンピュータネットワークの構成及び運用は、公知であるとともに、例えばＣｒａｉｇ Ｚａｃｋｅｒの“Ｎｅｔｗｏｒｋｉｎｇ： Ｔｈｅ Ｃｏｍｐｌｅｔｅ Ｒｅｆｅｒｅｎｃｅ， Ｔｈｅ ＭｃＧｒａｗ−Ｈｉｌｌ Ｃｏｍｐａｎｉｅｓ， Ｂｅｒｋｅｌｅｙ， Ｃａｌｉｆｏｒｎｉａ（２００１）”のような数多くの出版物で説明されており、引用によって本明細書に組み込まれる。

ユーザーは、イントラネット１５０又はインターネット１１０を介して外部のコンピュータ１１５を通して直接に接続されているコンピュータ１４０を通して、前記コンピュータネットワーク１２０の資源及びサービスにアクセスしても良い。１つ又は複数のサーバー上で実行されているアプリケーションによって、サービスを提供する。図１の例示的な実施例では、プライマリサーバー１７２・１７４によってサービス１７０を提供する。各プライマリサーバー１７２・１７４は、サービス１７０を提供するアプリケーションの一部を実行しても良い。前記組織は、もしプライマリサーバーからのサービスが中断されたら前記サービスを提供可能である、バックアップサーバー１８２・１８４を設けるのに値するほど、サービス１７０が充分重要なものであると考えうる。ある実施形態では、バックアップサーバー１８２・１８４の位置は、異なる地理的地域にあるとともに、通常フェイルオーバーサイト１８０と言われる。

サービスを提供するサーバーの切り替え処理は、一般的にはフェイルオーバー処理と言われる。本発明のある実施形態では、前記フェイルオーバー処理は、それぞれが発生しうる障害状況を守備する３つのタイプのフェイルオーバー操作を具備しても良い。

第１状況では、ここではマイグレーションと言い、プライマリ及びフェイルオーバーサイトの両者が利用可能であるとともに、前記サービスを、前記プライマリサイトから前記フェイルオーバーサイトに切り替える。マイグレーション動作の間、前記プライマリサイトで前記サービスを提供している前記アプリケーションを先ずシャットダウンして、続けて、前記フェイルオーバーサイトで前記アプリケーションが開始される前に、必要なデータの複製を行う。

第２状況では、ここではテイクオーバーと言い、プライマリサイトは利用不可能であり、それによって、前記プライマリサイトでのアプリケーションの正常なシャットダウン、又は前記フェイルオーバーサイトへの必要なデータ複製が阻止される。例えばプライマリサイトでの電力減少や、前記プライマリサイト及び前記組織のイントラネット間の通信リンクの切断や、前記プライマリサイトのサーバー又はデータストレージ機器への物理的ダメージなどの、種々の理由によってプライマリサイトは、利用不可能となりうる。テイクオーバー動作の間に、前記アプリケーションを、フェイルオーバーサイトで開始する。

第３状況では、ここではフェイルバックと言い、前記サービスを、フェイルオーバーサイトによって提供しているとともに、前記サービスがプライマリサイトにスイッチバックされる。マイグレーション動作の間に、前記フェイルオーバーサイトで前記サービスを提供している前記アプリケーションが先ずシャットダウンされ、続いて前記プライマリサイトで前記アプリケーションが開始される前に、必要なデータの複製が行われる。

フェイルオーバーを起動するための権限は、厳格に制御するとともに、通常は、２，３の権限を有する管理者に限って授与する。前記権限を有する管理者の１人が、フェイルオーバーが必要であると判断したならば、その管理者は、前記フェイルオーバー処理を達成するために必要なコマンドを入力する。エラーを低減するために、前記権限を有する管理者がアクセス可能な障害復旧マニュアル内の一連のコマンドをプリントする。前記フェイルオーバー操作を完了するために、前記フェイルオーバー操作では、前記権限を有する管理者がいくつかの異なるサーバーにログオンすることを必要としうる。プライマリ及びバックアップサーバーにログオンすることに加えて、例えば、前記権限を有する管理者は、前記組織のコンピュータネットワークのドメインネームサーバー（ＤＮＳ）を管理するサーバーと、前記組織のコンピュータネットワークのストレージエリアネットワーク（ＳＡＮ）を管理するサーバーとに対するアクセスを要求しても良い。

好ましい実施形態では、一連のコマンドを、ＤＲサーバー１６０上で、スクリプトとして格納する。フェイルオーバーサイトを具備する各サービスのためのフェイルオーバースクリプトを格納するのが好ましい。ある実施形態では、ＤＲサーバー１６０は、地域の回復スクリプトの中央デポジトリとして振舞い、それによって前記回復スクリプトのより容易であるメンテナンス及び更新を提供しても良い。

図２は、前記フェイルオーバー処理を説明するフローチャートである。好ましい実施形態では、制御スクリプトが、前記フェイルオーバー処理を管理するとともに、対象サーバー上で、対象サーバー特有の手順を実行する他のスクリプト又はサブルーチンを呼び出す。前記制御スクリプトが、権限を有する管理者によって開始された後に、段階２１０は、正当な対象ホスト又はサーバー上で、正当なユーザーによって前記スクリプトが実行されていることを確認するために検査する。ある実施形態では、特定のユーザー／ホストの組み合わせに限って、前記フェイルオーバー手順を実行することを許可する。もし前記ユーザー／ホストの組み合わせが無効であれば、前記スクリプトは終了し、ログファイルに結果を記録するとともに、前記権限を有する管理者に対して前記結果を表示する。もし、前ユーザー／ホストの組み合わせが有効であれば、前記スクリプトは、前記制御スクリプトが起動される際に指定された引数又はオプションの有効性を検査する。例えば、前記制御スクリプトが起動される際に、アクションオプションを指定しても良い。アクションオプションは、前記制御スクリプトによって実行されるべき動作を特定するとともに、従って有効な動作を指定するべきである。前記制御スクリプトは、段階２１０で、前記アクションオプションが有効な動作の１つを指定していることを確認する。もし前記アクションオプションが無効であれば、前記スクリプトは終了し、結果をログファイルに記録するとともに、前記権限を有する管理者に対して前記結果を表示する。

段階２２０では、前記アプリケーションの設定ファイルを読み込むとともに検査する。前記設定ファイルと、有効な設定データに対するルールを反映したテンプレートファイルとを比較することによって、前記設定ファイルを検査する。もし、前記設定ファイルが無効なデータを具備していたら、前記スクリプトは終了し、ログファイルに結果を記録するとともに、前記権限を有する管理者に対して前記結果を表示する。

もし、前記設定ファイルが、有効なデータを具備していれば、対象ホスト上で制御スクリプトコマンドが実行される前に、段階２３０で認証及び権限付与手順を実行する。認証及び権限付与は、ネットワークの公知であるセキュリティ手順に従っても良い。好ましい実施形態では、ｈｔｔｐ：／／ｗｗｗ．ｆｒｅｅｓｏｆｔ．ｏｒｇ／ＣＩＥ／ＲＦＣ／１５１０／から利用可能（１９９３年９月）である、ＲＦＣ１５１０で説明されるＫｅｒｂｅｒｏｓプロトコルを使用して、認証及び権限付与を達成しても良く、その内容は引用によって本明細書に組み込まれる。前記サービスを提供する前記アプリケーションに対するＫｅｒｂｅｒｏｓチケットを、権限を有する各ユーザーのために前記ＤＲサーバー上に格納する。各プライマリ及びバックアップサーバーは、自分が受け入れるＫｅｒｂｅｒｏｓチケットの一覧表を具備したファイルを格納する。各Ｋｅｒｂｅｒｏｓチケットは、特定のユーザー／ホスト／アプリケーションの組み合わせに対してのみ、前記対象ホストとのセキュアなチャネルの確立を許可する。

前記セキュアなチャネルが前記対象ホスト及び前記ＤＲサーバーの間で一度確立されると、前記ＤＲサーバーは、段階２４０で、前記対象ホスト上で実行するためのスクリプトコマンドを前記対象ホストに送信する。前記対象ホストは、実行したコマンドの状態、即ち前記スクリプトコマンドの実行が成功したか又は失敗したかを示す信号を、前記ＤＲサーバーに返す。前記ＤＲサーバーは、段階２５０で、返された前記信号を検査する。もし返された前記信号が、前記コマンドの実行成功を示すならば、前記ＤＲサーバーは、段階２５５で、実行された前記コマンドが、前記スクリプト内の最後のコマンドかどうかを判断する。もし実行された前記コマンドが、前記最後のコマンドであるならば、前記ＤＲサーバーは、結果を記録し、前記結果を前記ユーザーに対して表示するとともに、前記スクリプトを終了する。もし、実行された前記コマンドが、前記最後のコマンドでないならば、前記スクリプトは段階２４０に戻り、次のスクリプトコマンドを実行する。

もし、前記戻された信号が、前記コマンドの実行失敗を示すならば、前記ＤＲサーバーは、段階２６０で、前記コマンドに関連付けられたｏｎＦａｉｌオプションを調べる。もし前記ｏｎＦａｉｌオプションがＤＩＥに設定されているならば、前記ＤＲサーバーは、段階２８０で前記ログファイルにエラーメッセージをプリントし、前記ユーザーに対して前記エラーメッセージを表示するとともに、段階２９０で前記スクリプトを終了する。もし前記ｏｎＦａｉｌオプションがＷＡＲＮに設定されているならば、前記ＤＲサーバーは、段階２９０で前記ログファイルにエラーメッセージをプリントするとともに、段階２４０に戻って次のスクリプトコマンドを実行する。 もし前記ｏｎＦａｉｌオプションがＲＥＴＲＹに設定されているならば、前記ＤＲサーバーは、再実行したコマンドが実行成功したかどうかを判断する段階２５０に分岐する前に、段階２６５で前記コマンドを再実行する。前記ＲＥＴＲＹフラグに、反復回数及びＤＩＲ又はＷＡＲＮフラグが続いても良い。例えば、もしｏｎＦａｉｌ＝ＲＥＴＲＹ，２ ＤＩＥならば、前記ＤＲサーバーは、前記対象ホストに対して、再実行するコマンドを２回再送信するとともに、もし前記コマンドが第２再試行の後でも実行失敗ならば、前記ＤＲサーバーは、前記ＤＩＥフラグに従って分岐する。

図３は、本発明のある実施形態で使用しうる設定ファイルの一部を図示している。好ましい実施形態では、前記設定ファイルは、ターゲット３１２と、キー３１４と、対になる値３１６とを具備するキー−値フォーマットのプレーンテキストファイルである。各ターゲットは、前記ターゲット用のサブルーチンが失敗したならば行うべきアクションを記述するｏｎＦａｉｌキーを具備している。図３では、フェイルオーバー処理のためにマイグレーション動作が選択された際に実行するスクリプト段階に対応する整数キーとともに、ＭＩＧＲＡＴＥターゲット３５０が図示されている。図３で図示される実施例では、権限を有する管理者が、マイグレーション動作を選択していると仮定するとともに、セキュアなチャネルが確立された後に、前記ＤＲサーバーは、前記ＭＩＧＲＡＴＥターゲット内で第１スクリプトコマンドを実行する、この実施例では、前記第１スクリプトコマンドはｃｎａｍｅ−＞ｄｅｌｅｔｅ（ＣＮＡＭＥ１）である。ｃｎａｍｅモジュールは、前記プライマリホストと、前記フェイルオーバーホストと、エイリアスと、ユーザー名と、パスワードとを特定する５つのパラメータを要求する。図３で図示された実施例では、段階１−４は、先ずプライマリ及びフェイルオーバーサーバーからエイリアスを削除する（段階１−２）とともに、新規エイリアスを前記プライマリ及びフェイルオーバーサーバーに追加する（段階３−４）ことによって、前記プライマリサーバー及びフェイルオーバーサーバーの間のエイリアス名を切り替える。ＣＮＡＭＥ１ ３１０及びＣＮＡＭＥ２ ３２０内で指定されたユーザー名及びパスワードはによって、権限を有する管理者が、前記組織のサーバーのドメイン名を管理する、前記組織のＤＮＳサーバーにログオンすることが可能になる。ＣＮＡＭＥ１ ３１０及びＣＮＡＭＥ２ ３２０の両者は、ｏｎＦａｉｌ＝ＷＡＲＮを指定している。これは、前記コマンドが実行成功しなかったならば、アクションを決定する前記制御スクリプトが使用する。

段階５で、前記ＤＲサーバーは、前記プライマリサーバーに対して、前記アプリケーションのファイルシステムディレクトリをディスマウントするコマンドを送信するとともに、段階６で、前記ＤＲサーバーは、前記プライマリサーバーに対して、前記アプリケーションのディスクグループをデポートするコマンドを送信する。段階７で、前記ＤＲサーバーは、セカンダリストレージを前記フェイルオーバーホストにマウントすることを許可するために、プライマリストレージ及び前記セカンダリストレージの状態を切り替えるコマンドｓｒｄｆ−＞ｆａｉｌｏｖｅｒ（ＳＲＤＦ）を実行する。プライマリ及びフェイルオーバーストレージ機器を管理するとともに、切り替えられる特定のストレージ機器を定義するゲートキーパーホストを特定するＳＲＤＦモジュール３３０内で定義されている２つのパラメータを、前記ｓｒｄｆモジュールは使用する。前記ｓｒｄｆモジュール内の特定のコマンドは、プライマリ及びフェイルオーバーストレージ機器を制御するのに使用するＳＡＮマネージャーに依存する。段階６で、前記ＤＲサーバーは、前記フェイルオーバーサーバーに対して、前記フェイルオーバーサーバー上のアプリケーションのディスクグループをポートするコマンドを送信する。段階７で、前記ＤＲサーバーは、前記フェイルオーバーサーバーに対して、前記アプリケーションのファイルシステムを前記フェイルオーバーサーバー上にマウントするコマンドを送信する。

本発明の少なくとも例示的である実施形態をこのように説明してきたが、当業者は、様々な修正例及び改善例を容易に想到可能であり、かつそれらも本発明の範囲内であると解される。従って、前述の説明は、実施例を使用したに過ぎず、かつ限定を意図したものではない。本発明は、本願特許請求の範囲及びその均等物として限定されるに過ぎない。

図１は、本発明のある実施形態で使用するコンピュータネットワークを説明する図である。 図２は、本発明の一実施形態を説明するフローダイアグラムである。 図３は、本発明のある実施形態で使用する設定ファイルの一部を図示している。

符号の説明

１１０ イントラネット
１１５ 外部コンピュータ
１２０ コンピュータネットワーク
１３０ ゲートウェイサーバー
１４０ コンピュータ
１５０ イントラネット
１６０ ＤＲサーバー
１７０ サービス
１７２ プライマリサーバー
１７４ プライマリサーバー
１８０ フェイルオーバーサイト
１８２ バックアップサーバー
１８４ バックアップサーバー

Claims (13)

1. 内部コンピュータネットワークと通信するプライマリサーバーと、
   前記内部コンピュータネットワークと通信するバックアップサーバーと、
   前記内部コンピュータネットワークと通信するＤＲサーバーと、
   前記ＤＲサーバー上に格納されるフェイルオーバースクリプトとを具備し、
   前記プライマリサーバーは、前記内部コンピュータネットワークに対してサービスを提供するアプリケーションを実行し、
   前記バックアップサーバーは、前記アプリケーションを実行するように構成され、
   前記フェイルオーバースクリプトは、前記ＤＲサーバー上で実行される際に、前記バックアップサーバー上でフェイルオーバー操作を実行することを特徴とするシステム。
2. 前記内部コンピュータネットワークは、イントラネットであることを特徴とする請求項１に記載のシステム。
3. 前記フェイルオーバー操作は、前記プライマリサーバーから前記バックアップサーバーへの前記サービスのマイグレーションを具備することを特徴とする請求項１に記載のシステム。
4. 前記フェイルオーバー操作は、前記バックアップサーバーによる前記サービスのテイクオーバーを具備することを特徴とする請求項１に記載のシステム。
5. 前記フェイルオーバー操作は、前記バックアップサーバーから前記プライマリサーバーへの前記サービスのフェイルバックを具備することを特徴とする請求項１に記載のシステム。
6. 前記内部コンピュータネットワークと通信するコンピュータから、前記フェイルオーバースクリプトを起動して、前記ＤＲサーバー上で実行を開始することを特徴とする請求項１に記載のシステム。
7. 内部コンピュータネットワークと、プライマリサーバーと、バックアップサーバーと通信してＤＲサーバーからフェイルオーバー操作を編成する方法であって、前記プライマリサーバー及びバックアップサーバーは、前記内部コンピュータネットワークに対してサービスを提供するアプリケーションを実行するように構成され、
   内部コンピュータネットワークを通して、前記アプリケーションのフェイルオーバー操作を実行するコマンドをユーザーから受信する段階と、
   前記ユーザーに基づくセキュリティチケットを前記プライマリサーバーから回収する段階と、
   前記ＤＲサーバー上に格納されている設定ファイルを読み込む段階と、
   前記設定ファイルから読み込まれた情報に基づいて、前記アプリケーションのフェイルオーバー操作を実行する段階とを具備し、
   前記設定ファイルは、前記アプリケーションの前記フェイルオーバー操作の情報を具備することを特徴とする方法。
8. 前記実行する段階は、
   前記内部コンピュータネットワークに対してドメインネームサービスを提供しているＤＮＳサーバーにログオンする段階と、
   前記プライマリサーバーのＤＮＳエイリアス及び前記バックアップサーバーのＤＮＳエイリアスを切り替える段階とをさらに具備することを特徴とする請求項７に記載の方法。
9. 前記実行する段階は、
   前記内部コンピュータネットワークに対して、ストレージエリアネットワーク管理サービスを提供するゲートキーパーホストにログオンする段階と、
   前記バックアップサーバーのセカンダリストレージのマウントを可能にするために、プライマリストレージの状態及びセカンダリストレージの状態を切り替える段階とをさらに具備することを特徴とする請求項７に記載の方法。
10. 前記実行する段階が、前記設定ファイルからスクリプトコマンドを実行する段階をさらに具備することを特徴とする請求項７に記載の方法。
11. 前記実行する段階は、
    実行された前記スクリプトコマンドの状態を示すリターンシグナルを受信する段階と、
    ログファイルに前記状態を記録する段階と、前記ステータスを前記ユーザーに対して表示する段階とをさらに具備することを特徴とする請求項１０に記載の方法。
12. もし、実行された前記スクリプトコマンドの状態が失敗を示しているならば、前記スクリプトコマンドを再実行することを特徴とする請求項１１に記載の方法。
13. もし、実行された前記スクリプトコマンドの状態が失敗を示しているならば、前記設定ファイルから次のスクリプトコマンドを実行することを特徴とする請求項１１に記載の方法。

Images