2016-11-01 26 views
0

내가 pgAdmin 3를 사용하는 것을 선호 (pgAdmin 4 PostgreSQL의 9.5를 사용하기 위해 노력하고있어하지만 난 내 데이터베이스에 연결하려고 다음과 같은 메시지가 : "경고 :pg_restore가 성공적으로 반환되었지만 실제로 데이터베이스를 복원하지 않는 이유는 무엇입니까? PostgreSQL의 9.5

서버 연결하고 pgAdmin III의이 릴리스에서 지원하는 버전이 아닙니다으로.

pgAdmin III는 예상대로 작동하지 않을 수 있습니다.

지원되는 서버 버전 8.4) "9.3

는 그래서 강제로 해요된다 pgAdmin 4를 사용하십시오. 그러나 복원 할 때 (예 : sually do pgAdmin III) "성공적인"복원을 얻지 만 데이터는 실제로 테이블로 복원되지 않습니다.

나는 '성공'의 세부 사항을 클릭하면

내가이되게하고 복원 :

"1. pg_restore에을 : 복원 데이터베이스에 연결"

가 어떻게이 문제를 해결할 수 있습니까?

답변

0

복원을 실행 한 후 pgAdmin4 로그를 제공하겠습니까?

pgAdmin4 로그 위치 :

리눅스 :

~/.pgadmin/pgAdmin4.log

~/.pgadmin/job_logs/

윈도우 :

% appdata % \ pgAdmin \ pgAdmin4.log

퍼센트 APPDATA % \ pgAdmin \ job_logs \

참고 : 성공 대화 상자를 인정하면 후 다른 복원 pgAdmin4에 닫지 성공 대화를하십니까 것은 pgAdmin4는 "job_logs"도 삭제 디렉토리 &에서 각각의 작업 로그 파일을 삭제합니다 " pgAdmin4.log "복원을 실행하여 원하지 않는 로그를 정리하십시오.

+0

20161121135210265000, pg_restore의 : 초기화하는 동안 [아카이브 (dB)] 오류 : 20161121135210265000은 pg_restore의 : 오류 : [아카이버 (dB)]을 쿼리를 실행할 수 없습니다 20161121135210265000, pg_restore의 복원을 위해 데이터베이스에 연결 인식 할 수없는 구성 매개 변수를 "row_security " 20161121135210265000, 명령 : SET row_security = off; 20161121135210265000, 20161121135210265000 경고 : 복원시 오류 무시 : 1 –

+0

row_security 구성 설정은 9.5에서 새로 추가되었으며 9.5 데이터베이스에서 가져온 데이터베이스 덤프를 이전 버전의 PostgreSQL으로 복원한다는 의미입니다. 새 기능은 이전 서버에서 작동하지 않으므로 해당 조합은 지원되지 않습니다. – n33rma

+0

백업은 이전 버전의 PostgreSQL (9.3)에서 제공되었으며 9.5로 업그레이드되었습니다. PGAdmin 4는 9.5를 지원하지만 PostgreSQL 9.3에서 PGAdmin 3에서 수행 할 수있는 것처럼 테이블을 복원하지 않습니다. –