1 of 39

주제별

티베로 DBMS 사용 가이드를 주제별로 안내합니다. 설치부터 전환, 관리, 개발, 보안 관련 정보를 확인하세요.

설치

Linux, Windows 등 다양한 환경에서 Tibero DB 설치 방법을 안내합니다.

설치가이드 (for Client)

Linux와 Windows 환경 내 티베로 DBMS 클라이언트 설치 관련하여 사전 준비사항, 고려사항, 설치 방법에 대해 설명합니다.

본 문서는 총 2개의 장으로 구성됩니다.

Tibero 클라이언트 설치 전 준비사항과 주의사항 및 설치 후 고려사항에 대해서 설명합니다.

Tibero 클라이언트를 수동 모드로 설치하는 방법을 설명합니다.

Tibero Database 설치 on Windows

Windows 환경 내 티베로 DB 설치 방법을 안내합니다.

설치 가이드 (for Client)

Windows 환경 내 티베로 DBMS 클라이언트 설치 관련하여 사전 준비사항, 고려사항, 설치 방법에 대해 설명합니다.

본 문서는 총 2개의 장으로 구성됩니다.

Tibero 클라이언트 설치 전 준비사항과 주의사항 및 설치 후 고려사항에 대해서 설명합니다.

🔎

Windows 환경에서 Tibero 클라이언트를 수동 모드로 설치하는 방법을 설명합니다.

🔎

설치 전, 후 고려사항

Windows 환경 내 Tibero 클라이언트 설치 관련하여 사전 준비 사항 및 주의 사항, 고려 사항에 대해서 설명합니다.

설치 전 준비사항

1. 디스크 용량 확인

Tibero를 설치하기 위해서는 각 플랫폼별로 약간의 차이가 있지만 최소 2GB 이상의 하드디스크 여유 공간이 필요합니다. 이는 Tibero 설치 후 데이터베이스를 생성할 때 최소로 필요한 하드디스크 공간을 의미하기도 합니다.

2. JDK 설치 확인

Tibero 클라이언트 인스톨러를 이용해 설치하기 위해서는 JDK 1.5.17 이상이 반드시 설치되어 있어야 합니다.

[그림 1] JDK 설치 확인

현재 JDK 1.9 이상은 지원하지 않습니다. 만약 JDK가 설치되어 있지 않다면 아래의 위치에서 JDK를 다운로드 할 수 있습니다.

🔎

3. 설치 파일 준비

Tmax group의 TechNet에서 회원가입 후 설치파일을 다운로드합니다.

🔎

Tibero를 설치한 후 타 제품과 연동을 위해 JDBC를 제공합니다.

JDBC 연동을 할 경우 Tibero DB 서버의 해당 경로에서 드라이버 파일을 받아 연동합니다.

아래는 Tibero 버전 별 드라이버 파일명에 대한 설명입니다.

Tibero 버전

파일명

설치

Windows 환경 내 Tibero DB 클라이언트 수동 모드 설치 및 제거방법을 설명합니다.

설치 파일을 준비합니다. Tibero 클라이언트를 설치할 폴더를 생성하고 압축을 해제하면 폴더들이 생성됩니다.
환경변수를 설정합니다.

(1) Windows에서 [시스템 환경 변수 편집] -> [고급] -> [환경변수]를 선택한 후 [시스템 변수]를 설정합니다.

[그림 2] 시스템 변수 설정

Tibero Database 설치 on Linux

Linux 환경에서 Tibero DB 설치 방법 (Tibero DBMS Install on Linux)을 안내합니다.

설치 가이드 (for Client)

Linux 환경에서 티베로 DBMS 클라이언트 설치 관련하여 사전 준비사항, 고려사항, DB 설치방법에 대해서 설명합니다.

본 문서는 총 2개의 장으로 구성됩니다.

Tibero 클라이언트 설치 전 준비사항과 주의사항 및 설치 후 고려사항에 대해서 설명합니다.

🔎

UNIX 환경에서Tibero 클라이언트를 수동 모드로 설치하는 방법을 설명합니다.

🔎

설치 전, 후 고려사항

Linux 환경 내 Tibero DB Client 설치 관련하여 사전 준비사항과 주의사항, 설치 후 고려사항에 대해 설명합니다.

설치 전 준비사항

1. 디스크 용량 확인

2. JDK 설치 확인

Tibero 클라이언트 인스톨러를 이용해 설치하기 위해서는 JDK 1.5.17 이상이 반드시 설치되어 있어야 합니다.

[그림 1] JDK 설치 확인

현재 JDK 1.9 이상은 지원하지 않습니다. 만약 JDK가 설치되어 있지 않다면 아래의 위치에서 JDK를 다운로드 할 수 있습니다.

🔎

3. 설치 파일 준비

Tmax group의 TechNet에서 회원가입 후 설치파일을 다운로드합니다.

🔎

구분

파일명

Tibero를 설치한 후 타 제품과 연동을 위해 JDBC를 제공합니다.

JDBC 연동을 할 경우 Tibero DB 서버의 해당 경로에서 드라이버 파일을 받아 연동합니다.

아래는 서버의 운영체제별 드라이버 파일 위치에 대한 설명입니다.

구분

위치

아래는 Tibero 버전 별 드라이버 파일명에 대한 설명입니다.

Tibero 버전

파일명

설치

UNIX 환경 내 Tibero Database Client 수동 모드 설치 방법을 안내합니다.

설치 파일(tar.gz)과 라이선스 파일(license.xml)을 준비합니다.

클라이언트 계정을 생성합니다.

물리 설계

Tibero DBMS 설치 및 운영하기 전 효율적 시스템 사용을 위한 DB 물리 설계 방법을 제시합니다.

개요

Redo Log Files, Undo 및 Temp 테이블 스페이스 그리고 메모리 영역의 크기 산정을 위해서는 먼저 Tibero의 특성에 대한 이해가 필요하며 관련 정보는 Tibero 관리자 안내서를 참고합니다.

또한, Table 및 Index 크기를 산정하기 위해 필요한 정보와 산정 방식은 Tibero의 Data Block Architecture 특성을 고려합니다.

Tibero 특성에 대한 상세정보는Tibero 관리자 안내서의 "'', "스키마 객체의 관리"를 참고합니다.

안내서 구성

본 문서는 총 8개의 장으로 구성됩니다.

테이블 크기 산정

Tibero의 테이블 크기를 산정하기 위해 필요한 정보와 방법에 대해 안내합니다.

🔎

인덱스 크기 산정

Tibero의 인덱스 크기를 산정하기 위해 필요한 정보와 방법에 대해 안내합니다.

🔎

데이터 타입별 크기 산정

데이터 타입별 크기를 산정하는방법을안내합니다.

🔎

Redo 로그 파일 크기 산정

Tibero의 Redo 로그 파일 크기 산정방법에 대해 안내합니다.

🔎

Undo 테이블 스페이스 크기 산정

Tibero의 Undo 테이블 스페이스 크기 산정방법에 대해 안내합니다.

🔎

Temp 테이블 스페이스 크기 산정

Tibero의 Temp 테이블 스페이스 크기 산정방법에 대해 안내합니다.

🔎

Shared Memory 크기 산정

Tibero의 Shared Memory 크기 산정방법에 대해 안내합니다.

🔎

SQL Execution Work Area 크기 산정

Tibero의 SQL Execution Work Area 크기 산정방법에 대해 안내합니다.

🔎

문서 다운로드

Tibero_7_물리설계 안내서.pdf

PDF · 4MB

Open

Redo 로그 파일 크기 산정

Tibero DB Redo 로그 파일 크기 산정 방법에 대해 설명합니다.

개요

Redo 로그 파일은 최소 2개 그룹을 권장하며, Archivelog 모드인 경우 최소 3개 그룹을 권장합니다. 이는 Redo 로그가 순환할 때 rewrite 방지를 위한 hangup 현상을 막기 위함이며 최소 2개의 멤버를 권장합니다. 성능을 위해 각각 다른 물리 디스크에 배치하도록 합니다.

Redo 로그 파일의 크기를 사전에 정확하게 추측하기가 어렵기 때문에 수행하는 업무의 일부를 수행한 후 Redo 로그 양을 측정하고 전체 업무를 수행했을 때의 Redo 로그 파일의 크기를 예측하는 것을 권장합니다.

고려사항

아래는 Redo 로그 파일 크기를 산정할 때 고려할 사항입니다.

트랜잭션 처리 중 Log Switch가 발생하는 경우 트랜잭션 성능 저하가 발생합니다.
OLTP 중심의 시스템에서 트랜잭션 처리의 피크 타임에 Log Switch가 빈번하게 일어나지 않도록 Redo로그 크기의 조정이 필요합니다.
Redo 로그 파일의 크기가 크면 Log Switch 발생 가능성이 낮은 반면 Recovery 시간은 길어집니다.

위 고려 사항을 참고해서 다음의 모드 중에 하나를 선택합니다.

LOGGING / NOLOGGING 모드
- 테이블/인덱스에 대한 모든 변경사항은 기본적으로 Redo 로그로 기록되지만 NOLOGGING 테이블/ 인덱스에 대해 Direct-Path(DP) 방식으로 데이터를 추가하는 경우 Redo 로그를 기록하지 않습니다. DP에 대한 Redo 로그가 남지 않는 경우에 Media Recovery가 수행될 때 DP로 추가한 테이블 데이터 가 복구되지 않기 때문에 DP로 데이터를 추가한 후에는 백업을 받도록 권장합니다.

아래는 LOGGING 모드에서 하나의 DML당 로그 발생량 및 확인 방법입니다.

로그의 발생량을 DML 한 건으로 측정하기가 쉽지 않기 때문에 여러 건의 DML을 수행한 후 전체 로그 발생량을 측정해서 건수로 나누는 방법을 권장합니다.
로그 발생량은 v$sysstat 테이블의 'name' 컬럼이 'Redo log size'인 항목으로 확인 가능하며 alter system clear stat 명령으로 v$sysstat 테이블의 내용을 clear할 수 있습니다.
- ARCHIVELOG / NOARCHIVELOG 모드 Redo 로그 파일은 Cache Recovery될 때 더 이상 필요없는 경우에 재사용됩니다. (일반적으로 3개의 Redo 로그 파일들을 생성해서 순차적으로 돌면서 재사용하는 구조입니다.)

Redo 로그에는 사용자 데이터에 가해지는 변경사항이 저장되며 DML의 종류에 따라 아래와 같은 내용이 저장됩니다.

추가로 아래와 같은 내용을 포함합니다.

트랜잭션 처리(begin/commit)를 위한 Redo 로그
Segment의 공간 관리(extent add, block format, index split)에 대한 Redo 로그
Undo 블록에 대한 변경사항
블록 내 각 ROW에서 수행했던 트랜잭션의 commit 여부를 확인하고 변경하는 Redo 로그

Redo 로그 파일에 쓰여지는 데이터량은 SQL 및 갱신 데이터량에 의해 크게 바뀌기 때문에 운영 전 사전에 정확한 추측이 불가능합니다.

시스템의 크기에 따라서 다음과 같이 사전 설정 후 실제 운영 중 REDO 발생량을 보고 조정해야 합니다.

Undo Tablespace 크기 산정

Tibero Database Undo 테이블스페이스 크기 산정 방법에 대해 설명합니다.

개요

데이터의 갱신이 많은 시스템인 경우 Undo 테이블스페이스(Undo Tablespace)의 I/O가 많이 발생하므로 Undo 테이블 스페이스를 여러 개의 데이터 파일로 작성하여 데이터 파일을 분산시킵니다.

자동 관리 장점

설계 및 관리 용이(rollback,segment)
UNDO Data의 overwrite 방지
영역확장 용이
플래시백 쿼리 이용 가능

다음은 Undo 테이블 스페이스 크기를 산정할 때 고려할 사항입니다.

데이터 파일 용량, UNDO_RETENTION, Undo Segment 수
자동 관리일 경우 Undo Segment의 개별 공간은 자동으로 관리되므로 전체 Undo Segment의 최소/최대개수와 데이터 파일 용량만 설정합니다.
- 최소 Undo Segment 개수(_USGMT_ONLINE_MIN)는 보통 10(default)으로 설정합니다. 단, 동시 수행 트랜잭션 수가 많은 경우 부하 중에 추가 Undo Segment를 생성하는 오버헤드가 있을 수 있다. 이경우예상되는동시수행트랜잭션수만큼최소 Undo Segment 개수를 설정해두면 Undo Segme 추가 생성 오버헤드를 줄일 수 있습니다.
- 최소 Undo Segment 설정 개수가 이미 만들어져 있는 Undo Segment 개수보다 많은 경우 부팅 과정에 서 Undo Segment를 추가로 생성합니다. TAC의 경우 각 노드별로 적용한다. 예를 들어 NODE1은 _USGMT_ONLINE_MIN=30, NODE2는 40 으 로설정하고부팅하면각각 30개와 40개의 Undo Segment가 생성되어있는것을확인할 수 있습니다.

Undo 테이블스페이스(Undo Tablespace)를 생성하는데 필요한 최소 크기와 예상 동시 수행 트랜잭션수를 기준으로 한 예상 크기, 그리고 APM 정보를 이용한 실제 사용 크기로 나누어 생각해 볼 수 있습니다.

최초로 DB를 설치하는 경우 최소 크기 및 예상 크기 중 큰 값을 기준으로 Undo 테이블 스페이스 크기를 산정하고 이후 APM에서 최대 부하가 들어 올때 초당 소모하는 UNDO block 수를 기준으로 실제 크기와 산정한 크기가 맞는지 검증할 수 있습니다.

최소 크기

예상 크기

실제 크기

Shared Memory 크기 산정

티베로 DB Shared Memory 크기 산정 방법에 대해 설명합니다.

Tibero Shared Memory는 부팅할 때 고정된 용도로 사용되는 Fixed 영역과 운영 중에 자동으로 할당되어 사용되는 Shard Pool 영역으로 구분할 수 있습니다.

Fixed Memory DB가 부팅할 때 파라미터 값을 바탕으로 크기가 고정되는 영역입니다.
- Buffer Cache(Database Buffer)
- Log Buffer

SQL Execution Work Area 크기 산정

Tibero DB SQL Execution Work Area 크기 산정 방법에 대해 설명합니다.

다른 워킹 프로세스 및 워킹 스레드와 공유되지 않은 독립적인 메모리 공간으로 세부 영역은 다음과 같습니다.

세션 정보 영역 로그온 및 세션 관련 정보
커서 정보 영역 (SQL영역) SQL 문 처리할 때 필요한 메모리 공간
SQL Work Area (SQL 작업 영역) Sort, hash-Join, Bitmap 생성 및 Merge(병합) 작업할 때 사용되는 메모리 영역

전환

타 DB, 대용량 DB 등을 Tibero DBMS 전환 이관 방법에 대해 안내합니다.

성능 개선 방법

상황별 DBMS 성능 개선 방법에 대해 설명합니다.

Conventional Path Load 방식으로 이관할 경우

Tibero 클라이언트는 데이터가 지정한 크기만큼 바인딩되기 전까지 서버로 업로드되지 않으므로 대용량 의 데이터를 업로드할 때 효율적으로 사용할 수 있습니다.

tbLoader에서 제공하는 아래의 옵션을 사용하여 이관합니다.

옵션

설명

rows

사용자가 대용량 데이터를 업로드할 때 Commit을 수행할 레코드 개수를 지정하는 파라미터 (단, tbLoader는 성능을 고려하여 지정한 레코드의 개수를 정확히 맞춰 서버로 데이터를 보내지는 않음)

Direct Path Load 방식으로 데이터를 로드할 때 테이블에 존재하는 인덱스의 생성 방법을 MULTI INSERT 방식과 FAST BUILD 방식 중에 하나 선택할 수 있습니다.

아래는 인덱스 생성 방법에 대한 설명입니다.

파라미터

설명

인덱스 생성 방법을 지정하는 컨트롤 파일의 세부 내용은 아래와 같습니다.

SQL 변환 및 전환

기존 데이터베이스를 Tibero DBMS로 전환하는 Table Migrator 유틸리티에 대해 안내합니다.

기존 데이터베이스를 Tibero로 전환하는 Table Migrator 유틸리티에 대해 안내합니다.

Table Migrator 유틸리티의 특징 입니다.

Command 기반이며, 내부적으로 JAVA의 JDBC 드라이버를 이용하여 DBMS에 접속합니다.
별도 컴퓨터(클라이언트)가 필요하지 않으며 Source 또는 Target 서버에서 수행 가능합니다.

수행 방법

DB 전환 전 고려사항에 대해서 설명합니다.

table_migrator.zip 바이너리 압축 파일을 해제하면 다음과 같은 파일이 생성됩니다.

파일

설명

관리

Database Languages

(SQL, tbPSM, Text and tbESQL)

보안

계정 및 권한, 파일환경 점검 등 Tibero DBMS 운용과 관리에 대한 보안 위험분석 및 영향도, 그리고 해결방안을 제시합니다.

본 문서는 총 5개의 장으로 구성됩니다.

계정 관리에 대한 위험 분석, 위험 영향, 해결 방안을 설명합니다.

🔎

권한 관리에 대한 위험 분석, 위험 영향, 해결 방안을 설명합니다.

🔎

DBMS 보안 설정에 대한 위험 분석, 위험 영향, 해결 방안을 설명합니다.

🔎

DB 계정 관리

데이터베이스 계정 관리에 대한 위험 분석, 위험 영향, 해결 방안을 설명합니다.

개발 및 운영 시스템 분리 사용

위험 분석

개발 시스템과 운영 시스템을 하드웨어적으로 분리하여 Link가 설정되지 않아야 하며, 운영 시스템의 데이터를 개발 시스템으로 이전할 때 중요 데이터의 삭제 같은 통제와 검증 절차를 거쳐야 합니다.

위험 영향

운영 시스템의 중요 데이터가 개발 시스템으로 누출될 가능성이 있습니다.

해결 방안

개발 시스템과 운영 시스템의 분리를 회사의 정책으로 정의하고 개발자와 운영자를 원칙적으로 분리합니다. 만약 분리할 수 없다면 개발자가 운영 시스템에 접근할 경우 통제 절차를 거치도록 해야 합니다.

DBA 권한 제한

위험 분석

인가되지 않은 사용자가 DBA 권한으로 DBMS를 오용 및 남용할 수 있습니다.

위험 영향

DBA 권한을 사용하여 시스템 장애 및 데이터베이스를 변조할 가능성이 있습니다.

해결 방안

DBA 권한이 있는 계정의 사용자와 필요성을 확인합니다. 만약 불필요하게 DBA 권한이 허용된 계정이 있다면 계정을 없애거나 DBA 권한을 제거하고 데이터 누출 및 유실을 막기 위해 보안 정책을 수립합니다.

다음은 DBA 권한 제거 방법입니다.

SQL> REVOKE DBA FROM <username>;

디폴트 계정 사용

위험 분석

잘 알려진 디폴트 계정과 디폴트 패스워드를 이용하여 데이터베이스에 접근할 수 있습니다.

위험 영향

데이터베이스 접근 또는 상위 권한을 획득하여 데이터를 열람, 수정, 삭제할 수 있습니다.

해결 방안

OS, DB 레벨에서 원천적으로 접근을 제한하기 위해 사용하지 않는 애플리케이션 계정을 삭제합니다.
계정은 다른 용도로 사용하고 특정 데이터베이스의 접근만 제한해야 하는 경우 SUPER USER 또는 설치 계정 의 GROUP에서 삭제합니다.

디폴트 생성 DB 사용자(SYSCAT, SYSGIS, OUTLN, TIBERO, TIBERO1)의 디폴트 패스워드를 이용하여 인가되 지 않은 사용자가 DBMS에 접근할 수 있습니다.

데이터베이스 접근 및 상위 권한을 획득하여 데이터를 열람, 수정, 삭제할 수 있습니다.

사용하지 않는 디폴트 DB 계정은 삭제하거나 Lock 시키고, 사용하는 계정이라면 디폴트 패스워드를 수정합니다.

무제한으로 로그인 시도가 가능한 경우 Brute Force 공격으로 무제한 로그인 시도가 발생할 수 있습니다.

Brute Force 공격의 피해가 발생할 수 있습니다.

로그인 실패 횟수를 설정하는 FAILED_LOGIN_ATTEMPTS 항목을 설정하여 일정 횟수로 로그인을 실패할 경우 계정이 Lock 되게 합니다.

profile은 사용자 패스워드 관리 정책을 다양하게 생성하고 각각의 사용자에게 특정 정책을 사용하도록 지정 함으로써 사용자별로 그룹화된 패스워드 정책을 관리할 수 있는 기능을 제공합니다.

악의적인 사용자의 Brute Force 공격으로 무제한 로그인 시도가 발생할 수 있습니다.

Brute Force 공격의 피해가 발생할 수 있습니다.

패스워드 Lock 기간을 설정하는 PASSWORD_LOCK_TIME 항목을 설정하여 일정 시간동안 로그인을 할 수 없도록 계정이 Lock 되게 합니다. (기본값 : UNLIMITED, 권장값 : 1 또는 2 또는 24)

DBA_USERS 계정에 대해 주기적으로 패스워드를 변경하지 않고 취약한 패스워드로 설정할 경우 인증되지 않은 사용자에게 DBA 또는 USER 권한을 줄 수 있습니다.

권한이 노출되어 남용될 수 있습니다.

profile의 PASSWORD_LIFE_TIME 항목 설정값을 변경합니다. (기본값 : UNLIMITED, 권장값 : 30 ~ 90days)

profile 변경

DBA_USERS 계정의 패스워드를 변경할 때 패스워드 재사용 기간을 설정하지 않고 동일 패스워드를 사용할 경우 인증되지 않은 사용자에게 DBA 권한을 줄 수 있습니다.

권한이 노출되어 남용될 수 있습니다.

PASSWORD_REUSE_TIME에 지정한 날짜 동안에는 전에 사용했던 패스워드를 재사용하지 못하게 profile의 PASSWORD_REUSE_TIME 항목 설정값을 변경합니다. (기본값 : UNLIMITED, 권장값 : 30 ~ 90 days)

profile 변경

SQL> create tablespace DBTECH_TBS
   2 datafile 'dbtech_tbs01.dtf' size 50M
   3 AUTOEXTEND ON NEXT 20M MAXSIZE 5G
   4 EXTENT MANAGEMENT LOCAL AUTOALLOCATE;

Tablespace 'DBTECH_TBS' created.

SQL> create user dbtech identified by dbtech
   2 default tablespace DBTECH_TBS;

User 'DBTECH' created.

SQL> grant connect, resource, select any dictionary to dbtech;

Granted.

SQL> conn dbtech/dbtech
Connected to Tibero.

SQL> create table board (no number, 
   2                     empno number(4),
   3                     title varchar(20),
   4                     contents clob,
   5                     regdate date default sysdate,
   6                     hit number default 0)
   7 PCTFREE 10
   8 INITRANS 2;

Table 'BOARD' created.

SQL> exit
Disconnected.

$ ls -lrt
-rw-r--r--. 1 tibero dba 1340431 Nov 15 15:29 antlr-4.3-complete.jar
-rw-r--r--. 1 tibero dba    1376 Nov 15 15:29 ANTLR4_License.txt
-rw-r--r--. 1 tibero dba 1604783 Nov 15 15:29 internal-jdbc-16.jar
-rw-r--r--. 1 tibero dba     167 Nov 15 15:29 migrator.bat
-rw-r--r--. 1 tibero dba    8313 Nov 15 15:29 migrator.properties.eg
-rw-r--r--. 1 tibero dba     170 Nov 15 15:29 migrator.sh
-rw-r--r--. 1 tibero dba  167137 Nov 15 15:29 migrator_cli.jar
-rw-r--r--. 1 tibero dba  352917 Nov 15 15:29 msllogger-14.jar
-rw-r--r--. 1 tibero dba    1320 Nov 15 15:29 pgjdbc_License.txt
-rw-r--r--. 1 tibero dba  850563 Nov 15 15:29 postgresql-42.2.27.jre6.jar
-rw-r--r--. 1 tibero dba    4054 Nov 15 15:29 readme.txt
-rw-r--r--. 1 tibero dba  123556 Nov 15 15:29 toolcom.jar
-rwxr-xr-x. 1 tibero dba 4210517 Nov 16 13:54 ojdbc6.jar

$sh migrator.sh SOURCE_TYPE=ORACLE SOURCE_URL=jdbc:oracle:thin:@localhost:1525:oraclesb SOURCE_USER=dbtech_test SOURCE_PASSWORD=dbtech_test SOURCE_LOGIN_AS=NORMAL SOURCE_SCHEMA=dbtech SOURCE_TABLE=board TARGET_URL=jdbc:internal:thin:@localhost:6213:JSH_T7_DB TARGET_USER=dbtech TARGET_PASSWORD=dbtech TARGET_SCHEMA=dbtech TARGET_TABLE=board 
SOURCE_USER=dbtech_test SOURCE_PASSWORD=dbtech_test SOURCE_LOGIN_AS=NORMAL
SOURCE_SCHEMA=dbtech SOURCE_TABLE=board
TARGET_URL=jdbc:internal:thin:@localhost:6213:JSH_T7_DB TARGET_USER=dbtech 
TARGET_PASSWORD=dbtech TARGET_SCHEMA=dbtech TARGET_TABLE=board
INFO[16:51:45,676][main]TableMigrator.initAndDoMigrate()(1429) 
********************************************************************************
*
* Start Log for table migrator.
*     Vendor:  tibero
*     Product: table migrator
*     Version: 263750
*
* Trace is started on 16:51:45.675
*     Log level: INFO
*
********************************************************************************

 INFO[16:51:45,679][main]TableMigrator.initAndDoMigrate()(1431) 
=== Parameters ===
SOURCE_TYPE=ORACLE
SOURCE_DRIVER=oracle.jdbc.OracleDriver
SOURCE_URL=jdbc:oracle:thin:@localhost:1525:oraclesb
SOURCE_USER=DBTECH_TEST
SOURCE_PASSWORD=************
SOURCE_LOGIN_AS=NORMAL
SOURCE_SCHEMA=dbtech
SOURCE_SCHEMAORIGN=dbtech
SOURCE_TABLE=board
SELECT_SUBPARTITION=
BATCH_THRESHOLD=128
EXTRACT_PARALLEL=N
EXTRACT_THREAD_COUNT=1
SOURCE_TABLE_DEDUPLICATE=N
USE_PARALLEL_HINT=N
PARALLEL_HINT_CNT=-1
USE_OBJECT_PARALLEL_HINT=N
TARGET_TYPE=DEFAULT
TARGET_DRIVER=com.m.internal.jdbc.MInternalDriver
TARGET_URL=jdbc:internal:thin:@localhost:6213:JSH_T7_DB
TARGET_USER=DBTECH
TARGET_PASSWORD=************
TARGET_SCHEMA=dbtech
TARGET_TABLE=board
COMMIT_SIZE=-1
INDEX_DISABLE=N
SELECT_FETCH_SIZE=1024
SELECT_AS_BYTE=N
DB_FILE_MULTIBLOCK_READ_COUNT=-1
INSERT_METHOD=dpl
INSERT_BATCH=Y
INSERT_PARALLEL=N
INSERT_THREAD_COUNT=1
INSERT_ZERO_LENGTH_STRING_AS_NULL=Y
DPL_LOG_UNIT=500
LOG_FILE_NAME=tableMigrator.log
LOG_LEVEL=INFO
CHECK_COLUMN_METADATA=N
==================
 INFO[16:51:45,784][TabMig[16:51:45.680]]TbCmdConnection.connect()(58) Connect To The Source- URL : jdbc:oracle:thin:@localhost:1525:oraclesb ID : DBTECH_TEST
 INFO[16:51:45,983][TabMig[16:51:45.680]]TbCmdConnection.connect()(58) Connect To The Target- URL : jdbc:internal:thin:@localhost:6213:JSH_T7_DB ID : DBTECH
 INFO[16:51:46,228][TabMig[16:51:45.680]]TableMigrator.migrate()(256) SOURCE_TYPE : ORACLE
 INFO[16:51:46,228][TabMig[16:51:45.680]]TableMigrator.migrate()(257) SOURCE_SCHEMA : dbtech
 INFO[16:51:46,228][TabMig[16:51:45.680]]TableMigrator.migrate()(275) SOURCE_TABLE : board
 INFO[16:51:46,229][TabMig[16:51:45.680]]TableMigrator.migrate()(277) TARGET_TYPE : DEFAULT
 INFO[16:51:46,229][TabMig[16:51:45.680]]TableMigrator.migrate()(278) TARGET_SCHEMA : dbtech
 INFO[16:51:46,229][TabMig[16:51:45.680]]TableMigrator.migrate()(293) TARGET_TABLE : board
 INFO[16:51:46,236][TabMig[16:51:45.680]]OracleTableInfo.getTableInfo()(52)  SELECT column_name, data_type, virtual_column, hidden_column FROM DBA_TAB_COLS WHERE OWNER=? AND TABLE_NAME=? order by column_id
 INFO[16:51:46,292][TabMig[16:51:45.680]]OracleTableInfo.getTableInfo()(55) setString(1) : DBTECH
 INFO[16:51:46,292][TabMig[16:51:45.680]]OracleTableInfo.getTableInfo()(58) setString(2) : BOARD
 INFO[16:51:46,308][TabMig[16:51:45.680]]OracleTableInfo.getTableInfo()(125) SELECT iot_type FROM dba_tables WHERE OWNER = ? and TABLE_NAME = ?
 INFO[16:51:46,309][TabMig[16:51:45.680]]OracleTableInfo.getTableInfo()(128) setString(1) : DBTECH
 INFO[16:51:46,309][TabMig[16:51:45.680]]OracleTableInfo.getTableInfo()(131) setString(2) : BOARD
 INFO[16:51:46,311][TabMig[16:51:45.680]]TableMigrator.migrate()(375) start extracting thread...
 INFO[16:51:46,315][TabMig[16:51:45.680].E0]OracleDataExtractor.run()(86) run
 INFO[16:51:46,315][TabMig[16:51:45.680].E0]DataExtractor.loggingTabAndColInfo()(531) Extract Information
 INFO[16:51:46,316][TabMig[16:51:45.680].E0]DataExtractor.loggingTabAndColInfo()(532) table name : DBTECH.BOARD
 INFO[16:51:46,316][TabMig[16:51:45.680].E0]DataExtractor.loggingTabAndColInfo()(538) columns [6] - "NO" "EMPNO" "TITLE" "REGDATE" "HIT" "CONTENTS" 
 INFO[16:51:46,318][TabMig[16:51:45.680].E0]OracleDataExtractor.run()(93) TabMig[16:51:45.680].E0 - sql : SELECT '0', t."NO", t."EMPNO", t."TITLE", t."REGDATE", t."HIT", t."CONTENTS" FROM DBTECH.BOARD t
 INFO[16:51:46,327][TabMig[16:51:45.680]]TableMigrator.migrate()(536) start loading thread...
 INFO[16:51:46,328][TabMig[16:51:45.680]]DataLoader.setRemainThr()(85) Set Remain Threads [0], to [1]
 INFO[16:51:46,332][L0]TbDPLDataLoader.setDirPathStream()(525) DPL Loading Information
 INFO[16:51:46,332][L0]TbDPLDataLoader.setDirPathStream()(526) table name : dbtech.board
 INFO[16:51:46,332][L0]TbDPLDataLoader.setDirPathStream()(532) columns [6] - "NO" "EMPNO" "TITLE" "REGDATE" "HIT" "CONTENTS" 
 INFO[16:51:46,337][TabMig[16:51:45.680].E0]OracleDataExtractor.run()(282) 
  Total Extract Time : 20ms
  Time For Putting Row on Queue : 0ms
  Time For Executing Query Time : 12ms
  Time For Executing Fetch Time : 4ms
  Percentage of Query and Fetch => 80.00%
 INFO[16:51:46,337][TabMig[16:51:45.680].E0]OracleDataExtractor.run()(283) TOTAL Extracted ROWS: 5 (source schema = DBTECH, source table = BOARD)
 INFO[16:51:46,338][TabMig[16:51:45.680]]TableMigrator.migrate()(580) Extractor termFlag : [true], isError : [false]
 INFO[16:51:46,338][TabMig[16:51:45.680].E0]DataExtractor.setTermFlag()(543) Set termFlag and isError : [false]
 INFO[16:51:46,338][TabMig[16:51:45.680].E0]DataExtractor.setTermFlag()(544) complete
 INFO[16:51:46,354][L0.TbDPLDataLoader0]DataLoaderManager.run()(47) run
 INFO[16:51:46,361][L0.TbDPLDataLoader0]DataLoaderManager.run()(240)  Total Insert Time : 29ms
  Time For Taking Row From Queue: 0ms
  Time For Executing Batch : 4ms
  Time For Executing Commit : 2ms
  Percentage of Batch and Commit Time => 20.69%
 INFO[16:51:46,361][L0.TbDPLDataLoader0]DataLoaderManager.run()(242) [L0.TbDPLDataLoader0]1700121106361 TOTAL Loaded ROWS: 5 (target schema = dbtech, target table = board)
 INFO[16:51:46,374][TabMig[16:51:45.680]]TableMigrator.migrate()(613) Loader remainThr : [0], isError : [false]
 INFO[16:51:46,374][L0.TbDPLDataLoader0]DataLoader.finish()(80) Decrement remainThr : [0] and isError : [false]
 INFO[16:51:46,375][TabMig[16:51:45.680]]TableMigrator.resetThrs()(1359) terminate extract thread...1
 INFO[16:51:46,375][TabMig[16:51:45.680]]TableMigrator.resetThrs()(1373) terminate loader thread...1
 INFO[16:51:46,375][TabMig[16:51:45.680]]TableMigrator.migrate()(627) [VERIFICATION] Source Info : dbtech.board : 5 Rows, Target Info : dbtech.board : 5 Rows [OK]
 INFO[16:51:46,375][TabMig[16:51:45.680]]TableMigrator.migrate()(686) extract conneciton close
 INFO[16:51:46,377][TabMig[16:51:45.680]]TableMigrator.migrate()(695) loader connection close
 INFO[16:51:46,377][TabMig[16:51:45.680]]TableMigrator.migrate()(705) Elapsed Time (milliseconds) : 697
 INFO[16:51:46,377][TabMig[16:51:45.680]]TableMigrator.migrate()(707) End Migration

대용량 데이터 이관 예제

대용량 데이터 이관 방법의 예제를 설명합니다.

데이터 이관은 다양한 방법을 이용하여 수행할 수 있고 이로 인해 수행 속도를 최적화 시킬 수 있습니다.

단, 테이블에 대한 데이터 이관만 가능하므로 Object에 대한 이관은 수동으로 수행해야 합니다.

아래는 예제에서 사용하는 테이블 정보입니다.

CREATE TABLE DBTECH.LINEITEM ( 
L_ORDERKEY NUMBER,
L_PARTKEY NUMBER, 
L_SUPPKEY NUMBER, 
L_LINENUMBER NUMBER, 
L_QUANTITY NUMBER(15,2),
L_EXTENDEDPRICE NUMBER(15,2), 
L_DISCOUNT NUMBER(15,2), 
L_TAX NUMBER(15,2), 
L_RETURNFLAG CHAR(1), 
L_LINESTATUS CHAR(1), 
L_SHIPDATE DATE,
L_COMMITDATE DATE, 
L_RECEIPTDATE DATE, 
L_SHIPINSTRUCT CHAR(25), 
L_SHIPMODE CHAR(10), 
L_COMMENT VARCHAR(44)
) NOLOGGING;

Table Migrator 예제

Table Migrator 방법으로 대용량 데이터를 이관하는 순서입니다.

migrator.properties 파일에 속성값을 설정합니다.

$ cat migrator.properties


#######################
# Source DB Connection 
#######################

# Source DB type (Optional, generic | default | ORACLE) 
# ORACLE option needs SOURCE_LOGIN_AS property
# GENERIC option needs SOURCE_DRIVER property
SOURCE_TYPE=ORACLE

# Source DB JDBC driver class name
# Use with SOURCE_TYPE=GENERIC option 
SOURCE_DRIVER=oracle.jdbc.OracleDriver 
#SOURCE_DRIVER=com.mysql.jdbc.Driver

# Source DB JDBC connection URL (Optional, 
Default=jdbc:oracle:thin:@localhost:1521:orcl) 
SOURCE_URL=jdbc:oracle:thin:@localhost:1539:orcl 
#SOURCE_URL=jdbc:mysql://127.0.0.1:3306/mysql
# Source DB login ID (Optional, Default=sys) 
#SOURCE_USER="user1"
SOURCE_USER=tibero

# Source DB login password (Optional, Default=oracle)
SOURCE_PASSWORD=tmax


# Oracle source DB login option (Optional, Default=sysdba) 
# Use with SOURCE_TYPE=ORACLE option 
SOURCE_LOGIN_AS=NORMAL

# Source table schema (Optional)
# Default value is the same with SOURCE_USER 
#SOURCE_SCHEMA=SCOTT
#SOURCE_SCHEMA="dbo" 
#SOURCE_SCHEMA=

# Source table name (Mandatory) 
#SOURCE_TABLE=tableName1 
#SOURCE_TABLE="tableName2" 
#SOURCE_TABLE=bt_scen_tran 
SOURCE_TABLE=t1

# Ignore deadlock error that occur during migration for the tables created using the dedup option
# Use when BATCH_THRESHOLD=1
# If not, Data integrity is not guaranteed 
SOURCE_TABLE_DEDUPLICATE=N

#######################
# Target DB Connection 
#######################

# Target DB type (Optional, DEFAULT)
TARGET_TYPE=DEFAULT

# Target DB JDBC driver class name 
#TARGET_DRIVER=com.tmax.tibero.jdbc.TbDriver 
TARGET_DRIVER=com.m.internal.jdbc.MInternalDriver

# Target DB JDBC connection URL (Optional, 
Default=jdbc:internal:thin:@localhost:8629:tibero) 
#TARGET_URL=jdbc:tibero:thin:@192.1.5.63:39208:tibero 
TARGET_URL=jdbc:internal:thin:@localhost:59166:tibero

# Target DB login ID (Optional, Default=sys) 
#TARGET_USER="user1"
TARGET_USER=tibero

# Target DB login password (Optional, Default=tibero)
TARGET_PASSWORD=tmax

# Target table schema (Optional)
# Default value is the same with TARGET_USER 
# TARGET_SCHEMA=TIBERO

# Target table name (Optional)
# Default value is the same with SOURCE_TABLE 
# TARGET_TABLE=t1

#################
# Data Extractor 
#################
# Use parallel Extracting (Optional, Y | N Default=N)
EXTRACT_PARALLEL=N

# Number of data extractor thread (Optional, Default=1)
EXTRACT_THREAD_COUNT=1

# Use TSN(or SCN) option (Optional) 
#SELECT_TSN=17322052

# Where conditions (Optional)
# ex. column1 > 10 AND column2 = 'abc' 
#SELECT_CONDITION= c1>1

# Fetch size of source table cursor (Optional, Default=1024) 
# Some DB is not supported this feature. 
#SELECT_FETCH_SIZE=1024

# Source table partition name (Optional) 
#SELECT_PARTITION=

# Source table subpartition name (Optional) 
#SELECT_SUBPARTITION=subpar1 
#SELECT_SUBPARTITION="subpart2" 
#SELECT_SUBPARTITION=

# Ignore source/target DB character set (Optional, y | N )
SELECT_AS_BYTE=N

# db_file_multiblock_read_count (Optinal, Option for Oracle), Defalut=-1)
DB_FILE_MULTIBLOCK_READ_COUNT=-1

# Use parallel excution of SQL statements (Optinal, Option for Oracle), Defalut=N)
USE_PARALLEL_HINT=N

# Use with USE_PARALLEL_HINT=Y (Defalut=-1)
PARALLEL_HINT_CNT=-1

##############
# Data Loader 
##############

# Use direct path loading (Optional, cpl | DPL) 
# CPL means conventional path loading
# DPL means direct path loading I
NSERT_METHOD=dpl

# Use commit size option(Optinal, Default = commit once after loading) 
# Use with INSERT_METHOD=CPL option
# set commit_size-1 to commit only once 
COMMIT_SIZE=-1

# Use index disable option(Optional, Default = N, Y/N)
INDEX_DISABLE=N

# Use batch insert (Optional, Y | n) 
# Use with INSERT_METHOD=CPL option 
INSERT_BATCH=Y

# batch threshold size (Optional, Default=32)
BATCH_THRESHOLD=128

# Use parallel loading (Optional, Y | n)
INSERT_PARALLEL=N

# Number of data loader thread (Optional, Default=4) 
# Use with INSERT_PARALLEL=Y option 
INSERT_THREAD_COUNT=1

# Target table partition name (Optional) 
#INSERT_PARTITION=

# Specifies whether to keep the column names of the source table case-sensitive. 
(Optional, Y | n )
# If set to Y, the original column name format will be preserved by enclosing it in 
double quotes.
# If set to N, the column name format will follow the database naming rules.
INSERT_COLUMN_NAME_CASE_SENSITIVE=N

# Use zero length string data migration as null (Optional, Y | n, Default=Y, Option ignored for Oracle)
# If set to N, the zero length data will be inserted as ' '. 
INSERT_ZERO_LENGTH_STRING_AS_NULL=Y

# Trim leading and trailing pad character of CHAR type data. (Optional, Y | n, Default=N)
#TRIM=

##############
# Common 
##############

# Use MetaData Checking for DPL. (Optional, Default=Y)
CHECK_COLUMN_METADATA=N


# Log 
LOG_LEVEL=INFO
LOG_FILE_NAME=tableMigrator.log 
#LOG_DIR=

전체 건수를 균등하게 나눌 수 있는 조건을 검토합니다.(SELECT_CONDITION 부분에 설정)

만족하는 조건이 있는 경우 SQL문을 나눈 후에 병렬 세션(터미널 또는 다른 컴퓨터)으로 수행하며 Temp와 Undo Tablespace 사용량의 모니터링이 필요합니다.

Background Process를 이용하여 병렬 프로세싱으로 migrator를 수행합니다.

수행 결과와 로그 파일을 확인합니다.

DB Link로 insert ... select ... 구문을 수행할 때 parallel 힌트를 사용하면 select는 serial하게 동작하고, insert일 때만 parallel로 동작합니다. 따라서 DB Link 원본 데이터가 존재하는 서버의 사양이 좋을 경우 parallel 힌트를 사용하여 view를 생성하고 해당 view를 Tibero에서 select하는 방식으로 이관하면 성능 향상을 기대할 수 있습니다.

아래는 DB Link 방법으로 대용량 데이터를 이관하는 순서입니다.

전체 건수를 균등하게 나눌 수 있는 조건을 검토합니다.

만족하는 조건이 있는 경우 SQL문을 나눈 후에 병렬 세션(터미널 또는 다른 컴퓨터)으로 수행하며 Temp와 Undo Tablespace 사용량의 모니터링이 필요합니다.

SQL문에 append, parallel 힌트를 사용합니다.

append Insert하는 대상 테이블에 대해서 nologging 옵션이 적용되있어야 합니다.

parallel 힌트를 적용하기 위해 해당 세션에 parallel dml 옵션을 enable해야 합니다.

아래는 세션이 2개일 경우 DB Link를 수행하는 예입니다.

세션 1수행 L_LINESTATUS가 '0'에 대해서 Insert합니다.

세션 2수행 L_LINESTATUS가 'F'에 대해서 Insert합니다.

COMMIT된 데이터 확인

Load할 SAM 파일을 n등분하고 직접 로딩과 병렬 프로세싱을 동시에 사용합니다.

데이터를 로딩하는 방식으로 디스크에서 wait만 발생하지 않는다면 최적의 수행 속도가 보장됩니다.

아래는 tbLoader 방법으로 대용량 데이터를 이관하는 순서입니다.

Unload(spool 또는 unload 유틸을 이용하여 데이터 unload) 및 SAM 파일을 전송합니다.
Load할 SAM 파일을 n등분 하여 n개의 SAM 파일을 준비합니다.
각 SAM 파일을 읽는 n개의 컨트롤 파일을 작성하고, 작성할 때 append 옵션을 사용합니다.

아래는 2개의 컨트롤 파일을 작성하는 방법입니다.

Background Process를 이용하여 병렬 프로세싱으로 tbloader를 실행하고, tbloder 명령어에 'direct=y dpl_parallel=y' 옵션을 사용합니다.

아래는 2개의 SAM 파일 및 컨트롤 파일을 가지고 tbLoader를 수행하는 예입니다.

세션 1 수행

세션 2 수행

주제별

설치

설치가이드 (for Client)

Tibero Database 설치 on Windows

설치 가이드 (for Client)

설치 전, 후 고려사항

설치 전 준비사항

1. 디스크 용량 확인

2. JDK 설치 확인

3. 설치 파일 준비

설치

Tibero Database 설치 on Linux

설치 가이드 (for Client)

설치 전, 후 고려사항

설치 전 준비사항

1. 디스크 용량 확인

2. JDK 설치 확인

3. 설치 파일 준비

설치

물리 설계

개요

안내서 구성

문서 다운로드

Redo 로그 파일 크기 산정

개요

고려사항

Undo Tablespace 크기 산정

개요

자동 관리 장점

Shared Memory 크기 산정

SQL Execution Work Area 크기 산정

전환

성능 개선 방법

Conventional Path Load 방식으로 이관할 경우

SQL 변환 및 전환

수행 방법

관리

Database Languages

보안

관리

설치 가이드 (for Client)

설치

Tibero Database 설치 on Windows

주제별

안내서 구성

설치 가이드 (for Client)

Tibero Database 설치 on Linux

안내서 구성

설치가이드 (for Client)

안내서 구성

Database Languages

Undo Tablespace 크기 산정

개요

자동 관리 장점

성능 개선 방법

Conventional Path Load 방식으로 이관할 경우

설치 전, 후 고려사항

설치 전 준비사항

1. 디스크 용량 확인

2. JDK 설치 확인

3. 설치 파일 준비

물리 설계

개요

안내서 구성

문서 다운로드

Redo 로그 파일 크기 산정

개요

고려사항

SQL Execution Work Area 크기 산정

설치

설치

보안

전환

수동 모드로 설치할 경우

설치 후 고려사항

JDBC

안내서 구성

문서 다운로드

고려사항

용량 산정