Background Image
조회 수 2765 추천 수 1 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

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

큐브리드 엔지니어로 기술지원을 수행하면서 자주 받는 질문들을 크게 10개 단락으로 나누어 모아 보았습니다.

큐브리드를 사용해주시는 많은 분들에게 작게나마 도움이 되기를 바라는 마음으로 작성해 보았습니다.

자세한 내용은 하단에 매뉴얼 링크를 달아 두었으니 참조 부탁 드립니다


1.     DB 백업/복구

1)     백업 명령어를 알고 싶어요.

    $ cubrid backupdb -D <백업 경로> -z --no-check <DB>

2)     증분 백업도 지원하나요?

    큐브리드는 1, 2차 증분 백업을 지원합니다.

    증분 백업을 하기 위해서는 백업 옵션 중 -l 옵션을 사용하면 됩니다백업수준은 0,1,2 3가지로 나뉘어 지며 각각 전체 백업, 1차 증분 백업, 2차 증분 백업을 의미합니다.

    예시 : cubrid backupdb -D <백업 경로> -z --no-check -l 1 <DB>

3)     복구는 어떻게 해야 하나요?

    $ cubrid restoredb -B <백업 파일 경로> <DB>

4)     시점 복구도 지원하나요?

    큐브리드는 어떠한 옵션도 지정되지 않은 경우 기본적으로 마지막 커밋 시점까지 데이터베이스가 복구됩니다시점 복구를 하기 위해서는 -d 옵션으로 시간을 지정할 수 있으나지정한 복구 시점까지 복구하기 위한 활성로그/보관 로그 파일이 존재해야만 하며 backuptime이라는 워드를 지정할 경우 마지막 백업이 수행된 시점까지 복구됩니다.

    예시 : cubrid restoredb -B <백업 파일 경로> -d 30-12-2018:10:00:00 <DB>

5)     백업이 실패했어요.

    백업이 실패할 경우 $CUBRID/log/<DB>_backup.err 파일을 확인하여 원인분석을 할 수 있습니다.

    백업 실패 예시 #1 : 백업 경로 퍼미션 에러

Ø  백업 경로에 대한 접근쓰기 권한에 대한 확인 필요

Time: 12/26/18 10:42:10.901 - ERROR *** file Unknown from server, line -1 ERROR CODE = -8 Tran = 3, EID = 2

Unable to format disk volume "/home/cub938/CUBRID/log/backup/testdb_bk0v000" with -1 pages (244813135871 bytes).... Permission denied


    백업 실패 예시 #2 : DB가 내려가 있거나, DB명이 잘못된 경우

Ø  DB가 내려가 있을 경우 -S 옵션 추가

Ø  DB명이 잘못된 경우 정확한 DB명 확인 필요(cat $CUBRID/databases/databases.txt)

Time: 12/26/18 10:42:45.283 - ERROR *** file ../../src/transaction/boot_cl.c, line 1743 ERROR CODE = -677 Tran = -1, EID = 3

Failed to connect to database server, 'testdb', on the following host(s): localhost


    백업 실패 예시 #3 : Lock으로 인해 백업수행이 실패된 경우

Ø  Lock 으로 인해 실패된 경우 --no-check 옵션을 사용하여 재 시도

Time: 12/26/18 10:44:24.395 - ERROR *** file Unknown from server, line -1 ERROR CODE = -74 Tran = 2, EID = 2

Your transaction (index 2, DBA@cub93|41813) timed out waiting on   IS_LOCK lock on class jin. You are waiting for user(s) DBA@cub93|csql(41796) to finish.


2.     트랜잭션

1)     트랜잭션 확인 어떻게 하나요?

    $ cubrid tranlist -u dba -p <dba 패스워드> <DB>@localhost

2)     트랜잭션 죽이는 방법 좀 알려주세요.

    $ cubrid killtran -p <dba 패스워드> -i <Tran Index 번호> <DB>@localhost


3.     매니저

1)     매니저 연결이 안돼요.

    큐브리드 매니저 서버 재 기동

-      $ cubrid manager stop

-      $ cubrid manager start

    윈도우 PC와 큐브리드 서버 간 8001번 포트브로커 포트(30000) 방화벽 확인

2)     매니저가 느려요.

    매니저 클라이언트 최신 버전으로 업그레이드 수행

    C:\CUBRID\cubridmanager\cubridmanager.ini 파일 내 최대 메모리 설정 값 수정

-      수정 예시

--startup

plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar

--launcher.library

plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.0.v20100503

--launcher.XXMaxPermSize

512m

-vmargs

-Dosgi.requiredJavaVersion=1.6

-XX:PermSize=256m

-XX:NewSize=128M

-XX:MaxNewSize=512M

-XX:MaxGCPauseMillis=20

-XX:MaxHeapFreeRatio=80

-XX:MaxGCPauseMillis=10

-XX:+UseFastAccessorMethods

-XX:+AggressiveOpts

-Xms768m

-Xmx4096m

-XX:PermSize=64M

-XX:MaxPermSize=512m

-XX:+UnlockExperimentalVMOptions

-XX:+UseG1GC

 

4.     DBA 유저

1)     DBA 그룹에 속해 있는 유저를 확인하고 싶어요.

    select u.name from db_user as u, TABLE(u.direct_groups) as g(x) where x.name = 'DBA'

2)     기존 유저를 DBA 그룹에 추가하고 싶어요.

    $ call find_user('dba') on class db_user to x1;

    $ call add_member('유저 명') on x1;

3)     DBA 그룹에 포함되어 있는 유저를 DBA 그룹에서 제외시키고 싶어요.

    $ call find_user('dba') on class db_user to x1;

    $ call drop_member('유저 명') on x1;


5.     DB 기동

1)     DB 기동이 안돼요.

    기동 실패 예시 #1 : Log가 손상된 경우

Ø  아래 에러 로그는 Log가 손상되어 발생하는 에러로손상된 Log에 대한 복구 작업이 필요합니다.

12/30/18 14:28:00.000  ERROR        file ..\..\src\transaction\log_recovery.c, line 2898 ERROR CODE = -81 Tran = 0, CLIENT = (unknown):(unknown)(-1), EID = 1 : Internal error: logical log page 1223321 may be corrupted. 

12/30/18 14:28:00.01  FATAL ERROR        file ..\..\src\transaction\log_recovery.c, line 3031 ERROR CODE = -644 Tran = 0, CLIENT = (unknown):(unknown)(-1), EID = 3 : LOG FATAL ERROR: log_recovery_analysis


    cubrid emergency_patchlog <db>    : 정상적으로 완료될 경우 DB 기동오류 발생 시 2번 명령어 수행

    cubrid emergency_patchlog -r <db>  : 정상적으로 완료될 경우 DB 기동오류 발생 시 백업본을 통해 해당 DB 복구해야 함

    기동 실패 예시 #2 : /etc/hosts 파일에 읽기 권한이 없는 경우

Ø  큐브리드 계정에 /etc/hosts 파일에 대한 읽기 권한이 주어져 있는지 확인 필요

Time: 12/30/18 13:37:09.494 - ERROR *** file /home1/build/workspace/CUBRID_10.1/cubrid/src/connection/tcp.c, line 287 ERROR CODE = -350 Tran = -1, EID = 1

Error getting local host by name for host "localhost". Host not found.


    기동 실패 예시 #3 : /etc/hosts 파일에 IP와 호스트 네임이 정상적으로 기재되지 않은 경우

Ø  /etc/hosts 파일 내 해당 호스트에 대한 IP와 호스트네임 정보에 대한 확인 필요

Time: 12/30/18 13:42:49.828 - ERROR *** file /home1/build/workspace/CUBRID_10.1/cubrid/src/connection/tcp.c, line 141 ERROR CODE = -353 Tran = 0, CLIENT = (unknown):(unknown)(-1), EID = 3

Cannot make connection to master server on host "cub_test".... No route to host


6.     DB 경로변경

1)     DB 경로를 변경하고 싶어요.

    DB 볼륨 경로를 변경하기 위한 방법 중 가장 간편히 할 수 있는 방법은 백업/복구를 이용하는 것입니다. DB백업 수행 후 databases.txt 파일 내 vol-path 부분을 이동할 경로로 변경한 뒤 복구를 수행해야 합니다.

    DB 경로변경 절차 #1 : 백업 수행(DB 정지 후 수행)

$ cubrid backupdb -D <백업 경로> -z --no-check <DB> -S


    DB 경로변경 절차 #2 : databases.txt 파일 수정(이동할 경로로 수정)

$ vi $CUBRID/databases.txt

#db-name        vol-path                db-host         log-path                lob-base-path

testdb          /home/cub938/DB         localhost       /home/cub938/DB         file:/home/cub938/DB/lob


    DB 경로변경 절차 #3 : 복구 수행(-u 옵션 이용)

$ cubrid restoredb -B <백업 파일 경로> -u <DB>


    DB 경로변경 절차 #4 : DB 기동 후 서비스 확인

    주의 사항 : lob, java 파일의 경우 백업 시 포함되지 않기 때문에 별도 관리 필요


7.     패스워드 분실

1)     DBA 패스워드를 분실했어요.

    CUBRID 엔진 내 DBA 패스워드를 찾거나 초기화 할 수 있는 방법이 별도로 존재하지 않기 때문에 DBA 패스워드 분실시에는 CUBRID 엔지니어에게 기술지원 요청을 해주시기 바랍니다.

2)     큐브리드 매니저 admin 계정 패스워드를 분실했어요.

    admin 패스워드 초기화(기본 admin 계정 패스워드 : admin)

    $CUBRID/conf/cm.pass 파일 내용을 admin:6e85f0f80f030451dc9e98851098dfb2 으로 수정


8.     로그 확인

1)     로그 위치를 알고 싶어요.

    서버 로그 위치 : $CUBRID/log/server로 현재 서버 로그는 .err로 끝나는 파일 중 가장 최근시점에 생성된 파일을 확인하시면 됩니다.

    브로커 SQL 로그 위치 기본 값은 $CUBRID/log/broker/sql_log이며별도 위치를 설정해놓은 경우 cat $CUBRID/conf/cubrid_broker.conf | grep -A 15 -i <브로커 명> | grep -w LOG_DIR 명령어를 통해 확인할 수 있습니다.

2)     지연 쿼리는 어떻게 확인할 수 있나요?

    위의 SQL 로그 위치로 이동한 뒤 broker_log_top 명령어를 수행하면 log_top.q파일과 log_top.res 파일이 생성되며 해당 파일들을 통해 특정기간 동안 수행된 SQL들에 대한 최대 수행 시간최소 수행 시간평균 수행 시간 및 수행 횟수 등을 확인할 수 있습니다.

    예시 : $ broker_log_top -F “분석 시작 시점” -T “ 분석 종료 시점” 브로커명*


9.     보안 취약점

1)     public 계정은 삭제할 수 없나요?

    public 계정은 CUBRID 설치 시 기본적으로 생성되는 계정으로삭제 할 수 없습니다.

    처음 제품 설치 시 패스워드가 설정되어 있지 않기 때문에 적절한 패스워드를 설정하여 보안취약점에 대해 대처할 수 있습니다.

    $ csql -u dba -p <dba 패스워드> <DB>@localhots

    csql> alter user public password ‘패스워드’;

2)     /etc/hosts 파일 권한을 온라인 중에 변경해도 되나요?

    CUBRID가 정상적으로 수행되기 위해서는 /etc/hosts 파일에 대한 읽기 권한이 필요합니다.

    온라인으로 /etc/hosts 파일의 그룹 소유권을 변경 한 뒤 파일 권한을 변경하더라도 기존에 수행중인 CUBRID 프로세스는 해당 파일의 변경된 소유권 정보를 인지하지 못하기 때문에 해당 파일 소유권/권한 변경 시에는 CUBRID 서버의 재기동이 필요합니다.

3)     demodb를 삭제해도 되나요?

    demodb는 CUBRID 설치 시 기본적으로 생성되는 DB해당 DB를 사용하지 않는 것이 확인되었을 경우 삭제해도 무방합니다.


10.  Fail-over

1)     Fail-over 후 데이터가 보이지 않아요.

    큐브리드 HA Primary Key가 있는 테이블만 데이터 동기화를 수행하기 때문에 Primary Key가 없거나 뒤늦게 설정된 테이블에 대해서는 정상적으로 동기화가 이루어 지지 않아 Fail-over가 발생 하여 기존의 Slave DB가 Master가 될 경우 특정 데이터가 보이지 않는 경우가 발생할 수 있습니다이 경우에는 즉시 Fail-back을 수행하여 정상적으로 운영할 수 있게 해야 하며동일한 이슈가 발생되지 않도록 테이블의 PK 여부를 파악하고 HA 재구성을 진행할 수 있도록 조치해야 합니다.

    Primary key 누락 테이블 확인 쿼리

select 'NON_PK' "case", class_name "value"

from db_class

where class_type='CLASS' and is_system_class='NO'

and class_name not in (select distinct class_name from db_index where is_primary_key='YES')


    Primary key 외에도 Java 저장 프로시저와 LOB 파일은 복제되지 않기 때문에 이를 사용해야 할 경우 Master/Slave 서버 간 해당 파일들이 동일하게 존재할 수 있도록 별도의 관리가 필요합니다.

    Java 저장 프로시저와 LOB 파일 경로 확인 (Java 파일의 경우 볼륨 경로 내 java디렉터리)

$ cat $CUBRID/databases/databases.txt

#db-name        vol-path                db-host         log-path                lob-base-path

testdb          /home/cub938/DB         localhost       /home/cub938/DB         file:/home/cub938/DB/lob

 

 


# 매뉴얼 링크

- 백업 : https://www.cubrid.org/manual/ko/9.3.0/admin/admin_utils.html#db-backup

- 복구 : https://www.cubrid.org/manual/ko/9.3.0/admin/admin_utils.html#db-restore

- 트랜잭션 확인 : https://www.cubrid.org/manual/ko/9.3.0/admin/admin_utils.html#tranlist

- 트랜잭션 제거 : https://www.cubrid.org/manual/ko/9.3.0/admin/admin_utils.html#killtran

- 큐브리드 매니저 : https://www.cubrid.org/manual/ko/9.3.0/cm/env.html#id3

- 사용자 계정 권한 : https://www.cubrid.org/manual/ko/9.3.0/sql/authorization.html#id1

- 데이터베이스 로그 : https://www.cubrid.org/manual/ko/9.3.0/admin/control.html#server-logs

- 트러블 슈팅 : https://www.cubrid.org/manual/ko/9.3.0/admin/troubleshoot.html#id1


  1. CUBRID 슬랏 페이지(slotted page) 구조 살펴보기

    내가 INSERT한 레코드는 어떤 구조로 파일에 저장될까? 운전을 하다 보면 가끔 엔진이나 미션 등이 어떻게 동작하는지 궁금할 때가 있다. 연료가 어떻게 엔진에 전달되는지, 엔진은 어떻게 연료를 연소하여 동력을 얻는지, 또 이를 미션에 전달하여 어떻게 차를 움직이게 하는지 등에 대해 말이다. CUBRID를 사용하는 사용자들도 가끔 이런 호기심이 생기지 않을까? 이런 호기심 많은 사용자를 위한 첫번째로 "사용자가 INSERT한 레코드는 어떤 구조로 파일에 저장될까?"란 주제로 이야기 해보려고 한다. 티타임을 이용해 가벼운 마음으로 읽을 수 있도록 작성하였으니 여유 시간에 재미로 읽을 수 있길 바래본다. 슬랏 페이지(slotted page) 구조 CUBRID도 OS나 다른 DBMS와 같이 성능상의 이유로 페이지(page) 단위 디스크 I/O를 수행한다. CUBRID 페이지 크기는 최소 4KB ~ 최대 16KB 이며, 디폴트로 16KB 디스크 페이지 크기를 사용한다. 슬랏 페이지 구조란 이런 페이지에 데이터 저장을 구조화하는 하나의 방식을 말한다. CUBRID 사용자가 INSERT 구문을 사용하여 데이터(레코드)를 입력하게 되면, 여러 처리를 거친 후 결국 디스크 페이지에 입력된 데이터가 쓰여지게 ...
    Date2019.06.18 Category제품 여행 By민준 Views2391 Votes0
    Read More
  2. Node.js 사용자들을 위한 CUBIRD 연동 방법 [4탄(최종)-CUBRID와 Node.js 커넥션 풀(Connection Pool)설정]

    1. 환경소개 OS CentOS7 64비트 Node.js 10.15.3 버전 Npm 6.4.1 버전 java 1.8.0_201 버전 Editer Eclipse DB CUBRID 10.1 (10.1.2.7694-64632b2)(64비트) 2. 커넥션 풀 (Connection Pool) 이란? 2-1) 개념 ● 데이터베이스와 연결된 커넥션을 미리 만들어서 풀(pool) 속에 저장해 두고 있다가 필요할 때 커넥션을 풀에서 쓰고 다시 풀에 반환하는 기법을 말합니다. ● 커넥션 풀을 사용하면 커넥션을 생성하고 닫는 시간이 소모되지 않기 때문에 애플리케이션의 실행 속도가 빨라지며, 또한 한 번에 생성될 수 있는 커넥션 수를 제어하기 때문에 동시 접속자 수가 몰려도 웹 애플리케이션이 쉽게 다운되지 않습니다. ● 웹 컨테이너가 실행되면 커넥션(Connection) 객체를 미리 풀(pool)에 생성해 둡니다. ● DB와 연결된 커넥션(Connection)을 미리 생성하고, 풀(pool) 속에 저장했다가 필요할 때에 가져다 쓰고 반환합니다. ● 미리 커넥션(Connection)을 생성했기 때문에 데이터베이스에 부하를 줄이고 유동적으로 연결을 관리할 수 있습니다. 3. 커넥션 풀 (Connection Pool) 환경 설정 ● node-cubrid는 자체적인 커넥션 풀(Connection Pool) 기능을 제공하고 있지는 않습니다...
    Date2019.06.13 Category제품 여행 By원종민 Views4657 Votes0
    Read More
  3. Node.js 사용자들을 위한 CUBIRD 연동 방법 [3탄-Callback과 Promise 패턴 개념 소개]

    개요. ●Callback과 Promise 패턴을 이야기 앞서 동기식과 비동기식 프로그래밍을 소개하겠습니다. 1. 동기식 프로그래밍 vs 비동기식 프로그래밍 1-1) 동기식 프로그래밍 ● 어떤 작업을 요청한 후 그 작업이 완료되기까지 기다렸다가 응답을 받아 처리하는 것을 말합니다. <예제 코드> <예제 결과> 동기식 프로그래밍 function addition(x){ return x+x; } var num = addition(2); console.log(num); //4 * 순차적으로 해당 덧셈작업이 완료되기 까지 기다렸다가 결과 값을 보여주게 됩니다. 1-2) 비동기식 프로그래밍 ● 어떤 작업을 요청한 후 다른 작업을 수행하다가 이벤트가 발생하면 그에 대한 응답을 받아 처리하는 것을 말합니다. <예제 코드> <예제 결과> 비동기식 프로그래밍 function addition(x, callback){ setTimeout(callback, 100, x+x); } var num = 0; addition(2,function(x){ num = x; }); console.log(num); //0 * setTimeout은 비동기를 표현하기 위해 사용하였습니다. * 0.1초 후 callback 함수가 실행되는 코드입니다. 해당 코드를 동기식으로 바라보면, console.log에는 4라는 결과 값이 출력되어야 하지만, 결과는 0이 됩니다. 그 이유로 console.log...
    Date2019.06.11 Category제품 여행 By원종민 Views827 Votes0
    Read More
  4. Node.js 사용자들을 위한 CUBIRD 연동 방법 [2탄-CUBRID와 Node.js 연동]

    1. test 디렉토리 & 파일 생성 1-1) 라우터 파일 생성 ● /routes/test.js 1-2) view 디렉토리& 파일 생성 ● views/test 디렉토리 생성 ● views/test/test_view.ejs 파일 생성 1-3) 프로젝트 최종 결과 2. node-cubrid 드라이버 모듈 설치 ● 모듈 공식 사이트 : https://www.npmjs.com/package/node-cubrid 2-1) node-cubrid 모듈 설치 ● npm install node-cubrid --save ● package.json 에서 node-cubrid 모듈 설치 확인 3. node-cubrid 모듈 적용 및 DB 연동 3-1) 컨트롤러(app.js)에서 라우팅(test.js) 설정. - app.js의 25번째 줄과 동일하게 app.use('/test',require('./routes/test')); 추가 app.js var createError = require('http-errors'); var express = require('express'); var path = require('path'); var cookieParser = require('cookie-parser'); // 접속한 클라이언트의 쿠키 정보에 접근하기 위한 모듈 var logger = require('morgan'); // 클라이언트의 HTTP 요청 정보를 로깅하기 위한 모듈 var indexRouter = require('./routes/index'); var usersRouter = require('./ro...
    Date2019.06.04 Category제품 여행 By원종민 Views2450 Votes0
    Read More
  5. Node.js 사용자들을 위한 CUBIRD 연동 방법 [1탄-Node.js 환경 설치 및 개념 소개]

    1. 환경소개 OS Window 10 64비트 Node.js 10.15.3 버전 Npm 6.4.1 버전 java 1.8.0_201 버전 Editor Eclipse DB CUBRID 10.1 (Window 10 64비트) / CUBRID Manager 10.1 (Window 10 64비트) 2. Node.js 소개 Node.js란? 1) 개념 - Node.js는 확장성 있는 네트워크 애플리케이션 개발에 사용되는 소프트웨어 플랫폼입니다. - 자바스크립트를 서버에서도 사용을 할 수가 있도록 설계가 되어 있는 서버개발을 위해서 나온 언어로 v8이라는 자바스크립트 엔진 위에서 동작하는 이벤트 처리 I/O 프레임워크로 웹서버와 같이 확장성 있는 네트워크 프로그램을 제작하기 위하여 고안이 된 것입니다. 2) 사용 이유 - 간단히 Node.js를 소개하면, 이전까지 Server-Clint 웹사이트를 만들 때 웹에서 표시되는 부분은 javascript를 사용하여 만들어야만 했으며, 서버는 ruby, java 등 다른 언어를 써서 만들어야 했는데, 마침내 한가지 언어로 전체 웹페이지를 만들 수 있게 된 것입니다. express란? 1) 개념 - 노드(NodeJS) 상에서 동작하는 웹 개발 프레임워크로 간편하게 사용하기 위해 사용합니다. * 프레임워크(Framework)란 : 소프트웨어의 구체적인 부분에 해당하는 설계와 구현을...
    Date2019.06.03 Category제품 여행 By원종민 Views2149 Votes0
    Read More
  6. No Image

    분산 시스템으로서의 DBMS, 그리고 큐브리드

    가끔 퇴근길에 서점에 들르곤 한다. 직업이 직업이라 그런진 몰라도 항상 IT코너에 머물러 어떤 새로운 책들이 출간되었나 보게 된다. 그러다보면 최근 유행하는 컨셉이나 아키텍쳐, 프로그래밍 언어나 개발방법론 등에 대해 트렌드가 뭔지 관찰하려고 안해도 자연히 접하게 되는 것 같다. 그 중 최근 유행처럼 사람들 입에 오르내리기도 하고 책으로 소개되기도 하는 개념들 중 MSA(Micro Service Architecture)라는 것이 있다. 뭔가 하고 들여다보니 MSA 개념에서 다루고 있는 '독립적으로 수행되는 최소단위의 서비스' 그리고 그 서비스들의 집합으로서의 시스템과 시스템의 분할에 관한 관점 및 해석은 십수년전 주목받던 SOA(Service Oriented Architecture)가 지향하는 서비스를 구성하는 기능별 시스템의 분할과 크게 다르지 않다. 이 글은 MSA와 SOA가 얼마나 비슷한 사상으로 소개된 개념인지를 이야기하고자 함이 아니다. 예전에도 의미있게 다뤄졌고 지금도 의미있게 받아들여지는 이러한 개념들이 시스템의 관점에서 더 좁게는 DBMS라는 시스템 소프트웨어적 관점에서 어떻게 해석될 수 있는가를 간단하게 짚어보고자 함이다. MSA의 개념이 제대로 구현되기 위해서...
    Date2019.03.29 Category나머지... By조성룡 Views1356 Votes0
    Read More
  7. [CUBRID 유틸리티] restoreslave에 대하여 알아보자.

    CUBRID는 10.1 version 이상부터 restoreslave란 명령어를 제공한다. CUBRID 9.3.x version 까지는 온라인 재구성을 위해 자체적으로 제공되는 shell script를 사용하였으나, 10.1 version 이상부터는 restoreslave 명령을 통해 보다 편하게 작업을 할 수있다. 해당 명령어를 통해 master의 구동 상태와는 상관 없이, slave를 재구축 할 수 있으며, 시나리오는 아래와 같다. 1. HA 서비스 중, 이중화가 깨졌을때. (1) 필요 환경 : master - slave의 이중화 환경. (2) 필요 파일 : master 서버의 backup file (3) 시나리오 - DB의 이중화가 깨지는 것을 재연하기 위해 slave의 db_ha_apply_info의 데이터를 삭제한다. - slave의 heartbeat를 종료한다. slave) $> csql -S -u dba --sysadm demodb sysadm> delete from db_ha_apply_info; - 위의 이중화 로그를 삭제하였을 경우, 동기화는 더이상 이루어지지 않는다. - 위의 행위로 인하여 DB 이중화가 깨졌다고 판단하고 이중화복구를 진행하여보자. - master에서 backup 받은 backup file은 slave에 옮겨놓은 상태이다. slave) $> cubrid service stop -- cubrid sevice 종료 $> ps -ef | grep cubrid -- CUBRID process가 모두...
    Date2019.03.29 Category제품 여행 By박동윤 Views744 Votes0
    Read More
  8. CUBRID 커버링 인덱스(covering index) 이야기

    CUBRID 2008 R4.0 버전 이상부터는 커버링 인덱스를 지원합니다, 커버링 인덱스는 “A covering index is a special case where the index itself contains the required data field(s) and can return the data.”라고 하는데 원문을 해석하면 커버링 인덱스는 인덱스 자체에 필수 데이터 필드가 들어 있고 데이터를 반환할 수 있는 특별한 인덱스라고 해석됩니다, 다시 정리하면 하나의 질의 내에 특정 인덱스를 구성하는 컬럼만 사용하는 경우 커버링 인덱스를 사용하게 됩니다. 아래 예제-1)에서 SELECT 질의의 WHERE 조건에 사용된 컬럼 i와, SELECT 리스트로 주어진 컬럼 j는 모두 인덱스 idx를 구성하는 컬럼입니다. 이와 같은 경우에 CUBRID는 SELECT 질의를 수행할 때 커버링 인덱스를 스캔 하게 됩니다, 이는 하나의 인덱스가 SELECT 문이 요구하는 조건과 결과를 모두 포함하고 있기 때문에 가능한 일입니다. 예제-1) CREATE TABLE tbl (i INT, j INT); CREATE INDEX idx ON tbl(i, j); SELECT j FROM tbl WHERE i > 0; 그렇다면 왜 커버링 인덱스라는 개념이 필요할까?, 우선 설명에 앞서 우선 CUBRID의 인덱스 구조에 대해 간단하게 설명하겠습니다. CU...
    Date2019.02.28 Category제품 여행 By정만영 Views1815 Votes0
    Read More
  9. CM을 통해 SQL을 분석해보자.

    SQL을 수행하다 보면 SLOW SQL이 많이 발생합니다. 이럴때, 해당 SQL의 실행계획을 확인 함으로써, 지연을 발생시키는 부분을 쉽게 찾을 수 있습니다. 1. SQL 서식화. - 보통 SQL을 LOG에서 copy 할경우 가시적으로 보기 힘든경우 사용합니다. 2. 질의 실행 계획보기. - 질의편집기에 SQL을 작성 후, 질의 실행계획보기를 통하여 해당 SQL의 실행계획을 확인 할 수 있습니다. 2.1 질의실행계획보기 --계속 - 질의 실행 계획보기를 실행 시, 질의 계획의 원본, 트리출력, 그래픽출력 등으로 쉽게 확인이 가능합니다. - 이글에서 주로 다룰 내용은 트리출력이며, 보다 사용자가 보기 편리한 구조로 이루어져 있습니다. - 해당 내용을 분석하면, olympic 테이블과 record 테이블은 서로 inner join으로 조인이 이루어 집니다. - olympic 테이블은 FULL SCAN이 일어났으며, 모두 디스크 io가 발생하였습니다. - record 테이블은 primary key(host_year)을 사용하여 인덱스 범위검색을 하였습니다. - 이때, olympic 테이블에서 추출한 레코드는 총 25개 이며, record 테이블에서는 2000개의 레코드를 추출하였습니다. - olympic 테이블에서의 전체 row는 25건이며, 페이지로는 1게 ...
    Date2019.01.01 Category제품 여행 By박동윤 Views1289 Votes0
    Read More
  10. No Image

    실패하지 않는 마이그레이션을 위해서 고려해야 될 사항

    실패하지 않는 마이그레이션을 위해서 고려해야 될 사항 클라우드 전환에 따라 기존 유지보수 비용이 높은 UNIX 체계에서 Linux 체계로 전환하면서 오픈소스 유형의 SW로 전환하는 사례가 많아졌다. 도입단가, 비용문제로 고객과 SW밴더간의 이견을 좁히지 못해서 대체 SW로 전환하는 사례도 있다. 그 이외에도 노후장비 교체시기에 SW까지 함께 교체하는 경우도 있는데 OS 및 WAS, 그리고 Database System과 같은 기업 서비스의 근간이 되는 Package SW들이 주 대상이 된다. 위 3가지 중에 대체 SW로 변환하는데 있어 어려움이 발생하는 영역으로 WAS 및 Database System 부분이 될 수 있는데 그 중에서도 Database System이 난위도가 높으며 성공여부를 가늠하는 핵심적인 부분이기도 하다. 다른 대체 SW로 전환하는 작업을 Win-Back 마이그레이션이라는 용어를 사용하기도 하는데 성공적으로 수행하기 위해서 꼼꼼하게 대비해야하는 사항들이 있다. 다수의 DBMS 전환작업을 해오면서 성공과 실패를 통해 경험한 내용을 기반으로 Win-Back 마이그레이션 프로젝트를 수행하는데 고려되어야 할 사항들에 대해서 공유하고자 한다. 1. 제품선정(RDB) DBA또는 그에 준하는 역할을...
    Date2018.12.31 Category나머지... By김창휘 Views7299 Votes0
    Read More
Board Pagination Prev 1 2 3 4 5 6 7 8 9 10 ... 16 Next
/ 16

Contact Cubrid

대표전화 070-4077-2110 / 기술문의 070-4077-2113 / 영업문의 070-4077-2112 / Email. contact_at_cubrid.com
Contact Sales