대체 백업 전략은 파일을 직접 복사하는 것입니다 그포스트그레SQL저장에 사용 데이터베이스의 데이터. 에서섹션 3.2어디에 설명되어 있나요? 이러한 파일이 있지만 아마도 이미 찾았을 것입니다. 이 방법에 관심이 있다면. 어떤 방법을 사용해도 됩니다 예를 들어 일반적인 파일 시스템 백업을 선호하는 경우
tar -cf backup.tar /usr/local/pgsql/data
그러나 이 방법을 사용하려면 두 가지 제한사항이 있습니다. 비실용적이거나 적어도 다음보다 열등함pg_dump방법:
데이터베이스 서버반드시다음을 위해 폐쇄되어야 합니다. 사용할 수 있는 백업을 받으세요. 불허 등 중간조치 항상 일부 연결이 있기 때문에 모든 연결이 작동하지 않습니다. 버퍼링이 진행 중입니다. 이러한 이유로 또한 바람직하지 않습니다. 지원한다고 주장하는 파일 시스템을 신뢰합니다."일관된 스냅샷". 에 관한 정보 서버를 중지하는 방법은섹션 3.6.
말할 필요도 없이 서버를 종료해야 합니다 데이터를 복원하기 전에.
파일 시스템 레이아웃의 세부사항을 파헤친 경우 특정 항목만 백업하거나 복원하고 싶은 유혹을 느낄 수도 있습니다. 해당 파일의 개별 테이블이나 데이터베이스 또는 디렉토리. 이것은아님일하기 때문에 이 파일에 포함된 정보는 절반만 포함되어 있습니다. 진실. 나머지 절반은 커밋 로그 파일에 있습니다.pg_clog/*12404_12605pg_clog데이터는 다른 모든 테이블을 렌더링하기 때문입니다. 데이터베이스 클러스터가 쓸모가 없습니다.
또한 파일 시스템 백업이 반드시 필요한 것은 아닙니다. SQL 덤프보다 작습니다. 오히려 그럴 가능성이 크다. 더 큰. (pg_dump필요하지 않음 예를 들어 인덱스의 내용을 덤프하려면 다시 만드세요.)