KR950011480B1 - An electronic exchahger - Google Patents

An electronic exchahger Download PDF

Info

Publication number
KR950011480B1
KR950011480B1 KR1019920026116A KR920026116A KR950011480B1 KR 950011480 B1 KR950011480 B1 KR 950011480B1 KR 1019920026116 A KR1019920026116 A KR 1019920026116A KR 920026116 A KR920026116 A KR 920026116A KR 950011480 B1 KR950011480 B1 KR 950011480B1
Authority
KR
South Korea
Prior art keywords
information
execution
failure
processor
operating system
Prior art date
Application number
KR1019920026116A
Other languages
Korean (ko)
Other versions
KR940017587A (en
Inventor
이병선
예병호
Original Assignee
재단법인한국전자통신연구소
양승택
한국전기통신공사
조백제
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 재단법인한국전자통신연구소, 양승택, 한국전기통신공사, 조백제 filed Critical 재단법인한국전자통신연구소
Priority to KR1019920026116A priority Critical patent/KR950011480B1/en
Publication of KR940017587A publication Critical patent/KR940017587A/en
Application granted granted Critical
Publication of KR950011480B1 publication Critical patent/KR950011480B1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/22Arrangements for supervision, monitoring or testing

Abstract

receiving process trouble generation information from an operation system and reading execution state information of a corresponding process in a database to request restarting to a starting management function unit; if no response exists or the response fails, requesting reloading to a corresponding execution module; collecting executing process information from the operation system, reading information of the number which is generated in maximum, and comparing the maximum number with the number of the executed process to determinate existence/nonexistence of overgeneration of process; and requesting process generation limit to the operation system and outputting a state message.

Description

전전자 교환기의 프로세스(process)수행상태 감시 및 장애 복구방법Process performance monitoring and fault recovery method of electronic switching system

제1도는 TDX-10 시스템의 제어계 하드웨어 구조도.1 is a control system hardware structure diagram of a TDX-10 system.

제2도는 프로세서에 실장되는 실행모듈별 프로세스 구성도.2 is a process configuration diagram of execution modules mounted in a processor.

제3도는 프로세스 장애검출 및 재생성 처리도.3 is a process failure detection and regeneration process.

제4도는 프로세스 과다생성 감시기능에 대한 처리도.4 is a process chart for process overproduction monitoring.

제5도는 프로세스의 생성상태를 확인하는 과정을 통해 감시하는 방법도.5 is a method for monitoring through the process of confirming the creation status of the process.

본 발명은 전전자교환기의 기능별 최소의 수행단위인 프로세스,(process)에 대해 수행상태를 감시하고 장애발생시 그 장애를 복구하는 방법에 관한 것이다.The present invention relates to a method for monitoring the execution status of a process, which is the minimum performance unit for each function of the electronic switchboard, and recovering from the failure.

전전자 교환시스팀의 분산된 하드웨어 구조상에서 기능성격에 따라 상위 및 하위 계층으로 나눌수 있으며 이러한 계층적인 기능 수행을 제어하는 프로세서(processor)도MP(main processor)와 PP(peripheral processor)로 나누어진다. 그중에서도 MP(main Processor)의 기능수행은 프로세서별로 실장되는 다수의 연관되는 실행모듈(execution module)간의 상호 정보교환 작용으로 하나의 완성된 기능수행이 이루어진다. 따라서 이들 연관되는 기능중 하나의 실행모듈에 속한 임의의 프로세스 장애(소멸)는 곧바로 전체 기능수행에 커다란 장애상태를 초래하게 된다.In the distributed hardware structure of the electronic switching system, it can be divided into upper and lower layers according to the functional characteristics, and the processor controlling the hierarchical functions is divided into the main processor (MP) and the peripheral processor (PP). Among them, the functional performance of the main processor (MP) is performed by a mutual exchange of information between a plurality of associated execution modules that are implemented for each processor. Therefore, any process failure (destruction) belonging to one execution module of these related functions immediately leads to a large failure state of the entire function execution.

본 발명은, 상기 문제점을 해결하기 위하여 안출된 것으로서, 각 실행모듈별로 주긴을 수행하기 위해 계속적으로 생성되어 있어야 하는 프로세스의 상태를 관리하여 이들 프로세서가 장애로 인해 소멸되는 시점에서 재생성시켜 장애로 인한 영향을 최소화하고 서비스의 연속성을 보장하며, 동시에 프로세스 감시기능을 통하여 특정 기능의 프로세스가 한계치 이상으로 과다 생성되어 주요 기능 수행을 위한 프로세스의 생성에 장애를 초래하는 것을 사전에 방지하기 위한 프로세스 수행상태 감시 및 장애 복구 방법을 제공하는데 그 목적이 있다.The present invention has been made to solve the above problems, by managing the state of the process that must be continuously created to perform the main task for each execution module to regenerate when these processors are destroyed due to the failure caused by the failure Process execution status to minimize the impact and ensure service continuity, and at the same time, to prevent the generation of a process for the main function due to the over-generation of the process of a specific function through the process monitoring function. Its purpose is to provide a monitoring and disaster recovery method.

상기 목적을 달성하기 위하여 본 발명은, 프로세스 수행상태의 정상유무를 판단하기 위해서는 프로세스의 수행형태가 일시적으로 생성되어 수행이 완료되면 소멸(extinotion)되는 것과 계속적으로 생성되어 수행하는 형태로 분류하며, 브로세스의 장애발생 정보는 운영체계(operating system)로 부터 받아 프로세스의 수행형태가 계속적인 것을 확인한 후 이것에 한하여 재새성 시켜주게 된다. 그리고 특정 프로세서(Processor)에 생성될 수 있는 프로세서는 메모리 용량제한 등의 원인으로 일정수 이상으로 허용되지 않으므로 전체 프로세스를 대상으로 최대로 생성될 수 있는 한계치를 설정해 두고 실제 생성되어 수행중인 프로세스 정보를 수집하여 과다 생성된 프로세스에 한하여 생성이 제한되도록 한다.In order to achieve the above object, the present invention, in order to determine whether or not the normal state of the process execution state is divided into the form that the process form is temporarily generated and extinguished (extinotion) when the execution is completed and continuously performed, The failure information of the process is received from the operating system to confirm that the execution form of the process is continuous, and then re-created only. In addition, since the number of processors that can be created in a specific processor is not allowed more than a certain number due to the limitation of memory capacity, the maximum limit that can be created for all processes is set and the process information that is actually created and executed is displayed. The generation should be limited to over-produced processes that are collected.

제1도는 전전자 교환시스팀의 기능단위로 분산된 하드웨어구조를 나타낸 것으로서, 기능형태에는 가입자 서비스 모듈(ASS-S : Access Switching Subsystem-Subscriber ; 1-1), 중계선 시브시 모듈(Access Switching Subsystem-Trunk;1-2), 패킷서비스 모듈(Access Switching Subsystem-Packet; 1-3), 번호번역 및 스위치 연결을 제어하는 상호 연결망 모듈(INS : Interconnection Network Subsystem ; 1-4), 그리고 기능적인 계층구조에서 서브시스팀별 장애 및 상태 정보를 최종적으로 취합 분석하고 출력메시지를 구성하여 출력하는 등 전체적인 운용 및 유지보수 기능을 총괄하는 중앙 제어모듈(CCS : Central Control Subsystem ; 1-5)등으로 구성하며 프로세서간 통신로(IPC : Inter Processor Communication ; 1-6)를 이용하여 기능수행을 위한 정보들을 상호교환한다.FIG. 1 shows a hardware structure distributed in functional units of an electronic switching system. The functional type includes a subscriber service module (ASS-S: Access Switching Subsystem-Subscriber; 1-1) and a trunk line sibling module. Trunk; 1-2), Packet Access Module (Access Switching Subsystem-Packet; 1-3), Interconnection Network Subsystem (INS: 1-4) to control number translation and switch connection, and functional hierarchy It consists of a central control module (CCS: Central Control Subsystem; 1-5) that manages overall operation and maintenance functions such as collecting and analyzing failure and status information for each subsystem and outputting an output message. Interprocessor communication (IPC) is used to exchange information for function performance.

그리고 제어계는 자원의 정보관리 및 운용자메시지처리, 데이터베이스 관리, 호처리 제어등의 실장되는 상위 프로세서(MP: Main processor)인 운용 유지 프로세서(OMP), 입출력 프로세서(MMP), 접속 교환 프로세서(ASP), 번호번역 프로세서(NTP), 연결망 프로세서(INP)와 하드웨어에 장치들을 직접 제어하는 하위 프로세서(PP: periphral process)인 애널로그가인자 정합 프로세서(ASIP), 디지틀 중계선 정합프로세서(DTIP), 공간 스위치 프로세서(SSP), 패킷 계층제어 프로세서(PLCP)로 계층적인 구조로 되어있다. 본 발명에서는 이중에서 MP에서 수행되는 기능들만을 대상으로 하며, 운영체계, 데이터 베이스 관리기를 제어한 모든 일반 프로그램의 수행에 적용된다.In addition, the control system includes an operation maintenance processor (OMP), an input / output processor (MMP), and an access exchange processor (ASP), which are main processors (MPs) implemented in resource information management, operator message processing, database management, and call processing control. , Number translation processor (NTP), network processor (INP), and periphral process (PP), a periphral process that directly controls devices in hardware, ASIP, digital trunk line matching processor (DTIP), and space switch Processor (SSP), Packet Layer Control Processor (PLCP) has a hierarchical structure. In the present invention, only the functions performed in the MP are applied, and the present invention is applied to the execution of all general programs controlling the operating system and the database manager.

제2도는 제어계를 구상하는 각 상위 프로세서(Main Processor)에 실장되는 프로세스를 개념적으로 나타낸 것으로서, 하나의 프로세서에는 다수의 실행모듈(execution module)이 실장되고 각 실행모듈은 다시 한개 이상의 프로세스로서 구성된다.FIG. 2 conceptually shows a process mounted in each of the main processors that envision the control system. In one processor, a plurality of execution modules are mounted and each execution module is configured as one or more processes. .

여기서 실행모듈은 소프트웨어 기능단위인 블럭단위로 해볼 수 있으며, 도면에서 나타낸 바와 같이 OMP(2-1)에는 실행모듈, 즉 블럭 A,B,C가 실장되고 실행모듈 A는 A1, A2, A3, A4 네개의 프로세스로 구성되고 실행모듈 B는 B1, B2, B3 세개의 프로세스로 구성되며, 실행모듈 C는 C1 하나의 프로세스로 구성되는 것을 의미한다. 마찬가지로 ASP(2-2)에는 블럭 D, E, F, G가 실장되고 NTP(2-3)에는 H, I, J가 실장되며 각 블럭은 한개 이상의 프로세스를 생성시켜 기능을 수행하게 된다.Here, the execution module can be performed in units of software functional units. As shown in the figure, the execution modules, that is, blocks A, B, and C, are mounted in the OMP 2-1, and the execution module A is A1, A2, A3, A4 It consists of four processes, and execution module B consists of three processes, B1, B2, and B3. Execution module C means one process of C1. Similarly, blocks D, E, F, and G are mounted in ASP 2-2, H, I, and J are mounted in NTP 2-3, and each block performs one or more processes to perform a function.

그리고 하나의 기능이 이루어지기 위하여 각 프로세스간 정보 교환은 IPC(Interprocessor Communication)을 이용하여 OMP(2-1)에 실장되는 B블럭의 B3프로세스와 ASP에 실장되는 D블럭의 D2 프로세스간의 프로세서 외부 시그날(2-4)과 프로세서내에서 이루어지는 OMP(2-1)내의 B블럭의 B2프로세스와 C블럭의 C1프로세스간의 내부 시그날(2-1, 2-2, 2-3)로 구분할 수 있다.In order to achieve a single function, information exchange between processes is performed using an interprocessor communication (IPC), and an external processor signal between the B3 process of B block mounted in OMP (2-1) and the D2 process of D block mounted in ASP is used. (2-4) and the internal signals (2-1, 2-2, 2-3) between the B2 process of the B block in the OMP 2-1 and the C1 process of the C block in the processor.

아래의 [표1]에서 나타낸 정보들은 프로세스를 구성하는 요소들을 데이터베이스(database) 형태로 정의한 것으로써 각 프로세서의 내부적인 구분을 위한 프로세스 정의번호 애트리뷰트(attribute)의 D_PDF_IND(3-1), 프로세스의 중요도를 구분하는 우선순위를 나타내는 애트리뷰트인 D_PRIORITY(3-2), 프로세스의 수형형태가 생성후 계속 유지되는 것과 수행이 완료되는 시점에서 소멸되는 것을 구분하기 위한 애트리뷰트인 D_EXE_TYPE(3-3), 동일한 프로세스의 최대 생성갯수를 나타내는 애트리뷰트인 D_MAX_CNO(3-4), 프로세스의 명칭을 나타내는 애트리뷰트인 D_EM_NAME(3-5)로 구성된다. 이상과 같은 정보를 이용하여 프로세스 장애발생 및 과다생성에 대한 감시와 복구기능을 수행한다.The information shown in [Table 1] below defines the elements that make up a process in the form of a database, and D_PDF_IND (3-1) of the process definition number attribute for identifying each processor internally, D_PRIORITY (3-2), an attribute that indicates priority of importance, and D_EXE_TYPE (3-3), an attribute that distinguishes between maintaining the tree type of the process after creation and destroying it when it is finished. It consists of D_MAX_CNO (3-4), an attribute representing the maximum number of processes created, and D_EM_NAME (3-5), an attribute representing the name of the process. The above information is used to monitor and recover from process failures and overproduction.

[표 1]TABLE 1

제3도는 본 발명에 따른 전체적인 처리 흐름도이다.3 is an overall processing flow diagram in accordance with the present invention.

일반적인 처리기능(4-1, 4-3)의 수행정보 및 장애발생 정보는 운영체계(4-2)를 통하여 프로세스 수행감시 및 복구기능(4-5)으로 접수되며, 수행감시 기능에서는 데이타베이스(관리기능(4-4)을 통하여 해당 프로세스의 정의번호(3-1)정보를 얻어 [표-1]에서 설명한 프로세스의 수행형태(3-3) 및 최대 생성갯수(3-4), 실행모듈명(3-5)등의 정보를 추출하여 계속적으로 수행되어야 할 프로세스에 대해서는 재생성 및 과다생성된 프로세스에 대해서는 생성억제 또는 재시등의 조치를 시동관리(4-6)기능을 통하여 취하게 되며, 이러한 상태 발생정보들은 장애 및 상태메시지로 구성되어 운용자정합(4-7)을 통하여 출력된다.Performance information and failure occurrence information of general processing functions (4-1, 4-3) are received by the process monitoring and recovery function (4-5) through the operating system (4-2), in the performance monitoring function database (Acquisition of the definition number (3-1) of the process through the management function (4-4) (3-3) and the maximum number of generation (3-4), execution of the process described in [Table-1] For the process that needs to be carried out continuously by extracting the information such as the module name (3-5), the regeneration of over-produced process and the action of suppression or retry of the over-produced process are taken through the start management (4-6) function. In addition, such state occurrence information is composed of a fault and a state message and is output through the operator registration 4-7.

제4도는 프로세스의 장애발생시 기능수행상 재생성이 필요한 프로세스인지를 판단하여 재생성시켜주는 처리 흐름도이다.4 is a process flow chart for determining and regenerating a process that requires regeneration in function performance when a process failure occurs.

먼저 운영체계(Operating System)로 부터 장애발생 프로세서의 정의번호(definition inentifer)를 접수받아(5-1) 데이터베이스의 저장된 정보를 이용하여(5-2) 해당 프로세스의 성격을 분석(5-3)하고 계속적으로 수행되어야 할 프로세스인 경우에는 프로세서 시동관리(start-up management)기능으로 재생성을 요구(5-4)한 후 타이머를 이용하여 일정시간을 기다리기 위하여 대기상태에 들어가며(5-5) 그렇지 않은 경우에는 수행을 종료한다.First, the definition inentifer of the failed processor is received from the operating system (5-1) and the characteristics of the process are analyzed using the stored information in the database (5-2). If it is a process that needs to be performed continuously, the processor starts-up management (5-4) and requests regeneration (5-5) and then waits for a certain time using a timer (5-5). If not, terminate execution.

그리고 시동관리 기능으로부터 정상적인 처리완료 메시지를 접속하면(5-12)프로세스 재시동 완료 메시지를 출력하고(5-13)종료한다.When a normal processing completion message is connected from the start management function (5-12), a process restart completion message is output (5-13) and terminated.

일정시간 동안 시동관리 기능으로부터 응답이 없으면(5-7) 시동요구 횟수를 검색하여(5-8), 세번 이하이면 요구 횟수를 증가하고 다시 재요구를 수행하고(5-11), 세번째이면 요구 횟수 카운터를 초기상태로 만든후(5-9) 재시동 실패 메시지를 출력하고(5-10) 해당 실행모듈에 대하여 재로딩(loading)을 요구(5-14)하고 종료한다.If there is no response from the start management function for a certain time (5-7), the number of start request is searched (5-8), if it is three times or less, the number of requests is increased and re-request is performed (5-11). After setting the count counter to an initial state (5-9), a restart failure message is output (5-10), and a reloading request is requested (5-14) to the execution module.

제5도는 특정 기능의 프로세스 과다생성으로 인하여 중요기능을 수행하는 프로세스의 생성이 억제되는것을 방지하기 위하여 주기적으로 생성된 프로세스의 전체 정보를 취합하고 각 개별 프로세스의 생성상태를 확인하는 과정을 통해 감시하는 방법을 나타낸 것이다.In order to prevent the generation of a process that performs an important function due to the overproduction of a specific function, FIG. 5 collects the entire information of the periodically generated process and monitors the process of confirming the creation status of each individual process. It shows how.

주기적으로 수행되는 감시기능은 운영체계에서 제공되는 타이머를 이용하여 일정시간 간격으로 구동되며(6-1) 전체적인 프로세스 생성정보는 정의번호 및 생성갯수등으로 구성되며 운영체계를 이용하여 얻는다(6-2).The monitoring function performed periodically is driven at regular intervals using the timer provided by the operating system (6-1). The overall process creation information consists of definition number and number of generations and is obtained using the operating system (6- 2).

프로세스 정의번호(6-3)를 이용하여 해당 프로세스가 최대로 생성될 수 있는 갯수 정보를 데이터베이스에서 읽어(6-4)실제로 생성된 갯수와 비교(6-5)하며 정상상태이면 다음 프로세스에 대한 것을 수행하고(6-9) 그렇지 않으면 해당 프로세스에 대하여 생성 제한을 운영체계로 요구하고(6-6) 과다 생성 상태메시지를 출력한(6-7) 후 전체적으로 완료된지를 확인한 후(6-8)다음 프로세스에 대하여 동일한 과정으로 반복수행한다.Using the process definition number (6-3), the maximum number of information that can be created by the process is read from the database (6-4) and compared with the number actually generated (6-5). Do it (6-9), otherwise ask the operating system for a production limit for the process (6-6), print an overproduction status message (6-7), and then confirm that it is complete (6-8). Repeat the same process for the next process.

따라서 상기와 같이 수행되는 본 발명은, 프로세스의 장애발생 시점에서 시스팀 내부적으로 판단하여 해당 프로세스를 재생성시켜줌으로써 서비스 장애시간을 최소화하고, 한정된 제어제의 재원하에서 기능별 중요도를 고려하여 중요도(priority)가 낮은 기능의 프로세스 과다 생성으로 인한 중요 기능의 수행 장애를 방지하므로 시스팀 전체적으로 안정적인 서비스를 보장할 수 있으므로 서비스질(QOS : quality of service)을 향상시킬 수 있는 효과가 있다.Therefore, the present invention, which is performed as described above, minimizes the service failure time by regenerating the corresponding process by internally determining the system at the time of failure of the process, and has a priority in consideration of the importance of each function under the limited control resources. By preventing the performance failure of important functions due to the excessive generation of low-performance processes, it is possible to guarantee stable service throughout the system, thereby improving the quality of service (QOS).

Claims (2)

전전자 교환기에 적용되는 프로세서(process)의 수행상태 감시 및 장애 복구방법에 있어서, 운영체계로 부터 프로세스 장애발생 정보를 접수하고 데이터 베이스에서 해당 프로세스의 수행상태 정보를 읽어 계속 수행되는 프로세스 인지를 판단하여 시동관리 기능으로 재시동을 요구하는 제1단계(5-1 내지 5-4)와, 상기 제1단계(5-1 내지 5-4) 수행후, 시동관리 기능으로 부터 응답이 없거나 실패시 일정횟수 동안 재시도 하고 계속 실패시는 해당 실행모듈에 대하여 재로딩을 요구하는 제2단계(5-5 내지 5-14)와, 주기적으로 현재 생성되어 수행중인 프로세스의 정보를 운영체계로 부터 취합하고 프로세스 정의번호를 이용하여 데이터 베이스에 저장된 최대생성 가능한 갯수정보를 읽어 실제 수행중인 프로세스 갯수와 상호 비교하여 프로세스의 과다 생성유무를 판단하는 제3단계(6-1 내지 6-5)와, 상기 제3단계(6-1 내지 6-5) 수행후, 과당 생성된 프로세스에 한하여 운영체계로 프로세스 생성제한을 요구하고 상태 메시지를 출력하고 종료하는 제4단계(6-6 내지 6-8)를 구비하여 수행되는 것을 특징으로 하는 프로세서(process)의 수행상태 감시 및 장애 복구방법.In the method of monitoring the execution status of a process applied to an electronic switching system and recovering from a failure, the process failure information is received from the operating system and the execution status information of the corresponding process is read from a database to determine whether the process is continuously performed. After the first steps (5-1 to 5-4) and the first steps (5-1 to 5-4) to request a restart by the start management function, if there is no response from the start management function or schedule Retry the number of times and if failure continues, the second step (5-5 to 5-14) requesting the reloading of the execution module, and periodically the information of the currently created and running process from the operating system Reads the maximum number of information generated in the database using the process definition number and compares it with the actual number of running processes. After performing the third step (6-1 to 6-5) and the third step (6-1 to 6-5), only the fructose-generated process requests the process creation restriction to the operating system and sends a status message. And a fourth step (6-6 to 6-8) for outputting and terminating the execution state of the processor. 제1항에 있어서, 상기 제2단계(5-5 내지 5-14)에서의 시동관리 기능으로의 재시도는 3회에 걸쳐 수행하는 것을 특징으로 하는 프로세서(process)의 수행상태 감시 및 장애 복구방법.2. The execution state monitoring and fault recovery of a processor according to claim 1, wherein the retrying to the start management function in the second steps 5-5 to 5-14 is performed three times. Way.
KR1019920026116A 1992-12-29 1992-12-29 An electronic exchahger KR950011480B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019920026116A KR950011480B1 (en) 1992-12-29 1992-12-29 An electronic exchahger

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019920026116A KR950011480B1 (en) 1992-12-29 1992-12-29 An electronic exchahger

Publications (2)

Publication Number Publication Date
KR940017587A KR940017587A (en) 1994-07-27
KR950011480B1 true KR950011480B1 (en) 1995-10-05

Family

ID=19347255

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019920026116A KR950011480B1 (en) 1992-12-29 1992-12-29 An electronic exchahger

Country Status (1)

Country Link
KR (1) KR950011480B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010003096A (en) * 1999-06-21 2001-01-15 김영환 Process pending monitoring method of mobile communication system

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19990085416A (en) * 1998-05-18 1999-12-06 윤종용 How to handle an abnormal charging process at the exchange

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010003096A (en) * 1999-06-21 2001-01-15 김영환 Process pending monitoring method of mobile communication system

Also Published As

Publication number Publication date
KR940017587A (en) 1994-07-27

Similar Documents

Publication Publication Date Title
EP3819757A1 (en) Edge application management method and system
CA2106280C (en) Apparatus and methods for fault-tolerant computing employing a daemon monitoring process and fault-tolerant library to provide varying degrees of fault tolerance
US11057471B2 (en) Edge application management method and system
US5473771A (en) Fault-tolerant processing system architecture
US10489232B1 (en) Data center diagnostic information
CN109656742B (en) Node exception handling method and device and storage medium
CN110177020A (en) A kind of High-Performance Computing Cluster management method based on Slurm
CN111209110B (en) Task scheduling management method, system and storage medium for realizing load balancing
CN113515316A (en) Novel edge cloud operating system
CN108809729A (en) The fault handling method and device that CTDB is serviced in a kind of distributed system
CN112737934B (en) Cluster type internet of things edge gateway device and method
KR950011480B1 (en) An electronic exchahger
CN115686831A (en) Task processing method and device based on distributed system, equipment and medium
CN114598591A (en) Embedded platform node fault recovery system and method
KR100832890B1 (en) Process obstacle lookout method and recovery method for information communication
KR100288547B1 (en) Method for auditing data of call processing and resources on atm switching system
CN112486741B (en) Multi-process and multi-thread distributed crawler method, system and device
WO2024061219A1 (en) Information updating method, apparatus and device, storage medium, and program product
Wagealla et al. Error detection algorithm for agent-based distributed applications
CN116089013A (en) Virtual machine fault migration method and system in distributed data cloud platform
CN115549751A (en) Remote sensing satellite ground station monitoring system and method
CN113704068A (en) System, management method for operation of system, server, and computer-readable storage medium
CN114785673A (en) Method and device for acquiring abnormal information during main/standby switching under multi-master control VSM environment
CN117472634A (en) Repairing method and device of system component, storage medium and electronic device
JPH04128943A (en) Data processor and method of its operation

Legal Events

Date Code Title Description
A201 Request for examination
G160 Decision to publish patent application
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20031001

Year of fee payment: 9

LAPS Lapse due to unpaid annual fee