JP2002108708A - Ｒａｉｄ制御装置 - Google Patents
Ｒａｉｄ制御装置Info
- Publication number
- JP2002108708A JP2002108708A JP2000295259A JP2000295259A JP2002108708A JP 2002108708 A JP2002108708 A JP 2002108708A JP 2000295259 A JP2000295259 A JP 2000295259A JP 2000295259 A JP2000295259 A JP 2000295259A JP 2002108708 A JP2002108708 A JP 2002108708A
- Authority
- JP
- Japan
- Prior art keywords
- area
- maintenance
- access
- raid
- utility
- 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
Landscapes
- Storage Device Security (AREA)
- Techniques For Improving Reliability Of Storages (AREA)
- Debugging And Monitoring (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
Abstract
(57)【要約】
【課題】 特別に保護されるパーティションを作成・運
用可能とし、また、メンテナンス用パーティションの障
害発生に対する耐性を強化することが可能なＲＡＩＤ制
御装置を提供すること。 【解決手段】 ディスク上の第１の領域と第２の領域と
に対するアクセス可／不可を設定するユーティリティの
格納部位を設け、このユーティリティにより設定された
情報を別途格納する。この情報に基づき第１の領域と第
２の領域に対するアクセスを制御し、第２の領域へのア
クセスを可と設定する場合には、第２の領域に格納され
たメンテナンスユーティリティを、接続されたホストの
メンテナンスに供する。これにより、第２の領域を特別
に保護されたパーティションとして作成・運用すること
が可能になる。したがって、メンテナンス用パーティシ
ョンの障害発生に対する耐性を強化することが可能とな
る。
用可能とし、また、メンテナンス用パーティションの障
害発生に対する耐性を強化することが可能なＲＡＩＤ制
御装置を提供すること。 【解決手段】 ディスク上の第１の領域と第２の領域と
に対するアクセス可／不可を設定するユーティリティの
格納部位を設け、このユーティリティにより設定された
情報を別途格納する。この情報に基づき第１の領域と第
２の領域に対するアクセスを制御し、第２の領域へのア
クセスを可と設定する場合には、第２の領域に格納され
たメンテナンスユーティリティを、接続されたホストの
メンテナンスに供する。これにより、第２の領域を特別
に保護されたパーティションとして作成・運用すること
が可能になる。したがって、メンテナンス用パーティシ
ョンの障害発生に対する耐性を強化することが可能とな
る。
Description
【０００１】
【発明の属する技術分野】本発明は、高速・大容量・高
信頼性のディスク装置を実現するＲＡＩＤ（ｒｅｄｕｎ
ｄａｎｔ ａｒｒａｙｓ ｏｆ ｉｎｅｘｐｅｎｓｉｖ
ｅ ｄｉｓｋｓ）を制御するＲＡＩＤ制御装置に係り、
特に、サーバ等の計算機システムのメンテナンスを行う
場合に適用して好適なＲＡＩＤ制御装置に関する。
信頼性のディスク装置を実現するＲＡＩＤ（ｒｅｄｕｎ
ｄａｎｔ ａｒｒａｙｓ ｏｆ ｉｎｅｘｐｅｎｓｉｖ
ｅ ｄｉｓｋｓ）を制御するＲＡＩＤ制御装置に係り、
特に、サーバ等の計算機システムのメンテナンスを行う
場合に適用して好適なＲＡＩＤ制御装置に関する。
【０００２】
【従来の技術】サーバ等の計算機システムをメンテナン
スするには、ユーザが使用するオペレーティングシステ
ム（以下、ＯＳという。）に依存しない各種のユーティ
リティソフトウエア（以下、単にユーティリティとい
う。）を使用する必要が生ずる場合がある。定期メンテ
ナンスや障害発生時等でこのような必要が生じた場合に
は、メンテナンス用ＦＤＤ（ｆｌｏｐｐｙ ｄｉｓｋ
ｄｒｉｖｅ）からユーティリティを起動してこれを使用
する形態が採られてきた。
スするには、ユーザが使用するオペレーティングシステ
ム（以下、ＯＳという。）に依存しない各種のユーティ
リティソフトウエア（以下、単にユーティリティとい
う。）を使用する必要が生ずる場合がある。定期メンテ
ナンスや障害発生時等でこのような必要が生じた場合に
は、メンテナンス用ＦＤＤ（ｆｌｏｐｐｙ ｄｉｓｋ
ｄｒｉｖｅ）からユーティリティを起動してこれを使用
する形態が採られてきた。
【０００３】しかし、ユーティリティの数、容量が大き
くなるにつれ、このようなＦＤＤによるメンテナンスに
代わり、ハードディスク上のユーティリティを用いるメ
ンテナンス形態も取られるようになってきている。すな
わち、システムの据え付け時にハードディスク上にメン
テナンス用のパーティション（論理的に分離された領
域）を作成し、そこに必要なユーティリティ群をインス
トールしておき、メンテナンス時にはそこから必要なユ
ーティリティを起動してメンテナンスを行うというもの
である。
くなるにつれ、このようなＦＤＤによるメンテナンスに
代わり、ハードディスク上のユーティリティを用いるメ
ンテナンス形態も取られるようになってきている。すな
わち、システムの据え付け時にハードディスク上にメン
テナンス用のパーティション（論理的に分離された領
域）を作成し、そこに必要なユーティリティ群をインス
トールしておき、メンテナンス時にはそこから必要なユ
ーティリティを起動してメンテナンスを行うというもの
である。
【０００４】
【発明が解決しようとする課題】上記のようなハードデ
ィスク上に設けられるメンテナンス用パーティションの
作成は、通常のパーティションと同様に行われる。
ィスク上に設けられるメンテナンス用パーティションの
作成は、通常のパーティションと同様に行われる。
【０００５】したがって、ユーザの操作上の問題やユー
ティリティ実行上のソフトウエア的問題などからそのパ
ーティションが削除されてしまうなどの可能性があり、
また、その場合に障害発生に対する耐性は、通常のパー
ティションと同等程度である。
ティリティ実行上のソフトウエア的問題などからそのパ
ーティションが削除されてしまうなどの可能性があり、
また、その場合に障害発生に対する耐性は、通常のパー
ティションと同等程度である。
【０００６】本発明は、上記のような事情を考慮してな
されたもので、ＲＡＩＤ制御装置において、特別に保護
されるパーティションを作成・運用可能とし、また、メ
ンテナンス用パーティションの障害発生に対する耐性を
強化することが可能なＲＡＩＤ制御装置を提供すること
を目的とする。
されたもので、ＲＡＩＤ制御装置において、特別に保護
されるパーティションを作成・運用可能とし、また、メ
ンテナンス用パーティションの障害発生に対する耐性を
強化することが可能なＲＡＩＤ制御装置を提供すること
を目的とする。
【０００７】また、ＲＡＩＤ用のデバイスに異常が生じ
ている場合に、メンテナンスモードからのブートを自動
的になすことが可能なＲＡＩＤ制御装置を提供すること
を目的とする。
ている場合に、メンテナンスモードからのブートを自動
的になすことが可能なＲＡＩＤ制御装置を提供すること
を目的とする。
【０００８】また、メンテナンスにおいてＲＡＩＤ用の
デバイスが誤ってアクセスされ書き込まれるのを防止
し、メンテナンスの信頼性を向上することが可能なＲＡ
ＩＤ制御装置を提供することを目的とする。
デバイスが誤ってアクセスされ書き込まれるのを防止
し、メンテナンスの信頼性を向上することが可能なＲＡ
ＩＤ制御装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】上記の課題を解決するた
め、本発明は、ディスク上の第１の領域と第２の領域と
に対するアクセス可／不可を設定するユーティリティの
格納手段と、前記ユーティリティにより設定された情報
を格納するモードフラグ格納手段と、前記モードフラグ
格納手段に格納された情報に基づき前記第１の領域と前
記第２の領域に対するアクセスを制御するアクセス制御
手段とを有し、前記第２の領域へのアクセスを可と設定
する場合に、前記第２の領域に格納されたメンテナンス
ユーティリティを、接続されたホストのメンテナンスに
供することを特徴とする（請求項１）。
め、本発明は、ディスク上の第１の領域と第２の領域と
に対するアクセス可／不可を設定するユーティリティの
格納手段と、前記ユーティリティにより設定された情報
を格納するモードフラグ格納手段と、前記モードフラグ
格納手段に格納された情報に基づき前記第１の領域と前
記第２の領域に対するアクセスを制御するアクセス制御
手段とを有し、前記第２の領域へのアクセスを可と設定
する場合に、前記第２の領域に格納されたメンテナンス
ユーティリティを、接続されたホストのメンテナンスに
供することを特徴とする（請求項１）。
【００１０】アクセス制御手段は、モードフラグ格納手
段の内容により第２の領域へのアクセスを可あるいは不
可とするよう制御する。これにより、第２の領域を特別
に保護されたパーティションとして作成・運用すること
が可能になる。したがって、メンテナンス用パーティシ
ョンの障害発生に対する耐性を強化することが可能とな
る。
段の内容により第２の領域へのアクセスを可あるいは不
可とするよう制御する。これにより、第２の領域を特別
に保護されたパーティションとして作成・運用すること
が可能になる。したがって、メンテナンス用パーティシ
ョンの障害発生に対する耐性を強化することが可能とな
る。
【００１１】また、それぞれが前記第２の領域を有する
複数のディスクをアクセスするアクセス手段をさらに有
し、前記アクセス手段は、前記それぞれの第２の領域に
同一の内容を書き込む手段と、前記書き込まれた同一の
内容のうち障害のあるものを除外していずれかを読み出
す手段とを具備することを特徴とする（請求項２）。
複数のディスクをアクセスするアクセス手段をさらに有
し、前記アクセス手段は、前記それぞれの第２の領域に
同一の内容を書き込む手段と、前記書き込まれた同一の
内容のうち障害のあるものを除外していずれかを読み出
す手段とを具備することを特徴とする（請求項２）。
【００１２】第２の領域が複数存在しそのそれぞれが同
一の内容を保持する。これにより、その中に何らかの障
害が発生した場合にも障害が生じていない第２の領域の
内容を用いることができる。したがって、上記に増して
メンテナンス用パーティションの障害発生に対する耐性
を強化することが可能となる。
一の内容を保持する。これにより、その中に何らかの障
害が発生した場合にも障害が生じていない第２の領域の
内容を用いることができる。したがって、上記に増して
メンテナンス用パーティションの障害発生に対する耐性
を強化することが可能となる。
【００１３】また、前記第１の領域に存在するブートデ
バイスをアクセスする手段と、前記ブートデバイスに異
常がある場合に、前記モードフラグ格納手段の内容を前
記第２の領域にアクセス可とするよう書き換えるととも
に、前記第２の領域に格納されたブートデバイスからブ
ートするよう制御する手段とをさらに有することを特徴
とする（請求項３）。
バイスをアクセスする手段と、前記ブートデバイスに異
常がある場合に、前記モードフラグ格納手段の内容を前
記第２の領域にアクセス可とするよう書き換えるととも
に、前記第２の領域に格納されたブートデバイスからブ
ートするよう制御する手段とをさらに有することを特徴
とする（請求項３）。
【００１４】これにより、デバイスに異常が生じている
場合に、メンテナンスモードからのブートを自動的にな
すことが可能になる。また、例えば、第２の領域に状況
表示ユーティリティを存在させておくことにより、これ
を起動し障害発生箇所の特定などを容易に行うこともで
きる。
場合に、メンテナンスモードからのブートを自動的にな
すことが可能になる。また、例えば、第２の領域に状況
表示ユーティリティを存在させておくことにより、これ
を起動し障害発生箇所の特定などを容易に行うこともで
きる。
【００１５】また、前記第２の領域へのアクセスを可と
する設定をする場合に、前記第１の領域への書き込みを
不可とする設定をすることが可能であることを特徴とす
る（請求項４）。
する設定をする場合に、前記第１の領域への書き込みを
不可とする設定をすることが可能であることを特徴とす
る（請求項４）。
【００１６】定期メンテナンス時などには、ＲＡＩＤ用
のディスクに対して全面リードを行ないメディア異常の
ないことを確認する場合がある。このとき、上記の構成
によれば、誤って第１の領域に書き込みがなされること
がなくなり、メンテナンスの信頼性が向上する。
のディスクに対して全面リードを行ないメディア異常の
ないことを確認する場合がある。このとき、上記の構成
によれば、誤って第１の領域に書き込みがなされること
がなくなり、メンテナンスの信頼性が向上する。
【００１７】
【発明の実施の形態】以下、本発明の実施形態を図面を
参照しながら説明する。
参照しながら説明する。
【００１８】図１は、本発明に係るＲＡＩＤ制御装置を
実施する形態を示す構成図である。同図に示すように、
このＲＡＩＤ制御装置１２は、ホストシステム１１に備
えつけられて、ＲＡＩＤ用のディスクを構成するディス
ク１８、１９、２０、２１を制御するものである。
実施する形態を示す構成図である。同図に示すように、
このＲＡＩＤ制御装置１２は、ホストシステム１１に備
えつけられて、ＲＡＩＤ用のディスクを構成するディス
ク１８、１９、２０、２１を制御するものである。
【００１９】ディスク１８〜２１は、それぞれ物理的に
別個のディスクを表わしている。ここでは、一例として
計４つとしているが特にその数に限定はない。また、論
理ディスクの数は物理的な数とは関係しない。ＲＡＩＤ
は、これらのディスク１８〜２１によりＲＡＩＤ用のデ
ィスクとし、ストライピング、ミラーリング、パリティ
チェック、ＥＣＣ（ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ
ｃｏｄｅ）付加、パリティやＥＣＣデータの分散書き
込みなどの手法の一部または全部を用いることにより高
速・大容量・高信頼性のディスク装置を実現するもので
あるが、この技術については周知なので詳述はしない。
別個のディスクを表わしている。ここでは、一例として
計４つとしているが特にその数に限定はない。また、論
理ディスクの数は物理的な数とは関係しない。ＲＡＩＤ
は、これらのディスク１８〜２１によりＲＡＩＤ用のデ
ィスクとし、ストライピング、ミラーリング、パリティ
チェック、ＥＣＣ（ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ
ｃｏｄｅ）付加、パリティやＥＣＣデータの分散書き
込みなどの手法の一部または全部を用いることにより高
速・大容量・高信頼性のディスク装置を実現するもので
あるが、この技術については周知なので詳述はしない。
【００２０】ＲＡＩＤ制御装置１２は、ＲＡＩＤファー
ムウエア１３、アクセス制御ファームウエア１４、モー
ドフラグ１５、構成設定ユーティリティ１６、拡張ＢＩ
ＯＳ１７を有する。
ムウエア１３、アクセス制御ファームウエア１４、モー
ドフラグ１５、構成設定ユーティリティ１６、拡張ＢＩ
ＯＳ１７を有する。
【００２１】ＲＡＩＤファームウエア１３は、上記で述
べたＲＡＩＤ用のディスク１８〜２１を制御する通常の
（従来からの）機能と、ディスク２１に特殊な仮想デバ
イスを作成・運用する機能とを有する。なお、ＲＡＩＤ
ファームウエア１３は、ＲＯＭ（ｒｅａｄ ｏｎｌｙ
ｍｅｍｏｒｙ）に格納されて不揮発に保持され、実際に
制御動作を行う場合にはＲＡＭ（ｒａｎｄｏｍ ａｃｃ
ｅｓｓ ｍｅｍｏｒｙ）に書き移されて高速に動作可能
とすることができる。
べたＲＡＩＤ用のディスク１８〜２１を制御する通常の
（従来からの）機能と、ディスク２１に特殊な仮想デバ
イスを作成・運用する機能とを有する。なお、ＲＡＩＤ
ファームウエア１３は、ＲＯＭ（ｒｅａｄ ｏｎｌｙ
ｍｅｍｏｒｙ）に格納されて不揮発に保持され、実際に
制御動作を行う場合にはＲＡＭ（ｒａｎｄｏｍ ａｃｃ
ｅｓｓ ｍｅｍｏｒｙ）に書き移されて高速に動作可能
とすることができる。
【００２２】アクセス制御ファームウエア１４は、上記
の特殊な仮想デバイス、およびその他の通常領域に対す
るアクセス制限を行うためのものである。なお、アクセ
ス制御ファームウエア１４は、ＲＡＩＤファームウエア
１３と同一のＲＯＭ上に格納、および同一のＲＡＭで動
作させることができる。
の特殊な仮想デバイス、およびその他の通常領域に対す
るアクセス制限を行うためのものである。なお、アクセ
ス制御ファームウエア１４は、ＲＡＩＤファームウエア
１３と同一のＲＯＭ上に格納、および同一のＲＡＭで動
作させることができる。
【００２３】モードフラグ１５は、上記のアクセス制限
などの動作モードを記憶するものである。この記憶され
た動作モードは、アクセス制御ファームウエア１４が動
作するときに参照される。なお、モードフラグ１５は、
不揮発性のＲＡＭに保持され得、必要に応じて書き換え
られる。
などの動作モードを記憶するものである。この記憶され
た動作モードは、アクセス制御ファームウエア１４が動
作するときに参照される。なお、モードフラグ１５は、
不揮発性のＲＡＭに保持され得、必要に応じて書き換え
られる。
【００２４】構成設定ユーティリティ１６は、モードフ
ラグ１５の内容を書き換えるためのものである。なお、
構成設定ユーティリィ１６は、ＲＯＭに格納しておくこ
とができる。
ラグ１５の内容を書き換えるためのものである。なお、
構成設定ユーティリィ１６は、ＲＯＭに格納しておくこ
とができる。
【００２５】拡張ＢＩＯＳ（ｂａｓｉｃ ｉｎｐｕｔ
ｏｕｔｐｕｔ ｓｙｓｔｅｍ）１７は、ＲＡＩＤ制御装
置１２をホストシステム１１が制御するためのプログラ
ム群である。システムの起動時に各種の初期化や設定な
ども行い、そのひとつとして異常ディスクをチェックし
システムに知らせる。なお、拡張ＢＩＯＳ１７は、ＲＯ
Ｍに格納しておくことができる。
ｏｕｔｐｕｔ ｓｙｓｔｅｍ）１７は、ＲＡＩＤ制御装
置１２をホストシステム１１が制御するためのプログラ
ム群である。システムの起動時に各種の初期化や設定な
ども行い、そのひとつとして異常ディスクをチェックし
システムに知らせる。なお、拡張ＢＩＯＳ１７は、ＲＯ
Ｍに格納しておくことができる。
【００２６】なお、この実施形態は、ＲＡＩＤ制御装置
１２を、ホストシステム１１に存在するスロットに挿入
して使用する形態を想定しているが、この形態以外に
も、ＲＡＩＤ制御装置１２を、ホストシステム１１の外
付けとしてホストシステム１１との間に適当な通信ケー
ブル（ＳＣＳＩ（ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙ
ｓｔｅｍ ｉｎｔｅｒｆａｃｅ）など）を設けて接続す
る形態も考えられる。
１２を、ホストシステム１１に存在するスロットに挿入
して使用する形態を想定しているが、この形態以外に
も、ＲＡＩＤ制御装置１２を、ホストシステム１１の外
付けとしてホストシステム１１との間に適当な通信ケー
ブル（ＳＣＳＩ（ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙ
ｓｔｅｍ ｉｎｔｅｒｆａｃｅ）など）を設けて接続す
る形態も考えられる。
【００２７】その場合には、拡張ＢＩＯＳ１７は外付け
であることから設けられず、構成設定ユーティリティ１
６はホストシステム１１側に設けることで同様の機能を
果たすようにすることができる。
であることから設けられず、構成設定ユーティリティ１
６はホストシステム１１側に設けることで同様の機能を
果たすようにすることができる。
【００２８】次に、図１に示した実施形態の動作につい
て図２、図３を参照して説明する。図２は、この実施形
態を運用可とするため最初に行う据え付けルーチンを示
す流れ図である。
て図２、図３を参照して説明する。図２は、この実施形
態を運用可とするため最初に行う据え付けルーチンを示
す流れ図である。
【００２９】本実施形態では、特殊な仮想デバイスを作
成するためディスク２１に特殊領域の割り当てを行う。
この領域の必要容量はホストシステム１１により異なる
ので、まずその割り当てを行う（ステップ２５）。より
具体的には、構成設定ユーティリティ１６を用いてユー
ザあるいはシステムの保守員が必要容量を指定する。こ
れにより、ディスク２１に指定された容量の特殊領域が
作成される。
成するためディスク２１に特殊領域の割り当てを行う。
この領域の必要容量はホストシステム１１により異なる
ので、まずその割り当てを行う（ステップ２５）。より
具体的には、構成設定ユーティリティ１６を用いてユー
ザあるいはシステムの保守員が必要容量を指定する。こ
れにより、ディスク２１に指定された容量の特殊領域が
作成される。
【００３０】なお、このようにして作成された特殊な仮
想デバイスは、通常時、モードフラグ１５、アクセス制
御ファームウエア１４のはたらきによりホストシステム
１１からアクセスできない。
想デバイスは、通常時、モードフラグ１５、アクセス制
御ファームウエア１４のはたらきによりホストシステム
１１からアクセスできない。
【００３１】特殊領域が作成されたら、構成設定ユーテ
ィリティ１６を用いてモードフラグ１５を書き換えメン
テナンスモードにする（ステップ２６）。メンテナンス
モードにすることにより、上記の仮想デバイスにアクセ
ス可能となるから、ここで各種のメンテナンスユーティ
リティを仮想デバイスにインストールする（ステップ２
７）。このメンテナンスユーティリティには、デバイス
異常時のブート用のソフトウエアを含むようにしてもよ
い（このようなブートについては後述する）。
ィリティ１６を用いてモードフラグ１５を書き換えメン
テナンスモードにする（ステップ２６）。メンテナンス
モードにすることにより、上記の仮想デバイスにアクセ
ス可能となるから、ここで各種のメンテナンスユーティ
リティを仮想デバイスにインストールする（ステップ２
７）。このメンテナンスユーティリティには、デバイス
異常時のブート用のソフトウエアを含むようにしてもよ
い（このようなブートについては後述する）。
【００３２】メンテナンスユーティリティをインストー
ルし終えたら、モードフラグ１５を書き換えて通常モー
ドに戻し、通常のＲＡＩＤ用のディスクの作成、それら
のディスクへのＯＳのインストールなどの作業を行う
（ステップ２９）。
ルし終えたら、モードフラグ１５を書き換えて通常モー
ドに戻し、通常のＲＡＩＤ用のディスクの作成、それら
のディスクへのＯＳのインストールなどの作業を行う
（ステップ２９）。
【００３３】以上により、ディスク２１上には特殊領域
が作成され、その特殊領域には仮想デバイスが存在し、
そのデバイスには各種のメンテナンスユーティリティが
インストールされた状態が作られる。また、特殊領域以
外には、通常のＲＡＩＤが構成される。
が作成され、その特殊領域には仮想デバイスが存在し、
そのデバイスには各種のメンテナンスユーティリティが
インストールされた状態が作られる。また、特殊領域以
外には、通常のＲＡＩＤが構成される。
【００３４】上記のように、通常時（すなわちモードフ
ラグ１５が通常時を示すとき）、特殊な仮想デバイスに
対して、ホストシステム１１からアクセスは不可とな
る。この通常時のアクセス不可とする方法をさらに説明
するに、アクセス制御ファームウエア１４がデバイスの
ＩＤ判別を行う方法を用いることができる。すなわち、
特殊な仮想デバイス、そのほかの通常の仮想デバイス、
ともに割り振られたＩＤを有する状況において、通常時
においては、アクセス制御ファームウエア１４がＯＳか
らのコマンドを監視し、アクセス対象が特殊な仮想デバ
イスのＩＤを示すとき非接続の旨のエラーを返すように
する。これにより、ＯＳが接続デバイスをサーチする時
点で認識されず、アクセス不可となる。
ラグ１５が通常時を示すとき）、特殊な仮想デバイスに
対して、ホストシステム１１からアクセスは不可とな
る。この通常時のアクセス不可とする方法をさらに説明
するに、アクセス制御ファームウエア１４がデバイスの
ＩＤ判別を行う方法を用いることができる。すなわち、
特殊な仮想デバイス、そのほかの通常の仮想デバイス、
ともに割り振られたＩＤを有する状況において、通常時
においては、アクセス制御ファームウエア１４がＯＳか
らのコマンドを監視し、アクセス対象が特殊な仮想デバ
イスのＩＤを示すとき非接続の旨のエラーを返すように
する。これにより、ＯＳが接続デバイスをサーチする時
点で認識されず、アクセス不可となる。
【００３５】一方、メンテナンス時には、構成設定ユー
ティリティ１６を用いてモードフラグ１５を書き換えメ
ンテナンスモードに移行させる。これにより、特殊な仮
想デバイスにアクセスが可能となる。すなわち、特殊な
仮想デバイスにインストールされているメンテナンスユ
ーティリティを使用することが可能になるので、これに
よりメンテナンスを行う。
ティリティ１６を用いてモードフラグ１５を書き換えメ
ンテナンスモードに移行させる。これにより、特殊な仮
想デバイスにアクセスが可能となる。すなわち、特殊な
仮想デバイスにインストールされているメンテナンスユ
ーティリティを使用することが可能になるので、これに
よりメンテナンスを行う。
【００３６】メンテナンス時、特殊領域以外の通常領域
に対して誤ってアクセスがなされるのを防止する目的
で、通常領域に対する書き込み禁止を設定するようにし
てもよい。この書き込み禁止は、メンテナンス時の通常
領域への書き込みを禁止する旨のフラグを構成設定ユー
ティリティ１６によりモードフラグ１５に設定すること
によりなすことができる。モードフラグ１５に設定され
た書き込み禁止フラグにより、アクセス制御ファームウ
エア１４は、ＯＳからのコマンドを監視し、アクセス対
象を示す仮想デバイスのＩＤが通常領域の場合にエラー
を返すようにする。
に対して誤ってアクセスがなされるのを防止する目的
で、通常領域に対する書き込み禁止を設定するようにし
てもよい。この書き込み禁止は、メンテナンス時の通常
領域への書き込みを禁止する旨のフラグを構成設定ユー
ティリティ１６によりモードフラグ１５に設定すること
によりなすことができる。モードフラグ１５に設定され
た書き込み禁止フラグにより、アクセス制御ファームウ
エア１４は、ＯＳからのコマンドを監視し、アクセス対
象を示す仮想デバイスのＩＤが通常領域の場合にエラー
を返すようにする。
【００３７】図３は、拡張ＢＩＯＳ１７が取り得る起動
時の動作の一例を示す図である。
時の動作の一例を示す図である。
【００３８】システムの起動時にホストシステム１１の
マザーボードＢＩＯＳからＲＡＩＤ制御装置１２に対し
て初期化要求呼び出しがなされる。このとき拡張ＢＩＯ
Ｓ１７がＲＡＩＤファームウエア１３と通信することに
よりデバイスの異常がある場合にはその異常デバイスで
ある旨が認識される（ステップ３１）。
マザーボードＢＩＯＳからＲＡＩＤ制御装置１２に対し
て初期化要求呼び出しがなされる。このとき拡張ＢＩＯ
Ｓ１７がＲＡＩＤファームウエア１３と通信することに
よりデバイスの異常がある場合にはその異常デバイスで
ある旨が認識される（ステップ３１）。
【００３９】その後、マザーボードＢＩＯＳから拡張Ｂ
ＩＯＳ１７に対してブートコネクションベクタールーチ
ンの呼び出しがなされる。このとき、その所定のブート
デバイスが上記の異常デバイスであるか否かが判定でき
る（ステップ３２）。これにより、通常は、所定のブー
トデバイスによりブートがなされる。
ＩＯＳ１７に対してブートコネクションベクタールーチ
ンの呼び出しがなされる。このとき、その所定のブート
デバイスが上記の異常デバイスであるか否かが判定でき
る（ステップ３２）。これにより、通常は、所定のブー
トデバイスによりブートがなされる。
【００４０】所定のブートデバイスが異常デバイスであ
る場合は、ステップ３３において自動移行が設定されて
いるかが判断される。自動移行が設定されていない場合
は、特別な処理を行うことなく通常動作を継続する。こ
の場合は、通常のＯＳブートは失敗に終わる。失敗に終
わるだけであればさらに問題は生じないが、所定のデバ
イス以外のデバイスでブートがなされる可能性がある。
る場合は、ステップ３３において自動移行が設定されて
いるかが判断される。自動移行が設定されていない場合
は、特別な処理を行うことなく通常動作を継続する。こ
の場合は、通常のＯＳブートは失敗に終わる。失敗に終
わるだけであればさらに問題は生じないが、所定のデバ
イス以外のデバイスでブートがなされる可能性がある。
【００４１】自動移行とは、上記のような所定のブート
デバイスが異常デバイスである場合に、自動的にメンテ
ナンスモードに移行させ、これにより、システムが特殊
領域にある仮想デバイスによりブートを行うことをい
う。この場合、自動移行させるか否かの設定は構成設定
ユーティリティ１６を用いて行われモードフラグ１５に
書かれている。また、特殊領域にある仮想デバイスに
は、ブート用のソフトウエアがあらかじめ格納されてい
る。
デバイスが異常デバイスである場合に、自動的にメンテ
ナンスモードに移行させ、これにより、システムが特殊
領域にある仮想デバイスによりブートを行うことをい
う。この場合、自動移行させるか否かの設定は構成設定
ユーティリティ１６を用いて行われモードフラグ１５に
書かれている。また、特殊領域にある仮想デバイスに
は、ブート用のソフトウエアがあらかじめ格納されてい
る。
【００４２】モードフラグ１５に自動移行が設定されて
いる場合は、拡張ＢＩＯＳ１７がモードフラグ１５を書
き換えメンテナンスモードに移行させる（ステップ３
４）。そして、本来のブートデバイスが実際にアクセス
されたときに、デバイスＩＤを入れ替え、これによりシ
ステムは、特殊領域の仮想デバイス（すなわちメンテナ
ンス用パーティション）によりブートする（同）。
いる場合は、拡張ＢＩＯＳ１７がモードフラグ１５を書
き換えメンテナンスモードに移行させる（ステップ３
４）。そして、本来のブートデバイスが実際にアクセス
されたときに、デバイスＩＤを入れ替え、これによりシ
ステムは、特殊領域の仮想デバイス（すなわちメンテナ
ンス用パーティション）によりブートする（同）。
【００４３】これにより、デバイスに異常が生じている
場合に、メンテナンスモードからのブートを自動的にな
すことが可能になる。このメンテナンスモードからのブ
ートでは、さらに、特殊領域に状況表示ユーティリティ
を存在させておくことにより、これを起動し障害発生箇
所の特定などを容易に行うこともできる。
場合に、メンテナンスモードからのブートを自動的にな
すことが可能になる。このメンテナンスモードからのブ
ートでは、さらに、特殊領域に状況表示ユーティリティ
を存在させておくことにより、これを起動し障害発生箇
所の特定などを容易に行うこともできる。
【００４４】以上のようにこの実施形態によれば、通常
時において、ホストシステム１１からディスク装置の特
殊領域が見えないようにされ、特殊領域に格納されたユ
ーティリティが削除されるなどの不都合を防止すること
ができる。また、メンテナンス時に特殊領域以外に対す
るアクセスを不可とすることも容易に行うことができ、
メンテナンス動作により誤った書き込みがデバイスにな
されることがなくなる。
時において、ホストシステム１１からディスク装置の特
殊領域が見えないようにされ、特殊領域に格納されたユ
ーティリティが削除されるなどの不都合を防止すること
ができる。また、メンテナンス時に特殊領域以外に対す
るアクセスを不可とすることも容易に行うことができ、
メンテナンス動作により誤った書き込みがデバイスにな
されることがなくなる。
【００４５】次に、図１に示した実施形態とは異なる実
施形態について図４を参照して説明する。図４は、図１
に示したものとは異なる、本発明に係るＲＡＩＤ制御装
置を実施する形態を示す構成図であり、図１と同一の構
成要素には同一番号を付してある。また、同一の番号を
付したものの構成・動作説明を省略する。
施形態について図４を参照して説明する。図４は、図１
に示したものとは異なる、本発明に係るＲＡＩＤ制御装
置を実施する形態を示す構成図であり、図１と同一の構
成要素には同一番号を付してある。また、同一の番号を
付したものの構成・動作説明を省略する。
【００４６】この実施形態においては、物理的に異なる
ディスク４１、４２、４３、４４それぞれに、特殊領域
４１ｂ、４２ｂ、４３ｂ、４４ｂと通常領域４１ａ、４
２ａ、４３ａ、４４ａとが設けられる。
ディスク４１、４２、４３、４４それぞれに、特殊領域
４１ｂ、４２ｂ、４３ｂ、４４ｂと通常領域４１ａ、４
２ａ、４３ａ、４４ａとが設けられる。
【００４７】特殊領域４１ｂ、４２ｂ、４３ｂ、４４ｂ
が構成する仮想デバイスはＲＡＩＤ制御装置１２の下で
単一のものであり、それぞれ同じ内容が書かれる。この
ようにすることで、ディスク４１〜４４に異常が発生し
た場合に読み出し可能なディスクを選択の上、データを
読み出すことができる。したがって、ディスク異常時の
信頼性が向上する。なお、このようなデータの読み出し
はＲＡＩＤファームウエア１３によりなすことができ
る。
が構成する仮想デバイスはＲＡＩＤ制御装置１２の下で
単一のものであり、それぞれ同じ内容が書かれる。この
ようにすることで、ディスク４１〜４４に異常が発生し
た場合に読み出し可能なディスクを選択の上、データを
読み出すことができる。したがって、ディスク異常時の
信頼性が向上する。なお、このようなデータの読み出し
はＲＡＩＤファームウエア１３によりなすことができ
る。
【００４８】また、この実施形態において、ディスクを
増設する場合や交換する場合には、ＲＡＩＤファームウ
エア１３により自動的にディスク間でデータのコピーを
行うようにする。これによれば、常に図４に示すような
通常領域と特殊領域とが作成されることになる。
増設する場合や交換する場合には、ＲＡＩＤファームウ
エア１３により自動的にディスク間でデータのコピーを
行うようにする。これによれば、常に図４に示すような
通常領域と特殊領域とが作成されることになる。
【００４９】この実施形態においても図１に示したもの
と同様の作用および効果を奏し、さらに、上記のように
ディスク異常時の信頼性を向上することができる。
と同様の作用および効果を奏し、さらに、上記のように
ディスク異常時の信頼性を向上することができる。
【００５０】
【発明の効果】以上詳述したように、本発明によれば、
アクセス制御手段が、モードフラグ格納手段の内容によ
り第２の領域（特殊領域）へのアクセスを可あるいは不
可とするよう制御するので、第２の領域を特別に保護さ
れたパーティションとして作成・運用することが可能に
なる。したがって、メンテナンス用パーティションの障
害発生に対する耐性を強化することが可能となる。
アクセス制御手段が、モードフラグ格納手段の内容によ
り第２の領域（特殊領域）へのアクセスを可あるいは不
可とするよう制御するので、第２の領域を特別に保護さ
れたパーティションとして作成・運用することが可能に
なる。したがって、メンテナンス用パーティションの障
害発生に対する耐性を強化することが可能となる。
【００５１】また、第２の領域が複数存在しそのそれぞ
れが同一の内容を保持する場合には、その中に何らかの
障害が発生した場合にも障害が生じていない第２の領域
の内容を用いることができる。したがって、上記に増し
てメンテナンス用パーティションの障害発生に対する耐
性を強化することが可能となる。
れが同一の内容を保持する場合には、その中に何らかの
障害が発生した場合にも障害が生じていない第２の領域
の内容を用いることができる。したがって、上記に増し
てメンテナンス用パーティションの障害発生に対する耐
性を強化することが可能となる。
【００５２】また、第１の領域（通常領域）に存在する
ブートデバイスをアクセスしそのブートデバイスに異常
がある場合に、モードフラグ格納手段の内容を第２の領
域にアクセス可とするよう書き換えるとともに、第２の
領域に格納されたブートデバイスからブートするよう制
御するので、デバイス異常時においてメンテナンスモー
ドからのブートを自動的になすことが可能になる。
ブートデバイスをアクセスしそのブートデバイスに異常
がある場合に、モードフラグ格納手段の内容を第２の領
域にアクセス可とするよう書き換えるとともに、第２の
領域に格納されたブートデバイスからブートするよう制
御するので、デバイス異常時においてメンテナンスモー
ドからのブートを自動的になすことが可能になる。
【００５３】また、第２の領域へのアクセスを可とする
設定をする場合に、第１の領域への書き込みを不可とす
る設定をすることが可能であるので、誤って第１の領域
に書き込みがなされることがなくなり、メンテナンスの
信頼性が向上する。
設定をする場合に、第１の領域への書き込みを不可とす
る設定をすることが可能であるので、誤って第１の領域
に書き込みがなされることがなくなり、メンテナンスの
信頼性が向上する。
【図１】本発明に係るＲＡＩＤ制御装置を実施する形態
を示す構成図。
を示す構成図。
【図２】図１に示す実施形態を運用可とするため最初に
行う据え付けルーチンを示す流れ図。
行う据え付けルーチンを示す流れ図。
【図３】図１における拡張ＢＩＯＳ１７が取り得る起動
時の動作の一例を示す図。
時の動作の一例を示す図。
【図４】図１に示したものとは異なる、本発明に係るＲ
ＡＩＤ制御装置を実施する形態を示す構成図。
ＡＩＤ制御装置を実施する形態を示す構成図。
１１ ホストシステム １２ ＲＡＩＤ制御装置 １３ ＲＡＩＤファームウエア １４ アクセス制御ファームウエア １５ モードフラグ １６ 構成設定ユーティリティ １７ 拡張ＢＩＯＳ １８、１９、２０、２１、４１、４２、４３、４４
ディスク ４１ａ、４２ａ、４３ａ、４４ａ 通常領域 ４１ｂ、４２ｂ、４３ｂ、４４ｂ 特殊領域
ディスク ４１ａ、４２ａ、４３ａ、４４ａ 通常領域 ４１ｂ、４２ｂ、４３ｂ、４４ｂ 特殊領域
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ１１Ｂ 20/12 Ｇ１１Ｂ 20/12
Claims (4)
- 【請求項１】 ディスク上の第１の領域と第２の領域と
に対するアクセス可／不可を設定するユーティリティの
格納手段と、 前記ユーティリティにより設定された情報を格納するモ
ードフラグ格納手段と、 前記モードフラグ格納手段に格納された情報に基づき前
記第１の領域と前記第２の領域に対するアクセスを制御
するアクセス制御手段とを有し、 前記第２の領域へのアクセスを可と設定する場合に、前
記第２の領域に格納されたメンテナンスユーティリティ
を、接続されたホストのメンテナンスに供することを特
徴とするＲＡＩＤ制御装置。 - 【請求項２】 それぞれが前記第２の領域を有する複数
のディスクをアクセスするアクセス手段をさらに有し、 前記アクセス手段は、 前記それぞれの第２の領域に同一の内容を書き込む手段
と、 前記書き込まれた同一の内容のうち障害のあるものを除
外していずれかを読み出す手段とを具備することを特徴
とする請求項１記載のＲＡＩＤ制御装置。 - 【請求項３】 前記第１の領域に存在するブートデバイ
スをアクセスする手段と、 前記ブートデバイスに異常がある場合に、前記モードフ
ラグ格納手段の内容を前記第２の領域にアクセス可とす
るよう書き換えるとともに、前記第２の領域に格納され
たブートデバイスからブートするよう制御する手段とを
さらに有することを特徴とする請求項１記載のＲＡＩＤ
制御装置。 - 【請求項４】 前記第２の領域へのアクセスを可とする
設定をする場合に、前記第１の領域への書き込みを不可
とする設定をすることが可能であることを特徴とする請
求項１記載のＲＡＩＤ制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000295259A JP3967073B2 (ja) | 2000-09-27 | 2000-09-27 | Ｒａｉｄ制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000295259A JP3967073B2 (ja) | 2000-09-27 | 2000-09-27 | Ｒａｉｄ制御装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002108708A true JP2002108708A (ja) | 2002-04-12 |
| JP3967073B2 JP3967073B2 (ja) | 2007-08-29 |
Family
ID=18777713
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000295259A Expired - Fee Related JP3967073B2 (ja) | 2000-09-27 | 2000-09-27 | Ｒａｉｄ制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3967073B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100470413B1 (ko) * | 2002-06-01 | 2005-02-05 | 솔리드 스테이트 시스템(주) | 대용량 메모리 저장 장치 분할 방법 |
| JP2006127140A (ja) * | 2004-10-28 | 2006-05-18 | Toshiba Corp | ファームウェアの書換方法、ディスクドライブ装置、及び情報処理システム |
| JP2009110297A (ja) * | 2007-10-30 | 2009-05-21 | Toshiba Corp | 情報処理装置および同装置におけるメンテナンス方法 |
-
2000
- 2000-09-27 JP JP2000295259A patent/JP3967073B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100470413B1 (ko) * | 2002-06-01 | 2005-02-05 | 솔리드 스테이트 시스템(주) | 대용량 메모리 저장 장치 분할 방법 |
| JP2006127140A (ja) * | 2004-10-28 | 2006-05-18 | Toshiba Corp | ファームウェアの書換方法、ディスクドライブ装置、及び情報処理システム |
| JP2009110297A (ja) * | 2007-10-30 | 2009-05-21 | Toshiba Corp | 情報処理装置および同装置におけるメンテナンス方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3967073B2 (ja) | 2007-08-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8549236B2 (en) | Storage subsystem with multiple non-volatile memory arrays to protect against data losses | |
| US7831769B1 (en) | System and method for performing online backup and restore of volume configuration information | |
| US6915420B2 (en) | Method for creating and protecting a back-up operating system within existing storage that is not hidden during operation | |
| US7702894B2 (en) | System and method for loading programs from HDD independent of operating system | |
| US6948165B1 (en) | Method for installing an application program, to be executed during each bootload of a computer system for presenting a user with content options prior to conventional system startup presentation, without requiring a user's participation to install the program | |
| US9767117B2 (en) | Method and system for efficient write journal entry management for a distributed file system | |
| US20080140969A1 (en) | Method and system for dividing a hard disk drive into multiple host access spaces | |
| US6868496B2 (en) | Host protected area (HPA) duplication process | |
| KR100735437B1 (ko) | 이동통신 단말기에서의 레이드 시스템 및 방법 | |
| CN101313283B (zh) | 用于动态地暴露逻辑备份卷和还原卷的方法 | |
| US20050066145A1 (en) | Apparatus and method for controlling booting operation of computer system | |
| US6944789B2 (en) | Method and apparatus for data backup and recovery | |
| US20050229033A1 (en) | Disk array controller and information processing apparatus | |
| JP2004038931A (ja) | コンピュータ・ハードディスクにおけるデータのバックアップと回復とを実現する方法 | |
| KR20010071560A (ko) | 가상 데이터 기억 시스템 | |
| US6944758B2 (en) | Backup method for interface BIOS by making backup copy of interface BIOS in system BIOS and executing backup interface BIOS in system BIOS if error occurs | |
| US20040148478A1 (en) | Method and apparatus for protecting data in computer system in the event of unauthorized data modification | |
| US6728830B1 (en) | Method and apparatus for modifying the reserve area of a disk drive | |
| US9959278B1 (en) | Method and system for supporting block-level incremental backups of file system volumes using volume pseudo devices | |
| US6931499B2 (en) | Method and apparatus for copying data between storage volumes of storage systems | |
| JPWO2004081791A1 (ja) | 仮想計算機システム、仮想計算機システムにおけるファームウェアアップデート方法 | |
| US20070011402A1 (en) | Disk array apparatus and method for controlling the same | |
| JP3194900B2 (ja) | ハードディスクドライブを有するコンピュータのメモリ管理方法 | |
| JP3967073B2 (ja) | Ｒａｉｄ制御装置 | |
| KR20050032902A (ko) | 데이타 저장 및 복구 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040913 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070425 |
|
| 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: 20070529 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070530 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100608 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |