오라클 데이터베이스의 테이블로 데이터를 로드하는 여러가지 방법에 대한 설명입니다. 로드하는 방법은 다음과 같습니다.
  - Direct-load 삽입
  - SQL*Loader
  - Export와 Import 유틸리티

Direct-Load 삽입
Direct-load 삽입은 데이터베이스 내의 한 테이블에서 다른 테이블로 데이터를 복사할 때 사용할 수 있습니다. 버퍼 캐쉬를 쓰지 않고 직접 데이터 파일에 데이터를 쓰기 때문에 삽입 작업의 속도를 증가시켜 줍니다.

SQL*Loader
SQL*Loader는 외부 파일에서 오라클 테이블로 데이터를 로드할 때 사용하는 유틸리티입니다. 다른 시스템으로부터 오라클로 이전(migration)할 때 사용할 수 있습니다.

 Export와 Import 유틸리티
Export 유틸리티는 오라클 데이터베이스로부터 딕셔너리 정보와 데이터를 발췌하여 오라클 이진 형식에 맞춰 운영 체제 파일로 옮길 수 있게 해 줍니다. Export에 의해 만들어진 파일은 Import 유틸리티를 사용하여 오라클 데이터베이스나 다른 데이터베이스로 읽어 들여질 수 있습니다. 본 장에서는 Export와 Import 유틸리티가 가진 여러 가지 사용법에 대해 다룰 것입니다.

구문
Direct-load 삽입은 아래 명령에서처럼 APPEND 힌트를 사용하여 실행될 수 있습니다.
        INSERT /*+APPEND */ INTO [schema.]table
             [ [NO]LOGGING ]
        sub-query;

구문에서:
        schema             테이블의 소유자
        table              테이블 이름
        sub-query          삽입할 열과 행을 선택하는데 사용되는 서브쿼리        

Direct-load 삽입은 INSERT INTO SELECT 명령이 사용되었을 때에만 사용 가능합니다. 이 옵션은 INSERT INTO VALUES 명령이 사용되었을 때는 사용할 수 없습니다. Direct-load 삽입은 분할되지 않은 테이블과 분할된 테이블 모두에 사용할 수 있으며 인덱스를 유지하고 모든 enable된 제약 조건을 적용합니다. 또한 다른 사용자가 동시에 테이블의 다른 행을 수정할 수 있도록 해 줍니다.

Logging 모드
기본값인 LOGGING 옵션을 사용하여 삽입하면 실패했을 경우 완전히 복구할 수 있도록 리두 로그 엔트리를 만듭니다.
NOLOGGING 옵션이 사용되면 데이터에 대한 변경 사항이 리두 로그 버퍼에 기록되지 않습니다. 하지만, 이 경우에도 익스텐트 할당 같은 작업의 경우에는 최소한의 로그 기록이 이루어집니다. 테이블에 대해 이 속성으로 설정되어 있으면 NOLOGGING 모드가 사용됩니다.
테이블의 데이터에 대한 온라인 수정이 여러 개 계속해서 발생할 것 같으면 로드하기 전에 NOLOGGING 속성으로 설정하고 로드가 완료된 후 LOGGING으로 재설정할 것이 나을 수도 있습니다.

다른 고려 사항
Direct-load 삽입은 다른 트랜잭션이 동시에 테이블에 변경을 가할 수 있도록 허용합니다.
Direct-load 삽입을 사용하여 삽입된 데이터는 모두 high water mark 위로 로드됩니다. 만약 테이블이 행이 삭제된 블록을 가지고 있다면 공간이 낭비될 수 있으며 전체 테이블 스캔(full table scan)이 느려질 수 있습니다. 

 

다음 방법 중 하나를 사용하여 Direct-load 삽입을 병렬로 수행할 수 있습니다.
   위의 예에서처럼 INSERT 문의 PARALLEL 힌트 사용
   PARALLEL 절을 지정하여 테이블을 생성하거나 수정
병렬 direct-load 삽입이 수행되면 오라클 서버는 병렬 쿼리 슬래이브라는 여러 프로세스를 사용하여 테이블에 데이터를 삽입합니다. 각 슬레이브 프로세스에 의해 삽입되는 데이터를 저장하기 위해 임시 세그먼트가 할당됩니다. 트랜잭션이 커밋될 때 이들 각 세그먼트 내의 익스텐트는 레코드가 삽입되는 테이블을 구성하게 됩니다.

주
  - 트랜잭션 시작 시 ALTER SESSION ENABLE PARALLEL DML 명령이 수행되어야만 합니다.
  - 병렬 direct-load 삽입을 사용하여 수정된 오브젝트는 동일한 트랜잭션내에서 질의 되거나 다시 수정될 수 없습니다.
  - 병렬 direct-load 삽입에 대한 자세한 내용은 Oracle8 Server Reference manual의 “병렬 수행  (Parellel Execution)” 장을 참조하십시오.

 

SQL*Loader는 외부 파일로부터 오라클 데이터베이스의 테이블로 데이터를 로드합니다.

SQL*Loader 특징
SQL*Loader는 다음 특징을 갖습니다.
   -하나 이상의 입력 파일이 사용될 수 있습니다.
   -로드를 위해 여러 개의 입력 레코드가 하나의 논리적 레코드로 결합될 수 있습니다.
  -입력 필드는 고정된 길이를 가질 수도, 다양한 길이를 가질 수도 있습니다.
  -입력 데이터는 문자, 이진, 팩 십진수(packed decimal), 날짜, 그리고 존 십진수(zoned decimal)
   등의 어떤 유형일 수도 있습니다.
  -데이터는 디스크나 테이프, 또는 명명된 파이프 등 여러 유형의 매체로부터 로드될 수
   있습니다.
  -데이터는 한 번에 여러 테이블로 로드될 수 있습니다.
  -테이블에 있는 기존 데이터를 대체하거나 추가하는데 사용 가능한 옵션이 있습니다.
  -행이 데이터베이스에 저장되기 전에 SQL 함수가 입력 데이터에 적용될 수 있습니다.

  -열 값은 규칙에 의거하여 자동 생성될 수 있습니다. 예를 들어 순차적 키 값이
   생성되어 열에 저장될 수 있습니다.
  -데이터는 데이터베이스 버퍼 캐쉬를 거치지 않고 테이블로 직접 로드될 수 있습니다.

SQL*Loader가 사용하는 파일
SQL*Loader는 다음 파일들을 사용합니다.
  - Control file: 입력 데이터 파일의 레코드의 부분들을 로드하는데 사용할
   수 있는 입력 형식, 출력 테이블, 그리고 옵션 조건을 지정합니다.
  - Data file: 콘트롤 파일에 정의된 형식으로 데이터를 가지고 있습니다.
 - Parameter file: 로드를 위한 명령 라인 파라미터를 정의하는데 사용될 수 있는 옵션파일입니다.
  - Bad file: 로드 시 거부된 레코드를 기록하는데 사용됩니다.(유틸리티에 의한 입력 레코드 검증시나 오라클 서버에 의한 레코드 삽입시 발생할 수 있습니다.)
  - Log file: SQL*Loader에 의해 생성되며 로드의 레코드를 포함하고 있습니다.
  - Discard file: 필요한 경우 선택 조건을 충족시키지 못한 모든 레코드를 저장하기 위해 생성될 수 있는 파일입니다.

 


SQL*Loader는 데이터를 로드하기 위한 두 가지 방법을 제공합니다.
  Conventional path
  Direct path

Conventional path 로드
Conventional path 로드는 삽입될 행의 배열을 구축하고 데이터를 로드하는데SQL INSERT 문을 사용합니다. Conventional path 로드 동안 필드 지정에 따라 입력 레코드가 구문 분석되고 레코드의 배열이 구축되어 콘트롤 파일에 지정된 테이블로 삽입됩니다. 필드 지정을 따르지 않는 레코드는 거부(reject)되고 선택 조건을 충족시키지 않는 레코드는 버려집니다(discard).
Conventional path 로드는 클러스터된 테이블과 클러스터되지 않은 테이블 모두로 데이터를 로드하는데 사용될 수 있습니다. 리두 로그 생성 여부는 로드되고 있는 테이블의 로그 기록(logging) 속성을 따릅니다.

Direct path 로드
Direct path 로드는 메모리 내에 데이터의 블록을 구축하고 이 블록을 테이블에 할당된 익스텐트에 직접 저장합니다. 데이터베이스가 아카이빙 모드에 있지 않다면 리두 로그 엔트리는 생성되지 않습니다. Direct path 로드는 필드 지정을 사용하여 데이터의 전체 오라클 블록을 구축하고 블록을 오라클 데이터 파일로 직접 옮겨 적습니다. 데이터 베이스 버퍼 캐쉬는 거치지 않고 익스텐트의 관리와 high water mark의 조정을 위해서만 SGA를 접근합니다.
Direct path 로드는 일반적으로 conventional path 로드보다 빠릅니다만 모든 상황에서 사용할 수는 없습니다. 다음 절에서는 conventional path 로드와 direct path 로드를 비교해 보고 각각이 사용될 수 있는 상황의 예를 들어 보이겠습니다.

주
오라클이 제공하는 catldr.sql 스크립트는 direct path 로드가 사용하는 뷰를 생성해 줍니다. 이 스크립트는 catalog.sql 스크립트가 실행될 때 자동적으로 수행됩니다. 

 

 데이터 저장 방법
Conventional path 로드는 데이터를 저장하기 위해 SQL 처리와 데이터베이스 COMMIT를 사용합니다. 레코드 배열을 삽입한 후에는 커밋 작업이 뒤따릅니다. 각 데이터 로드는 여러 트랜잭션을 포함할 수도 있습니다.
Direct path 로드는 오라클 데이터 파일로 데이터 블록을 쓰기 위해 data saves를 사용합니다. 커밋과  data save의 차이점은 다음과 같습니다.
    - data save 동안에는 완전히 채워진 데이터베이스 블록만이 데이터베이스에 쓰여집니다.
    - 테이블의 high water mark 이후에 쓰여지고 data save 이후에 high water mark가 이동됩니다.
    - data save 후에는 내부 자원이 해제되지 않습니다.
    - data save가 트랜잭션을 끝내지는 않습니다.
    - data save마다 인덱스가 갱신되지는 않습니다.

변경 사항의 기록
Conventional path 로드는 DML 문처럼 리두 로그 엔트리를 생성합니다. Direct path 로드를 사용할 때, 다음과 같은 경우는 로드 리두 로그 엔트리가 생성되지 않습니다.
   - 데이터베이스가 NOARCHIVELOG 모드일 때
   - 데이터베이스가 ARCHIVELOG 모드에 있더라도 로그 기록이 disable되어 있을 때(테이블의  NOLOG 속성을 설정하거나 콘트롤 파일의 UNRECOVERABLE 절을 사용하여 로그 기록을 disable할 수 있습니다.)

제약 조건 적용
Conventional path 로드 동안 enable되어 있는 모든 제약 조건은 DML 작업시와 마찬가지로 적용됩니다.
Direct 로드 동안에는 제약 조건이 아래처럼 처리됩니다.
 - NOT NULL 제약 조건은 배열이 구축될 때 검사됩니다.
 - 외래 키와 CHECK 제약 조건은 disable된 후 콘트롤 파일에 적절한 명령을
   사용함으로써 로드가 끝났을 때 enable될 수 있습니다. 외래 키는 다른 행이나
   테이블을 참조하므로 비활성화되고 CHECK 제약 조건은 SQL 함수를 사용할    수 도  있기 때문에 비활성화됩니다. 큰 테이블에 적은 수의 행만이 삽입될 것이면 conventional 로드를 사용하십시오.
 -  실행 중과 실행이 끝날 때 기본 키와 유일 제약 조건이 검사되고 위배되는 것은  disable될 수 있습니다.

INSERT 트리거 실행
Conventional 로드 동안 INSERT 트리거가 실행되는 반면 direct 로드 전에 INSERT 트리거가 disable되고 로드가 끝난 후 다시 enable됩니다. INSERT 트리거는 실행이 끝날 때 참조 오브젝트를 접근할 수 없는 경우 disable 상태로 남아 있을 수도 있습니다. INSERT 트리거와 함께 데이터를 테이블로 로드하려면 conventional path를 사용할 것을 고려하십시오.

클러스터된 테이블로의 로드
Direct 로드는 클러스터된 테이블로 행을 로드하는데 사용할 수 없습니다. 클러스터된 테이블은 conventional path만을 사용하여 로드될 수 있습니다.

잠금(locking)
Direct 로드가 진행되고 있는 동안 다른 트랜잭션은 로드되고 있는 테이블에 변경을 가할 수 없습니다. 이 규칙에 대한 유일한 예외는 여러 병렬 direct 로드 세션이 동시에 사용되고 있을 때 입니다. 병렬 direct 로드는 다음 절에서 다루어 집니다.

 

 병렬 direct 로드를 사용하면 동시에 여러 개의 direct 로드 세션이 한 테이블로 데이터를 로드합니다.

작업 순서
각각의 병렬 로드 세션에 서로 다른 입력 데이터 파일을 사용하십시오. 여러 병렬 direct 로드 세션이 시작될 때 로드는 다음 단계를 따라 실행됩니다.

1   각 세션은 입력 데이터 파일로부터 데이터를 로드하기 위해 임시 세그먼트를 사용합니다.  이들 임시 세그먼트는 로드되고 있는 테이블을 포함하는 테이블스페이스에 생성됩니다. 그  테이블스페이스가 여러 데이터 파일을 포함하고 있다면 사용자는 각 세션에 대해 임시  세그먼트가 생성될 파일을 지정할 수 있습니다. 세그먼트에 대한 스토리지 파라미터는 사용자가 지정할 수도 있습니다. 디폴트로 이들 세그먼트는 로드되고 있는 테이블과  동일한 스토리지 속성을 사용합니다.
2   각 임시 세그먼트의 마지막 익스텐트는 세션이 종료될 때 사용되지 않은 공간을 해제하기 위해 잘려(trim) 집니다.
3  로드가 끝날 때 모든 임시 세그먼트가 결합하여 하나의 세그먼트를
    형성합니다.
4  하나가 된 임시 세그먼트가 테이블 세그먼트에 추가됩니다.

제한 사항
병렬 direct path 로드 시 다음과 같은 제한 사항이 적용 됩니다.
  - 인덱스는 로드시 관리되지 않습니다. 병렬 로드하기 전에 인덱스를
   삭제하고 로드가 끝날 때 재생성하십시오.
  - 참조 무결성, 검사 제약 조건, 그리고 트리거는 disable되어야만 하고
   수동으로 다시 enable되어져야 합니다.
  - 개개의 로드가 조정되지 않으므로 기존 데이터에 행을 추가할 수만
   있습니다. 테이블의 데이터를 바꾸려 한다면 병렬 로드하기 전에
   수동으로 테이블을 잘라(truncate) 버리십시오.

 

명령행

UNIX나 Windows NT에서 다음 명령을 사용하여 임포트를 수행합니다.

   $sqlldr [keyword=]value [ [ [,] keyword=]value ] ...

설명

참고

명령행 매개변수

다음은 공통적으로 사용되는 키워드 및 Data Manager Wizard의 세 번째 페이지에서 지정하는 로드 옵션 중 일부입니다.

키워드

의미

USERID

Oracle 사용자 이름 및 암호로 암호를 지정하지 않으면 암호를 입력하라는 프롬프트가 표시됩니다.

CONTROL

제어 파일 이름

LOG

작업 로그의 파일 이름으로 기본적으로 확장자가 log인 제어 파일 이름입니다.

BAD

거부된 모든 레코드를 저장한 파일의 파일 이름으로 기본적으로 확장자가 bad인 제어 파일 이름입니다.

DATA

입력 데이터 파일 이름

DISCARD

선택되지 않은 레코드가 저장된 선택적인 폐기 파일의 파일 이름

DISCARDMAX

허용하는 최대 폐기 개수로 기본값은 모든 폐기를 허용합니다. 이 매개 변수를 안전 수단으로 사용하여 잘못된 입력 파일을 지정한 경우 실행을 정지시킵니다.

SKIP

건너뛸 레코드 수로 주로 실패한 로드를 계속하는 데 사용됩니다. 단일 테이블로 로드하거나 로드된 모든 테이블에 대해 동일한 수의 레코드를 건너뛸 경우에만 이 옵션을 사용합니다.

LOAD

SKIP에서 지정한 레코드를 건너뒨 다음에 로드할 레코드 수를 지정합니다.

ERRORS

허용하는 최대 손상된 레코드의 개수

ROWS

기본 로드의 경우 각 삽입 전에 생성되는 배열의 행 수를 지정합니다. 직접 경로 로드의 경우 각 DATA SAVE에 대해 입력에서 읽어오는 대략적인 행 개수를 정의합니다. 직접 로드는 전체 블록을 생성한 다음 DATA SAVE 전에 폐기 및 부적합한 행을 거부합니다.

BINDSIZE

일반적인 로드에 대해서는 각 데이터베이스 호출에서 삽입될 행 배열을 생성하는 뎃 사용될 최대 바이트 수를 지정합니다.(ROWS 매개변수도 지정하면 SQL*Loader는 ROWS에서 정의한 수만큼의 행을 생성하며 그 한계는 BINDSIZE에 따라 결정됩니다.)

DIRECT

SQL*Loader는 이 매개변수를 TRUE로 설정할 경우 직접 경로를 사용하며 그렇지 않을 경우 기본값인 기본 경로를 사용합니다.

PARFILE

모든 로드 매개변수를 포함한 파일 이름을 지정합니다.(명령행에 정의한 매개변수가 매개변수 파일에 정의한 값보다 우선적으로 적용됩니다.)

PARALLEL

직접 로드에만 유효한 이 매개변수는 여러 개의 병렬 직접 로드가 수행됨을 지정합니다.

FILE

병렬 직접 로드에 대한 임시 세그먼트가 생성될 파일을 지정합니다.

매개 변수를 제어 파일 내에서도 정의할 수 있습니다.

참고: 여기에 정의된 매개변수가 전부는 아닙니다. 자세한 내용은 Oracle8i Utilities 설명서의 "SQL*Loader Command-Line Reference"에서 설명합니다.

 


파라미터 파일
파라미터 파일은 로드를 위한 파라미터를 지정하는데 사용할 수 있습니다. 일반적으로 사용되는 모든 파라미터를 저장하는데 파라미터 파일을 사용하십시오. 파일 내에서 다음 형식에 따라 파라미터를 정의하십시오.
        KEYWORD=VALUE

콘트롤 파일
콘트롤 파일의 내용은 다음과 같습니다.
  - INFILE 절에 지정한 입력 데이터 파일의 이름
  - CONCATENATE와 CONTINUEIF 등의 절을 사용한 입력 데이터 파일 내의 물리적 레코드로부터 만든 논리적 레코드 조합
  - FILEDS 절 사용하여 위치, 데이터 유형, 그리고 구분 문자 조건 지정을 포함하는 필드 지정
  - INTO TABLE 절 사용하여 테이블 이름과 로드 방법, 즉 데이터가 빈 테이블로 로드될 것인지, 기존 레코드를 삭제하거나  잘라 버린 후 삽입될 것인지, 기존 데이터에 추가될 것인지 등 결정
  - CONTINUE_LOAD 절에 각 테이블에 대해 건너 뛸 레코드 지정
  - WHEN 절에 로드될 레코드를 선택하는데 사용될 조건
  - 로드될 열 RECNUM과 SYSDATE 등의 절을 사용하거나 SQL 함수 적용등의 열값을 생성하는 규칙
  - 잘라 버리기(trimming), 0을 null로 대치하기 따위의 열 작업
  - OPTIONS 절을 사용하는 로드 파라미터
  - 병렬 direct 로드 동안 생성되는 임시 세그먼트에 대한 스토리지 지정
  - “--”로 시작하는 주석
  - 다음과 같은 direct 로드 옵션:
        - SINGLEROW: 행을 기초로 행에 대한 인덱스 유지
        - REENABLE: 로드가 끝날 때 disable되었던 제약 조건을 enable
        - SORTED_INDEXES: 데이터를 미리 정렬할 것인지 지정
        - UNRECOVERABLE: 리두 생성을 억제

주
  - NOLOGGING 키워드를 사용하여 테이블에 NOLOG 속성을 설정하는 것과 콘트롤
  - 파일에 UNRECOVERABLE 옵션을 사용하는 것은 서로 같습니다.
  - INFILE *라 지정하고 데이터 시작을 표시하기 위해 BEGINDATA를 사용함으로써 콘트롤 파일 내에 데이터가 저장될 수도 있습니다. 이 옵션이 사용되면 BEGINDATA 뒤의 모든 레코드는 데이터로 해석됩니다.
  - 서로 다른 로드 옵션과 콘트롤 파일 항목들을 보여주는 여러 가지 사례 연구를 UNIX 의 경우 $ORACLE_HOME/rdbms/demo 디렉토리에서 Windows NT의 경우 %ORACLE_HOME%\RDBMS80\LOADER 디렉토리에서 찾아볼 수 있습니다. Oracle8 Server Utilities 매뉴얼의 “SQL*Loader Case Studies” 장은 이들 사례에 대해 자세히 설명하고 있습니다.
  - 콘트롤 파일 명령에 대한 자세한 사항은 Oracle8 Server Utilities 매뉴얼의
   “SQL*Loader Control File Reference” 장에서 다루어 집니다.

데이터 파일
데이터 파일은 콘트롤 파일에 정의된 형식으로 처리될 레코드를 가지고 있습니다.

 

로그 파일은 필수이며 공간이 부족하거나 사용 권한이 없어서 로그 파일을 생성할 수 없으면 로드는 종료됩니다. 로그 파일은 다음을 포함하고 있습니다.
   ? 헤더 정보: 실행 날짜와 소프트웨어 버전 등
   ? 전역 정보:
        - 모든 입력 파일과 출력 파일의 이름
        - 명령 라인 인수
   ? 테이블 정보:
        - 테이블 이름
        - 로드 조건과 방법
   ? 필드 정보와 열 정보
   ? 데이터 파일 정보: 데이터 에러가 발생한 데이터 파일의 경우에만 거부된 레코드와 버려진 레코드를 그 이유와 함께 보여 줍니다.
   ? 테이블 로드 정보:
        - 로드된 행의 수
        - 로드되려다 데이터 에러로 인해 거부된 행의 수
        - 버려진 행의 수
        - 관련된 필드가 모두 null인 행의 수
   ? 요약 통계
        - 배열에 할당된 공간의 총량
        - 전체 데이터 파일에 대한 로드 통계
        - 로드 시작/종료 시간
        - 총 경과 시간
        - 모든 파일의 입출력에 걸린 시간을 포함하여 총 CPU 이용시간.
        백그라운드 프로세스에 사용된 CPU 이용시간은 제외됩니다.

 

배드 파일
배드 파일은 다음 중 한 가지 이유로 인해 처리 중 거부된 레코드를 담고 있습니다.
 - 입력 레코드의 필드수가 모자라거나 필드의 형식이 잘못되는 등의 에러를 가지고 있을 때
 - 행이 제약 조건 위배 등의 이유로 삽입될 수 없을 때
 - 배드 파일의 레코드는 입력 레코드의   형식과 동일합니다. 에러를 수정한 후 데이터를 다시 로드하는데 이들 레코드를 사용할 수  있습니다.

디스카드 파일(Discard File)
디스카드 파일은 입력 데이터 파일과 동일한 형식의 데이터를 가지고 있으며 데이터가 다른 데이터베이스의 테이블로 선택적으로 로드되어야 하거나 다른 때에 테이블로 선택적으로 로드되어야 할 때 유용합니다.

SQL*Loader를 사용하여 에러를 최소화하고 성능을 향상시키려면 다음 지침 사항을 따르십시오.
  - 공통적으로 사용되는 명령 라인 옵션은 파라미터 파일에 지정하십시오. 예를 들어 매주 데이터 웨어하우스(data warehouse)로 로드를 하는 경우 파일의 이름을 제외하면 모든 옵션이 똑같을 것입니다.
  - 콘트롤 파일과 데이터 파일을 분리하여 여러 로드 세션에서 콘트롤 파일을 재사용할 수 있도록 하십시오.
  - 예상 데이터 양에 기초하여 공간을 미리 할당함으로써 로드하는 동안 익스텐트의 동적 할당을 방지하고 로드 속도를 증가시키십시오.
  - Direct 로드가 사용될 때 새 데이터에 대한 인덱스를 생성에 임시 세그먼트가 사용됩니다. 이 인덱스는 로드가 끝날 때 기존 인덱스와 병합됩니다. 가장 큰 인덱스의 키로 입력 데이터를  정렬하여 정렬 공간 사용량을 최소화할 수 있습니다.
  - 병렬 direct 로드에서는 데이터를 삽입하기 위해 사용될 임시 세그먼트의 위치를 지정할 수 있습니다. 각 로드 세션마다 서로 다른 데이터베이스 파일을 지정하여 최대 성능을 얻으십시오. 

로드가 비정상적으로 종료될 때 이제까지 로드되었던 모든 데이터는 커밋되었을 것입니다. 뒷 페이지에서 설명된 것과 같이 문제들을 수정한 후에 아래와 같이 로드를 완료하십시오.
 -  한 테이블로의 로드이거나, 모든 테이블이 동일한 수의 처리된 레코드를 갖는다면 SKIP 명령 라인 파라미터를 사용하여 로드를 계속하십시오.
  - 많은 테이블로 로드되었고 각 테이블의 처리된 레코드 수가 다르다면 콘트롤 파일에 CONTINUE_LOAD 옵션을 사용하여 각 테이블에 대해 건너 뛸 레코드 수를 지정하십시오.
  - 사용 불가능(Unusable)이라고 표시된 인덱스를 검사하십시오. 이런 경우는 인덱스가  테이블과 일관되지 않을 경우에 발생합니다. 이와 같은 상태의 인덱스는 삭제하고 로드를 완료한 후 재생성하십시오. 

문제 해결
  - 충분하지 못한 공간: 오라클 서버가 로드되는 테이블에 삽입되는 모든 행을 수용할 수 있을 만한 충분한 공간을 할당하지 못할 경우 로드가 종료될 수 있습니다. 이러한 경우 문제의 원인이 디스크 공간이 불충분하기 때문인지, 파일이 꽉 찬
 것인지, 아니면 MAXEXTENTS에 도달한 것인지 조사하여 문제를 해결하십시오.
  - 인스턴스가 비정상적으로 종료할 때: 원인을 분석하고 교정한 후 인스턴스를
    재시작하고 로드를 계속하십시오.
  - 데이터가 지정된 순서가 아닐 때: 데이터는 로드되나 인덱스가 사용 불가능한  
    상태입니다. 사용 불가능한 인덱스를 삭제하고 재생성하십시오.
  - 기본 키나 유일 열, 또는 unique 인덱스에 값이 중복되어 있을 때: 로드 프로세스를 중지시키지는 않지만 제약 조건을 disable 시키거나 인덱스를 사용 불가능하게 만들 수 있습니다. 제약 조건 에러의 경우 예외 테이블을 사용하여  에러를 잡아 내고 교정하십시오. Unique 인덱스가 사용 불가능하면 인덱스된 열에 유일 제약 조건 생성을 시도하고, 에러를 예외 테이블로 보내어, 그것을 교정함으로써 에러를 검출해야만 할 수도 있습니다.
  - BINDSIZE가 너무 작을 때: 더 큰 값을 사용하고 데이터를 로드하십시오.
  - 에러나 버림(discard)이 설정된 한계를 초과할 때: 버려질 부적절한  레코드의 수가 ERRORS나 DISCARDMAX값을 초과하여 로드가 중지될 때  발생합니다. 가장 일반적인 원인은 올바르지 않은 입력 데이터 파일을 사용한 것 입니다. 검사해 보고 올바른 파일을 사용하십시오.

주
SORTED INDEXES 절은 direct path 로드에만 적용 가능합니다. 구문과 자세한 사용법은 Oracle8 Server Utilities 매뉴얼의 “SQL*Loader Control File Reference” 장을 참조하십시오.

 

Export와 Import 유틸리티를 사용하여 오라클 데이터베이스 간의 데이터를 이동하거나 오라클 데이터베이스 내에서 다른 테이블스페이스로, 또는 다른 사용자로 데이터를 이동할 수  있으며 효율적인 저장과 성능을 위해 데이터를 재구성할 수 있습니다.

Export 유틸리티
Export 유틸리티는 오브젝트 정의와 데이터의 논리적 사본을 운영 체제 이진 파일로 만드는데 사용할 수 있습니다. Export는 디스크나 테이프에 쓸 수 있습니다. Export 유틸리티는 각 테이블마다 일관된 시점의 데이터를 발췌합니다.

Import 유틸리티
Import 유틸리티는 Export 유틸리티에 의해 생성된 운영 체제 파일을 읽어 오라클 데이터베이스에 오브젝트 정의와 데이터를 복사할 수 있습니다. Import 유틸리티는 텍스트 파일이나 다른 형식으로 생성된 파일은 읽을 수 없습니다.

주
Export와 Import 유틸리티가 필요로 하는 뷰는 catalog.sql 스크립트가 실행될 때 수행시작되는 catexp.sql 스크립트가 생성합니다.

 

Export와 Import는 다음과 같은 경우에 사용될 수 있습니다.
  ? 테이블 재구성: 테이블이 재구성되어야 하는 예가 많이 있습니다.
        -  경합을 최소화하거나 사용 가능한 공간의 단편화를 감소시키거나,
           또는 백업을 용이하게 하기 위해 한 테이블스페이스의 데이터가 다른            테이블스페이스로 옮겨져야 할 필요가 있을 수 있습니다.
        -  테이블이 많은 이전된 행을 가지고 있을 수 있습니다.
        -  테이블이 거의 차 있지 않은 블록을 많이 가지고 있을 수 있습니다.
   ? 한 사용자가 소유한 데이터를 다른 사용자에게 이동: 데이터베이스에서
   사용자 이름을 제거해야 할 때나 오브젝트 소유권을 재분배해야 할 때 필요할
   수 있습니다. 한 사용자에게서 Export된 데이터는 다른 사용자 계정으로
   Import될 수 있습니다.
   ? 데이터베이스 간의 데이터 이동: 데이터는 무시하고 오브젝트 정의만이  
   개발에서 생산으로 이동될 수 있습니다. Export와 Import는 OLTP 응용
   프로그램으로부터 데이터 웨어하우스(data warehouse)로 데이터를
   발췌할 때도 사용할 수 있습니다. 

   ? 다른 플랫폼이나 오라클 다른 릴리스로 이전: 한 기계상에서
    Export된 데이터는 다른 Character set을 사용하는 다른 기계상의
    데이터베이스에 Import될 수 있습니다. 오라클 새 릴리스로 업그레이드할 때
    데이터가 옛 릴리스에서 Export되어 새 릴리스로 Import될 수 있습니다. 이
    방법을 쓴다고 해서 새 릴리스에서 옛 릴리스로도 데이터를 이동하는 것이
    가능하다는 것은 아니라는 사실을 명심하십시오.
   ? 개발, 또는 업그레이드할 때 시험 수행 반복: 개발, 또는 시험
    데이터베이스에서 응용 프로그램이 완전히 디버깅되어 승인되기 전에 여러
    번의 테스트가 필요할 수 있습니다. 동일한 데이터 설정상에서 테스트가
    실행되도록 하기 위해 시험 데이터를 외부 파일로 Export 했다가 매번
    시험하기 전에 Import할 수 있습니다. 이 방법은 생산용 데이터베이스를
    업그레이드하기 전에 오라클의 새 버전을 실험할 때도 유용합니다.
   ? 논리적 백업 수행: 데이터베이스의 모든 오브젝트, 또는 일부 오브젝트가
    Export될 수 있으며 Export 파일이 논리적 백업으로 사용될 수 있습니다.
    본 장에서는 데이터를 재구성하고 사용자 간에 데이터를 이동시키기 위해
    Export와 Import를 사용하는 방법을 설명합니다.

주
백업과 복구를 위해 Export와 Import를 사용하는 것은 Oracle8: Backup and Recovery Workshop 과정에서 자세히 다루어 집니다.

 

Export 유틸리티는 세 가지 Export 모드를 제공합니다.
  - 테이블
  - 사용자
  - 데이터베이스

테이블 모드
모든 사용자는 자기 소유의 테이블을 Export하기 위해 테이블 모드를 사용할 수 있습니다. 권한을 가진 사용자는 다른 사용자 소유의 테이블을 Export 할 수 있습니다. 테이블 모드를 사용하여 다음을 Export 합니다.
  - 테이블 정의
  - 필요한 경우 테이블의 데이터
  - 권한을 가진 사용자가 Export를 수행할 경우 테이블의 모든 인덱스(보통
     사용자가 Export 할 경우 테이블에 대해 사용자가 소유한 인덱스만이
     익스포트 됩니다.)
  - 권한을 가진 사용자가 유틸리티를 실행할 경우 테이블의 모든 트리거 ( 보통       사용자의 경우 테이블에 대해 사용자가 소유한 트리거만이 익스포트 됩니다.)
  - 테이블의 제약 조건
  - 테이블에 가해진 모든 부여(grant)
  - 임포트 시 사용할 분석 방법의 정의

사용자 모드
사용자 모드 익스포트는 익스포트를 수행하는 사용자가 특별한 권한을 가졌는지의 여부에 따라 다르게 작동합니다.
        권한을 가진 사용자는 다른 사용자가 소유한 오브젝트를 Export할 수
        있습니다. 이 경우 익스포트되는 오브젝트는 다음과 같습니다:
        -       다른 사용자가 소유한 테이블에 지정한 인덱스와 트리거 이외의 사용자가            소유한 모든 오브젝트
        -       사용자의 테이블에 다른 사용자가 생성한 트리거와 인덱스
        권한을 갖지 못한 사용자는 자신이 소유한 오브젝트만을 익스포트할 수
        있습니다.  사용자가 소유한 테이블에 다른 사용자가 생성한 인덱스나 트리거는 포함시키지 않을 것입니다.

전체 데이터베이스
SYS 사용자가 소유한 것을 제외한 데이터베이스 내의 모든 오브젝트가 Export됩니다. 특별한 권한이 있어야 하며 모든 사용자가 사용할 수 있는 것은 아닙니다.

주
세가지 모드의 익스포트에서 권한을 가진 사용자는 EXP_FULL_DATABASE 롤을 가진 사용자입니다. 이 롤은 “롤 관리” 장에서 다루어 집니다.

슬라이드는 conventional path와 direct path Export의 차이점을 보여 줍니다.
Conventional Path
데이터베이스로부터 데이터를 불러 들여 익스포트 파일로 옮겨 쓰는 기본 방법입니다. Conventional path 익스포트는 SQL SELECT 문을 사용하여 테이블로부터 데이터를 가져옵니다. 데이터는 디스크로부터 버퍼 캐쉬로 읽혀지고 행은 평가 버퍼(evaluation buffer)로 전송됩니다. 표현 평가(expression evaluation)를 거친 데이터는 익스포트 클라이언트로 전송되고, 익스포트 클라이언트가 데이터를 익스포트 파일에 옮겨 적습니다.

Direct Path
Direct path 익스포트는 conventional path 익스포트보다 더 빠르게 데이터를 발췌합니다. Direct path 익스포트의 경우 데이터는 디스크로부터 버퍼 캐쉬로 읽혀지고 행은 직접 익스포트 프로세스로 전송됩니다. 평가 버퍼는 거치지 않습니다. 즉, 블록의 데이터는 행 조각들을 합치는 재구성을 하지 않습니다. 데이터는 이미 익스포트가 바라는 형식이어서 불필요한 데이터 변환을 막아 줍니다. 데이터는 익스포트 프로세스로 전송되고, 익스포트 프로세스가 데이터를 익스포트 파일에 옮겨 적습니다.
Import 유틸리티는 어떤 path에 의해 생성된 익스포트 파일도 사용할 수 있습니다. 임포트를 수행하는데 걸리는 시간은 사용된 익스포트 path에 의해 큰 영향을 받지 않습니다.

엑스포트 사용

다음을 사용하여 엑스포트를 호출할 수 있습니다.

대화식 모드는 주로 역 호환성을 위해 제공되고 명령행에서 제공하는 옵션을 전부 제공하지는 않습니다. 따라서 명령행 모드를 사용하는 것이 좋습니다.

명령행

UNIX나 Windows NT에서 다음 명령을 사용하여 임포트를 수행합니다.

   $exp [keyword=]{value|(value, value ...)}

      [ [ [,] keyword=]{value, value ...)} } ...

설명

참고

Windows NT: 명령행

Windows 명령은 UNIX 명령과 동일합니다.

   C:\>EXP [keyword=]{value|(value, value ...)}

      [ [ [,] keyword=]{value, value ...)} } ...

참고 : Export 및 Import 유틸리티에서 필요한 뷰는 catalog.sql 스크립트를 실행할 때 호출되는 catexp.sql 스크립트를 실행하여 생성합니다.

명령행 매개변수

다음은 일반적으로 사용되는 일부 매개변수입니다.

키워드

기본값

의미

USERID

 

Oracle 사용자 이름과 암호로 암호를 지정하지 않으면 암호를 입력하라는 프롬프트가 표시됩니다.

BUFFER

OS마다 다름

엑스포트 파일에 기록되기 전에 인출된 행을 저장하는 데 사용할 버퍼의 크기

COMPRESS

N

Y 값은 임포트 시 초기 확장 영역 크기를 현재 세그먼트 크기와 동일한 값으로 설정하도록 지정합니다. N 값은 현재 확장 영역 크기를 보유하도록 합니다. 이러한 정보는 엑스포트 파일에 저장되므로 엑스포트할 때 선택되어야 합니다. LOB 세그먼트는 압축되지 않습니다.

CONSISTENT

N

Y 값은 전체 엑스포트 작업이 하나의 읽기 전용 트랜잭션에서 수행되도록 지정합니다. Export 유틸리티는 엑스포트된 모든 객체에 대해 읽기 일관성을 유지하도록 시도할 것입니다. N 값은 테이블 레벨 일관성만 유지 관리할 필요가 있음을 지정합니다.

CONSTRAINTS

Y

Y 값은 제약 조건을 테이블과 함께 엑스포트하도록 지정합니다. N 값은 제약 조건을 엑스포트하지 않도록 합니다.

DIRECT

N

Y 값은 엑스포트할 때 직접 경로를 사용하도록 지정합니다. N 값은 기본 경로를 사용합니다.

FEEDBACK

0

이 매개변수는 n개의 행을 엑스포트할 때 점(.)을 표시하도록 요청하기 위해 정수 n으로 지정됩니다. 기본값은 0이며 점이 표시되지 않음을 나타냅니다.

FILE

expdat.dmp

출력 파일의 이름입니다.

FULL

N

Y값은 전체 데이터베이스 엑스포트를 지정합니다.

GRANTS

Y

Y값은 엑스포트할 객체의 모든 권한도 임포트 시에도 보존되어야 함을 지정합니다.

HELP

N

Y값은 매개변수 및 그 의미에 대한 목록을 표시합니다. 이 매개변수는 다른 매개변수와 결합되지 않습니다.

INDEXES

Y

Y값은 인덱스가 엑스포트되도록 합니다.

LOG

NULL

모든 엑스포트 메시지를 저장할 파일 이름이며 기본적으로 메시지는 화면에만 표시됩니다.

OWNER

 

사용자 레벨 엑스포트에 대한 사용자의 이름입니다.

PARFILE

 

엑스포트 매개변수의 목록을 포함한 파일 이름을 지정합니다.

RECORDLENGTH

OS마다 다름

출력 레코드의 크기입니다.

ROWS

Y

Y값은 데이터가 엑스포트되도록 지정합니다.

STATISTICS

ESTIMATE

임포트 시 사용할 분석 방식을 지정합니다.

TABLES

NULL

테이블 모드 엑스포트에 대한 schema.table입니다.

참고

임포트 사용

다음을 사용하여 Import를 호출할 수 있습니다.

대화식 모드는 주로 역 호환성을 위해 제공되고 명령행에서 제공하는 옵션을 전부 제공하지는 않습니다. 따라서 명령행 모드를 사용하는 것이 좋습니다.

명령행

UNIX나 Windows NT에서 다음 명령을 사용하여 임포트를 수행합니다.

   $imp [keyword=]{value|(value, value ...)}

      [ [ [,] keyword=]{value, value ...)} } ...

설명

Windows NT: 명령행

Windows 명령은 UNIX 명령과 동일합니다.

   C:\>IMP [keyword=]{value|(value, value ...)}

      [ [ [,] keyword=]{value, value ...)} } ...

명령행 매개변수

다음은 일반적으로 사용되는 일부 매개변수입니다.

키워드

기본값

의미

USERID

 

Oracle 사용자 이름 및 암호입니다.(암호를 지정하지 않으면 암호를 입력하라는 프롬프트가 표시됩니다.)

BUFFER

OS마다 다름

데이터 행 전송 시 사용되는 버퍼의 바이트 크기입니다.

COMMIT

N

Y값은 각 배열 삽입 후 Import가 커밋해야 함을 지정합니다. 기본적으로 Import는 각 테이블을 로드한 후에만 커밋하고 오류 발생 시 롤백을 수행한 후 다음 객체와 관련된 작업을 수행합니다. COMMIT=Y의 지정은 롤백 세그먼트가 지나치게 커지는 것을 방지합니다.

FEEDBACK

0

이 매개변수는 n개의 행을 임포트할 때 점(.)을 표시하도록 요청하기 위해 정수 n으로 지정됩니다. 기본값을 표시하지 않는 것입니다.

FILE

expdat.dmp

입력 파일의 이름입니다.

FROMUSER

NULL

임포트할 객체의 사용자 목록입니다.

FULL

N

Y값은 전체 데이터베이스 임포트를 지정합니다.

GRANTS

Y

Y값은 임포트할 객체의 모든 권한도 임포트해야 함을 지정합니다.

HELP

N

Y값은 매개변수 및 그 의미에 대한 목록을 표시합니다. 이 매개변수는 다른 매개변수와 결합되지 않습니다.

IGNORE

N

값을 Y로 설정하면 Import는 데이터베이스 객체를 생성하려고 할 때 객체 생성 오류를 간과합니다. 이러한 경우 Import는 오류를 보고하지 않고 계속 수행합니다. 테이블에 대해 IGNORE=Y를 지정하면 행이 기존 테이블로 임포트되며 메시지는 표시되지 않습니다. IGNORE=N을 지정하면 오류가 보고되고 이미 존재하는 테이블은 건너뜁니다. 객체 생성 오류만 무시되며 운영 체제, 데이터베이스 및 SQL 오류 등의 다른 오류는 무시되지 않고 처리를 멈추게 할 수도 있습니다.

INDEXES

Y

Y값은 인덱스를 임포트하도록 합니다.

INDEXFILE

NULL

인덱스 생성 명령을 받을 파일을 지정합니다. 이 매개 변수를 지정할 대 요청한 모드에 대한 인덱스 생성 명령은 데이터베이스에서 인덱스를 생성하는데 사용하지 않고 추출되어 지정한 파일에 기록됩니다. 테이블 및 기타 데이터베이스 객체는 임포트되지 않습니다. 파일은 저장 영역 매개변수 변경과 같이 편집할 수 있고 SQL 스크립트로 사용하여 인덱스를 생성할 수 있습니다.

LOG

NULL

모든 임포트 메시지를 저장할 파일 이름이며 기본적으로 메시지는 화면에만 표시됩니다.

PARFILE

 

임포트 매개변수의 목록을 포함한 파일 이름을 지정합니다.

RECORDLENGTH

OS마다 다름

입력 레코드의 크기며 레코드 크기가 다른 운영 체제에서 데이터를 엑스포트할 경우에만 필요합니다.

ROWS

Y

Y값은 데이터가 임포트되도록 지정합니다.

SHOW

N

값이 Y면 엑스포트 파일의 내용이 화면에 나열되고 임포트되지는 않습니다. Export에 포함된 SQL문은 Import가 실행하는 순서대로 표시됩니다. SHOW=Y면 매개변수 중 FROMUSER, TOUSER, FULL 및 TABLES 만을 설정할 수 있습니다.

TABLES

NULL

임포트할 테이블 이름

TOUSER

NULL

테이블을 임포트할 사용자 이름 목록으로 IMP_FULL_DATABASE 롤을 가진 사용자만이 이 매개변수를 사용하여 객체를 다른 사용자 계정으로 임포트할 수 있습니다.

참고

 

임포트 사용

다음을 사용하여 Import를 호출할 수 있습니다.

대화식 모드는 주로 역 호환성을 위해 제공되고 명령행에서 제공하는 옵션을 전부 제공하지는 않습니다. 따라서 명령행 모드를 사용하는 것이 좋습니다.

명령행

UNIX나 Windows NT에서 다음 명령을 사용하여 임포트를 수행합니다.

   $imp [keyword=]{value|(value, value ...)}

      [ [ [,] keyword=]{value, value ...)} } ...

설명

Windows NT: 명령행

Windows 명령은 UNIX 명령과 동일합니다.

   C:\>IMP [keyword=]{value|(value, value ...)}

      [ [ [,] keyword=]{value, value ...)} } ...

명령행 매개변수

다음은 일반적으로 사용되는 일부 매개변수입니다.

키워드

기본값

의미

USERID

 

Oracle 사용자 이름 및 암호입니다.(암호를 지정하지 않으면 암호를 입력하라는 프롬프트가 표시됩니다.)

BUFFER

OS마다 다름

데이터 행 전송 시 사용되는 버퍼의 바이트 크기입니다.

COMMIT

N

Y값은 각 배열 삽입 후 Import가 커밋해야 함을 지정합니다. 기본적으로 Import는 각 테이블을 로드한 후에만 커밋하고 오류 발생 시 롤백을 수행한 후 다음 객체와 관련된 작업을 수행합니다. COMMIT=Y의 지정은 롤백 세그먼트가 지나치게 커지는 것을 방지합니다.

FEEDBACK

0

이 매개변수는 n개의 행을 임포트할 때 점(.)을 표시하도록 요청하기 위해 정수 n으로 지정됩니다. 기본값을 표시하지 않는 것입니다.

FILE

expdat.dmp

입력 파일의 이름입니다.

FROMUSER

NULL

임포트할 객체의 사용자 목록입니다.

FULL

N

Y값은 전체 데이터베이스 임포트를 지정합니다.

GRANTS

Y

Y값은 임포트할 객체의 모든 권한도 임포트해야 함을 지정합니다.

HELP

N

Y값은 매개변수 및 그 의미에 대한 목록을 표시합니다. 이 매개변수는 다른 매개변수와 결합되지 않습니다.

IGNORE

N

값을 Y로 설정하면 Import는 데이터베이스 객체를 생성하려고 할 때 객체 생성 오류를 간과합니다. 이러한 경우 Import는 오류를 보고하지 않고 계속 수행합니다. 테이블에 대해 IGNORE=Y를 지정하면 행이 기존 테이블로 임포트되며 메시지는 표시되지 않습니다. IGNORE=N을 지정하면 오류가 보고되고 이미 존재하는 테이블은 건너뜁니다. 객체 생성 오류만 무시되며 운영 체제, 데이터베이스 및 SQL 오류 등의 다른 오류는 무시되지 않고 처리를 멈추게 할 수도 있습니다.

INDEXES

Y

Y값은 인덱스를 임포트하도록 합니다.

INDEXFILE

NULL

인덱스 생성 명령을 받을 파일을 지정합니다. 이 매개 변수를 지정할 대 요청한 모드에 대한 인덱스 생성 명령은 데이터베이스에서 인덱스를 생성하는데 사용하지 않고 추출되어 지정한 파일에 기록됩니다. 테이블 및 기타 데이터베이스 객체는 임포트되지 않습니다. 파일은 저장 영역 매개변수 변경과 같이 편집할 수 있고 SQL 스크립트로 사용하여 인덱스를 생성할 수 있습니다.

LOG

NULL

모든 임포트 메시지를 저장할 파일 이름이며 기본적으로 메시지는 화면에만 표시됩니다.

PARFILE

 

임포트 매개변수의 목록을 포함한 파일 이름을 지정합니다.

RECORDLENGTH

OS마다 다름

입력 레코드의 크기며 레코드 크기가 다른 운영 체제에서 데이터를 엑스포트할 경우에만 필요합니다.

ROWS

Y

Y값은 데이터가 임포트되도록 지정합니다.

SHOW

N

값이 Y면 엑스포트 파일의 내용이 화면에 나열되고 임포트되지는 않습니다. Export에 포함된 SQL문은 Import가 실행하는 순서대로 표시됩니다. SHOW=Y면 매개변수 중 FROMUSER, TOUSER, FULL 및 TABLES 만을 설정할 수 있습니다.

TABLES

NULL

임포트할 테이블 이름

TOUSER

NULL

테이블을 임포트할 사용자 이름 목록으로 IMP_FULL_DATABASE 롤을 가진 사용자만이 이 매개변수를 사용하여 객체를 다른 사용자 계정으로 임포트할 수 있습니다.

참고

임포트 순서
테이블 오브젝트는 익스포트 파일에서 읽혀진 대로 임포트됩니다. 임포트 파일은 다음 순서로 오브젝트를 포함합니다.
1       테이블 정의
2       테이블 데이터
3       테이블의 인덱스
4       무결성 제약 조건, 트리거, 그리고 비트맵 인덱스
위 순서는 테이블이 임포트되는 순서 때문에 데이터가 거부당하는 것을 막아 주며, 또한 동일한 데이터에 대해 과다한 트리거가 두번 씩(처음 삽입될 때 한번, 그리고 임포트되는 동안 또 한번) 실행되는 것도 막아 줍니다.
하지만, 프로시저 같은 오브젝트는 그들이 참조하는 오브젝트보다 빨리 임포트되기 때문에 임포트 시 무효화될 수도 있습니다. STATUS=INVALID인 오브젝트를 검사하고 다시 컴파일하십시오.

 기존 테이블로 임포트할 때 고려 사항
데이터가 기존 테이블로 임포트될 때 임포트되는 순서가 참조 무결성 실패를 발생시킬 수 있습니다. 임포트가 끝날 때 테이블의 참조 무결성 제약 조건이 자기 자신을 참조할 때도 비슷한 상황이 발생합니다.
앞에 언급된 이유 때문에 기존 테이블로 임포트할 때는 참조 제약 조건을 disable하는 것이 좋습니다. 제약 조건은 임포트가 완료된 후 다시 enable할 수 있습니다.

오브젝트에 사용되는 테이블스페이스
사용자가 필요한 할당량을 가지고 있다면 테이블은 익스포트되었던 것과 같은 테이블스페이스에 임포트됩니다. 하지만, 테이블스페이스가 더 이상 존재하지 않거나 사용자가 충분한 할당량을 가지고 있지 못하다면 임포트는 사용자의 디폴트 테이블스페이스에 테이블을 생성합니다. 기본 테이블스페이스에 접근할 수 없다면 테이블은 임포트될 수 없습니다.
LOB 세그먼트는 익스포트되었던 것과 같은 테이블스페이스로만 임포트될 수 있습니다. 따라서 테이블 소유자가 LOB 세그먼트가 익스포트된 테이블스페이스에 오브젝트를 생성할 수 없다면 LOB을 포함한 테이블은 생성되지 않을 것입니다.

주
 -    LOB를 포함하지 않은 테이블은 위의 임포트 작업 방식을 활용하여 한  테이블스페이스로부터 다른 테이블스페이스로 옮겨질 수 있습니다.
 -    테이블스페이스의 할당량과 사용 제어는 “사용자 관리” 장에서 다루어
집니다.

파라미터 파일에 공통적으로 사용하는 라인 파라미터를 저장하십시오. 이렇게 함으로써 에러를 최소화하고 명령 라인을 짧게 유지할 수 있습니다.
익스포트되고 있는 테이블에 많은 갱신 작업이 이루어지는 경우 CONSISTENT=Y를 사용하면 SNAPSHOT TOO OLD 에러가 발생할 수 있습니다. 일반적으로 작업량이 적을 때 규모가 큰 익스포트를 수행하는 것이 좋습니다. 아니면 큰 롤백 세그먼트를 생성하고 다른 것들을 모두 오프라인으로 만든 후 임포트를 수행하십시오.
익스포트 옵션 COMPRESS=Y는 현재 오브젝트에 할당된 익스텐트 전부의 크기와 같은 하나의 초기(initial) 익스텐트를 생성하는 코드를 만들어 낼 것입니다. 오브젝트가 삭제된 행을 많이 가지고 있거나 마지막 익스텐트가 사용되지 않은 블록을 많이 가지고 있으면 오브젝트에 불필요하게 많은 공간을 할당하게 될 것입니다.
기계 상의 운영 체제와 자원이 허락하는 한 최대한의 버퍼를 할당하십시오. 데이터가 오라클7 릴리스 7.3.3 이상의 데이터베이스로 임포트될 경우 direct path 익스포트를 사용하십시오.

Export와 Character set 변환
Conventional path 익스포트는 사용자 세션에 지정된 character set 을 사용하여 익스포트 파일에 씁니다. 예를 들자면, 7 비트 ASCII, 또는 IBM CODE Page 500(EBCDIC) 등입니다.
Direct path 익스포트는 데이터베이스 character set 만으로 익스포트합니다. Export 세션의 character set이 익스포트가 시작된 때의 데이터베이스 character set과 같지 않다면 익스포트는 경고를 출력하고 중지합니다. 익스포트를 재시도하기 전에 세션 character set을 데이터베이스 Character set과 같은 것으로 지정하고 익스포트를 재시도 하십시오.
익스포트 파일은 파일의 문자 데이터에 사용된 문자 암호화 계획(character encoding scheme)을 보여주는 플래그를 가지고 있습니다.

Import와 Character set 변환
임포트 세션과 대상 데이터베이스 character set은 원본 데이터베이스 character set과 다를 수 있습니다. 이런 경우 한번 또는 여러번 character set 변환 작업이 필요 합니다.
필요하다면 익스포트 파일 데이터는 우선 임포트 시 사용자 세션에 지정된 문자 암호화 계획으로 변환된 후 데이터베이스 character set으로 변환됩니다.
변환할 때 대상 character set에서 동일한 문자를 가지지 못한 익스포트 파일의 문자들은 대상 character set에 정의된 기본 문자로 대치됩니다. 100% 변환을 보장하려면 대상 character set은 원본 character set을 포함하거나 같아야 합니다.

지침 사항
Character set 변환이 임포트에 걸리는 처리 시간을 길게 하기 때문에 character set 변환을 가능한 최소로 제한하십시오. 이상적인 것은 임포트 세션과 대상 데이터베이스 character set이 원본 데이터베이스 character set과 같아 변환이 필요 없는 것입니다.

주
세션 레벨에서 character set을 설정하는 것과 다양한 데이터베이스 작업에의 character set이 미치는 영향은 “ 국가별 언어 지원 ” 장에서 자세히 다루어 집니다. 

이동 가능한 테이블스페이스

데이터를 데이터 웨어하우스에서 데이터 마트로 또는 OLTP 시스템에서 데이터 웨어하우스의 스테이지 영역으로 이동하는 일은 성가시고 시간이 많이 걸릴 수 있습니다. SQL*Loader나 병렬 DML을 통한 직접 경로 로드를 사용하면 작업은 빨라지나 동일 데이터베이스 간의 데이터 이동 프로세스는 간단해집니다. Oracle8i는 동일 시스템 간에 데이터 파일을 복사할 수 있는 방식을 제공하고 양쪽 시스템에서 동일한 데이터를 액세스할 수 있도록 합니다. 이제 데이터는 시스템 간의 간단한 파일 전송만큼이나 빠르게 이동할 수 있습니다. 이로 인해 성능이 상당히 향상되고 데이터 전송 작업이 간단해집니다.

기업 정보 시스템

대용량의 데이터를 OLTP 데이터베이스에서 스테이지 데이터베이스로 이동한 다음 기업 데이터 웨어하우스를 통해 데이터 마트로 이동하여 기업 정보 시스템 전체로 이동할 수 있습니다. 이러한 환경에서 이동 가능한 테이블스페이스를 여러 가지 목적으로 사용할 수 있습니다. 대개 데이터 웨어하우스의 테이블은 OLTP 데이터베이스의 테이블과 동일하지 않습니다. 이동 가능한 테이블스페이스를 사용하면 데이터를 OLTP 데이터베이스에서 DSS나 웨어하우스 데이터베이스로 이동할 수 있습니다.

정보 분산

다음에서 이 기능을 사용할 수도 있습니다.

테이블스페이스 이동 단계

다음 단계를 사용하여 테이블스페이스를 한 데이터베이스에서 다른 데이터베이스로 이동합니다.

  1. 파일 이동 중에 변경되지 않도록 하려면 테이블스페이스를 읽기 전용으로 설정합니다.
  2. Export를 사용하여 데이터 딕셔너리 정보를 운영 체제 파일로 캡처합니다.
  3. 원본에서 대상 시스템으로 데이터 파일을 이진 복사하여 테이블스페이스의 복사본을 만듭니다.
  4. 엑스포트 파일을 대상 시스템으로 전송합니다.
  5. Import를 사용하여 데이터 딕셔너리 정보를 대상 시스템으로 로드합니다.
  6. 필요한 경우 원본 또는 대상 데이터베이스의 테이블스페이스를 변경하여 기록을 허용합니다.

메타 데이터 엑스포트

TRANSPORT_TABLESPACE 옵션을 사용하여 테이블스페이스에 있는 모든 객체의 데이터 딕셔너리 정보를 엑스포트해야 함을 지정합니다. CONSTRAINTS 및 GRANTS와 함께 새 절 TRIGGERS를 사용하여 테이블 엑스포트 시 관련 정보의 엑스포트 여부도 제어할 수 있습니다.

구조화된 데이터를 등록하는 동안 관련 데이터를 모두 전송하는 것이 유용하나 데이터 웨어하우스로 데이터를 복사할 경우 트리거와 제약 조건을 복사할 필요는 없습니다.

메타 데이터 임포트

TRANSPORT_TABLESPACE 옵션과 함께 Import 유틸리티를 사용하여 테이블스페이스 및 다른 객체 정의가 있는 대상 데이터 딕셔너리를 갱신합니다. 임포트 작업은 다음 규칙을 따릅니다.

테이블스페이스 이동

슬라이드에서는 테이블스페이스 SALES_TS를 시스템 1에서 시스템 2로 이동하는 것을 보여줍니다. 이동 시 다음 단계를 수행해야 합니다.

  1. 시스템 1의 원본 데이터베이스의 테이블스페이스를 읽기 전용 모드로 설정합니다.
    SQL> ALTER TABLESPACE sales_ts READ ONLY;
  2. 시스템 1의 원본 데이터베이스에서 테이블스페이스 메타 데이터를 엑스포트합니다.
    exp FILE=s980501.dmp TRANSPORT TABLESPACE=Y \
    TABLESPACE=sales_ts TRIGGERS=n CONSTRAINTS=n
  3. 테이블스페이스 데이터 파일을 시스템 1에서 시스템 2로 물리적으로 복사합니다. 복사하는 동안 데이터 파일 이름이 변경됩니다.
  4. 엑스포트 파일인 s980501.dmp를 시스템 1에서 시스템 2로 물리적으로 복사합니다.
  5. 시스템 2에 제공된 데이터 파일 이름을 사용하여 테이블스페이스 메타 데이터를 대상 데이터베이스로 임포트합니다.
    imp FILE=s980501.dmp TRANSPROT TABLESPACE=y \
    DATAFILES=(/disk1/sales01.dbf, /disk2/sales02.dbf)
  6. 양쪽 시스템에서 테이블스페이스 SALES_TS에 있는 데이터를 질의에 사용할 수 있습니다. 한쪽 노드 또는 양쪽 노드에서 테이블스페이스를 읽기/쓰기 모드로 되돌릴 수 있습니다.
    SQL> ALTER TABLESPACE sales_ts READ WRITE;

 

사용법

이동 작업을 통해 매체 복구를 지원합니다. 매체 손상 시 테이블스페이스 이동 작업 전에 수행한 백업을 사용하여 테이블스페이스 이동 후의 시점으로 복구할 수 있습니다.

임포트 후 DBA_TABLESPACES의 PLUGGED_IN 열을 YES로 설정합니다. 이전 버전으로 다운그레이드하기 전에 플러그 접속 테이블스페이스를 삭제해야 합니다. 테이블스페이스를 다른 Oracle8i 데이터베이스로 이동하여 데이터를 보존하거나 Import 및 Export를 사용할 수 있습니다.

자체 포함된 데이터 집합

실행할 때마다 이동되는 테이블스페이스 집합은 자체 포함되어야 합니다.

이동될 테이블스페이스에는 LOB와 사용자가 정의한 데이터 유형을 가진 테이블이 포함될 수 있습니다. BFILE 열을 가진 테이블이 이동되는 테이블스페이스의 일부일 경우 참조되는 파일을 대상으로 복사해야 합니다. 비트맵 인덱스와 VARRAY를 가진 테이블 또는 중첩 테이블은 이동할 수 없습니다.

사용자는 이동되는 테이블스페이스에 있는 객체와 대상 데이터베이스에 있는 객체간의 종속성을 해결해야 합니다.

DBMS_TTS.TRANSPORT_SET_CHECK

PL/SQL 프로시저인 DBMS_TTS.TRANSPORT_SET_CHECK를 사용하여 테이블스페이스 집합이 자체 포함되는 지 확인할 수 있습니다. 이 프로시저는 다음과 같은 두 개의 IN 인수를 받아들입니다.

프로시저는 지정된 테이블스페이스의 객체가 지정된 테이블스페이스 집합의 외부 객체와 연관됨을 나타내는 TRANSPORT_SET_VIOLATIONS 뷰를 채웁니다.

catproc.sql이 실행하는 스크립트인 dbmsplts.sql은 DBMS_TTS 패키지를 작성합니다.

DBMS_TTS.ISSELFCONTAINED

이동 가능한 집합이 자체 포함되는 경우에는 DBMS_TTS.ISSELFCONTAINED 함수가 TRUE를 반환하고 그렇지 않은 경우에는 FALSE를 반환합니다. 이 함수는 TRANSPORT_SET_CHECK와 동일한 인수를 갖습니다.

요약 참조

 관련내용

 참조

 초기화 파라미터

 없슴

 동적 성능뷰

 없슴

 데이터 딕셔너리 뷰

 없슴

 명령어:
 UNIX
 Windows NT

 Sqlldr 또는 sqlload
 Exp
 Imp
 EXP80.EXE
 IMP80.EXE
 SQLLDR80.EXE

 패키지 프로시저와 함수

 없슴

X 정답:B


X 정답:B


X 정답:E


X 정답:B