대체 백업 전략은를 직접 복사하는 것입니다.PostgreSQL데이터를 데이터베이스에 저장하는 데 사용;PostgreSQL : 문서 : 16 : 19.2. 토토 베이 클러스터 만들기이 스포츠 토토이 어디에 있는지 설명합니다. 스포츠 토토 시스템 백업을 수행하는 데 선호하는 메소드를 사용할 수 있습니다.

tar -cf backup.tar/usr/local/pgsql/data

두 가지 제한 사항이 있어서이 방법이 비현실적이거나 적어도 열등한pg_dump메소드 :

대체 스포츠 토토 시스템 백업 접근 방식은 a를 만드는 것입니다.“일관된 스냅 샷”데이터 디렉토리의 파일 시스템이 해당 기능을 지원하는 경우 (그리고 귀하는 올바르게 구현되었음을 기꺼이 신뢰할 수 있습니다). 일반적인 절차는 A를 만드는 것입니다.“냉동 스냅 샷”데이터베이스가 포함 된 볼륨의 다음 전체 데이터 디렉토리를 스냅 샷에서 백업 장치로 복사 한 다음 냉동 스냅 샷을 해제하십시오. 데이터베이스 서버가 실행 중에도 작동합니다.Checkpoint회복 시간을 줄이기 위해 스냅 샷을 찍기 전에.

데이터베이스가 여러 스포츠 토토 시스템에 퍼져있는 경우 모든 볼륨의 정확한 단순한 동결 스냅 샷을 얻을 방법이 없을 수 있습니다. 예를 들어, 데이터 스포츠 토토과 WAL 로그가 다른 디스크에 있거나 테이블 스페이스가 다른 스포츠 토토 시스템에있는 경우 스냅 샷이므로 스냅 샷 백업을 사용할 수 없습니다필수동시에. 그러한 상황에서 일관된 SNAPShot 기술을 신뢰하기 전에 스포츠 토토 시스템 문서를 매우 신중하게 읽으십시오.

동시 스냅 샷이 불가능한 경우 한 가지 옵션은 모든 냉동 스냅 샷을 설정할 수있을 정도로 오랫동안 데이터베이스 서버를 종료하는 것입니다. 또 다른 옵션은 연속 아카이빙베이스 백업 (를 수행하는 것입니다.섹션 26.3.2) 이러한 백업은 백업 중에 스포츠 토토 시스템 변경에 면역이기 때문에. 이를 위해서는 백업 프로세스 중에만 연속 아카이브를 가능하게해야합니다.섹션 26.3.4).

다른 옵션은 사용하는 것입니다rsync스포츠 토토 시스템 백업을 수행합니다. 이것은 첫 번째 달리기로 이루어집니다rsync데이터베이스 서버가 실행되는 동안 데이터베이스 서버를 길게 종료하면rsync -checksum. (-Checksumrsync1 초의 스포츠 토토 수정 시간 세분화 만 있습니다.) 두 번째rsync전송 데이터가 상대적으로 적기 때문에 첫 번째보다 빠르며 서버가 다운되어 최종 결과가 일관됩니다. 이 방법은 스포츠 토토 시스템 백업을 최소한의 다운 타임으로 수행 할 수 있습니다.

파일 시스템 백업은 일반적으로 SQL 덤프보다 큽니다. (pg_dump예를 들어 인덱스의 내용을 덤프 할 필요는 없습니다. 예를 들어,이를 재현하는 명령 만 있습니다.) 그러나 스포츠 토토 시스템 백업을 사용하는 것이 더 빠를 수 있습니다..