1 of 100

Tmax OpenSQL 3.0 manual_v1.5.0

OpenSQL 개요

OpenSQL v3.0 은 오픈소스 관계형 데이터베이스 관리시스템 (RDBMS) 인 PostgreSQL을 기반으로 높은 성능과 고가용성을 제공하는 데이터베이스 클러스터입니다.

PostgreSQL 기반의 오픈소스 관계형 데이터베이스 관리 시스템으로 뛰어난 확장성과 SQL 표준을 준수합니다.

OpenSQL 클러스터의 고가용성을 담당하는 솔루션으로, OpenHA Cluster Manager와 OpenHA DCS로 구성됩니다.

OpenHA Cluster Manager Patroni 기반의 클러스터 관리 모듈로, 각 데이터베이스 노드의 상태를 실시간 감지하고 자동 Failover, Primary 노드 선출, 구성 변경 관리 기능을 수행합니다.
OpenHA DCS(Distributed Configuration Store)

OpenSQL 설치

OpenSQL 3 바이너리 설치

OpenHA DCS (Distributed Configuration Store)

개요

OpenHA의 분산 구성 저장소로, 클러스터 멤버십과 각 인스턴스 상태를 안정적으로 저장·공유하며, 리더 선출을 수행합니다. 이 기능은 etcd 기술을 기반으로 구현되었으며, 관리 도구로 etcdctl을 제공합니다.

설치

1. OPENSQL_INSTALL_HOME 디렉토리 설정

. ./setenv.sh `pwd`
OPENSQL_INSTALL_HOME is set to: /home/opensql3.0-rockylinux9.4-pg16.8
OPENSQL_HOME is set to: /home/opensql
OPENSQL_HOME added to /home/opensql/.bashrc

2. OpenHA DCS 설치

./install.sh etcd

3. OpenHA DCS 설치여부 확인

설치를 완료하면 아래의 명령어로 OpenHA DCS(etcd 와 etcdctl 기반)의 버전을 확인할 수 있습니다.

[opensql@396dd54381db etcd-v3.5.6-linux-amd64]etcd --version
etcd Version: 3.5.6
Git SHA: cecbe35ce
Go Version: go1.16.15
Go OS/Arch: linux/amd64

[opensql@396dd54381db etcd-v3.5.6-linux-amd64]etcdctl version
etcdctl version: 3.5.6
API version: 3.5

OpenSQL 데이터베이스

OpenSQL 설치를 위한 기본환경 설정 및 PostgreSQL 설치 과정을 안내합니다.

OpenSQL은 PostgreSQL 기반의 데이터베이스 패키지로 본 매뉴얼은 OpenSQL 설치를 위한 기본환경 설정 및 PostgreSQL 설치 과정을 안내합니다.

OpenSQL 바이너리 압축을 해제하면 scripts 디렉토리 안에 setenv.sh , install.sh 등 OpenSQL 설치를 위한 스크립트가 포함되어 있습니다.

opensql 유저가 생성되며 해당 유저로 전환됩니다.

OpenSQL이 설치될 위치를 환경 변수 OPENSQL_HOME 로 설정합니다.

OPENSQL 환경 변수를 bashrc에 설정하고, OPENSQL을 설치하는데 필요한 디렉터리 위치를 설정합니다.

OPENSQL_HOME 이 설정되어 있지 않다면 수행이 실패합니다.

OpenHA 클러스터 매니저(OpenHA Cluster Manager)

OpenHA의 핵심 관리 모듈인 OpenHA 클러스터 매니저(OpenHA Cluster Manager) 설치 과정에 대해서 안내합니다.

개요

OpenHA의 핵심 관리 모듈로, 각 노드에 설치된 PostgreSQL 데이터베이스 인스턴스의 라이프사이클을 관리하고, 클러스터 구성을 통한 고가용성 기능을 제공합니다. 장애 발생 시 자동 Failover, Primary 노드 선출, 클러스터 상태 조회 등의 기능을 수행합니다.

이 모듈은 Patroni 기술을 기반으로 구현되었으며, REST API를 통해 클러스터 제어가 가능합니다.

설치

OpenHA Cluster Manager 설치 과정에 대해서 기술합니다.

Requirement

해당 노드에 PostgreSQL 서버가 설치되어 있어야 하며, postgres 사용자가 구성되어 있어야 합니다.
OpenHA Cluster Manager는 PostgreSQL 설정값에 포함된 Data Directory와 Binary Directory를 참조하여 런타임에 PostgreSQL 서버의 라이프사이클을 직접 관리합니다.
OpenHA DCS(Distributed Configuration Store, etcd 기반)가 먼저 구동되어 있어야 합니다.

설치를 완료하면 아래와 같은 명령어로 버전을 확인할 수 있습니다.

Barman

Python 기반 오픈소스 솔루션인 Barman에 대해 안내합니다.

Barman은 Python 기반 오픈소스 솔루션으로 PostgreSQL 데이터베이스의 Full 및 증분 방식의 백업 생성과 관리, 특정 시점 지정 복구 (PITR) 기능을 지원합니다.

본 문서는 OpenSQL 패키징 툴을 이용해 작성한 OpenSQL 패키지로부터 Barman을 설치하는 방법에 대하여 기술합니다.

Components 설정/실행

OpenSQL v3.0 의 components 별 실행 순서는 아래와 같습니다.

Etcd
Patroni + PostgreSQL
OpenProxy

각 Components 별 설정/실행을 아래 순서대로 기술합니다.

OpenSQL 관리

오픈프록시(OpenProxy) 관리

본 문서에서는 OpenProxy의 Connection Pooling, 로드밸런싱, 가상 IP 및 이중화 구성에 대한 설명과 Configuration 파라미터를 통해 해당 기능을 관리하는 방법에 대하여 기술합니다.

O2 Extensions

본 안내서는 OpenSQL을 사용하는 사용자를 대상으로 기술합니다.

O2 Extensions는 TmaxTibero의 OpenSQL에서만 지원되는 확장 기능이므로, 이에 대한 기술 문서는 OpenSQL 매뉴얼에 'O2 Extensions' 항목으로 통합하여 제공합니다.

설치 안내서

집계함수(Aggregate Functions)

MEDIAN

Syntax

MEDIAN
(
  expression  IN { smallint, int, bigint,
                    real, double precision,
                    timestamp, timestamptz, time, timetz, date }
)
RETURNS median;

개요

MEDIAN 집계 함수는 그룹 내의 값들 중 중앙값(median)을 계산하여 반환하는 통계 함수입니다.

Oracle의 MEDIAN 함수를 참고하여 PostgreSQL에서 구현했습니다.

정수형, 실수형, 날짜/시간 타입 데이터 타입에 대해 사용 가능합니다.

내부적으로, MEDIAN 함수는 두 단계로 동작합니다.

집계 단계

그룹 내의 값들을 타입에 맞는 벡터(리스트 자료구조)에 수집하는 단계입니다.
NULL 값은 집계에서 무시됩니다.

최종 계산 단계

그룹 내 모든 값들 수집 완료 시 최종적으로 중앙 값을 산출하는 단계입니다.
먼저, 집계된 벡터 내의 값들을 퀵 정렬 알고리즘으로 정렬합니다.
집계된 값의 개수가 홀수인 경우 중앙 값을 반환합니다.
집계된 값의 개수가 짝수인 경우 중앙의 두 값의 평균을 계산하여 반환합니다.

파라미터

설명

실수형: real(float4), double precision
날짜/시간형: timestamp, timestamptz, time, timetz, date집계 시 NULL 값은 무시되며, 각 타입에 맞는 내부 벡터에 값들이 저장됩니다.

짝수 개의 값이 집계된 경우, 중앙의 두 값의 평균이 계산되어 반환합니다.
내부적으로 C 코드에서 qsort 함수를 사용하여 값들을 정렬합니다.
날짜 및 시간 관련 데이터의 경우, Oracle 방식의 처리 로직에 따라 추가적인 타임존 및 형 변환 처리 진행합니다.

조건함수(Conditional Functions)

날짜시간함수(DateTime Functions)

LAST_DAY

Syntax

개요

주어진 날짜가 속한 달의 마지막 날짜를 반환합니다.

DATE 타입의 경우, 단순히 그 달의 마지막 일자를 계산하며, TIMESTAMPTZ 타입의 경우에는 날짜를 절삭한 후 원래의 시간 정보를 결합하여 타임스탬프 값을 반환합니다.

파라미터

설명

value

date, timestamptz 타입입니다; 마지막 날짜를 구할 기준 날짜입니다. timestamptz의 경우, 해당 달의 첫 날을 구한 후 한 달을 더하고 하루를 빼는 방식으로 계산합니다.

예제

SESSIONTIMEZONE

sessiontimezone 함수는 현재 세션의 타임존을 텍스트 값으로 반환합니다.

내부적으로는 show_timezone() 함수를 호출하여 현재 세션의 시간대를 조회한 후, 이를 텍스트로 변환해 반환합니다.

SYSTIMESTAMP

systimestamp 함수는 현재 문(statement)의 타임스탬프를 서버의 시간대 기준으로 반환합니다.

내부적으로는 GetCurrentTimestamp()를 호출하여 서버의 타임존에 맞춰 타임스탬프 값을 가져옵니다.

TRUNC

TRUNC 함수는 날짜나 타임스탬프 값에서 하위 단위를 잘라내고, 지정한 포맷 모델에 맞춰 값을 자른(버림) 결과를 반환합니다.

즉, 값의 시간 또는 날짜 부분에서 소수점 이하(또는 세부 단위)를 제거하여, 원하는 단위(예: 연, 월, 일 등)까지만 남깁니다.

만약 포맷 문자열(fmt)이 제공되지 않으면, 기본적으로 'DDD' (일 단위)로 처리됩니다.

타임스탬프 버전의 경우, 내부의 시간 정보를 함께 처리하여 시간 단위 이하를 잘라내며, 초 이하 정보는 0으로 설정됩다.

파라미터

설명

TO_YMINTERVAL

Syntax

TO_YMINTERVAL
(
  sql_format IN text -- format: '[+|-]years-months'
)
RETURNS interval;

TO_YMINTERVAL
(
  ym_iso_format IN text -- format: '[-]P[<years>Y][<months>M]'
)
RETURNS interval;

개요

TO_YMINTERVAL은 문자열을 INTERVAL YEAR TO MONTH 타입으로 변환하는 함수입니다.

파라미터

설명

sql_format

구간의 값을 반환하는 text 타입이며, 다음과 같은 포맷으로 구성됩니다. '[+|-]years-months'

ym_iso_format

구성요소

설명

Format 함수(Format Functions)

NUMTODSINTERVAL

주어진 숫자 값을 특정 단위(예: 'DAY', 'HOUR', 'MINUTE', 'SECOND')로 해석하여 INTERVAL 타입으로 변환합니다.

숫자 값은 정수부와 소수부로 나뉘며,

'DAY'인 경우 정수부는 일(day)로, 소수부는 24를 곱해 시간, 분, 초로 변환됩니다.
'HOUR'인 경우 정수부는 시간(hour)로, 소수부는 60을 곱해 분과 초로 변환됩니다.
'MINUTE'인 경우 정수부는 분(minute)로, 소수부는 60을 곱해 초(second)로 변환됩니다.

TO_DATE

Syntax

TO_DATE
(
  str  IN text
)
RETURNS timestamp;

TO_DATE
(
  str  IN text,
  fmt  IN text
)
RETURNS timestamp;

TO_DATE
(
  num  IN integer,
  fmt  IN text
)
RETURNS timestamp;

개요

텍스트(또는 정수형 값을 문자열로 변환한 값)를 Oracle 스타일의 날짜/시간 형식에 따라 TIMESTAMP(0)(밀리세컨드 없는 시분초까지의 날짜+시분초) 값으로 변환합니다.

포맷 모델(fmt)이 제공되면 해당 형식에 맞게 날짜를 해석하며, 제공되지 않을 경우 기본 형식에 따라 변환됩니다.

빈 문자열을 입력하면 NULL을 반환합니다.

Oracle과 달리 타입 안정성을 지키기 위해, 날짜 타입의 변수를 받지 않습니다.

파라미터

설명

TO_SINGLE_BYTE

Syntax

개요

입력된 다중 바이트 문자열을 가능한 경우 해당하는 단일 바이트(ASCII) 문자로 변환합니다.

입력 문자열에서 다중 바이트 문자가 미리 정의된 매핑 테이블에 의해 단일 바이트 값(대개 ASCII 코드 0x20 이상의 값)으로 치환되며, 변환이 불가능한 문자는 원래 그대로 반환됩니다.

파라미터

설명

str

text 타입입니다; 변환할 대상 문자열입니다. 다중 바이트 문자들이 단일 바이트 문자로 변환됩니다.

예제

TO_TIMESTAMP_TZ

Syntax

TO_TIMESTAMP_TZ
(
  str  IN text,
  fmt  IN text
)
RETURNS timestamp with time zone;

개요

입력된 문자열과 포맷 모델을 이용하여 타임스탬프 with time zone (timestamptz) 값으로 변환합니다.

PostgreSQL 내장 함수to_timestamp 함수를 활용해 문자열을 지정한 형식에 따라 파싱하고, 그 결과를 timestamptz 타입으로 반환합니다.

Oracle과 달리 타입 안정성을 지키기 위해, 날짜 타입의 변수를 받지 않습니다.

파라미터

설명

BITAND

Syntax

BITAND(expr1, expr2)

개요

BITAND 연산은 입력과 출력을 bit로 이뤄진 벡터로 처리합니다. 이때 출력은 입력을 비트 단위로 AND 연산한 것의 결과입니다.

BITAND는 다음과 같은 단계를 걸쳐 계산됩니다.

인자 A는 SIGN(A) * FLOOR(ABS(A))로 대체됩니다.
인자 A는 n-bit two's complement 이진 정수 값으로 변환됩니다. 2 비트 값은 비트 단위 AND 연산을 통해 합쳐집니다.
n-bit two's complement 값은 NUMBER으로 다시 변환됩니다.

파라미터

설명

COSH

COSH는 n의 hyperbolic cosine입니다.

파라미터

설명

REMAINDER

Syntax

REMAINDER(num1, num2);

개요

REMAINDER은 num1을 num2로 나눈 나머지를 반환하는 함수입니다.

MOD가 FLOOR을 사용하고 REMAINDER은 Bankers' Round 방식의 Round를 사용하는 것을 제외하면 비슷합니다.

파라미터

설명

Misc 함수(Misc Functions)

SYS_GUID

SYS_GUID는 16 바이트의 RAW 데이터로 구성된 전역 고유 식별자를 생성해서 반환합니다.

uuid는 pseudorandom 방식으로 생성됩니다.

텍스트 함수(Text Functions)

LENGTH

LENGTH 는 주어진 str의 길이를 반환합니다.

파라미터

설명

NLSSORT

Syntax

NLSSORT(str [, ' nlsparam '])

개요

NLSSORT 는 str을 정렬하기 위해 사용되는 문자 바이트를 반환하는 함수입니다.

파라미터

설명

str

정렬하기 위한 문자열 값입니다. TEXT, CHAR 타입의 데이터가 올 수 있습니다.

REGEXP_COUNT

Syntax

REGEXP_COUNT(str, pattern [, position [, match_param]])

개요

REGEXP_COUNT 는 str 내에서 정규 표현식으로 주어진 패턴이 몇 번이나 일치하는지 반환하는 함수입니다.

파라미터

설명

str

문자열을 반환하는 임의의 연산식입니다. TEXT, CHAR의 타입이 올 수 있습니다.

SUBSTR

Syntax

SUBSTR(str, position [, length])

개요

SUBSTR 은 str 내의 position 위치로부터 length 길이의 문자열을 추출하여 반환하는 함수입니다.

파라미터

설명

str

문자열을 반환하는 임의의 연산식입니다. smallint, integer, bigint, decimal, numeric 타입의 숫자형 데이터가 들어오면 자동으로 문자열로 변환된 후 문자열로써 처리됩니다.

ASCIISTR

ASCIISTR은 주어진 문자열을 데이터베이스 문자 집합의 아스키 문자열로 반환합니다. ASCII 이외의 문자는 \xxxx 형태로 변경됩니다. xxxx는 UTF-16 코드입니다.

파라미터

설명

HEXTORAW

HEXTORAW는 16진수로 표현된 문자열의 RAW 값을 구하는 함수입니다.

파라미터

설명

RAWTOHEX

RAWTOHEX는 문자열 raw 값을 16진수로 표현된 문자열로 바꾸는 함수입니다.

파라미터

설명

TLS 인증 구성하기

개요

본 문서에서는 사설 TLS 인증서를 발급하여 해당 TLS 인증서를 가진 클라이언트만 ETCD3 클러스터에 접근하여 데이터 CRUD를 수행할 수 있도록 구성하는 방법에 대하여 설명합니다.

인증서 생성

필요한 Tool 설치

사설 인증서 설치 및 관리를 위해 Cloudflare의 cfssl, cfssljson 을 설치합니다.

#!/bin/bash
CFSSL_VERSION=1.6.5
CFSSL_PATH=/usr/local/bin
ARCH=amd64

curl -L "https://github.com/cloudflare/cfssl/releases/download/v${CFSSL_VERSION}/cfssl_${CFSSL_VERSION}_linux_${ARCH}" -o cfssl
curl -L "https://github.com/cloudflare/cfssl/releases/download/v${CFSSL_VERSION}/cfssljson_${CFSSL_VERSION}_linux_${ARCH}" -o cfssljson
curl -L "https://github.com/cloudflare/cfssl/releases/download/v${CFSSL_VERSION}/cfssl-certinfo_${CFSSL_VERSION}_linux_${ARCH}" -o cfssl-certinfo

chmod +x cfssl cfssljson cfssl-certinfo
sudo cp cfssl cfssljson cfssl-certinfo ${CFSSL_PATH}/

인증서 발급하기

참고

ETCD3 클러스터를 위한 인증서 발급 예시를 참조합니다.

Makefile을 필요에 따라 아래와 같이 수정합니다.

해당 예시의 경우, 파일 관리 편의성을 위해 cfssljson 명령어로 export 하여 생성하는 .pem 파일의 이름 템플릿을 변경하였습니다.

$ vim Makefile
.PHONY: cfssl ca req clean

CFSSL   = @env PATH=$(GOPATH)/bin:$(PATH) cfssl
JSON    = env PATH=$(GOPATH)/bin:$(PATH) cfssljson

all:  ca req

cfssl:
        HTTPS_PROXY=127.0.0.1:12639 go get -u -tags nopkcs11 github.com/cloudflare/cfssl/cmd/cfssl
        HTTPS_PROXY=127.0.0.1:12639 go get -u github.com/cloudflare/cfssl/cmd/cfssljson
        HTTPS_PROXY=127.0.0.1:12639 go get -u github.com/mattn/goreman

ca:
        mkdir -p certs
        $(CFSSL) gencert -initca config/ca-csr.json | $(JSON) -bare certs/etcd-ca

req:
        $(CFSSL) gencert \
          -ca certs/etcd-ca.pem \
          -ca-key certs/etcd-ca-key.pem \
          -config config/ca-config.json \
          config/req-csr.json | $(JSON) -bare certs/${infra0}
        $(CFSSL) gencert \
          -ca certs/etcd-ca.pem \
          -ca-key certs/etcd-ca-key.pem \
          -config config/ca-config.json \
          config/req-csr.json | $(JSON) -bare certs/${infra1}
        $(CFSSL) gencert \
          -ca certs/etcd-ca.pem \
          -ca-key certs/etcd-ca-key.pem \
          -config config/ca-config.json \
          config/req-csr.json | $(JSON) -bare certs/${infra2}
        $(CFSSL) gencert \
          -ca certs/etcd-ca.pem \
          -ca-key certs/etcd-ca-key.pem \
          -config config/ca-config.json \
          config/req-csr.json | $(JSON) -bare certs/${infra0}-peer
        $(CFSSL) gencert \
          -ca certs/etcd-ca.pem \
          -ca-key certs/etcd-ca-key.pem \
          -config config/ca-config.json \
          config/req-csr.json | $(JSON) -bare certs/${infra1}-peer
        $(CFSSL) gencert \
          -ca certs/etcd-ca.pem \
          -ca-key certs/etcd-ca-key.pem \
          -config config/ca-config.json \
          config/req-csr.json | $(JSON) -bare certs/${infra2}-peer

clean:
        rm -rf certs

인증서 CSR (Certificate Signing Request) 를 필요에 따라 아래와 같이 수정합니다.

“CN” 항목은 삭제합니다. 현 Patroni에서 ETCD에 접근하기 위해 클라이언트로 이용하는 Python gRPC gateway가 TLS Common Name이 적용된 인증서를 지원하지 않습니다.
host 항목에 구성할 ETCD 클러스터의 IP 주소 및 호스트 이름 (필요시) 을 배열로 입력합니다.

인증기관 (CA) CSR 을 필요에 따라 아래와 같이 수정합니다.

“CN” 항목은 삭제합니다.
필요에 따라 names 항목을 아래와 같이 수정합니다.

make 를 실행하여 인증서를 생성합니다.

설정한 infra0, infra1, infra2 환경변수 값은 생성된 .pem 인증서의 파일 이름으로 사용됩니다.

ETCD 실행 시 환경변수 파일 $OPENSQL_HOME/etc/etcd.env 혹은 명령줄 인자를 통해 https 연결과 인증서를 설정합니다.
- 생성한 인증기관 (CA) 인증서 etcd-ca, etcd-ca-key 를 이용해 서명된 인증서를 가지고 있는 클라이언트만 이 ETCD 인스턴스에 접근할 수 있게 됩니다.

$OPENSQL_HOME/etc/etcd.env 파일 혹은 ETCD 실행 시 명령줄 인자를 통해 ADVERTISE_CLIENT_URLS, LISTEN_CLIENT_URLS 변경합니다.

http://127.0.0.1:2379 는 Local 환경에서의 사용을 위한 것으로 불필요하면 삭제 가능합니다.
#Certs 항목은 위 과정을 통해 발급한 인증서들을 등록합니다. peer 는 Client, 나머지는 Server 사이드 TLS 인증서로 활용됩니다.
- ETCD_TRUSTED_CA_FILE : 서버가 신뢰할 TLS 인증서의 인증 기관 (CA) 인증서 경로입니다. 유효한 인증서가 구성된 경우 ETCD 서버는 모든 클라이언트의 인증서를 검증하게 됩니다. 별도 인증 기관을 설정하지 않고 클라이언트 인증을 활용하는 경우 ETCD_CLIENT_CERT_AUTH=true

Patroni 관리

patronictl은 Patroni 패키지와 함께 설치되는 Python 3로 작성된 CLI (커맨드라인 인터페이스)로, Patroni 클러스터가 제공하는 REST API를 이용하여 클러스터를 관제 하거나 DCS에 접근하기 위한 기능을 제공합니다.

PostgreSQL 클러스터의 관리와 상태 체크, 설정 값 등을 확인하기 위해 사용합니다.

설치 확인

patronictl은 기본적으로 Python 3 패키지 patroni 와 함께 제공됩니다. 아래와 같이 노드에 patronictl이 설치되어 있는지 여부와 버전을 확인할 수 있습니다.

$ which patronictl 
/usr/local/bin/patronictl

$ patronictl version
patronictl version 4.0.5

Local Configuration File 설정하기

Patroni 프로세스 실행 시 매개변수로 입력 받는 경로에 위치한 yml 파일로부터 읽어오는 설정 값들에 대해 설명합니다.

Local Configuration 항목값들은 Patroni 프로세스에 SIGHUP 시그널을 보내거나 REST API 서버에 POST /reload 요청을 보내 설정 파일을 새로 읽어오도록 함으로써 갱신할 수 있습니다. 기본 템플릿 환경 구성 파일의 경로는 $OPENSQL_HOME/etc/patroni/patroni.yml 를 참조합니다. 해당 경로에 yml 파일을 생성하고 해당 파일의 내용을 수정하여 구성하고자 하는 환경에 맞게 변경합니다.

Patroni 클러스터의 메타 정보, etcd 연결 정보, 로깅 구성, REST API 서버 구성 및 PostgreSQL 파라미터 정보를 정의할 수 있습니다.
PostgreSQL 파라미터 셋은 Local Configuration 및 Global Dynamic Configuration로 설정할 수 있습니다. 중복되는 키가 있는 경우 Local Configuration의 값이 우선합니다.
bootstrap.dcs 항목을 정의해 아래의 Global Dynamic Configuration의 초기 구성 셋을 설정할 수 있습니다.

scope: 구성하고자 하는 Patroni 클러스터의 이름으로 PostgreSQL 파라미터 cluster_name 에 적용됩니다.
namespace: Configuration Store 내에서 사용할 키의 접두어입니다.
name: 해당 인스턴스 (노드) 의 이름으로 클러스터 내에서 Unique 해야하며 설정하지 않는 경우 호스트네임이 사용됩니다.

log.type: 로그 형식을 지정하는 항목으로 plain 과 json 두 가지 옵션을 지원합니다. json 타입 사용을 위해서는 Python 패키지 patroni[jsonlogger] 설치가 추가로 필요합니다.
log.format: 로그 메세지 형식을 지정하는 항목으로 Python logging 패키지의 LogRecord 모듈에서 지정하는 포맷 문자열 규칙을 따릅니다.

restapi.listen: Patroni REST API 서버가 바인딩 될 IPv4 주소와 포트 번호를 지정합니다.
restapi.connect_address: Patroni 멤버 간 통신을 위해 사용할 이 노드의 외부 식별 가능한 Rest API 서버 주소를 IPv4 주소 : 포트번호 형식으로 입력합니다. 클러스터 멤버를 조회하는 API 호출 시에도 이 값이 Parsing 되어 Host 주소로 사용됩니다.

etcd v3 인 경우의 예시

etcd3.protocol: etcd3 클러스터에 접근 시 사용할 프로토콜로 http 혹은 https 를 지원합니다. http 가 기본 값으로 사용되며 https 인 경우 etcd3.cacert, etcd3.cert, etcd3.key 항목 설정이 추가로 필요합니다.
etcd3.host: 단일 노드 etcd3 클러스터를 구성한 경우 그 노드의 etcd3 엔드포인트를 입력합니다.

Patroni 시작 시 노드에 PostgreSQL 데이터베이스가 초기화되지 않은 경우 이 섹션의 내용을 참조하여 데이터베이스 인스턴스를 초기화합니다. 이미 구성된 PostgreSQL 데이터베이스가 노드에 있는 경우 이 섹션의 내용 또는 추가되는 변경사항은 Patroni에 반영되지 않습니다.

하위 항목 bootstrap.dcs 의 내용은 Patroni 클러스터를 초기화하며 DCS에 Global Dynamic Configuration 으로 저장할 값들입니다.

bootstrap.dcs: Patroni 클러스터 환경설정으로 초기화 시 DCS의 /<namespace>/<scope>/config 에 저장되는 Global Dynamic Configuration 셋입니다.
bootstrap.initdb: 데이터베이스 초기화 방법으로 initdb (기본값) 를 설정한 경우 initdb 실행 시 넘겨줄 파라미터의 배열입니다.

PostgreSQL 데이터베이스의 시스템 파라미터, 기본 사용자, Host Based Authentication 규칙 및 데이터베이스 파라미터 등을 정의합니다. Patroni 설정값 세팅 중 Local Configuration에 해당합니다.

지정할 수 있는 항목들은 Global Dynamic Configuration의 키 postgresql 로 지정하는 항목과 동일합니다. 같은 키가 이 파일과 Global Dynamic Configuration에 중복으로 정의되는 경우 이 파일 (즉 Local Configuration File) 에 정의되는 값이 우선합니다.

postgresql.listen: 해당 노드의 Patroni가 실행할 PostgreSQL 서버가 Listen할 주소를 <IP주소>:<Port번호> 형태로 입력합니다.
postgresql.connect_address: 다른 노드 혹은 클라이언트 어플리케이션에서 참조할 PostgreSQL의 접속 URL을 입력합니다. 클러스터 정보 및 DSN을 조회할 때 반환되는 값입니다.
postgresql.proxy_address: PostgreSQL 서버에 접근하기 위한 Proxy 서버가 있는 경우 필요에 따라 서비스 디스커버리를 위해 그 Proxy 서버의 URL을 입력할 수 있으며 이 값은 DCS의 클러스터 정보에 같이 저장됩니다.

patronictl은 별도의 구성 설정을 저장하지 않으며, 매 실행 시 클러스터의 정보를 가져오기 위해 DCS 접속 URL 혹은 Patroni 접속 URL이 주어져야 합니다.

클러스터 구성에 사용한 Configuration .yml 파일을 인자로 주어 아래와 같이 사용합니다.

아래와 같이 Linux alias로 등록해 사용할 수도 있습니다.

클러스터의 구성 노드와 각 노드의 접속 정보, 상태 정보를 출력합니다.

클러스터 노드의 DSN (Data Source Name) 을 출력합니다. 별도 옵션이 주어지지 않으면 Leader 노드 접속 정보를 출력합니다.

특정 Role을 가진 멤버에 대한 접속 정보를 출력하거나 이름으로 특정 멤버에 대한 접속 정보를 출력할 수도 있습니다.

클러스터의 멤버 노드 중 하나의 PostgreSQL 프로세스를 재시작합니다. 클러스터 이름 (메타 정보에서 설정) 이 인자로 주어져야 하며 추가로 멤버 노드의 이름을 옵션으로 넣을 수 있습니다. 멤버 이름이 지정되지 않은 경우 모든 노드들이 한번씩 재시작됩니다.

대화형 프롬프트를 통해 재시작 일시 (바로 재시작하는 옵션과 Timestamp를 지정하여 재시작을 스케쥴하는 기능을 제공) 를 입력하며 재시작할 PostgreSQL 서버의 버전을 확인하여 필터링하는 기능을 제공합니다.

클러스터의 멤버 노드 중 하나의 PostgreSQL 서버를 재시작하지 않고 Configuration을 다시 불러오는 기능입니다. 클러스터 이름이 인자로 주어져야 하며 추가로 멤버 노드의 이름을 옵션으로 넣을 수 있습니다.

대화형 프롬프트를 통해 클러스터 멤버 리로딩을 스케쥴할 지 여부를 확인합니다.

Context 값이 internal, postmaster 인 PostgreSQL 변수 (GUC)는 Reloading 기능으로 변경할 수 없습니다. internal 변수는 서버 프로그램을 컴파일할 때 혹은 initdb 명령어로 데이터베이스를 초기화할 때 결정되는 변수로 데이터베이스 재설치 없이 변경할 수 없으며 postmaster 변수는 PostgreSQL 프로세스를 재시작해야 변경할 수 있습니다.

클러스터에서 발생한 Failover / Switchover 이력을 조회합니다.

특정 Role을 가진 PostgreSQL 노드에 데이터베이스 쿼리를 실행하여 결과값을 확인할 수 있습니다.

클러스터에 발생한 장애로 Leader 노드가 없는 경우 수동으로 Failover를 실행할 수 있습니다.

정상 동작중인 클러스터에서도 patronictl failover 명령어로 수동 Failover를 수행할 수 있습니다. 다만 정상 동작중인 클러스터에서 Leader 인스턴스를 변경하고자 하는 경우 patronictl switchover 명령어를 사용하는 것이 권장됩니다.

PostgreSQL / Patroni Leader 노드를 Replica로 전환하고, 다른 Replica 노드 중 하나를 Leader로 승격시키는 동작입니다.

Patroni 클러스터의 자동 Failover 기능을 중단시키고 유지보수 모드 (Maintenance Mode) 로 클러스터를 전환합니다.

Resume 명령어로 유지보수 모드를 종료하고 클러스터의 자동 Failover 기능을 다시 활성화합니다.

DCS를 조회하여 현재 Patroni 클러스터에 적용된 설정값들을 확인할 수 있습니다.

DCS에 저장된 Patroni 클러스터의 동적 환경설정 (Dynamic Configuration) 값을 수정할 수 있습니다.

로컬 사용자의 EDITOR 환경변수로 지정된 텍스트 에디터 또는 vi 를 서브프로세스로 실행하여 TTY 형태로 Configuration을 수정 후 저장할 수 있습니다.

스케쥴러(Scheduler) 참조 안내서

DBMS_JOB, DBMS_SCHEDULER 패키지 사용을 위한 필수 프레임워크 o2 scheduler에 대한 스케쥴러(scheduler) 참조서입니다.

개요

o2scheduler는 dbms_job, dbms_scheduler가 내부에서 사용하는 job/schedule 프레임워크입니다.
dbms_job 및 dbms_scheduler 패키지 사용 전, 반드시 o2scheduler 설치 및 활성화 되어 있어야 합니다.
o2scheduler 설치 후 생성되는 테이블, 트리거 등 관련 객체는 직접 사용하지 않도록 합니다.
모든 o2scheduler 관련 객체들은 o2scheduler 라는 스키마를 사용하며 해당 스키마 내부에 만들어집니다.

o2scheduler는 다른 o2 extension처럼 설치 후, 활성화 하기 전에 추가적으로 postgresql.conf 파일을 수정합니다. 또한, 해당 작업 후에는 반드시 postgresql 서버를 재기동하여 수정한 값을 적용시켜줘야 합니다.

postgresql.conf 파일 내용 중 shared_preload_libraries 항목의 값으로써 o2scheduler 를 추가하여, postgresql 기동될때 o2scheduler 구성파일이 같이 로드될 수 있도록 설정해줘야 합니다.

아래와 같이 postgresql.conf 파일을 수정합니다.

shared_preload_libraries는 사용자 환경에 따라 다른 extension들이 이미 추가되어 있을 수도 있습니다.

그러한 경우에는 , 를 활용하여 o2scheduler를 덧붙여줍니다.

postgresql.conf 파일 내용 중 max_worker_processes 항목의 값 수치를 적절하게 증가시켜서, job 기능이 원활하게 수행될 수 있도록 합니다.

o2scheduler는 PostgreSQL가 관리하는 Background 프로세스 기능을 적극적으로 활용합니다.

o2scheduler를 사용하는 데이터베이스 및 job의 갯수가 많아질수록 더욱 많은 Background 프로세스를 생성하게 됩니다.

따라서, job을 많이 등록하고 활용해야하는 환경을 고려한다면, postgresql.conf 파일을 수정하여 max_worker_processes 수치를 적절하게 조정해줘야 합니다.

아래와 같이 postgresql.conf 파일을 수정합니다.

이 값은 동시 다발적으로 실행될 수 있는 최대 백그라운드 작업의 총 개수를 의미합니다.
수치가 클수록 더 많은 컴퓨터 리소스를 소모하지만, 더 많은 작업을 동시에 처리할 수 있습니다.
기본값인 8은 간단한 환경에서 충분할 수 있으나, 동시에 많은 job을 스케줄링 및 실행해야 하는 경우 부족할 수 있고 job 수행에 차질이 생길 수도 있습니다.
CPU 코어 수 이상으로 설정하는 것을 권장하며, CPU 코어 수 + 약간의 여유를 시작점으로서 조정 후 워크로드에 따라 모니터링 후 조정하는 것을 권장합니다.

postgresql에 접속하여 다음 명령어로 o2scheduler extension을 활성화를 합니다.

단, o2scheduler는 create extension을 수행한 데이터베이스에 대해서만 job 기능을 수행할 수 있습니다.

예를 들어, job 기능을 필요로 하는 데이터베이스가 A, B 두개가 있다면, 각각 두개의 데이터베이스로 따로 접속하여 개별로 create extension 명령어로 o2scheduler를 활성화 해주어야 합니다.

\dx 명령어를 활용하면 현재 접속한 데이터베이스의 o2scheduler 적용 여부를 확인할 수 있습니다.

O2SCHEDULER를 설치하면, o2scheduler 라는 스키마가 생성되고 해당 스키마 내부에 실질적으로 JOB 데이터를 저장 및 관리하기 위한 메타 테이블을 생성합니다.

해당 테이블들에 직접 값을 수정 하거나 추가/삭제하는 행위는 권장하지 않으며, DBMS_JOB/DBMS_SCHEDULER 패키지를 통해 해당 테이블들에 값이 추가/변경되는 것을 확인 및 참고하는 용도로만 메타 테이블을 활용하도록 합니다.

JOB의 정보를 관리하는 메타 테이블입니다.

DBMS_JOB/DBMS_SCHEDULER 패키지에서 생성되는 JOB들이 해당 테이블에 저장되며, 각 패키지의 성격에 따라 JOB에 대해 추가적인 메타 정보 관리가 필요한 경우에는 각각 패키지가 추가로 정의한 별도 테이블에 관리됩니다.

즉, 해당 테이블은 DBMS_JOB/DBMS_SCHEDULER가 공통적으로 사용하는 JOB의 최소한의 필수 메타 정보만 관리합니다.

Column

Type

Nullable

Default Value

Description

JOB들의 수행 이력을 기록하는 히스토리 테이블입니다.

DBMS_JOB/DBMS_SCHEDULER 패키지에서 생성된 JOB들이 수행되었을때 JOB의 성공/실패가 기록됩니다.

Column

Type

Nullable

Default value

Description

JOB이 실패한 횟수와 실패한 시간을 담은 테이블입니다.

Column

Type

Nullable

Default value

Description

DBMS_SCHEDULER를 통해 생성한 JOB의 정보를 담는 메타테이블입니다.

Column

Type

Nullable

Default value

Description

JOB이 수행할 동작이 PROCEDURE일 때, PROCEDURE의 인자로 들어갈 기본 값으로 사용됩니다.

Column

Type

Nullable

Default value

Description

JOB이 수행할 동작인 PROGRAM이 저장되는 메타테이블입니다.

Column

Type

Nullable

Default value

Description

JOB_ARGUMENT에 정의했던 PROCEDURE의 인자값이 PROCEDURE의 인자로 덮어 씌워질 값에 대한 메타테이블입니다.

Column

Type

Nullable

Default value

Description

Column

Type

Nullable

Default value

Description

Token type

Syntax

Description

OpenSQL 통합 설치

1. 개요

OpenSQL 통합 설치는 OpenSQL-Installer 를 이용합니다.

OpenSQL-Installer는 OpenSQL 클러스터를 설치하는 Python 기반 인스톨러입니다. 설치 방식은 두 가지 중 하나를 선택합니다.

방식

스크립트

설명

로컬 설치

설치되는 컴포넌트는 라이선스 에디션에 따라 자동으로 결정됩니다. 수동으로 선택하는 별도 설정은 없습니다.

컴포넌트

역할

모드

node1

node2

node3

버전

도구

용도

제어 서버에서 실행하므로 SSH 관련 도구가 필요합니다.

도구

용도

인스톨러가 원격/로컬 노드의 필수 패키지를 자동으로 검증합니다.

을 확인하여 필수 패키지 설치해야 합니다.

자동 설치: common.env에서 AUTO_INSTALL_PREREQS=true로 설정하면 인스톨러가 누락된 필수 패키지를 자동으로 설치합니다.

라이선스 XML은 opensql-installer/licenses/ 하위에 배치합니다. 인스톨러가 설치 중 각 노드로 복사하고 OPENSQL_LICENSE_PATH를 자동으로 설정합니다.

모드별 필수 라이선스 개수:

모드

필요 개수

대상 노드

제어 서버 → 각 노드: SSH 접속 가능해야 합니다.
인스톨러가 SSH 키(~/.ssh/id_rsa_opensql)를 자동 생성하고 각 노드에 등록합니다.
키 등록 시 최초 1회 SSH 비밀번호가 필요합니다.

로컬 설치: opensql_local_installer.py를 실행하는 사용자에게 sudo 권한이 필요합니다.
원격 설치: 각 노드의 SSH 접속 사용자에게 sudo 권한이 필요합니다.

인스톨러 실행 전, OpenSQL 배포 패키지(.tar.gz)를 먼저 압축 해제해야 합니다.

압축을 풀면 Tmax_OpenSQL_* 형태의 디렉토리가 생성되며, 그 안에 opensql-installer/가 포함됩니다.

설정 파일은 공통 설정(config/common.env)과 원격 설치 전용 설정(config/remote.env)으로 나뉩니다. 컴포넌트별 세부 옵션은 각 *.config.env에서 관리합니다.

로컬 설치와 원격 설치 모두에서 사용하는 공통 설정입니다. 인스톨러가 NODE1_IP ~ NODE3_IP와 현재 서버 IP를 비교하여 자신의 역할을 자동으로 감지합니다.

설치 수행 시 OPENSQL_USER와 OPENSQL_GROUP 은 자동 생성되며 sudo 권한이 부여됩니다.
- 이미 동명의 유저와 그룹이 존재한다면 무시가 됩니다.
- 기존의 유저와 그룹을 이용하려면 해당 유저에 sudo 권한이 부여된 상태여야 정상 설치됩니다.

제어 서버에서 opensql_remote_installer.py를 실행할 때 추가로 사용하는 설정입니다. 노드별 이름, SSH 접속 정보, 라이선스 파일명을 설정합니다. 노드 IP와 공통 설정은 config/common.env를 함께 참조합니다.

비밀번호 지정은 우선순위 순으로 다음과 같습니다.

방법 1: 실행 옵션으로 전달 (권장)

비밀번호를 파일에 저장하지 않고 실행 시점에 옵션으로 전달합니다.

방법 2: remote.env에 기재

각 컴포넌트의 포트, 사용자, 타임아웃 등 세부 옵션을 설정합니다. 기본값으로 충분한 경우 수정하지 않아도 됩니다.

파일

대상 컴포넌트

2node-witness 모드에서는 node3(witness)의 etcd 포트를 반드시 명시해야 합니다.

config/common.env에 설정합니다:

여러 클러스터 구성 시: 클러스터마다 다른 포트로 충돌을 방지합니다.

클러스터

CLUSTER_ID

CLIENT_PORT

PEER_PORT

테스트 환경이나 단일 서버 환경에 적합합니다.

공통 설정 (**config/common.env**):

원격 설치 전용 설정 (**config/remote.env**):

실행:

운영 환경의 표준 구성입니다.

공통 설정 (**config/common.env**):

NODE1_IP ~ NODE3_IP는 모든 노드에서 동일하게 설정합니다. 로컬 설치에서 각 노드마다 실행할 때 NODE_NAME과 LICENSE_NAME만 해당 노드에 맞게 변경합니다.

원격 설치 전용 설정 (**config/remote.env**):

실행:

2개의 PostgreSQL 노드와 별도의 etcd witness 노드로 구성합니다.

공통 설정 (**config/common.env**):

NODE1_IP ~ NODE3_IP는 모든 노드에서 동일하게 설정합니다. node1/node2에서 실행 시 NODE_NAME과 LICENSE_NAME을 해당 노드에 맞게 변경합니다. node3(witness)에는 LICENSE_NAME을 비워둡니다.

etcd 옵션 (**config/etcd.config.env**):

원격 설치 전용 설정 (**config/remote.env**):

실행:

동일한 node3에 여러 클러스터를 구성할 경우 클러스터마다 다른 포트를 지정합니다.

클러스터 1: CLUSTER_ID=c1, WITNESS_ETCD_CLIENT_PORT=2379, WITNESS_ETCD_PEER_PORT=2380

클러스터 2: CLUSTER_ID=c2, WITNESS_ETCD_CLIENT_PORT=2479, WITNESS_ETCD_PEER_PORT=2480

각 노드에 직접 SSH 접속한 후 실행합니다.

node1, node2, node3 각각에서 NODE_NAME과 LICENSE_NAME을 변경하여 실행합니다. 완료 후 다른 노드에서도 동일하게 실행해야 클러스터가 완성됩니다.

제어 서버에서 한 번 실행하면 모든 노드에 일괄 설치됩니다.

옵션

설명

단계

이름

설명

단계

이름

설명

방식

로그 위치

인스톨러는 각 노드의 opensql 유저 홈에 ~/.opensqlrc 파일을 생성합니다.

인스톨러가 기록하는 기본 내용:

커스텀 환경 변수 추가:

변경 후 재로드:

주의: 인스톨러를 재실행하면 ~/.opensqlrc가 덮어씌워집니다. 재실행 후에도 유지할 변수는 ~/.bashrc 끝에 직접 추가하세요. (~/.bashrc는 인스톨러가 source 라인만 추가하며 기존 내용을 덮어쓰지 않습니다.)

포트

컴포넌트

config/common.env의 NODE1_IP ~ NODE3_IP가 현재 서버의 실제 IP와 일치하는지 확인하세요.
hostname -I 명령으로 현재 서버 IP를 확인하세요.

SSH 비밀번호가 올바른지 확인하세요.
sshpass가 설치되어 있는지 확인하세요: which sshpass
수동으로 키를 등록해볼 수 있습니다:

로그에 표시된 설치 명령을 해당 노드에서 실행합니다.
또는 AUTO_INSTALL_PREREQS=true 설정 후 재실행합니다.

opensql-installer/licenses/ 디렉토리를 생성하고 XML 파일을 배치했는지 확인하세요.
LICENSE_NAME (로컬) 또는 NODE{n}_LICENSE_NAME (원격) 값이 실제 파일명과 일치하는지 확인하세요.

라이선스 XML 파일에 <edition> 태그가 포함되어 있는지 확인하세요.
지원 에디션: standard, enterprise, ai

각 노드에 서로 다른 라이선스 XML을 사용해야 합니다.

환경 변수 설정 단계 로그에서 오류가 없었는지 확인하세요.

etcd 서비스 로그를 확인합니다:
etcd 포트가 이미 사용 중인지 확인합니다:

OpenProxy 로그를 확인합니다:
포트가 이미 사용 중인지 확인합니다:

Patroni 로그를 확인합니다:
Patroni API 상태를 확인합니다:

사전확인사항

지원 플랫폼 및 운영체제

OpenSQL 3.0은 아래의 하드웨어 및 운영체제 환경에서 설치 및 운영이 가능합니다.

HW/SW

CPU

Binary Bits

GNU

x86

Oracle Linux 8

Oracle Linux 9

Rocky Linux 8

Rocky Linux 9 RHEL 8 RHEL 9 Ubuntu 22.04 Ubuntu 24.04

OpenSQL 3.0을 컴파일 및 실행하기 위해 아래와 같은 시스템 소프트웨어 및 라이브러리 패키지가 사전에 설치되어야 합니다.

HA 환경에서는 모든 노드의 시스템 시간이 동일하게 동기화되어 있어야 합니다. 노드 간 시간이 다를 경우 Leader 선출, 노드 상태 판단, 로그 분석, 장애 조치 과정에서 오작동이 발생할 수 있습니다.

모든 HA 노드에는 NTP 또는 Chrony 기반 시간 동기화를 설정해야 합니다.
모든 노드는 동일한 시간 동기화 서버를 사용하도록 권장합니다.
OpenHA 및 PostgreSQL 기동 전에 노드 간 시간 차이가 없는지 확인해야 합니다.

설정 예시:

확인 예시:

PostgreSQL

패키지명

최소 버전

정확한 버전 예시

용도

필수 여부

Patroni

패키지명

최소 버전

정확한 버전 예시

설명

pgAudit

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

Postgis

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

pgvectorscale

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

opensql-installer

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

pg_repack

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

PostgreSQL

패키지명

최소 버전

정확한 버전 예시

용도

필수 여부

Patroni

패키지명

최소 버전

정확한 버전 예시

설명

pgAudit

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

Postgis

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

pgvectorscale

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

opensql-installer

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

pg_repack

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

PostgreSQL

패키지명

최소 버전

정확한 버전 예시

용도

필수 여부

Patroni

패키지명

최소 버전

정확한 버전 예시

설명

pgAudit

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

pgvectorscale

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

opensql-installer

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

postgis

설치할 패키지 명

최소 버전

정확한 버전 예시

설명

필수 여부

pg_repack

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

PostgreSQL

패키지명

최소 버전

정확한 버전 예시

용도

필수 여부

Patroni

패키지명

최소 버전

정확한 버전 예시

설명

pgAudit

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

pgvectorscale

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

opensql-installer

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

postgis

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

pg_repack

패키지명

최소 버전

정확한 버전 예시

설명

필수 여부

OpenSQL 3.0 은 고가용성을 제공하기 위해 다음과 같이 3-Node, 2-Node 구성을 권장합니다.

고가용성을 위한 대표적인 구성으로, 노드 간 이중화 및 자동 장애 조치 기능을 제공합니다.

2개의 노드만 사용하는 구성으로도 고가용성 구현이 가능하지만, 쿼럼 유지를 위해 추가적으로 Witness 노드가 필요합니다.

witness node 최소 구성 요구사항

(참고:)

On-premises

항목

최소 spec

권장 spec

Cloud

Provider

Type

vCPUs

Memory (GB)

Max concurrent IOPS

Disk bandwidth (MB/s)

OpenSQL 설치를 위해서는 다음과 같은 시스템 요건이 필요합니다.

설치를 수행하는 운영체제(OS) 사용자에게는 sudo 권한이 필요합니다.
OpenSQL의 설치 및 실행을 위해 전용 OS 사용자 계정을 사용할 것을 권장합니다.
OpenSQL은 환경변수 OPENSQL_HOME 로 설정한 위치에 설치가 되므로 사전에 설정이 필요합니다.

본 매뉴얼에서는 3-Node 구성을 기준으로 각 노드에 설치되는 애플리케이션의 구성 예시를 제공합니다. 각 서버는 클러스터 구성에 필요한 주요 컴포넌트를 포함하며, OpenSQL 3.0의 고가용성 환경을 구성하는 기반이 됩니다.

Servers

Components

IP Address

뷰(View) 참조 안내서

뷰에 대한 참조 안내서입니다.

o2views extension 설치 후 신규 뷰들이 추가되며, 아래의 2가지 형식으로 사용하여야 합니다.

search_path를 설정하지 않은 경우

스키마(기본 oracle)의 이름을 View 앞에 추가하여 사용합니다.

{schema_name}.{view_name}

-- 예시) o2views extension 설치 후, 새로 추가된 dba_tab_columns라는 뷰 사용합니다.
-- select * from oracle.dba_tab_columns;

search_path를 설정한 경우

스키마(기본 oracle)를 가장 높은 우선순위 search_path로 설정한 경우, 스키마를 생략하고 사용할 수 있습니다.

-- 현재 접속 세션에서 스미카 'oracle'를 가장 우선순위 높은 search_path로 설정합니다.
set search_path to oracle, public;

{view_name}

-- 예시) o2views extension 설치 후, 새로 추가된 dba_tab_columns라는 뷰 사용합니다.
-- select * from dba_tab_columns;

아래 사양들은 스키마를 생략한 형태로 기술합니다.

ALL_COL_PRIVS

ALL_COL_PRIVS는 다음 유형의 권한을 보여줍니다.

현재 유저가 객체의 소유자, 권한 부여자 또는 권한 피부여자인 컬럼 객체 권한
활성화된 Role이나 PUBLIC이 권한 피부여자인 컬럼 객체 권한

컬럼

타입

설명

ALL_CONS_COLUMNS는 현재 사용자가 접근할 수 있고 Constraint에 지정된 컬럼들을 보여줍니다.

컬럼

타입

설명

ALL_CONSTRAINTS는 현재 사용자가 접근 가능한 테이블에 대한 Constraint 정의를 보여줍니다.

컬럼

타입

설명

ALL_INDEXES는 현재 사용자가 접근 가능한 테이블에 존재하는 인덱스에 대한 정보를 보여줍니다.

컬럼

타입

설명

ALL_IND_COLUMNS은 현재 사용자가 접근 가능한 테이블에 정의된 인덱스를 구성하는 컬럼들의 정보를 보여줍니다.

컬럼

타입

설명

ALL_OBJECTS는 데이터베이스에 존재하는 모든 객체에 대한 정보를 보여줍니다.

컬럼

타입

설명

ALL_PART_TABLES는 현재 사용자가 접근할 수 있는 파티션 테이블의 객체 수준 파티셔닝 정보를 보여줍니다.

컬럼

타입

설명

ALL_SOURCE를 통해 함수, 프로시저, 트리거, 패키지 명세, 패키지 본문 등 다양한 프로그램 유형의 소스 코드를 보여줍니다.

컬럼

타입

설명

ALL_TABLES는 현재 사용자가 액세스할 수 있는 모든 테이블을 보여줍니다.

컬럼

타입

설명

ALL_TAB_COLUMNS는 현재 사용자가 접근할 수 있는 테이블, 뷰, 클러스터의 컬럼들을 보여줍니다.

컬럼

타입

설명

ALL_TAB_PARTITIONS는 현재 사용자가 접근할 수 있는 파티션에 대해 파티션 레벨의 파티셔닝 정보, 파티션 저장 매개변수를 보여줍니다.

컬럼

타입

설명

ALL_TAB_PRIVS는 다음 유형의 권한을 보여줍니다.

현재 유저가 객체의 소유자, 권한 부여자 또는 권한 피부여자인 테이블 객체 권한
활성화된 Role이나 PUBLIC이 권한 피부여자인 테이블 객체 권한

컬럼

타입

설명

ALL_TRIGGERS는 현재 사용자가 액세스할 수 있는 모든 트리거를 표시합니다.

컬럼

타입

설명

ALL_TYPES는 현재 사용자가 액세스할 수 있는 모든 유형을 표시합니다.

컬럼

타입

설명

ALL_USERS는 현재 사용자에게 보이는 데이터베이스의 모든 사용자를 보여줍니다.

컬럼

타입

설명

ALL_VIEWS는 사용자 정의된 모든 뷰들에 대한 정보를 보여줍니다.

컬럼

타입

설명

DBA_CONS_COLUMNS는 Database 내 제약 조건이 설정된 모든 컬럼을 보여줍니다.

컬럼

타입

설명

DBA_COL_PRIVS는 Database 내 모든 컬럼 객체 권한을 보여줍니다.

컬럼

타입

설명

DBA_CONSTRAINTS는 Database 내 모든 테이블의 모든 제약 조건 정의를 보여줍니다.

컬럼

타입

설명

DBA_INDEXES는 Database에 존재하는 모든인덱스에 대한 정보를 보여줍니다.

컬럼

타입

설명

DBA_IND_COLUMNS은 Database 내 모든테이블에 정의된 인덱스를 구성하는 컬럼들의 정보를 보여줍니다.

컬럼

타입

설명

DBA_OBJECTS는 데이터베이스에 존재하는 모든 객체에 대한 정보를 보여줍니다.

컬럼

타입

설명

DBA_PART_TABLES는 데이터베이스에 존재하는 모든 파티션 테이블의 정보를 보여줍니다.

컬럼

타입

설명

DBA_PROCEDURES는 사용 가능한 모든 함수와 프로시저를 연관된 속성과 함께 보여줍니다.

컬럼

타입

설명

DBA_ROLES는 데이터베이스 내의 모든 ROLE을 보여줍니다.

컬럼

타입

설명

DBA_ROLE_PRIVS는 사용자에게 할당된 모든 역할에 대한 정보를 보여줍니다.

컬럼

타입

설명

DBA_SOURCE를 통해 함수, 프로시저, 트리거, 패키지 명세, 패키지 본문 등 다양한 프로그램 유형의 소스 코드를 보여줍니다.

컬럼

타입

설명

DBA_TAB_COLUMNS는 Database 내 모든 테이블, 뷰들의 컬럼을 보여줍니다.

컬럼

타입

설명

DBA_TAB_PARTITIONS는 모든 파티션에 대해 파티션 레벨의 파티셔닝 정보, 파티션 저장 매개변수를 보여줍니다.

컬럼

타입

설명

DBA_TAB_PRIVS는 Database 내 모든 테이블의 권한을 보여줍니다.

컬럼

타입

설명

DBA_TABLES는 데이터베이스의 모든 테이블을 보여줍니다.

컬럼

타입

설명

DBA_TRIGGERS는 데이터베이스의 모든 트리거를 표시합니다.

컬럼

타입

설명

DBA_TYPES는 모든 유형을 표시합니다.

컬럼

타입

설명

DBA_USERS는 Database 내 모든 유저의 이름에 대한 정보를 보여줍니다.

컬럼

타입

설명

DBA_VIEWS는 Database 내사용자 정의된 모든 뷰들에 대한 정보를 보여줍니다.

컬럼

타입

설명

DUAL 테이블은 다른 테이블을 참조하지 않는 SELECT 문에서 사용할 수 있으며, 최소한 한 개의 행을 반환해야 할 때 유용합니다. DUAL 테이블에서 선택하는 것은 SELECT 문을 사용하여 상수 표현식을 계산할 때 유용합니다. DUAL 테이블에는 단 하나의 행만 존재하므로, 상수 값은 한 번만 반환됩니다.

컬럼

타입

설명

각 O2 extension과 O2의 버전 정보와 업데이트 시점을 출력하는 뷰입니다.

컬럼

타입

설명

O2_MEMORY_CONTEXT_INFO는 O2에서 사용하는 메모리 컨텍스트 정보를 제공하는 뷰입니다.

컬럼

타입

설명

O2_SHARED_MEMORY_INFO는 SHARED MEMORY 사용량을 보여주는 뷰입니다.

컬럼

타입

설명

PRODUCT_COMPONENT_VERSION은 구성 요소 제품에 대한 버전과 상태에 대한 뷰입니다.

컬럼

타입

설명

USER_COL_PRIVS는 현재 유저가 객체의 소유자, 권한 부여자 또는 권한 피부여자인 컬럼 객체 권한을 보여줍니다.

컬럼

타입

설명

USER_CONS_COLUMNS는 현재 사용자가 소유하고 있고 Constraint에 지정된 컬럼들을 보여줍니다.

컬럼

타입

설명

USER_CONSTRAINTS는 현재 사용자가 소유한 테이블에 대한 Constraint 정의를 보여줍니다.

컬럼

타입

설명

USER_INDEXES는 현재 사용자가 소유한 테이블에 존재하는 인덱스에 대한 정보를 보여줍니다.

컬럼

타입

설명

USER_IND_COLUMNS은 현재 사용자가 소유한 테이블에 정의된 인덱스를 구성하는 컬럼들의 정보를 보여줍니다.

컬럼

타입

설명

USER_OBJECTS는 현재 유저가 소유한 객체에 대한 정보를 보여줍니다.

컬럼

타입

설명

USER_PART_TABLES는 현재 사용자가 소유한 파티션 테이블의 객체 수준 파티셔닝 정보를 보여줍니다.

컬럼

타입

설명

USER_ROLE_PRIVS는 현재 사용자에게 부여된 권한에 대한 정보를 보여줍니다.

컬럼

타입

설명

USER_SOURCE를 통해 함수, 프로시저, 트리거, 패키지 명세, 패키지 본문 등 다양한 프로그램 유형의 소스 코드를 보여줍니다.

컬럼

타입

설명

USER_TABLES는 현재 사용자가 소유한 모든 테이블을 보여줍니다.

컬럼

타입

설명

USER_TAB_COLUMNS는 현재 사용자가 소유한 테이블, 뷰, 클러스터의 컬럼들을 보여줍니다.

컬럼

타입

설명

USER_TAB_PARTITIONS는 현재 사용자가 소유한 파티션에 대해 파티션 레벨의 파티셔닝 정보, 파티션 저장 매개변수를 보여줍니다.

컬럼

타입

설명

USER_TAB_PRIVS는 현재 유저가 객체의 소유자인 테이블 권한을 보여줍니다.

컬럼

타입

설명

USER_TRIGGERS는 현재 사용자가 소유한 모든 트리거를 표시합니다.

컬럼

타입

설명

USER_TYPES는 현재 사용자가 소유한 모든 유형을 표시합니다.

컬럼

타입

설명

USER_USERS는 현재 사용자를 보여줍니다.

컬럼

타입

설명

USER_VIEWS는 현재 유저가 정의한 뷰들에 대한 정보를 보여줍니다.

컬럼

타입

설명

Tmax OpenSQL 3.0 manual_v1.5.0

목차

OpenSQL 개요

OpenSQL 설치

OpenSQL 3 바이너리 설치

OpenHA DCS (Distributed Configuration Store)

개요

설치

1. OPENSQL_INSTALL_HOME 디렉토리 설정

2. OpenHA DCS 설치

3. OpenHA DCS 설치여부 확인

OpenSQL 데이터베이스

OpenHA 클러스터 매니저(OpenHA Cluster Manager)

개요

설치

Requirement

Barman

Components 설정/실행

OpenSQL 관리

오픈프록시(OpenProxy) 관리

O2 Extensions

설치 안내서

집계함수(Aggregate Functions)

MEDIAN

Syntax

개요

조건함수(Conditional Functions)

날짜시간함수(DateTime Functions)

LAST_DAY

Syntax

개요

파라미터

예제

SESSIONTIMEZONE

SYSTIMESTAMP

TRUNC

TO_YMINTERVAL

Syntax

개요

파라미터

Format 함수(Format Functions)

NUMTODSINTERVAL

TO_DATE

Syntax

개요

파라미터

TO_SINGLE_BYTE

Syntax

개요

파라미터

예제

TO_TIMESTAMP_TZ

Syntax

개요

파라미터

BITAND

Syntax

개요

COSH

REMAINDER

Syntax

개요

파라미터

Misc 함수(Misc Functions)

SYS_GUID

텍스트 함수(Text Functions)

LENGTH

NLSSORT

Syntax

개요

파라미터

REGEXP_COUNT

Syntax

개요

파라미터

SUBSTR

Syntax

개요

파라미터

ASCIISTR