JP2004139371A

JP2004139371A - ストレージ装置及びその構成設定方法

Info

Publication number: JP2004139371A
Application number: JP2002303718A
Authority: JP
Inventors: Toshimichi Kishimoto; 岸本　敏道; Yoshinori Igarashi; 五十嵐　良典; Shuichi Yagi; 八木　修一
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-10-18
Filing date: 2002-10-18
Publication date: 2004-05-13
Anticipated expiration: 2022-10-18
Also published as: US7136939B2; EP1411428A3; DE60317024D1; EP1411428B1; US20040078583A1; US7877520B2; US7562160B2; EP1411428A2; DE60317024T2; JP4185346B2; US20070038747A1; US20090248905A1

Abstract

【課題】ストレージ装置の構成を短時間で安全に設定する。
【解決手段】このストレージ装置は、このストレージ装置の構成情報を設定するサービスプロセッサと、前記サービスプロセッサと専用線を介して接続され、オペレータから受領した前記ストレージ装置の構成情報に関するコマンド群を前記サービスプロセッサに送信する端末装置とを有し、前記サービスプロセッサは前記端末装置から受領した前記コマンド群の実行に先立って前記コマンド群の実行の可否を判定する判定手段を有する。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置の設定方法に関し、特にストレージの構成の設定、変更に関するものである。
【０００２】
【従来の技術】
情報処理装置等のシステム環境は日々複雑化しており、これら複雑化する情報処理装置の設定作業を簡略化する提案が種々なされている。
情報処理装置の一つであるストレージの構成情報（例えば、パス定義、論理ボリュームの作成、物理フォーマット、セキュリティ情報）の設定においても、その装置の巨大化、複雑化が進んだことから、設定作業量の増大や管理者の誤設定によるデータ喪失等の危険を孕んでいる。
【０００３】
このような問題を解決する方法として、特開平５−１２８０３２号公報には、ネットワーク環境の設定において、高度な専門的な知識がなくとも、エンドユーザが簡単に設定できる技術が提案されている。（特許文献１参照）
また、特開平６−１７５８２７においては、プログラムをコンピュータ上で実行するための環境設定を自動で生成し、煩わしい環境設定をエンドユーザが行う必要のないようにする技術が提案されている。（特許文献２参照）
さらに、特開平１１−１６１６０４には、ネットワーク上に接続されたクライアントの環境設定を、同ネットワーク上に接続されるサーバ上に、スクリプトファイルとして保存しておき、それを自動的にダウンロードして、環境設定を行う技術が開示されている。（特許文献３参照）
一方、近年のコンピュータシステムにみられるように、ＧＵＩによる操作環境が容易化されることから、設定操作を行う管理者のスキルが十分でない場合でも容易に設定変更を行ってしまい、予期しない装置トラブルを発生させてしまうことも想定される。このようなご操作等を防止する記述として、特開２０００−１８１６８７号には、システムの管理情報を２つの記憶部に分けて保存し、一方の記憶部のシステム管理情報を編集した後に誤りがあった場合は他方を参照するなどの手段をとってエラー回避する技術や、また、編集する際に、パスワードを要求し、システムの管理情報が安全に保存される技術が開示されている。（特許文献４）
【特許文献１】特開平５−１２８０３２号公報
【特許文献２】特開平６−１７５８２７
【特許文献３】特開平１１−１６１６０４
【特許文献４】特開２０００−１８１６８７
【発明が解決しようとする課題】
しかしながら、情報処理装置の環境や構成の設定変更を行った場合、その変更した環境で行われた操作が、前の環境、構成下で行われたものとそぐわないような場合がある。例えば、ストレージ装置において、その記憶領域の構成を変更したような場合、変更後の操作が、本来データを書き込むのに適した位置ではない領域に書き込まれるような操作となってしまう恐れもあり得る。
【０００４】
特にストレージ装置の記憶領域設定のような構成変更などでは、次の構成変更がなされた場合にも、書き込まれたデータが保証されていなければならない。特開２０００−１８１６８７に開示されるような環境を切り分けて操作者が利用しない環境を提供すれば足りるパスワード管理ではこのような問題に対応できない。また、データ喪失等の危険を回避するためには、設定を変更するために作成されたデータやコマンド群からなるスクリプトが動作保証されているものかどうかを確認したいという要求も高い。
【０００５】
一方、装置環境が拡大する環境下にあっても、何らかの理由で、前の状態に戻したい場合が生じる。ストレージ装置等を例にとれば、何らかの障害によって過去のデータに復旧する場合などがある。このような際には、その復旧するデータが蓄積されていた時点の環境・構成に戻したいという要求もある。
【０００６】
【課題を解決するための手段】
上記課題を解決するための本願発明の装置は、上位装置からのデータの書き込みや読出し要求を受領して、記憶媒体に対して前記データの書き込みや読出しを制御するストレージ装置において、このストレージ装置は、このストレージ装置の構成情報を設定するサービスプロセッサと、前記サービスプロセッサと専用線を介して接続され、オペレータから受領した前記ストレージ装置の構成情報に関するコマンド群を前記サービスプロセッサに送信する端末装置とを有し、前記サービスプロセッサは前記端末装置から受領した前記コマンド群の実行に先立って前記コマンド群の実行の可否を判定する判定手段を有する。
【０００７】
さらに、本願発明における前記端末装置は、前記コマンド群の送信の際に前記コマンド群を秘密鍵で暗号化した暗号コマンド情報を前記コマンド群に併せて送信し、前記判定手段は、前記受領した暗号コマンド情報を復号化し、前記復号化によって得られたコマンド群と、前記受領したコマンド群とが一致するかどうかを判定し、一致した場合に前記コマンド群を実行するように構成する。
【０００８】
一方、上述のような構成のストレージ装置の構成情報設定方法は、端末装置を介して、前記コマンド群を送信する第１のステップと、前記第１のステップで送信された前記コマンド群を前記サービスプロセッサが受領して、前記コマンド群の実行可否を判定する第２のステップと、前記第２のステップで実行可である判定された場合に、前記コマンド群を実行する第３のステップからなる。
【０００９】
このような構成の装置において、さらに好適には、前記第１のステップで送信される前記コマンド群を前記サービスプロセッサへの送信前に秘密鍵で暗号化して暗号コマンド情報を生成するステップを有し、前記第１のステップにおいて、前記コマンド群と併せて、前記暗号コマンド情報とを、前記サービスプロセッサに送信し、前記第２のステップは、前記プロセッサが前記受領した暗号コマンド情報を復号化して、前記コマンド群を生成し、前記受信したコマンド群と、前記復号化によって得られたコマンド群とが一致するかどうかを比較することで前記受領したコマンド群の実行可否を判定し、前記第２のステップにおいて、前記復号化によって得られたコマンド群と、前記受領したコマンド群とが一致した場合に、前記プロセッサが前記コマンド群を実行する第３のステップを有するように制御する。
【００１０】
【発明の実施の形態】
本発明の実施形態の１例を図１〜図６を用いて説明する。
図１は、情報処理装置の一種であるストレージシステム１００の接続概略図である。ストレージ装置１０８は、ファイバーチャンネル１０３を介して、ホストコンピュータ１０１に接続され、ホストコンピュータ１０１の命令に基づいて記憶媒体１０５へのデータの入出力を行う。アプリケーションプログラム１０２はホストコンピュータ上で動作するソフトウェアである。
【００１１】
ストレージ装置１０８の構成情報を作成してストレージ装置に送信するためのストレージ管理端末１０９ＡがＬＡＮで接続される。ストレージの構成情報とは、ストレージ装置における各種の設定を言い、例えば記憶媒体１０５上に仮想的に区切られる論理ボリュームの設定などを含む。
【００１２】
この例では、ＴＣＰ／ＩＰプロトコルによって、ストレージ管理端末１０９Ａはストレージ装置１０８と接続されている。管理端末１０９Ａからの制御情報は、ストレージ装置１０８内に搭載されるサービスプロセッサ１０６とストレージ管理端末１０９Ａ内で動作するＧＵＩアプリケーション１１０との間で送受信される。
【００１３】
一方、本願実施例においては、さらに他のストレージ管理端末１０９Ｂが、ストレージ管理用インターフェース１１１を介して、サービスプロセッサ１０６に接続されている。
【００１４】
オペレータは、このストレージ管理用端末１０９Ｂを介して、ストレージ装置１０８内のサービスプロセッサ１０６に構成情報等の制御情報を送信し、サービスプロセッサ１０６は、その制御情報に基づいてストレージ管理データ１０７を更新し、ストレージの構成を再設定する。一方、サービスプロセッサは、ストレージ装置の動作状態を監視し、その情報をストレージ管理用インターフェース１１１や、ＴＣＰ／ＩＰ１０４を介して、ストレージ管理端末Ａ、Ｂに送信する。オペレータは、ストレージ管理端末Ａ、Ｂで受領した情報から、ストレージ装置に最適な構成設定がなされているかどうかを認知することができる。
【００１５】
従来は、ストレージ装置１０８の構成情報の設定をストレージ管理用端末に表示されるＧＵＩ画面１１０上で行っていたが本発明では、このようなＧＵＩ画面での操作に変わり、或いは加えて、スクリプトシートを利用する。ここでいうスクリプトシートとは、サービスプロセッサがストレージ装置の構成を設定するためのコマンド群のことで、コマンドの実行に必要な変数を含むこともある。このコマンド群はスクリプト定義ファイルとも言われ、プロセッサはスクリプトに定義されたコマンドを順次読み込んで解釈し、実行する。
【００１６】
具体的には、ストレージ管理端末ＡまたはＢ上に動作する構成変更用のＧＵＩアプリケーションプログラムを操作することで生成したストレージ装置の構成設定変更に必要なコマンドやそのパラメータをスクリプト言語によって記述する。サービスプロセッサは、そのスクリプトシートを読み込んで、記述されているコマンドを解釈し、実行するのである。
【００１７】
このスクリプトシート１１０には、例えば、図１の１１０−（ａ）や１１０−（ｂ）にみられるようにホストコンピュータ１０１とストレージ装置１０８の論理ボリュームとを接続するためのパス定義情報の追加や削除に関する操作が記述される。
【００１８】
他にこのスクリプトシートに記述されるものとして、ファイバーチャネル（Ｆｉｂｒｅ　Ｃｈａｎｎｅｌ）ポートのアドレスの設定や変更、或いは、ファイバーチャネルポート（Ｆｉｂｒｅ　Ｃｈａｎｎｅｌ　Ｐｏｒｔ）のセキュリティスイッチのオン・オフを行う操作等があり、次に示す１１０（ａ）〜１１０（ｄ）のように記述する。
【００１９】
図１に示すスクリプトシート１１１は設定手順を書き込んだ一例を示すものである、これは、おのおのの設定を、設定名称と、その設定に必要な情報を引数パラメータとして記述したものであり、この例のスクリプトシート１１０は以下の意味をなす。
１１０−（ａ）では、ファイバーチャネルポート１番のＬＵＮ（Ｌｏｇｉｃａｌ　Ｕｎｉｔ　Ｎｕｍｂｅｒ）　１で定義した、パスを削除する。
１１０−（ｂ）では、ファイバーチャネルポート２番のＬＵＮ（Ｌｏｇｉｃａｌ　Ｕｎｉｔ　Ｎｕｍｂｅｒ）　１で定義したパスを追加し、このパスでホストコンピュータからアクセスされる論理ボリュームのＩＤを１−１とする。
１１０−（ｃ）ではファイバーチャネルポート１番のファイバーアドレスをＥ３にし、さらに１１０−（ｄ）ではファイバーチャネルポート２番のセキュリティスイッチをオフにしてホストコンピュータからのアクセスに制限をかける。
【００２０】
このように記述することで、オペレータが大量の構成変更をＧＵＩ上のマウスやキー入力に操作よる設定の代わりに、処理を行うコンピュータのＣＰＵに読み込ませて実行させることができる。
【００２１】
シートのフォーマットは、図６のように複数に分解してわかりやすく記述することでも対応できる。つまり、設定名称ごとに、サブスクリプトシートを参照し、その中に、操作に必要な引数を定義する方式でもいい。この方式ではシートが複数になるが、設定毎に、パラメータが整然と記述されるため、記述しやすくなる。
【００２２】
６０１は、スクリプトシートに記述するコマンドが複数の引数を有する場合の便宜を図ったスクリプトシート構成の１例である。引数に同じ設定を多く用いるような場合に、有効である。スクリプトシート６０３では、「ｄｅｌｐａｔｈ」というコマンドが定義されており、このコマンドは、次の「ｅｌｅｔｅＰａｔｈｅ．ｔｘｔ」いうテキストファイルに記載されたポートグループの各論理ユニットに通じるパスを削除することを意味する。
【００２３】
ところで、本実施例では、スクリプトシートの情報をファイバーチャネル１０３経由でストレージ装置１０８に送信するのではなく、物理的に、論理的に異なったインターフェースであるストレージ管理用インターフェース１１１を通してサービスプロセッサが解釈するように構成されている。
【００２４】
つまり、ファイバーチャネル１０３を経由して設定する方式では、ファイバーチャネル１０３でストレージとホストコンピュータ１０１を接続してからでないとスクリプトシートが使用できないため、ホストコンピュータ１０１が起動していない場合や、ホストコンピュータ１０１のオペレーティングシステムが暴走した場合等は、構成情報の設定が不可能となるからである。
【００２５】
またホストコンピュータ１０１と接続するまでに行うべき、大量の煩わしい設定、例えば、接続するためのポートのアドレス設定等はホストコンピュータ１０１による操作を前提としてスクリプトシートを解釈して実行する方法では不可能である。ストレージ管理用インターフェース１１１を通してであれば、記憶装置１０８に接続されるホストコンピュータに接続されているか否かに関係なく、スクリプトシート１１０で設定が可能である。
【００２６】
一方、このように、スクリプトシート１１０での設定は大量の設定が一括でできる反面、そのスクリプトシート自体は、テキストデータであるため、簡単に改竄されうるし、また、改竄されたか否かの区別が困難になる。また一度設定したスクリプトファイルに誤りがあった場合、元に戻すことが困難になる。本発明では、これらの問題も解決できるように以下の工夫がされている。
【００２７】
即ち、ストレージ管理端末１０９Ａとサービスプロセッサ１０６からなる構成変更モジュールが、スクリプトシート１１０に電子認証が施されたもの以外は受け付けないようにするモジュールと、スクリプトシートで構成情報を変更した時の来歴情報を管理するモジュールとを持つように構成する。
【００２８】
認証されたスクリプトシート以外受け付けないようにするモジュールは、信頼のおける操作者が正常な構成であることを保証したスクリプトシートを作成するためのステップと、それがストレージ装置に入力される前に、改竄がなされていないことを保証するためのステップとからなる。
具体的な処理フローを図２に示す。
【００２９】
オペレータは、スクリプトシートを作成（２０１）し、シートの内容が妥当であることを確認し（２０２）、妥当であれば、正しいことを保証するための電子認証処理に入る。
【００３０】
ここで、データの妥当性は、一旦スクリプトシートをサービスプロセッサに送信して、サービスプロセッサに搭載されるマイクロプログラムが、スクリプトシートの内容を、ストレージ装置の物理的な構成と対比してチェックするように構成しても良いし、信頼の置けるソフトウェアによって、データの整合性をチェックするように構成することもできる。　ここで、信頼のおけるソフトウェアとは、この後の暗号化処理における秘密鍵を有する者の作成したソフトウェアを意味する。
【００３１】
また整合性チェックとは、例えば、新たに設定された論理ボリュームが、実際に搭載されている記憶媒体では設定不可能な論理ボリュームになっているというような構成上の不都合の有無をチェックすることを意味する。
【００３２】
また、併せて、ストレージ構成上の不都合だけでなく、シートに設定された情報が、顧客の要求（顧客の要求仕様の電子ファイル等）を満たすものかどうかをチェックするようにすることができる。この場合は、顧客が必要な欄にデータを書き込み作成したファイルとオペレータによって作成されたスクリプトシートの内容とが整合性を保てるかどうかを判定すれば良い。
【００３３】
スクリトシートの妥当性が確認されて、当該スクリプトシートが妥当であると判断された場合、このスクリプトシートが正当なものであることを示すための認証処理が施される。これらスクリプトシートの作成、妥当性確認、認証処理は、ストレージ管理端末Ａ，Ｂを用いて行われる他、別の情報処理装置を用いて実行されても良い。
【００３４】
以下にここまでの過程で作成された妥当性チェック済みのスクリプトシートが、妥当性チェック済みで、信頼のおけるものであることを確認するための手順を示す。
【００３５】
この実施例では、ここでスクリプトシートを要約したダイジェストファイルを作成する（２０３）。このダイジェストファイルとは、スクリプトシートの情報に依存するもので、このダイジェストファイル化は、ステップ２０２で妥当性が保証されたスクリプトファイルであることを示すために、ステップ２０２の妥当性のチェックが終了したものに施されるようにする。
【００３６】
このダイジェストファイルは、例えば、スクリプトシートを圧縮することで作成してもいい。ダイジェストファイルはごく簡単なアルゴリズムでスクリプトシートから誰でも生成できるものとする。
【００３７】
従って、ダイジェストファイルは、少なくとも妥当性のチェックが終了したものであるという目安になる。（２０３）
次にこのダイジェストファイルによって、ストレージ装置１０８の構成を設定しようとするオペレータは、このダイジェストファイルを秘密鍵で暗号化したファイルを生成する（２０４）。つまりステップ２０４で、得られるファイルは、秘密鍵を持った信頼のあるオペレータ以外は、生成することはできないため、電子署名ファイルとして扱うことができる。
【００３８】
オペレータは、この電子署名ファイルとスクリプトシートを結合させて一つのファイルとし（２０５）、ストレージ装置１０８のサービスプロセッサ１０６に送信する（２０６）。無論、この例では、電子署名ファイル、即ちコマンド群を記載したスクリプトシートをダイジェスト化したファイルを暗号化したファイルと、スクリプトシートを一つのファイルとして送っているがスクリプトシートとこの電子認証ファイルを別々に、サービスプロセッサ１０６に送付しても良い。
【００３９】
電子認証ファイルを受信したサービスプロセッサ１０６は、スクリプトシートからダイジェストファイルを生成し（２０７）、さらに、電子署名ファイル（暗号化）を公開鍵で復号化したファイルを生成する。
【００４０】
サービスプロセッサ１０６は、このサービスプロセッサ自身がダイジェスト化したファイルと暗号化された電子署名ファイルを公開鍵で復号化したファイルとを比較する（２０９）。
【００４１】
つまり、サービスプロセッサ１０６は、スクリプトシートから生成したダイジェストファイルと秘密鍵をもったオペレータが生成したダイジェストファイルとを比較するのである。そして、その内容が一致すれば、顧客の要求を満たし、かつ、構成設定上の不都合を生じないシートが、信用あるオペレータから送信されたものであることが保証できる。
【００４２】
ついで、サービスプロセッサ１０６は、ステップ２０９において、スクリプトシートが保証されたものである場合には、スクリプトシートの解釈を行ない、スクリプトシート構成情報にそって、記憶装置１０８の設定を行う。（２１０）
ここで、スクリプトシート若しくは、スクリプトシートをダイジェスト化したファイルの暗号化について説明する。
【００４３】
ここでは、秘密鍵方式を用いているこれは、秘密鍵（コード）を持ったオペレータまたは、制御装置が、このコードを用いて情報を暗号化する技術で、ここで暗号化された情報は、同じ秘密鍵を有するオペレータや制御装置以外では、復号化できない。そこで、妥当性チェックが完了した後に引き続きこの方式で暗号化行なうように構成すれば、秘密鍵を有する操作者のみが作成したスクリプトシートでのみ、サービスプロセッサでのコマンド実行を容認されるので、改竄されたものや、不適切なものが、構成情報の変更に利用されることがない。
【００４４】
尚、本実施例では、ダイジェストファイルを生成し、そのダイジェストファイルを暗号化するという手順を説明したが、このダイジェストファイルを作成せず、直接、スクリプトシートを秘密鍵で暗号化するという方法もある。この場合は、暗号化された情報とスクリプトシートがサービスプロセッサ１０６に送信されることとなる。そして、サービスプロセッサ１０６は、この暗号化された情報を秘密鍵で復号してスクリプトシートを生成し、この生成したスクリプトシートと、受信したスクリプトシートの比較を行うことで、スクリプトシートが妥当性のあるもので、かつ、信頼のおける手順を経て送信されているものだと認識することが可能となる。
【００４５】
ダイジェストファイルを一旦生成する場合は、端末装置１０９Ｂとサービスプロセッサ１０６との送受信に要する通信時間を短くするという効果の他、そのダイジェストファイルを装置構成の特徴を示すように生成することで、その送信しようとするコマンド群がどのようなものかを認知しやすくするようにすることもできる。
【００４６】
また、本実施例のように、ダイジェスト化するステップと秘密鍵で暗号化するステップの２段階を設けることによって、ダイジェスト化されているものは、妥当性チェックまでは完了しているスクリプトシートであることを示し、例えば、オペレータは、複数のダイジェスト化されたファイルの中から、最も適当なものを抽出し、そのファイルに自らが所有する秘密鍵で暗号化を施し、サービスプロセッサ１０６に送信するというような、段階的な管理が出来得る。
【００４７】
尚、運用上は、秘密鍵を有するオペレータを特定しておくことで、信頼のおけるオペレータ、或いは企業のみがスクリプトシートを提供するようにできる。また信頼の置ける操作者は、オペレータのみならず、信頼のおける企業や、信頼のあるソフトウェアが妥当性チェックの後に自動的に秘密鍵の暗号化を施すという構成でもよい。
【００４８】
図３は、オペレータのＧＵＩ操作によって変更された構成情報のデータをチェックし、整合性の取れたものであることをソフトウェアが保証した後、電子署名を施した例である。
【００４９】
詳細には、１０９Ａのストレージ管理端末の構成情報を設定するためのＧＵＩ画面を用いて、操作者が操作を行う。このＧＵＩプログラムは、記憶装置に不適切な設定ができないように予め、整合性監視機能が搭載されており、例えばボリュームサイズの異なる論理ボリュームがペアとして選択されない等の制限がされるように構成されている。
【００５０】
このように特定のソフトウェアによって生成された設定操作から、生成されたスクリプトシートについてのみ、秘密鍵を付与するように構成し、その秘密鍵で暗号化をすることで、スクリプトシート内容の保証が可能なる。
【００５１】
図４は、ストレージ管理端末１０９を介して構成情報を記録したデータベースから情報を読み取って、その読み取った情報をデータの整合性をソフトウェアがチェックしスクリプトシートに変換し電子署名をする例である。ここで、データベース自体が信頼できるものである場合には、そのデータベースから情報を取り出しているかどうかをチェックすることで、その構成情報が信頼のおけるものかどうかをチェックするという方法もある。
【００５２】
一方スクリプトシートで構成情報を変更した時の来歴情報を管理する仕組みを図５の処理フローを用いて詳細に説明する。
この方法により、一度、スクリプトシートにより、大量に変更した後、過去の状態に戻す要求があった場合に、所望の状態に戻すことが可能となる。
【００５３】
まず、スクリプトシートに記載されたデータを、サービスプロセッサ１０６に読み込ませる。（５０１）　次にサービスプロセッサ１０６は、ステップ５０１で読み込んだスクリプトシート上のコマンドを解釈して、その処理を実行する。（５０２）
その処理が成功した場合は、成功実績のあるスクリプトシートとしてストレージ管理データ１０７に保存し、それと同時に、いつ、誰が設定したのかがわかるように、シートに履歴管理番号とユーザＩＤを登録しておく。
【００５４】
この登録に用いるデータは、スクリプトシートの読み込みを行わせる際に、オペレータが入力するようにしておくこともできる。また、スクリプトシート生成時に、そのオペレーティングソフトウェアによってスクリプトシートにデータとして保持するようにすることもできる。
【００５５】
これにより、図７に示すように。過去の構成に変更したい要求（７０７）があったときに、その構成情報に対応するスクリプトシートの履歴管理番号をオペレータが入力して、該当するスクリプトシートに記載された構成変更処理をサービスプロセッサに実行させることで元の構成情報に戻すことができる。
【００５６】
具体的には、オペレータが、ストレージ管理端末１０９を介して、履歴管理番号を入力する。サービスプロセッサ１０６は、記憶装置１０８内のストレージ管理データ１０７を参照して、その履歴管理番号に対応するスクリプトシートを読み出し、その処理を実行する。その後、そのスクリプトシートが実行された日時データを当該スクリプトシートに追加し、ストレージ管理データとして蓄積する。
【００５７】
尚、ここでスクリプトシートというのは、構成情報を変更するための情報と命令の集まりであり、その態様は種々設計可能であることは言うまでもない。
【００５８】
本願発明を言い換えれば、サービスプロセッサが、構成情報の変更を行うための、コマンド群と、そのコマンドの実行に必要なパラメータを外部から付与しようとする場合に、サービスプロセッサがそのコマンドの妥当性をチェックした上で、実行できるようにするというものである。
【００５９】
また、そのコマンド群を暗号化して暗号コマンド情報を生成し、この暗号コマンド情報と、コマンド群をともに、その処理を行うプロセッサに送信し、これらの情報を受領したプロセッサが、暗号コマンド情報を復号化して、受領したコマンド群を比較し、その比較結果によって、受信したコマンド群が安全に装置の構成を変更できるものであるかどうかを判定するのである。
【００６０】
また。スクリプト記述に用いられるコマンドと、実際にサービスプロセッサが解釈して実行するコマンドとの間に相関関係を設けることで、操作者の理解し易い表現で、サービスプロセッサに指示ができるようにする。また、このように簡便化して便宜を図った場合に想定されるご操作に配慮し、サーンビスプロセッサに、そのスクリプトシートが装置に対して安全なものであるかどうかを判定する処理を組み込んで構成される。サービスプロセッサは、そのスクリプトシートが認証されたものである場合このコマンドを受領して、構成変更の処理を実行するのである。
【００６１】
【発明の効果】
本発明により、多数の構成情報の変更をスクリプトシートを用いて一括に行うことができる。また、スクリプトシートを他の装置に読み込ませることで、この設定を複数のストレージに適用できる。さらに認証されたスクリプトシート以外では、ストレージ装置がその構成を変更しないようにする機能を有するので、信頼のおけるオペレータや、オペレートプログラムにより設定された情報によって、ストレージ装置の構成を変更できるので、誤りのない、安全な設定変更環境を提供できる。
【００６２】
また、ホストコンピュータと接続するインターフェースとは別の入力インターフェースで通信することが可能であるため、ホストコンピュータを接続することなく、設定できる。これは、ホストコンピュータのＯＳ（オペレーティングシステム）が起動していなくとも、スクリプトシートでストレージ装置の構成情報が一括設定可能なほか、ストレージとホストコンピュータ自体を接続するための設定等も行うことが可能となる。
【００６３】
さらにまた、複数のオペレータが、操作環境を切り替えて利用するような装置でなく、継続して情報処理を行うような装置において、その操作環境、装置構成情報の履歴が蓄積されるので、障害発生時に状態を復元する場合や、障害そのものの発生理由を追跡するような場合にも有効な手段を提供できる。オペレータにとっては、大量の操作を一度に実行できるというメリットがある。
【図面の簡単な説明】
【図１】本願発明の構成を示す図である。
【図２】本願発明の１例の手順を示すフローチャートである。
【図３】本願発明の手順を示すフローチャートである。
【図４】本願発明の手順を示すフローチャートである。
【図５】本願発明の手順を示すフローチャートである。
【図６】本願発明のフォーマットシートの１例を示す図である。
【図７】本願発明の手順を示すフローチャートである。
【符号の説明】
１０１・・・ホストコンピュータ、１０２・・・アプリケーションプログラム、１０８・・・ストレージ装置、１０５・・・記憶媒体、１０７・・・ストレージ管理データ、１０６・・・サービスプロセッサ、１１１・・・ストレージ管理用インタフェース、１０９Ｂ・・・ストレージ管理端末、１１０・・・スクリプトシート、１０９Ａ・・・ストレージ管理端末

Claims

上位装置からのデータの書き込みや読出し要求を受領して、記憶媒体に対して前記データの書き込みや読出しを制御するストレージ装置であって、
前記ストレージ装置は、このストレージ装置の構成情報を設定するサービスプロセッサと、
前記サービスプロセッサと専用線を介して接続され、オペレータから受領した前記ストレージ装置の構成情報に関するコマンド群を前記サービスプロセッサに送信する端末装置と、を含み、
前記サービスプロセッサは、前記端末装置から受領した前記コマンド群の実行に先立って、前記コマンド群の実行の可否を判定する判定手段を有することを特徴とするストレージ装置。
前記端末装置は、前記コマンド群の送信の際に前記コマンド群を秘密鍵で暗号化した暗号コマンド情報を前記コマンド群に併せて送信し、
前記判定手段は、前記受領した暗号コマンド情報を復号化し、前記復号化によって得られたコマンド群と、前記受領したコマンド群とが一致するかどうかを判定し、一致した場合に前記コマンド群を実行することを特徴とする請求項１記載のストレージ装置。
前記暗号コマンド情報は、前記コマンド群をダイジェスト処理してから暗号化したものであって、
前記判定手段は前記端末装置から受領したコマンド群を用いてダイジェスト処理した情報と、前記受領した暗号コマンド情報を復号化して得られたダイジェスト処理された情報とが、一致するかどうかを判定し、一致した場合に前記コマンド群を実行することを特徴とする請求項２記載のストレージ装置。
上位装置からのデータの書き込みや読出し要求を受領して、記憶媒体に対して前記データの書き込みや読出しを制御するストレージ装置であって、
前記ストレージ装置は、このストレージ装置の構成情報を設定するためのサービスプロセッサと、
前記サービスプロセッサと専用線を介して接続され、オペレータから受領した前記構成情報に関するコマンド群を前記サービスプロセッサに送信する端末装置と、を備えたストレージ装置の構成情報の設定方法であって、
前記端末装置を介して、前記コマンド群を送信する第１のステップと、
前記第１のステップで送信された前記コマンド群を前記サービスプロセッサが受領して、前記コマンド群の実行可否を判定する第２のステップと、
前記第２のステップで実行可である判定された場合に、前記コマンド群を実行して前記ストレージ装置の構成設定を行う第３のステップからなるストレージ装置の構成設定方法
前記第１のステップで送信される前記コマンド群を前記サービスプロセッサへの送信前に秘密鍵で暗号化して暗号コマンド情報を生成するステップを有し、
前記第１のステップにおいて、前記コマンド群と併せて、前記暗号コマンド情報とを、前記サービスプロセッサに送信し、
前記第２のステップは、前記プロセッサが前記受領した暗号コマンド情報を復号化して、前記コマンド群を生成し、前記受信したコマンド群と、前記復号化によって得られたコマンド群とが一致するかどうかを比較することで前記受領したコマンド群の実行可否を判定し、
前記第２のステップにおいて、前記復号化によって得られたコマンド群と、前記受領したコマンド群とが一致した場合に、前記プロセッサが前記コマンド群を実行して前記ストレージ装置の構成設定を行う第３のステップからなることを特徴とする請求項４に記載のストレージ装置の構成設定方法。
ストレージ装置の構成情報を設定するためのサービスプロセッサと、サービスプロセッサに接続され、前記サービスプロセッサに情報の授受を行う端末装置とからなるストレージ装置において、
ストレージ管理端末が、スクリプトシートに記載されたコマンド群の妥当性を判定する第１のステップと、
前記第１のステップによって妥当であると判定された場合に、前記コマンド群のダイジェストを生成する第２のステップと、
前記第２のステップで生成された前記ダイジェストを前記秘密鍵で暗号化する第３のステップと、
前記端末装置が、前記第３のステップによって、暗号化されたダイジェストデータと、前記スクリプトシートに記載されたコマンド群と、をサービスプロセッサに送信する第４のステップと、
前記サービスプロセッサが受領したコマンド群から、ダイジェストを生成する第５のステップと、
前記サービスプロセッサが受領した暗号化されたダイジェストデータを復号化して、前記第５のステップで生成したダイジェストデータと比較する第６のステップと、
前記第６のステップでの比較結果が、一致を示すものである場合に、前記受領したスクリプトシートに記載されたコマンド群を実行してストレージ装置の構成設定を行う第７のステップからなる記憶装置の構成情報設定方法。