Background Image
제품 여행
2018.11.07 14:26

CUBRID-HA 제약사항을 극복해보자

조회 수 43 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄 첨부





Charpter0. 들어가며..



주요한 시스템인 경우, 장애가 발생하더라도 실시간으로 서비스를 제공해야 함으로 CUBRID이중화 방식은 필히 적용해야 할 구성방식입니다.


그러나 LOB 를 사용하지 못하는 제약사항이 있어 이를 극복할 수 있는 방법이 있지 않을까해서 테스트한 내용입니다.


본 장에서는 Linux에서, fail-over, fail-back상황에서 테스트했지만,

더 많은 OS, 더 많은 상황에서도 동기화가 되는지 종합적인 테스트가 이루어져야 할 것입니다.




Chapter1. HA란 무엇인가


CUBRID에서는 HA기능을 기본적으로 제공하고 있다.

HA란 무엇인가??

 High Availability(HA)란, 하드웨어, 소프트웨어, 네트워크 등에 장애가 발생해도 지속적인 서비스를 제공하는 기능이다. 이 기능은 하루 24시간 1년 내내 서비스를 제공해야 하는 네트워킹 컴퓨팅 부분에서 필수적인 요소이다. HA 시스템은 두 대 이상의 서버 시스템으로 구성하여 시스템 구성 요소 중의 한 요소에 장애가 발생해 서비스를 중단 없이 제공할 수 있다. 

운영중인 하나의 서버(master-node)에 이상이 발생하여도 대기중 이였던 서버(slave-node)를 활용하여 중단없는 서비스를 제공한다는 것이다. 

어떠한 방식으로 동기화를 유지하고 있을까?


해답은 아래 매뉴얼에서 확인 할 수 있다.

 CUBRID의 HA 기능은 shared-nothing 구조이며, 액티브 서버(active server)에서 스탠바이 서버(standby server)로 데이터를 동기화하기 위해 다음 두 단계를 수행한다.

1. 트랜잭션 로그 다중화: 액티브 서버에서 생성되는 트랜잭션 로그를 실시간으로 다른 노드에 복제한다.
2. 트랜잭션 로그 반영: 실시간으로 복제된 트랜잭션 로그를 분석하여 스탠바이 서버에 데이터를 반영한다. 


즉, 상대방 서버를 모니터링하고 있다가 트랜잭션(commit/rollback)이 발생하면, 해당 로그를 복사하여 가져와서 본 서버에 적용하는 방식인 것으 알 수 있다.


그런데 CUBRID-HA제약사항이 있단다. (참조 : https://www.cubrid.org/manual/ko/9.3.0/ha.html#id38)

테이블 기본키, Java저장 프로시져, 시리얼 캐시 온라인백업, INCR/DECR함수. LOB(BLOB/CLOB)함수...응???

LOB함수??
아시다시피, long타입보다는 더 큰 데이터 저장이나, 파일과 같은 데이터를 저장할 때 사용하는 것이 LOB(Large OBject)컬럼이다. 
게시판 등에서 자주 사용되는 타입이다. 

동기화가 된다면서 왜 LOB컬럼은 사용하지 못하는가?????

매뉴얼 내용을 다시 살펴보자

 LOB(CLOB/BLOB)타입

  CUBRID HA에서 LOB 칼럼 메타 데이터(Locator)는 복제되고, LOB 데이터는 복제되지 않는다. 따라서 LOB 타입 저장소가 로컬에 위치할 경우, 슬레이브 노드 또는 failover 이후 마스터 노드에서 해당 칼럼에 대한 작업을 허용하지 않는다.


CUBRID-HA는 LOB파일이 있는 저장소를 저장하지만, 해당 데이터는 복제 되지 않는다라는 것이다.
좀 더 자세히 살펴보자.

CUBRID에서 DBMS를 생성하면 $CUBRID/databases/databases.txt파일에 log-base-path가 지정된다(생성 시 변경 가능하며 , 기본적으로 볼륨 하단에 lob디렉토리로 지정된다.)
1.PNG


데이터 입력 한 서버(master-node)에는 /home/cubrid/DB/lob에 파일이 존재하지만, 상대방노드(slave-node)에는 해당 파일이 존재하지 않아서 에러가 발생한다는 말이다

아래는 테스트 결과이다.

 아래 그림은 master-node에서 BLOB생성 후 조회한 결과이다.

3.PNG

 


아래 그림은 slave-node에서 조회한 결과이다.

결과를 보면 bstr의 메타데이터(Locator)는 존재하지만, LOB데이터가 존재하지 않아 에러가 발생한 상황이다.

4.PNG



CUBRID-HA라는 좋은 기능을 사용하면서, LOB(CLOB/BLOB)를 사용할 수 있는 방법이 있지 않을까?

LOB의 메타 데이터 저장소를 동기화한다면, CUBRID-HA에서도 LOB를 사용할 수 있지 않을까?



동기화를 수행하기 위한 방법은 여러가지가 존재한다.

  1. Transmit을 통한 FTP Sync

    총평: 동기화와 거리가 멀다.
     

    3.00

    star_12_2.png

     
    이런 점이 좋았어요!

    직관적이며 쉽다.

     
    이런 점이 아쉬웠어요!

    속도가 느리며, 전송날짜로 파일이 생성되어 관리하기 어렵다.

     

  2. Subversion
    총평: 프로젝트성 자료 공간으로 활용하기 좋다.
     

    3.00

    star_12_3.png

     
    이런 점이 좋았어요!

    문서,파일에 대한 형상 관리가 가능하다.

     
    이런 점이 아쉬웠어요!

    형상관리를 위해 불필요한 저장공간이 필요하다.

     

  3. Rsync
    총평 : 백업이나 n대의 서버로 배포(백업)시 유리
     

    5.00

    star_12_5.png

     
    이런 점이 좋았어요!

    빠르고 간편하다. 무료다.

     
    이런 점이 아쉬웠어요!

    단뱡향이다. 

     

  4. unison
    총평 : 양방향 동기화로 적절하다.
     

    9.00

     
    이런 점이 좋았어요!

    양방향 sync가 가능하며, 무료이다.

    지원OS : Mac, Linux, Unix, Windows간의 양방향 Sync가 가능하다.

     
    이런 점이 아쉬웠어요!

    Windows 상에서는 파일명에 한글이 있을시 깨진다. 

    (Unix/Mac/Linux간에는 문제 없음)

     



Chapter2. Unison설치

1. homepage : http://unison-binaries.inria.fr/

해당 페이지에 들어가면 compile된 binaryfile이 존재한다.

이 중 64bit용으로 다운로드 받는다.


2. root
root 계정으로 수행한다. 기타계정에서는 에러가 발생한다. 
(타 계정으로 설치 후 수행되는지 추가 테스트가 필요하다.)

3. 다운로드

wget http://unison-binaries.inria.fr/files/2011.01.28-Esup-unison-2.40.61-linux-x86_64-text-static.tar.gz


4. 압축풀기

tar xvfz 2011.01.28-Esup-unison-2.40.61-linux-x86_64-text-static.tar.gz


5. 파일명 변경

압축을 풀면 "unison-2.40.61-linux-x86_64-text-static" 파일이 생성되는데, 너무 길어서 unison이라고 변경한다.


mv unison-2.40.61-linux-x86_64-text-static unsion


6. /bin으로 copy
path에 등록해도 되지만, /bin에 복사하여 사용하였다. 본인이 편한 방법을 사용하면 된다.

cp ./unison /bin



7. 실행

정상적으로 완료 되었다면, 아래와 같이 usage화면이 출력될 것이다.

5.PNG





Chapter3. 테스트..테스트


CUBRID-HA제약사항이 무엇인지... 왜 LOB를 사용하지 못하는지 파악해 보았고, unsion 설치도 완료하였다. 

해당 장에서는 CUBRID-HA환경에서 LOB컬럼을 생성하고, 동기화를 수행하는 테스트를 진행

  1. OS : CentOS 6.5
  2. CUBRID Version : CUBRID 9.3.9.0002
  3. 이중화 구성(CUBRID-HA)
    db1과 db2를 master/slave-node를 기본구성하였다.
    6.png



  4. LOB컬럼을 생성하고 각각의 node에서 조회한다.
    <<Test Data>>
    20.png


    CLOB컬럼을 조회한 결과, 에러가 발생한다.(왼쪽그림은 master-node,오른쪽그림은 slave-node이다.)

    21.PNG


    BLOB컬럼을 조회한 결과, 에러가 발생한다.(왼쪽그림은 master-node,오른쪽그림은 slave-node이다.)
    22.PNG


    위와 같은 결과가 출력되는 이유는 lob데이터가  slave-node에 복제되지 않기 때문이다.
    23.PNG


    그럼 이제 unison을 사용하여 양방향 동기화를 맞추어보자.


  5. unison 동기화를 수행한다.
    명령어 : root> unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob
    25.PNG


    unison동기화 후에 LOB데이터가 있는 디렉토리를 조회해 보면, slave-node에도 동일하게 LOB데이터가 존재하는 것을 확인할 수 있다.
    26.PNG


  6. 이제 slave-node에서 LOB데이터가 검색되는지를 확인해보자
    27.PNG


  7. fail-over수행 후에 데이터를 입력하고 동기화가 되는지 확인하자.
    7-1. fail-over를 위해 db1의 서버를 정지한다.
    28.PNG


    7-2. db2(slave-node)에서 데이터를 입력한다.
    29.PNG


    7-3. unison동기화수행 후 db1에서 데이터를 조회한다.
    30.PNG




    7-4. db1에서 데이터를 조회한 경우, 정상적으로 출력된다.

    32.PNG







Chapter4. 자잘한 내용들


1. ssh접속 시, 암호를 없애자


unison명령어는 unison root1 root2 [options]으로 되어 있다. 동기화하고자 하는 서버에 접속이 되어야 하는데 명령어 수행 시, 매번 상대방 계정의 암호를 입력해 주어야 되는 번거로움이 있다.


그래서 암호 없이 수행되도록 설정하자


[Server1 : hostname => db1]

  1. mkdir /root/.ssh
  2. cd /root/.ssh
  3. ssh-keygen -t rsa
  4. cat id_rsa.pub 내용을 복사

[Server2 : hostname => db2]
  1. su - cubrid
  2. mkdir /home/cubrid/.ssh
  3. cd /home/cubrid/.ssh
  4. vi authorized_keys 를 생성하여 server1에서 복사한 id_rsa내용을 복사해 넣는다.
정성적으로 설정되었다면, 아래와 같이 password를 묻지 않는다.

14.PNG




※ ssh설정 때문에 안되는 경우가 있다. 이러한 경우 /etc/ssh/sshd_config에서 rsa옵션을 변경해 보자
========================

RhostsRSAAuthentication yes

RSAAuthentication yes

PasswordAuthentication yes

PermitEmptyPasswords yes

========================
ssh 재구동 : service sshd restart



2. 동기화 시 , 매번 값을 입력해야 하는가?

동기화 명령어는 아래와 같다.

 unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob


그런데 위 명령어 수행 시, 파일들을 확인여부를 사용자에게 문의하고, 최종적으로 update할 것이냐고 또 물어본다. 데이터 변경 시 마다 , 파일마다 사용자가 확인하는 것은 너무 피곤하다.

그래서 -batch옵션을 추가하자. 일괄적으로 수행하는 옵션이다.

  unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob -batch


상대방 서버에서 가져올 때, cubrid계정이 접근하지 못하는 경우(예:root인 경우) 결과는 NULL로 출력된다. 그러므로 동기화파일의 권한을 조정하자.

-owner -group옵션을 추가하자.

  unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob -owner -group -batch


3. crontab등록

최종적으로 동기화를 수행하기 위한 명령어는 아래와 같다.

 unison /home/cubrid/DB/lob ssh://cubrid@192.168.83.134//home/cubrid/DB/lob -owner -group -batch 


동기화를 위해 매번 사용자가 해당 명령어를 수행 시킬 수 는 없으므로, crontab에 등록하여 각 시스템성격에 맞게 수행할 수 있도록 설정해 주어야 한다.


% crontab -e : 편집모드

% crontab -l : 내용 출력

% service crond restart : 서버 재구동


4. 동기화 데이터가 많은 경우

데이터가 많은 경우 unison 옵션 중, -fastcheck를  추가해서 사용하자




CUBRID-HA는 시스템 운용에서 사용하기 좋은 기능이나, LOB 컬럼 또한 많은 서비스에서 사용하고 있다. 

되도록 CUBRID-HA가이드를 따르는게 맞지만, LOB필히 사용해야 하는 서비스라면 unison사용을 검토하여 적용해 보자.


CUBRID-HA제약사항 중, Java Stored Procedure과 메서드 사용 문제가 있다. 각 Node들 끼지 복제가 되지 않기 때문에 제약사항임으로,

unison을 활용한다면, 이 두 가지 까지 극복할 수 있을 것이다.







  1. No Image NEW

    timezone, tz data

    Timezone Timezone 하면 딱 생각나는 것은 +09:00, 우리나라는 그리니치 표준시 (GMT)보다 9시간 빠르다는 것이다.  해외 여행중 한국에 국제 전화할 때 꼭 알아야 할 것, "한국 시간 몇시인가?" 잘못하면 식구들 자는 중에 집에 전화할 수 있다. Timezone이 뭔가? 사전적 정의는 “특정 국가나 지역의 현지시간 (local time)” 이다. 그리니치 표준시의 정오는 경도 0도에 위치한 그리니치 천문대 남중 자오선을 태양이 지나가는 시간이다. 1925년 부터, 특정 지역의 locatime은 그리니치 표준시를 기준으로 몇시간 빠르고 느린가로 표현되어왔다 (그리니치 동쪽은 +, 서쪽은 -로 표현).  GMT 시간이 그리니치 천문대를 지나는 태양을 기준으로 하기 때문에 시간이 지구의 자전 주기와 관련 되며, 자전의 흐름이 늦어지면서 오차가 발생되었고 새로운 표준시 제정에 대한 요구가 나오게 되었다. 1972년, 국제 표준시는 그리니치 표준시에서 UTC (Coordinated Universal Time)로 변경되었다.   UTC는 세슘 원자 시계 기반의 세계 표준시이며,  UTC와 GMT는 소숫점 단위에서만 차이가 나기 때문에 일상적으로 같은 수준으로 혼용해서 사용하기도 하나 기술적인 표현에서는 UTC를 ...
    Date2018.11.14 Category제품 여행 By한기수 Views0
    Read More
  2. Update

    CUBRID-HA 제약사항을 극복해보자

     Charpter0. 들어가며.. 주요한 시스템인 경우, 장애가 발생하더라도 실시간으로 서비스를 제공해야 함으로 CUBRID이중화 방식은 필히 적용해야 할 구성방식입니다. 그러나 LOB 를 사용하지 못하는 제약사항이 있어 이를 극복할 수 있는 방법이 있지 않을까해서 테스트한 내용입니다. 본 장에서는 Linux에서, fail-over, fail-back상황에서 테스트했지만, 더 많은 OS, 더 많은 상황에서도 동기화가 되는지 종합적인 테스트가 이루어져야 할 것입니다. Chapter1. HA란 무엇인가 CUBRID에서는 HA기능을 기본적으로 제공하고 있다. HA란 무엇인가??  High Availability(HA)란, 하드웨어, 소프트웨어, 네트워크 등에 장애가 발생해도 지속적인 서비스를 제공하는 기능이다. 이 기능은 하루 24시간 1년 내내 서비스를 제공해야 하는 네트워킹 컴퓨팅 부분에서 필수적인 요소이다. HA 시스템은 두 대 이상의 서버 시스템으로 구성하여 시스템 구성 요소 중의 한 요소에 장애가 발생해 서비스를 중단 없이 제공할 수 있다.  운영중인 하나의 서버(master-node)에 이상이 발생하여도 대기중 이였던 서버(slave-node)를 활용하여 중단없는 서비스를 제공한다는 것이다.  어떠한 방식으...
    Date2018.11.07 Category제품 여행 By큐브리드_김주현 Views43
    Read More
  3. CUBRID contribute의 두번째 걸음, CUBRID 디버깅 하기

    디버깅은 실행중인 프로세스를 컨트롤할 수 있어 문제점을 찾거나 현재 로직을 확인 할 때 유용한 방법입니다. 이번에는 GDB를 활용하여 CUBRID server 프로세스를 디버깅해보도록 하겠습니다. GDB 사용에 앞서 CUBRID 빌드가 되어 있어야 합니다. CUBRID  빌드 관련 내용은 아래 링크를 확인하세요. http://www.cubrid.com/blog/3814572   디버깅을 위해서는 'debug' 모드로 빌드해주세요.  1 2 [root]vi build.sh build_mode="debug" cs   빌드시 에러가 발생한다면 표준에러만 파일로 리다이렉션하여 확인하는 것이 좋습니다.  1 2 [root]vi build.sh 2> error.out vi error.out cs 빌드가 완료가 되었다면 bash_profile 파일에 PATH 관련 정보를 추가 저장합니다. CUBRID 위치는 build시 저장한 위치로 변경하세요.  1 2 3 4 5 6 7 8 9 10 cd ~ [root]vi .bash_profile export CUBRID=/cubrid10.1/CUBRID   export CUBRID_DATABASES=$CUBRID/databases export PATH=$PATH:$CUBRID/bin export LD_LIBRARY_PATH=$CUBRID/lib:$LD_LIBRARAY_PATH CLASSPATH=$CUBRID/jdbc/cubrid_jdbc.jar export CLASSPATH [root]source .bash_profile cs demo DB를 생성합니다.​ 1 2 3 4 5 6 c...
    Date2018.08.09 Category제품 여행 By박세훈 Views335
    Read More
  4. No Image

    CUBRID 사용 포트와 OS명령어로 포트 오픈 상태 점검하기

    CUBRID를 설치 후 사용자들이 응용 프로그램과 CUBRID Manager 또는 CUBRID Migration Toolkit(CMT)를 연결 할 때 어떤 포트를 사용해야 하는지 "방화벽 문제로 CUBRID DB서버와 접속이 안되는 현상" 때문에 Q&A 문의가 생각보다 많이 있어 이번 블로그 내용에서는 접속대상 서버(PC)와 CUBRID DB서버간 포트개방 생태를 OS명령어로 확인하는 방법을 소개하고자 합니다.  우선, CUBRID 포트관련 내용을 간단하게 정리하면 설정 파일들은 $CUBRID/conf 디렉토리에 위치해 있고 cubrid.conf에 cubrid_port_id=1523, cubrid_broker.conf에 BROKER_PORT=30000,33000, cubrid_ha.conf에 ha_port_id=59901, cm.conf에 cm_port=8001 포트로 기본설정되어 있습니다, 아래 표는 CUBRID가 사용하는 포트를 정리한 것입니다.   1, CUBRID 포트 정리표 구분 대상 장비 Linux 포트 Windows 포트 방화벽 Single DB WEB/WAS Server 33000(TCP) 33000~33040(TCP) 개방 CUBRID Manager 30000(TCP) 8001(TCP) 30000~30040(TCP) 8001(TCP) 개방 CUBRID CMT 30000(TCP) 30000~30040(TCP) 개방 CUBRID HA WEB/WAS Server 33000(TCP) 33000~33040(TCP) 개방 CUBRID Manager 30000(TCP) 8001(TCP) ...
    Date2018.07.03 Category제품 여행 By정만영 Views493
    Read More
  5. Windows 10에서 CUBRID linux 버전 사용하기

    MS에서 2016.08.02 기준으로 Windows 1주년 업데이트 버전을 배포했다. 해당 업데이트의 믄 변화에는 bash(Linux 용 Windows 하위시스템 beta)를 사용할 수 있다는 것이다. 해당 버전에서 정상 동작 하는지 테스트를 해 보았으나, 초기 버전에는 linux의 shared memory 관리 부분이 구현이 덜 되어 데이터베이스 서버 엔진은 구동이 가능하지만  쉐어드 메모리를 사용하는 브로커는 정상 작동하지 않았다. 해당 버그는 MS의 GitHUB https://github.com/Microsoft/WSL/issues/92 에 보고 되어 수정이 되었다. Windows 16215 버전 이후 버전 및 작년 가을에 레드스톤3 업데이트 Fall Creators Update 에 와서는 CUBRID가 정상 구동 할 수 있는 shared memory 환경이 되었다. Windows 10 버전를 꾸준히 업데이트만 받았다면, 이제 CUBRID를 bash 환경에서 구동이 가능하다. 일단 기본적으로 활성화되는 기능은 아니기 때문에 제어판 > 프로그램 > 프로그램 및 기능 > Windows 기능 켜기/끄기에서 해당 기능을 활성화 해야한다. 활성화 이후에는 재부팅이 필요 할 수 있다. 또는 MS의 Install the Windows Subsystem for Linux 가이드 (https://docs.microsoft.com/ko-kr/windows/w...
    Date2018.06.27 Category제품 여행 By성진 Views410
    Read More
  6. 큐브리드의 유용한 명령어 살펴보기

    데이터베이스 시스템을 운영하면서 성능 개선은 매우 중요한 일입니다. CUBRID는 다른 DBMS와 다르게 JDBC 드라이버-브로커-데이터베이스 서버의 3계층(3-tier) 구조로 구성되어 있습니다. 3계층 중 브로커는 서버와 외부 응용 프로그램 간의 통신을 중계하는 CUBRID 전용 미들웨어로서, 커넥션 풀링, 모니터링, 로그 추적 및 분석 기능을 제공합니다. CUBRID는 CUBRID BROKER프로세스가 생성한 SQL LOG파일을 통해 SQL 성능 분석을 할 수 있습니다. (다른 DBMS 성능 모니터링은 시스템 DMV를 조회하여 확인합니다.)  이번 블러그에서는 CUBRID BROKER가 생성한 SQL LOG 파일을 이용하여 성능 문제를 분석하고 개선하는데 유용한 유틸리티에 대해 3회에 걸쳐 소개할 예정이며, 첫번째로 소개할 유틸리티는 broker_log_top 입니다. ▣ broker_log_top broker_log_top 유틸리티는 수행 시 특정 기간 동안 생성된 SQL LOG 파일를 분석하여 실행 시간이 긴 순서대로 나열합니다. 이 유틸리티는 수행시 log_top.res와 log_top.q와 같이 2개의 결과 파일을 남깁니다. log_top.res 파일에는 특정기간 동안 수행된 SQL들에 대한 최대 수행 시간, 최소 수행 시간, 평균 수행 시간 및 수...
    Date2018.01.04 Category제품 여행 By성진 Views1048
    Read More
  7. 젊은 열정 대학생들과 함께한 컨트리뷰톤(contributon) 2017

    프롤로그 컨트리뷰톤 2017(https://www.kosshackathon.kr). 약 2달간의 일정으로 진행되는 오픈소스 멘토링 행사에 멘토 자격으로 참여하였습니다. 총 10개의 프로젝트에 각각 12~15명 내외의 멘티들이 선발되어 git 사용법부터 오픈소스에 컨트리뷰션(contribution)까지 진행해보는 과정으로 대학생들이 주를 이루었지만 간혹 경력이 상당한 개발자 분들도 멘티로써 참석하셨습니다. 뜨거운 열정이 느껴집니다. 저희는 CUBRID Manager(GUI 도구)를 진행 프로젝트로 선정하였는데, 오픈소스를 거의 처음 접해보는 멘티들에게 적절한 선택이지 않았나 생각합니다. 아래 사진 속에 저와 멘티들이 보이네요. 아마 진행할 프로젝트와 멘토 소개를 했던 것으로 기억하는데, 오랜만에 100명이 넘는 사람들 앞에서 잡은 마이크라 그런지 긴장한 모습이 역력합니다. 오픈소스 참여하고 싶어요 멘티들과의 첫만남. 저는 “컨트리뷰톤에 등록된 프로젝트 중 왜 CUBRID Manager에 지원하셨어요”란 질문을 던졌습니다. 아마 “CUBRID에 관심이 많아요.”, “DBMS 개발을 해보고 싶어요.”란 답변을 기대했던거 같은데, 의외로 “쉬워보여서요.”, “오픈소스가 처음인데, 멘토님이 친절하실 것 같아...
    Date2017.12.28 Category오픈소스 이야기 By민준 Views803
    Read More
  8. CUBRID 전환 시에 어떤 고민을 해야 할까요?

    최근 공개소프트웨어에 대한 관심이 높아지면서 국내 유일의 오픈소스 DBMS인 CUBRID도 많은 주목을 받고 있습니다.  전환을 생각하는 사용자로부터 많이 받는 질문 중 하나는 “우리가 운영하고 있는 시스템의 DBMS가 오라클/MySQL/MS-SQL 인데 CUBRID로 전환이 가능한가요?” 입니다. 그래서, 오라클 기반의 서비스를 CUBRID로 전환할때 전환에 절차 및 고려 사항들에 대한 대략적인 내용을 정리해보았습니다. 우선, CUBRID로 전환하기 위한 절차는 1)전환 가능성 분석  2) 기존 환경분석  3) 개발환경 구성 4) SQL 전환 순으로 진행됩니다. 이후의 절차인 운영환경 전환, 성능테스트, 운영 유지보수 등의 내용은 생략하도록 하겠습니다. 그럼, 각 절차에 대해서 상세히 알아보도록 하겠습니다 1) 전환 가능성 분석 아래 표와 같이 각 항목별로 배점을 부여하여 DBMS 전환이 가능한지를 확인합니다.  각 항목별배점 예시는 50:30:20, 60:20:20 등과 같이 배점기준을 정하여 가능성을 분석하며, 배점결과가 약 70~80 이상일 경우에는 전환이 가능하다고 판단하면 됩니다. 2) 기존 환경 분석 전환이 가능하다고 판단되면, 전환범위와 DBMS 스키마, DB크기 등에 대한 시스템 전반...
    Date2017.12.26 Category제품 여행 By권호일 Views947
    Read More
  9. CUBRID의 오류 종류와 생성되는 로그 종류는 ?

    CUBRID상에서 서비스 개발 및 운영 시 마주치게 되는 여러가지 문제를 해결하기 위해서는 오류코드(메세지)에 대한 해석과 서버에서 생성하는 다양한 로그에 대한 해석이 중요합니다. 이번 글에서는 해석에 치중하기 보다는 CUBRID 9.3 기준으로 어떤 종류의 오류코드(메세지)가 있는지 어떤 종류의 로그들이 생성되는지를 우선으로 살펴보겠습니다. 향후 시간이 되면 해석에 대해서도 글을 올리도록 하겠습니다. C 또는 JAVA언어를 이용하여 서비스 개발시 참고할 수 있는 오류 코드 종류는 아래 표와 같으며, 이를 활용하여 Source Debugging과 다양한 조건 및 상태에 따른 분기가 가능한 프로그램을 개발할 수 있습니다. 응용관련 CCI 오류코드 (오류 메시지) JDBC 오류코드 (오류 메시지) CAS 오류코드 (오류 메시지) DB관련 데이터베이스 서버 오류코드 (오류 메시지)   먼저 발생하는 오류 코드 종류에 대해서 알아 보도록 하겠습니다. 1. 응용관련 메시지 1.1 CCI에서 발생한 오류 코드 구분       CUBRID에서는 C기반 응용프로그램 개발을 위해 CCI(C Client Interface)제공하며, 오류 발생 시 음수 값을 반환합니다.       발생하는 오류 코드 구분 규칙은 다음과 같...
    Date2017.12.26 Category제품 여행 By김창휘 Views531
    Read More
  10. CUBRID의 접속 제어 관리 (ACL : Access_control) 기능 살펴보기

      접근 권한(Access Control)이란, 허용한 IP 목록과 허용된 DB 사용자 외 다른 IP 및 DB사용자가 해당 브로커나 데이터베이스 서버로 접속하는 것을 제한하기 위해 사용됩니다. 이 기능을 사용하시면, 외부의 잘못된 접근으로 인하여 발생하는 문제로부터 데이터베이스를 보호할 수 있습니다.   CUBRID는 데이터베이스에 접속하는 브로커 및 CSQL 인터프린터를 제한하기 위한 데이터베이스 접속 제어 관리, 브로커에 접속하는 응용 클라이언트를 제한하기 위한 브로커 접속 제어 관리를 제공하고 있습니다.   이번 글에서는 데이터베이스 및 브로커 접속 제어 관리의 설정 방법과 모니터링 방법을 살펴보겠습니다. 작성된 예시는 CUBRID 9.3.6.0002 버전 기준입니다.   1.     데이터베이스 서버 접속 제어 관리 1)     데이터베이스 서버 접속 제어 관리 설정 ①    cubrid.conf 파일 설정($CUBRID/conf/cubrid.conf) -      데이터베이스 서버의 접속 제어 관리 기능을 사용하기 위해서는 access_ip_control 파라미터를 yes로 설정해야 하며(기본 값은 no), access_ip_control_file(접속을 허용하는 IP 목록이 작성된 파일) 경로를 입력해야 합니다. -      해당 설정 값은 ...
    Date2017.12.21 Category제품 여행 By허서진 Views525
    Read More
Board Pagination Prev 1 2 3 4 5 6 7 8 9 Next
/ 9

Contact Cubrid

Tel. 070-4077-2110 / Email. contact_at_cubrid.com
Contact Sales