KR20000008487A - 교환기의 데이터베이스 관리 장치 및 방법 - Google Patents

교환기의 데이터베이스 관리 장치 및 방법 Download PDF

Info

Publication number
KR20000008487A
KR20000008487A KR1019980028319A KR19980028319A KR20000008487A KR 20000008487 A KR20000008487 A KR 20000008487A KR 1019980028319 A KR1019980028319 A KR 1019980028319A KR 19980028319 A KR19980028319 A KR 19980028319A KR 20000008487 A KR20000008487 A KR 20000008487A
Authority
KR
South Korea
Prior art keywords
database
lock
strong
manager
backup
Prior art date
Application number
KR1019980028319A
Other languages
English (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 KR1019980028319A priority Critical patent/KR20000008487A/ko
Publication of KR20000008487A publication Critical patent/KR20000008487A/ko

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/22—Arrangements for supervision, monitoring or testing
    • H04M3/24—Arrangements for supervision, monitoring or testing with provision for checking the normal operation
    • H04M3/241—Arrangements for supervision, monitoring or testing with provision for checking the normal operation for stored program controlled exchanges
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/55—Aspects of automatic or semi-automatic exchanges related to network data storage and management
    • H04M2203/558—Databases

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

본 발명은 데이터베이스의 백업시에 일관성을 유지하여 국부적인 데이터 백업 관리 및 전전자 교환기 전체의 데이터베이스 백업을 관리하는 전전자 교환기의 데이터베이스 관리 장치 및 방법에 관한 것이다. 종래의 기술에 있어서는 교환기의 데이터베이스에서 특정 릴레이션만을 불러와서 백업할 수 있으며, 전체 릴레이션에 대한 백업 기능을 제공하지 못하는 결점이 있었다. 그러나, 본 발명에서는 전체 데이터베이스 백업에 대한 일관성을 보장하여 백업 수행 중에도 데이터베이스 읽기 연산이 가능하며, 백업 수행중의 데이터베이스 고장에 대해 데이터베이스의 일관성을 유지함으로써, 상술한 결점을 개선시킬수 있는 것이다.

Description

교환기의 데이터베이스 관리 장치 및 방법
본 발명은 교환기의 데이터베이스 관리 장치 및 방법에 관한 것으로서, 특히, 교환기에 산재한 데이터베이스의 백업을 관리하는 데이터베이스 관리 장치 및 방법에 관한 것이다.
도 1은 일반적인 교환기의 블록 구성도로서, 다수의 정합 교환 서브시스템(Access Switching Subsystem : 이하, ASS라 약칭함)(110, 130), 연결망 제어 서브시스템(Interconnection Network Sub-system : 이하, INS라 약칭함)(150) 및 중앙 제어 서브시스템(Central Control Subsystem : 이하 CCS라 약칭함)(170)을 포함하며, 각기 대응하는 데이터베이스(116, 136, 156, 178)를 가지고 있으며, 특히, CCS(170)는 과금 데이터의 백업을 위한 저장장치를 포함한다.
데이터베이스(116, 136, 156, 178)는 분산구조로 구성되므로, 각각의 ASS(110, 130), INS(150) 및 CCS(170)에 횡과 열을 갖는 표로 구성되는 관계데이터 모델에 기초를 둔 데이터베이스인 릴레이셔널(relational) 데이터베이스로서 구성된다.
각각의 데이터베이스(116, 136, 156, 178)는 데이터를 관리하고 쓰기 읽기 등을 제어하는 데이터베이스 관리부(114, 134, 154, 174)와 메모리(112, 132, 152, 172)로 구성되며, 각각의 메모리(112, 132, 152, 172)에는 데이터베이스 관리부(114, 134, 154, 174)로 데이터를 제공하는 프로세서 로드 데이터를 가지고 있다.
이와 같이 구성한 교환기의 프로세서가 데이터베이스(116, 136, 156, 178)에 저장된 대량의 데이터를 전건(全件) 검색하는 경우 검색 시간, 쓰고 읽기하는 입출력 횟수가 많아지며, 읽고 쓰기하는 입출력을 제어하기 힘들기 때문에 교환기의 동작 특성이 나빠진다. 그리고, 교환기의 전체 메모리 데이터베이스의 릴레이션에 변동이 없도록하기 위하여 장시간이 소요되는 잠금 기능의 방법으로는 장시간 동안 교환기의 데이터베이스에 접근할 수 없다.
그러므로, 종래의 기술에 있어서는 교환기의 데이터베이스에서 특정 릴레이션만을 불러와서 백업은 가능하였지만 전체 릴레이션에 대한 백업 기능을 제공하지 못하였다.
본 발명은 상술한 종래 기술의 결점을 해결하기 위하여 안출한 것으로, 전체 교환기 시스템의 데이터베이스에서 일관성을 유지시켜 특정 릴레이션에 대한 백업 및 전체 데이터베이스에 대한 백업을 제공하는 데에 목적이 있다.
본 발명의 또 다른 목적은 교환기의 전체 데이터베이스 백업중에도 데이터베이스의 가용도를 높게 유지시키는 데에 목적이 있다.
상술한 목적을 달성하기 위하여 본 발명은, 교환기의 데이터베이스에서 백업을 제공하는 전전자 교환기의 데이터베이스 관리 장치에 있어서, 데이터베이스로부터 일관성있는 백업을 유지하도록하는 백업 트랜잭션 관리자와, 상기 데이터베이스의 모든 릴레이션에 대한 강한 잠금을 제공하는 강한 잠금 관리자와, 상기 강한 잠금 관리자에 이상이 발생하였을 경우 독립적으로 잠금 해제와 회복을 수행하는 자치성 보장 관리자와, 강한 잠금 관리자로부터 강한 잠금이 실시된 것을 인지하여 중복 및 분산된 릴레이션이 변경되는 것을 제어하는 지역 트랜잭션 관리자와, 지역 트랜잭션 관리자를 제어하는 전역 트랜잭션 관리자로 구성되는 것을 특징으로 하는 전전자 교환기의 데이터베이스 관리 장치를 제공한다.
도 1은 일반적인 교환기내 데이터베이스의 블록 구성도,
도 2는 본발명에 따른 교환기의 데이터베이스 관리 장치의 블록 구성도,
도 3은 본 발명에 따른 교환기에서 데이터베이스 관리 방법을 설명한 순서도.
＜도면의 주요부분에 대한 부호의 설명＞
110, 130 : 제 1, 제 n 중앙 제어 서브시스템
112, 132, 152, 172 : 제 1, 제 n, INS, CCS 프로세서 로드 테이터
114, 134, 154, 174 : 제 1, 제 n, INS, CCS 데이터베이스 관리부
116, 136, 156, 178 : 데이터베이스 150 : 연결망 제어 서브시스템
170 : 중앙 제어 서브시스템 176 : 저장 장치
202 : 슬레이브 전역 트랜잭션 관리자
204 : 슬레이브 지역 트랜잭션 관리자 206 : 슬레이브 강한 잠금 관리자
208 : 슬레이브 자치성 보장 관리자
210 : 슬레이브 백업 트랜잭션 관리자 212 : 마스터 전역 트랜잭션 관리자 214 : 마스터 지역 트랜잭션 관리자 216 : 마스터 강한 잠금 관리자
218 : 마스터 자치성 보장 관리자 220 : 백업 트랜잭션 관리자
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대하여 상세하게 설명한다.
도 2는 본 발명에 따른 교환기의 데이터베이스 관리 장치의 블록 구성도로서, CCS(150)내의 슬레이브로 동작하는 것으로 설정한 데이터베이스 관리부(154)와 INS(170)내의 마스터로 동작하는 것으로 설정한 데이터베이스(174)을 포함한다. 그리고, 마스터로 설정된 데이터베이스 관리부(174)내의 마스터 백업 트랜잭션 관리자(220)가 백업에 관련되어 잠금 관리를 하며, 마스터 백업 트랜잭션 관리자(220)는 마스터 전역 트랙잭션 관리자(212)와, 마스터 지역 트랙잭션 관리자(214)와, 마스터 강한 잠금 관리자(216)와, 마스터 자치성 보장 관리자(218)로 구성된다. 그리고, 슬레이브로 동작하는 데이터베이스 관리부(154)의 구성은 마스터로 동작하는 데이터베이스 관리부(174)의 구성과 동일하므로 이의 설명은 생략한다.
상술한 구성에서 각각의 데이터베이스(116, 136, 156, 178)는 우선 순위가 할당되어 있다. 현재 교환기 시스템에서는 우선 순위가 높게 할당된 데이터베이스(178)가 마스터로 동작하고 나머지의 데이터베이스(116, 136, 156)들은 슬레이브로 동작한다. 예컨대, 교환기에서는 백업 저장장치를 포함하는 CCS내의 데이터베이스(178)의 우선 순위가 가장 높게 할당된다.
그리고, 마스터로 운용되는 데이터베이스(116, 136, 156, 178)의 운용상의 오류 또는 교환기시스템의 다운 등을 대비하여 슬레이브의 데이터베이스(116, 136, 156)들중 우선순위가 가장 높은 데이터베이스(156)가 마스터로 동작할 준비를 갖추고 있다. 그리고, 각각의 마스터 및 슬레이브의 데이터베이스(116, 136, 156, 178)가 서로간에 연결이 되지 않는 경우, 자치성 보장 관리자(208, 218)에 의해서 마스터인 데이터베이스(178)의 제어 없이 강한 잠금 해제, 읽기 쓰기 기능을 독자적으로 처리한다.
백업을 수행하는 경우에 각각의 관리자들이 수행하는 잠금 처리에 대하여 상세하게 설명한다.
강한 잠금 관리자(206, 216)는 운용자로부터 또는 교환기로부터 잠금 요청이 입력되면, 기존의 잠금 기법과 달리 장시간 동안 데이터베이스의 잠금을 지속할 수 있는 잠금 기능을 제공한다.
표 1에서는 강한 잠금 관리자(206, 216)에 의해 행하여지는 강한 잠금의 획득이 허용(allow)되는 경우와 거절(deny)되는 경우와 그리고, 대기 후 허용(waiting and allow)되는 경우를 읽기 잠금과 쓰기 잠금과 비교하여 설명한다.
상술한 표 1을 보는 방법은 세로의 "1st. 요구"가 발생되어 실행중인 경우 "2nd. 획득"이 성립될 수 있는가로 식별되며, 예로, 강한 잠금 요구가 실행중이면, 강한 잠금 관리자(206, 216)는 읽기 잠금 및 쓰기 잠금을 대기 후 허용하며, 강한 잠금을 거절한다. 그리고, 읽기 잠금 요구가 실행중이면, 강한 잠금은 허용된다. 그러나, 쓰기 잠금 요구가 발생한 경우와 강한 잠금 요구가 실행중이면, 강한 잠금은 거절된다. 이와같이 강한 잠금이 거절되는 이유는 데이터베이스의 일관성을 유지하기 위해서이다.
마스터로 동작하는 데이터베이스의 마스터 자치성 보장 관리자(218)로부터 잠금을 수행하라는 명령을 수신하는 경우, 각각의 슬레이브 자치성 보장 관리자(228)는 백업을 수행중인 프로세서의 지역 잠금 관리자가 강한 잠금을 걸고 백업 기능을 수행중에 마스터 데이터베이스(178) 내의 마스터 전역 트랜잭션 관리자(212)와의 통신 이상 및 마스터 프로세서의 이상으로 인해 강한 잠금이 일정시간 이상 지속될 경우 각각의 지역 트랜잭션 관리자(204, 214)가 스스로 강한 잠금을 해제하는 동작을 한다.
그리고, 지역 트랜잭션 관리자(202, 212) 및 전역 트랜잭션 관리자(204, 214)는 강한 잠금 관리자(206, 216)로부터 강한 감금이 시행되면, 전체 데이터베이스(116, 136, 156, 178)의 일관성을 유지하기 위하여 현재 백업 수행중인 릴레이션이 중복 및 분산된 경우 이들 릴레이션이 위치한 데이터베이스(116, 136, 156, 178)에 대한 강한 잠금을 동시에 획득하여야만 릴레이션의 변경을 미연에 막아 일관성을 유지할 수 있다. 그래서, 강한 잠금이 시행된 경우 각각 지역 트랜잭션 관리자(202, 212)는 각각이 속한 INS(150) 또는 CCS(170)내의 릴레이션을 변경을 막고, 전역 트랜잭션 관리자(204, 214)는 타 데이터베이스의 릴레이션을 변경을 막는다.
그리고, 전역 트랜잭션 관리자(212)는 다른 데이터베이스(156)의 자치성 보장 관리자(218)로 강한 잠금을 철회하도록 알린다. 그러면, 자치성 보장 관리자(218)는 강한 잠금을 해제한다. 연결이 끊어진 다른 데이터베이스(도시되지 않음)인 경우에는 일정 시간동안 강한 잠금을 해제하는 메시지가 수신되지 않으면, 교환기의 타이머에 일정시간이 될 때 마스터 또는 슬레이브의 지역 트랜잭션 관리자(204, 214)가 독자적으로 강한 잠금을 해제한다.
도 3은 본 발명에 따른 교환기의 데이터베이스 관리 방법을 설명한 순서도를 도시한다.
운용자로부터 또는 교환기로부터 전체 데이터베이스에 대한 백업 요구가 발생하면(단계 302), 교환기는 데이터베이스를 관리하는 모든 백업 트랜잭션 관리자(210, 220)에게 백업 요구가 입력되었음을 알리고, 백업 트랜잭션 관리자(210, 220)내의 강한 잠금 관리자(206, 216)는 강한 잠금을 수행하고 강한 잠금의 결과를 마스터 데이터베이스(178)의 마스터 자치성 보장 관리자(218)에게 알린다(단계 304).
마스터 데이터베이스(178)의 마스터 자치성 보장 관리자(218)는 백업 트랜잭션 관리자(210, 220)로부터 강한 잠금 결과를 수집한다(단계 306).
단계 (308)에서, 마스터 자치성 보장 관리자(218)는 수집된 강한 잠금 결과로부터 전체 데이터베이스(116, 136, 156, 178)에 대한 강한 잠금에 성공했는가를 판단한다.
단계 (308)에서 전체 데이터베이스(116, 136, 156, 178)에 대한 강한 잠금에 성공한 것으로 판단되면, 전체 데이터베이스(116, 136, 156, 178)에 대한 백업을 수행한다(단계 310).
단계 (312)에서, 마스터 데이터베이스(178)의 마스터 자치성 보장 관리자(218)는 모든 데이터베이스(116, 136, 156, 178)로부터의 저장장치(176)로의 백업이 성공하였는가를 판단한다.
단계 (312)에서 모든 데이터베이스(116, 136, 156, 178)로부터의 저장장치(176)로의 백업이 성공한 것으로 판단되면, 마스터로 설정된 데이터베이스(178)의 마스터 백업 트랜잭션 관리자(220)가 강한 잠금에 대한 해제를 실시한다(단계 314).
강한 잠금을 해제하는 동안 교환기의 프로세서의 오류 발생으로 데이터베이스가 영향을 받으면, 오류가 발생하더라도 각각의 자치성 보장 관리자(208, 218)가 강한 잠금을 독자적으로 해제하므로 백업 동작 성공의 결과에 영향을 주지않는다.
그러나, 단계 (308)에서 전체 데이터베이스(116, 136, 156, 178)에 대한 강한 잠금에 실패한 것으로 판단되거나, 또는 단계 (312)에서 데이터베이스(220)로부터 저장장치(176)로의 백업하는 중에 오류가 발생한 것으로 판단되면, 그 다음 단계 (316)으로 진행하여 마스터 데이터베이스(220)의 오류 발생으로 실패하였는가를 판단한다.
단계 (316)에서 마스터 데이터베이스(220)의 오류 발생으로 실패한 것으로 판단되면, 차순위의 데이터베이스가 마스터가 되고 마스터가 된 차순위의 데이터베이스가 각각의 데이터베이스로 강한 잠금 해제를 요청하고, 요청을 받은 각각의 데이터베이스내의 자치성 관리자가 동작하여 획득된 강한 잠금을 해제한다(단계 318).
그러나, 단계 (316)에서 마스터 데이터베이스 오류 발생이 아닌 것으로 판단되면, 마스터 데이터베이스(178)는 자신의 데이터베이스(178)의 강한 잠금을 해제하고 각각의 슬레이브 데이터베이스(116, 136, 156)에 강한 잠금 해제 요청하여 각각의 데이터베이스(116, 136, 156, 178)내의 자치성 보장 관리자(208, 218)에서 강한 잠금을 해제하도록 한다(단계 320).
이상 설명한 바와 같이, 본 발명은 전체 데이터베이스 백업에 대한 일관성을 보장하여 백업 수행 중에도 데이터베이스 읽기 연산이 가능하며, 백업 수행중의 데이터베이스 고장에 대해 데이터베이스의 일관성을 유지하는 효과가 있다.

Claims (5)

  1. 교환기의 데이터베이스에서 백업을 제공하는 전전자 교환기의 데이터베이스 관리 장치에 있어서,
    상기 데이터베이스로부터 일관성있는 백업을 유지하도록하는 백업 트랜잭션 관리자;
    상기 데이터베이스의 모든 릴레이션에 대한 강한 잠금을 제공하는 강한 잠금 관리자;
    상기 강한 잠금 관리자에 이상이 발생하였을 경우 독립적으로 잠금 해제와 회복을 수행하는 자치성 보장 관리자;
    상기 강한 잠금 관리자로부터 상기 강한 잠금이 실시된 것을 인지하여 중복 및 분산된 릴레이션이 변경되는 것을 제어하는 지역 트랜잭션 관리자;
    상기 지역 트랜잭션 관리자를 제어하는 전역 트랜잭션 관리자로 구성되는 것을 특징으로 하는 전전자 교환기의 데이터베이스 관리 장치.
  2. 제 1 항에 있어서,
    상기 데이터베이스는;
    우선 순위가 할당되어 있으며, 우선 순위가 높은 데이터베이스가 마스터 데이터베이스로 동작하고 우선순위가 낮은 나머지의 데이터베이스들은 슬레이브로 동작하는 것을 특징으로 하는 전전자 교환기의 데이터베이스 관리 장치.
  3. 제 1 항에 있어서,
    상기 강한 잠금 관리자는;
    강한 잠금 요구가 실행중이면, 읽기 잠금 및 쓰기 잠금을 대기 후 허용하며, 강한 잠금을 거절하고, 읽기 잠금 요구가 실행중이면, 강한 잠금은 허용되며, 쓰기 잠금 요구가 발생한 경우와 강한 잠금 요구가 실행중이면, 강한 잠금은 거절하는 것을 특징으로 하는 전전자 교환기의 데이터베이스 관리 장치.
  4. 교환기의 데이터베이스에서 백업을 제공하는 전전자 교환기의 데이터베이스 관리 방법에 있어서,
    강한 잠금을 수행하고 강한 잠금의 결과를 마스터 자치성 보장 관리자에게 알리는 단계;
    강한 잠금 결과를 수집하여 수집된 강한 잠금 결과로부터 전체 데이터베이스에 대한 강한 잠금이 성공했는가를 판단하는 판단 단계;
    상기 판단 단계에서 전체 데이터베이스에 대한 강한 잠금이 성공한 것으로 판단되면, 모든 데이터베이스에 대한 백업을 수행하는 단계;
    상기 모든 데이터베이스의 백업이 성공한 것으로 판단되면, 강한 잠금에 대한 해제를 실시하는 단계;
    상기 데이터베이스로부터 저장장치로의 백업하는 중에 오류가 발생한 것으로 판단되면, 강한 잠금을 해제하는 단계를 포함하는 것을 특징으로 하는 전전자 교환기의 데이터베이스 관리 방법.
  5. 제 4 항에 있어서,
    상기 데이터베이스로부터 저장장치로 백업하는 단계는;
    마스터 데이터베이스에서 오류가 발생하였는가를 판단하는 판단 단계;
    상기 판단 단계에서 마스터 데이터베이스의 오류 발생으로 판단되면, 차순위의 데이터베이스를 마스터로서 설정하고 강한 잠금을 해제하는 단계;
    상기 판단 단계에서 마스터 데이터베이스 오류 발생이 아닌 것으로 판단되면, 강한 잠금을 해제하는 단계를 포함하는 것을 특징으로 하는 전전자 교환기의 데이터베이스 관리 방법.
KR1019980028319A 1998-07-14 1998-07-14 교환기의 데이터베이스 관리 장치 및 방법 KR20000008487A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1019980028319A KR20000008487A (ko) 1998-07-14 1998-07-14 교환기의 데이터베이스 관리 장치 및 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019980028319A KR20000008487A (ko) 1998-07-14 1998-07-14 교환기의 데이터베이스 관리 장치 및 방법

Publications (1)

Publication Number Publication Date
KR20000008487A true KR20000008487A (ko) 2000-02-07

Family

ID=19544089

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019980028319A KR20000008487A (ko) 1998-07-14 1998-07-14 교환기의 데이터베이스 관리 장치 및 방법

Country Status (1)

Country Link
KR (1) KR20000008487A (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100319383B1 (ko) * 1999-11-08 2002-01-09 김진찬 교환기의 데이터 베이스 파일 백업 처리 장치
KR101138712B1 (ko) * 2010-05-31 2012-04-24 한국과학기술원 복수의 센서 노드들 중에서 대표 센서 노드를 선정하는 방법
KR20180046725A (ko) * 2016-10-28 2018-05-09 에릭슨엘지엔터프라이즈 주식회사 전화 교환 시스템에서의 장애 복구 방법 및 그를 위한 전화 교환 시스템

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100319383B1 (ko) * 1999-11-08 2002-01-09 김진찬 교환기의 데이터 베이스 파일 백업 처리 장치
KR101138712B1 (ko) * 2010-05-31 2012-04-24 한국과학기술원 복수의 센서 노드들 중에서 대표 센서 노드를 선정하는 방법
KR20180046725A (ko) * 2016-10-28 2018-05-09 에릭슨엘지엔터프라이즈 주식회사 전화 교환 시스템에서의 장애 복구 방법 및 그를 위한 전화 교환 시스템

Similar Documents

Publication Publication Date Title
CN107077382B (zh) 在多租户应用服务器环境中进行事务恢复的系统和方法
US5151988A (en) Intersystem data base sharing journal merge method
EP0829049B1 (en) Continuously available database server having multiple groups of nodes with minimum intersecting sets of database fragment replicas
JP3066693B2 (ja) 分散データ処理システム
Xu et al. A design for a fault-tolerant, distributed implementation of Linda.
US7047240B2 (en) File backup method and storage apparatus, computer program therefor and computer-readable medium containing the same
CN107771321A (zh) 数据中心中的恢复
CN101512527B (zh) 用于处理请求的数据处理系统和方法
US6842763B2 (en) Method and apparatus for improving message availability in a subsystem which supports shared message queues
Huang et al. A competitive dynamic data replication algorithm
US6754753B2 (en) Atomic ownership change operation for input/output (I/O) bridge device in clustered computer system
US7162497B2 (en) System and method for shared directory management
KR19990043986A (ko) 업무 인계 시스템
KR20000008487A (ko) 교환기의 데이터베이스 관리 장치 및 방법
CN108733477A (zh) 数据集群化处理的方法、装置及设备
Triantafillou et al. Achieving strong consistency in a distributed file system
CA2619778C (en) Method and apparatus for sequencing transactions globally in a distributed database cluster with collision monitoring
JPH02292641A (ja) データベース管理方法
KR950010487B1 (ko) 전전자 교환기에서 중복 릴레이션의 생성에 대한 데이타 베이스 스키마(Schema)관리 방법
KR960014198B1 (ko) 실시간 데이타 베이스 관리 시스템에서의 백업 기능 구현 방법
JP3312652B2 (ja) マルチプロセッサアーキテクチャでのデータベース管理方式
KR100282779B1 (ko) 교환기 데이터 베이스 관리 시스템의 중복 릴레이션 로딩 방법
KR100539912B1 (ko) 교환기 데이터 베이스 관리 시스템의 프로세서 로드 데이터일괄 백업 및 로딩 방법
KR950010485B1 (ko) 전전자 교환기에서 분산릴레이션의 생성에 대한 데이타베이스 스키마 관리방법
KR100257558B1 (ko) 이동 트랜잭션을 위한 분산 잠금 관리방법

Legal Events

Date Code Title Description
N231 Notification of change of applicant
WITN Withdrawal due to no request for examination