JP2011154732A - Remote boot method, mechanism and program - Google Patents
Remote boot method, mechanism and program Download PDFInfo
- Publication number
- JP2011154732A JP2011154732A JP2011109469A JP2011109469A JP2011154732A JP 2011154732 A JP2011154732 A JP 2011154732A JP 2011109469 A JP2011109469 A JP 2011109469A JP 2011109469 A JP2011109469 A JP 2011109469A JP 2011154732 A JP2011154732 A JP 2011154732A
- Authority
- JP
- Japan
- Prior art keywords
- variable
- boot
- remote
- monitoring mechanism
- computer system
- 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
Images
Landscapes
- Stored Programmes (AREA)
Abstract
【課題】本発明は、リモートブート方法、機構及びプログラムに関し、ブート対象のオペレーティングシステム（ＯＳ）のイメージの指定をコンピュータシステム全体を管理するシステム管理機構からリモートで行なえるようにすることを目的とする。
【解決手段】ＯＳのイメージをコンピュータシステムに接続されたファイル装置からコンピュータシステムのメインメモリにロードして起動するブート処理を行うリモートブート方法において、ブート対象のイメージの指定をコンピュータシステム全体を監視するシステム監視機構からリモートで行うように構成する。
【選択図】図４The present invention relates to a remote boot method, a mechanism, and a program, and an object thereof is to enable remote designation of an image of an operating system (OS) to be booted from a system management mechanism that manages the entire computer system. To do.
In a remote boot method for performing a boot process in which an OS image is loaded from a file device connected to the computer system into a main memory of the computer system and activated, the entire computer system is monitored for designation of an image to be booted. Configure to be performed remotely from the system monitoring mechanism.
[Selection] Figure 4
Description
本発明は、リモートブート方法、機構及びプログラムに係り、特にコンピュータシステムにおいてオペレーティングシステムのイメージをコンピュータシステムに接続されたファイル装置からコンピュータシステムのメインメモリにロードして起動する所謂ブート処理を行うリモートブート方法、機構及びプログラムに関する。 The present invention relates to a remote boot method, mechanism, and program, and in particular, a remote boot that performs a so-called boot process in which an image of an operating system is loaded into a main memory of a computer system from a file device connected to the computer system and activated. The present invention relates to a method, a mechanism, and a program.
コンピュータシステムにおいて、オペレーティングシステムのイメージをファイル装置からメインメモリにロードして起動するブート処理は、コンピュータシステムのブートファームウェアにより制御される。 In the computer system, boot processing for loading and starting an operating system image from a file device to a main memory is controlled by boot firmware of the computer system.
図１は、従来のコンピュータシステムの要部を示す図である。図１において、コンピュータシステム１は、本体部１１及びコンピュータシステム１全体を監視するシステム監視機構１２からなる。複数のハードディスク装置（ＨＤＤ:Hard Disk Drive）２−１，２−２，２−３，…と、ＣＤＲＯＭ／ＤＶＤＲＯＭ装置３と、ネットワーク装置４とが、ファイル装置としてコンピュータシステム１に接続されている。本体部１１は、ＲＯＭファームウェア２１、ＲＯＭ（Read Only Memory）又はＦＭＥＭ（Flash Memory）２２、不揮発性メモリ（ＮＶＲＡＭ:Non-Volatile ＲＡＭ)２３及びメインメモリ２４を有する。又、メインメモリ２４は、ブートファームウェア２４１、オペレーティングシステム（ＯＳ）ローダプログラム（以下、単にＯＳローダと言う）２４２及びＯＳ２４３を有する。
FIG. 1 is a diagram showing a main part of a conventional computer system. In FIG. 1, the
ＲＯＭファームウェア２１は、ＲＯＭ(Read Only Memory)若しくはＦＭＥＭ(Flash Memory)に書き込まれており、コンピュータシステム１の電源が投入されると、このＲＯＭファームウェア２１が起動され、コンピュータシステム１内のハードウェアの診断と初期化処理が実行される。その後、コンピュータシステム１内のＲＯＭ又はＦＭＥＭ２２に圧縮して保存されているブートファームウェアのイメージをメインメモリ２４上に展開し、制御をブートファームウェア２４１に移す。ブートファームウェア２４１は、コンピュータシステム１がサポートするブート対象装置（ファイル装置）を制御するためのドライバプログラム（以下、単にドライバと言う）を持っており、予め設定されたブート情報に従ってコンピュータシステム１に接続されているブート対象装置のうちから、実際にブートする対象装置を選択しブート処理を実行する。通常、ブートファームウェア２４１は、対象とするＯＳ２４３をブートするためのＯＳローダ２４２のブートを行なう。ブートファームウェア２４１は、ＯＳ２４３のファイルシステムを解析できる必要はない。ＯＳ２４３に対応したＯＳローダ２４２がＯＳ２４３のファイルシステムを解析できるので、ブートファームウェア２４１はＯＳローダ２４２がブート対象装置のどこにあるかが分かり、このＯＳローダ２４２がブートできれば、以降のＯＳ２４３のブートはこのＯＳローダ２４２が実行するようになっている。図１に示すコンピュータシステム１では、ＮＶＲＡＭ２３にブート情報が保存される。ＮＶＲＡＭ２３に保存されたブート情報に従って、コンピュータシステム１に接続された複数のブート対象装置のうちからコンピュータシステム１の起動時に自動的にブートするべきブート対象装置を決定する。ＮＶＲＡＭ２３に保存されるブート情報には、ブート対象装置がコンピュータシステム１のどこに接続されているかを示すデバイスパス情報とＯＳローダ２４２のファイル位置やファイル名を情報として持つBootXXXX変数 (XXXXは0000からFFFFまでの１６進数) と、複数存在するBootXXXX変数で表されるブート対象装置にどのような順番でブート起動をかけるかを指定するBootOrder変数がある。ブートファームウェア２４１に制御が渡ると、ブートファームウェア２４１はブート用の各種ドライバを初期化し、接続されたディスク装置２−１，２−２，２−３，…のプローブ処理を行なう。その後、NVRAM変数のBootOrder変数からBootXXXX変数のXXXXの部分の値を特定し、そのBootXXXX変数が指定するブート対象装置とＯＳローダ２４２をブートする。
The
従って、ブートファームウェア２４１により以下の機能ｆ１）〜ｆ３）が実現される。
ｆ１）ＨＤＤ２−１，２−２，２−３，…、ＣＤＲＯＭ／ＤＶＤＲＯＭ装置３やネットワーク装置４等のブート対象装置を制御するためのドライバを持ち、夫々の装置に格納されたＯＳローダ２４２をブートする機能。
ｆ２）ＮＶＲＡＭ２３にブート対象装置のデバイスパス情報や対象ＯＳのイメージの情報等のブート情報を保持する機能。
ｆ３）ＮＶＲＡＭ２３に保持されたブート情報を読み込み、ブートの優先順位に基づいてブート対象装置を選択する機能。
Therefore, the following functions f1) to f3) are realized by the
f1) HDDs 2-1 2-2, 2-3,..., CDROM / DVDROM devices 3 and network devices 4 and other drivers for controlling boot target devices, and
f2) A function of storing boot information such as device path information of the boot target device and image information of the target OS in the
f3) A function of reading the boot information held in the
上記機能ｆ１）〜ｆ３）により、ブートファームウェア２４１によるＯＳ２４３のブート処理は、ＮＶＲＡＭ２３に予め設定しておいたブート情報に基づいてブート対象装置を決定し、ＯＳローダ２４２をブートする機能と言えるが、これとは別に、システム監視機構１２からの情報に基づいて、次回のブート処理でだけ予めＮＶＲＡＭ２３に設定されているブート情報とは異なるブート装置から一時的にブート処理を実行するリモートブート機能と呼ばれる機能もある。
With the above functions f1) to f3), the boot process of the
図２は、ブートファームウェア２４１がブート情報を取得する経路を説明する図である。通常のブート処理では、ブートファームウェア２４１が管理するＮＶＲＡＭ２３からブート情報を取得する。これとは別に、システム監視機構１２にもブート情報がある場合があり、その場合にはＮＶＲＡＭ２３からのブート情報に関係なくシステム監視機構１２からの情報に従ってブート対象装置を決定する。このシステム監視機構１２にあるブート情報は、そのコンピュータシステム１で運用されるＯＳ配下のアプリケーションプログラム２４４によって指定されたり、システム監視機構１２とネットワーク３０によって接続された外部コンピュータシステム３１によって指定されたりするものである。
FIG. 2 is a diagram illustrating a path through which the
尚、初期プログラムロード制御ロジックの発生源を決定してＬＡＮ等に接続されたコンピュータワークステーションに初期プログラムをロードする方法が、例えば特許文献１に提案されている。又、情報処理装置に障害が発生した場合に自動的に予備機のシステム立ち上げを行う方法が、例えば特許文献２に提案されている。
For example,
上記の如きコンピュータシステム１においては、システム監視機構１２を経由したリモートブート制御により、ブートファームウェア２４１が管理するＮＶＲＡＭ２３に設定されたブート情報とは無関係に、アプリケーションプログラム２４４や外部コンピュータ３１から一時的なブートの指定を行うことが可能である。しかし、ブートファームウェア２４１は、ＮＶＲＡＭ２３にきめ細かいブート情報を設定することで、システム構成に応じて柔軟なブート情報を設定可能であるが、システム監視機構１２経由でブート対象装置を指定する場合には、柔軟に設定されたＮＶＲＡＭ２３の情報を参照することができないため、特定のＨＤＤ、ＣＤＲＯＭ／ＤＶＤＲＯＭ装置やネットワーク装置からでしかブートの指定を行うことができないという問題があった。即ち、ＮＶＲＡＭ２３にブート情報を格納する場合には、ブート情報としてブート対象装置のデバイスパス情報を自由に設定できるため、対象とするコンピュータシステム１がオンボードでは持っていないインタフェース経由で接続される装置であっても自由に設定することが可能であり、システム構成に応じて柔軟なブートパスを定義できるが、システム監視機構１２経由ではそのような自由なブートパスを指定できなかった。
In the
そこで、本発明の目的は、ブート対象のＯＳのイメージの指定をコンピュータシステム全体を管理するシステム管理機構からリモートで行なえるリモートブート方法、機構及びプログラムを提供することを目的とする。 SUMMARY OF THE INVENTION An object of the present invention is to provide a remote boot method, mechanism, and program capable of remotely specifying an OS image to be booted from a system management mechanism that manages the entire computer system.
上記の課題は、オペレーティングシステムのイメージをコンピュータシステムに接続されたファイル装置から該コンピュータシステムのメインメモリにロードして起動するブート処理を行うリモートブート方法であって、該ブート対象のイメージの指定を該コンピュータシステム全体を監視するシステム監視機構からリモートで行うことを特徴とするリモートブート方法によって達成できる。 The above-described problem is a remote boot method for performing a boot process in which an operating system image is loaded from a file device connected to the computer system into a main memory of the computer system and activated, and the image to be booted is designated. This can be achieved by a remote boot method, which is performed remotely from a system monitoring mechanism for monitoring the entire computer system.
上記の課題は、オペレーティングシステムのイメージをコンピュータシステムに接続されたファイル装置から該コンピュータシステムのメインメモリにロードして起動するブート処理を行うリモートブート機構であって、該ブート対象のイメージの指定を該コンピュータシステム全体を監視するシステム監視機構からリモートで行うことを特徴とするリモートブート機構によっても達成できる。 The above-described problem is a remote boot mechanism for performing a boot process in which an operating system image is loaded from a file device connected to the computer system into a main memory of the computer system and activated, and the image to be booted is designated. This can also be achieved by a remote boot mechanism characterized by being remotely performed from a system monitoring mechanism for monitoring the entire computer system.
上記の課題は、コンピュータシステムのコンピュータにオペレーティングシステムのイメージを該コンピュータシステムに接続されたファイル装置から該コンピュータシステムのメインメモリにロードして起動するブート処理を行わせるプログラムであって、該コンピュータに、該ブート対象のイメージの指定を該コンピュータシステム全体を監視するシステム監視機構からリモートで行わせる手順を含むことを特徴とするプログラムによっても達成できる。 The above-described problem is a program for causing a computer of a computer system to perform a boot process by loading an image of an operating system from a file device connected to the computer system into a main memory of the computer system and starting the computer. The image can also be achieved by a program including a procedure for remotely specifying the boot target image from a system monitoring mechanism that monitors the entire computer system.
本発明によれば、ブート対象のＯＳのイメージの指定をコンピュータシステム全体を管理するシステム管理機構からリモートで行なえるリモートブート方法、機構及びプログラムを実現することができる。 According to the present invention, it is possible to realize a remote boot method, mechanism, and program that can remotely specify an OS image to be booted from a system management mechanism that manages the entire computer system.
以下に、本発明になるリモートブート方法、機構及びプログラムの各実施例を、図３以降と共に説明する。 Hereinafter, embodiments of the remote boot method, mechanism, and program according to the present invention will be described with reference to FIG.
本発明になるリモートブート方法、機構及びプログラムは、ブート対象のＯＳのイメージが複数のファイル装置に存在し、ブート対象イメージのうちのどれをブートするかを制御する際に、ブート対象イメージの指定をコンピュータシステム全体を管理するシステム管理機構からリモートで行う。 According to the remote boot method, mechanism and program of the present invention, the boot target OS image exists in a plurality of file devices, and the boot target image is specified when controlling which of the boot target images is booted. Is remotely performed from a system management mechanism that manages the entire computer system.
プログラムは、コンピュータ読み取り可能な適切な記憶媒体に格納されていても良い。 The program may be stored in an appropriate computer-readable storage medium.
図３は、本発明の一実施例が適用されたコンピュータシステムを示す図である。同図中、図１と実質的に同じ部分には同一符号を付し、その説明は省略する。図３において、コンピュータシステム１は、本体部１１及びコンピュータシステム１全体を監視するシステム監視機構４２からなる。複数のハードディスク装置（ＨＤＤ:Hard Disk Drive）２−１，２−２，２−３，…と、ＣＤＲＯＭ／ＤＶＤＲＯＭ装置３と、ネットワーク装置４とが、ファイル装置としてコンピュータシステム１に接続されている。本体部１１は、ＲＯＭファームウェア２１、ＲＯＭ（Read Only Memory）又はＦＭＥＭ（Flash Memory）２２、不揮発性メモリ（ＮＶＲＡＭ:Non-Volatile ＲＡＭ)２３及びメインメモリ２４を有する。又、メインメモリ２４は、ブートファームウェア２４１、オペレーティングシステム（ＯＳ）ローダプログラム（以下、単にＯＳローダと言う）２４２及びＯＳ２４３を有する。
FIG. 3 is a diagram showing a computer system to which an embodiment of the present invention is applied. In the figure, parts that are substantially the same as those in FIG. In FIG. 3, the
ＲＯＭファームウェア２１は、ＲＯＭ(Read Only Memory)若しくはＦＭＥＭ(Flash Memory)に書き込まれており、コンピュータシステム１の電源が投入されると、このＲＯＭファームウェア２１が起動され、コンピュータシステム１内のハードウェアの診断と初期化処理が実行される。その後、コンピュータシステム１内のＲＯＭ又はＦＭＥＭ２２に圧縮して保存されているブートファームウェアのイメージをメインメモリ２４上に展開し、制御をブートファームウェア２４１に移す。ブートファームウェア２４１は、コンピュータシステム１がサポートするブート対象装置（ファイル装置）を制御するためのドライバプログラム（以下、単にドライバと言う）を持っており、予め設定されたブート情報に従ってコンピュータシステム１に接続されているブート対象装置のうちから、実際にブートする対象装置を選択しブート処理を実行する。通常、ブートファームウェア２４１は、対象とするＯＳ２４３をブートするためのＯＳローダ２４２のブートを行なう。ブートファームウェア２４１は、ＯＳ２４３のファイルシステムを解析できる必要はない。ＯＳ２４３に対応したＯＳローダ２４２がＯＳ２４３のファイルシステムを解析できるので、ブートファームウェア２４１はＯＳローダ２４２がブート対象装置のどこにあるかが分かり、このＯＳローダ２４２がブートできれば、以降のＯＳ２４３のブートはこのＯＳローダ２４２が実行するようになっている。
The
図１に示すコンピュータシステム１では、ＮＶＲＡＭ２３にブート情報が保存される。ＮＶＲＡＭ２３に保存されたブート情報に従って、コンピュータシステム１に接続された複数のブート対象装置のうちからコンピュータシステム１の起動時に自動的にブートするべきブート対象装置を決定する。ＮＶＲＡＭ２３に保存されるブート情報には、ブート対象装置がコンピュータシステム１のどこに接続されているかを示すデバイスパス情報とＯＳローダ２４２のファイル位置やファイル名を情報として持つBootXXXX変数 (XXXXは0000からFFFFまでの１６進数) と、複数存在するBootXXXX変数で表されるブート対象装置にどのような順番でブート起動をかけるかを指定するBootOrder変数と、BootNext変数がある。BootNext変数は、通常は存在しないが、このBootNext変数が存在する場合にはBootOrder変数に関係なく、このBootNext変数に設定された番号が示すBootXXXX変数のブート対象装置をブートする。ブートファームウェア２４１に制御が渡ると、ブートファームウェア２４１はブート用の各種ドライバを初期化し、接続されたディスク装置２−１，２−２，２−３，…のプローブ処理を行なう。その後、NVRAM変数のBootOrder変数からBootXXXX変数のXXXXの部分の値を特定し、そのBootXXXX変数が指定するブート対象装置とＯＳローダ２４２をブートする。
In the
従って、ブートファームウェア２４１により以下の機能ｆ１１）〜ｆ１３）が実現される。
ｆ１１）ＨＤＤ２−１，２−２，２−３，…、ＣＤＲＯＭ／ＤＶＤＲＯＭ装置３やネットワーク装置４等のブート対象装置を制御するためのドライバを持ち、夫々の装置に格納されたＯＳローダ２４２をブートする機能。
ｆ１２）ＮＶＲＡＭ２３にブート対象装置のデバイスパス情報や対象ＯＳのイメージの情報等のブート情報を保持する機能。
ｆ１３）ＮＶＲＡＭ２３に保持されたブート情報を読み込み、ブートの優先順位に基づいてブート対象装置を選択する機能。
Therefore, the following functions f11) to f13) are realized by the
f11) A driver for controlling the boot target device such as the HDD 2-1, 2-2, 2-3,..., the CDROM / DVDROM device 3 or the network device 4, and an
f12) A function of storing boot information such as device path information of the boot target device and target OS image information in the
f13) A function of reading boot information held in the
上記機能ｆ１１）〜ｆ１３）により、ブートファームウェア２４１によるＯＳ２４３のブート処理は、ＮＶＲＡＭ２３に予め設定しておいたブート情報に基づいてブート対象装置を決定し、ＯＳローダ２４２をブートする機能と言えるが、これとは別に、システム監視機構４２からの情報に基づいて、次回のブート処理でだけ予めＮＶＲＡＭ２３に設定されているブート情報とは異なるブート装置から一時的にブート処理を実行するリモートブート機能と呼ばれる機能もある。
With the above functions f11) to f13), the boot process of the
図４は、本発明の一実施例の要部を示すブロック図である。図４に示すように、メインメモリ２４は、ブートファームウェア２４１及びＯＳインストールプログラム２４５を有する。ブートファームウェア２４１は、NVRAM変数フラッシュモジュール５００を含むリモートブート制御モジュール５０１、ブートマネージャ５０２、ブートメンテナンスツール５０３及びNVRAM変数３０１を含む。システム監視機構４２は、システム監視機構リモートブートマネージャ６０１、モニタプログラム６０２、ネットワークインタフェース６０３及びシステム監視機構リモートブート制御変数３０２を含む。
FIG. 4 is a block diagram showing the main part of one embodiment of the present invention. As shown in FIG. 4, the
システム監視機構４２のモニタプログラム６０２は、コンピュータシステム１内の本体部１１の少なくとも一部分（表示部等の出力機能）１０と接続しており、モニタプログラム６０２により監視された情報はこの部分１０へ出力可能である。ネットワークインタフェース６０３は、ネットワーク３０を介して他のコンピュータシステム３１と接続可能である。システム監視機構リモートブートマネージャ６０１は、部分１０又は他のコンピュータシステム３１からの指定に応答して、システム監視機構リモートブート制御変数３０２を用いたリモートブートを指定（又は、指示）すると共にリモートブートを管理する。
The
ブートファームウェア２４１のリモートブート制御モジュール５０１は、システム管理機構４２から指定されたリモートブートの制御を司り、NVRAM変数フラッシュモジュール５００は、NVRAM変数３０１が更新されているとフラッシュ処理によりNVRAM変数３０１をシステム監視機構４２内のシステム監視機構リモートブート制御変数３０２にコピーする。ブートマネージャ５０２は、リモートブートを含むブートファームウェア２４１によるブートを管理する。ブートメンテナンスツール５０３は、NVRAM変数３０１の更新を含むブートメンテナンスを行うためのツールである。ＯＳインストールプログラム２４５は、ハードディスク装置２−１，２−２，２−３等へＯＳのイメージのインストールを行いNVRAM変数３０１の更新を行う。
The remote
本実施例では、上記BootXXXX変数、BootOrder変数及びBootNext変数の全てを、ブートファームウェア２４１が管理するNVRAM変数３０１だけでなく、システム監視機構４２が管理するシステム監視機構リモートブート制御変数３０２にも含めることにより、リモート監視機構４２からのリモートブートの指定によってもブートファームウェア２４１が管理しているブート対象装置を指定できるようにする。ここで、ＮＶＲＡＭ２３に保持されているブート情報とリモート監視機構４２に保持されているブート情報とでコヒーレンシを保つために、以下の如き制御ｃ１）〜ｃ７）を行なう。
ｃ１）BootXXXX変数はNVRAM変数３０１側でのみブートメンテナンスツール５０３又はＯＳインストールプログラム２４５により変更可能とし、システム監視機構リモートブート制御変数３０２側では変更不可能とする。
ｃ２）リモートブート制御モジュール５０１は、ブートファームウェア２４１が起動された際にNVRAM変数３０１のBootXXXX変数とシステム監視機構リモートブート制御変数３０２のBootXXXX変数の全てが完全に一致しているか否かを確認し、完全に一致している場合にのみリモートブートの指定に応じたブートを可能とする。システム監視機構４２のシステム監視機構リモートブートマネージャ６０１によりリモートブートが指定されていても、このようにBootXXXX変数の全てが完全に一致していない場合には、リモートブート制御モジュール５０１はリモートブートの指定を無効とし、ブート情報が変更されているのでリモートブートの指定を無効としたことを示すエラーメッセージをシステム監視機構４２に通知して、ブートファームウェア２４１による通常のブート処理を実行する。
ｃ３）BootOrder変数はNVRAM変数３０１側とシステム監視機構リモートブート制御変数３０２側の両方で変更可能である。システム監視機構４２側からリモートブートの指定があり、リモートブート制御モジュール５０１によりBootXXXX変数のコヒーレンシが保たれていることが確認された場合には、システム監視機構リモートブート制御変数３０２のBootOrder変数とBootNext変数をNVRAM変数３０１にコピーする。又、BootNext変数に関しては、ブート対象装置のBootXXXXを決定した後は、システム監視機構リモートブート制御変数３０２にBootNext変数が存在するか否かにかかわらずNVRAM変数３０１にBootNext変数がある場合にはこれを削除する（後述する図５のステップＳ１１）。従って、この場合には、リモートブートの指定の際のBootOrder変数が有効になり、システム監視機構４２側（システム監視機構リモートブートマネージャ６０１）からブートマネージャ５０２によるブートの優先順位を変更することができる。
ｃ４）BootNext変数は、NVRAM変数３０１側とシステム監視機構リモートブート制御変数３０２側の両方で作成可能である。システム監視機構４２側からリモートブートの指定があり、リモートブート制御モジュール５０１によりBootXXXX変数のコヒーレンシが保たれていることが確認された場合には、システム監視機構リモートブート制御変数３０２のBootOrder変数とBootNext変数をNVRAM変数３０１にコピーする。又、BootNext変数に関しては、システム監視機構リモートブート制御変数３０１にBootNext変数が存在するか否かにかかわらずNVRAM変数３０１にBootNext変数がある場合にはこれを削除する。従って、この場合には、リモートブートの指定の際のBootNext変数が有効になり、システム監視機構４２側（システム監視機構リモートブートマネージャ６０１）から一時的なブート対象装置の指定を行なうことができる。
ｃ５）システム監視機構４２からリモートブートの指定がある場合もない場合も、ブートファームウェア２４１では従来の制御と同様にNVRAM変数３０１のBootXXXX変数とBootOrder変数とBootNext変数に従ってブート処理を行なう。ここで、リモートブートの指定があり、BootXXXX変数のコヒーレンシが保たれている場合には、BootOrder変数やBootNext変数はリモートブートで指定されたものに置き換わっているため、リモートブートの指定に応じたブート処理が実行される。
ｃ６）リモートブートの指定は、通常はBootNext変数のみを設定するのが一般的である。これにより、ブートファームウェア２４１が管理するNVRAM変数３０１のブート情報には変更を加えずに、一時的に次回のブート処理でのブート対象装置を指定することができる。
ｃ７）ブートファームウェア２４１は、ブート対象装置を決定したら、NVRAM変数３０１にBootNext変数が存在する場合にはこれを削除する。そして、メモリ変数であるBootCurrent変数に決定したブート対象装置を示すBootXXXX変数の番号を設定し、このBootCurrent変数をシステム監視機構４２に通知する。このBootCurrent変数は、ブートファームウェア２４１の管理する変数であるが、NVRAM変数３０１ではないため、コンピュータシステム１の電源が落ちると失われてしまう。ＯＳ２４３が起動した後でこのBootCurrent変数を調べることにより、どのブート対象装置からブートしたかをＯＳ２４３側で判断することができる。
In this embodiment, all of the BootXXXX variable, BootOrder variable, and BootNext variable are included not only in the NVRAM variable 301 managed by the
c1) The BootXXXX variable can be changed only on the NVRAM variable 301 side by the
c2) When the
c3) The BootOrder variable can be changed on both the NVRAM variable 301 side and the system monitoring mechanism remote boot control variable 302 side. When remote boot is designated from the
c4) The BootNext variable can be created on both the NVRAM variable 301 side and the system monitoring mechanism remote boot control variable 302 side. When remote boot is designated from the
c5) When the remote boot is designated from the
c6) In general, only the BootNext variable is set for remote boot designation. As a result, it is possible to temporarily specify the boot target device in the next boot process without changing the boot information of the NVRAM variable 301 managed by the
c7) When the
図５は、本発明の一実施例の動作を説明するフローチャートである。同図に示す処理は、ブートファームウェア２４１のリモートブート制御モジュール５０１により実行される。同図中、ステップＳ１でリモートブート制御モジュール５０１の処理が開始されると、ステップＳ２は、システム監視装置４２からシステム監視機構リモートブート制御変数３０２をリードする。ステップＳ３は、ＮＶＲＡＭ２３からNVRAM変数３０１をリードする。ステップＳ４は、NVRAM変数３０１のブート変数（BootXXXX変数、BootOrder変数、BootNext変数）が更新されているか否かを判定する。ステップＳ４の判定結果がＮＯであると、ステップＳ５は、システム監視機構４２からリモートブートの指定があるか否かを判定する。
FIG. 5 is a flowchart for explaining the operation of the embodiment of the present invention. The processing shown in the figure is executed by the remote
ステップＳ５の判定結果がＹＥＳであると、ステップＳ６は、NVRAM変数３０１にBootNext変数が含まれていると、そのBootNext変数を削除する。ステップＳ７は、システム監視機構リモートブート制御変数３０２に含まれるBootOrder変数及びBootNext変数をNVRAM変数３０１にコピーする。ステップＳ８は、NVRAM変数３０１のBootXXXX変数とBootOrder変数とBootNext変数に基づいてブート対象装置のBootXXXXを決定する。ステップＳ５の判定結果がＮＯであると、処理はステップＳ８へ進む。 If the determination result in step S5 is YES, step S6 deletes the BootNext variable if the NVRAM variable 301 includes the BootNext variable. In step S7, the BootOrder variable and the BootNext variable included in the system monitoring mechanism remote boot control variable 302 are copied to the NVRAM variable 301. In step S8, BootXXXX of the boot target device is determined based on the BootXXXX variable, the BootOrder variable, and the BootNext variable of the NVRAM variable 301. If the decision result in the step S5 is NO, the process advances to a step S8.
尚、ステップＳ５において、ＯＳインストールプログラム２４５によりＯＳ２４３のインストールを行ったり、ブートメンテナンスツール５０３によりブートメンテナンスを行ったりして、NVRAM変数３０１のブート変数を更新された状態でリブートが実行されずにリモートブートが指定されても、この場合のリモートブートは無効とされ、ステップＳ５の判定結果はＮＯとなる。
In step S5, the
他方、ステップＳ４の判定結果がＹＥＳであると、ステップＳ９は、フラッシュ処理によりNVRAM変数３０１をシステム監視機構４２内のシステム監視機構リモートブート制御変数３０２にコピーし、処理はステップＳ８へ進む。 On the other hand, if the decision result in the step S4 is YES, a step S9 copies the NVRAM variable 301 to the system monitoring mechanism remote boot control variable 302 in the system monitoring mechanism by flash processing, and the process proceeds to step S8.
ステップＳ８の後、ステップＳ１０は、BootCurrent変数をシステム監視機構４２に通知する。ステップＳ１１は、NVRA変数３０１にBootNext変数が含まれていると、そのBootNext変数を削除する。ステップＳ１２は、ステップＳ８で決定されたBootXXXX変数が指定するＯＳローダ２４２をブートし、ステップＳ１３で処理は終了する。
After step S8, step S10 notifies the
上記実施例では、NVRAM変数３０１として BootXXXX変数、BootOrder変数及びBootNext変数が存在し、リモートブートの指定がある場合には、システム監視機構リモートブート制御変数３０２のBootOrder変数とBootNext変数をNVRAM変数３０１にコピーすることにより、以降の処理ではシステム監視機構４２からのリモートブートの指定を意識せずにNVRAM変数３０１のBootXXXX変数、BootOrder変数及びBootNext変数からブート対象装置のBootXXXX変数を決定しているが、これに代わり、以下の変形例の如き制御をリモートブート制御モジュール５０１により行っても良い。
In the above embodiment, when the BootXXXX variable, the BootOrder variable, and the BootNext variable exist as the NVRAM variable 301 and the remote boot is specified, the BootOrder variable and the BootNext variable of the system monitoring mechanism remote boot control variable 302 are set in the NVRAM variable 301. By copying, in the subsequent processing, the BootXXXX variable of the boot target device is determined from the BootXXXX variable, the BootOrder variable, and the BootNext variable of the NVRAM variable 301 without being aware of the designation of the remote boot from the
第１変形例では、リモートブートの指定がある場合に、システム監視機構リモートブート制御変数３０２のBootOrder変数はNVRAM変数３０１のBootOrder変数と異なる場合にのみNVRAM変数３０１にコピーし、BootNext変数についてはシステム監視機構リモートブート制御変数３０２にBootNext変数が存在する場合にのみNVRAM変数３０１ではなくメモリ変数として新たにBootNextMemory変数を作成し、システム監視機構リモートブート制御変数３０２のBootNext変数の値をコピーする。 In the first modification, when remote boot is specified, the BootOrder variable of the system monitoring mechanism remote boot control variable 302 is copied to the NVRAM variable 301 only when it is different from the BootOrder variable of the NVRAM variable 301. Only when the BootNext variable exists in the monitoring mechanism remote boot control variable 302, a BootNextMemory variable is newly created as a memory variable instead of the NVRAM variable 301, and the value of the BootNext variable of the system monitoring mechanism remote boot control variable 302 is copied.
その後のブート処理において、BootNextMemory変数の存在をチェックし、このBootNextMemory変数が存在する場合には、そこに設定された値が指定するNVRAM変数３０１のBootXXXX変数をブート対象装置のBootXXXX変数とする。NVRAM変数３０１をフラッシュメモリのような更新回数に制限がある記憶装置に格納した場合には、NVRAM変数３０１への余計な更新処理は極力抑える必要がある。本変形例によればシステム監視機構リモートブート制御変数３０２を用いたブートの指定がBootNext変数によるもののみの場合には、NVRAM変数３０１のBootNext変数ではなく、コンピュータシステム１のメインメモリ２４を記憶装置とするBootNextMemory変数を作成するだけで良いので、NVRAM変数３０１への更新を抑制することができる。
In the subsequent boot processing, the existence of the BootNextMemory variable is checked. If this BootNextMemory variable exists, the BootXXXX variable of the NVRAM variable 301 specified by the value set therein is set as the BootXXXX variable of the boot target device. When the NVRAM variable 301 is stored in a storage device such as a flash memory that has a limited number of updates, it is necessary to suppress unnecessary update processing to the NVRAM variable 301 as much as possible. According to this modification, when the boot using the system monitoring mechanism remote boot control variable 302 is only specified by the BootNext variable, the
第２変形例では、リモートブートの指定を次回のブート時の処理だけに限定することにより、余計なNVRAM変数３０１の更新処理を抑えることを保証する。この場合、システム監視機構リモートブート制御変数３０２はBootOrder変数を持たずに、BootNext変数のみを持てば良い。上記第１変形例の場合と同様に、システム監視機構リモートブート制御変数３０２にBootNext変数が存在する場合にのみNVRAM変数３０１ではなくメモリ変数として新たにBootNextMemory変数を作成し、システム監視機構リモートブート制御変数３０２のBootNext変数の値をコピーする。これにより、その後のブート処理において、BootNextMemory変数の存在をチェックし、このBootNextMemory変数が存在する場合には、そこに設定された値が指定するNVRAM変数３０１のBootXXXX変数をブート対象装置のBootXXXX変数とする。リモートブートの指定はBootNext変数しかないので、本処理によりリモートブートの指定によるNVRAM変数３０１への更新を抑制することができる。
In the second modification, it is ensured that the update process of the
上記実施例では、BootXXXX変数はNVRAM変数３０１側で更新可能であり、NVRAM変数３０１とシステム監視機構リモートブート制御変数３０２のBootXXXX変数のコヒーレンシが保たれていることが確認された場合にのみリモートブートの指定を有効とするようにしているが、第３変形例のように、リモートブートでの指定をBootNext変数のみとしたコンピュータシステム１において、特定のBootXXXX変数の値を特定のブート対象装置に対して固定的に設定し、BootNext変数でコンピュータシステム１においてこのように固定的に設定されたBootXXXX変数が指定された場合には、BootXXXX変数のコヒーレンシの保持とは無関係にリモートブートでのBootNext変数の指定を有効としても良い。
In the above embodiment, the BootXXXX variable can be updated on the NVRAM variable 301 side, and remote booting is performed only when it is confirmed that the NVRAM variable 301 and the BootXXXX variable of the system monitoring mechanism remote boot control variable 302 are maintained. In the
第４変形例では、リモートブートでのBootNext変数で指定できるBootXXXX変数をコンピュータシステム１において固定的に設定されたBootXXXX変数に限定することにより、NVRAM変数３０１とシステム監視機構リモートブート制御変数３０２のBootXXXX変数のコヒーレンシチェックを不要とする。この場合には、NVRAM変数３０１のBootXXXX変数の変更に柔軟に対応することは難しいものの、コンピュータシステム１に接続されるブート対象装置がある程度限定されるような環境下においては処理時間を短縮できるので効果的である。
In the fourth modification, the BootXXXX variable that can be specified by the BootNext variable in the remote boot is limited to the BootXXXX variable that is fixedly set in the
本発明は、ＯＳのイメージをコンピュータシステムに接続されたファイル装置からコンピュータシステムのメインメモリにロードして起動する所謂ブート処理を行うコンピュータシステムに好適である。 The present invention is suitable for a computer system that performs a so-called boot process in which an OS image is loaded from a file device connected to the computer system into a main memory of the computer system and activated.
尚、本発明は、以下に付記する発明をも包含するものである。
（付記１）
オペレーティングシステムのイメージをコンピュータシステムに接続されたファイル装置から該コンピュータシステムのメインメモリにロードして起動するブート処理を行うリモートブート方法であって、
該ブート対象のイメージの指定を該コンピュータシステム全体を監視するシステム監視機構からリモートで行うことを特徴とする、リモートブート方法。
（付記２）
ブート情報を、該ブートファームウェアが管理するNVRAM変数だけでなく、該システム監視機構が管理するシステム監視機構リモートブート制御変数にも含めることにより、該リモート監視機構からのリモートブートの指定により該ブートファームウェアが管理しているブート対象のファイル装置を指定することを特徴とする、付記１記載のリモートブート方法。
（付記３）
該ブート情報は、該ブート対象のファイル装置が該コンピュータシステムのどこに接続されているかを示すデバイスパス情報とオペレーティングシステムローダのファイル位置やファイル名を情報として持つBootXXXX変数 (XXXXは0000からFFFFまでの１６進数) と、複数存在するBootXXXX変数で表される該ブート対象のファイル装置にどのような順番でブート起動をかけるかを指定するBootOrder変数と、存在する場合にはBootOrder変数に関係なくそこに設定された番号が示すBootXXXX変数の該ブート対象のファイル装置をブートすることを示すBootNext変数とを含むことを特徴とする、付記２記載のリモートブート方法。
（付記４）
該BootXXXX変数は、該NVRAM変数側でのみ該ブートファームウェアのブートメンテナンスツールにより変更可能であり、該システム監視機構リモートブート制御変数側では変更不可能であることを特徴とする、付記３記載のリモートブート方法。
（付記５）
該ブートファームウェアが起動された際に該NVRAM変数のBootXXXX変数と該システム監視機構リモートブート制御変数のBootXXXX変数の全てが完全に一致している場合にのみリモートブートの指定に応じたブートを可能とすることを特徴とする、付記３記載のリモートブート方法。
（付記６）
該BootOrder変数は該NVRAM変数側と該システム監視機構リモートブート制御変数側の両方で変更可能であり、
該システム監視機構側からリモートブートの指定があり、BootXXXX変数のコヒーレンシが保たれていることが確認された場合には、該システム監視機構リモートブート制御変数のBootOrder変数とBootNext変数を該NVRAM変数にコピーし、
該システム監視機構リモートブート制御変数にBootNext変数が存在するか否かにかかわらず該NVRAM変数にBootNext変数がある場合にはこれを削除することを特徴とする、付記３記載のリモートブート方法。
（付記７）
該BootNext変数は、該NVRAM変数側と該システム監視機構リモートブート制御変数側の両方で作成可能であり、
該システム監視機構側からリモートブートの指定があり、BootXXXX変数のコヒーレンシが保たれていることが確認された場合には、該システム監視機構リモートブート制御変数のBootOrder変数とBootNext変数を該NVRAM変数にコピーし、
該システム監視機構リモートブート制御変数にBootNext変数が存在するか否かにかかわらず該NVRAM変数にBootNext変数がある場合にはこれを削除することを特徴とする、付記３記載のリモートブート方法。
（付記８）
該リモートブートの指定を該BootNext変数のみを設定することで行い、該ブートファームウェアが管理する該NVRAM変数のブート情報には変更を加えずに一時的に次回のブート処理でのブート対象のファイル装置を指定することを特徴とする、付記３記載のリモートブート方法。
（付記９）
該ブートファームウェアにより該ブート対象のファイル装置を決定したら、該NVRAM変数にBootNext変数が存在する場合にはこれを削除し、メモリ変数であるBootCurrent変数に決定した該ブート対象のファイル装置を示すBootXXXX変数の番号を設定し、このBootCurrent変数を該システム監視機構に通知することを特徴とする、付記３記載のリモートブート方法。
（付記１０）
オペレーティングシステムのイメージをコンピュータシステムに接続されたファイル装置から該コンピュータシステムのメインメモリにロードして起動するブート処理を行うリモートブート機構であって、
該ブート対象のイメージの指定を該コンピュータシステム全体を監視するシステム監視機構からリモートで行うことを特徴とする、リモートブート機構。
（付記１１）
ブート情報を、該ブートファームウェアが管理するNVRAM変数だけでなく、該システム監視機構が管理するシステム監視機構リモートブート制御変数にも含めることにより、該リモート監視機構からのリモートブートの指定により該ブートファームウェアが管理しているブート対象のファイル装置を指定することを特徴とする、付記１０記載のリモートブート機構。
（付記１２）
該ブート情報は、該ブート対象のファイル装置が該コンピュータシステムのどこに接続されているかを示すデバイスパス情報とオペレーティングシステムローダのファイル位置やファイル名を情報として持つBootXXXX変数 (XXXXは0000からFFFFまでの１６進数) と、複数存在するBootXXXX変数で表される該ブート対象のファイル装置にどのような順番でブート起動をかけるかを指定するBootOrder変数と、存在する場合にはBootOrder変数に関係なくそこに設定された番号が示すBootXXXX変数の該ブート対象のファイル装置をブートすることを示すBootNext変数とを含むことを特徴とする、付記１１記載のリモートブート機構。
（付記１３）
該BootXXXX変数は、該NVRAM変数側でのみ該ブートファームウェアのブートメンテナンスツールにより変更可能であり、該システム監視機構リモートブート制御変数側では変更不可能であることを特徴とする、付記１２記載のリモートブート機構。
（付記１４）
該ブートファームウェアは、該ブートファームウェアが起動された際に該NVRAM変数のBootXXXX変数と該システム監視機構リモートブート制御変数のBootXXXX変数の全てが完全に一致している場合にのみリモートブートの指定に応じたブートを可能とするリモートブート制御モジュールを有することを特徴とする、付記１２記載のリモートブート機構。
（付記１５）
該BootOrder変数は該NVRAM変数側と該システム監視機構リモートブート制御変数側の両方で変更可能であり、
該ブートファームウェアは、該システム監視機構側からリモートブートの指定があり、BootXXXX変数のコヒーレンシが保たれていることが確認された場合には、該システム監視機構リモートブート制御変数のBootOrder変数とBootNext変数を該NVRAM変数にコピーし、該システム監視機構リモートブート制御変数にBootNext変数が存在するか否かにかかわらず該NVRAM変数にBootNext変数がある場合にはこれを削除するリモートブート制御モジュールを有することを特徴とする、付記１２記載のリモートブート機構。
（付記１６）
該BootNext変数は、該NVRAM変数側と該システム監視機構リモートブート制御変数側の両方で作成可能であり、
該ブートファームウェアは、該システム監視機構側からリモートブートの指定があり、BootXXXX変数のコヒーレンシが保たれていることが確認された場合には、該システム監視機構リモートブート制御変数のBootOrder変数とBootNext変数を該NVRAM変数にコピーし、該システム監視機構リモートブート制御変数にBootNext変数が存在するか否かにかかわらず該NVRAM変数にBootNext変数がある場合にはこれを削除するリモートブート制御モジュールを有することを特徴とする、付記１２記載のリモートブート機構。
（付記１７）
該システム監視機構は、該リモートブートの指定を該BootNext変数のみを設定することで行い、該ブートファームウェアが管理する該NVRAM変数のブート情報には変更を加えずに一時的に次回のブート処理でのブート対象のファイル装置を指定することを特徴とする、付記１２記載のリモートブート機構。
（付記１８）
該ブートファームウェアは、該ブート対象のファイル装置を決定したら、該NVRAM変数にBootNext変数が存在する場合にはこれを削除し、メモリ変数であるBootCurrent変数に決定した該ブート対象のファイル装置を示すBootXXXX変数の番号を設定し、このBootCurrent変数を該システム監視機構に通知するリモートブート制御モジュールを有することを特徴とする、付記１２記載のリモートブート機構。
（付記１９）
コンピュータシステムのコンピュータにオペレーティングシステムのイメージを該コンピュータシステムに接続されたファイル装置から該コンピュータシステムのメインメモリにロードして起動するブート処理を行わせるプログラムであって、
該コンピュータに、該ブート対象のイメージの指定を該コンピュータシステム全体を監視するシステム監視機構からリモートで行わせる手順を含むことを特徴とする、プログラム。
（付記２０）
ブート情報を、該ブートファームウェアが管理するNVRAM変数だけでなく、該システム監視機構が管理するシステム監視機構リモートブート制御変数にも含めることにより、該コンピュータに、該リモート監視機構からのリモートブートの指定により該ブートファームウェアが管理しているブート対象のファイル装置を指定させる手順を含むことを特徴とする、付記１９記載のプログラム。
（付記２１）
該ブート情報は、該ブート対象のファイル装置が該コンピュータシステムのどこに接続されているかを示すデバイスパス情報とオペレーティングシステムローダのファイル位置やファイル名を情報として持つBootXXXX変数 (XXXXは0000からFFFFまでの１６進数) と、複数存在するBootXXXX変数で表される該ブート対象のファイル装置にどのような順番でブート起動をかけるかを指定するBootOrder変数と、存在する場合にはBootOrder変数に関係なくそこに設定された番号が示すBootXXXX変数の該ブート対象のファイル装置をブートすることを示すBootNext変数とを含むことを特徴とする、付記２０記載のプログラム。
In addition, this invention also includes the invention attached to the following.
(Appendix 1)
A remote boot method for performing a boot process in which an image of an operating system is loaded from a file device connected to a computer system to a main memory of the computer system and activated.
A remote boot method, wherein the boot target image is specified remotely from a system monitoring mechanism that monitors the entire computer system.
(Appendix 2)
By including the boot information not only in the NVRAM variable managed by the boot firmware but also in the system monitoring mechanism remote boot control variable managed by the system monitoring mechanism, the boot firmware can be specified by specifying the remote boot from the remote monitoring mechanism. The remote boot method according to
(Appendix 3)
The boot information includes BootXXXX variables (XXXX from 0000 to FFFF) having device path information indicating where the file device to be booted is connected in the computer system and the file position and file name of the operating system loader as information. Hexadecimal number) and a BootOrder variable that specifies the order in which booting is to be performed on the boot target file device represented by a plurality of BootXXXX variables, and if there exists, there are no relation to the BootOrder variable. The remote boot method according to appendix 2, wherein the BootXXXX variable indicated by the set number includes a BootNext variable indicating that the file device to be booted is booted.
(Appendix 4)
4. The remote of claim 3, wherein the BootXXXX variable can be changed only by the boot maintenance tool of the boot firmware on the NVRAM variable side, and cannot be changed by the system monitoring mechanism remote boot control variable side. Boot method.
(Appendix 5)
When the boot firmware is activated, booting according to the designation of remote boot is possible only when the BootXXXX variable of the NVRAM variable and the BootXXXX variable of the system monitoring mechanism remote boot control variable completely match. The remote boot method according to appendix 3, wherein:
(Appendix 6)
The BootOrder variable can be changed on both the NVRAM variable side and the system monitoring mechanism remote boot control variable side,
When remote boot is specified from the system monitoring mechanism and it is confirmed that the BootXXXX variable coherency is maintained, the BootOrder variable and BootNext variable of the system monitoring mechanism remote boot control variable are set to the NVRAM variable. Copy and
The remote boot method according to appendix 3, wherein if the BootNext variable exists in the NVRAM variable regardless of whether or not the BootNext variable exists in the system monitoring mechanism remote boot control variable, this is deleted.
(Appendix 7)
The BootNext variable can be created on both the NVRAM variable side and the system monitoring mechanism remote boot control variable side,
When remote boot is specified from the system monitoring mechanism and it is confirmed that the BootXXXX variable coherency is maintained, the BootOrder variable and BootNext variable of the system monitoring mechanism remote boot control variable are set to the NVRAM variable. Copy and
The remote boot method according to appendix 3, wherein if the BootNext variable exists in the NVRAM variable regardless of whether or not the BootNext variable exists in the system monitoring mechanism remote boot control variable, this is deleted.
(Appendix 8)
The remote boot is specified by setting only the BootNext variable, and the boot information of the NVRAM variable managed by the boot firmware is temporarily changed without changing the boot target file device in the next boot process. 4. The remote boot method according to appendix 3, wherein:
(Appendix 9)
When the boot firmware determines the file device to be booted, if there is a BootNext variable in the NVRAM variable, it is deleted, and the BootXXXX variable indicating the boot target file device determined in the BootCurrent variable which is a memory variable The remote boot method according to appendix 3, characterized in that the BootCurrent variable is notified to the system monitoring mechanism.
(Appendix 10)
A remote boot mechanism for performing a boot process for loading an image of an operating system from a file device connected to the computer system into a main memory of the computer system and starting it,
A remote boot mechanism, wherein the boot target image is specified remotely from a system monitoring mechanism that monitors the entire computer system.
(Appendix 11)
By including the boot information not only in the NVRAM variable managed by the boot firmware but also in the system monitoring mechanism remote boot control variable managed by the system monitoring mechanism, the boot firmware can be specified by specifying the remote boot from the remote monitoring mechanism. The remote boot mechanism according to
(Appendix 12)
The boot information includes BootXXXX variables (XXXX from 0000 to FFFF) having device path information indicating where the file device to be booted is connected in the computer system and the file position and file name of the operating system loader as information. Hexadecimal number) and a BootOrder variable that specifies the order in which booting is to be performed on the boot target file device represented by a plurality of BootXXXX variables, and if there exists, there are no relation to the BootOrder variable. The remote boot mechanism according to
(Appendix 13)
13. The remote according to
(Appendix 14)
The boot firmware responds to the designation of remote boot only when the BootXXXX variable of the NVRAM variable and the BootXXXX variable of the system monitoring mechanism remote boot control variable completely match when the boot firmware is started. 13. The remote boot mechanism according to
(Appendix 15)
The BootOrder variable can be changed on both the NVRAM variable side and the system monitoring mechanism remote boot control variable side,
When the boot firmware is designated as remote boot from the system monitoring mechanism side and it is confirmed that the coherency of the BootXXXX variable is maintained, the BootOrder variable and the BootNext variable of the system monitoring mechanism remote boot control variable are confirmed. A remote boot control module that deletes the BootNext variable if it exists in the NVRAM variable regardless of whether or not the BootNext variable exists in the system monitoring mechanism remote boot control variable. The remote boot mechanism according to
(Appendix 16)
The BootNext variable can be created on both the NVRAM variable side and the system monitoring mechanism remote boot control variable side,
When the boot firmware is designated as remote boot from the system monitoring mechanism side and it is confirmed that the coherency of the BootXXXX variable is maintained, the BootOrder variable and the BootNext variable of the system monitoring mechanism remote boot control variable are confirmed. A remote boot control module that deletes the BootNext variable if it exists in the NVRAM variable regardless of whether or not the BootNext variable exists in the system monitoring mechanism remote boot control variable. The remote boot mechanism according to
(Appendix 17)
The system monitoring mechanism performs the designation of the remote boot by setting only the BootNext variable, and temporarily does not change the boot information of the NVRAM variable managed by the boot firmware and performs the next boot process temporarily. The remote boot mechanism according to
(Appendix 18)
When the boot firmware determines the file device to be booted, if the BootNext variable is present in the NVRAM variable, the boot firmware is deleted, and BootXXXX indicating the file device to be booted determined as the BootCurrent variable which is a memory variable. 13. The remote boot mechanism according to
(Appendix 19)
A program for causing a computer of a computer system to perform a boot process of loading an image of an operating system from a file device connected to the computer system into a main memory of the computer system and starting the computer system,
A program comprising a procedure for causing the computer to remotely specify an image to be booted from a system monitoring mechanism that monitors the entire computer system.
(Appendix 20)
By including boot information not only in the NVRAM variable managed by the boot firmware but also in the system monitoring mechanism remote boot control variable managed by the system monitoring mechanism, the computer can designate the remote boot from the remote monitoring mechanism. The program according to appendix 19, characterized by including a procedure for specifying a boot target file device managed by the boot firmware.
(Appendix 21)
The boot information includes BootXXXX variables (XXXX from 0000 to FFFF) having device path information indicating where the file device to be booted is connected in the computer system and the file position and file name of the operating system loader as information. Hexadecimal number) and a BootOrder variable that specifies the order in which booting is to be performed on the boot target file device represented by a plurality of BootXXXX variables, and if there exists, there are no relation to the BootOrder variable. The program according to appendix 20, wherein the BootXXXX variable indicated by the set number includes a BootNext variable indicating that the file device to be booted is booted.
以上、本発明を実施例により説明したが、本発明は上記実施例に限定されるものではなく、種々の変形及び改良が可能であることは、言うまでもない。 As mentioned above, although this invention was demonstrated by the Example, this invention is not limited to the said Example, It cannot be overemphasized that various deformation | transformation and improvement are possible.
１ コンピュータシステム
２−１，２−３，２−３，… ＨＤＤ
３ ＣＤＲＯＭ／ＤＶＤＲＯＭ装置
４ ネットワーク装置
１１ 本体部
２１ ＲＯＭファームウェア
２２ ＲＯＭ又はＦＭＥＭ
２３ ＮＶＲＡＭ
２４ メインメモリ
３０ ネットワーク
３１ 他のコンピュータシステム
４２ システム監視機構
２４１ ブートファームウェア
２４２ ＯＳローダ
２４３ ＯＳ
２４５ ＯＳインストールプログラム
３０１ NVRAM変数
３０２ システム監視機構リモートブート制御変数
５０１ リモートブート制御モジュール
６０１ システム監視機構リモートブートマネージャ
1 Computer system 2-1, 2-3, 2-3, ... HDD
3 CDROM / DVDROM device 4
23 NVRAM
24
245
Claims (10)
該ブート対象のイメージの指定を該コンピュータシステム全体を監視するシステム監視機構からリモートで行うことを特徴とする、リモートブート方法。 A remote boot method for performing a boot process in which an image of an operating system is loaded from a file device connected to a computer system to a main memory of the computer system and activated.
A remote boot method, wherein the boot target image is specified remotely from a system monitoring mechanism that monitors the entire computer system.
該システム監視機構側からリモートブートの指定があり、BootXXXX変数のコヒーレンシが保たれていることが確認された場合には、該システム監視機構リモートブート制御変数のBootOrder変数とBootNext変数を該NVRAM変数にコピーし、
該システム監視機構リモートブート制御変数にBootNext変数が存在するか否かにかかわらず該NVRAM変数にBootNext変数がある場合にはこれを削除することを特徴とする、請求項３記載のリモートブート方法。 The BootOrder variable can be changed on both the NVRAM variable side and the system monitoring mechanism remote boot control variable side,
When remote boot is specified from the system monitoring mechanism and it is confirmed that the BootXXXX variable coherency is maintained, the BootOrder variable and BootNext variable of the system monitoring mechanism remote boot control variable are set to the NVRAM variable. Copy and
4. The remote boot method according to claim 3, wherein if there is a BootNext variable in the NVRAM variable regardless of whether or not the BootNext variable is present in the system monitoring mechanism remote boot control variable, the remote boot method is deleted.
該システム監視機構側からリモートブートの指定があり、BootXXXX変数のコヒーレンシが保たれていることが確認された場合には、該システム監視機構リモートブート制御変数のBootOrder変数とBootNext変数を該NVRAM変数にコピーし、
該システム監視機構リモートブート制御変数にBootNext変数が存在するか否かにかかわらず該NVRAM変数にBootNext変数がある場合にはこれを削除することを特徴とする、請求項３記載のリモートブート方法。 The BootNext variable can be created on both the NVRAM variable side and the system monitoring mechanism remote boot control variable side,
When remote boot is specified from the system monitoring mechanism and it is confirmed that the BootXXXX variable coherency is maintained, the BootOrder variable and BootNext variable of the system monitoring mechanism remote boot control variable are set to the NVRAM variable. Copy and
4. The remote boot method according to claim 3, wherein if there is a BootNext variable in the NVRAM variable regardless of whether or not the BootNext variable is present in the system monitoring mechanism remote boot control variable, the remote boot method is deleted.
該ブート対象のイメージの指定を該コンピュータシステム全体を監視するシステム監視機構からリモートで行うことを特徴とする、リモートブート機構。 A remote boot mechanism for performing a boot process for loading an image of an operating system from a file device connected to the computer system into a main memory of the computer system and starting it,
A remote boot mechanism, wherein the boot target image is specified remotely from a system monitoring mechanism that monitors the entire computer system.
該コンピュータに、該ブート対象のイメージの指定を該コンピュータシステム全体を監視するシステム監視機構からリモートで行わせる手順を含むことを特徴とする、プログラム。 A program for causing a computer of a computer system to perform a boot process of loading an image of an operating system from a file device connected to the computer system into a main memory of the computer system and starting the computer system,
A program comprising a procedure for causing the computer to remotely specify an image to be booted from a system monitoring mechanism that monitors the entire computer system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011109469A JP5206839B2 (en) | 2011-05-16 | 2011-05-16 | Remote boot method and program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011109469A JP5206839B2 (en) | 2011-05-16 | 2011-05-16 | Remote boot method and program |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005078011A Division JP4778247B2 (en) | 2005-03-17 | 2005-03-17 | Remote boot method, mechanism and program |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011154732A true JP2011154732A (en) | 2011-08-11 |
| JP5206839B2 JP5206839B2 (en) | 2013-06-12 |
Family
ID=44540591
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2011109469A Expired - Fee Related JP5206839B2 (en) | 2011-05-16 | 2011-05-16 | Remote boot method and program |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5206839B2 (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09146651A (en) * | 1995-11-28 | 1997-06-06 | Nec Software Ltd | Computer remote start system |
| JP2000112720A (en) * | 1998-10-08 | 2000-04-21 | Nec Software Kyushu Ltd | Booting method for boot system of remote computer |
| JP2001101002A (en) * | 1999-09-29 | 2001-04-13 | Ricoh Co Ltd | Personal computer |
| US6421777B1 (en) * | 1999-04-26 | 2002-07-16 | International Business Machines Corporation | Method and apparatus for managing boot images in a distributed data processing system |
| US20030005096A1 (en) * | 2001-06-28 | 2003-01-02 | International Business Machines Corporation | Method and system for dynamic redistribution of remote computer boot service in a network containing multiple boot servers |
-
2011
- 2011-05-16 JP JP2011109469A patent/JP5206839B2/en not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09146651A (en) * | 1995-11-28 | 1997-06-06 | Nec Software Ltd | Computer remote start system |
| JP2000112720A (en) * | 1998-10-08 | 2000-04-21 | Nec Software Kyushu Ltd | Booting method for boot system of remote computer |
| US6421777B1 (en) * | 1999-04-26 | 2002-07-16 | International Business Machines Corporation | Method and apparatus for managing boot images in a distributed data processing system |
| JP2001101002A (en) * | 1999-09-29 | 2001-04-13 | Ricoh Co Ltd | Personal computer |
| US20030005096A1 (en) * | 2001-06-28 | 2003-01-02 | International Business Machines Corporation | Method and system for dynamic redistribution of remote computer boot service in a network containing multiple boot servers |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5206839B2 (en) | 2013-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4778247B2 (en) | Remote boot method, mechanism and program | |
| JP4884041B2 (en) | Storage system for issuing optimal I/O commands to automatically expandable volumes and control method thereof | |
| WO2010035596A1 (en) | Firmware update device and method | |
| JP4528144B2 (en) | Memory dump program boot method, mechanism and program | |
| US20110209134A1 (en) | Information processing apparatus | |
| US9086938B2 (en) | Information processing apparatus, control method thereof, and storage medium | |
| JP4815938B2 (en) | Information processing apparatus and method, and program | |
| JP5135979B2 (en) | Program management system | |
| JP5206839B2 (en) | Remote boot method and program | |
| JP5279981B2 (en) | Update control program, update control method, and update control apparatus | |
| JP2007293802A (en) | Disk array device, disk array device control method, and disk array device control program | |
| US10120677B2 (en) | Method of rewriting printer firmware, and printer | |
| JP2018077690A (en) | Installation and firmware upgrade method considering compatibility depending on the application execution environment | |
| JPH10260859A (en) | Computer system | |
| JP2008217202A (en) | Disk array device and firmware update method | |
| JP2006018594A (en) | Information processing device | |
| JP6627366B2 (en) | Information processing system, information processing method and program | |
| JP6467298B2 (en) | Server operation work history management device, system, method, and program | |
| JP2005321967A (en) | Information processing device | |
| JP5360311B2 (en) | Disk array device | |
| JP2004013522A (en) | Logical partition type computer system | |
| JP7525608B2 (en) | Robot Control System | |
| JP5725546B2 (en) | Storage system | |
| JP7298352B2 (en) | processor and program | |
| JP4330838B2 (en) | Shared storage computer system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110516 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110516 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20121211 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20121227 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130122 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130204 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20160301 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |