-t 옵션을 하면 스키마 체크를 안해야 할텐데....

꼭 테이블 단위로 벡업 해야나요? 그냥 디비 단위로 해보시는게 어떠신지요.

DB명은 testDB

pg_dump.exe --host 192.168.1.2 --port 5432 --username postgres testDB > testDB.sql

하시면 명령을 수행한 디렉토리에 생성 됩니다.

새로 업로드 하실땐 새로운 디비명 : newDB

psql -d newDB -f testDB.sql

이상. 허접한 답변이었습니다.

db 단위로 하던지,

table 단위로 하던지,

동일하게,, 에러 나고 있습니다. ㅠ

핵심은

pg_dump: schema with OID 128840643 does not exist

이부분인것 같은데,

어떻게 해야 할지를 모르겠습니다.ㅠ

해당 객체가 없다는 소리입니다.

일단 어디서 저 오류를 뱉는지부터 찾으셔야할 듯합니다.

그것이 진짜로 해당 테이블의 문제인지,

시스템 카타로그 테이블의 문제인지부터

만일 시스템 카타로그 문제라면, db 전체를 vacuum 작업을 하시고,

테이블 문제라면, 일단 select  all 이 되는지 부터 확인해보시고,

된다면, copy 명령으로 자료를 받고, 테이블 지우고, 다시 만들고, 복구해보세요.

일반적으로 저 경우는 WAL (백그라운드 자료 저장 방법) 작동에서 트랙잭션 로그가 비정상적으로 실재 물리적인 자료에 쓰여졌는 경우, - 예를 들면, xid overflow 같은 경우겠죠.

일반적인 방법으로는 vacuum, reindex 같은 관리형 명령들로 자료를 재정리하면 해결 나는데,

그렇지 않다면, 일단 정상적으로 DB 서버를 종료하고, 다시 재가동해서 vacuum - reindex 작업을 하고,

다시 dump를 시도해 보시고,

그것도 안되면,

음.... 알아서 잘 풀어보세요.

이미 풀었을 문제 같지만. :)