데이터베이스 설치
Tibero의 설치 방법에 대하여 설명합니다.
개요
Tibero에서는 제품 설치를 위한 방법을 다음의 형태로 제공하고 있습니다.
수동 설치
모든 플랫폼에 대하여 tibero7-bin-<fixset>_<platform>.tar.gz 형태로 제공됩니다.
수동 설치
Tibero가 지원하는 모든 플랫폼에 대하여 데이터베이스를 수동으로 설치할 수 있습니다.
이를 수동 설치라 정의합니다.
Windows 환경
다음은 Windows 환경에서 수동으로 Tibero를 설치하는 과정에 대한 설명입니다. Windows 환경에서의 설 치 과정은 반드시 관리자 권한으로 진행되어야 합니다.
다음의 두 가지 파일이 준비되었는지 확인합니다.
바이너리 실행 파일(tar.gz)
라이선스 파일(license.xml)
[시작] > [설정] > [제어판] > [시스템] > [고급] 탭에서 [환경변수] 버튼을 클릭하여 환경변수 중 시스템 변수를 설정합니다. 본 예제에서는 다음과 같이 시스템 변수를 설정합니다.
TB_HOME
C:\Tibero\tibero7
TB_SID
tibero
PATH
C:\Tibero\tibero7\bin;C:\Tibero\tibero7\client\bin
C:\Tibero 디렉터리에서 압축된 바이너리 실행 파일(tar.gz)을 해제합니다. 그 후에 **%TB_HOME%**의 license라는 하위 디렉터리에 발급받은 라이선스 파일(license.xml)을 복사합니다.
%TB_HOME%\bin 디렉터리에서 다음의 명령어를 입력합니다. 이때 서비스명은 생략할 수 있습니다.
이 명령이 실행되면 Tibero가 Windows 서비스에 등록됩니다. 등록된 Windows 서비스는 [시작] > [설정]> [제어판] > [관리 도구] > [서비스]에서 확인할 수 있습니다. 오른쪽 마우스를 클릭해서 [관리자 권한으로 실행]으로 명령 프롬프트 창을 실행합니다.
%TB_HOME%\config 디렉터리에서 다음의 명령어를 입력합니다.
이 명령이 실행되면 환경 파일(.tip)과 tbdsn.tbr, psm_commands.bat 파일이 생성됩니다.
참고
tbdsn.tbr 파일 설정에 대해 자세한 내용은 "Tibero 관리자 안내서"의 "Appendix A. tbdsn.tbr"을 참 고합니다.
%TB_SID%.tip 파일 설정에 대해 자세한 내용은 "Tibero 참조 안내서"의 "Appendix A. 초기화 파 라미터의 설정 예제"를 참고합니다.
Tibero 서버를 'NOMOUNT 모드'로 기동합니다.
tbSQL 유틸리티를 이용하여 데이터베이스에 접속합니다. 본 예제에서는 'sys' 사용자로 접속합니다.
CREATE DATABASE 문을 이용하여 원하는 데이터베이스를 생성합니다. 본 예제에서는 'tibero'로 생성 합니다.
해당 과정에서 설정하는 주요 항목에 대한 설명은 다음과 같습니다.
maxdatafiles
데이터베이스에서 사용할 데이터 파일의 최댓값을 설정 (기본값: 100)
character set
데이터베이스의 문자 집합을 설정
maxloggroups
로그 그룹의 최댓값을 설정 (기본값: 255)
maxlogmembers
로그 그룹 내의 로그 파일의 최댓값을 설정 (기본값: 8)
참고
CREATE DATABASE 문에 대한 자세한 내용은 "Tibero SQL 참조 안내서"를 참고합니다.
데이터베이스 생성이 완료되면 tbboot 명령어로 Tibero를 다시 기동합니다.
기본 스크립트 호스트를 cscript로 변경합니다. cscript로 설정되어 있지 않은 경우 vbs 파일을 실행할 때 사용자 입력 부분에서 경고창으로 출력되어 설치를 진행할 수 없는 현상이 발생합니다.
%TB_HOME%\scripts 디렉터리에서 system_install.vbs 명령어를 입력하면 현재 디렉터리에 있는 SQL 문이 저장된 파일(*.sql, 이하 SQL 파일)이 수행됩니다.
SQL 파일을 수행하면 role, system user, view, package 등이 생성됩니다. 사용되는 sys 및 syscat 계정에 대한 기본 암호는 각각 tibero, syscat입니다.
참고
system_install.vbs 실행할 때 환경변수에 설정한 "%TB_SID%"를 가지고 DB에 접속하기 때문에**[제어판] > [관리도구] > [데이터 원본(ODBC)]**에 %TB_SID%와 같은 이름의 DSN이 존재하지 않는지 주의해야 합니다. 이는 데이터 원본(ODBC)에 "%TB_SID%"와 같은 이름의 DSN이 존재할 경우 데이터 원본 (ODBC)에 있는 DSN에 설정된 DB로 접속을 시도하여 system_install.vbs가 수행되기 때문입니다. system_install.sh(.vbs)에서 제공되는 각 옵션에 대한 설명은 “Appendix G. system_install.sh(.vbs)”를 참고합니다.
Tibero의 설치가 정상적으로 완료되면 tblistener, tbsvr 프로세스가 실행됩니다. 해당 프로세스는 Windows 작업 관리자의 [프로세스] 탭을 통해 확인할 수 있습니다.
UNIX 환경
다음은 UNIX 환경에서 수동으로 Tibero를 설치하는 순서에 대한 설명입니다.
다음의 두 가지 파일이 준비되었는지 확인합니다.
바이너리 실행 파일(tar.gz)
라이선스 파일(license.xml)
해당 운영체제의 사용자 계정별로 존재하는 환경설정 파일(.bashrc, .bash_profile, .profile 등)에 환경변 수를 설정합니다. 본 예제에서는 다음과 같이 환경변수를 설정합니다.
참고
환경변수를 변경하는 방법은 OS에 따라 다르므로, 자세한 내용은 각 OS 안내서를 참고합니다.
각 환경변수 값에 대한 설명은 “3.3.2. 사용자 환경설정 파일의 적용 및 확인”을 참고합니다.
/home/tibero/Tibero 디렉터리에서 압축된 바이너리 실행 파일(tar.gz)을 해제합니다. 그 후에 발급받은 라이선스 파일(license.xml)을 $TB_HOME/license 디렉터리에 복사합니다.
$TB_HOME/config 디렉터리에서 다음의 명령어를 입력합니다.
이 명령이 실행되면 환경 파일(.tip)과 tbdsn.tbr, psm_commands 파일이 생성됩니다.
Tibero 서버를 NOMOUNT 모드로 기동합니다.
tbSQL 유틸리티를 이용하여 데이터베이스에 접속합니다. 본 예제에서는 'sys' 사용자로 접속합니다.
CREATE DATABASE 문을 이용하여 원하는 데이터베이스를 생성합니다. 본 예제에서는 **'tibero'**로 생성 합니다.
해당 과정에서 설정하는 주요 항목에 대한 설명은 다음과 같습니다.
maxdatafiles
데이터베이스에서 사용할 데이터 파일의 최댓값을 설정(기본값: 100)
character set
데이터베이스의 문자 집합을 설정
maxloggroups
로그 그룹의 최댓값을 설정 (기본값: 255)
maxlogmembers
로그 그룹 내의 로그 파일의 최댓값을 설정 (기본값: 8)
참고
CREATE DATABASE 문에 대한 자세한 내용은 "Tibero SQL 참조 안내서"를 참고합니다.
데이터베이스 생성이 완료되면 tbboot 명령어로 Tibero를 다시 기동합니다.
$TB_HOME/scripts 디렉터리에서 system_install.sh 셸을 실행합니다. 이 셸을 실행하면 현재 디렉터 리에 있는 SQL 파일이 수행됩니다. SQL 파일을 수행하면 role, system user, view, package 등이 생성됩니다. 사용되는 sys 및 syscat 계정에 대한 기본 암호는 각각 tibero, syscat입니다.
참고
자세한 system_install.sh에 관한 설명은 “Appendix G. system_install.sh”를 참고합니다.
Tibero의 설치가 정상적으로 완료되면 Tibero 프로세스가 실행됩니다. 이 프로세스는 다음의 명령어를 실 행하면 확인할 수 있습니다.
설치 확인
본 절에서는 Tibero가 설치된 후 정상적인 설치 여부를 확인하는 방법에 대해서 설명합니다.
디렉터리 구조
Tibero가 설치되면 다음과 같은 디렉터리가 생성됩니다.
위의 디렉터리 구조에서 $TB_SID라고 보이는 부분은 각각의 시스템 환경에 맞는 서버의 SID로 바꿔서 읽어야 합니다.
Tibero에서 사용하는 기본 디렉터리는 다음과 같습니다.
bin
Tibero의 실행 파일과 서버 관리를 위한 유틸리티가 위치한 디렉터리입니다. 이 디렉터리에 속한 파일 중에서 tbsvr과 tblistener는 Tibero를 구성하는 실행 파일이며, tbboot와 tbdown은 각각 Tibero를 기동 하고 종료하는 역할을 담당합니다. tbsvr과 tblistener 실행 파일은 반드시 tbboot 명령어를 이용하여 실행되어야 하며, 절대로 직접 실행해서는 안 됩니다.
client
다음은 하위 디렉터리에 대한 설명입니다.
bin
Tibero의 클라이언트 실행 파일이 있는 디렉터리
디렉터리 내 유틸리티
tbSQL 기본적인 클라이언트 프로그램으로 사용자가 직접 SQL 질의를 하고 그 결과를 확인할 수 있음
T-Up 다른 데이터베이스에서 Tibero로의 호환성 평가와 마이그레이션을 지원
tbExport 논리적 백업이나 데이터베이스 간에 데이터 이동을 위해 데이터베이스의 내용을 외부 파일로 저장
tbImport 외부 파일에 저장된 내용을 데이터베이스로 가져옴
tbLoader 대량의 데이터를 데이터베이스로 한꺼번에 읽어 들임
tbpc C 언어로 작성된 프로그램 안에서 내장 SQL(Embedded SQL)을 사용하는 프로그램을 개발할 때 이를 C 프로그램으로 변환. 이렇게 변환된 프로그램을 C 컴파일러를 통해 컴파일할 수 있도록 도와주는 역할도 담당.
(유틸리티에 대한 내용은 "Tibero 유틸리티 안내서"를 참고 단, tbpc 유틸리티는 "Tibero tbESQL/C 안내서"를 참고)
config
Tibero의 클라이언트 프로그램을 실행하기 위한 설정 파일이 위치하는 디렉터리
include
Tibero의 클라이언트 프로그램을 작성할 때 필요한 헤더 파일이 위치하는 디렉터리
lib
Tibero의 클라이언트 프로그램을 작성할 때 필요한 라이브러리 파일이 위치 하는 디렉터리 (자세한 내용은 "Tibero 애플리케이션 개발자 안내서"와 "TiberotbESQL/C 안내서"를 참고)
epa
External Procedure와 관련된 설정 파일과 로그 파일이 있는 디렉터리 (자세한 내용은 "Tibero External Procedure 안내서"를 참고)
config
Tibero의 환경설정 파일이 위치하는 디렉터리입니다. 이 위치에 존재하는 $TB_SID.tip 파일이 Tibero의 환경설정을 결정합니다.
database
다음은 하위 디렉터리에 대한 설명입니다.
$TB_SID
Tibero의 데이터베이스 정보를 별도로 설정하지 않는 한 모든 데이터베이스 정보가 이 디렉터리와 그 하위 디렉터리에 저장됩니다. 이 디렉터리에는 데이터 자체에 대한 메타데이터(metadata)뿐만 아 니라 다음과 같은 종류의 파일이 있습니다.
컨트롤 파일
다른 모든 파일의 위치를 담고 있는 파일
데이터 파일
실제 데이터를 저장하고 있는 파일
로그 파일
데이터 복구를 위해 데이터에 대한 모든 변경 사항을 저장하는 파일
$TB_SID/java
JAVA_CLASS_PATH가 정의되지 않은 경우 Java EPA Class File이 저장되는 디렉터리입니다.
instance
다음은 하위 디렉터리에 대한 설명입니다.
$TB_SID/out
Tibero의 프로세스에서 로그를 남길 수 없는 특정 상황에 현재 상황에 대한 정보를 남기는 파일들이 남는 디렉터리입니다. 해당 파일에 남는 내용은 매우 중요한 정보이기에 Tibero가 운영 중일 때 이 위 치에 존재하는 파일을 읽거나 수정하지 않는 것을 권장합니다. 리스너 프로세스의 것은 하위 디렉터 리 "/lsnr"에, 일반 프로세스의 것은 "/svr"에 남는다.
$TB_SID/log
Tibero의 시스템 로그 파일(slog)과 DBMS 로그(dlog), Internal 로그(ilog), Listener 로그(lsnr), 메모 리 로그 등의 로그 파일이 저장되는 디렉터리입니다.
Activity 로그 파일(act)
서버 내 액티비티 모니터에서 타 쓰레드들의 동작을 점검하던 도중, 임의 의 쓰레드가 장기간 멈춰 있음을 감지하였을 때 남기는 로그 파일
장기간 동작하지 않는 쓰레드의 원인 분석에 사용될 수 있음
AUDIT 로그 파일(audit)
데이터베이스 사용자가 시스템 특권 또는 스키마 객체 특권을 사용하는 것을 감시(AUDIT)한 내용을 기록한 파일
Diagnostic 로그 파일(diag)
TAC의 diag 기능을 사용하는 경우, 글로벌 노드 간 지연 현상이 감지되었을 때 문제 현상에 대한 대략적인 정보를 남기는 로그 파일
글로벌 노드 상에서 발생한 지연 현상의 원인을 분석하는데에 사용될 수 있음
DBMS 로그 파일(dlog)
시스템 로그 파일에 기록되는 정보보다 좀 더 중요한 정보가 기록되는 파일이며, 서버 기동 및 종류, DDL 문장의 수행 등이 기록되는 파일
Internal 로그 파일(ilog)
스레드별로 설정된 이벤트에 대한 시스템 로그가 기록되는 파일이며, Internal 로그를 보려면 tbiv를 이용해야 함
Listener 로그 파일(lsnr)
Listener의 디버깅을 위한 파일
리스너에서 일어난 중요한 일이 기록 되는 파일이며, 리스너의 버그를 해결하는 데 사용될 수 있음
시스템 로그 파일(slog)
디버깅을 위한 파일
서버가 하는 중요한 일이 기록되는 파일이며, 서 버 성능이 저하되는 원인을 찾거나 Tibero 자체의 버그를 해결하는 데 사용될 수 있음
SQLTRACE 로그 파일(sql trace)
세션에서 수행된 SQL들에 대한 정보를 남기는 로그 파일
SQL의 성능을 분석하거나 버그의 원인을 파악하는데에 사용될 수 있음
Memory 로그 파일(memlog)
임의의 세션이 부득이한 문제로 강제 종료되는 경우, 해당 세션에서 남길 예정이었던 시스템 로그들을 남기는 파일
문제가 발생한 세션을 분석하는 데에 사용될 수 있음
시스템 로그 파일, DBMS 로그 파일, Internal 로그 파일, Listener 로그 파일을 비롯한 로그 파일들 은 데이터베이스를 사용할수록 계속 누적되어 저장됩니다. 지속되는 누적으로 인한 디스크 포화 상태 를 방지하고, 성능 향상 및 최적화된 사용자 경험을 제공하기 위해 각 파일의 최대 크기와 전체 디렉 터리의 최대 크기를 파라미터으로 조정할 수 있도록 되어있습니다.
예외적으로, SQLTRACE 로그 파일과 Memory 로그 파일들의 경우는 해당 로그들의 취지에 맞게 각 파일의 크기를 제한하는 것이 아니라 디렉터리 내 존재하는 파일들의 크기의 합을 파라미터를 통해 제한할 수 있습니다. 해당 값을 넘어가는 경우 파일들을 별도의 하위 디렉터리에 보관하고, 이 하위 디렉터리의 최대 개수를 파라미터로 제한하여 최댓값을 넘는 경우 오래된 디렉터리를 삭제하도록 설정할 수 있습니다.
로그 파일을 설정하는 초기화 파라미터는 다음과 같습니다.
AUDIT_LOG_FILE_SIZE
Audit 로그 파일 하나의 최대 크기를 설정
AUDIT_LOG_TOTAL_SIZE_LIMIT
Audit 로그 파일이 저장된 디렉터리의 최대 크기를 설정
ACT_LOG_FILE_SIZE
Activity 로그 파일 하나의 최대 크기를 설정
ACT_LOG_TOTAL_SIZE_LIMIT
Activity 로그 파일이 저장된 디렉터리의 최대 크기를 설정
DIAG_LOG_FILE_SIZE
Diagnostic 로그 파일 하나의 최대 크기를 설정
DIAG_LOG_TOTAL_SIZE_LIMIT
Diagnostic 로그 파일이 저장된 디렉터리의 최대 크기를 설정
DBMS_LOG_FILE_SIZE
DBMS 로그 파일 하나의 최대 크기를 설정
DBMS_LOG_TOTAL_SIZE_LIMIT
DBMS 로그 파일이 저장된 디렉터리의 최대 크기를 설정
ILOG_FILE_SIZE
Internal 로그 파일 하나의 최대 크기를 설정
ILOG_TOTAL_SIZE_LIMIT
Internal 로그 파일이 저장된 디렉터리의 최대 크기를 설정
LSNR_LOG_FILE_SIZE
Listener 로그 파일 하나의 최대 크기를 설정
LSNR_LOG_TOTAL_SIZE_LIMIT
Listener 로그 파일이 저장된 디렉터리의 최대 크기를 설정
SLOG_FILE_SIZE
시스템 로그 파일 하나의 최대 크기를 설정
SLOG_TOTAL_SIZE_LIMIT
시스템 로그 파일이 저장된 디렉터리의 최대 크기를 설정
SQL_TRACE_TOTAL_SIZE_LIMIT
SQL_TRACE_DEST 내에 존재하는 파일들 크기의 합의 상한을 설정(하위 디렉터리의 크기는 제외)
SQL_TRACE_BACKUP_LIMIT_CNT
SQLTRACE 로그 파일들이 보관되어있는 하위 디렉터리의 최대 개수를 설정
값을 넘는 경우, 가장 오래된 하위 디렉터리부터 디렉터리 째로 삭제됨
MEM_LOG_TOTAL_SIZE_LIMIT
MEM_LOG_DEST 내에 존재하는 파일들 크기의 합의 상한을 설정(하위 디렉터리의 크기는 제외)
MEM_LOG_BACKUP_LIMIT_CNT
Memory 로그 파일들이 보관되어있는 하위 디렉터리의 최대 개수 를 설정
값을 넘는 경우, 가장 오래된 하위 디렉터리부터 디렉 터리 째로 삭제됨
$TB_SID/dump
Tibero의 DDL 또는 실행 중 에러에 의해 발생하는 덤프 파일이 저장되는 디렉터리입니다.
act
서버 내 액티비티 모니터에서 타 쓰레드들의 동작을 점검하던 도중, 임의의 쓰레 드가 장기간 멈춰 있음을 감지하였을 때, 남기는 덤프 파일들의 디렉터리
덤프 파일 내에는 대상 쓰레드의 함수 호출 스택 정보가 남음
callstack
DDL dump 명령 혹은 서버 내 요청으로 인한 콜스택 덤프 시, pstack 스레드에서 대상 쓰레드들의 함수 호출 스택 정보를 파일 형태로 남기는 디렉터리
diag
TAC의 diag 기능을 사용하는 경우, 글로벌 노드 간 지연 현상이 감지되었을 때 문제 현상에 대한 자세한 정보를 남기는 덤프 파일들의 디렉터리
덤프 파일 들에는 관련 쓰레드들의 함수 호출 스택 정보, 관련 쓰레드들의 자원 획득 및 경 쟁에 대한 정보들이 남음
report
DB 성능 측정을 위해 DDL 혹은 TPR 패키지를 이용하여 TPR report를 생성하였 을 때 만들어 지는 파일들의 디렉터리
tracedump
DB 내 문제 상황에 대한 다양한 디버깅 정보들을 가진 덤프 파일들의 디렉터리
문제가 발생하는 동작에서 저절로 덤프가 남는 경우도 있고, DDL dump 명 령을 통해 남는 경우도 있음
Activity 덤프, Diagnostic 덤프, Callstack 덤프, Tracedump 덤프 파일의 경우 데이터베이스를 사용 할수록 계속 누적되어 저장될 수 있습니다. Tibero는 성능 향상 및 최적화된 사용자 경험을 제공하고, 지속되는 덤프 파일 누적으로 인한 디스크 포화 상태를 예방하기 위해 디렉터리 내 존재하는 파일들 의 크기의 합을 파라미터를 통해 제한할 수 있습니다.
해당 값을 넘어가는 경우 파일들을 별도의 하위 디렉터리에 보관하며, 이와 더불어 별도의 파라미터를 통해 하위 디렉터리들의 최대 개수를 제한하여 최댓값을 넘는 경우 오래된 디렉터리를 삭제하도록 설정할 수 있습니다. (TPR의 경우는 사용자 요청으 로만 파일이 생성되기 때문에 자동으로 관리하지 않음)
ACT_DUMP_TOTAL_SIZE_LIMIT
ACT_DUMP_DEST 내에 존재하는 파일들 크기의 합의 상한을 설정 (하위 디렉터리의 크기는 제외)
ACT_DUMP_BACKUP_LIMIT_CNT
Activity 덤프 파일들이 보관되어있는 하위 디렉터리의 최대 개수를 설정
값을 넘는 경우, 가장 오래된 하위 디렉터리부터 디렉터리째로 삭제
CALLSTACK_DUMP_TOTAL_SIZE_LIMIT
CALLSTACK_DUMP_DEST 내에 존재하는 파일들 크기의 합의 상한을 설정 (하위 디렉터리의 크기는 제외)
CALLSTACK_DUMP_BACKUP_LIMIT_CNT
Callstack 덤프 파일들이 보관되어있는 하위 디렉터리의 최대 개수를 설정
값을 넘는 경우, 가장 오래된 하위 디렉터리부터 디렉터리 째로 삭제됨
DIAG_DUMP_TOTAL_SIZE_LIMIT
DIAG_DUMP_DEST 내에 존재하는 파일들 크기의 합의 상한을 설정 (하위 디렉터리의 크기는 제외)
DIAG_DUMP_BACKUP_LIMIT_CNT
Diagnostic 덤프 파일들이 보관되어있는 하위 디렉터리의 최대 개수를 설정
값을 넘는 경우, 가장 오래된 하위 디렉터리부터 디렉터리 째로 삭제됨
TRACE_DUMP_TOTAL_SIZE_LIMIT
TRACE_DUMP_DEST 내에 존재하는 파일들 크기의 합의 상한을 설정(하위 디렉터리의 크기는 제외)
TRACE_DUMP_BACKUP_LIMIT_CNT
TRACEDUMP 덤프 파일들이 보관되어있는 하위 디렉터리의 최대 개수를 설정
값을 넘는 경우, 가장 오래된 하위 디렉터리부터 디렉터리 째로 삭제됨
$TB_SID/path
Tibero의 프로세스 간에 통신을 위한 소켓 파일이 있는 디렉터리입니다. Tibero가 운영 중일 때 이 위치에 존재하는 파일을 읽거나 수정해서는 안 됩니다.
lib
Tibero 서버에서 Spatial과 관련된 함수를 사용하기 위한 라이브러리 파일이 있는 디렉터리입니다.
license
Tibero의 라이선스 파일(license.xml)이 있는 디렉터리입니다. XML 형식이므로 일반 텍스트 편집기로도 라이선스의 내용을 확인할 수 있습니다.
다음은 하위 디렉터리에 대한 설명입니다.
oss_licenses
반드시 준수해야 하는 오픈소스 라이선스의 대한 정보를 확인할 수 있는 디 렉터리
nls
다음은 하위 디렉터리에 대한 설명입니다.
zoneinfo
Tibero에서 사용하는 시간대 파일이 있는 디렉터리
scripts
Tibero의 데이터베이스를 생성할 때 사용하는 각종 SQL 문장이 있는 디렉터리입니다. 또한 Tibero의 현재 상태를 보여주는 각종 뷰의 정의도 이 디렉터리에 있습니다.
다음은 하위 디렉터리에 대한 설명입니다.
pkg
Tibero에서 사용하는 패키지의 생성문이 저장되는 디렉터리
dpv
Tibero에서 사용하는 동적 성능 뷰 생성문이 저장되는 디렉터리
sample_user
예제 실행을 위해 제공되는 샘플 유저 생성문이 저장되는 디렉터리
catalogview
Tibero에서 사용하는 카탈로그 뷰 생성문이 저장되는 디렉터리
catalogview_using_dpv
Tibero에서 사용하는 동적 성능 뷰를 참조하는 카탈로그 뷰 생성문이 저장되는 디렉터리
사용자 환경설정 파일의 적용 및 확인
Tibero가 설치된 후에 사용자의 환경설정 파일에는 다음의 내용이 추가됩니다.
TB_HOME
Tibero가 설치된 디렉터리
만약, Tibero를 설치하는 과정에서 설치 디렉터리를 입력하지 않았다면 기본적으로 {사용자의 홈 디렉터리}/Tibero/tibero7가 TB_HOME으로 설정
TB_SID
설치 과정 중에 입력한 SID가 여기에 해당 설치 과정 중에 입력하지 않았 다면 기본적으로 tibero가 SID로 설정
LD_LIBRARY_PATH
Tibero를 사용할 때 필요한 공유 라이브러리가 위치한 경로
필요한 라이브러리는 모두 $TB_HOME/lib와 $TB_HOME/client/lib 안에 있고, OS별로 환경변수가 다르게 지정
SunOS, Linux : LD_LIBRARY_PATH
AIX : LIBPATH
PATH
Tibero를 사용하기 위한 디렉터리 경로
기본적으로 $TB_HOME/bin과 $TB_HOME/client/bin이 설정
UNIX에서는 비정상적으로 프로세스를 종료할 경우 가상 메모리 정보를 디스크로 남깁니다. (Core Dump)
이 과정에서 많은 컴퓨팅 자원을 요구하여 시스템 성능을 순간적으로 저하시키며, 이때 생성되는 Core 파 일은 많은 디스크 용량을 필요로 합니다. 따라서 Tibero에서는 이 기능을 사용하기를 권장하지 않습니다.
Core Dump 기능을 사용하지 않으려면 사용자 계정의 환경설정 파일(.profile)에 다음의 명령어를 추가합니다.
위와 같이 사용자의 환경설정 파일이 생성되어도 실제로 적용된 것은 아닙니다. 환경설정 파일을 적용하기 위해서는 다음과 같은 과정을 거쳐야 합니다.
다음의 명령어를 입력하여 사용자 환경설정 파일을 적용합니다. UNIX 계열(LINUX 포함)에서만 아래 명령어를 입력합니다.
환경설정 파일이 제대로 적용되었는지 확인하려면 다음의 명령어를 입력합니다.
Linux 계열의 경우
Windows 계열의 경우
기동 및 종료
Tibero의 기동과 종료는 데이터베이스 관리자(DBA: Database Administrator, 이하 DBA)만 할 수 있습니다.
기동
Tibero의 기동은 tbboot 명령어를 사용합니다. 옵션을 포함한 tbboot의 명령어는 다음과 같습니다.
-h
tbboot 명령어의 도움말을 보여주는 옵션
-v
Tibero의 버전 정보를 보여주는 옵션
-l
Tibero의 라이선스 정보를 보여주는 옵션
-C
Tibero가 지원하는 문자 집합의 정보를 보여주는 옵션
-c
Tibero가 replication mode로 설정되어 있을 경우 replication mode를 사용하지 않는 옵션
-t BOOTMODE
Tibero 서버를 기동할 수 있는 옵션. 이 옵션은 생략 가능 Tibero에서는 tbboot 명령어에서 부트 모드(bootmode)를 제공
NORMAL : 정상적으로 데이터베이스의 모든 기능을 사용할 수 있는 모드
NOMOUNT : Tibero의 프로세스만 기동시키는 모드
MOUNT : 미디어 복구 등의 데이터베이스 관리를 위해 사용하는 모드
RECOVERY : Tibero Standby Cluster를 구축할 때 standby 쪽의 데이터베이스 를 운영하는 모드
RESETLOGS : Tibero 서버를 기동하는 과정에서 로그 파일을 초기화하며, 불 완전 미디어 복구 이후에 사용하는 모드
FAILOVER : Tibero Standby Cluster 환경에서 Standby를 Primary로 사용하기 위한 모드
READONLY : 데이터베이스를 읽는 작업만 허용하고, 변경 작업을 허용하지 않는 모드
종료
Tibero의 종료는 tbdown 명령어를 사용합니다. 옵션을 포함한 tbdown의 명령어는 다음과 같습니다.
-h
tbdown 명령어의 도움말을 보여주는 옵션
-t DOWNMODE
Tibero 서버를 종료할 수 있는 옵션으로 생략 Tibero에서는 tbdown 명령어에서 다운 모드(downmode)를 제공
NORMAL : 일반적인 종료 모드
POST_TX : 모든 트랜잭션이 끝날 때까지 대기한 후 Tibero를 종료하는 모드
IMMEDIATE : 현재 수행 중인 모든 작업을 강제로 중단시키며 진행 중인 모든 트랜잭션을 롤백하고 Tibero를 종료하는 모드
ABORT : Tibero의 프로세스를 강제로 종료하는 모드
SWITCHOVER : Standby DB와 Primary DB를 동기화시킨 후 Primary DB를 NORMAL 모드처럼 종료하는 모드
SWITCHOVER IMMEDIATE : SWITCHOVER 모드를 IMMEDIATE 모드처럼 종료하는 모드
ABNORMAL : Tibero 서버에 접속하지 않고 서버 프로세스를 무조건 강제로 종 료시키는 모드
tbSQL 유틸리티를 이용한 데이터베이스 접속
tbsql 명령으로 데이터베이스에 접속합니다. 다음과 같이 데이터베이스 사용자의 ID와 패스워드를 함께 입 력하여 접속할 수 있습니다.
리스너를 통한 접속을 위해서는 다음과 같이 데이터베이스 사용자 ID와 패스워드 뒤에 **@**을 입력하고 @뒤에는 tbdsn.tbr 파일에 지정된 별칭을 입력합니다.
사용자 계정
Tibero가 설치되면 아래와 같은 사용자 계정이 자동으로 생성됩니다.
SYS
데이터베이스 관리를 위한 계정으로서 시스템 패키지, 동의어, 사용자, 역할, 가상 테이블, 시퀀스, 동적 뷰 등을 생성하고 관리
SYSCAT
데이터베이스 관리를 위한 정적 카탈로그 뷰를 생성하고 관리하는 계정
SYSGIS
GIS(Geographic Information System)와 관련된 테이블 생성 및 관리를 하는 계정
OUTLN
동일한 SQL을 수행할 때 항상 같은 질의 플랜(plan)으로 수행될 수 있게 관련 힌 트(hint)를 저장하는 등의 일을 하는 계정
SYSBACKUP
sys 계정이 아니면서 backup/recovery 와 관련된 모든 권한을 갖는 계정이다. NOMOUNT, MOUNT 모드 로그인 가능하다.
TIBERO
CONNECT, RESOURCE 역할이 부여된 샘플 사용자 계정
LBACSYS
Label Security System User로서 Label Security 관련된 정책, 감사, 사용자, 테이블 등을 관리하는 계정
Last updated