시스템 구성

  CUBRID는 관계형 데이터베이스 관리 시스템으로서, 데이터베이스 서버, 브로커, CUBRID 매니저로 구성된다.

• [그림] CUBRID 시스템 구성
• 

데이터베이스 볼륨 구조

  아래 그림은 CUBRID 데이터베이스 볼륨의 구조를 도식화한 구성도이다. 이를 참조로 하여 데이터베이스 볼륨을 크게 영구 볼륨, 임시 볼륨, 백업 볼륨으로 분류하고, 각각에 속하는 볼륨 및 특징을 살펴보기로 한다.

• [그림] CUBRID 볼륨 구조
• 

영구 볼륨

  영구 볼륨은 한번 생성되면 영구적으로 존재하는 데이터베이스 볼륨으로서, 볼륨 타입으로는 범용(generic), 데이터(data), 임시(temp), 인덱스(index), 제어(control), 활성 로그(active log), 보관 로그(archive log), 백그라운드 보관 로그(Background Archive Log)가 있다

일시 볼륨

  일시 볼륨이란, 영구 볼륨과 반대되는 의미이다. 즉, 사용자가 영구 볼륨으로 지정한 공간을 초과하여 데이터가 축적되는 경우에만 일시적으로 마련되는 저장 공간을 일시 볼륨이라 하며, 이는 서버 프로세스가 종료됨에 따라 소멸된다. 이처럼 일시적으로 생성 및 소멸되는 볼륨으로는 일시적 임시 볼륨이 있다.

백업 볼륨

  백업 볼륨은 데이터베이스에 대한 스냅샷으로서, 이러한 백업 볼륨과 로그 볼륨을 기반으로 특정 시점까지 발생한 트랜잭션을 복구할 수 있다.

  사용자는 cubrid backupdb 유틸리티를 통해 데이터베이스 복구를 위해 필요한 모든 데이터를 복사할 수 있으며, 데이터베이스 환경 설정 파일(cubrid.conf)의 backup_volume_max_size_bytes 파라미터 값을 설정하여 백업 볼륨의 크기를 조정할 수 있다.

데이터베이스 서버

DB 서버 프로세스

• - 데이터베이스 별로 한 개의 서버 프로세스가 존재한다. 서버 프로세스는 CUBRID 데이터베이스 서버를 구성하는 핵심 프로세스로 데이터베이스 파일 및 로그 파일 등에 직접 접근하여, 사용자의 요청을 처리한다.
• - 클라이언트 프로세스는 서버 프로세스와 TCP/IP 통신을 통해 접속하며, 하나의 서버 프로세스는 스레드를 생성해서 다수의 클라이언트 프로세스의 요청 작업을 처리한다.
• - 데이터베이스 별, 즉 서버 프로세스 별로 시스템 파라미터 설정을 지정할 수 있으면 서버 프로세스는 max_clients 파라미터 값으로 지정된 수만큼의 클라이언트 프로세스의 접속이 가능하다.

마스터 프로세스

• - 마스터 프로세스는 클라이언트 프로세스가 서버 프로세스에 접속하여 통신할 수 있게 하는 중계 프로세스로서, 호스트 별로 한 개씩 동작한다. (정확히는 시스템 파라미터 파일인 cubrid.conf에 지정되는 접속 포트 번호 별로 하나씩의 마스터 프로세스가 존재한다.)
• - 마스터 프로세스는 지정된 TCP/IP 포트에 대기하고 있고, 클라이언트 프로세스는 해당 TCP/IP 포트로 마스터 프로세스에 접속한 후 마스터 프로세스가 지정된 데이터베이스 명에 따라 해당 서버 프로세스로 소켓 통신을 옮겨주어 접속을 처리한다.

브로커

  브로커는 다양한 응용 클라이언트가 데이터베이스 서버에 연결할 수 있도록 중계하는 미들웨어 이다. 브로커를 포함하는 큐브리드 시스템은 아래 그림과 같이, 응용 클라이언트, cub_broker, cub_cas, 데이터베이스 서버를 포함한 다중 계층 구조를 가진다.

• [그림] 브로커
• 

응용 클라이언트

  CUBRID는 다양한 응용 프로그래밍 인터페이스(API : Application Programming Interface)를 제공한다. 응용 클라이언트에서 사용할 수 있는 인터페이스는 C-API, JDBC, PHP, ODBC, ADO.NET, OLEDB, Python, Ruby, Perl 등이 있다.

참고사이트

  - http://www.cubrid.com/zbxe/home