database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
PostgreSQL
Firebird
ㆍOracle
Informix
Sybase
MS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
Oracle Q&A 24101 게시물 읽기
No. 24101
급합니다. 9i Client에서 10g로 접속하여 export시 에러...
작성자
이무기
작성일
2005-09-15 10:45
조회수
7,472

Oracle 9i Client에서 10g 서버를 접속해서 export를 받는데 아래와 같은 에러로 제대로 안 받아집니다.

character set은 KO16MSWIN949로 동일합니다.

해결책을 찾다보니 catexp.sql을 dba권한으로 실행하면 exp-00003에러에 대한

문제를 해결할 수 있다고 해서 10g에서 실행하고 나서 재시도해도 동일하게

안됩니다.

해결책을 아시는 분이 있으면 꼭 좀 부탁드립니다.

 

------------------------------------------------------------------------------

다음에 접속됨: Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Production
With the Partitioning, OLAP and Data Mining options
KO16MSWIN949 문자 설정과 AL16UTF16 NCHAR 문자 설정에서 엑스포트가 종료되었습니다

지정된 사용자를 엑스포트하려고 합니다 ...\
. 스키마 이전 단계의 객체와 작업을 엑스포트합니다\r

. ABC 사용자를 위해 외래 함수 라이브러리 이름을 엑스포트합니다
. PUBLIC 유형 동의어 엑스포트 중
. 전용 유형 동의어 엑스포트 중\
. ABC 사용자의 객체 유형 정의를 엑스포트 합니다 \r

ABC의 객체를 엑스포트하려고 합니다 ...
. 데이터베이스 링크 엑스포트 중
. 순차 번호 엑스포트 중
. 클러스터 정의 엑스포트 중
. ABC의 테이블을 엑스포트하려고 합니다 via 디렉토리 경로 ...
. . 테이블 DBMAX_EXTENTS(를)을 엑스포트 중
EXP-00003: 세그먼트(4, 652)에 대한 저장 영역 정의가 없습니다
. . 테이블 F0000_1(를)을 엑스포트 중 1 행이 엑스포트됨
. . 테이블 F0001_1(를)을 엑스포트 중 19 행이 엑스포트됨
. . 테이블 F0001_M(를)을 엑스포트 중 19 행이 엑스포트됨
. . 테이블 F0002_1(를)을 엑스포트 중 4 행이 엑스포트됨
. . 테이블 F0011_1(를)을 엑스포트 중
EXP-00003: 세그먼트(4, 1043)에 대한 저장 영역 정의가 없습니다
. . 테이블 F0041_0(를)을 엑스포트 중
EXP-00003: 세그먼트(4, 1075)에 대한 저장 영역 정의가 없습니다
. . 테이블 F0041_1(를)을 엑스포트 중
EXP-00003: 세그먼트(4, 1164)에 대한 저장 영역 정의가 없습니다
. . 테이블 F0041_2(를)을 엑스포트 중 261 행이 엑스포트됨
. . 테이블 F0041_3(를)을 엑스포트 중
EXP-00003: 세그먼트(4, 1123)에 대한 저장 영역 정의가 없습니다
. . 테이블 F0041_V(를)을 엑스포트 중 0 행이 엑스포트됨
. . 테이블 F00F3_1(를)을 엑스포트 중
EXP-00003: 세그먼트(4, 3980)에 대한 저장 영역 정의가 없습니다
. . 테이블 F00F3_B(를)을 엑스포트 중 25 행이 엑스포트됨

 

이 글에 대한 댓글이 총 6건 있습니다.

고민하지 마시고 10g 클라이언트를 설치하시기 바랍니다.

 

아니면 서버에서 export 를 받던가요.

김주현님이 2005-09-15 14:41에 작성한 댓글입니다. Edit

물론 10g Client를 설치하면 당근 아무 문제없조

문제는 제 PC에는 오라클 9i가 설치되어 있고 당분간은 서버의 db를 제 PC로

import하고 제 PC에서 수정한 내용을 export하고 서버로 import하는 식으로

작업을 해야 하기 때문입니다.

버전 7,8,9까지 올라오면서 별 문제없이 가능했던 부분이 안되니 정말 답답합니다.

오라클 버전업할 때마다 꼭 문제가 생겨서 고생을 시키는데 정말 돌겠습니다.

혹시라도 해결책을 아시는 분이 계시면 꼭 알려주시기 바랍니다.

 

이무님이 2005-09-15 15:41에 작성한 댓글입니다. Edit

글쎄요.. 저는 잘 되는 거 같은데요.....

저도  9i client 에 10g(10.1.0.4) 서버 에서 export 를 받고 있는데

별 문제는 없는거 같습니다.

 

conn mis/mis@10g file=path log=path statistics=none

 

 흠....

뽀빠이님이 2005-09-16 10:16에 작성한 댓글입니다. Edit

에쿠 conn 이 아니라..exp 겠죠.. ^^ 지송.

 

c:\>exp mis/mis@10g file=path log=path statistics=none

뽀빠이님이 2005-09-16 10:17에 작성한 댓글입니다. Edit

제가 보기에는 9i client에 문제가 있다기 보다는 10g database에 문제가 있다고 보입니다.

 

저도 비슷한 error를 경험한 적이 있는데, 뭔가 export와 관련된 standard package가 이상해 지지 않았나 생각이 드네요. 우선 10g database에 invalid objects의 유무를 확인하시구요, 만약 'sys'가 소유한 objects 중에서 invalid objects가 있다면 recompile해주세요.

그리고 catproc.sql 과 catalog.sql을 10g database상에서 재실행해 보세요. (물론 sysdba권한으로 로그인해서 실행해야 합니다.)

 

그리고 위의 과정이 끝난 후에 반드시 $ORACLE_HOME/rdbms/admin/utlrp.sql을 몇번 실행해서 invalid objects를 clear해야 합니다.

 

10g database를 9i의 exp utility를 사용해서 export하는 것은 전혀 잘못된 것이 아닙니다.

 

높은 version의 Oracle을 export해서 낮은 version의 Oracle에 import할 때, 낮은 version의 Oracle의 export utility를 사용하는 게 Oracle에서 제공하는 원칙입니다.

허진님이 2005-09-20 15:43에 작성한 댓글입니다.
이 댓글은 2005-09-20 15:44에 마지막으로 수정되었습니다. Edit

고맙습니다. 해결했습니다.

다른 일로 바빠서 이제야 답변을 올리네요...

뽀빠이님의 답변에 힌트를 얻어서 export명령의 매개변수를

조정 후 실행했더니 에러없이 잘되더라구요....

EXP aaa/aaa OWNER=bbb FILE=mydb.dmp COMPRESS=N DIRECT=Y

위에서 COMPRESS=N 매개변수를 빼고 실행했더니 정상적으로

Export되더라고요....

정말 고맙습니다. 복받으세요....^^

이무기님이 2005-09-27 17:17에 작성한 댓글입니다. Edit
[Top]
No.
제목
작성자
작성일
조회
24104Insert 중에 테이블 먹통 [2]
1111
2005-09-15
1782
24103질문 이 쿼리의 사용하면, 중복이 일어나는데, 날짜중에 최신것만 뽑을려면 어떻게? [2]
강명원
2005-09-15
1503
24102랭킹관련 문의... [8]
인랑초지
2005-09-15
2363
24101급합니다. 9i Client에서 10g로 접속하여 export시 에러... [6]
이무기
2005-09-15
7472
24100저기...mview가 뭔가요? [1]
궁금이
2005-09-15
1632
24098new system에 oracle 탑재에 관한 질문 [3]
짱장군
2005-09-15
1030
24097장진주님 재질문 [2]
퓨쳐
2005-09-14
1478
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.017초, 이곳 서비스는
	PostgreSQL v16.2로 자료를 관리합니다