KR20050036010A - 시스템 모니터링 방법 및 시스템 모니터링 시스템 - Google Patents

Abstract

본 발명은 시스템 모니터링 방법 및 시스템 모니터링 시스템에 관한 것으로, 통합적인 시스템 모니터링이 가능하고, 모니터링 모듈의 추가 및 변경에도 적극적으로 대응함과 더불어, 데이터베이스의 모니터링시 데이터베이스에 부하 유발을 방지하는 시스템 모니터링 방법 및 시스템 모니터링 시스템이 개시된다.

이를 위한 본 발명은 감시대상인 모니터링 모듈을 인식하는 에이전트를 시스템에 두고, 이 에이전트와 클라이언트는 상위영역인 시스템을 지시하는 시스템지시어와 이러한 각 시스템의 하위영역인 모듈을 지정하는 객체명령어 및 이 객체의 데이터 취출조건을 부여하는 조건어로 조합된 조합질의어로 통신함과 더불어, 에이전트는 클라이언트와의 통신에서 객체의 속성정보와 물리량을 송출하고 관리자가 이격된 데이타베이스 카탈로그를 관찰하여 에이전트를 명령하기 위해 투명한 데이터베이스 카탈로그 영역이 클라이언트와 에이전트에 매개되며, 클라이언트에는 플러그인 방식으로 모듈의 추가를 인식하도록 이루어진 것이다.

따라서, 본 발명에서는 이러한 조합질의어를 통해 시스템 지정으로부터 객체를 지정하고 그 객체의 데이터취출조건을 통해 데이터를 취출함으로써, 통합적인 모니터링이 수행되며, 에이전트가 데이터의 속성정보를 송출함과 더불어, 플러그인방식으로 클라이언트에 모듈이 추가됨으로써, 데이터베이스의 변경이나 모듈의 추가에 융통적으로 대응할 수 있는 효과를 얻게 되는 것이다.

또한, 데이터베이스 모니터링시에는 에이전트가 구조적 질의어를 회피하여 데이터베이스 시스템에 접근함으로써, 과부하시의 모니터링시에 효과적인 모니터링 수행이 가능한 것이다.

Description

시스템 모니터링 방법 및 시스템 모니터링 시스템{System-Monitoring System and Method}

본 발명은 시스템 모니터링 방법 및 그 시스템에 관한 것으로, 더욱 상세하게는 통합적인 시스템 모니터링이 가능하고, 모니터링 모듈의 추가 및 변경에도 적극적으로 대응하며, 데이터베이스의 모니터링시 데이터베이스의 부하 유발을 방지하는 시스템 모니터링 방법 및 시스템 모니터링 시스템에 관한 것이다.

일반적으로 시스템 모니터링은 거시적인 목적하에서는 트랜드 분석을 위해 실시되며, 다른 목적으로는 현시점에서 자원의 효율적 활용여부의 파악과, 시스템의 오류분석을 위해 실시된다.

한편, 전체 시스템, 예를 들어 오퍼레이팅 시스템이나 데이타 베이스 시스템, 웹어플리케이션 서버 시스템은 서로 연계됨이 일반적인 것인데, 상기 각 시스템의 모니터링 시스템은 개별 모니터링 시스템이어서 통합적인 모니터링이 불편하고, 전체모니터링의 신속한 수행을 유도하기 불편하다.

이를 설명하기 위한 예시도면 도 1 은 시스템감시를 위한 개별모니터링 시스템을 나타낸 개념도로서, 모니터링 시스템은 각 시스템별로 독립적으로 구비되어, 전체시스템에 예를 들어 데이터 베이스 시스템(D/B)과 웹어플리케이션 서버 시스템(WAS), 트랜잭션 프로세스 모니터 시스템(T/M)이 포함되어 있다고 가정하면, 이러한 시스템을 모니터링은 이를 위한 개별라인과 별도의 인터페이스를 두고 별도의 관리자(클라이언트)를 두어 별개로 수행되어 왔다.

예를 들어 하나의 서버장비에 오라클 데이터베이스 관리시스템이 동작하고 있었고, 이때 시스템에 디스크 입출력이 다량 발생하여 시스템의 성능이 저하된 상태를 예상해 본다.

오퍼레이팅 시스템 운영자는 디스크 채널 모니터링 프로그램(인터페이스)을 사용하여 시스템의 디스크 사용도를 모니터링 하고 있고, 데이터 베이스 관리자는 별도의 데이터베이스 모니터링 프로그램(인터페이스)을 통해 데이터베이스를 모니터링하고 있다.

오퍼레이팅 시스템 운영자는 예를 들어 볼륨 2 구역과 볼륨 3 구역에 입출력이 집중되어 있고, 상대적으로 볼륨 4 구역은 아이들한 상태임을 발견하였다.

반면, 데이터베이스 관리자는 디스크 입출력이 예를 들어 판매 테이블 스페이스에 집중되어 있음을 발견하였다.

이러한 경우, 가장 합리적인 처리는 볼륨 2 및 3 구역의 판매테이블 스페이스의 디스크 입출력을 분산하는 것으로, 볼륨 4 구역에 판매테이블 스페이스의 데이터파일을 추가하여 테이블을 분산하는 것이다.

그런데, 상기 시스템 관리자와 데이터베이스 관리자의 연계체계가 부적절한 경우, 상기된 최종결정을 신속하게 수행하기 어렵게 되며, 이것은 각 관리자가 개별 시스템에 따른 개별 모니터링을 수행하기 때문이다.

또한, 개별 모니터링은 각 모니터링마다 인터페이스가 제공되어야 함과 더불어, 이러한 인터페이스는 정형화된 것이어서 모듈이 추가되거나 변경되는 경우 그 운영을 더욱 까다롭게 하고 있다.

즉, 상기 개별 모니터링을 위한 독립적인 인터페이스나 개별 모니터링의 대상 증가시 이를 위한 별도의 모니터링 시스템의 부가는 차치하고, 하나의 인터페이스가 가지고 있는 문제점을 설명하면, 예를 들어 데이터베이스 모니터링에 있어서, 관리자는 구조적 질의어에 의한 api(application program interface)으로 통신을 하게 되며, 상기 api는 특정 기능별로 제공되어 서버와 클라이언트간에 통신하는 파라미터의 순서와 개수가 정해져 있는 것이다.

따라서, 서버측의 api가 변경되는 경우, 클라이언트 프로그램 코드 역시 변경되어야 하며, 새로운 api가 추가되는 경우, 클라이언트는 새로운 api의 추가여부를 확인할 수 없고, 또한 호출해서 쓸수 없는 것이다.

이것은 필드의 속성이 약속되어 있는 상태이므로, 필드의 물리량만을 송출하여 주는 인터페이스이기 때문이고, 그 약속이 없는 상태에서는 결국 명령오류인 것이다.

따라서, 종래의 정형화된 인터페이스는 지능형 인터페이스라 할 수 없고, 어느 한 객체의 모니터링에 있어서, 그 모듈이 추가되거나 변경되는 경우 정형화된 방식에 의해 관리자와 시스템간의 상호대화체계에 한계가 있음은 필연적인 것이다.

이러한 어느 하나의 객체에서도 모듈의 변경이나 추가시 그 문제점이 발생됨을 고려할 때, 다른 시스템에서의 연계에서는 더욱 그러할 것이며, 전체 시스템에서 다른 시스템이 추가 포함되어 모니터링 시스템이 확장될 때, 그 종합적인 관리가 어려워짐은 분명할 것이다.

이에 본 발명은 상기 문제점을 개선하기 위하여 안출된 것으로서, 통합적인 시스템 모니터링이 가능하고, 모니터링 모듈의 추가 및 변경에도 적극적으로 대응함과 더불어, 데이터베이스의 모니터링시 데이터베이스에 부하 유발을 방지하는 시스템 모니터링 방법 및 시스템 모니터링 시스템을 제공함에 그 목적이 있는 것이다.

이를 위한 본 발명은 감시대상인 모니터링 모듈을 인식하는 에이전트를 시스템에 두고, 이 에이전트와 클라이언트는 상위영역인 시스템을 지시하는 시스템지시어와 이러한 각 시스템의 하위영역인 모듈을 지정하는 객체명령어 및 이 객체의 데이터 취출조건을 부여하는 조건어로 조합된 조합질의어로 통신함과 더불어, 에이전트는 클라이언트와의 통신에서 객체의 속성정보와 물리량을 송출하고 관리자가 이격된 데이타베이스 카탈로그를 관찰하여 에이전트를 명령하기 위해 투명한 데이터베이스 카탈로그 영역이 클라이언트와 에이전트에 매개되며, 클라이언트에는 플러그인 방식으로 모듈의 추가를 인식하도록 이루어진 것이다.

따라서, 본 발명에서는 이러한 조합질의어를 통해 시스템 지정으로부터 객체를 지정하고 그 객체의 데이터취출조건을 통해 데이터를 취출함으로써, 통합적인 모니터링이 수행되며, 에이전트가 데이터의 속성정보를 송출함과 더불어, 플러그인방식으로 클라이언트에 모듈이 추가됨으로써, 데이터베이스의 변경이나 모듈의 추가에 융통적으로 대응할 수 있는 효과를 얻게 되는 것이다.

또한, 데이터베이스 모니터링시에는 에이전트가 구조적 질의어를 회피하여 데이터베이스 시스템에 접근함으로써, 과부하시의 모니터링시에 효과적인 모니터링 수행이 가능한 것이다.

이하, 이 발명이 속하는 기술분야에서 통상의 지식을 갖는 자가 이 발명을 용이하게 실시할 수 있을 정도로 상세히 설명하기 위하여, 이 발명의 가장 바람직한 실시예를 첨부된 도면을 참조로 하여 상세히 설명하기로 한다. 이 발명의 목적, 작용효과를 포함하여 기타 다른 목적들, 특징점들, 그리고 동작상의 이점들이 바람직한 실시예의 설명에 의해 보다 명확해질 것이다.

참고로 여기에서 개시되는 실시예는 여러가지 실시가능한 예중에서 당업자의 이해를 돕기 위하여 가장 바람직한 예를 선정하여 제시한 것일뿐, 이 발명의 기술적 사상이 반드시 이 실시예만 의해서 한정되거나 제한되는 것은 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위내에서 다양한 변화와 변경이 가능함은 물론, 균등한 타의 실시예가 가능함을 밝혀 둔다.

예시도면 도 2 는 본 발명에 따른 시스템 모니터링 방법을 나타낸 블럭도로서, 도 3a 는 시스템(서버)의 에이전트 구동을 나타내는 블록도이고, 도 3b 는 클라이언트 프로그램 구동을 나타내는 블록도이며, 도 3c 는 클라이언트의 모니터링을 나타내는 블록도이다.

그리고, 예시도면 도 3 은 본 발명에 따른 시스템 모니터링 시스템을 나타낸 블럭도이다.

본 발명은 시스템에 에이전트를 구동시켜 시스템을 모니터링하는 방법에 있어서, 모듈을 인식하는 에이전트를 시스템에 상주시킴과 더불어 클라이언트와 에이전트 사이에 투명한 데이터베이스 카탈로그 영역을 매개시키고, 시스템과 해당 모니터링 모듈을 지정하는 조합질의어를 통해 에이전트와 시스템이 통신하되, 에이전트는 모니터링 모듈을 인식함과 더불어 데이터의 속성을 클라이언트로 송출하도록 형성되어 모듈의 관리자에게 모듈의 속성정보를 고지시키고, 관리자가 상기 투명 데이터베이스 카탈로그와 에이전트를 통해 모니터링 데이터 취출을 수행가능토록 하는 한편, 모니터링 모듈의 변경이나 확장시 플러그인 방식에 의해 모니터링 모듈이 갱신되거나 병렬확장되도록 한 것을 특징으로 하는 시스템 모니터링 방법이다.

여기서, 조합질의어를 통한 통신은 상위영역인 시스템을 지정하고 지정된 시스템에서 하위영역인 모니터링 모듈을 순차적으로 지정한 다음 조건지정을 통하여 모니터링 객체에 대한 취출명령을 수행하는 것을 특징으로 한다.

여기서, 클라이언트의 명령에 따른 에이전트의 접속은 접속 시스템이 다중인 경우 스레드를 생성하여 접속하는 것을 특징으로 한다.

이를 위한 본 발명은 시스템 모니터링 시스템을 제공하며, 본 발명은 시스템에 에이전트가 구동되어 모니터링을 수행하는 시스템 모니터링 시스템에 있어서, 시스템에 상주되며 모니터링 모듈의 갱신이나 추가를 인식함과 더불어 데이터의 속성을 포함하여 클라이언트로 송출하는 에이전트: 상기 에이전트를 통해 모니터링 데이터의 취출이 수행되게 관리자가 관찰하는 클라이언트와 에이전트에 매개된 투명 데이터베이스 카탈로그: 상기 투명 데이터베이스 카탈로그와 에이전트를 통해 모니터링 데이터의 취출이 수행되도록 상위영역인 시스템을 지정하고 지정된 시스템에서 하위영역인 모니터링 객체를 순차적으로 지정하는 조합질의어로된 인터페이스가 포함된 데이터 관리부: 클라이언트에 플러그인 방식으로 모니터링 모듈을 병렬확장시키거나 이를 갱신시키는 모듈관리부가 포함되어 이루어진 것을 특징으로 하는 시스템 모니터링 시스템이다.

상술된 바와 같이 본 발명은 에이전트를 통해 통합적인 시스템을 감시하는 시스템 모니터링 방법 및 그 시스템을 제공한다.

즉, 본 발명은 모니터링 모듈을 인식하고 데이터 속성정보를 포함하여 송출하는 에이전트를 통해 확장되는 시스템과의 모니터링에 있어서, 조합질의어를 통한 인터페이스를 통해 HCI (human-computer interaction)를 지향한다.

이를 좀 더 상세히 설명하면, 데이터의 물리적 정보만을 송출하는 정형화된 파라메터나 함수를 통해서는 융통적인 인터페이스를 제공치 못하며, 시스템을 이루는 각 시스템, 예를 들어 오퍼레이팅 시스템, 트랜잭션 모니터링 시스템, 웹응용서버시스템, 데이터베이스시스템 별로 약속된 어플리케이션 프로그램 인터페이스를 관리자 별로 인식하고 있어야 한다.

반면, 본 발명은 모듈을 인식하는 에이전트가 매개되어 시스템에 접근함으로써, 통합된 모니터링 시스템을 제공하여 전체 시스템에 포함된 각 시스템을 통합적으로 모니터링하게 되며, 에이전트를 통한 시스템과의 통신을 위해 통합적인 명령을 수행하는 조합질의어가 사용된다.

상기 에이전트는 사용자의 개입 없이 주기적으로 정보를 모으거나 또는 일부 다른 서비스를 수행하는 프로그램이다.

에이전트 프로그램은 사용자가 제공한 매개변수를 사용하여, 시스템의 전부 또는 일부를 검색하여 사용자가 관심을 가지고 있는 분야의 정보를 수집하고, 이것을 매일 또는 정해진 주기로 제공하며, 또한 구조적 질의어를 회피할 수 있다.

또한, 이러한 조합질의어와 투명 데이터베이스 카탈로그를 통해 에이전트와 통신을 수행하고, 시스템 지정과 모듈지정에 따른 규약의 이해를 통해 다방면으로 확장되어 다수의 시스템을 포함하고 있다하더라도 조합질의어의 논리에 의해 모니터링의 수행이 가능하다.

이는 모니터링에 있어서 중요한 의미를 갖게 된다.

즉, 시스템 관리자의 주업무 중의 하나가 모니터링이며, 이것의 유지 보수와 인수인계가 어려운 것이 각 객체별로 약속되고 구분된 인터페이스를 통한 관리가 전문가에게 극히 의존되고 있기 때문이다.

이러한 의존도와 시스템과의 연계를 통한 통합 모니터링이 조합질의어에 의해 수행되며, 조합질의어는 상위개념인 시스템 지정어와 하위개념인 모니터링 객체모듈지정어순으로 규약된다.

예를 들어, SC$SESSION이 에이전트를 사용하는 세션의 정보를 송출하라는 질의어를 나타내고, ORA$SESSION은 오라클 데이터베이스 관리시스템의 세션목록을 송출하라는 질의어를 나타낼 수 있는 것이다.

더욱 발전되어, 데이터 취출조건이 추가되며 이를 통해 개별 시스템들이 병렬 확장되더라도 모듈의 추가와 이를 인식하는 에이전트에 의해 그 통합적인 모니터링이 수행되는 것이다.

즉, 에이전트는 데이터의 속성을 포함하여 물리적 정보를 송출하며, 따라서, 조합질의어를 통해 시스템과의 대화가 유도되고, 이것을 에이전트가 처리함으로써, 보다 지능화되고 융통적인 인터페이스 제공의 기초가 마련되는 것이다.

예를 들어, 하나의 서버장비에 오라클 DBMS(데이터베이스 관리시스템)가 동작하고 있다고 가정한다.

그리고, 시스템의 디스크 I/0 상태를 모니터링 하고자 하며, 이때 모니터링 시스템이 초기에는 단순히 한칼럼의 데이터를 여러건 리턴하였으나, 향후에 여러 칼럼으로 나누어 전달하는 형태로 수정되었고, 오라클 Tablespace I/O Status를 모니터링 할 수 있도록 서버에 기능이 추가되었다고 가정한다.

이러한 경우 종래에는 api가 여러 칼럼의 데이터를 전달하기 위해서 버전이 바뀌면서 기존의 클라이언트는 추가된 api를 수용할 수 없으며, 새로이 코드가 수정되어야만 한다.

따라서, 클라이언트 버전도 업그레이드 되어야 하며, 코드의 추가를 관리자가 인식하고 이 약속에 의해 정보의 수신이 가능하다.

반면, 본 발명에서는 예를 들어, 디스크 I/O를 송출하라는 HOST$DISK_I/O 의 조합질의어를 호출하며, 이때 에이전트는 클라이언트에게 이 투명 데이터베이스 카탈로그로부터 2개의 칼럼이 있고, 첫번째 컬럼의 이름은 Volume name, 두번째 이름은 I/O Status 라고 속성을 알려주었다.

클라이언트는 자신의 저장소에 이 카탈로그를 저장하기 위한 두개의 칼럼을 가지는 저장소를 초기화 한 후, 데이터베이스로부터 데이터를 수신하면서 각 칼럼의 데이터를 저장한다.

그런데, 카탈로그의 버전이 변경되면서 Volumename, Input Status, Output Status 세개의 칼럼으로 변경되었다.

이러한 경우 클라이언트가 에이전트에 조합질의어를 통해 데이터의 속성정보를 요청하게 되면, 에이전트는 변경된 3개의 칼럼에 대한 속성을 알려주게 된다.

클라이언트는 자신의 저장소에 이 카탈로그를 저장하기 위한 3개의 칼럼을 가지는 저장소를 초기화 한 후, 데이터를 수신하면서 각 칼럼의 데이터를 저장하게 되는 것이다.

이때, 상기된 바와 같이 관리자가 조합질의어 및 에이전트로부터 데이터를 취출하여 상황대응을 위한 모니터링 정보를 얻기 위해 투명한 데이터베이스 카탈로그 영역이 클라이언트와 에이전트에 매개된다.

데이터베이스 카탈로그는 에이전트를 통한 데이터의 취출을 위해 클라이언트에 투명하게 매개되는 영역이다.

즉, 본 발명은 에이전트를 통한 데이터베이스로의 상위개념의 접근으로부터 시작되며, 에이전트는 데이터의 속성정보를 송출한다.

따라서, 최하위 개념으로 분산된 데이터로부터 모니터링 정보를 얻기 위해서는 관리자는 데이터베이스의 현재 또는 현시점으로부터 얼마간의 과거정보를 알고 있어야 한다.

이러한 관계로부터 관리자는 데이터베이스 카탈로그와 에이전트가 주는 정보로부터 데이터 취출과 정보조합을 수행하게 되는데, 실제로 데이터베이스 카탈로그는 클라이언트와 물리적으로 이격된 상태인 것이다.

이에 클라이언트에 투명한(transparent) 데이터베이스 카탈로그영역이 매개되어 있는 것이며, 이를 통해 에이전트에 요청을 하고 에이전트는 이에 따라 데이터를 수집하여 주는 것이다.

여기서, 본 발명에서 설명되는 데이터 베이스 카탈로그는 데이터 베이스 시스템에 통용되는 것과 동일한 것을 의미하는 것은 아니며, 본 발명의 통합 모니터링 시스템에 적용되기 위하여 실험적, 또는 경험적으로 결정되어지는 것을 의미한다.

따라서, 관리자는 투명하게 매개되는 데이터베이스 카탈로그와 에이전트 및 조합질의어를 통해 데이터 취출과 하위개념의 변경에 대처하게 되는 것이다.

다음으로, 상기의 경우 주변의 환경에 의해 모니터링 모듈이 추가 또는 변경되는 경우가 발생되었으므로, 에이전트와는 별개로 플러그인에 의한 모니터링 모듈이 클라이언트에 추가된다.

한편, 플러그인이 가동되기 전인 경우 데이터의 성격과 칼럼 개수가 달라지기 때문에 모니터링 모듈이 변경되어야 하지만, 에이전트에 의해 데이터 수신부와 저방부는 데이터를 완벽히 송수신하고 저장할 수 있는 것이다.

한편, 본 발명에서는 상기 에이전트에 의한 통신에 의해 기존에 데이터 베이스 모니터링 시스템의 문제점을 해결할 수 있다.

즉, 종래 데이터베이스 모니터링의 문제점을 분석하면, 기존의 모니터링 시스템은 전기된 바와 같이 정형화된 어플리케이션 인터페이스를 사용함과 더불어, 구조적 질의어(SQL :structured query language)를 사용한다는 문제점이 있다.

이를 좀 더 자세히 설명하면, 오라클 데이터베이스는 크게 프로세스, 메모리공간 및 데이터 파일로 이루어져 있다.

프로세스는 정보처리스템에서 실행되는 프로그램으로서, 구조적 질의어를 통해 입출력 처리를 수행한다.

다음으로, 메모리공간은 특히 시스템 글로벌 영역(SGA:System Global Area)이라 일컬어지는데, 오라클 데이터베이스 시스템의 테이터와 제어정보가 포함되며, 오라클 인스턴스를 이루는 부분이다.

그리고, 데이터 파일은 사용자가 저장하는 실제 데이터가 저장되는 파일을 의미하며, 여기에는 데이터 파일 이외에 데이터베이스 상태와 물리적 구조를 저장하는 컨트롤 파일, 데이터베이스에서 생긴 모든 변화를 기록하는 리두 로그 파일, 오라클 인스턴스가 시작할 때 참조하는 파라미터 파일 등이 포함된다.

오라클 데이터베이스가 가종 중이면, 시스템 글로벌영역의 데이터 딕셔너리에 데이터베이스 전체레벨, 프로그램 레벨 및 구조적 질의어 레벨로 분류되는 데이터베이스 성능 데이터들이 저당된다.

예를 들어, 입출력(I/O) 관련정보나 데이터베이스 전체레벨에서의 구조적 질의어(SQL) 수행 성능정보, 록(LOCK) 관련정보, 정렬(SORT) 관련정보, 응답시간(Response Time) 관련정보, 대기사건(Waiting Event) 데이터 등이다.

그런데, 서버와 데이터베이스의 통신은 일반적으로 상기 구조적 질의어를 사용하고 있으며, 관리자 역시 데이터 베이스의 모니터링을 위해 구조적 질의어를 사용함이 일반적으로 되어 있다.

그러나, 데이터 베이스의 문제의 대부분은 어느 특정 구역에서의 부하가 증가되어 이를 모니터링을 통해 문제점을 파악하고 해결하고자 함에 있는데, 관리자의 구조적 질의어 사용은 부하가 걸리는 동시간영역에서 또하나의 데이터베이스 부하를 조장시키고 있는 것이다.

더욱이, 데이터베이스의 부하에 의해 관리자가 데이커베이스의 접속 및 모니터링이 곤란한 경우가 발생될 수 있으며, 그 동시간영역에서 데이터베이스의 모니터링이 수행되지 않는 경우 관리자는 원인파악과 분석이 곤란하게 되는 것이다.

즉, 모니터링 세션도 구조적 질의어를 사용함에 따라, 모니터링 세션 자체가 데이터베이스 관리 시스템에 상당한 부하를 유발하며, 데이터베이스 측의 자원이 여유롭지 못한 상황에서는 모니터링 세션이 제대로 모니터링을 수행할 수가 없게 되는 것이다.

그러나, 본 발명에서는 에이전트를 통해 데이터베이스에 직접 접근함으로써, 구조적 질의어에 따른 문제점이 개선된다.

즉, 에이전트를 이용하는 통합모니터링에서 부수적으로 데이터베이스 모니터링 시스템에 있어서, 과부하시 데이터베이스에 부담을 최소화하는 모니터링 시스템이 제공되는 것이다.

상술된 바와 같이 본 발명에 따르면, 에이전트와 조합질의어를 통해 시스템을 모니터링함으로써, 통합적인 모니터링이 가능하고 모니터링 모듈이 확장되더라도 이것의 인식과 적용이 용이하다는 효과가 있다.

또한, 에이전트를 통해 구조적 질의어가 회피되어 데이터베이스의 부하가 집중되는 상태에서 모니터링시에 데이터베이스에 부하를 주지않는 효과가 있다.

도 1 은 종래 개별적인 시스템 모니터링 시스템을 나타낸 개념도,

도 2 는 본 발명에 따른 시스템 모니터링 시스템을 나타낸 개념도,

도 3a 는 시스템(서버)의 에이전트 구동을 나타내는 블록도,

도 3b 는 클라이언트 프로그램 구동을 나타내는 블록도,

도 3c 는 클라이언트의 모니터링을 나타내는 블록도이다.

Claims (4)

1. 시스템에 에이전트를 구동시켜 시스템을 모니터링하는 방법에 있어서, 변경 또는 확장되는 모니터링 모듈을 인식하는 에이전트를 시스템에 상주시킴과 더불어 클라이언트와 에이전트 사이에 투명한 데이터베이스 카탈로그 영역을 매개시키고, 시스템과 해당 모니터링 모듈을 지정하는 조합질의어를 통해 에이전트와 시스템이 통신하여 모니터링을 수행하되, 에이전트는 데이터의 속성을 클라이언트로 송출하도록 형성되어 클라이언트에게 모듈의 속성정보를 고지시키고, 클라이언트가 상기 투명 데이터베이스 카탈로그와 에이전트를 통해 모니터링 데이터 취출을 수행가능토록 하는 한편, 모니터링 모듈의 변경이나 확장시 플러그인 방식에 의해 모니터링 모듈이 갱신되거나 병렬확장되도록 한 것을 특징으로 하는 시스템 모니터링 방법.
2. 제 1 항에 있어서, 조합질의어를 통한 통신은 상위영역인 시스템을 지정하고 지정된 시스템에서 하위영역인 모니터링 모듈을 순차적으로 지정한 다음 조건지정을 통하여 모니터링 객체에 대한 취출명령을 수행하는 것을 특징으로 하는 시스템 모니터링 방법.
3. 제 1 항에 있어서, 클라이언트의 명령에 따른 에이전트의 접속은 접속 시스템이 다중인 경우 스레드를 생성하여 접속하는 것을 특징으로 하는 시스템 모니터링 방법.
4. 시스템에 에이전트가 구동되어 모니터링을 수행하는 시스템 모니터링 시스템에 있어서, 시스템에 상주되며 모니터링 모듈의 갱신이나 추가를 인식함과 더불어 데이터의 속성을 포함하여 클라이언트로 송출하는 에이전트: 상기 에이전트를 통해 모니터링 데이터의 취출이 수행되게 관리자가 관찰하는 클라이언트와 에이전트에 매개된 투명 데이터베이스 카탈로그 영역: 상기 투명 데이터베이스 카탈로그와 에이전트를 통해 모니터링 데이터의 취출이 수행되도록 상위영역인 시스템을 지정하고 지정된 시스템에서 하위영역인 모니터링 객체와 그 객체의 조건지정를 순차적으로 지정하는 조합질의어로된 인터페이스가 포함된 데이터 관리부: 클라이언트에 플러그인 방식으로 모니터링 모듈을 병렬확장시키거나 이를 갱신시키는 모듈관리부가 포함되어 이루어진 것을 특징으로 하는 시스템 모니터링 시스템.