JP2017187883A - 情報処理装置、情報処理システム及び構成変更検証プログラム - Google Patents

Abstract

【課題】構成変更の検証におけるシステム管理者の処理負荷を軽減する情報処理装置、情報処理システム及び構成変更検証プログラムを提供する。
【解決手段】命令送信部１１２は、端末装置６から入力された命令を、運用環境ＶＭ３１及び運用環境ＶＭ３１の構成に構成変更が加えられて生成された検証用ＶＭ３２へ送信しそれぞれに実行させる。結果取得部１１３は、命令送信部１１２により送信された命令に対する、運用環境ＶＭ３１による運用側アウトプット１５６及び検証用ＶＭ３２による検証側アウトプット１５７を取得する。結果送信部１１４は、結果取得部１１３により取得された運用側アウトプット１５６を端末装置６へ送信する。判定部１３は、結果取得部１１３により取得された運用側アウトプット１５６及び検証側アウトプット１５７を基に構成変更の成否を判定する。
【選択図】図２

Description

本発明は、情報処理装置、情報処理システム及び構成変更検証プログラムに関する。

近年、各種の情報処理装置の普及により、ユーザの要求に合わせて様々なサービスを提供する各種情報処理システムが提供されている。例えば、インターネットなどを介してユーザに様々なサービスを提供する場合に、サービスの提供に係る多数のサーバやストレージなどの機器を集約して運用及び管理を行うデータセンタを利用することが増加している。

このような情報処理システムでは、バクの修正、セキュリティの強化又は処理能力の向上といった運用管理上の観点から、システムの構成変更がたびたび行われる。システムの構成変更には、例えば、ＯＳ（Operating System）やアプリケーションのバージョンアップといったソフトウェアの更新や、ネットワーク構成などのハードウェアの構成変更などがある。

従来、システムの構成変更を行う場合、検証を行うシステム管理者は、検証環境を作成し、その作成した検証環境を用いて構成変更及び検証を行うことが一般的である。その場合、システム管理者は、構成変更を加えた検証環境で事前に用意したテストセットを実行し、構成変更の妥当性を確かめる。その後、システム管理者は、実際に業務などで使用され運用されている運用環境の情報処理システムに対して検証環境に対して行った構成変更と検証を実施し、運用環境の情報処理システムに対して構成変更を適用する。ここで、テストセットとは、運用環境で使用されることが想定されるコマンドやデータなどを用いた一連の処理を行うプログラムである。

なお、情報処理システムの運用管理に関する技術として、検証環境で実行されたコマンドと実行結果とを記憶し、運用環境で同じコマンドを実行し、その結果を比較して的確な動作が行われているかを検証する従来技術がある。

また、運用環境のシステムログを分析して操作手順を取得して操作シナリオを生成し、生成した操作シナリオを検証環境で実行させ結果を確認する従来技術がある。また、いくつかの検証環境で性能テストを実行してスナップショットとスループットを取得し、運用環境の情報処理システムで予想される負荷に適した構成を有する検証環境の構成を運用環境の情報処理システムに適応する従来技術がある。

特開２０１２−１８５５９９号公報 特開２００７−１４０９５４号公報 特開２０１１−１１３２６７号公報

しかしながら、従来のように検証環境に対してテストセットを実行させて検証を行う場合、システム管理者は、構成変更した環境を検証するために、そのシステムに合ったテストセットを事前に用意することが好ましい。例えば、データセンタを考えた場合、１つのデータセンタに複数のシステムが存在し、システム毎に確認する項目が異なる。例えば、ウェブサーバやアプリケーションサーバなどといったシステムの機能毎にテストセットは異なり、また、Ｕｎｉｘ（登録商標） ＯＳやＷｉｎｄｏｗｓ（登録商標） ＯＳなどシステムで動作するＯＳ毎にもテストセットが異なることが好ましい。このため、従来の方法では、データセンタにシステムが増える度に、システム管理者がそのシステムに合ったテストセットを用意することになり、構成変更に伴うシステム管理者の処理負荷が高くなってしまう。

検証環境と運用環境とのコマンドの実行結果を比較する従来技術を用いても、異なるシステム毎にテストセットを用意することになり、システム管理者の処理負荷を軽減することは困難である。また、操作手順から生成した操作シナリオを検証環境で実行させる従来技術や、検証環境での性能テスト結果から適した構成を適応する従来技術であっても、システム毎にテストセットを用意するため、システム管理者の処理負荷を軽減することは困難である。

開示の技術は、上記に鑑みてなされたものであって、構成変更の検証におけるシステム管理者の処理負荷を軽減する情報処理装置、情報処理システム及び構成変更検証プログラムを提供することを目的とする。

本願の開示する情報処理装置、情報処理システム及び構成変更プログラムは一つの態様において以下の各部を有する。命令送信部は、端末装置から入力された命令を、第１演算処理装置及び前記第１演算処理装置の構成に構成変更が加えられて生成された第２演算処理装置へ送信しそれぞれに実行させる。結果取得部は、前記命令送信部により送信された前記命令に対する、前記第１演算処理装置による第１実行結果及び前記第２演算処理装置による第２実行結果を取得する。結果送信部は、前記結果取得部により取得された前記第１実行結果を前記端末装置へ送信する。判定部は、前記結果取得部により取得された前記第１実行結果及び前記第２実行結果を基に前記構成変更の成否を判定する。

本願の開示する情報処理装置、情報処理システム及び構成変更検証プログラムの一つの態様によれば、構成変更の検証におけるシステム管理者の処理負荷を軽減することができるという効果を奏する。

図１は、情報処理システムの構成図である。 図２は、実施例１に係る中継装置を含む情報処理システムのブロック図である。 図３は、接続先テーブルの一例を表す図である。 図４は、入力除外リストの一例を表す図である。 図５は、検証用データの一例を示す図である。 図６は、端末装置から送信されたオペレーションに対応する検証用データの一例を表す図である。 図７は、新機能検証用端末装置から送信されたオペレーションの判定に用いるデータの一例の図である。 図８は、実施例２に係る中継装置を含む情報処理システムのブロック図である。 図９は、変換テーブルの一例を表す図である。 図１０は、変換テーブルを用いて比較を行った場合の処理の一例を説明するための図である。 図１１は、入力除外リスト及び変換テーブルを用いて比較を行った場合の処理の一例を説明するための図である。 図１２は、検証環境生成の処理のシーケンス図である。 図１３は、実行結果比較処理のシーケンス図である。 図１４は、完了処理のシーケンス図である。 図１５は、中継装置のハードウェア構成図である。

以下に、本願の開示する情報処理装置、情報処理システム及び構成変更検証プログラムの実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する情報処理装置、情報処理システム及び構成変更検証プログラムが限定されるものではない。

図１は、情報処理システムの構成図である。情報処理システム１０は、中継装置１、運用管理サーバ２、業務用サーバ３、ストレージ装置４、ストレージ装置５、端末装置６及び新機能検証用端末装置７を有する。

業務用サーバ３は、運用環境ＶＭ（Virtual Machine）３１を実行する。さらに、図１では、業務用サーバ３が、検証用ＶＭ３２を実行する状態が記載されているが、後述するように、検証用ＶＭ３２は、構成変更に対する検証を実行する際に形成される仮想サーバである。そのため、検証用ＶＭ３２は、検証処理の開始前には業務用サーバ３に存在していなくてもよい。

運用環境ＶＭ３１及び検証用ＶＭ３２は、異なるサーバに配置されてもよい。運用環境ＶＭ３１は、検証前の時点で業務の処理などに用いられており、実際の運用が行われている仮想サーバである。運用環境ＶＭ３１は、ストレージ装置４と接続されている。

運用環境ＶＭ３１は、端末装置６から送信されたオペレーションを指示する命令を中継装置１を介して受信する。以下では、オペレーションを指示する命令を単に「オペレーション」と呼ぶ場合がある。オペレーションが、「命令」の一例にあたる。

運用環境ＶＭ３１は、受信したオペレーションをストレージ装置５を用いて実行し、オペレーションの実行結果を中継装置１を介して端末装置６へ送信する。この運用環境ＶＭ３１が、「第１演算処理装置」の一例にあたる。

運用管理サーバ２は、情報処理システム１０の運用管理を行うためのサーバである。運用管理サーバ２は、情報処理システム１０のシステム管理者から構成変更の検証実行の指示を受ける。そして、運用管理サーバ２は、運用環境ＶＭ３１と同様の構成を有する検証用ＶＭ３２を、ストレージ装置５に接続するように業務用サーバ３内に生成する。さらに、運用管理サーバ２は、検証の対象となる構成変更を検証用ＶＭ３２に加え、検証環境を生成する。その後、検証が終わると、運用管理サーバ２は、システム管理者からの指示を受けて、中継装置１に検証終了を通知する。この運用管理サーバ２が、「運用管理装置」の一例にあたる。

中継装置１は、運用環境ＶＭ３１の構成変更の検証実行時以外には、端末装置６から出力されたオペレーションの運用環境ＶＭ３１への中継を行う。また、中継装置１は、運用環境ＶＭ３１の構成変更の検証を実施する場合、運用環境ＶＭ３１とともに運用管理サーバ２により生成された検証用ＶＭ３２に、端末装置６から出力されたオペレーションを送信する。その後、中継装置１は、運用環境ＶＭ３１及び検証用ＶＭ３２の双方からオペレーションの実行結果を受信する。そして、中継装置１は、運用環境ＶＭ３１から受信した実行結果を端末装置６へ送信するとともに、２つの実行結果を比較して、構成変更の成否を判定する。

また、中継装置１は、新機能検証用端末装置７からオペレーションを受信した場合、受信したオペレーションを検証用ＶＭ３２へ送信する。その後、中継装置１は、検証用ＶＭ３２から実行結果を取得する。そして、中継装置１は、実行結果を用いて構成変更の成否を判定する。中継装置１については後で詳細に説明する。この中継装置１が、「情報処理装置」の一例にあたる。

端末装置６は、情報処理システム１０の利用者が利用するクライアント端末である。利用者は、端末装置６を用いて業務処理などを運用環境ＶＭ３１に実行させるオペレーションを入力する。端末装置６は、入力されたオペレーションを中継装置１を介して運用環境ＶＭ３１へ送信する。その後、端末装置６は、運用環境ＶＭ３１及びストレージ装置４によるオペレーションの実行結果を中継装置１から取得し、利用者に提供する。

新機能検証用端末装置７は、運用環境ＶＭ３１に搭載されていない新機能を追加する構成変更を行う場合に、新機能の動作を確認するためのオペレーションを中継装置１を介して検証用ＶＭ３２へ送信する。

ストレージ装置４は、運用環境ＶＭ３１に接続され、運用環境ＶＭ３１がオペレーションを実行して処理を行う場合に用いられる記憶装置である。ストレージ装置５は、検証用ＶＭ３２に接続され、検証用ＶＭ３２がオペレーションを実行して処理を行う場合に用いられる記憶装置である。本実施例では、ストレージ装置４とストレージ装置５とは異なる装置としているが、これに限らず、ストレージ装置４及び５は、運用環境ＶＭ３１及び検証用ＶＭ３２により用いられる領域が異なれば１つのストレージ装置であってもよい。

次に、図２を参照して、中継装置１及び運用管理サーバ２について詳細に説明する。図２は、実施例１に係る中継装置を含む情報処理システムのブロック図である。

運用管理サーバ２について説明する。運用管理サーバ２は、図２に示すように、入出力制御部２１、検証環境生成部２２及び構成変更部２３を有する。

入出力制御部２１は、モニタなどの出力装置及びキーボードやマウスなどの入力装置を有する。入出力制御部２１は、入力装置を用いたシステム管理者からの入力を受ける。

例えば、入出力制御部２１は、運用環境ＶＭ３１に加える構成変更の検証用の検証環境の構成の指示の入力を受ける。この場合、入出力制御部２１は、運用環境ＶＭ３１に加える構成変更の内容の入力を受ける。

そして、入出力制御部２１は、運用環境ＶＭ３１と同様の構成を有する検証環境の生成の指示を検証環境生成部２２へ出力する。また、入出力制御部２１は、運用環境ＶＭ３１に加える構成変更の内容を構成変更部２３へ出力する。その後、入出力制御部２１は、構成変更完了の通知を検証環境生成部２２から受けて、システム管理者に構成変更完了を通知する。

その後、入出力制御部２１は、検証開始の指示の入力を受ける。この時、入出力御部２１は、検証の対象とする構成変更が、機能追加を伴わない構成変更、機能追加を伴う構成変更又は運用変更を伴う構成変更の何れであるかといった構成変更の種類の指定も受ける。機能追加を伴わない構成変更とは、運用環境ＶＭ３１に対して新しい機能を追加しない構成変更である。また、機能追加を伴う構成変更とは、運用環境ＶＭ３１に対して新しい機能を追加する構成変更である。また、運用変更を伴う構成変更とは、アプリケーションの設定パラメータの変更などといった運用形態の変更を含む構成変更である。

次に、入出力制御部２１は、検証開始の指示を中継装置１へ送信する。その後、入出力制御部２１は、検証終了の指示の入力をシステム管理者から受ける。そして、入出力制御部２１は、検証完了の指示を中継装置１へ送信する。

検証環境生成部２２は、運用環境ＶＭ３１と同様の構成を有する検証環境の生成の指示の入力を入出力制御部２１から受ける。そして、検証環境生成部２２は、業務用サーバ３に運用環境ＶＭ３１の仮想イメージをクローニングさせ、検証用ＶＭ３２を業務用サーバ３内に生成させる。そして、検証環境生成部２２は、検証環境の生成完了の通知を構成変更部２３へ出力する。この検証環境生成部２２が、「生成部」の一例にあたる。そして、検証用ＶＭ３２が、「第２演算処理装置」の一例にあたる。

構成変更部２３は、運用環境ＶＭ３１に加える構成変更の内容の入力を入出力制御部２１から受ける。その後、構成変更部２３は、検証環境の生成完了の通知の入力を検証環境生成部２２から受ける。そして、構成変更部２３は、検証環境生成部２２により生成された検証用ＶＭ３２に対して指示された内容の構成変更を加える。その後、構成変更部２３は、構成変更完了の通知を入出力制御部２１へ出力する。

中継装置１について説明する。中継装置１は、図２に示すように、通信管理部１１、ボリュームクローン部１２、判定部１３、完了処理部１４及び記憶部１５を有する。

記憶部１５は、接続先テーブル１５１及び入力除外リスト１５２を予め記憶する。図３は、接続先テーブルの一例を表す図である。図３に示すように、接続先テーブル１５１は、検証モード毎に接続先が登録されている。接続先とは、後述する通信管理部１１が端末装置６又は新機能検証用端末装置７から受信したオペレーションの入力元及び出力先である。

検証モードは３つあり、検証モード＃０が、検証を実行しない通常の処理を行う通常時のモードである。検証モード＃０の場合、入力元は端末装置６であり、出力先は運用環境ＶＭ３１である。また、検証モード＃１が、追加機能を含まない検証を実行する検証時のモードである。検証モード＃１の場合、入力元は端末装置６であり、出力先は運用環境ＶＭ３１及び検証用ＶＭ３２である。また、検証モード＃２が、追加機能を含む検証を実行する追加機能検証時のモードである。検証モード＃２の場合、入力元が端末装置６であれば、出力先は運用環境ＶＭ３１及び検証用ＶＭ３２であり、入力元が新機能検証用端末装置７であれば、出力先が検証用ＶＭ３２である。

また、図４は、入力除外リストの一例を表す図である。入力除外リスト１５２は、運用変更のある操作に関するオペレーションの実行結果を比較しないようにするために、除外対象とする操作を記録しておくリストである。入力除外リスト１５２には、図４に示すように、除外対象の操作を特定する情報が記載される。この入力除外リスト１５２が、「除外命令の情報」の一例にあたる。

接続先テーブル１５１及び入力除外リスト１５２は、例えば、運用管理サーバ２を用いてシステム管理者が、予め記憶部１５に記憶させておいてもよい。

また、記憶部１５には、図２に示すように、オペレーションデータ１５５、運用側アウトプット１５６、検証側アウトプット１５７及び比較結果１５８が格納される。ただし、オペレーションデータ１５５、運用側アウトプット１５６、検証側アウトプット１５７及び比較結果１５８の内容は、後述するように検証処理の過程において通信管理部１１によって登録及び更新される。そのため、検証実行時以外には、記憶部１５は、オペレーションデータ１５５、運用側アウトプット１５６、検証側アウトプット１５７及び比較結果１５８を保持しなくてもよい。

ボリュームクローン部１２は、検証開始の指示を運用管理サーバ２の入出力制御部２１から受信する。そして、ボリュームクローン部１２は、ストレージ装置４に格納された運用環境ＶＭ３１が使用するデータボリューム４１を、ストレージ装置５にクローニングさせ、検証用ＶＭ３２が使用するデータボリュームとしてデータボリューム５１を生成する。その後、ボリュームクローン部１２は、ボリューム作成完了を通信管理部１１へ通知する。

通信管理部１１は、接続先管理部１１１、命令送信部１１２、結果取得部１１３及び結果送信部１１４を有する。

接続先管理部１１１は、運用管理サーバ２の入出力制御部２１から通信管理部１１１への検証開始の指示があった場合、検証開始の指示に含まれる構成変更の種類を判定する。機能追加を伴わない構成変更又は運用変更を伴う構成変更の場合、接続先管理部１１１は、接続先テーブル１５１における検証モード＃１を現在のモードとして決定し、接続先を変更する。検証モード＃１が使用する検証モードとして選択されることで、接続先テーブル１５１における使用する接続先情報が、検証モード＃０の接続先から検証モード＃１の接続先に変更される。

また、機能追加を伴う構成変更の場合、接続先管理部１１１は、接続先テーブル１５１における検証モード＃２を現在のモードとして決定し、接続先を変更する。検証モード＃２が使用する検証モードとして選択されることで、接続先テーブル１５１における使用する接続先情報が、検証モード＃０の接続先から検証モード＃２の接続先に変更される。ここで、本実施例では、接続先テーブル１５１に予め登録されている検証モードを選択して接続先を変更したが、これに限らず、例えば、接続先管理部１１１が接続先テーブル１５１に構成変更の種類に合わせた接続先を都度登録するようにしてもよい。

その後、接続先管理部１１１は、検証の完了の通知の入力を完了処理部１４から受ける。そして、接続先管理部１１１は、接続先テーブル１５１における検証モード＃０を現在のモードとして決定し、接続先を変更する。検証モード＃０が使用する検証モードとして選択されることで、接続先テーブル１５１における使用する接続先情報が、検証モード＃１又は２の接続先から検証モード＃０の接続先に変更される。

命令送信部１１２は、運用管理サーバ２の入出力制御部２１から通信管理部１１への検証開始の指示があった場合、通信をサスペンド状態にする。その後、命令送信部１１２は、接続先管理部１１１から接続先変更完了の通知及びボリュームクローン部１２からボリューム作成完了の通知の入力を受けると、通信のサスペンド状態を解除する。これにより、命令送信部１１２は、検証開始の指示を受けてから、検証実行の準備が整うまでの間、オペレーションの運用環境ＶＭ３１への送信を停止することができる。

また、命令送信部１１２は、接続先テーブル１５１を確認し、選択された検証モードを特定する。そして、検証モード＃０の場合、命令送信部１１２は、オペレーションの入力を端末装置６から受ける。次に、命令送信部１１２は、取得したオペレーションを運用環境ＭＶ３１へ送信する。

また、検証モード＃１の場合、命令送信部１１２は、オペレーションの入力を端末装置６から受ける。そして、命令送信部１１２は、取得したオペレーションを運用環境ＭＶ３１及び検証用ＶＭ３２へ送信する。さらに、命令送信部１１２は、取得したオペレーションをオペレーションデータ１５５として登録する。

また、検証モード＃２の場合、命令送信部１１２は、端末装置６及び新機能検証用端末装置７からオペレーションの入力を受ける。そして、端末装置６からオペレーションの入力を受けた場合、命令送信部１１２は、取得したオペレーションを運用環境ＭＶ３１及び検証用ＶＭ３２へ送信する。さらに、命令送信部１１２は、取得したオペレーションをオペレーションデータ１５５として登録する。

これに対して、オペレーションの入力を新機機能検証用端末装置７から受けた場合、命令送信部１１２は、取得したオペレーションを検証用ＶＭ３２へ送信する。さらに、命令送信部１１２は、取得したオペレーションをオペレーションデータ１５５として登録する。

結果取得部１１３は、命令送信部１１２が送信したオペレーションの実行結果を運用環境ＶＭ３１から取得する。そして、結果取得部１１３は、取得した実行結果を運用側アウトプット１５６としてオペレーションデータ１５５に対応させて登録する。さらに、結果取得部１１３は、取得した実行結果を結果送信部１１４へ出力する。

また、結果取得部１１３は、命令送信部１１２が送信したオペレーションの実行結果を検証用ＶＭ３２から取得する。そして、結果取得部１１３は、取得した実行結果を検証側アウトプット１５７としてオペレーションデータ１５５に対応させて登録する。さらに、結果取得部１１３は、取得した実行結果が端末装置６から送信されたオペレーションに対する実行結果の場合、その実行結果を結果送信部１１４へ出力する。

例えば、オペレーションデータ１５５、運用側アウトプット１５６、検証側アウトプット１５７は、図５に示すような状態で格納される。図５は、検証用データの一例を示す図である。図５の検証用データ２００は、後述する判定部１３が検証結果を判定する際に用いるデータである。比較結果１５８は、判定部１３が登録するデータであり、結果取得部１１３により運用側アウトプット１５６及び検証側アウトプット１５７が登録された時点では未だ登録されていない。図５に示すように、オペレーションデータ１５５、運用側アウトプット１５６及び検証側アウトプット１５７は、検証用データ２００として、オペレーションデータ１５５に対応付けられて登録される。この運用側アウトプット１５６が、「第１実行結果」の一例にあたり、検証側アウトプット１５７が、「第２実行結果」の一例にあたる。

判定部１３は、オペレーションの運用環境ＶＭ３１への送信の通知の入力を命令送信部１１２から受ける。そして、送信されたオペレーションが端末装置６により送信されたオペレーションの場合、判定部１３は、同じオペレーションの検証用ＶＭ３２への送信の通知を命令送信部１１２から受けるまで待機する。

その後、同じオペレーションの検証用ＶＭ３２への送信の通知を命令送信部１１２から受けると、判定部１３は、入力除外リスト１５２を確認する。そして、送信されたオペレーションによる処理が入力除外リスト１５２に登録された操作の場合、送信されたオペレーションのオペレーションデータ１５５に対応する運用側アウトプット１５６及び検証側アウトプット１５７を削除する。これに対して、オペレーションが入力除外リスト１５２に登録された操作でない場合、判定部１３は、送信されたオペレーションのオペレーションデータ１５５に対応する運用側アウトプット１５６と検証側アウトプット１５７とを比較する。そして、判定部１３は、運用側アウトプット１５６と検証側アウトプット１５７の一致又は不一致を表す情報を比較結果１５８としてオペレーションデータ１５５に対応させて登録する。例えば、判定部１３は、図５の検証用データ２００のような状態で比較結果１５８をオペレーションデータ１５５に対応させて登録する。

そして、判定部１３は、比較結果１５８に不一致の結果が格納されているか、すなわち運用側アウトプット１５６と検証側アウトプット１５７との間に差が存在するか否かを判定する。比較結果１５８が一致の場合、判定部１３は、構成変更成功と判定する。そして、判定部１３は、構成変更成功を完了処理部１４に通知する。これに対して、比較結果１５８が不一致の場合、判定部１３は、構成変更失敗と判定する。そして、判定部１３は、構成変更失敗を完了処理部１４に通知する。

一方、送信されたオペレーションが新機能検証用端末装置７により送信されたオペレーションの場合、判定部１３は、送信されたオペレーションのオペレーションデータ１５５に対応する検証側アウトプット１５７を取得する。そして、判定部１３は、取得した検証側アウトプット１５７に登録された実行結果が予め決められた所望の値であるか否かを判定する。所望の値である場合、判定部１３は、構成変更成功と判定する。そして、判定部１３は、構成変更成功を完了処理部１４に通知する。これに対して、所望の値でない場合、判定部１３は、構成変更失敗と判定する。そして、判定部１３は、構成変更失敗を完了処理部１４に通知する。

ここで、本実施例では、判定部１３は、１つのオペレーションについて判定を行い、その都度完了処理部１４に構成変更の成否を通知したが、複数のオペレーションの実行結果を溜めてまとめて判定を行い、結果を完了処理部１４に通知してもよい。

図６は、端末装置から送信されたオペレーションに対応する検証用データの一例を表す図である。例えば、判定部１３は、図６に示すような検証用データ２００を作成する。図６では、オペレーション番号及びオペレーション名がオペレーションデータ１５５にあたる。そして、各オペレーションデータ１５５に対応する運用側アウトプット１５６と検証側アウトプット１５７の比較結果１５８が登録される。図６では、全ての運用側アウトプット１５６と検証側アウトプット１５７が一致しており、比較結果１５８として一致を表す値がそれぞれのオペレーションデータ１５５に対応させて登録されている。

また、図７は、新機能検証用端末装置から送信されたオペレーションの判定に用いるデータの一例の図である。図７では、新規機能追加オペレーション番号及びオペレーション名がオペレーションデータ１５５にあたる。判定部１３は、各オペレーションデータ１５５に対応する実行結果の所望の値を有する。そして、判定部１３は、各オペレーションデータ１５５に対応する検証側アウトプット１５７の値が、所望の値に一致している場合、構成変更成功と判定する。例えば、図７の場合、「データ疑似故障操作」という名前のオペレーションデータ１５５の検証側アウトプット１５７は「データ異常メッセージ出力」である。そこで、「データ疑似故障操作」という名前のオペレーションデータ１５５に対する所望の値が「データ異常メッセージ出力」であれば、判定部１３は、構成変更成功と判定する。

完了処理部１４は、検証終了の指示を運用管理サーバ２の入出力制御部２１から受信する。そして、完了処理部１４は、構成変更失敗の通知を判定部１３から受けているか否かを判定する。構成変更失敗の通知を受けていなければ、完了処理部１４は、構成変更成功と判定する。そして、完了処理部１４は、検証用ＶＭ３２をＶＭイメージとして登録する。登録されたＶＭイメージは、検証済みの運用環境ＶＭとして、運用環境ＶＭ３１に変えて用いられてもよい。また、検証用ＶＭ３２に加えた構成変更と同様の構成変更を運用環境ＶＭ３１に加えてそのまま運用環境とされ、登録されたＶＭイメージはバックアップ用として使用されてもよい。

以上に説明したように、本実施例に係る情報処理システムは、運用環境のシステムを複製して検証用システムを形成し、検証用システムに所望の構成変更を加えて検証環境を構築する。そして、本実施例に係る情報処理システムは、運用環境に対して行われる実際の業務に用いるオペレーションを運用環境のシステム及び検証用システムの双方に実行させることで、その結果を用いて構成変更の成否を判定する。

これにより、テストセットを作成することなく構成変更の検証を行うことができ、システム管理者の検証に伴う処理負荷を軽減することができる。また、検証用の環境の構築及び構成変更を自動で行えるため、システム管理者の検証に伴う負荷をより軽減することができる。特に、データセンタ内で複数のシステムが存在する場合に、複数のシステムに対する構成変更及び検証を自動で行うことができ、システム管理者の検証の負荷を大きく低減することができる。

また、運用環境のシステムに対する実際に業務で用いられるオペレーションをテスト項目とすることで、実運用を想定した検証を行うことができ、検証対象のシステムに合った適切な検証を行うことができる。

図８は、実施例２に係る中継装置を含む情報処理システムのブロック図である。本実施例に係る中継装置１は、検証用ＶＭ３２と運用管理ＶＭ３１との応答時間の差を吸収するための機構を有し、さらに、実行結果の中のサーバ固有の情報などをフィルタリングして比較を行うことが実施例１と異なる。図８における図１と同様の符号を有する各部は、特に説明のない限り同様の機能を有し、以下の説明ではそれら同様の機能については説明を省略する。

本実施例に係る記憶部１５は、実施例１で説明した各情報に加えて、変換テーブル１５３を予め記憶する。また、記憶部１５は、送信バッファ１５４を有する。

送信バッファ１５４は、検証用ＶＭ３２によるオペレーション処理に応じてオペレーションを送信するために、運用環境ＶＭ３１に送信したオペレーションを一時的に格納する領域である。

変換テーブル１５３は、運用環境ＶＭ３１と検証用ＶＭ３２との動作が同じであっても運用側アウトプット１５６と検証側アウトプット１５７とで異なる値を取る項目について同じ値を割り当てるためのテーブルである。

変換テーブル１５３に登録される項目としては、例えば、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレス、ホスト名及び時刻等を含むサーバ固有情報がある。図９は、変換テーブルの一例を表す図である。例えば、変換テーブル１５３は、図９に示すように、ＩＰアドレス、ＭＡＣアドレス、ホスト名及び時刻情報が予め登録される。この変換テーブル１５３に記載された各項目が、「変更項目」の一例にあたる。また、変換テーブル１５３に登録された値が、「所定値」の一例にあたる。

変換テーブル１５３は、運用管理サーバ２を用いてシステム管理者が予め記憶部１５に記憶させておいてもよい。

命令送信部１１２は、接続先テーブル１５１を確認し、選択された検証モードを特定する。そして、検証モード＃１の場合、命令送信部１１２は、運用環境ＶＭ３１へのオペレーションの送信として以下の処理を行う。命令送信部１１２は、オペレーションの入力を端末装置６から受ける。そして、命令送信部１１２は、取得したオペレーションを運用環境ＭＶ３１へ送信する。さらに、命令送信部１１２は、取得したオペレーションをオペレーションデータ１５５として登録する。次に、命令送信部１１２は、送信バッファ１５４を確認する。送信バッファ１５４に既にオペレーションが格納されている場合、命令送信部１１２は、送信バッファ１５４にオペレーションをさらに格納し、端末装置６から送られてきたオペレーションに対する処理を繰り返す。

また、命令送信部１１２は、検証用ＶＭ３２へのオペレーションの送信として以下の処理を行う。命令送信部１１２は、送信バッファ１５４にオペレーションが格納されている場合、一番古いオペレーションを送信バッファ１５４から取り出す。このとき、命令送信部１１２は、取り出したオペレーションを送信バッファ１５４から削除する。そして、命令送信部１１２は、取得したオペレーションを運用環境ＭＶ３１及び検証用ＶＭ３２へ送信する。命令送信部１１２は、送信バッファ１５４にオペレーションがなくなるまで検証用ＶＭ３２へのオペレーションの送信を繰り返す。また、運用環境ＶＭ３１へオペレーションを送信した時点で送信バッファ１５４にオペレーションが格納されていない場合、命令送信部１１２は、運用環境ＶＭ３１へ送信したオペレーションを検証用ＶＭ３２へ送信する。

また、検証モード＃２の場合、命令送信部１１２は、端末装置６又は新機能検証用端末装置７からオペレーションの入力を受ける。そして、端末装置６からオペレーションの入力を受けた場合、命令送信部１１２は、運用環境ＶＭ３１へのオペレーションの送信として以下の処理を行う。命令送信部１１２は、オペレーションの入力を端末装置６から受ける。そして、命令送信部１１２は、取得したオペレーションを運用環境ＭＶ３１へ送信する。さらに、命令送信部１１２は、取得したオペレーションをオペレーションデータ１５５として登録する。次に、命令送信部１１２は、送信バッファ１５４を確認する。送信バッファ１５４に既にオペレーションが格納されている場合、命令送信部１１２は、送信バッファ１５４にオペレーションをさらに格納し、端末装置６から送られてきたオペレーションに対する処理を繰り返す。

また、命令送信部１１２は、検証用ＶＭ３２へのオペレーションの送信として以下の処理を行う。命令送信部１１２は、送信バッファ１５４にオペレーションが格納されている場合、一番古いオペレーションを送信バッファ１５４から取り出す。このとき、命令送信部１１２は、取り出したオペレーションを送信バッファ１５４から削除する。そして、命令送信部１１２は、取得したオペレーションを運用環境ＭＶ３１及び検証用ＶＭ３２へ送信する。命令送信部１１２は、送信バッファ１５４にオペレーションがなくなるまで検証用ＶＭ３２へのオペレーションの送信を繰り返す。また、運用環境ＶＭ３１へオペレーションを送信した時点で送信バッファ１５４にオペレーションが格納されていない場合、命令送信部１１２は、運用環境ＶＭ３１へ送信したオペレーションを検証用ＶＭ３２へ送信する。

これに対して、オペレーションの入力を新機機能検証用端末装置７から受けた場合、命令送信部１１２は、取得したオペレーションを検証用ＶＭ３２へ送信する。さらに、命令送信部１１２は、取得したオペレーションをオペレーションデータ１５５に登録する。この場合は、命令送信部１１２は、運用環境ＶＭ３１へのオペレーションの送信を行わないので、オペレーションの処理のタイミングを調整しなくてもよいため、送信バッファ１５４を用いたオペレーションの待機を実施しなくてよい。

判定部１３は、端末装置６から送信されたオペレーションの実行結果を比較して判定処理を行う際に、運用側アウトプット１５６及び検証側アウトプット１５７の中に変換テーブル１５３に登録されたフィルタ項目にあたる情報が格納されているか否かを判定する。そして、フィルタ項目にあたる情報が格納されている場合、運用側アウトプット１５６及び検証側アウトプット１５７の中の情報を変換テーブル１５３に登録された情報に変換する。その後、判定部１３は、運用側アウトプット１５６及び検証側アウトプット１５７を比較し、構成変更の成否の判定を行う。

図１０は、変換テーブルを用いて比較を行った場合の処理の一例を説明するための図である。変換テーブル１５３を用いた変換を行う前の段階では、検証用データ２００は、ホスト名及びＩＰアドレスの情報を有するデータ５６１及び５７１で示されるように、運用側アウトプット１５６と検証側アウトプット１５７とで値が異なる項目を有する。

そこで、判定部１３は、変換テーブル１５３を用いて、検証用データ２００の変換を行う。判定部１３は、データ５６２及び５７２に示されるように、運用側アウトプット１５６と検証側アウトプット１５７とが同じ値を有するように変換する。この場合、判定部１３は、運用側アウトプット１５６と検証側アウトプット１５７とが一致すると判定し、構成変更成功と判定する。このように、判定部１３は、サーバ固有情報の影響を無視して、運用側アウトプット１５６と検証側アウトプット１５７との比較を行うことができる。

さらに、図１１は、入力除外リスト及び変換テーブルを用いて比較を行った場合の処理の一例を説明するための図である。変換テーブル１５３を用いた変換を行う前の段階では、検証用データ２００は、ホスト名及びＩＰアドレスの情報を有する異なる値のデータ５６１及び５７１を有する。さらに、アプリケーション設定パラメータ表示のような運用変更が伴う場合、入力除外リスト１５２を用いて項目の除外を行う前の段階では、データ５６３及び５７３で示されるように、運用側アウトプット１５６と検証側アウトプット１５７とで値が異なる。

そこで、判定部１３は、変換テーブル１５３を用いて、図１０の場合と同様に検証用データ２００の変換を行う。さらに、判定部１３は、オペレーションデータ１５５に対応するオペレーションによる処理が入力除外リスト１５２に登録された操作の場合、そのオペレーションデータ１５５に対応する項目を削除する。すなわち、判定部１３は、オペレーションデータ１５５がアプリケーション設定パラメータ表示である行５８０を削除する。これにより、検証用データ２００から運用変更を伴うオペレーションデータ１５５が無くなる。そして、判定部１３は、サーバ固有情報の影響及び運用変更による影響を無視して、運用側アウトプット１５６と検証側アウトプット１５７との比較を行うことができる。

次に、図１２を参照して、検証環境生成の処理の流れについて説明する。図１２は、検証環境生成の処理のシーケンス図である。図１２では、検証環境生成の処理に用いられる各部を記載し、他は省略した。

システム管理者Ｐは、入力装置を用いて検証環境生成の指示を運用管理サーバ２の入出力制御部２１へ入力する（ステップＳ１０１）。この時、入出力制御部２１は、検証環境生成の指示とともに構成変更の内容の入力も受ける。

入出力制御部２１は、検証環境生成の指示を検証環境生成部２２へ出力する（ステップＳ１０２）。また、入出力制御部２１は、生成した検証用ＶＭ３２に加える構成変更の内容を構成変更部２３へ出力する（ステップＳ１０３）。

検証環境生成部２２は、検証環境生成の指示の入力を入出力制御部２１から受ける。そして、検証環境生成部２２は、クローニングの実行を業務サーバ３に指示する（ステップＳ１０４）。

業務サーバ３は、検証用ＶＭ３２を生成することで検証環境の生成を行う（ステップＳ１０５）。その後、業務サーバ３は、検証用ＶＭ３２の生成完了の通知を運用管理サーバ２の検証環境生成部２２へ送信する（ステップＳ１０６）。図１２では、図示の都合上、検証用ＶＭ３２がクローニングを行うように図示した。

検証環境生成部２２は、検証用ＶＭ３２の生成完了の通知を業務サーバ３から受ける。そして、検証環境生成部２２は、生成完了の通知を構成変更部２３へ出力する（ステップＳ１０７）。

構成変更部２３は、生成完了の通知の入力を検証環境生成部２２から受ける。そして、構成変更部２３は、構成変更の指示を検証用ＶＭ３２に送信する（ステップＳ１０８）。

検証用ＶＭ３２は、構成変更の指示を構成変更部２３から受ける。そして、検証用ＶＭ３２は、指示された構成変更を実行する（ステップＳ１０９）。その後、検証用ＶＭ３２は、構成変更の完了を構成変更部２３に通知する（ステップＳ１１０）。

構成変更部２３は、構成変更完了の通知を検証用ＶＭ３２から受信する。そして、構成変更部２３は、構成変更完了の通知を入出力制御部２１へ出力する（ステップＳ１１１）。入出力制御部２１は、検証環境生成完了をシステム管理者Ｐに通知する。

システム管理者Ｐは、検証環境生成完了の通知を受けて、入力装置を用いて検証開始指示を入出力制御部２１へ入力する（ステップＳ１１２）。入出力制御部２１は、検証開始指示を中継装置１の通信管理部１１へ送信する（ステップＳ１１３）。

通信管理部１１は、検証開始指示を入出力制御部２１から受信する。そして、通信管理部１１は、記憶部１５の接続先テーブル１５１の検証モードを選択し接続先変更を指示する（ステップＳ１１４）。ここでは、通信管理部１１は、検証モード＃１を選択する。

さらに、通信管理部１１は、通信のサスペンドを開始する（ステップＳ１１５）。

ボリュームクローン部１２は、運用環境ＶＭ３１が使用するストレージ装置４が有するデータボリューム４１と同様のボリュームの作成をストレージ装置５に指示する（ステップＳ１１６）。

ストレージ装置５は、ボリュームの作成指示をボリュームクローン部１２から受ける。ストレージ装置５は、自装置のデータボリューム５１とストレージ装置４のデータボリューム４１とのボリュームの同期をストレージ装置４に通知する（ステップＳ１１７）。

ストレージ装置４は、ボリュームの同期の通知をストレージ装置５から受ける。そして、ストレージ装置４は、データボリューム４１の内容をデータボリューム５１に複製しボリュームの同期をとる（ステップＳ１１８）。

ストレージ装置５は、データボリューム５１の作成完了の通知を通信管理部１１へ送信する（ステップＳ１１９）。

通信管理部１１は、データボリューム５１の作成完了の通知をストレージ装置５から受信する。そして、通信管理部１１は、通信のサスペンドを解除する（ステップＳ１２０）。これにより、情報処理システム１０は、検証環境の準備を完了する。

次に、図１３を参照して、実行結果比較処理の流れについて説明する。図１３は、実行結果比較処理のシーケンス図である。図１３の処理フローは、図１２の処理フローが完了した後実行される。ここでは、構成変更の種類として、追加機能を伴わない構成変更を実行する場合で説明する。また、図１３では、実行結果比較処理に用いられる各部を記載し、他は省略した。

端末装置６は、オペレーションを中継装置１の通信管理部１１へ送信する（ステップＳ２０１）。通信管理部１１は、接続先テーブル１５１から接続先の情報を取得する（ステップＳ２０２）。

通信管理部１１は、取得した接続先の情報にしたがいオペレーションを運用環境ＶＭ３１へ送信する（ステップＳ２０３）。

運用環境ＶＭ３１は、オペレーションを通信管理部１１から受信する。そして、運用環境ＶＭ３１及びストレージ装置４は、受信したオペレーションを実行する（ステップＳ２０４）。その後、運用環境ＶＭ３１は、アウトプットを通信管理部１１へ送信する（ステップＳ２０５）。

通信管理部１１は、アウトプットを運用環境ＶＭ３１から受信する。そして、通信管理部１１は、受信したアウトプットを運用側アウトプット１５６として記憶部１５に保存する（ステップＳ２０６）。

さらに、通信管理部１１は、受信したアウトプットを端末装置６へ送信する（ステップＳ２０７）。

次に、通信管理部１１は、運用環境ＶＭ３１に実行させたオペレーションをオペレーションデータ１５５として記憶部１５に格納する（ステップＳ２０８）。

次に、通信管理部１１は、送信バッファ１５４にオペレーションが格納されているか否かを判定する（ステップＳ２０９）。送信バッファ１５４にオペレーションが格納されている場合（ステップＳ２０９：肯定）、通信管理部１１は、運用環境ＶＭ３１に実行させたオペレーションを既に格納されたオペレーションに追加して送信バッファ１５４に格納する（ステップＳ２１０）。これに対して、送信バッファ１５４にオペレーションが格納されていない場合（ステップＳ２０９：否定）、通信管理部１１は、ステップＳ２１１へ進む。その後、端末装置６及び通信管理部１１は、ステップＳ２１２以降の処理に並行して、ステップＳ２０１からステップＳ２０９を繰り返す。

通信管理部１１は、オペレーションを送信バッファ１５４から取得する（ステップＳ２１１）。この時、通信管理部１１は、取得したオペレーションを送信バッファ１５４から削除する。

次に、通信管理部１１は、オペレーションを検証用ＶＭ３２へ送信する（ステップＳ２１２）。具体的には、ステップＳ２０９において送信バッファ１５４にオペレーションが無いと判定した場合、通信管理部１１は、運用環境ＶＭ３１に実行させたオペレーションを検証用ＶＭ３２へ送信する。また、送信バッファ１５４にオペレーションが有る場合、通信管理部１１は、ステップ２１１で取得したオペレーションを検証用ＶＭ３２へ送信する。

検証用ＶＭ３２は、オペレーションを通信管理部１１から受信する。そして、検証用ＶＭ３２とストレージ装置５とは、受信したオペレーションを実行する（ステップＳ２１３）。その後、検証用ＶＭ３２は、アウトプットを通信管理部１１へ送信する（ステップＳ２１４）。

通信管理部１１は、アウトプットを検証用ＶＭ３２から受信する。そして、通信管理部１１は、受信したアウトプットを検証側アウトプット１５７として記憶部１５に保存する（ステップＳ２１５）。

その後、通信管理部１１は、オペレーションが送信バッファ１５４に残っているか否かを判定する（ステップＳ２１６）。オペレーションが送信バッファ１５４に残っている場合（ステップＳ２１６：肯定）、通信管理部１１は、ステップ２１１へ戻る。

これに対して、オペレーションが送信バッファ１５４に残っていない場合（ステップＳ２１６：否定）、通信管理部１１は、オペレーションの送信完了の通知を判定部１３へ出力する（ステップＳ２１７）。

判定部１３は、オペレーションの送信完了の通知の入力を通信管理部１１から受ける。判定部１３は、記憶部１５に格納された変換テーブル１５３を参照する（ステップＳ２１８）。そして、判定部１３は、運用側アウトプット１５６及び検証側アウトプット１５７における変換テーブル１５３に登録されたフィルタ処理に対応する値を、変換テーブル１５３に登録された値に変換する（ステップＳ２１９）。

次に、判定部１３は、記憶部１５に格納された入力除外リスト１５２を参照する（ステップＳ２２０）。次に、判定部１３は、入力除外リスト１５２に登録された操作に対応するオペレーションデータ１５５を特定する。そして、判定部１３は、特定したオペレーションデータ１５５に対応するデータを、運用側アウトプット１５６及び検証側アウトプット１５７から除外する（ステップＳ２２１）。

次に、判定部１３は、運用側アウトプット１５６及び検証側アウトプット１５７を比較する（ステップＳ２２２）。そして、判定部１３は、比較した結果を比較結果１５８として記憶部１５に保存する（ステップＳ２２３）。

次に、判定部１３は、比較を完了したオペレーションデータ１５５、運用側アウトプット１５６及び検証側アウトプット１５７を記憶部１５から削除する（ステップＳ２２４）。そして、判定部１３は、比較処理を終了する（ステップＳ２２５）。

次に、図１４を参照して、完了処理の流れについて説明する。図１４は、完了処理のシーケンス図である。図１４では、完了処理に用いられる各部を記載し、他は省略した。

システム管理者Ｐは、入力装置を用いて検証終了指示を管理サーバ２の入出力制御部２１へ入力する（ステップＳ３０１）。

入出力制御部２１は、検証終了指示の入力を受けて、検証終了通知を中継装置１の完了処理部１４へ送信する（ステップＳ３０２）。

中継装置１の完了処理部１４は、検証終了通知を入出力制御部２１から受ける。そして、完了処理部１４は、記憶部１５に格納された比較結果１５８を参照する（ステップＳ３０３）。

完了処理部１４は、比較結果１５８から運用側アウトプット１５６と検証側アウトプット１５７との間に差分があるか否かを判定する（ステップＳ３０４）。差分が無い場合（ステップＳ３０４：否定）、完了処理部１４は、構成変更成功通知を管理サーバ２の入出力制御部２１へ送信する（ステップＳ３０５）。これに対して、差分がある場合（ステップＳ３０４：肯定）、完了処理部１４は、構成変更失敗通知を管理サーバ２の入出力制御部２１へ送信する（ステップＳ３０６）。

その後、完了処理部１４は、接続先変更の通知を通信管理部１１へ出力する（ステップＳ３０７）。通信管理部１１は、接続先変更の通知を完了処理部１４から受けて、記憶部１５の接続先テーブル１５１の検証モードから通常時の接続先となる検証モード＃０を選択し接続先変更を指示する。

その後、完了処理部１４は、検証用ＶＭ３２の仮想イメージを用いて検証環境の登録を行う（ステップＳ３０８）。

以上に説明したように、本実施例に係る中継装置は、サーバの固有情報などの動作が同じであっても実行結果の値が異なる情報を変換して実行結果の比較を行う。これにより、動作が同じであれば実行結果が異なる場合であっても同じ結果として取り扱うことができ、より適切な構成変更の検証を行うことができる。

また、本実施例に係る中継装置は、運用環境ＶＭに対してはすぐにオペレーションを送信し、検証用ＶＭに対しては検証用のＶＭの処理状況に応じてオペレーションの送信を行う。これにより、運用環境ＶＭと検証用ＶＭとの応答時間が異なる場合であっても、利用者に対するレスポンスを遅延させることなく、双方に適切にオペレーションの処理を行わせることができる。したがって、利用者の処理に影響を与えずに、適切な構成変更の検証を行うことができる。

（ハードウェア構成）
次に、図１５を参照して、中継装置１のハードウェア構成について説明する。図１５は、中継装置のハードウェア構成図である。

中継装置１は、図１５に示すように、ＣＰＵ（Central Processing Unit）９１、メモリ９２、記憶装置９３及び通信インタフェース９４を有する。

ＣＰＵ９１は、メモリ９２、記憶装置９３及び通信インタフェース９４とバスで接続され、相互に通信を行う。

通信インタフェース９４は、中継装置１と運用管理サーバ２、業務サーバ３、端末装置６及び新機能検証用端末装置７との間における通信のためのインタフェースである。

記憶装置９３は、例えば、ハードディスクなどである。記憶装置９３は、図２及び８に例示した、記憶部１５の機能を実現する。また、記憶装置９３は、図２及び８に例示した、通信管理部１１、ボリュームクローン部１２、判定部１３及び完了処理部１４の機能を実現するためのプログラムを含む各種プログラムを格納する。

ＣＰＵ９１は、記憶装置９３に格納された各種プログラムを読み出しメモリ９２に展開して実行することで、図２及び８に例示した、通信管理部１１、ボリュームクローン部１２、判定部１３及び完了処理部１４の機能を実現する。

また、運用管理サーバ２は少なくともＣＰＵ、メモリ及びハードディスクを有する。そして、運用管理サーバ２のハードディスクは、図２及び８に例示した、入出力制御部２１、検証環境生成部２２及び構成変更部２３の機能を実現するためのプログラムを含む各種プログラムを格納する。運用管理サーバ２のＣＰＵは、ハードディスクに格納された各種プログラムを読み出し運用管理サーバ２のメモリ上に展開して実行する。これにより、運用管理サーバ２のＣＰＵは、図２及び８に例示した、入出力制御部２１、検証環境生成部２２及び構成変更部２３の機能を実現する。

なお、図２及び８に例示した通信管理部１１、ボリュームクローン部１２、判定部１３及び完了処理部１４の機能を実現するためのプログラムについては、必ずしも、上述のように最初から記憶装置９３に記憶させておかなくてもよい。例えば、中継装置１に挿入されるフレキシブルディスク、いわゆるＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）ディスク、光磁気ディスク、ＩＣ（Integrated Circuit）カードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、中継装置１がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などを介して中継装置１に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておき、中継装置１がこれらから各プログラムを取得して実行するようにしてもよい。

１ 中継装置
２ 運用管理サーバ
３ 業務用サーバ
４ ストレージ装置
５ ストレージ装置
６ 端末装置
７ 新機能検証用端末装置
１０ 情報処理システム
１１ 通信管理部
１２ ボリュームクローン部
１３ 判定部
１４ 完了処理部
１５ 記憶部
２１ 入出力制御部
２２ 検証環境生成部
２３ 構成変更部
３１ 運用環境ＶＭ
３２ 検証用ＶＭ
４１ データボリューム
５１ データボリューム
１１１ 接続先管理部
１１２ 命令送信部
１１３ 結果取得部
１１４ 結果送信部
１５１ 接続先テーブル
１５２ 入力除外リスト
１５３ 変更テーブル
１５４ 送信バッファ
１５５ オペレーションデータ
１５６ 運用側アウトプット
１５７ 検証側アウトプット
１５８ 比較結果
２００ 検証用データ

Claims (9)

1. 端末装置から入力された命令を、第１演算処理装置及び前記第１演算処理装置の構成に構成変更が加えられて生成された第２演算処理装置へ送信しそれぞれに実行させる命令送信部と、
   前記命令送信部により送信された前記命令に対する、前記第１演算処理装置による第１実行結果及び前記第２演算処理装置による第２実行結果を取得する結果取得部と、
   前記結果取得部により取得された前記第１実行結果を前記端末装置へ送信する結果送信部と、
   前記結果取得部により取得された前記第１実行結果及び前記第２実行結果を基に前記構成変更の成否を判定する判定部と
   を備えたことを特徴とする情報処理装置。
2. 前記判定部は、前記第１実行結果と前記第２実行結果とを比較し、結果が一致する場合に前記構成変更が成功したと判定することを特徴とする請求項１に記載の情報処理装置。
3. 前記判定部は、前記命令のうち比較対象外とする除外命令の情報を予め有し、前記除外命令の実行結果を前記第１実行結果と前記第２実行結果から除外し、除外後の前記第１実行結果と前記第２実行結果を比較し、結果が一致する場合に前記構成変更が成功したと判定することを特徴とする請求項２に記載の情報処理装置。
4. 前記判定部は、前記第１実行結果と前記第２実行結果とが動作が同じであっても異なる値となる変更項目を予め有し、前記第１実行結果と前記第２実行結果における前記変更項目の値を所定値に変更した上で、変更後の前記第１実行結果と前記第２実行結果とを比較し、結果が一致する場合に前記構成変更が成功したと判定することを特徴とする請求項２又は３に記載の情報処理装置。
5. 前記命令送信部は、前記端末装置から入力された前記命令を前記第２演算処理装置が処理可能な状態になるまで、前記第２演算処理装置への前記命令の送信を待機することを特徴とする請求項１〜４のいずれか一つに記載の情報処理装置。
6. 前記命令送信部は、前記構成変更により新しく追加された追加機能により処理される追加機能検証命令を受信した場合、前記第２演算処理装置へ前記追加機能検証命令を送信し、
   前記結果取得部は、前記第２演算処理装置が前記追加機能検証命令を実行した第３実行結果を取得し、
   前記判定部は、前記結果取得部により取得された前記第３実行結果を基に前記追加機能の成否を判定する
   ことを特徴とする請求項１〜５のいずれか一つに記載の情報処理装置。
7. 前記第１演算処理装置の環境を複製して前記第２演算処理装置を生成する生成部と、
   前記生成部により生成された前記第２演算処理装置に対して前記構成変更を加える構成変更部と
   をさらに備えたことを特徴とする請求項１〜６のいずれか一つに記載の情報処理装置。
8. 第１演算処理装置、運用管理装置、中継装置及び端末装置を有する情報処理システムであって、
   前記運用管理装置は、
   前記第１演算処理装置の環境を複製して第２演算処理装置を生成する生成部と、
   前記生成部により生成された前記第２演算処理装置に対して構成変更を加える構成変更部とを備え、
   前記中継装置は、
   前記端末装置から入力された命令を、前記第１演算処理装置及び前記第２演算処理装置へ送信しそれぞれに実行させる命令送信部と、
   前記命令送信部により送信された前記命令に対する、前記第１演算処理装置による第１実行結果及び前記第２演算処理装置による第２実行結果を取得する結果取得部と、
   前記結果取得部により取得された前記第１実行結果を前記端末装置へ送信する結果送信部と、
   前記結果取得部により取得された前記第１実行結果及び前記第２実行結果を基に前記構成変更の成否を判定する判定部とを備えた
   ことを特徴とする情報処理システム。
9. 端末装置から入力された命令を、第１演算処理装置及び前記第１演算処理装置の構成に構成変更が加えられて生成された第２演算処理装置へ送信しそれぞれに実行させ、
   送信した前記命令に対する、前記第１演算処理装置による第１実行結果及び前記第２演算処理装置による第２実行結果を取得し、
   取得した前記第１実行結果を前記端末装置へ送信し、
   取得した前記第１実行結果及び前記第２実行結果を基に前記構成変更の成否を判定する
   処理をコンピュータに実行させることを特徴とする構成変更検証プログラム。

Images