KR100243410B1 - A version-validation method for distributed dbms in hanbit ace - Google Patents

Abstract

The present invention relates to a method of maintaining a version information of a DBMS of a HANBit ACE system and a method of verifying a DBMS version interactively on-line during operation of a system. Since the correct execution is only possible when the version of each block and the version of the DBMS library match, the version of each database block and the database library linked to each application block are interactively on-line through the terminal connected to the HANBit ACE system during operation. It is designed to provide the ability to check versions.

Therefore, the system user can verify the normal operation of the system by interactively checking the version mismatched blocks on-line using the designed database version verification function for the operator and development test of the system.

Description

Version Verification Method for Distributed Real-Time DBMS for HANBit ACE System

The present invention relates to a version verification method in a distributed real-time main memory database management system (hereinafter referred to as DBMS) for a HANBit ACE system.

The DBMS operating in the conventional HANBit ACE system environment supports data manipulation of applications that perform call processing, operation, maintenance, billing, and statistical functions by interacting with various blocks.

Each block in the database is distributed several times during the development stage. If the version of these blocks does not match and normal operation does not occur, check the version using the check procedure for each block.

In particular, it is also important to match the version of the library with the four blocks of the DBMS in the user application block, since the database library is linked to the user application block that accesses the database, respectively, to handle the interface between the application block and the DBMS.

In the conventional HANBit ACE system, each block can verify the version by checking the execution file size of the produced block or outputting version information every time a message is output through a terminal connected to the exchange.

This check ensures that a mismatched version of the block is found.

However, the block's executable file size may not be produced with a unique size at every production, so the version verification of each block is not guaranteed.

In addition, the version of the database library cannot be found even by examining the size of the executable file of the linked block, and the message output from the library is executed only when the access to the database is not successful. Therefore, the method of checking the version through the message output is insufficient. Do.

In addition, since the database kernel block cannot output a message on the terminal during operation, the existing version verification method has a problem that is quite inadequate for accurately checking the version of each block of the database.

Database blocks must match signals and messages promised between blocks for normal support of application programs that access and perform database searches and changes.

In particular, since the database library linked to the application is in charge of the interface between the application and the database and the interface to each block of the database, there is an urgent need for a method for accurately verifying the version.

In order to solve the above problems, the present invention, when the DBMS of the HANBit ACE system is running on the SROS (Scalable Realtime Operating System) operating system, the correct operation can be performed only when the version of each database block and the DBMS library version must match. To provide a function to check the version of each block of the database and the version of the database library linked to each application block interactively on-line through the terminal connected to the HANBit ACE system do.

1 is a main memory DBMS structure diagram having a distributed structure of a HANBit ACE system according to the present invention;

2 is a block structure diagram in which each subsystem of the HANBit ACE system according to the present invention resides in a main memory;

3 is a flowchart illustrating a process performed by the DBMS blocks of the HANBit ACE system to which the present invention is applied during the initial operation of the block for the DBMS version decrement function.

4 is a flowchart illustrating an operation performed during an initial operation for a verification function in a DBMS library of a HANBit ACE system to which the present invention is applied;

5 is a flowchart of a functioning process of checking a version of each database block and a database library linked to an application block interactively on-line through a terminal during operation of the HANBit ACE system to which the present invention is applied.

<Explanation of symbols for main parts of drawing>

100: Asynchronous Transfer Mode Central Switching Subsystem (ACS)

110: operation maintenance processor (OMP)

111, 221: Local Database (LDB)

112, 222: Database operating system (DBMS)

112a, 222a: Database Support Group (DBSG)

112b, 222b: Database Transaction Group (DBTG)

112c, 222c: Database Monitoring Group (DBMG)

112d: database backup group (DBBG)

112e, 222d: Database Kernel Group (DBKG)

120: disk

130: interconnection switch network (ISNM)

200: Asynchronous Transfer Mode Local Switching Subsystem (ALS)

210: ATM Switch Network Module (ASNM)

220: call connection control processor (CCCP)

300: application

400: terminal

500: Intermodule Interface (IMI)

600: text area

700: data area

800: BSS area

In order to achieve the above object, the present invention, DBMS blocks of the HANBit ACE system performs the initial operation of the block for the DBMS version verification function, and performs the operation of the initial operation for the version verification function in the DBMS library of the HANBit ACE system In addition, the HANBit ACE system performs a function of checking a version of each database block and a version of a database library linked to an application block interactively on-line through a terminal.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.

1 is a schematic diagram of a main memory device DBMS having a distributed structure of a HANBit ACE system according to the present invention, wherein an asynchronous transmission mode central switching subsystem (hereinafter referred to as an ACS) 100 and an asynchronous transmission mode local switching subsystem are illustrated in FIG. Two subsystems (ATM Local Switching Subsystem, hereinafter referred to as ALS) 200 are provided.

The ACS 100 performs a function of operating, maintaining, and managing a system, and maintaining various traffic information, statistics, and billing information, and the operation and maintenance processor (hereinafter referred to as OMP) 110. Equipped.

In addition, the ALS 200 is a processor that performs access processing of a general subscriber and performs control according to a subscriber service request together with a subscriber matching circuit, and performs a traffic control function such as access admission control and congestion control.

The ALS 200 is installed in plurality according to subscribers and includes a call and connection control processor (hereinafter referred to as CCCP) 220.

Interconnect Switch Network Module (hereinafter referred to as ISNM) 130 is responsible for switching to ATM Switch Network Module (hereinafter referred to as ASNM) 210, and ASNM 210 It is responsible for the subscriber switch of the ALS 200, OMP (110) to one port of the ISNM (130) and CCCP (220) to a port of the ASNM (210) Inter-Module Interface, respectively 500 is connected via a link to send and receive messages.

The communication between the CCCP 220 is a three-stage structure of ASNM-ISNM-ASNM, and the communication between the OMP 110 and the CCCP 220 is a two-stage structure of the ISNM-ASNM.

DBMS for HANBit ACE system is distributed to each processor to manage data distributed to multiple processors, resides in main memory for real time processing, retrieves and modifies data, remote data processing, duplicate data processing It also provides data backup, data recovery, concurrency control, and transaction management.

The DBMS of the OMP 110 among the processors includes a Database Kernel Group (hereinafter referred to as DBKG) 112e, a Database Backup Group (hereinafter referred to as DBBG) 112d, and a Database Support Group (Database Supporting). Group, hereinafter referred to as DBSG) 112a, Database Transaction Group (hereinafter referred to as DBTG) 112b, and Database Monitoring Group (hereinafter referred to as DBMG) 112c have five blocks. The DBMS of the CCCP 220 includes four blocks of DBKG 222d, DBSG 222a, DBTG 222b, and DBMG 222c.

Each block of the DBMSs 112 and 222 receives a request for manipulating data from requests input directly from an application program or a user, and shares a role of returning the result.

The DBKGs 112e and 222d are in charge of retrieving data in the database and generating a change concurrency control log record according to the retrieval and change of the data for which the processing request is received.

The DBSGs 112a and 222a have a function of requesting the DBKGs 112e and 222d to handle retrieval and change requests for remote data within an application, and a communication function between DBSGs 112a and 222a of other processors for remote data processing. The DBBG 112d is responsible for backing up the database on the disk when the data requesting the change requires the disk backup and restoring the database upon system restart.

The DBTGs 112b and 222b perform a transaction management function, and the DBMGs 112c and 222c interactively verify the contents of a database residing in the main memory through a terminal connected to each processor.

FIG. 2 is a block structure diagram in which each sub-system of the HANBit ACE system resides in a main memory, and shows a block diagram of the blocks in the main memory of each sub-system (ACS and a plurality of ALSs) of the HANBit ACE system. to be.

All blocks are composed of a text area 600, a data area 700, and a BSS area 800 of uninitialized data.

3 is a flowchart illustrating a process performed by the DBMS blocks of the HANBit ACE system to which the present invention is applied during the initial operation of the block for the DBMS version verification function. This is a flowchart showing the process performed by the DBMG for the DBMS version verification function during the initial operation of the block.

First, an arbitrary variable for the version is declared as a character string type (S1).

Assigns the value of the version information string of a block starting with a special string and ending with another special molecular string to the declared variable (S2).

This string is located in the data area of FIG.

4 is a flowchart illustrating an operation performed during an initial operation in a DBMS library of a HANBit ACE system as a flowchart showing an operation performed during an initial operation in a DBMS library of a HANBit ACE system to which the present invention is applied.

First, an arbitrary variable for the version is declared as a character string type (S3).

The variable is assigned a value of a string of version information of the library starting with a special string and ending with another special string (S4).

In this case, the special string used for starting and closing the string may be the same as the special string in FIG. 3.

The string is located in the data area of FIG.

FIG. 5 is a flowchart of a function execution process of checking a version of each database block and a database library linked to an application block interactively on-line through a terminal during operation of the HANBit ACE system to which the present invention is applied. Flowchart showing the process of checking the version of each database block and the version of the database library linked to the application block interactively on-line through the terminal connected to the ACE system. .

The operator's interactive interface functions on the terminal are handled by the DBMS block.

First, if a name of a block A for verifying a version is input from the operator through the terminal (S5), the DBMGs 112c and 222c convert the name of the block A into an identifier of the block (S6). .

After the change, it is determined whether the block A is loaded in the main memory (S7). If the block A is not loaded in the main memory, the block is not output (S8).

If block A is loaded in the main memory, the start address of the text area of the block, the size of the text area, and the size of the data area are obtained using the identifier of the block (S9), and then the start address of the data area is obtained (S10). ).

The address of the data area is the address of the text area plus the size of the text area.

DBMG 112c, 222c searches the data area of block A (S11) to determine whether a special string is found (S12), and if it finds a special string, outputs version information therebetween on the monitor (S13), If not found, it outputs no information (S14).

The HANBit ACE system can interactively verify the version of the DBMS library linked to all application blocks, including the version of each block of the DBMS, using the above technique.

As described above, when the DBMS of the HANBit ACE system of the present invention is executed on an operating system SROS, the version of the database blocks and the version of the DBMS library linked to the application block are interactively verified on-line. This method is effective and the only way to check the version of the library that provides the interface to the database. .

By using the method, it is possible to prevent the version mismatch which occurs frequently in developing and testing the application blocks of the HANBit ACE system, thereby improving the efficiency of the system development.

Claims (2)

In the version verification method of the DBMS which checks the version of each block of the database of the HANBit ACE system and the version of the database library linked to each application block, DBMS blocks of the HANBit ACE system and the DBMS library In the data area, declare an arbitrary variable for each version information display as a character string type and give the declared variable the value of each version information string in the library and the block beginning with a special string and ending with another special string. A first process stored in between; When the operator selects a block and inputs a version check in order to check the version of each block of the database and the version of the database library linked to the application block interactively on-line through the terminal during operation of the HANBit ACE system, And a second process of finding and verifying version information based on the special characters of the version information stored in the process. The method of claim 1, wherein the second process comprises: a first step of inputting a name of a block from which a version verification command is to be verified by a terminal through a terminal; Converting the name of the input block into an identifier of the block; Determining whether the block is loaded in the main memory after the conversion, and if the block is not loaded in the main memory, outputting that the block does not exist and ending the execution; A fourth step of determining the start address of the text area of the block, the size of the text area, the size of the data area and obtaining the start address of the data area by using the identifier of the block when the block is loaded in the main memory; A fifth step of determining whether a special character string is found by searching the data region of the block (S11) and if the special character string is found, the database monitoring group outputs version information between the data regions on the monitor; If not found after the determination, the method for verifying the version of the distributed real-time DBMS for HANBit ACE system comprising the step of outputting no information.

Images