KR100237395B1

KR100237395B1 - 폴트의 수집 및 관리방법

Info

Publication number: KR100237395B1
Application number: KR1019960066267A
Authority: KR
Inventors: 차영준; 정부금; 조주현
Original assignee: 이계철; 한국전기통신공사; 정선종; 한국전자통신연구원
Priority date: 1996-12-16
Filing date: 1996-12-16
Publication date: 2000-01-15
Also published as: KR19980047753A

Abstract

본 발명은 운영체제가 동작중에 비주기적으로 발생하는 폴트를 수집하고 관리하는 방법에 관한 것으로서, 상기 폴트 관리를 위한 운영체제의 폴트 메시지 큐를 생성하고 실행함수를 초기화한 후 운영체제 동작 중에 비주기적으로 발생하는폴트를 일정한 클의 메시지로 가공하여 운영체제 내부에 존재하는 폴트 메시지 큐에 저장하고, 운영체제내부의 폴트 메시지 큐에 저장되어 있는 이전에 발생한 폴트의 내용을 사용자의 요구에 따라 사용자의 버퍼 메시지에 저장하며, 상기 폴트 관리 동작 중에 사용자의 요구에 따라 상기 폴트의 관리를 중지함으로써, 전체 시스템의 동작에 주는 영향을 최소한으로 줄일 수 있으며, 분산구조의 교환시스템에서 운용자가 폴트 정보를 선택적으로 취득하여 대처함으로써 전체시스템을 보다 안정적으로 관리할 수 있는 효과를 가진다.

Description

폴트의 수집 및 관리방법

본 발명은 운영체계 상에서 비주기적으로 발생하는 폴트를 수집하고 관리하는 방법에 관한 것으로서, 시스템의 운용중에는 일반적으로 여러가지의 폴트가 발생할 수 있는데, 상기 폴트로는 하드웨어 폴트와 소프트웨어 폴트로 크게 나누어진다.

상기한 폴트의 발생시 운영체계에서는 폴트에 따라 복구가능한 폴트는 복구한 후에 시스템 관리자인 운용자에게 그 내용을 전달하여 운용자가 적절한 조치를 취할 수 있도록 하는 것이 일반적이다.

종래의 교환기 시스템에서는 이러한 것들을 운영체계가 주도적으로 운용자에게 일방적으로 전달함으로써 연속하여 발생하는 폴트의 영향이 전체 시스템 동작에 큰 영향을 주었고, 이는 전체시스템의 안정화에 큰 장애가 되었다.

또한, 운용자에게로의 폴트 전달이 고정되어있는 몇가지의 시그널을 통하였기 때문에 시스템 구조의 변화에 따라 수정 및 추가가 어렵다는 문제점이 있었다.

상기 문제점을 해결하기 위해 본 발명은, 운영체계상에서 발생하는 폴트를 적절한 조치후에 폴트 메시지 큐에 저장하여 그 내용을 운용자가 원하는 시기에 전달하게 함으로써 폴트의 영향을 시스템 전체 동작으로부터 최소화시키고, 다양하게 변화하는 시스템에 쉽게 적용할 수 있도록 하고자 한다.

제1도는 본 발명이 적용되는 하드웨어 시스템의 구성도.

제2(a)도에서 제2(b)도는 본 발명에 따른 비주기적으로 발생하는 폴트의 수집 및 관리과정을 도시한 전체 흐름도.

* 도면의 주요부분에 대한 부호의 설명

100 : 가입자 호처리 프로세서 110,210 : 주처리 장치(CPU)

120,220 : 주기억 장치(Memory)

130,230 : 통신망연결을 위한 장치(Ethernet)

140,240 : 교환망 연결을 위한 장치(SPCA)

200 : 운용보전 프로세서 250 : 보조기억장치 연결을 위한 장치(SCSI)

300 : 교환망 400 : 통신망

500 : 호스트 시스템 600 : 타겟 시스템

상기 목적을 달성하기 위해 본 발명은, 폴트 관리를 위한 운영체제의 폴트 메시지 큐를 생성하고 실행함수를 초기화하는 과정과, 상기 초기화 후 운영체제 동작 중에 비주기적으로 발생하는 폴트를 일정한 틀의 메시지로 가공하여 운영체제 내부에 존재하는 폴트 메시지 큐에 저장하는 과정과, 운영체제 내부의 폴트 메시지 큐에 저장된 이전에 발생한 폴트의 내용을 사용자의 요구에 따라 사용자의 메시지 버퍼에 저장하는 과정 및 사용자의 요구에 따라 상기 폴트의 관리를 중지하는 과정을 포함하는 것을 특징으로 한다.

이하, 첨부된 도면을 참조하여 본 발명에 따른 구성 및 작용에 대하여 상세히 설명하면 다음과 같다.

제1도는 본 발명이 적용되는 하드웨어 시스템의 구성도이다.

먼저, 상기 제1도를 참조하여 본 발명이 적용되는 하드웨어의 구성을 설명하면 다음과 같다.

가입자의 호처리를 위한 프로세서(100)와 운용 보전을 위한 프로세서(200)는 교환망(300)으로 연결되어서 전체적으로 타겟 시스템을(600)을 형성한다.

상기 가입자의 호처리를 위한 프로세서(100)와 운용 보존을 위한 프로세서(200)는 공통적으로 주처리장치인 중앙처리장치(CPU)(110,210)를 갖고 있고, 이것은 주기억 장치(120,220)상에서 동작하면서 통신망(300)과의 접속장치인 이더넷(Ethernet)(130,230)과 교환망(400)과의 접속장치인 교환망 연결을 위한 장치(Sbus interface Processor Communication board Assembly, SPCA)(140,240)를 제어하는 역할을 수행한다.

특히, 상기 운용보전 프로세서(200)에서는 보조기억장치와의 연결을 위해서 보조기억장치 연결을 위한 장치(SCSI)(250)가 추가적으로 존재한다.

상기 타겟 시스템(600)상에서 상기 각 부분마다 발생하는 폴트는 각 프로세서 상에서 동작하는 운영체계에서 수집되어 상기 통신망(400)을 통하여 호스트 시스템(500)에 전달되어 최종적으로 시스템 운영자에게 그 내용이 전달된다.

상기 운영자는 전달받은 내용을 바탕으로 시스템을 재시동하거나 그 동작을 제한하는 등의 행동을 통하여 시스템을 안정적으로 운용하게 된다.

제2(a)도에서 제2(b)도는 본 발명에 따른 비주기적으로 발생하는 폴트의 수집 및 관리과정을 도시한 전체 흐름도이다.

상기 흐름은 운영체계상에서 발생하는 폴트를 적절한 조치후에 폴트 메시지 큐에 저장하여 그 내용을 운용자가 원하는 시기에 전달하는 과정을 도시한 것이다.

상기 흐름도를 참조하여 본 발명에 따른 비주기적으로 발생하는 폴트의 수집 및 관리과정을 설명하면 다음과 같다.

먼저, 운영체계의 초기에 폴트관리를 위한 자료구조를 초기화시킨다(S1).

상기 초기화 후 발생하는 폴트를 저장할 메시지 큐를 생성한 후(S2), 비주기적인 폴트가 발생한다(S3).

상기 큐는 차후에 발생하는 폴트를 저장하는 곳으로 사용된다.

다음에 상기 발생한 비주기 폴트가 복구가 가능한 폴트인지를 판단하여(S4), 복구가 가능한 폴트로 판단되면 폴트 복구기능을 수행한다(S5).

만일 복구가 가능하지 않을 경우, 발생한 폴트를 관리기에 신고하는 작업을 수행한다(S6).

신고 작업 수행 후 상기 신고된 폴트에 따라 미리 정해진 메시지를 사용하기도 하고 추가적으로 메시지를 생성하게 된다(S7).

메시지 생성 후 상기 생성된 메시지를 폴트관리 메시지 큐로 전송하고(S8), 전송한 메시지를 큐로 수신하면 메시지의 갯수가 일정한 수 이상이 될 때에는 이전의 메시지를 삭제한 후에 수신하게 된다(S9).

즉 현재 운영체계에는 가장 최근에 발생한 폴트를 일정 수 유지하는 구조로 동작하게 된다.

메시지 수신 후 수신한 메시지를 폴트 메시지 큐에 저장한다(S10).

상기 메시지는 나중에 운용자의 요구가 있을때 전달된다.

상기 메시지 저장 후 사용자가 타겟 시스템에서 발생한 폴트에 대한 정보의 요구를 하면(S11), 현재 폴트가 메시지 큐에 존재하는지를 판단하여(S12), 현재 메시지 큐에 폴트의 내용이 저장되어 있으면 그 메시지를 수신(S17)하는 작업을 수행한다.

만약, 현재의 폴트가 메시지에 존재하지 않는다면 사용자가 요구시에 타임아웃을 주었는지를 판단한다(S13).

상기 판단 후 사용자가 타임아웃을 주었다면 그 타임아웃 기간동안 메세지를 기다리고(S14), 타임아웃의 요구 값이 없다면 폴트가 발생하여 메시지가 만들어질 때까지 기다리게 된다(S15).

상기 메시지가 만들어지면 메시지를 수신하게 된다(S17).

타임아웃 시간동안에 메시지 큐에 폴트 메시지가 존재하는가를 판단하여(S16), 상기 판단 후 메시지가 일정시간내에 없다면 사용자에게 그 결과를 가지고 리턴하고(S20), 메시지가 있다면 그것을 수신하는 메시지 수신(S17)을 수행한다.

상기 수신된 폴트 메시지를 큐로부터 얻어낸(S18) 다음 사용자 버퍼로 꺼낸 메시지를 복사한다(S19).

그리고 상기 결과에 따라서 사용자에게 리턴하고(S20), 폴트의 관리를 중단하기를 원하는 요구가 수행된다(S21).

상기 수행 후 폴트관리시에 사용한 메시지 큐를 삭제하고 종료한다(S22).

상술한 바와 같은 본 발명은 일반적으로 발생할 수 있는 비 주기적인 폴트의 영향을 최소화 시킴으로써 시스템의 전체적인 안정도를 높히고, 다양하게 변화하는 시스템에서 운용 프로그램의 개발의 효율성 및 편의성을 높히는 데에 그 효과가 있다.

본 발명은 발생하는 폴트를 지역화시키고 확장이 용이한 방법으로 폴트를 수집 또는 관리함으로써, 시스템의 전체 안정도를 높이고 다양한 요구에 쉽게 적용할 수 있는 시스템의 구축이 가능하게 하는데 그 목적이 있다.

Claims

가입자의 호처리를 위한 프로세서(100)와 운용 보전을 위한 프로세서(200)가 교환망(300)으로 연결되어 전체적으로 타겟 시스템(600)을 형성하고, 이러한 시스템 상에서 동작하는 운영체제가 타겟 시스템 내에서 비주기적으로 발생하는 폴트를 수집하고 관리하는 방법에 있어서, 상기 폴트 관리를 위한 자료구조를 생성하는 제1과정과; 상기 초기화 후, 운영체제 동작 중에 비주기적으로 발생하는 폴트를 수집하여 일정한 틀의 메시지로 가공한 후 운영체제 내부에 존재하는 폴트 메시지 큐에 저장하는 제2과정과; 운영체제 내부의 폴트 메시지에 저장되어 있는 폴트의 내용을 사용자의 요구에 따라 사용자의 버퍼 메시지에 저장하는 제3과정과; 상기 폴트 관리 동작 중에 사용자의 요구에 따라 상기 폴트의 관리를 중지하는 제4과정을 포함하는 것을 특징으로 하는 폴트의 수집 및 관리방법.
제1항에 있어서, 상기 제2과정은 운영체제 동작 중에 폴트가 발생되면, 그 비주기적으로 발생한 폴트가 복구 가능한지 판단하는 제1단계와; 상기 판단후 복구가 가능하면 폴트 복구기능을 수행하는 제2단계와; 상기 제2단계의 폴트 복구 후 또는 상기 제1단계의 판단에서 복구 가능한 폴트가 아니면 폴트 발생 신고를 하는 제3단계와; 상기 폴트 발생 신고 후 상기 폴트에 따라 일정한 틀의 메시지를 생성하여 폴트관리 메시지 큐에 저장하는 제4단계를 포함하여 구성된 것을 특징으로 하는 폴트의 수집 및 관리방법.
제1항에 있어서, 상기 제3과정은 사용자가 타겟 시스템에서 발생한 폴트의 정보를 요구하는 제1단계와; 상기 폴트가 메시지 큐에 존재하는가를 판단하는 제2단계와; 상기 메시지 큐에 상기 폴트의 정보가 존재하면 그 메시지를 수신하는 제3단계와; 상기 제2단계의 판단에서 메시지 큐에 폴트의 정보가 존재하지 않으면 사용자가 요구시에 타임아웃을 요구했는가를 판단하는 제4단계와; 상기 타임아웃을 요구하지 않았다면 폴트가 발생하여 만들어진 메시지가 있을 때까지 기다리는 제5단계와; 상기 타임 아웃을 요구하였다면 일정시간동안 메시지를 기다린 후 메시지 큐에 폴트가 존재하는가를 판단하는 제6단계와; 상기 폴트가 메시지 큐에 존재하지 않으면 그 결과값을 가지고 리턴하는 제7단계와; 상기 메시지 큐에 폴트가 존재하는 경우 그 메시지를 획득하는 제8단계와; 상기 획득한 메시지를 사용자 버퍼로 복사하는 제9단계와; 상기 복사 후 복사 결과를 가지고 리턴하는 제10단계를 포함하는 것을 특징으로 하는 폴트의 수집 및 관리방법.