네버스탑

Export 및 Import 유틸리티 개요

• Export 유틸리티는 다음에 대한 논리적 백업을 제공합니다.
  - 데이터베이스 객체
  - 스키마 객체
  - 테이블스페이스
  - 전체 데이터베이스
• Import 유틸리티는 데이터베이스로 데이터를 옮기기 위해 유효한 엑스포트 파일을 읽는 데 사용됩니다. 엑스포트 파일에서 임포트된 객체에는 리두 로그 기록을 적용할 수 없으므로 데이터 손실이 발생할 수는 있지만 이를 최소화할 수 있습니다.

DBA는 Export 및 Import 유틸리티를 사용하여 다음과 같은 작업을 수행함으로써 일반적인 운영 체제 백업을 보완할 수 있습니다.

• 데이터베이스 객체 또는 전체 데이터베이스의 기록(historical) 아카이브 생성. 변화하는 업무 요구 사항을 지원하기 위해 스키마를 수정하는 경우가 여기에 해당됩니다.
• 이진 파일에 테이블 정의 저장. 주어진 스키마 구조의 기준선(baseline)을 생성 및 유지 관리할 때 유용합니다.
• Oracle 버전 간의 데이터 이동. Oracle7에서 Oracle8로 업그레이드하는 경우를 예로 들 수 있습니다.
• 다음과 같은 경우를 방지합니다.
  - 실수로 테이블을 삭제하거나 절단(truncate)하는 등의 사용자 오류
  - 테이블의 논리적 훼손
  - 데이터베이스의 일부분에만 영향을 주는 잘못된 일괄 처리 작업 또는 DML 문
• 다음을 복구합니다.
  - 한 물리적 데이터베이스의 개별 테이블스페이스에 여러 논리적 데이터베이스가 존재하는 경우 논리적 데이터베이스 하나를 나머지 물리적 데이터베이스와는 다른 시점으로 복구합니다.
  - VLDB(Very Large Database)에 있는 테이블스페이스를 복구할 때 백업에서 전체 데이터베이스를 복원하여 롤포워드하는 것보다 TSPITR(tablespace point-in-time recovery)이 더 효과적인 경우 이를 복구합니다.

참고: 이 단원에서는 Export 및 Import 유틸리티에 대해 기술하고 이들이 백업 및 복구 작업에 미치는 영향에 대해 설명합니다. 이 유틸리티에 대한 자세한 설명을 보려면 Oracle8i Server Utilities 설명서를 참조하십시오.

#################################################

EXPORT 유틸리티 실행방법

. 대화식 다이얼로그

. Enterprise Manager 내의 Data Manager의 Export페이지

. 파라미터를 명시함으로써 명령라인 인터페이스

#################################################

익스포트 방법

• 대화식 다이얼로그. 운영체제에서 EXP 명령을 명시하고 아무런 파라미터도 명시하지 않음으로 Export 유틸리티는 디폴트 값을 제공하면서 입력을 위한 프롬프트를 줄 것입니다.
• Oracle Enterprise Manager 내의 Data Manager의 Export 페이지.
• 명령 라인 모드를 선택 시 선택된 옵션들은 명백히 명령 라인에 명시되어야 합니다. 어떠한 빠진 옵션들은 Export 유틸리티 디폴트 값들이 될 것입니다.

주: 많은 옵션들이 명령 라인 인터페이스를 사용하여야만 이용 가능합니다. 그러나 명령 라인과 함께 파라미터 파일을 사용할 수 있습니다.

엑스포트 방식

• 대화식 대화상자: 운영 체제에서 매개변수를 사용하지 않고 EXP 명령을 지정하면 Export 유틸리티는 기본값을 제공하면서 입력 프롬프트를 표시합니다.
• Oracle Enterprise Manager에 포함되어 있는 Data Manager의 엑스포트 페이지
• 명령행 모드를 선택할 경우 선택한 옵션을 명령행에 명시적으로 지정해야 합니다. 옵션을 누락하면 Export 유틸리티의 기본값이 지정됩니다.

참고: 많은 옵션이 명령행 인터페이스에서만 사용 가능하지만 명령행과 함께 매개변수 파일을 사용할 수도 있습니다.

명령행 엑스포트

Export 유틸리티의 명령행 모드를 사용하여 데이터베이스 데이터를 운영 체제 파일로 복사할 수 있습니다. 이 파일은 Import 유틸리티에서만 읽을 수 있습니다.

예제

행을 포함하여 scott의 스키마에 속한 emp 및 dept 테이블을 포함하는 expincr1.dmp 엑스포트 파일을 생성합니다.

$ exp scott/tiger tables=(emp,dept) rows=y file=expincr1.dmp

행을 포함하여 scott의 스키마에 속한 모든 객체를 포함하도록 expdat.dmp라는 빠른 엑스포트 파일을 생성합니다.

$ exp system/manager owner=SCOTT DIRECT=Y

ts_emp 테이블스페이스에 속한 모든 객체의 정의를 포함하는 expdat.dmp 엑스포트 파일을 생성하고 ts_emp.log 로그 파일을 생성합니다.

$ exp system/manager TRANSPORT_TABLESPACE=y TABLESPACES=(ts_emp) LOG=ts_emp.log

마지막 누적 또는 완전 엑스포트 이후 데이터베이스에서 수정된 모든 정의 및 데이터를 포함하는 expcum1.dmp 엑스포트 파일을 생성합니다.

$ exp system/manager FULL=y INCTYPE=cumulative FILE=expcum1.dmp

참고: 명령행 모드 옵션은 대화식 모드 옵션과 유사합니다.

엑스포트 매개변수

참고: 위에 나열한 매개변수는 모든 Export 유틸리티 매개변수의 전체 목록이 아니며 DBA가 복원을 위해 자주 사용하는 매개변수입니다

완전한 익스포트 (Complete Export)
누적적(cumulative)이고 증분적인(incremental) 익스포트를 사용한다면 기본 백업을 생성하기 위해 정기적으로 완전한 익스포트를 수행해야 합니다. 완전한 익스포트 후에 자주 증분적인 익스포트를 수행하고 가끔 누적적인 익스포트를 수행하십시오. 주어진 시간 후에 다른 하나의 완전한 익스포트에 대해 이 사이클을 다시 반복해야 합니다.
위 예에서 보여지는 바와 같이 완전한 데이터베이스 익스포트는 모든 테이블과 데이터 정의를 백업해 줍니다.

제한사항
완전(Full) 데이터베이스 모드 (FULL=Y)로만 완전한, 증분적인 또는 누적적인 익스포트를 수행할 수 있습니다.

증분적인 익스포트 (Incremental Export)
증분적인 익스포트는 임의의 종류의 최근 익스포트 이후 변경된 객체들을 포함합니다. 증분적인 익스포트는 변경된 행 뿐만 아니라 테이블 정의 정보와 모든 테이블 데이터를 익스포트합니다. 전형적으로 여러분은 누적적 또는 완전한 익스포트 보다는 증분적 익스포트를 더욱 자주 수행합니다.

어떤 테이블에 대한 임의의 갱신은 (UPDATE, INSERT, 또는 DELETE) 자동적으로 증분적 익스포트 대상 테이블이 됩니다.

예
위 예에서 테이블 1, 3, 6은 완전한 익스포트인 Time 1에서 취한 최근 익스포트 이후로 변경이 발생하였습니다.

주: 증분적 익스포트는 몇몇 대형 테이블을 자주 액세스하는 응용 프로그램인 경우 매우 좋은 전략이 될 수 없습니다. 작은 테이블에 걸쳐 변경이 다소간 흩어져 있는 departmentalized 애플리케이션에 적합합니다.

누적적 익스포트 (Cumulative Export)
누적적 익스포트는 가장 최근의 누적적 또는 완전한 익스포트 이후로 변경된 테이블들을 백업합니다.

예
위 예에서 테이블 1, 2 및 6은 Time 1 이후로 변경되었으며 테이블 4는 Time 2 이후로 변경되었습니다. 따라서 누적적 익스포트는 가장 최근 완전 익스포트 이후로 변경된 모든 테이블들을 백업합니다.

incremental 또는 cumulative export를 수행할 때에는 full=y 파라미터와 함께 inctype 파라미터를 사용합니다.

incremental export 일 경우는,

exp sys/change_on_install file=filename full=y inctype=incremental

cumulative export 일 경우는,

exp sys/change_on_install file=filename full=y inctype=cumulative

와 같이 실행합니다.

증분적 및 누적적 익스포트의 이점
증분적 및 누적적 익스포트는 많은 사용자들이 그들 자신의 테이블들을 생성하는 환경에서 일하는 DBA가 직면하고 있는 문제점들을 해결하는 것을 도와 줍니다. 이런 유형의 익스포트의 이점은 다음과 같은 것을 포함합니다:

• 사용자가 우연히 삭제시킨 테이블을 DBA가 복원 가능
• 더 적은 데이터가 익스포트 되기 때문에 더 작은 익스포트 파일 필요
• 가장 최근의 증분적 또는 누적적 익스포트 이후로 변경된 객체들만 백업되기 때문에 더 적은 시간 소요

Direct Path 익스포트 개념
Direct-Path 기능을 사용함으로써 데이터를 훨씬 더 빨리 추출할 수 있습니다. 파라미터 DIRECT=Y가 명시될 때 Export 유틸리티는 SQL-명령 처리 계층을 통하는 대신 데이터 계층에서 직접적으로 읽습니다.

Direct-Path 익스포트의 구조

• 익스포트의 direct 모드는 파라미터 DIRECT=Y를 명시함으로써 설정될 수 있습니다.
• Direct-Path 익스포트는 인스턴스의 다른 자원들과 경쟁하지 않습니다.
• Direct read 모드의 경우 세션에 의해 사용되는 사적인 영역(private area)으로 데이터 베이스 블록을 읽어 들입니다.
• 행들은 전송을 위해 Two-Task Command(TTC) 버퍼로 직접 이동됩니다.
• TTC 버퍼 내의 데이터는 Export 유틸리티가 기대하는 형식으로 되어 있습니다.
  

Direct-Path 익스포트의 명시
Direct-Path 익스포트 사용 전에 catexp.sql 스크립트를 실행해야 합니다.

DIRECT 파라미터 사용 방법
명령 라인 옵션
DIRECT 명령 라인 파라미터를 사용함으로써 Direct-Path 익스포트를 활성화할 수 있습니다.
  $ exp user=scott/tiger full=y direct=y

파라미터 파일
exp_par.txt란 파라미터 파일의 예:
  USERID=scott/tiger
  TABLES= (emp,dept)
  FILE=exp_one.dmp
  DIRECT=Y

운영체제 프롬프트에서 파라미터를 실행하기 위해:
  $ exp parfile=exp_param.txt

Direct-Path 익스포트
Export 유틸리티의 Direct-Path 옵션은 conventional-path 익스포트와는 구별되는 어떤 기능을 도입합니다.

Direct-Path 기능

• 익스포트 유형은 화면 출력, 익스포트 덤프 파일 및 LOG 파라미터로 명시한 로그 파일에 표시됩니다.
• 데이터는 이미 익스포트가 기대하는 형식으로 되어 있으며 이로써 불필요한 데이터 전환을 피해 줍니다. 데이터는 Export 클라이언트에게 이동되는데 이 클라이언트가  익스포트 파일에 데이터를 씁니다.
• Direct-Path 익스포트는 최적화된 “SELECT * FROM table”을 어떤 형용사구 없이 사용합니다.

주: 열 데이터의 형식이나 익스포트 덤프 파일의 명세는 conventional-path 익스포트와는  다릅니다.

Direct-Path 제한 사항
Export 유틸리티의 direct-Path 옵션은 conventional-path 익스포트와 구별해 주는 어떤 제한 사항들을 갖고 있습니다.

• Direct-Path 익스포트 기능은 대화식 EXP 세션을 사용하여 활성화될 수 없습니다.
  
  
• Direct-Path 옵션이 사용될 때 클라이언트측의 문자 집합은 서버측의 문자 집합과  일치해야 합니다.
  
  
• Export 유틸리티의 BUFFER 파라미터는 Direct-Path 익스포트에 아무런 영향을  미치지 않는데 이 파라미터는 conventional-path 옵션에 의해서만 사용됩니다.
  
  
• VARRAY 열 및 중첩된 테이블을 포함하여 LOB, BFILE, REF 또는 객체형 열을  갖고 있는 행을 direct-Path로 임포트 할 수 없습니다. 데이터가 아니라 테이블을  생성하기 위한 데이터 정의 정보만 익스포트 됩니다.
  

Export 유틸리티의 호환성
DBA로서 Export 유틸리티와 관련된 호환성 문제를 알 필요가 있습니다.

문제점

• 오라클7 익스포트 파일을 생성하기 위해 오라클8 데이터베이스에 대해 오라클7 Export 유틸리티를 사용할 수 있습니다.
  
  
• 오라클6 (또는 이전) Export는 오라클8 데이터베이스에 대해 사용될 수 없습니다.
  
  
• 낮은 버젼의 Export 유틸리티가 더 높은 버젼의 오라클 서버와 실행될 때 낮은 버젼에서 존재하지 않았던 데이터베이스 객체들의 범주는 익스포트로부터  제외됩니다.
  
  
• 테이블이 Direct-Path 옵션을 사용하여 생성되었다면 이 파일은 다른 포맷으로  되어있으며 오라클7.3 이전 Import 유틸리티에 의해 읽혀질 수 없습니다.
  
  
• 더 낮은 버젼의 오라클 서버 Import를 사용하여 더 높은 버젼의 Export 이용을 시도할 때 자주 에러를 산출합니다.

Import 유틸리티
Import 유틸리티는 유효한 Export 유틸리티 파일을 사용하여 데이터 복구 시 사용될 수 있습니다.

복구 위해 Import 유틸리티의 사용

• 테이블 정의 정보는 익스포트 파일에 저장되기 때문에 테이블 정의 정보 생성. 행없이 데이터 임포트 선택시 단지 테이블 정의 정보만 생성할 것입니다.
  
  
• 테이블, 사용자 또는 Full 임포트 모드를 사용하여 유효한 익스포트 파일로부터 데이터 추출.
  
  
• 완전한, 증분, 또는 누적적인 익스포트 파일로부터 데이터 임포트.
  
  
• 이전에 언급한 방법들 중 하나를 사용하여 어떤 테이블이 우연히 삭제되거나 truncate  되는 사용자 장애 에러로부터 복구

Table 모드

Table 모드는 모든 테이블을 임포트하지 않고 사용자 스키마에서 지정된 모든 테이블을 임포트합니다. 권한 있는 사용자는 다른 사용자 소유의 지정된 테이블을 임포트할 수 있습니다.

User 모드

User 모드는 사용자 스키마에 있는 모든 객체를 임포트합니다. 권한 있는 사용자는 지정된 사용자 집합의 스키마에 있는 모든 객체를 임포트할 수 있습니다.

Tablespace 모드

Tablespace 모드를 사용하면 권한 있는 사용자가 Oracle 데이터베이스 간에 테이블스페이스 집합을 이동할 수 있습니다.

Full Database 모드

Full Database 모드는 SYS 스키마에 있는 객체를 제외한 모든 데이터베이스 객체를 임포트합니다. 이 모드에서는 권한 있는 사용자만 임포트를 수행할 수 있습니다.

예제

expincr1.dmp 엑스포트 파일을 사용하여 행을 포함해 emp 및 dept 테이블을 scott 스키마로 임포트합니다.

$ imp scott/tiger tables=(emp,dept) rows=y file=expincr1.dmp

expincr1.dmp 엑스포트 파일을 사용하여 행을 포함해 Scott 스키마에 속한 모든 객체를 임포트합니다.

$ imp system/manager FROMUSER=scott file=expincr1.dmp

expdat.dmp 엑스포트 파일을 사용하여 ts_emp 테이블스페이스에 속한 모든 객체의 정의를 임포트합니다.

$ imp system/manager TRANSPORT_TABLESPACE=y TABLESPACES=ts_emp

참고: 명령행 모드 옵션은 대화식 모드 옵션과 유사합니다.

임포트 매개변수

참고: 위에 나열한 매개변수는 모든 Import 유틸리티 매개변수의 전체 목록이 아니며 DBA가 복원 작업을 위해 자주 사용하는 매개변수입니다.

임포트 과정 순서
테이블을 임포트할 때 익스포트 파일이 읽혀지고 테이블과 데이터는 다음 순서로 생성됩니다.

1. 새로운 테이블이 생성됩니다. 요점은 이 테이블은 기술적으로 오라클에 새로운 (NEW) 테이블들입니다. 그들은 원래 테이블들과 같은 데이터 및 성격을 가지고 있으나 사실상 이 테이블들은 데이터베이스에 새로이 생성되어 집니다. 이것은 논리적으로 아카이브 로그 파일이 이 테이블들에 적용되어 질 수 없는 이유인데, 아카이브 로그는 새로이 생성된 테이블에 기술적으로  아무런 갱신도 하지 않기 때문입니다.
   
   
2. 인덱스 구조가 구축됩니다. DBA는 INDEXES=N으로 설정하고 임포트 과정 다음에 인덱스를 구축함으로써 임포트 과정 동안 어느 정도의 시간을 절약할 수 있습니다.이것은 임포트를 지원하기 위해 요구되는 롤백 세그먼트의 개수를 또한 제한할 것입니다.
   
   
3. 데이터는 테이블에 임포트되나 ROWS=Y인 경우에만 그렇습니다. 인덱스는 채워집니다. INDEXES=Y가 명시될 때 인덱스는 테이블과 더불어 생성되며 따라서 데이터 임포트와 더불어 갱신됩니다.
   
   
4. 트리거가 임포트되고 무결성 제약 조건들이 새로운 테이블에 대해 활성화됩니다.

테이블 임포트 순서는 중요할 수 있습니다. 예를 들어 외래키(foreign key)를 갖고 있는 테이블이 기본키(primary key)를 갖고 있는 테이블에 referential check을 갖고 있다면 외래키(foreign key) 테이블이 먼저 임포트 될때 아직 임포트 안된 기본키를 참조하는  모든 행은 제약조건이 활성화되어 있다면 거절될 것입니다. 전체 데이터베이스 익스포트할 때에는 문제가 안됩니다

NLS 고려사항
하나의 문자 집합을 사용하는 오라클 데이터베이스에서 다른 문자 집합을 사용하는 데이터베이스로 데이터 이동 시 데이터 전환이 적절하게 처리되어야 함을 확인하십시오. NLS_LANG 환경 변수를 데이터가 익스포트 되어질 데이터베이스의 문자 집합 정의로 설정함으로써 해결할 수 있습니다. 이것을 올바르게 설정하지 않을 때  데이터의 원치 않는 문자 전환을 야기하여 데이터의 손실을 유발할 수 있습니다.

예
미국 영어같은 7-bit ASCII 문자 집합에서 덴마크어 같은 8 비트 문자 집합으로 전환시 모든 문자가 덴마크어 알파벳에서와 동일한 문자를 가지고 있기 때문에 어떤 전환도 필요 없습니다. 덴마크어 같은 8 비트 ASCII 문자 집합에서 미국 영어 같은 7 비트 문자 집합으로 전환시 미국 알파벳에 없는 추가 덴마크어 문자들은 물음표(?)로 전환되게 합니다. 이 경우에 물음표는 적절한 결과인 알려지지 않은 덴마크어 문자로 치환됩니다.

지침

• 8 비트씩 데이터 이동 시 문자들이 손실되는지 아닌지는 데이터 입력을 위해 사용되는 언어의 명세에 달려 있습니다. 예를 들어 스페인 알파벳은 덴마크 알파벳에는 없는 문자를 가지고 있으므로 스페인어 데이터베이스로부터 덴마크어 데이터베이스로 데이터 이동 시 데이터 변환을 초래할 것이며  따라서 이런 문자들의 손실도 가능하게 될 것입니다.
  
  
• 여러 바이트씩 데이터 이동시도 다중 바이트 언어의 명세에 달려 있습니다.

요약 참조

• DEPT Table(Master Table), EMP Table(Child Table) 을 EXPORT 하려한다. 그러나 EXPORT 수행 중에 DEPT, EMP Table 모두 변경될 가능성이 많을 경우 두 Table 의 Data 일관성을 보장하기 위해 사용해야 하는 Option 은?
  A. CONSISTENT
  B. DIRECT
  C. COMPRESS
  D. ROWS
  답

• Direct Path EXPORT 설명 중 옳지 않은 것은?
  A. Database 자원에 대해 다른 사용자들과 경쟁하지 않는다.
  B. Database Block 을 Session 이 사용하는 Private Area 로 읽어 들인다.
  C. I/O 버퍼의 크기를 지정하기 위해 BUFFER Option 을 사용한다.
  D. 전송을 위해 TTC 버퍼로 직접 행을 전송한다.
  답

• Direct-path 방식의 export 에서 사용할수 없는 option 은?
  A. BUFFER
  B. RECORDLENGTH
  답

• EXPORT Option INCTYPE 설명 중 옳지 않은 것은?
  A. COMPLETE 는 모든 Table Data, Definition 을 Export 한다.
  B. INCREMENTAL 은 최근의 COMPLETE, CUMULATIVE, INCREMENTAL 이후에 갱신된 Table 을 Export 한다.
  C. CUMULATIVE 는 최근의 COMPLETE, CUMULATIVE 이후에 갱신된 Table 을 Export 한다.
  D. INCTYPE Option 사용 시 변경된 Record 만 Export 된다.
  답

• Entire database 를 export 하려한다. 또한 export 되는 시점의 consistent 한 상태로 export 하려할때 그 명령은 다음 중 어느 것인가?
  A. EXP CONSISTENT=Y
  B. EXP FULL=Y CONSISTENT=Y
  C. EXP FULL=Y
  D. EXP FULL=Y CONSISTENT=Y TABLES=(s_emp)
  답

• Export files 은 Import utility 에 위해서만 Database 에 object 를 재성성 할수 있다?
  A. TRUE
  B. FALSE
  답

• Export utility 에서 사용가능한 export mode 는? (multiple choice)
  A. a. Column
  B. Full database
  C. Grant
  D. User
  E. Table
  답

• IMPORT 시 Rollback Segment 에 관련된 Error 를 방지하기 위해 COMMIT Option 을 사용한다?
  A. TRUE
  B. FALSE
  답

• IMPORT 시 Table 과 Data 가 생성되는 순서가 옳은 것은?
  A. Data Import -> Table 생성 -> Index 생성 -> Trigger, Constraints Enable
  B. Table 생성 -> Data Import -> Trigger, Constraints Enable -> Index 생성
  C. Table 생성 -> Index 생성 -> Data Import -> Trigger, Constraints Enable
  답

• Logical backup 에 대해 archived redo log file 를 적용하여 복구할수 있다?
  A. TRUE
  B. FALSE
  답

• Table 을 Import 할때 default 로 system tablespace 에 생성된다?
  A. TRUE
  B. FALSE
  답

• dba.dmp export file 에 있는 모든 table 을 import 할려면 다음 중 맞는 것은?
  A. IMP system/manager FILE=DBA.DMP TABLES=FULL
  B. IMP system/manager FILE=DBA.DMP FULL=Y
  C. IMP system/manager FILE=DBA.DMP FULL,USERS=Y
  D. IMP system/manager FILE=DBA.DMP SHOW=Y
  답

[일반적 복구 형태.실습.]

<Temporary tablespace의 유실....일케 하자~~>
<복원> -> 유실된 임시 테이블 스페이스를 삭제하고 다시 생성...
         (단, 기본값으로 사용중인 임시 테이블 스페이스는 삭제 안된다...
         새로 생성해서 생성된 임시 테이블 스페이스를 기본값으로 변경하고 삭제 해야함.)
        
     <실습>
     --기본 테이블스페이스 확인..(temp로 되있다.)
     select username, temporary_tablespace from dba_users;
     select tablespace_name, contents from dba_tablespaces;

     --기본 테이블스페이스를 변경..(temp2로)
     alter database default temporary tablespace temp2;

     select name from v$tempfile;
     NAME
     --------------------------------
     C:\ORACLE\ORADATA\LXG2\TEMP01.DBF
     C:\ORACLE\ORADATA\LXG2\TEMP2.DBF

     select * from dba_tablespaces;
     select tablespace_name, file_name from dba_temp_files;

     --유실시키기....(실습을위해서..해본것임..)

     --회사쫄닥망하고...나도 망한다...ㅋㅋㅋ
     shutdown abort한후
     C:\oracle\oradata\LXG2\temp01.dbf <--삭제해버린다..
     (오라클 9i인 경우..오픈은 잘 되나..엑세스는 안됨.)

     sql다시 접속해서..

     drop tablespace temp including contents and datafiles;

     ORA-12906: 기본 임시 테이블스페이스를 삭제할 수 없음

     --우선 기본테이블스페이스를 변경시킨다.
      alter database default temporary tablespace temp2;

     --다시 기본테이블스페이스를 삭제하고..
     drop tablespace temp including contents and datafiles;

     --새로 테이블스페이스 생성...
       create temporary tablespace temp tempfile

       'c:\oracle\oradata\lxg2\temp01.dbf' size 10m;

       alter database default temporary tablespace temp;

       shutdown immediate
       startup

      <오라클 8i인 경우는 mount단계에서 멈춤..open이 안됨..>
     따라서 조금 다른방법으로....마운트단계에서 걍 시작..

     --마운트단계에서 open을 하되..temp01을 제외하고 open한다.
        alter database datafile 'C:\ORACLE\ORADATA\LXG2\TEMP01.DBF' offline drop;
       alter database open;
       drop tablespace temp including contents;

     --8i에서는 tempfile가 datafile이었다.
     --v$tempfile, dba_temp_files뷰는 9i부터 새로이 생긴 뷰이당....
        create tablespace temp datafile

       'C:\ORACLE\ORADATA\LXG2\TEMP01.DBF' size 10m temporary;