Tibero 퀵가이드

Classic/VPC 환경에서 이용 가능합니다.

Tibero 퀵가이드 소개

TIbero 퀵가이드는 Tibero 이용 고객의 FAQ를 기반으로 작성되었습니다.
마이그레이션, 리스너, Database, DB 사용자 생성, 변경 및 삭제 방법에 대해 설명합니다.

마이그레이션

Tibero 버전 업그레이드 등을 위한 마이그레이션 가이드는 Tibero 6 온라인 매뉴얼을 참고해 주십시오.
본문 내 2.4.6. tbExport, 2.4.7. tbImport를 통해서 마이그레이션을 수행하고 문의사항은 테크넷에 등록해 주십시오.

리스너

TIBERO의 DEFAULT LISTENER PORT는 8629입니다.

리스너 포트 변경 방법

변경

Tibero의 리스너 포트 설정은 tip 파일의 파라미터 수정을 통해 변경합니다.
tip 파일의 경우는 영구적으로 정적 반영됩니다.

(1) su - tibero
(2) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
    LISTENER_PORT=[변경할 Port 번호]를 입력 후 저장
(3) tbcliv or vi $TB_HOME/client/config/tbdsn.tbr
    PORT 번호를 변경
       tibero=(
        (INSTANCE=(HOST=localhost)
            (PORT=[변경할 Port 번호])
            (DB_NAME=tibero)
            )
        )
(4) Tibero 재기동 - 재기동하지 않으면 반영되지 않음

확인

tbboot를 이용해 기동시 port 번호를 확인합니다.

tibero-tibero-1-2_01_ko

동적 리스너 포트 추가 할당

기동 중에 LISTERNER PORT를 추가하는 방법입니다.
시스템 권한이 있는 User로 로그인해야 합니다.
시스템 권한은 Tibero 온라인 매뉴얼 > Tibero 관리자 안내서 > 2.관리의 기본 > 2.1. 사용자 정의 > 2.1.2. SYS 를 통해 확인 가능합니다.

ALTER SYSTEM LISTENER ADD | DELETE PORT 구문을 통해 동적으로 PORT 를 추가할 수 있습니다.

(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> ALTERT SYSTEM LISTENER ADD PORT 9629;
(4) SQL> q
(5) netstat -nap | grep tblistener 를 통해 LISTENER PORT 확인

동적으로 추가된 LISTENER PORT는 [리스너 포트 변경 방법]-(3)을 참고하여 tbdsn.tbr 파일에 리스너 정보를 추가해줘야 tbsql 을 통해 접속 가능합니다. (tbsql은 Shell에서 Tibero에 접근하기 위한 Utillity입니다. )
Application 을 통해 외부에서 접속하기 위해서는 tbdsn.tbr 설정이 아닌 NCP의 ACG Rule 설정을 통해 접근 설정을 해야 합니다.

tbsql 로 새로운 Port 를 통한 접속 설정

추가한 Port 번호에 Bash Shell을 통해 접속하기 위해서 Listener를 추가합니다.

(6) tbcliv or vi $TB_HOME/client/config/tbdsn.tbr
    tibero_2=(
        (INSTANCE=(HOST=localhost)
            (PORT=9629)
            (DB_NAME=tibero)
        )
    )
    // tibero_2 는 alias 이기 때문에 원하는 이름으로 변경 가능
(7) tbsql sys/tibero@tibero_2

동적 리스너 포트 할당 해제

기동 중에 LISTERNER PORT를 해제하는 방법입니다.
시스템 권한이 있는 User로 로그인 해야 합니다.
ALTER SYSTEM LISTENER ADD | DELETE PORT 구문을 통해 동적으로 PORT를 추가할 수 있습니다.

(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> ALTERT SYSTEM LISTENER DELETE PORT 9629;
(4) SQL> q
(5) netstat -nap | grep tblistener 를 통해 LISTENER PORT 확인

접근제어 수행 방법

NCP의 ACG RULE 설정을 통해 1 차적으로 차단할 수 있지만, TIBERO에도 특정 IP의 접근 설정 기능이 있습니다.

tip 파일에 다음의 파라미터 설정을 통해서 IP 접근 제한을 설정합니다.

LSNR_INVITED_IP
LSNR_DENIED_IP
LSNR_INVITED_IP_FILE
LSNR_DENIED_IP_FILE

(1) su - tibero
(2) tbdown
(3) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
    LSNR_DENIED_IP=”[접근을 제한할 IP]”
(4) tbboot

CIDR로 범위로 제한하거나 특정 IP만 제한하는 경우
LSNR_DENIED_IP=”192.168.20.0/24” 혹은 LSNR_DENIED_IP=”192.168.20.190”
여러 개 적용하는 경우
LSNR_DENIED_IP=”192.168.20.100; 192.168.20.101; 192.168.0.0/24”

FILE 옵션으로 사용하려면 FILE 을 아래와 같이 생성하고 tip 파일에 파라미터 설정을 진행합니다.

앞의 2 단계를 수행한 후
(3) vi “/db/tibero/denied_ip.list”
    #WAS
    192.168.22.20
    192.168.44.10
    ### END OF FILE ###
(4) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
    LSNR_DENIED_IP_FILE=” /db/tibero/denied_ip.list”
(5) tbboot

INVITED 와 DENIED 모두 설정하면, INVITED만 적용되고 DENIED는 무시됩니다.

특정 USER에 대한 데이터베이스 관리 및 통계 등의 META DATA 접근하여 데이터 베이스 정보를 획득할 수 있습니다.
접근을 막기 위해서 Revoke 명령어를 통해 시스템 특권 혹은 객체의 권한을 회수할 수 있습니다.

운영 환경에 맞게 Tibero 온라인 매뉴얼 > SQL 참조 안내서 > 7. 데이터 정의어 > 7.75. REVOKE를 참조하여 설정합니다.

동적 IP 차단 설정

(1) su - tibero
(2) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
    LSNR_DENIED_IP=”[접근을 제한할 IP]”
(3) tbsql sys/tibero
(4) SQL> ALTER SYSTEM LISTENER PARAMETER RELOAD;

(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> ALTER SYSTEM SET LSNR_DENIED_IP=”[접근을 제한할 IP]”;

차단된 IP 확인

SQL> show param LSNR_DENIED_IP


NAME                         TYPE     VALUE
---------------------------- -------- ----------------------------------------
LSNR_DENIED_IP                STRING        192.111.111.111
LSNR_DENIED_IP_FILE           STRING

Database

인스턴스 추가방법

멀티 인스턴스 기능은 DB 에 대한 이해도가 깊지 않으면 권장되지 않는 기능입니다.
여러 설정을 위해서는 아래 TIBERO 온라인 매뉴얼을 참고하여 진행합니다.
Tibero 온라인 매뉴얼 > Tibero 설치안내서 > 6. 멀티 인스턴스 설치 > 6.3. Unix 환경

멀티 인스턴스 사용을 위해서는 데이터베이스를 추가로 생성해야 합니다.
멀티 인스턴스를 제어하기 위해서는 TB_SID 가 필요합니다. 기존의 DB 의 TB_SID 와 새로 추가할 TB_SID 의 내용 숙지가 필요합니다.

현재 적용된 TB_SID 는 ~/.bash_profile 에 적용되어 있습니다. 해당 파일을 참고하여 진행합니다.

(1) su - tibero
(2) export TB_SID=[새로운 TB_SID]
    > export TB_SID=tibero2
(3) $TB_HOME/config/gentip.sh
(4) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
    > DB_NAME=tibero2
    > LISTENER_PORT=9629
(5) tbcliv or vi $TB_HOME/client/config/tbdsn.tbr
리스너 추가
    > tibero2=(
    >     (INSTANCE=(HOST=localhost)
    >         (PORT=9000)
    >         (DB_NAME=tibero)
    >     )
    > )
(6) tbboot nomount
(7) tbsql sys/tibero
(8) SQL> Database Create 쿼리
    [ Tibero 온라인 매뉴얼 ] - [ Tibero 설치안내서 ] - [ 3.3. 수동 설치 ] - [ 3.3.2. Unix 환경 ] - [ 7 ]
(9) tbboot
    > Listener port = 9629
    > Tibero 6
    > TmaxData Corporation Copyright (c) 2008-. All rights reserved.
    > Tibero instance started up (NORMAL mode).
(10) $TB_HOME/scripts/system.sh -p1 tibero -p1 syscat -a1 y -a2 y -a3 y -a4 y
    > …
    > Done.

멀티 인스턴스 설치 확인

ps -ef | grep tbsvr

tibero-tibero-1-2_02_ko

서로 다른 SID의 INSTANCE가 PROCESS로 기동 중인 것을 확인할 수 있습니다.

백업 수행 방법

컨트롤 파일 백업

컨트롤 파일의 물리적 백업
controlfile 자체를 백업 받습니다.

SQL> alter database backup controlfile to '/tbdata/backup/ctrlfile1.ctl';
Altered.

컨트롤 파일의 논리적 백업
controlfile 재생성 쿼리를 백업 받습니다.

SQL> alter database backup controlfile to trace as '/tbdata/backup/ctrlfile1.sql' reuse
NORESETLOGS;
Altered.

백업된 컨트럴 파일 생성문 예시

CREATE CONTROLFILE REUSE DATABASE "tibero"
LOGFILE
 GROUP 1 (
       '/tbdata/tibero/system01/redo_01a.redo',
       '/tbdata/tibero/system02/redo_01b.redo'
       ) SIZE 100M,
 GROUP 2 (
       '/tbdata/tibero/system01/redo_02a.redo',
       '/tbdata/tibero/system02/redo_02b.redo'
       ) SIZE 100M,
 GROUP 3 (
       '/tbdata/tibero/system01/redo_03a.redo',
       '/tbdata/tibero/system02/redo_03b.redo'
       ) SIZE 100M,
 GROUP 4 (
       '/tbdata/tibero/system01/redo_04a.redo',
       '/tbdata/tibero/system02/redo_04b.redo'
       ) SIZE 100M,
 GROUP 5 (
       '/tbdata/tibero/system01/redo_05a.redo',
       '/tbdata/tibero/system02/redo_05b.redo'
       ) SIZE 100M
NORESETLOGS
DATAFILE
         '/tbdata/tibero/system01/system001.dbf',
         '/tbdata/tibero/system01/undo001.dbf', 
         '/tbdata/tibero/system01/usr001.dbf',
         '/tbdata/tibero/system01/tpr.dbf'
ARCHIVELOG
MAXLOGFILES 255
MAXLOGMEMBERS 8
MAXDATAFILES 500
MAXARCHIVELOG 500
MAXBACKUPSET 500
MAXLOGHISTORY 500
CHARACTER SET UTF8
NATIONAL CHARACTER SET UTF16
; 

---- Recovery is required in MOUNT mode.
--ALTER DATABASE RECOVER AUTOMATIC;

--ALTER DATABASE OPEN ;


---- Adding Tempfiles is required in OPEN mode.
-- ALTER TABLESPACE TEMP ADD TEMPFILE '/tbdata/tibero/system01/temp001.dbf'
-- SIZE 20000M REUSE AUTOEXTEND OFF ;
--ALTER DATABASE ADD BACKUPSET 1
--FLAGS 33
--STARTED '202105292120'/112810
--FINISHED '202105292123'/112893
--SIZE 4885789 BCT_REQ_TSN 0
--BASE_SET 0 FIRST_PIECE 0
--TSID_BM ' 11011'
--BACKUP_PATH '/backup/'
--RESETLOGS 0

Cold Backup(Offline Backup)

DB 정지 후 수행합니다.
Datafile 을 백업 받은 시점으로만 복구가 가능합니다.

데이터 파일 조회 후 Copy

(1) SQL> SELECT NAME FROM V$DATAFILE;
(2) tbdown
(3) tbcfgv or vi $TB_HOME/config/$TB_SID.tip 에
    조회된 Datafile 을 OS 명령어 Copy 한다.
    DB_CREATE_FILE_DEST=”[경로]”에 있는 히든파일 .passwd 파일도 Copy 한다.

HOT Backup(Online Backup)

Archive Log 모드에서만 가능합니다. 기동 중에 수행 가능합니다. Datafile 백업 시점 이전 혹은 이후로도 가능합니다.

TABLESPACE 에 연결된 DATAFILE 조회

SQL> select name,type from v$tablespace;
SQL> select f.name
    from v$tablespace t join v$datafile f on t.ts# = f.ts#
    where t.name = 'USER';

HOT BACKUP 시작 전 후에 BEGIN 과 END BACKUP 을 실행합니다.

SQL> ALTER TABLESPACE [TABLESPACE NAME] BEGIN BACKUP
SQL> !cp [DATAFILE 경로] [백업경로]
SQL> ALTER TABLESPACE [TABLESPACE NAME] END BACKUP

자세한 내용은 Tibero 온라인 매뉴얼 > Tibero 관리자 안내서 > 6. 백업과 복구를 참조합니다.

tbrmgr 을 이용한 백업

tbrmgr 은 Tibero 에서 제공되는 백업/복구 관리자입니다. Online Full Backup, Incremental Backup, Automatic Recovery, Tablespace 단위 백업 및 복구, Delete Backup Set 기능을 제공합니다.

tbrmgr 관련 옵션은 Tibero 온라인 매뉴얼 > Tibero 관리자 안내서 > 6. 백업과 복구 > 6.4 복구관리자 > 6.4.2 복구관리자 옵션을 참고해 주십시오.

tbrmgr backup 예시 - Online Full Backup
기본 root Disk 사이즈는 Default 50GB 로 충분하지 않기 때문에 백업이 제대로 진행되지 않습니다.
사용중인 Datafile 의 사이즈에 따라 Backup 을 위한 충분한 공간의 Storage 가 마운트 되어 있어야 합니다.

(1) su - tibero
(2) tbrmgr backup -o /home/tbrdb/work/6/backup/
(3) $ tbsql sys/tibero
(4) SQL> select * from V$BACKUP_SET a;
(5) SQL> select * from V$BACKUP_ARCHIVED_LOG;
or
(1) su - tibero
(2) tbrmgr backup --with-archivelog -o /home/tbrdb/work/6/backup/
(3) $ tbsql sys/tibero
(4) SQL> select * from V$BACKUP_SET a;
(5) SQL> select * from V$BACKUP_ARCHIVED_LOG;

tibero-tibero-1-2_03_ko

해당 메시지가 표시되어야 백업이 완료된 것입니다.

복구

Tibero는 부트 모드별로 수행하는 복구 작업 측면에서 보면 다음과 같습니다.

NOMOUNT 모드
컨트롤 파일에 장애가 발생한 경우에는 NOMOUNT 모드로 동작하여 컨트롤 파일을 생성할 수 있습니다.

MOUNT 모드
MOUNT 모드에서는 데이터 파일, 온라인 로그 파일, 컨트롤 파일 사이의 상태를 검사하여 모두 최신 상태이면 NORMAL 모드로 동작할 수 있습니다.
파일에 물리적인 장애가 발생하였거나, 복원된 파일이라면 미디어 복구가 필요하며 MOUNT 모드로 동작합니다. MOUNT 모드에서는 제한된 뷰의 조회가 가능하고, 미디어 복구를 수행할 수 있습니다.

컨트롤 파일 복구

컨트롤 파일 복구를 위해서는 컨트롤 파일이 Backup 되어 있어야 합니다.
[ 백업 수행 방법] - [ 컨트롤 파일 논리적 백업 ] 을 참고해 주십시오.

(1) tbboot nomount
(2) tbsql sys/tibero
(3) SQL> @/tibero6/backup/ctrlfile1.sql
(4) SQL> exit
(5) tbdown
(6) tbboot mount
(7) tbsql sys/tibero
(8) SQL> ALTER DATABASE RECOVER AUTOMATIC DATABASE;
(9) SQL> exit
(10) tbboot
-- 백업한 컨트롤 파일 스크립트내의 주석 스크립트 부분을 활용하여 Temp 파일 생성
(11) SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '/home/tibero/tbdata/temp001.dtf'
          2 SIZE 512M REUSE AUTOEXTEND ON NEXT 16M MAXSIZE 10G;
(12) SQL> exit

파손 복구 (Crash Recovery)

데이터베이스가 비정상적으로 종료되었을 때 사용자의 명령 없이 자동으로 복구되는 것을 의미합니다.
복구가 완료되면 Tibero 가 정상적으로 동작합니다.

미디어 복구 (Media Recovery)

미디어 복구 과정은 자동으로 이루어지지 않습니다. DBA가 상황을 파악해서 필요한 과정을 지시하는 일련의 작업이 필요합니다. DBA 명령에 의해 수동으로 수행되며, 완전 복구(Complete Recovery)와 불완전 복구(Incomplete Recovery)로 구분됩니다.

완전 복구 (Complete Recovery)

온라인 로그 파일의 가장 최근 로그까지 모두 반영하는 미디어 복구입니다. 마운트 모드로 동작하여 복구합니다.

SQL> ALTER DATABASE RECOVER AUTOMATIC DATABASE;

불완전 복구 (Incomplete Recovery)

Time Base Recovery, Change Base Recovery, Cansel Base Recovery

온라인 로그 파일의 최근까지가 아닌 그 이전의 특정 시점까지 복구하는 것을 의미합니다. 불완전 복구 후에는 반드시 RESETLOGS 모드로 Tibero 를 기동해야 합니다. RESETLOGS 는 온라인 로그 파일을 초기화하는 것이며, 현재 온라인 로그 파일로 데이터베이스를 시작하지 않을 때 사용합니다.

불완전 복구를 하였거나 RESETLOGS 로 컨트롤 파일을 생성한 경우, RESETLOGS 로 기동합니다.

RESETLOGS 로 시작하면 새로운 데이터베이스가 만들어진 것과 같습니다. RESETLOGS 이전의 데이터 파일, 로그 파일과 RESETLOGS 이후의 파일은 서로 호환되지 않습니다. RESETLOGS 이전의 백업 파일이나 로그 파일을 이용하여 RESETLOGS 이후로 복구할 수 없습니다. 또한 RESETLOGS 이후의 파일을 RESETLOGS 이전 상태로 불완전 복구를 하는 것도 불가능합니다. 따라서 RESETLOGS 모드로 기동한 경우에는 반드시 새로 백업하기를 권장합니다.

tbboot -t resetlogs

자세한 내용은 Technet 의 Tibero 관리자 안내서를 참조해 주십시오.
다운로드 > Tibero > Tibero 6 Fixset07 > 매뉴얼 다운로드 > Tibero 관리자 안내서

tbrmgr - Online Full Backup 을 이용한 복구

(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> select * from V$BACKUP_SET a;
(4) SQL> exit
(5) tbrmgr recover -o /backup/
or
(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> select * from V$BACKUP_SET a;
(4) SQL> exit
(5) tbrmgr recover --with-archivelog -o /backup/

Tablespace 기반 복구 시나리오 등은 Tibero 온라인 매뉴얼 > Tibero 관리자 안내서 > 6. 백업과 복구 > 6.4 복구 관리자를 참고해 주십시오.

아카이브 로그 저장 위치 변경 방법

저장 위치 변경

TIBERO 의 리스너 포트 설정은 tip 파일의 파라미터 수정을 통해 변경합니다.
TIBERO 기동을 정지하고 파라미터 설정을 변경 후 재기동합니다.

(1) su - tibero
(2) tbdown
(3) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
LOG_ARCHIVE_DEST=”[변경할 경로]”  //경로는 절대 경로를 입력합니다.
(4) tbboot

동적 저장위치 변경

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST="[변경할 경로]";

동적으로 변경된 경로는 TIBERO 재기동 시 TB_SID.tip 의 경로로 다시 변경됩니다.

변경된 Archive 경로 확인

데이터베이스의 파라미터를 통해 확인

SQL> SHOW PARAM
…
LOG_ARCHIVE_DEST DIRNAME [변경된 경로]
…

LOG SWITCH 를 통해 실제 ARCHIVE 파일이 떨어지는 것 확인

SQL> AL.TER SYSTEM SWITCH LOGFILE;
SQL> !ls -alrt [변경된 경로]

DB 사용자 생성, 변경 및 삭제 방법

사용자를 새로 생성, 변경 및 삭제 를 위해서는 DBA 특권을 가진 사용자로 Tibero 에 접속해야 합니다.
Tibero 의 SYS 계정은 설치시 기본적으로 DBA 역할이 부여되는 Default 계정입니다.

사용자 생성

(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> CREATE USER Steve        ①
         IDENTIFIED BY dsjeo134   ②
         DEFAULT TABLESPACE USR;  ③

① USER 이름 Steve 로 생성
② 비밀번호 설정
③ USER 가 사용하는 TABLESPACE 지정 : TABLESPACE는 환경에 맞추어 구성하여 지정하는 것이 좋습니다.
TABLESPACE 를 지정하지 않으면 기본으로 시스템 테이블 스페이스를 사용합니다.

생성 후 특권(PRIVILEGE)부여

SQL> GRANT CONNECT, RESOURCE TO Steve;
or
SQL> GRANT DBA TO Steve;

특권에 대해서 자세히 알아보려면 Tibero 온라인 매뉴얼 > Tibero 관리자 안내서 > 사용자 관리와 데이터베이스 보안 > 5.2 특권 을 참조하여 환경에 맞게 부여하십시오.

사용자 변경

SQL> ALTER USER Steve
     IDENTIFIED BY abcdef
     DEFAULT TABLESPACE SYSTEM;

ALTER USER를 통해 비밀번호 변경과 TABLESPACE를 변경할 수 있습니다.

사용자 조회

SQL> SELECT * FROM V$ALL_USERS;

정적 뷰	설명
ALL_USERS	데이터베이스의 모든 사용자의 기본적인 정보를 조회하는 뷰
DBA_USERS	데이터베이스의 모든 사용자의 자세한 정보를 조회하는 뷰
USER_USERS	현재 사용자의 정보를 조회하는 뷰

사용자 제거

SQL> DROP USER Steve CASCADE;

스키마 객체 특권

사용자가 데이터베이스의 특정 스키마 객체에 접근하려면 특권 (Privilege)을 부여받아야 합니다.

스키마 객체 특권은 스키마 객체인 테이블, 뷰, 시퀀스, 동의어 등에 접근하는 것을 제어하는 권한입니다.
스키마 객체 특권은 GRANT 명령을 사용해 다른 사용자에게 부여할 수 있으며, 그 내용은 데이터 사전에 기록됩니다.

스키마 객체 특권	설명
SELECT	테이블을 조회하는 권한
INSERT	테이블에 로우를 삽입하는 권한
UPDATE	테이블에 로우를 갱신하는 권한
DELETE	테이블에 로우를 삭제하는 권한
ALTER	스키마 객체의 특성을 변경하는 권한
INDEX	테이블에 인덱스를 생성하는 권한
REFERENCES	테이블을 참조하는 제약조건을 생성하는 권한
TRUNCATE	테이블에 TRUNCATE 를 수행할 수 있는 권한 이 권한을 사용하려 USE_TRUNCATE_PRIVILEGE 파라미터를 'Y'로 설정해야함.

연관 정보 바로가기

네이버 클라우드 플랫폼 Tibero에서 사용되는 소프트웨어에 대한 자세한 내용은 다음 웹페이지를 확인해 주십시오.