안녕하세요? 아마도 O/S의 File Size제약으로 인한 Error같습니다. Export File이 4G이상이라는 것은 그나마 큰 데이타베이스를 사용하시는 것 같구요.. 일반적인 Backup은 Cold Backup을 수행합니다. Cold Backup은 Database를 shutdown한 후에, 모든 datafile, redolog file, control file을 copy받지요.. 님처럼 export로 큰 파일을 받으시려면, 3가지 방법이 있읍니다. 1. O/S의 file limit를 없애는 방법. => 최근 O/S는 File의 크기가 훨씬 큰 크기 까지 지원되므로 가능할 것입니다. O/S Vender에 문의하시구요.. 2. export를 받을때 Unix의 경우라면 pipe을 이용하여 동시에 compress하여 받으면 더 큰 file도 4.3G 이하로 생성되므 로 가능합니다. => 마지막에 따로 설명.. 3. export를 Tape Device로 바로 받는 방법.. => 요즘에는 잘 사용되지 않는 방법인데, Tape으로 받을때 여러개 tape에 연속적으로 받는 Option이 있읍니다. 그것 을 이용하시면 됩니다 ------(아래의 방법은 직접 주의깊게 Test해보시고 사용하시기 바랍니다.) large export Method 1. export file의 크기 확인 . 1.1 $mknod /tmp/exp_pipe p 1.2 $exp userid=system/manager file=/tmp/exp_pipe& 1.3 $dd if=/tmp/exp_pipe of=/dev/null 20712+0 records in. 20712+0 records out. 20712*512 = 10604544 bytes * 시간 비교. normal export : 14:06:15 시작 14:13:39 끝 7분 24초 compress export: 14:15:58 시작 14:22:40 끝 6분 42초 결과적으로 두가지 방법의 시간적인 차이는 없는것으로 나타 났다. (오히려 빠른 결과가 나온것은 수행시에 시스템의 부하의 차이로 보인다.) 2. compress를 이용한 export수행. 2.1 $mknod /tmp/exp_pipe p 2.2 $compressexport.dmp.Z& 2.3 $exp userid=system/manager file=/tmp/exp_pipe full=y 이 크기는 실제로 export한 file의 크기와 일치함. 위의 10604544가 2383513의 크기로 줄어서 export함. 즉 20%~30%의 크기로 줄어든다. 3. 위의 file을 import할 경우. 3.1 $mknod /tmp/imp_pipe p 3.2 $uncompress/tmp/imp_pipe& 3.3 $imp userid=system/manager file=/tmp/imp_pipe full=y