JP2006260528A - Computer control method, management computer, and its processing program - Google Patents

Computer control method, management computer, and its processing program Download PDF

Info

Publication number
JP2006260528A
JP2006260528A JP2005357111A JP2005357111A JP2006260528A JP 2006260528 A JP2006260528 A JP 2006260528A JP 2005357111 A JP2005357111 A JP 2005357111A JP 2005357111 A JP2005357111 A JP 2005357111A JP 2006260528 A JP2006260528 A JP 2006260528A
Authority
JP
Japan
Prior art keywords
computer
job
logical
command
physical
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
Application number
JP2005357111A
Other languages
Japanese (ja)
Other versions
JP4492530B2 (en
Inventor
Mitsuhiro Osada
充弘 長田
Hidekazu Tachihara
秀和 立原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2005357111A priority Critical patent/JP4492530B2/en
Publication of JP2006260528A publication Critical patent/JP2006260528A/en
Application granted granted Critical
Publication of JP4492530B2 publication Critical patent/JP4492530B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To achieve high efficiency in setting a job net by adding a logical configuration of a business system and increase readability by monitoring the logical configuration of the business system even when monitoring execution of the job net. <P>SOLUTION: A job management system for executing a plurality of jobs in which operation procedures for the business system composed of a plurality of computers are defined in a form of job net inputs logical system configuration definition indicating architecture of the business system and sets parameters of each job constituting the job net based on the inputted logical system configuration definition to perform the prepared job net. The system configuration definition defines a logical configuration of the business system based on data model for describing the system to manage mutual correspondence between the defined logical server and physical server in actual world in a unified manner. Next, parameters of each job constituting the job net are defined using information about the system configuration definition. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

本発明は、複数の計算機におけるプログラムの実行を管理するためのシステム管理技術である。   The present invention is a system management technique for managing program execution in a plurality of computers.

予め設定されたジョブネットに従ってジョブを実行する、いわゆるジョブ管理システムが知られている。ここでいう「ジョブ」とは、ある1つのコマンドであったり、複数のコマンドやプログラムの実行手順を記述したスクリプトであったりする。例えば、バックアップツールAのバックアップコマンドBUを実行したい場合、ジョブの定義として、このコマンドBUおよびそのパラメタを指定することになる。このようなシステム管理技術は、特開2001−282551号公報に開示されている。   A so-called job management system is known that executes a job according to a preset job net. Here, the “job” is a single command or a script describing a plurality of commands and program execution procedures. For example, when executing the backup command BU of the backup tool A, this command BU and its parameters are specified as the job definition. Such a system management technique is disclosed in Japanese Patent Application Laid-Open No. 2001-282551.

このようなジョブ管理システムにおいて、ユーザは例えば、図9に示す設定画面を見ながらジョブネットの設定を行う。図9の設定画面は、ジョブに関する設定を可能とする一例を示す。例えばジョブA1のプロパティ設定枠84の「実行先ホスト」設定項目91にコマンドを実行するコンピュータの識別子(通常、実行ホスト名称、またはIPアドレス)として「Host20」を、「コマンド」設定項目92には実行する実行コマンドとして「cmd1.exe」を、「パラメタ」設定項目93には実行時にコマンドに渡すパラメタとして「-h Host40」などと指定する。また、本例は、ジョブA1の実行が終了するとジョブA2が実行され、ジョブA2の実行が終了するとジョブA3が実行されることを示している。   In such a job management system, for example, the user sets a job net while looking at the setting screen shown in FIG. The setting screen of FIG. 9 shows an example that enables setting related to a job. For example, in the “execution host” setting item 91 of the property setting frame 84 of the job A1, “Host 20” is set as the identifier (usually the execution host name or IP address) of the computer executing the command, and the “command” setting item 92 is set in the “command” setting item 92. “Cmd1.exe” is specified as an execution command to be executed, and “-h Host40” is specified as a parameter to be passed to the command at the time of execution in the “parameter” setting item 93. Also, this example shows that job A2 is executed when job A1 is finished, and job A3 is executed when job A2 is finished.

特開2001−282551号公報JP 2001-282551 A

コンピュータネットワークを用いた情報システムが普及しているが、これらのシステムは、図2に示すように業務単位に構築・管理運用されるのが通常である。1つの業務システムは、ネットワークに接続された複数のコンピュータから構成される。また各コンピュータには、オペレーティングシステムとその用途に応じたミドルウェア(例えば、アプリケーションサーバプログラム,データベースマネージメントシステム等)、ならびに業務用プログラムといった複数のプログラムが配備される。   Information systems using computer networks are widely used, but these systems are usually constructed and managed on a business unit basis as shown in FIG. One business system is composed of a plurality of computers connected to a network. Each computer is provided with a plurality of programs such as an operating system and middleware (for example, an application server program, a database management system, etc.) according to its use, and a business program.

業務システムの運用は、これら複数のプログラムの実行により実現され、そのプログラムの実行制御は運用コマンドを組合せ実行することで実現できる。この運用に係るコマンドの組合せの多くは定型化が可能であり、ジョブ管理システム(運用管理システムともいう)によりシステム運用の自動化を実現することが可能となる。   The operation of the business system is realized by executing the plurality of programs, and the execution control of the programs can be realized by executing the combination of operation commands. Many combinations of commands related to this operation can be standardized, and system operation can be automated by a job management system (also referred to as an operation management system).

ジョブ管理システムは、ジョブ定義として、どのコマンドをどのコンピュータ(計算機や情報処理装置ともいう)でどのパラメタによって実行するかということを表すジョブのフロー定義を記憶する。つまり、ジョブの実行順序を定義している。   The job management system stores, as a job definition, a job flow definition that indicates which command is executed by which computer (also referred to as a computer or an information processing apparatus) by which parameter. That is, the job execution order is defined.

しかし、従来のジョブ管理システムでは、業務システムの運用を支援するのが目的でありながら、図9の設定画面にみるように、これらの定義において業務に関連する用語で設定できない。   However, in the conventional job management system, the purpose is to support the operation of the business system. However, as shown in the setting screen of FIG.

これは、ジョブ管理システムが扱うコマンド自身の多様性・汎用性にも依存している。即ち、コマンドを提供するソフトウェアの多くは、汎用機能を提供するいわゆるプログラムプロダクトであって、そのコマンドシグニチャ(コマンドの設定形態)に業務との関連を設定できない。また、システムを構成する複数のソフトウェアは、通常複数のベンダから提供され、そのコマンドのレベルやインタフェースがそれぞれ異なる。   This also depends on the diversity and versatility of the commands themselves handled by the job management system. That is, most of the software that provides commands is a so-called program product that provides general-purpose functions, and the command signature (command setting form) cannot be set to be related to a job. A plurality of software constituting the system is usually provided by a plurality of vendors, and the command levels and interfaces are different.

このため、ジョブ管理システムでは、例えば図9の設定画面はGUIの操作上十分な機能を有していても、コマンドを実行するコンピュータや、コンピュータ識別子を含むコマンドパラメタに対するコンピュータ等の業務システムにおける意味付けはユーザが意識する必要があり、ジョブネットを定義する業務開発者に煩雑な作業を強いることになる。   For this reason, in the job management system, for example, even if the setting screen of FIG. 9 has sufficient functions for GUI operation, it means in a business system such as a computer that executes a command or a computer for a command parameter including a computer identifier. The user needs to be aware of the attachment, forcing the business developer who defines the job net to perform complicated work.

例えば、業務システム「E−shopping」の設計時、システムアーキテクチャは、「アプリケーションサーバ」とか「データベースサーバ」等の論理サーバにより定義される。本来、ジョブネットの定義においても、同様にこれら上流工程での定義、例えば「E−Shoppingシステムのアプリケーションサーバ」等を用いたいが、現状ではそのアプリケーションサーバがどのコンピュータを指すのかをユーザが独立に管理し、ジョブネットの定義に反映させなければならない。   For example, when designing the business system “E-shopping”, the system architecture is defined by a logical server such as “application server” or “database server”. Originally, in the definition of job nets, we would like to use the definitions in these upstream processes as well, such as “Application Server of E-Shopping System”. However, at present, the user independently determines which computer the application server indicates. It must be managed and reflected in the job net definition.

これは、また、単に名称の管理の問題にとどまらない。運用手順においても、「(システム内の)アプリケーションサーバに対しては、オペレーティングシステムにはこの稼動監視条件を、ミドルウェアにはこの監視条件を設定したい」といった、業務システムのセマティクス(意味)を意識して、ジョブネットを定義すべき場合も多々あるからである。この場合、ユーザは個々のコンピュータの対応に限らず、業務システム全体における構成を考慮しなければならない。   This is not just a matter of name management. Also in the operation procedure, we are aware of the business system's semantics, such as “I want to set this operation monitoring condition for the operating system and middleware for the application server (in the system)”. This is because there are many cases where a job net should be defined. In this case, the user must consider the configuration of the entire business system as well as the correspondence of individual computers.

これらの問題は、ブレードサーバシステムやSAN(Storage Area Network)によるハードウェアリソースの統合(consolidation)、ならびにハードウェアリソースを使用負荷状況に応じて業務システムに割り当てるユーティリティコンピューティングの登場により、増長される傾向にある。   These problems are exacerbated by the emergence of utility computing that consolidates hardware resources by blade server systems and SAN (Storage Area Network), and allocates hardware resources to business systems according to usage load conditions. There is a tendency.

例えば、昼間ある業務で使用されていたコンピュータが、夜には別の業務で使用されたりする。また、それにより、監視条件を設定したいアプリケーションサーバの数も時間帯によって変わったりもする。このような状況下、システムとコンピュータとの対応を人手で管理し、この対応関係の情報に基づきジョブネット内の各ジョブの定義を逐一人手で変更するのは困難である。   For example, a computer that was used in a certain daytime work is used in another nighttime work. As a result, the number of application servers for which monitoring conditions are to be set may change depending on the time zone. Under such circumstances, it is difficult to manually manage the correspondence between the system and the computer, and to manually change the definition of each job in the job net based on this correspondence information.

本発明の目的は、計算機の運用を簡易化することにある。   An object of the present invention is to simplify the operation of a computer.

また、他の目的は、ジョブネットを効率よく管理することにより、ジョブネットが対象とする業務システムの運用を効率よく行えることを可能にし、業務システム運用に係るユーザの前記作業負荷を軽減することを目的とする。   Another object of the present invention is to efficiently manage the business system targeted by the job net by efficiently managing the job net, and to reduce the workload of the user involved in the business system operation. With the goal.

本発明の目的を達成するために、本発明では、複数のコンピュータから構成される業務システムの運用手続きがジョブネットの形式で定義された複数のジョブを実行するジョブ管理システムは、業務システムのアーキテクチャを表す論理システム構成定義を入力し、入力された論理システム構成定義に基づいて、ジョブネットを構成する各ジョブのパラメタを設定し、作成されたジョブネットを実行する。   In order to achieve the object of the present invention, in the present invention, a job management system for executing a plurality of jobs in which an operation procedure of a business system composed of a plurality of computers is defined in a job net format is provided. Is input, the parameters of each job constituting the job net are set based on the input logical system configuration definition, and the created job net is executed.

まず、システム構成定義は、システムを記述するためのデータモデルに基づいて、業務システムの論理構成を定義し、定義された論理サーバと実世界の物理サーバとの対応付けを一元的に管理する。これにより、業務システムで使用するハードウェアが変更された場合に、論理サーバの対応情報を変更するだけで、ジョブネット定義自身を変更しなくても、このハードウェアの構成変更に対応できる。   First, in the system configuration definition, a logical configuration of a business system is defined based on a data model for describing the system, and the association between the defined logical server and a physical server in the real world is centrally managed. As a result, when the hardware used in the business system is changed, it is possible to cope with the hardware configuration change without changing the job net definition itself only by changing the correspondence information of the logical server.

つぎに、システム構成定義の情報を使用してジョブネットを構成する各ジョブのパラメタを定義する。特に、ジョブ定義として設定するコマンドの実行ホストやコマンドパラメタに、それらが取りうる値を包含するメタ情報としてシステム定義で規定した情報を付与できる。例えば、あるジョブのコマンド実行ホストとして、例えば「E−shoppingシステムのアプリケーションサーバであるところのAPS1である」等の論理サーバを指定する。これにより、業務システムのセマティクス(意味)を意識した、ジョブネットの定義を可能にする。   Next, the parameters of each job constituting the job net are defined using the information of the system configuration definition. In particular, the information defined in the system definition can be given to the execution host or command parameter of the command set as the job definition as meta information including the values that can be taken. For example, a logical server such as “APS1 as an application server of an E-shopping system” is designated as a command execution host for a job. This makes it possible to define job nets that are conscious of business system semantics.

このメタ情報付与による対応は、ジョブの元になる各ソフトウェアからの提供コマンドの形式に依存しないインタフェースである。   This correspondence by adding meta information is an interface that does not depend on the format of the command provided from each software that is the source of the job.

最後に、ジョブネット実行において、システム構成定義に基づくジョブネットを実行する。ここでは、ジョブ定義時に付与したメタ情報と、システム定義での論理サーバと物理サーバとの対応情報から、実行ホストやパラメタを決定する。また、この処理において、対応する実行ホストが複数あった場合には、当該ジョブの実行コマンドを各実行ホストにて繰り返し実行する。これにより、「(システム内の)アプリケーションサーバには一括して同じ設定を行う」ような場合でも、簡便で、かつ物理構成に依存しないジョブネットの定義・実行が可能となる。   Finally, in the job net execution, the job net based on the system configuration definition is executed. Here, the execution host and parameters are determined from the meta information given at the time of job definition and the correspondence information between the logical server and the physical server in the system definition. In this process, when there are a plurality of corresponding execution hosts, the execution command of the job is repeatedly executed on each execution host. This makes it possible to define and execute a job net that is simple and independent of the physical configuration, even when “the same setting is collectively performed on application servers (in the system)”.

以上により、ジョブネットを効率よく設定・管理することができる。また、ジョブネットが対象とする業務システムの運用を効率よく行うことができる。   As described above, the job net can be set and managed efficiently. In addition, it is possible to efficiently operate the business system targeted by the job net.

本発明によれば、システムの運用を簡易化することが可能となる。   According to the present invention, the operation of the system can be simplified.

以下、本発明の実施例を、図面を参照しながら説明する。図1は本発明の一実施例として説明するジョブ管理システムの構成を示す図である。
<ジョブ管理システム>
このシステムは、ネットワーク1を介して接続されるコンピュータ10,20,30,40から構成される。各コンピュータ10,20,30,40はCPUとメモリを有し、メモリ内には本実施例を実現するための以下に述べるプログラムが格納されている。コンピュータ10,20,30,40では、オペレーティングシステムが稼動しており、ジョブ管理システムは、設定されたジョブネットに従ってオペレーティングシステム上でジョブを実行する。このようにすることにより、各計算機におけるプログラムの実行制御が可能となる。
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a diagram showing the configuration of a job management system described as an embodiment of the present invention.
<Job management system>
This system is composed of computers 10, 20, 30, 40 connected via a network 1. Each computer 10, 20, 30, 40 has a CPU and a memory, and a program described below for realizing the present embodiment is stored in the memory. In the computers 10, 20, 30, and 40, an operating system is running, and the job management system executes jobs on the operating system according to the set job net. By doing in this way, execution control of the program in each computer becomes possible.

このシステムの主な機能は、コンピュータ10で稼動するマネージャプログラム(以下、「マネージャ」と称する)11と、コンピュータ20,30,40のそれぞれで稼動するエージェントプログラム(以下「エージェント」と称する)21,31,41とによって提供される。   The main functions of this system are a manager program (hereinafter referred to as “manager”) 11 that runs on the computer 10 and an agent program (hereinafter referred to as “agent”) 21 that runs on each of the computers 20, 30, and 40. 31, 41.

このうちマネージャ(プログラム)11は、ユーザがシステムの論理構成を定義するシステム構成定義処理12、そのシステム構成情報17を管理するシステム構成管理処理13、ユーザがジョブネットを定義するジョブネット定義処理14、そのジョブネット情報18を管理するジョブネット管理処理15、ならびに、ジョブネットの解析、ジョブのスケジュール管理、イベントハンドリング、ジョブやジョブネットの実行制御や監視などを行うジョブネット実行制御処理16を備える。これらの各処理部は、プログラムにより実現している。これらのプログラムは、ハードウェアやオブジェクトでも実現可能である。   Among them, the manager (program) 11 includes a system configuration definition process 12 in which the user defines the logical configuration of the system, a system configuration management process 13 in which the system configuration information 17 is managed, and a job net definition process 14 in which the user defines the job net. A job net management process 15 for managing the job net information 18, and a job net execution control process 16 for performing job net analysis, job schedule management, event handling, job and job net execution control and monitoring, and the like. . Each of these processing units is realized by a program. These programs can also be realized by hardware and objects.

ジョブネット管理処理15が格納するジョブネット情報18には、ジョブネットを構成する各ジョブの定義情報、各ジョブの実行順序、及びジョブの起動時刻などについての設定情報が含まれる。ジョブの定義情報とは、当ジョブで実行するコマンドとそのパラメタ、コマンドを実行するホスト情報等である。ジョブネット実行制御処理16は、コンピュータ10の内蔵タイマが出力する日時や先行ジョブの実行状況を監視し、ジョブネット情報18に定義されているジョブの起動タイミングが来ると、同じくジョブネット情報18からそのジョブの実行ホストおよび実行コマンドとパラメタを特定し、例えば実行ホストがコンピュータ20であればエージェント21に、ジョブの実行を指示する。エージェント21は、マネージャ11からの要求に従い当該コマンドを実行する。また、ジョブネット情報18によっては、実行ホストおよびパラメタに、システム構成定義処理12でユーザが定義したシステム構成情報17の情報が含まれることがある。この場合には、ジョブネット実行制御処理16は、システム構成管理処理13に問合せを行い、実行ホストおよびパラメタを確定させる。
<システムの構成定義>
ジョブ管理システムのエージェントは、通常、業務システムの実行コンピュータに配備される。図2に、コンピュータ10,20,30,40を用いた業務システム60の一例として「E−shopping」の構成例を示す。業務システム60には「E−shopping」システムの他にもいくつかのアプリケーションシステムが含まれてもよい。
The job net information 18 stored in the job net management process 15 includes definition information for each job constituting the job net, setting information about the execution order of each job, the start time of the job, and the like. The job definition information includes a command to be executed by the job, its parameters, host information for executing the command, and the like. The job net execution control process 16 monitors the date and time output by the built-in timer of the computer 10 and the execution status of the preceding job. When the job start timing defined in the job net information 18 arrives, the job net execution control process 16 For example, if the execution host is the computer 20, the agent 21 is instructed to execute the job. The agent 21 executes the command according to the request from the manager 11. Depending on the job net information 18, the execution host and parameters may include information on the system configuration information 17 defined by the user in the system configuration definition process 12. In this case, the job net execution control process 16 makes an inquiry to the system configuration management process 13 to determine the execution host and parameters.
<System configuration definition>
The agent of the job management system is usually deployed on the execution computer of the business system. FIG. 2 shows a configuration example of “E-shopping” as an example of the business system 60 using the computers 10, 20, 30, and 40. The business system 60 may include some application systems in addition to the “E-shopping” system.

業務システム60は、Web3階層モデルのシステムであり、Webサーバ(HTTPサーバともいう)プログラム22とアプリケーションサーバプログラム23をコンピュータ20に配備し、同じWebサーバプログラム32とアプリケーションサーバ(APサーバ)プログラム33をコンピュータ30に配備し、データベースマネージメントシステム41をコンピュータ40に配備した構成を有する。また、業務システム60の運用に係る一連の手続きを自動化するために、ジョブ管理システムのエージェント(プログラム)21,31,41を、各々コンピュータ20,30,40に配備し、運用管理用コンピュータ10におけるマネージャ11がこれらのエージェントを制御する。   The business system 60 is a Web three-layer model system, which deploys a Web server (also referred to as an HTTP server) program 22 and an application server program 23 to the computer 20, and uses the same Web server program 32 and application server (AP server) program 33. The database 30 is arranged in the computer 30 and the database management system 41 is arranged in the computer 40. In addition, in order to automate a series of procedures related to the operation of the business system 60, agents (programs) 21, 31, and 41 of the job management system are deployed on the computers 20, 30, and 40, respectively. The manager 11 controls these agents.

システム構成定義処理12は、業務システムの論理構成を定義するユーザインタフェースを提供する。図3に業務システム60「E−shopping」の構成定義例を示す。システム構成定義処理12は、システムの構成を記述するのに必要な要素「システム」や「論理サーバ」を階層化したデータとしてモデル化する。論理サーバとしては、例えば、典型的なWeb3階層のシステムを構成する「Webサーバ」,「APサーバ」,「DBサーバ」等をモデルとして提供する。   The system configuration definition process 12 provides a user interface that defines the logical configuration of the business system. FIG. 3 shows a configuration definition example of the business system 60 “E-shopping”. The system configuration definition process 12 models the elements “system” and “logical server” necessary for describing the system configuration as hierarchical data. As the logical server, for example, a “Web server”, “AP server”, “DB server”, etc. that constitute a typical Web three-tier system are provided as models.

ユーザが、システム構成定義処理12で「E−Shopping」システム70を定義する場合、このシステムの論理サーバの種別(計算機種別ともいう)であるWebサーバ71はWEB1(74)とWEB2(75)で構成され、APサーバ72はAPS1(76)とAPS2(77)で構成され、DBサーバ73はDBS1(78)で構成され、WEB1(74)とAPS1(76)はコンピュータ20に配備され、WEB2(75)とAPS2(77)はコンピュータ30に配備され,DBS1(78)がコンピュータ40に配備されることを定義する。即ち、物理サーバ(物理計算機)であるコンピュータ20及び30にはそれぞれ2つの論理サーバ(論理計算機)が割り当てられている。   When the user defines the “E-Shopping” system 70 in the system configuration definition processing 12, the Web server 71 that is the type of logical server (also referred to as a computer type) of this system is WEB1 (74) and WEB2 (75). The AP server 72 is composed of APS1 (76) and APS2 (77), the DB server 73 is composed of DBS1 (78), WEB1 (74) and APS1 (76) are deployed in the computer 20, and WEB2 ( 75) and APS2 (77) are deployed on the computer 30 and DBS1 (78) is deployed on the computer 40. That is, two logical servers (logical computers) are allocated to each of the computers 20 and 30 which are physical servers (physical computers).

この定義情報は図3(a)〜(f)の例に示すような形で表現され、システム構成定義処理12で入力された情報は、システム構成管理処理13を介して、システム構成情報17に格納される。システム構成情報は、少なくとも、システム及びそれを構成する要素といった論理構成情報ならびに各論理構成要素と物理要素の対応情報からなり、システム構成情報テーブル1100に格納される。   This definition information is expressed in the form shown in the examples of FIGS. 3A to 3F, and the information input in the system configuration definition processing 12 is stored in the system configuration information 17 via the system configuration management processing 13. Stored. The system configuration information includes at least logical configuration information such as a system and elements constituting the system, and correspondence information between each logical configuration element and a physical element, and is stored in the system configuration information table 1100.

なお、この実施例では、システム記述のデータモデルとして、マネージャ11に対応するシステム70,論理サーバであるWebサーバ71,APサーバ72,及びDBサーバ73のみを記しているが、このモデルを限定するものではない。例えば、論理サーバとして「ロードバランサ」や「メールサーバ」等、また論理グループとしてロードバランサにより透過的に負荷分散されるグループ「クラスタグループ」等のモデル拡張が考えられる。
<ジョブネットの定義>
図4は、ジョブネット定義処理14でジョブネットを定義するときに用いる定義画面80を示す。定義画面80に表示されているジョブネットは、ジョブA1に後続してジョブA2を実行し、ジョブA2に後続してジョブA3を実行するように定義されている。図4において、ジョブA1,A2のそれぞれに対応するオブジェクト81,82から吹出状に表示されるジョブA1,A2のプロパティ設定枠84,85内には、「実行ホスト」、「コマンド」、「パラメタ」などの各設定項目91〜93が設けられている。なお、プロパティ設定枠84,85は、別ウィンドウで表示するようにしてもよい。「実行ホスト」の設定項目91には、そのジョブが実行されるコンピュータの識別子が設定される。「コマンド」の設定項目92には、このジョブにより起動されるコマンド名が設定される。「パラメタ」の設定項目93にはコマンドを起動するときに与えるパラメタが設定される。コマンドの起動によりオペレーティングシステム上にプロセスが生成される。なお、1つのジョブに複数のプロセスを含ませることもできる。
In this embodiment, only the system 70 corresponding to the manager 11, the Web server 71 that is a logical server, the AP server 72, and the DB server 73 are described as the data model of the system description, but this model is limited. It is not a thing. For example, model expansion such as “load balancer” and “mail server” as logical servers and a group “cluster group” that is transparently load-balanced by the load balancer as logical groups can be considered.
<Definition of job net>
FIG. 4 shows a definition screen 80 used when defining a job net in the job net definition process 14. The job net displayed on the definition screen 80 is defined to execute job A2 following job A1 and execute job A3 following job A2. In FIG. 4, “execution host”, “command”, “parameter” are displayed in the property setting frames 84 and 85 of the jobs A1 and A2 displayed in a balloon shape from the objects 81 and 82 corresponding to the jobs A1 and A2, respectively. , Etc., are provided. The property setting frames 84 and 85 may be displayed in a separate window. In the “execution host” setting item 91, an identifier of a computer on which the job is executed is set. In the setting item 92 of “command”, a command name activated by this job is set. In the “parameter” setting item 93, a parameter given when the command is started is set. A process is generated on the operating system by starting the command. A single job can include a plurality of processes.

ここで、「実行ホスト」の設定項目91に設定されるコンピュータの識別子は、従来、コンピュータのホスト名称,IPアドレス,もしくはそれらに関連付けられた変数である。本実施例では、これらの識別子を包含するメタ情報としてシステム構成管理処理13で定義されたシステム構成情報17を用いることができる。例えば、物理サーバの代わりに論理サーバを用いることができる。   Here, the computer identifier set in the setting item 91 of “execution host” is conventionally a computer host name, an IP address, or a variable associated therewith. In this embodiment, the system configuration information 17 defined in the system configuration management process 13 can be used as meta information including these identifiers. For example, a logical server can be used instead of a physical server.

図4に示すように、ジョブA1のプロパティ設定枠84の「実行ホスト」設定項目91の値「?E−shopping/WEB1.ホスト?」は、実行ホストとして、図3(b)に定義したシステム「E−shopping」のメンバである論理サーバ「WEB1」のホスト情報を受ける変数である。この変数には、ジョブA1の実行時に、ジョブネット実行制御処理16がシステム構成管理処理13に問合せを行うことで、従来の識別子「Host20」が割り当てられる。   As shown in FIG. 4, the value “? E-shopping / WEB1.host?” Of the “execution host” setting item 91 in the property setting frame 84 of job A1 is the system defined in FIG. It is a variable that receives host information of the logical server “WEB1” that is a member of “E-shopping”. The conventional identifier “Host 20” is assigned to this variable when the job net execution control process 16 inquires the system configuration management process 13 when executing the job A1.

また、ジョブA2のプロパティ設定枠85の「実行ホスト」設定項目91の値「?E−shopping/@APサーバ.ホスト?」は、実行ホストとして、図3(d)(e)に定義したシステム「E−shopping」のメンバである論理サーバの種別が「APサーバ」である実行ホストのホスト(群)情報を受ける変数である。「@」はパラメタとして種別を受け取れることを示す。この変数には、ジョブA2の実行時にジョブネット実行制御処理16がシステム構成管理処理13に問合せを行うことで、図3に示すシステム構成定義に基づいて、従来の実行ホストの識別子「Host20」と「Host30」が割り当てられ、それぞれのコンピュータ20とコンピュータ30にてコマンドが実行される。   Further, the value “? E-shopping / @ AP server.host?” Of the “execution host” setting item 91 of the property setting frame 85 of the job A2 is the system defined in FIG. This is a variable for receiving host (group) information of an execution host whose type of logical server that is a member of “E-shopping” is “AP server”. “@” Indicates that the type can be received as a parameter. In this variable, the job net execution control process 16 makes an inquiry to the system configuration management process 13 at the time of execution of the job A2, and based on the system configuration definition shown in FIG. “Host 30” is assigned, and the command is executed on each of the computers 20 and 30.

一方、コマンドが受け取る各パラメタの意味付けはそれぞれ異なる。例えばコンピュータの識別子を受け取るパラメタ等、システム構成情報17に含まれる情報を受け取るパラメタに関しては、同様な扱いが可能となる。   On the other hand, the meaning of each parameter received by the command is different. For example, a parameter that receives information included in the system configuration information 17 such as a parameter that receives a computer identifier can be handled in the same manner.

例えば、ジョブA1のプロパティ設定枠84の「パラメタ」設定項目93に示した「‐h」オプションの「?E−shopping/DBS1.ホスト?」は、図3に定義したシステム「E−shopping」のメンバである論理サーバ「DBS1」のホスト情報を受ける変数であることを意味する。この変数には、ジョブA1の実行時に、ジョブネット実行制御処理16が、システム構成管理処理13に問合せを行うことで、従来の物理サーバであるコンピュータ40の識別子「Host40」が割り当てられる。   For example, “? E-shopping / DBS1.host?” Of the “−h” option shown in the “parameter” setting item 93 of the property setting frame 84 of job A1 is the system “E-shopping” defined in FIG. This means that it is a variable that receives host information of the member logical server “DBS1”. When the job A1 is executed, the job net execution control process 16 makes an inquiry to the system configuration management process 13 so that the identifier “Host 40” of the computer 40 that is a conventional physical server is assigned to this variable.

なお、「?E−shopping/WEB1.ホスト?」のようにシステム構成情報17を引用する変数を、本実施例では「システム定義変数」と称する。   Note that a variable that refers to the system configuration information 17 such as “? E-shopping / WEB1.host?” Is referred to as a “system definition variable” in this embodiment.

これらジョブネット定義処理14で入力された情報は、ジョブネット管理処理15を介して、ジョブネット情報18に、そのうちジョブネットを構成する各ジョブの定義情報は、ジョブ定義テーブル1000に格納される。例えば「実行ホスト」設定項目91は「実行ホスト」カラム1004に、「コマンド」設定項目92は「実行コマンド」カラム10005に、「パラメタ」設定項目93は「パラメタ情報」カラム1006に保持されている。
(マネージャの処理)
つぎに、ジョブネットの実行時におけるジョブ管理システムの処理について説明する。ジョブネット実行時におけるマネージャ11[ジョブ実行制御処理16]の処理を図5のPAD図に示す。設定されたジョブネットの実行に際し、マネージャ11は利用するメモリの初期化等の初期処理(S101)を行った後、ジョブネットの受け付け処理(S104)、ジョブネット解析処理(S105)、及びジョブネット実行処理(S106)の各プロセスを、終了指示の割り込みが入力されるまでの間(S102)繰り返し実行する。マネージャ11は終了指示を受けると終了処理(S103)を行う。
The information input in the job net definition process 14 is stored in the job net information 18 via the job net management process 15, and the definition information of each job constituting the job net is stored in the job definition table 1000. For example, the “execution host” setting item 91 is held in the “execution host” column 1004, the “command” setting item 92 is held in the “execution command” column 10005, and the “parameter” setting item 93 is held in the “parameter information” column 1006. .
(Manager processing)
Next, processing of the job management system when executing a job net will be described. The process of the manager 11 [job execution control process 16] at the time of executing the job net is shown in the PAD diagram of FIG. When executing the set job net, the manager 11 performs an initial process (S101) such as initialization of a memory to be used, and then accepts a job net (S104), a job net analysis process (S105), and a job net Each process of the execution process (S106) is repeatedly executed until an end instruction interrupt is input (S102). Upon receiving the termination instruction, the manager 11 performs termination processing (S103).

図6に示すPAD図は、図5におけるマネージャ11のジョブネット実行処理(S106)の詳細である。マネージャ11は、実行可能なジョブを1つ選出する(S112)。ここで実行可能なジョブとは、ジョブ管理システムが実行待ち状態として管理しているジョブのうち、先行ジョブの終了やイベントの受信などの実行開始条件が揃った状態にあるジョブをいう。そして、マネージャ11は選出したジョブに対して、ジョブ定義テーブル1000から先ず実行先ホストの情報(1004)を取得・解析し(S113)、その情報に上述のシステム定義変数が含まれているかを判断する(S114)。具体的にはジョブネット定義の「実行ホスト」情報1004に「?」で囲まれたシステム定義変数があるかをチェックする。   The PAD diagram shown in FIG. 6 shows details of the job net execution process (S106) of the manager 11 in FIG. The manager 11 selects one executable job (S112). The job that can be executed here refers to a job that is in a state in which execution start conditions such as termination of a preceding job and reception of an event are arranged among jobs managed by the job management system as waiting for execution. For the selected job, the manager 11 first acquires and analyzes the execution destination host information (1004) from the job definition table 1000 (S113), and determines whether the information includes the above-described system definition variable. (S114). Specifically, it is checked whether the “execution host” information 1004 of the job net definition includes a system definition variable surrounded by “?”.

チェックの結果、システム定義変数があった場合には、システム構成管理処理13に変数の解決を依頼する(S115)。システム構成管理処理13は、管理するシステム構成情報17とシステム定義変数とを照合し、該当するシステム定義変数の値を返す。例えば、上述「?E−shopping/WEB1.ホスト?」については、システム構成情報テーブル1100から、所属システム1104が「E−shopping」で論理名称1102が「WEB1」である論理要素の要素ID1101を「00101」として取得し、その論理要素(要素ID)1101が「00101」である物理要素1105を「Host20」として取得し、この値を返すことになる。
また、パラメタの「?E−shoping/DBS1.ホスト?」は、所属システム1104が「E−shopping」で論理名称1102が「DBS1」である論理要素の要素ID1101を「00105」として取得し、その論理要素(要素ID)1101が「00105」である物理名称1105を「Host40」として取得し、この値を返すことになる。ここで、例えば、DBS1を示す物理名称がN個ある場合は、N回繰り返してその物理名称に変換したパラメタでコマンドを同じ物理サーバへ送信することになる。
If there is a system definition variable as a result of the check, the system configuration management process 13 is requested to resolve the variable (S115). The system configuration management process 13 compares the system configuration information 17 to be managed with the system definition variable, and returns the value of the corresponding system definition variable. For example, with respect to “? E-shopping / WEB1.host?”, The element ID 1101 of the logical element whose affiliation system 1104 is “E-shopping” and whose logical name 1102 is “WEB1” is obtained from the system configuration information table 1100. The physical element 1105 whose logical element (element ID) 1101 is “00101” is acquired as “Host20”, and this value is returned.
Also, the parameter “? E-shopping / DBS1.host?” Obtains the element ID 1101 of the logical element whose belonging system 1104 is “E-shopping” and whose logical name 1102 is “DBS1” as “00105”. The physical name 1105 whose logical element (element ID) 1101 is “00105” is acquired as “Host 40”, and this value is returned. Here, for example, when there are N physical names indicating DBS 1, the command is transmitted to the same physical server with a parameter that is repeated N times and converted to the physical name.

また、上述「?E−shopping/@APサーバ.ホスト?」については、先に説明の通り「@」は種別を意味するので、システム構成情報テーブル1100から、所属システム1104が「E−shopping」で種別1103が「APサーバ」である論理要素の要素ID1101の集合を「00103、00104」として取得し、それぞれの論理要素(要素ID)に対応する「Host20、Host30」を取得し、この集合を値として返すことになる。つまり、Host20、Host30のそれぞれにコマンドとパラメタが送信されることになる。   In addition, regarding “? E-shopping / @ AP server.host?” As described above, “@” means a type as described above, so that the affiliation system 1104 indicates that “E-shopping” The set of logical element element IDs 1101 whose type 1103 is “AP server” is acquired as “00103, 00104”, “Host 20 and Host 30” corresponding to the respective logical elements (element IDs) are acquired, and this set is acquired. It will be returned as a value. That is, a command and a parameter are transmitted to each of Host 20 and Host 30.

ジョブ実行制御処理16は、システム定義変数の値として取得したこれら実ホストの集合から値を1つづつ取り出しては順次実行先ホストに割り当てて(S118)、実行ホストの情報をジョブネット情報18の実行ホスト情報テーブル1200に保存し、ジョブを実行する(S117)。実行先ホストに割り当てる変数の値がなくなるまでこれを繰り返す(S116)。
ここで、実行ホスト情報テーブル1200は、例えば図12に示すように、ジョブネットID1201、ジョブID1202、多重度識別子1203、ジョブ名1204、論理ホスト名1205、物理ホスト名1206などから構成される。多重度識別子1203は、同一のジョブID1202に対する実行ホストの変数解決の結果、2つ以上の実行ホストが登録される場合にジョブを識別するために自動的に振られる識別番号である。
The job execution control process 16 extracts values one by one from the set of real hosts acquired as the values of the system definition variables and assigns them sequentially to the execution destination host (S118). The job is stored in the execution host information table 1200 and the job is executed (S117). This is repeated until there is no variable value assigned to the execution destination host (S116).
Here, as shown in FIG. 12, for example, the execution host information table 1200 includes a job net ID 1201, a job ID 1202, a multiplicity identifier 1203, a job name 1204, a logical host name 1205, a physical host name 1206, and the like. The multiplicity identifier 1203 is an identification number automatically assigned to identify a job when two or more execution hosts are registered as a result of execution host variable resolution for the same job ID 1202.

「実行ホスト」情報にシステム定義変数を含まず、パラメタの値だけでホスト情報を確定できる場合は、その情報を用いてジョブを実行する(S117)。この場合、実行ホスト情報テーブル1200には、物理ホスト名1206のみが登録され、論理ホスト名1205は格納されない。   If the “execution host” information does not include the system definition variable and the host information can be determined only by the parameter value, the job is executed using the information (S117). In this case, only the physical host name 1206 is registered in the execution host information table 1200, and the logical host name 1205 is not stored.

以上の処理(S112−S119)を当該ジョブネットに含まれるジョブがなくなるまで繰り返す(S111)。   The above processing (S112-S119) is repeated until there is no job included in the job net (S111).

図7に示すPAD図は、図6におけるジョブネット実行プロセスのジョブ実行処理(S117)の詳細である。実行先ホストが特定された後、マネージャ11は、ジョブ定義テーブル1000から当該ジョブのパラメタ情報1006を取得・解析し(S121)、パラメタ情報にシステム定義変数が含まれるかを判断する(S122)。具体的にはジョブネット定義の「パラメタ情報」1006中に「?」で囲まれたシステム変数があるかをチェックする。当該ジョブのパラメタは1つに限定されないため、パラメタ情報中には複数のシステム定義変数が含まれている可能性がある。パラメタ情報中にシステム定義変数があった場合には、システム構成管理処理13に全ての変数の解決を依頼して変数の値を取得し(S126)、変数の値を当該パラメタに割り当てて(S127)、全ての未解決変数を解決した後、確定したパラメタ情報を生成する(S125)。システム構成管理処理13が、システム構成情報17とシステム定義変数とを照合し、該当するシステム定義変数の値を返す処理は、前述の実行ホストでの処理(S115)と同様である。   The PAD diagram shown in FIG. 7 shows details of the job execution process (S117) of the job net execution process in FIG. After the execution destination host is specified, the manager 11 acquires and analyzes the parameter information 1006 of the job from the job definition table 1000 (S121), and determines whether the parameter information includes a system definition variable (S122). Specifically, it is checked whether or not there is a system variable surrounded by “?” In the “parameter information” 1006 of the job net definition. Since the parameter of the job is not limited to one, there may be a plurality of system definition variables in the parameter information. If there is a system definition variable in the parameter information, the system configuration management process 13 is requested to resolve all the variables to obtain the values of the variables (S126), and the variable values are assigned to the parameters (S127). ) After all the unresolved variables are resolved, the confirmed parameter information is generated (S125). The process in which the system configuration management process 13 compares the system configuration information 17 with the system definition variable and returns the value of the corresponding system definition variable is the same as the process (S115) at the execution host described above.

パラメタ情報にシステム定義変数を含まない場合は、パラメタの値をそのまま確定したパラメタ情報として扱える。   If the parameter information does not include system definition variables, the parameter values can be handled as confirmed parameter information.

こうして確定したパラメタ情報とジョブ定義テーブル1000から取得した実行コマンド(1005)情報により、当該ジョブの実行ジョブ情報が確定する。マネージャ11は、先に特定した実行先ホストのエージェント21,31,または41に対してこの実行ジョブ情報を送信する(S123)。なお、本実施例では、ジョブ実行のためのプログラムやデータは、そのジョブの実行時においてコンピュータにセットアップされているものとして説明している。エージェントによるジョブの実行後、マネージャ11はその実行結果をエージェントから受信する(S124)。
(エージェントの処理)
図8のPAD図に従ってエージェント21,31,41の処理について説明する。実行コンピュータで稼動しているエージェント21,31,41は、利用するメモリの初期化等の初期処理(S131)を行った後、マネージャ11からのジョブ実行情報を受信し(S134)、ジョブを実行し(S135)、ジョブの実行結果をマネージャ11へ送信する(S136)。ここでジョブの実行とは、ジョブ実行情報に含まれるコマンドを、同じくジョブ実行情報に含まれるパラメタをもって実行することである。各プロセスの終了指示の割り込み(要求)が入力されるまでの間(S132)、ステップS134、S135,及びS136が繰り返し実行される。エージェント21,31,41は、終了指示を受けると終了処理を行う(S133)。
次に第二の実施例として、ジョブネットの実行監視の場面において、論理ホスト名(論理名称)を使って実行状況の監視を実現するための仕組みを説明する。
従来技術では、ジョブネットの実行状態を監視するジョブネット監視画面(図19)は、各ジョブを表すオブジェクト121、122、123、124、および、特定のジョブでの異常を知らせるオブジェクト125などから構成され、ユーザがジョブネット監視画面上でジョブA3を表すオブジェクト123を選択すると、ジョブA3のステータス情報130が表示される。このときステータス情報130は、該当するジョブ名(131)、ジョブが実行されている物理ホスト名を表す実行ホスト名(132)、該当ジョブの状態(133)などから構成されている。この監視画面では、実行ホスト名(132)として物理ホスト名(物理名称)のみを表示しているため、物理ホスト名(物理名称)を用いてしかジョブの実行状況の監視が出来ない。
これに対し本発明の実施例では、図20に示すようなジョブネット監視画面を表示し、異常を知らせるオブジェクト(144)の付いたジョブA2を表すオブジェクト(142)をユーザが選択すると、該当するジョブの状態を表すステータス情報150および160が画面上で表示される。この場合、実行ホストとして論理ホスト名(論理名称)152、162と物理ホスト名(物理名称)153、163の両方を表示することにより、論理ホスト名(論理名称)でのジョブ実行監視を可能にしている。
本来、ジョブネットの実行状況を監視する業務管理者にとっては、馴染みやすい論理ホスト名(論理名称)を用いて実行状況を監視できれば状況を把握しやすい。しかし一方で、あるジョブの障害原因が実行ホストのハードウェア障害の可能性がある場合には、業務管理者はサーバ等のリソースを管理するシステム管理者に対し障害の発生を伝える必要が生じる。その場合、システム管理者にとって有用な情報は論理ホスト名(論理名称)ではなく物理ホスト名(物理名称)であるため、ジョブ実行監視画面では論理ホスト名(論理名称)と物理ホスト名(物理名称)の両方を表示できることが有効である。
なお、図20では1つのジョブA2(142)に対し、状態を表示するステータス情報が150と160の2つ表示されている。これは、第一の実施例のように、ジョブネット定義の際に変数を用いて実行ホスト名を定義した場合、システム構成によっては1つのジョブ名に対して実行ホストが複数あるようなジョブネットを定義できるためである。図20のジョブA2(142)はジョブネット定義の際に、実行ホストとして「E−shoppingシステムのAPサーバ」と定義したことにより、APS1とAPS2(物理ホスト名(物理名称)ではHost20とHost30)の2台で実行することになった例を示している。
このような重複するジョブ名の中から個々のジョブを特定するためには、後述する多重度識別子を付与してジョブを区別する。
図13は、第二の実施例を説明するための全体構成図である。
<ジョブ実行監視>
図13では、マネージャ11は第一の実施例で説明した図1に加えて、ユーザが指定したジョブの実行状況を画面表示する監視画面表示処理19、ジョブ実行中にエージェント21、31、41から受信したイベント情報をイベントログ情報23に格納するログ情報管理処理20、ならびに、イベントの内容に応じてジョブステータス情報22を変更・管理するステータス管理処理21を備える。
ジョブネット実行時において、ユーザが特定のジョブを選択してからジョブステータス情報が表示されるまでの処理の流れを図14のPAD図に示す。ユーザがジョブネット監視画面上で実行状況を確認したいジョブA2(142)を選択すると、ジョブネット監視画面上のオブジェクト141、142、143がジョブ定義テーブル1000(図10)と対応していて、選択されたジョブのジョブネットID1001、ジョブID1002、ジョブ名1003の値がジョブネット管理処理15を通して監視画面表示処理19に渡される(S201)。次に、監視画面表示処理19は取得したジョブネットID、ジョブIDの値をジョブネット情報18の実行ホスト情報テーブル1200(図12)のカラム1201、1202と照合し、該当するデータの個数(多重度)を確認する(S202)。このとき複数のデータが該当した場合には、各々の多重度識別子1203ごとに以下の処理(S204〜S206)を繰り返し実行する。
監視画面表示処理19は、実行ホスト情報テーブル1200(図12)から該当ジョブの実行ホストである論理名称1205と物理名称1306を取得する(S204)。続いて、ジョブステータス情報22のジョブステータステーブル1300(図16)から、ジョブネットID1301、ジョブID1302、多重度識別子1303が全て一致するデータを検索し、現在のステータス1304を取得する(S205)。管理画面表示処理19はジョブネット監視画面140(図20)の該当ジョブに対応するステータス情報150(または160)の項目として、取得したデータをそれぞれジョブ名151(または161)、論理ホスト名152(または162)、物理ホスト名153(または163)、状態154(または164)の値として図示しない監視モニタに表示する(S206)。
<ステータスの更新>
ジョブステータステーブル1300(図16)の現在のステータス1304を最新状態に維持しておくための処理の流れを図15のPAD図で説明する。
エージェント21、31、41から送信されるイベントメッセージをマネージャ11のジョブネット実行制御処理16が受信する(S301)。ジョブネット実行制御処理16は受け取ったイベントメッセージと発生時刻と共に、イベントが発生したジョブのジョブネットID、ジョブID、多重度識別子および物理ホスト名をステータス管理処理21に引き渡す(S302)。ステータス管理処理21は受け取った情報をイベントログ情報23のログテーブル1500(図17)に格納する(S303)。次に、ステータス管理処理21は受け取ったイベントメッセージをジョブステータス情報22のステータス変更テーブル1400(図18)と照合し、イベント受信後のステータス1403を取得する(S304)。この取得したイベント受信後のステータス1403をジョブステータス情報22のジョブステータステーブル1300(図16)の現在のステータス1304に上書きする(S305)。
Based on the parameter information thus determined and the execution command (1005) information acquired from the job definition table 1000, the execution job information of the job is determined. The manager 11 transmits this execution job information to the agent 21, 31, or 41 of the execution destination host specified earlier (S123). In this embodiment, the program and data for job execution are described as being set up in the computer when the job is executed. After the job is executed by the agent, the manager 11 receives the execution result from the agent (S124).
(Agent processing)
The processing of the agents 21, 31, 41 will be described with reference to the PAD diagram of FIG. The agents 21, 31, and 41 operating on the execution computer perform initial processing (S131) such as initialization of memory to be used, and then receive job execution information from the manager 11 (S134) and execute the job. Then, the job execution result is transmitted to the manager 11 (S136). Here, the job execution is to execute a command included in the job execution information with parameters included in the job execution information. Steps S134, S135, and S136 are repeatedly executed until an interruption (request) for the termination instruction of each process is input (S132). Upon receiving the termination instruction, the agents 21, 31, and 41 perform termination processing (S133).
Next, as a second embodiment, a mechanism for realizing execution status monitoring using a logical host name (logical name) in a job net execution monitoring situation will be described.
In the prior art, the job net monitoring screen (FIG. 19) for monitoring the execution status of a job net is composed of objects 121, 122, 123, and 124 representing each job, and an object 125 for notifying abnormality in a specific job. When the user selects the object 123 representing the job A3 on the job net monitoring screen, the status information 130 of the job A3 is displayed. At this time, the status information 130 includes a corresponding job name (131), an execution host name (132) indicating a physical host name on which the job is executed, a status (133) of the corresponding job, and the like. Since only the physical host name (physical name) is displayed as the execution host name (132) on this monitoring screen, the job execution status can be monitored only using the physical host name (physical name).
On the other hand, in the embodiment of the present invention, the job net monitoring screen as shown in FIG. 20 is displayed, and when the user selects the object (142) representing the job A2 with the object (144) for notifying abnormality, it corresponds. Status information 150 and 160 representing the job status is displayed on the screen. In this case, by displaying both the logical host names (logical names) 152 and 162 and the physical host names (physical names) 153 and 163 as execution hosts, it is possible to monitor job execution with the logical host names (logical names). ing.
Originally, a business administrator who monitors the execution status of a job net can easily understand the status if the execution status can be monitored using a familiar logical host name (logical name). On the other hand, if there is a possibility that a failure of a job is caused by a hardware failure of the execution host, the business administrator needs to inform the system administrator who manages resources such as servers of the occurrence of the failure. In this case, the information useful for the system administrator is not the logical host name (logical name) but the physical host name (physical name), so the logical host name (logical name) and physical host name (physical name) are displayed on the job execution monitoring screen. ) Can be displayed effectively.
In FIG. 20, two pieces of status information 150 and 160 for displaying the status are displayed for one job A2 (142). This is because, as in the first embodiment, when defining an execution host name using a variable when defining a job net, depending on the system configuration, there is a job net that has multiple execution hosts for one job name. This is because it can be defined. Job A2 (142) in FIG. 20 is defined as “AP server of E-shopping system” as an execution host when defining a job net, so that APS1 and APS2 (in the physical host name (physical name), Host 20 and Host 30) The example which will be performed by two of these is shown.
In order to identify individual jobs from such overlapping job names, a multiplicity identifier described later is assigned to distinguish the jobs.
FIG. 13 is an overall configuration diagram for explaining the second embodiment.
<Job execution monitoring>
In FIG. 13, in addition to FIG. 1 described in the first embodiment, the manager 11 displays a monitoring screen display process 19 for displaying the execution status of a job specified by the user, and agents 21, 31, 41 during job execution. A log information management process 20 for storing the received event information in the event log information 23 and a status management process 21 for changing and managing the job status information 22 according to the contents of the event are provided.
The PAD diagram of FIG. 14 shows the flow of processing from when a user selects a specific job to when job status information is displayed during job net execution. When the user selects job A2 (142) whose execution status is to be confirmed on the job net monitoring screen, the objects 141, 142, and 143 on the job net monitoring screen correspond to the job definition table 1000 (FIG. 10) and are selected. The values of the job net ID 1001, job ID 1002, and job name 1003 of the job are passed to the monitoring screen display process 19 through the job net management process 15 (S201). Next, the monitoring screen display process 19 compares the acquired job net ID and job ID value with the columns 1201 and 1202 of the execution host information table 1200 (FIG. 12) of the job net information 18 and determines the number of corresponding data (many Severity) is confirmed (S202). At this time, if a plurality of data corresponds, the following processing (S204 to S206) is repeatedly executed for each multiplicity identifier 1203.
The monitoring screen display process 19 acquires the logical name 1205 and the physical name 1306 that are the execution host of the job from the execution host information table 1200 (FIG. 12) (S204). Subsequently, data in which the job net ID 1301, the job ID 1302, and the multiplicity identifier 1303 all match is searched from the job status table 1300 (FIG. 16) of the job status information 22, and the current status 1304 is acquired (S205). The management screen display processing 19 uses the acquired data as the job name 151 (or 161) and the logical host name 152 (or logical host name 152) as items of the status information 150 (or 160) corresponding to the job on the job net monitoring screen 140 (FIG. 20). Or 162), the values of the physical host name 153 (or 163) and the status 154 (or 164) are displayed on a monitoring monitor (not shown) (S206).
<Status update>
The flow of processing for maintaining the current status 1304 of the job status table 1300 (FIG. 16) in the latest state will be described with reference to the PAD diagram of FIG.
The event message transmitted from the agents 21, 31, 41 is received by the job net execution control process 16 of the manager 11 (S301). The job net execution control process 16 hands over the job net ID, job ID, multiplicity identifier, and physical host name of the job in which the event has occurred to the status management process 21 together with the received event message and occurrence time (S302). The status management process 21 stores the received information in the log table 1500 (FIG. 17) of the event log information 23 (S303). Next, the status management process 21 compares the received event message with the status change table 1400 (FIG. 18) of the job status information 22, and acquires the status 1403 after receiving the event (S304). The acquired status 1403 after event reception is overwritten on the current status 1304 of the job status table 1300 (FIG. 16) of the job status information 22 (S305).

以上に述べたジョブネットの設定方法および監視方法を実行するためのプログラムを、計算機で読み取り可能な記憶媒体に格納し、このプログラムを計算機のメモリに読み込んで実行することもできる。   It is also possible to store a program for executing the above-described job net setting method and monitoring method in a computer-readable storage medium and read the program into the computer memory for execution.

以上、本発明に係るジョブ管理システムにおけるジョブネットワークの設定方法および監視方法を説明してきたが、上記実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得るとともに、本発明にはその等価物が含まれることは勿論である。   As described above, the job network setting method and the monitoring method in the job management system according to the present invention have been described. However, the above embodiment is for facilitating the understanding of the present invention and limits the present invention. is not. The present invention can be changed and improved without departing from the gist thereof, and the present invention includes the equivalents.

また、以上に説明したジョブ管理システムの機能は、ジョブ管理システムの全ての機能を説明している訳ではなく、ジョブ管理システムには、以上に説明した以外にも、ジョブネットワークのスケジューリングによる実行制御機能、繰り返し実行制御、何らかのイベントを検知してジョブの実行を開始する機能、GUIの制御、ネットワークを介した通信機能、ジョブの実行管理のためのキューイング処理を行う機能など、適用されるシステムの形態に応じて他にも様々な機能を備えていてもよい。   Further, the functions of the job management system described above do not describe all functions of the job management system. In addition to the functions described above, the job management system includes execution control based on job network scheduling. Applicable systems such as functions, repetitive execution control, functions to detect job execution and start job execution, GUI control, network communication functions, and queuing processing for job execution management Various other functions may be provided depending on the form.

第一の実施例のシステム構成を説明する図である。It is a figure explaining the system configuration | structure of a 1st Example. 業務システムの一例を説明する図である。It is a figure explaining an example of a business system. システムの論理構成定義を説明する図である。It is a figure explaining the logical structure definition of a system. ジョブネット定義での定義項目を説明する図である。It is a figure explaining the definition item in a job net definition. マネージャの処理を説明するPAD図である。It is a PAD figure explaining a process of a manager. マネージャのジョブネット実行処理を説明するPAD図である。FIG. 10 is a PAD diagram illustrating a job net execution process of a manager. マネージャのジョブ実行処理を説明するPAD図である。It is a PAD explaining a manager job execution process. エージェントの処理を説明するPAD図である。It is a PAD figure explaining a process of an agent. ジョブネットの設定画面を示す図である。It is a figure which shows the setting screen of a job net. ジョブ定義情報を格納するテーブル構造を示す。The table structure for storing job definition information is shown. システムの論理構成情報を格納するテーブル構造を示す。The table structure which stores the logical structure information of a system is shown. ジョブを実行するホスト情報を格納するテーブル構造を示す。The table structure which stores the host information which executes a job is shown. 第二の実施例の基本プログラム構成を説明する図である。It is a figure explaining the basic program structure of a 2nd Example. マネージャのジョブステータス情報の表示処理を説明するPAD図である。FIG. 10 is a PAD diagram for explaining processing for displaying job status information of a manager. マネージャのジョブステータスの変更処理を説明するPAD図である。It is a PAD explaining the job status change process of the manager. ジョブのステータス情報を格納するテーブル構造を示す。The table structure which stores the status information of a job is shown. ログ情報を格納するテーブル構造を示す。The table structure which stores log information is shown. イベント受信後のステータス変更のルールを格納するテーブル構造を示す。The table structure which stores the rule of status change after event reception is shown. 従来技術による、ジョブネット監視画面を示す図である。It is a figure which shows the job net monitoring screen by a prior art. 本発明の実施例による、ジョブネット監視画面を示す図である。It is a figure which shows the job net monitoring screen by the Example of this invention.

符号の説明Explanation of symbols

1 ネットワーク
10〜40 コンピュータ
11 マネージャ
12〜16、19〜21 マネージャの機能
17〜18、22〜23 マネージャに格納する情報
21〜41 エージェント
60 業務システム(例)
70〜73 システム構成定義におけるデータモデル
74〜78 システム構成定義におけるデータモデルのインスタンス
80 ジョブネット定義(例)
91 ジョブネット定義における「実行ホスト」設定項目
92 ジョブネット定義における「コマンド」設定項目
93 ジョブネット定義における「パラメタ」設定項目
101〜104 CPU
120、140 ジョブネット監視画面
130、150、160 ジョブのステータス情報
DESCRIPTION OF SYMBOLS 1 Network 10-40 Computer 11 Manager 12-16, 19-21 Manager function 17-18, 22-23 Information 21-41 agent 60 business system (example) stored in manager
70-73 Data model 74-78 in system configuration definition Instance of data model in system configuration definition
80 Job net definition (example)
91 “Execution Host” Setting Item in Job Net Definition 92 “Command” Setting Item in Job Net Definition 93 “Parameter” Setting Item 101 to 104 CPU in Job Net Definition
120, 140 Job net monitoring screen 130, 150, 160 Job status information

Claims (10)

記憶されているプログラムを実行するためのコマンドを読み出し、複数の物理計算機に該コマンドを送信し該物理計算機を制御する管理計算機における計算機制御方法において、
前記管理計算機は、
前記複数の物理計算機の物理計算機名称を論理計算機名称と対応付けて予め記憶し、
前記コマンドを実行する前記論理計算機の論理計算機名称を含む前記コマンドを解析し、
前記論理計算機名称に対応する当該複数の物理計算機のそれぞれに当該解析したコマンドを送信することを特徴とする計算機制御方法。
In a computer control method in a management computer that reads a command for executing a stored program, transmits the command to a plurality of physical computers, and controls the physical computer,
The management computer is
The physical computer names of the plurality of physical computers are stored in advance in association with the logical computer names,
Analyzing the command including a logical computer name of the logical computer executing the command;
A computer control method comprising transmitting the analyzed command to each of the plurality of physical computers corresponding to the logical computer name.
プログラムを実行するためのコマンドを受け付けて実行する複数の物理計算機と前記コマンドを送信して前記物理計算機を制御する管理計算機とを有する計算機システムにおける計算機制御方法において、
前記管理計算機は、
前記複数の物理計算機の物理計算機名称を計算機種別と対応付けて予め記憶し、
前記コマンドを実行する前記論理計算機の計算機種別を含む前記コマンドを解析し、
前記計算機種別に対応する当該複数の物理計算機のそれぞれに当該解析したコマンドを送信することを特徴とする計算機制御方法。
In a computer control method in a computer system having a plurality of physical computers that receive and execute a command for executing a program and a management computer that transmits the command and controls the physical computer,
The management computer is
The physical computer names of the plurality of physical computers are stored in advance in association with the computer type,
Analyzing the command including the computer type of the logical computer executing the command;
A computer control method, comprising: transmitting the analyzed command to each of the plurality of physical computers corresponding to the respective computer models.
前記コマンドのパラメタに前記論理計算機名称を含む場合、該パラメタを当該論理計算機名称に対応する当該複数の物理計算機名称にそれぞれ変換して、当該変換したそれぞれのコマンドを送信すべき当該物理計算機に送信することを特徴とする請求項1記載または請求項2記載の計算機制御方法。   If the command parameter includes the logical computer name, the parameter is converted into the physical computer names corresponding to the logical computer name, and the converted commands are transmitted to the physical computer to be transmitted. The computer control method according to claim 1, wherein the computer control method is performed. 前記複数の物理計算機の物理計算機名称と論理計算機名称または計算機種別との対応付けは、複数のジョブの実行をコマンド制御するためのジョブネットに定義されたシステム構成情報として記憶することを特徴とする請求項1から請求項3記載のいずれかの計算機制御方法。 The association between physical computer names and logical computer names or computer types of the plurality of physical computers is stored as system configuration information defined in a job net for command control of execution of a plurality of jobs. The computer control method according to claim 1. 前記システム構成情報は、複数の論理計算機名称が階層的に定義されて記憶されており、
当該コマンドで実行すべき論理計算機として指定された論理計算機の論理計算機名称の下位階層に定義された論理計算機名称に対応する全ての物理計算機についてそれぞれ当該解析したコマンドを送信することを特徴とする請求項4記載の計算機制御方法。
In the system configuration information, a plurality of logical computer names are hierarchically defined and stored,
The analyzed command is transmitted for each of the physical computers corresponding to the logical computer name defined in the lower hierarchy of the logical computer name of the logical computer designated as the logical computer to be executed by the command. Item 5. The computer control method according to Item 4.
記憶されているプログラムを実行するためのコマンドを読み出し、複数の物理計算機に該コマンドを送信し該物理計算機を制御する管理計算機において、
前記管理計算機は、
前記複数の物理計算機の物理計算機名称を論理計算機名称と対応付けて予め記憶する手段と、
前記コマンドを実行する前記論理計算機の論理計算機名称を含む前記コマンドを解析する手段と、
前記論理計算機名称に対応する当該複数の物理計算機のそれぞれに当該解析したコマンドを送信する手段とを備えたことを特徴とする管理計算機。
In a management computer that reads a command for executing a stored program, transmits the command to a plurality of physical computers, and controls the physical computer,
The management computer is
Means for preliminarily storing physical computer names of the plurality of physical computers in association with logical computer names;
Means for analyzing the command including a logical computer name of the logical computer executing the command;
A management computer comprising: means for transmitting the analyzed command to each of the plurality of physical computers corresponding to the logical computer name.
記憶されているプログラムを実行するためのコマンドを読み出し、複数の物理計算機に該コマンドを送信し該物理計算機を制御する管理計算機で実行される管理プログラムにおいて、
前記管理プログラムは、
前記複数の物理計算機の物理計算機名称を論理計算機名称と対応付けて予め記憶するステップと、
前記コマンドを実行する前記論理計算機の論理計算機名称を含む前記コマンドを解析するステップと、
前記論理計算機名称に対応する当該複数の物理計算機のそれぞれに当該解析したコマンドを送信するステップとを有することを特徴とする管理プログラム。
In a management program executed by a management computer that reads a command for executing a stored program, transmits the command to a plurality of physical computers, and controls the physical computer,
The management program is
Storing in advance physical computer names of the plurality of physical computers in association with logical computer names;
Analyzing the command including a logical computer name of the logical computer executing the command;
And a step of transmitting the analyzed command to each of the plurality of physical computers corresponding to the logical computer name.
請求項1または請求項2記載の方法によって設定されたジョブネットの実行状況監視の場面において、各ジョブが実行されるホストの情報を論理ホスト名で表示することを特徴とするジョブ実行監視システム。   3. A job execution monitoring system for displaying information of a host on which each job is executed by a logical host name in a scene of monitoring the execution status of a job net set by the method according to claim 1. 請求項1または請求項2記載の方法によって設定されたジョブネットの実行状況監視の場面において、各ジョブが実行されるホストの情報を論理ホスト名と物理ホスト名の両方で表示することを特徴とするジョブ実行監視システム。   In the scene of monitoring the execution status of a job net set by the method according to claim 1 or 2, information on a host on which each job is executed is displayed with both a logical host name and a physical host name. Job execution monitoring system. 請求項2記載のジョブネットの設定方法によって設定されたジョブネットの実行状況監視の場面において、実行ホストを論理リソースの種別で設定されたジョブを1つの仮想的なジョブとして取り扱うことにより、ジョブ実行監視画面上で1つのジョブの状況を表示させる操作によって、該当する一つ以上の物理ホスト上で実行される複数のジョブの実行状況を一度に表示することを特徴とするジョブ実行監視システム。
In the scene of monitoring the execution status of the job net set by the job net setting method according to claim 2, the job execution is performed by handling the job set by the logical resource type as one virtual job. A job execution monitoring system which displays the execution status of a plurality of jobs executed on one or more corresponding physical hosts at a time by an operation for displaying the status of one job on a monitoring screen.
JP2005357111A 2005-02-18 2005-12-12 Computer control method, management computer and processing program therefor Expired - Fee Related JP4492530B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005357111A JP4492530B2 (en) 2005-02-18 2005-12-12 Computer control method, management computer and processing program therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005041535 2005-02-18
JP2005357111A JP4492530B2 (en) 2005-02-18 2005-12-12 Computer control method, management computer and processing program therefor

Publications (2)

Publication Number Publication Date
JP2006260528A true JP2006260528A (en) 2006-09-28
JP4492530B2 JP4492530B2 (en) 2010-06-30

Family

ID=37099639

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005357111A Expired - Fee Related JP4492530B2 (en) 2005-02-18 2005-12-12 Computer control method, management computer and processing program therefor

Country Status (1)

Country Link
JP (1) JP4492530B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008276577A (en) * 2007-04-27 2008-11-13 Nippon Telegr & Teleph Corp <Ntt> Interface solution method, service linkage device and service linkage program
WO2010082538A1 (en) * 2009-01-15 2010-07-22 インターナショナル・ビジネス・マシーンズ・コーポレーション Apparatus, method and computer program for supporting data linkage among plurality of applications
JP2014048860A (en) * 2012-08-31 2014-03-17 Hitachi Systems Ltd Operation work automation system, operation work automation method and operation work automation program

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63271538A (en) * 1987-04-28 1988-11-09 Nec Corp Automatic job operation control system for loosely coupled multiplex system
JPH02238556A (en) * 1989-03-13 1990-09-20 Hitachi Ltd Process scheduling system and multiprocessor system
JPH06149711A (en) * 1992-11-02 1994-05-31 Hitachi Ltd Decentralized job execution control system
JPH1185694A (en) * 1997-09-11 1999-03-30 Fujitsu Ltd Inter-server link job operating system
JP2002024192A (en) * 2000-07-07 2002-01-25 Hitachi Ltd Device and method for dividing computer resources
JP2004102449A (en) * 2002-09-05 2004-04-02 Hitachi Ltd Setting method for job network, execution method for job network, job management system, management terminal and program

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63271538A (en) * 1987-04-28 1988-11-09 Nec Corp Automatic job operation control system for loosely coupled multiplex system
JPH02238556A (en) * 1989-03-13 1990-09-20 Hitachi Ltd Process scheduling system and multiprocessor system
JPH06149711A (en) * 1992-11-02 1994-05-31 Hitachi Ltd Decentralized job execution control system
JPH1185694A (en) * 1997-09-11 1999-03-30 Fujitsu Ltd Inter-server link job operating system
JP2002024192A (en) * 2000-07-07 2002-01-25 Hitachi Ltd Device and method for dividing computer resources
JP2004102449A (en) * 2002-09-05 2004-04-02 Hitachi Ltd Setting method for job network, execution method for job network, job management system, management terminal and program

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008276577A (en) * 2007-04-27 2008-11-13 Nippon Telegr & Teleph Corp <Ntt> Interface solution method, service linkage device and service linkage program
JP4583404B2 (en) * 2007-04-27 2010-11-17 日本電信電話株式会社 Interface solution method, service cooperation apparatus, and service cooperation program
WO2010082538A1 (en) * 2009-01-15 2010-07-22 インターナショナル・ビジネス・マシーンズ・コーポレーション Apparatus, method and computer program for supporting data linkage among plurality of applications
JP5278918B2 (en) * 2009-01-15 2013-09-04 インターナショナル・ビジネス・マシーンズ・コーポレーション Apparatus, method and computer program for supporting data linkage among a plurality of applications
JP2014048860A (en) * 2012-08-31 2014-03-17 Hitachi Systems Ltd Operation work automation system, operation work automation method and operation work automation program

Also Published As

Publication number Publication date
JP4492530B2 (en) 2010-06-30

Similar Documents

Publication Publication Date Title
US20220046076A1 (en) Method And System For Real-Time Modeling Of Communication, Virtualization And Transaction Execution Related Topological Aspects Of Monitored Software Applications And Hardware Entities
US8046466B2 (en) System and method for managing resources
JP4980792B2 (en) Virtual machine performance monitoring method and apparatus using the method
US9612814B2 (en) Network topology-aware recovery automation
CN104360878B (en) A kind of method and device of application software deployment
US20120317259A1 (en) Operation managing device and operation management method
US20150100832A1 (en) Method and system for selecting and executing test scripts
JP2009519523A (en) Method, system, and computer program for monitoring the performance of a target virtual operating system within a virtual data center complex
JP2004227359A (en) Operation management method for storage system based on policy
US20150100830A1 (en) Method and system for selecting and executing test scripts
JP4811830B1 (en) Computer resource control system
US20190296994A1 (en) Centralized, scalable, resource monitoring system
JP5740338B2 (en) Virtual environment operation support system
JP5268589B2 (en) Information processing apparatus and information processing apparatus operating method
JP4492530B2 (en) Computer control method, management computer and processing program therefor
US11340941B2 (en) Tool for viewing jobs managed by heterogeneous job schedulers
JP2000040021A (en) Monitoring display system and record medium
US8832715B2 (en) Limiting execution of event-responses with use of policies
US7240348B2 (en) Suspending scenario generation method, server device, and program therefor
JPH06348664A (en) Controller for computer system constituted of plural cpus provided with different instruction characteristics
CN110795225B (en) Method and system for executing scheduling task
JP5387083B2 (en) Job management system and method
JP4804139B2 (en) Information output method, system and program
US20080141262A1 (en) System, apparatus, and method for managing a service
WO2011118048A1 (en) Program execution method, computing system, and program execution control program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070315

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090205

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090210

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090410

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090630

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090928

A911 Transfer of reconsideration by examiner before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20091006

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100112

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100224

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: 20100316

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100329

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130416

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130416

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140416

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees