대체 백업 전략은 다음 파일을 직접 복사하는 것입니다.포스트그레SQL데이터베이스에 데이터를 저장하는 데 사용됩니다.PostgreSQL : 문서 : 17 : 18.2. 사설 토토 사이트 클러스터 만들기이 무지개 토토의 위치를 ​​설명합니다. 무지개 토토 시스템 백업을 수행하는 데 선호하는 방법을 사용할 수 있습니다. 예를 들어:

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

그러나 이 방법을 비현실적으로 만들거나 적어도 다음 방법보다 열등하게 만드는 두 가지 제한 사항이 있습니다.pg_dump방법:

대체 파일 시스템 백업 접근 방식은 다음을 만드는 것입니다.“일관된 스냅샷”파일 시스템이 해당 기능을 지원하는 경우(그리고 해당 기능이 올바르게 구현되었음을 신뢰할 의향이 있는 경우) 데이터 디렉토리의. 일반적인 절차는 다음과 같습니다.“동결된 스냅샷”데이터베이스가 포함된 볼륨의 전체 데이터 디렉터리(부분만이 아님, 위 참조)를 스냅샷에서 백업 장치로 복사한 다음 고정된 스냅샷을 해제합니다. 이는 데이터베이스 서버가 실행되는 동안에도 작동합니다. 그러나 이렇게 생성된 백업은 마치 데이터베이스 서버가 제대로 종료되지 않은 상태로 데이터베이스 파일을 저장하게 된다. 따라서 백업된 데이터로 데이터베이스 서버를 시작하면 이전 서버 인스턴스가 충돌했다고 간주하고 WAL 로그를 재생합니다. 이것은 문제가 되지 않습니다. 주의하세요(그리고 백업에 WAL 파일을 반드시 포함하세요). 다음을 수행할 수 있습니다.체크포인트복구 시간을 줄이기 위해 스냅샷을 찍기 전에.

데이터베이스가 여러 무지개 토토 시스템에 분산되어 있는 경우 모든 볼륨의 고정된 스냅샷을 정확하게 동시에 얻을 수 있는 방법이 없을 수 있습니다. 예를 들어, 데이터 무지개 토토과 WAL 로그가 다른 디스크에 있거나 테이블스페이스가 다른 무지개 토토 시스템에 있는 경우 스냅샷 백업을 사용하지 못할 수도 있습니다.반드시동시적이어야 합니다. 이러한 상황에서 일관된 스냅샷 기술을 신뢰하기 전에 파일 시스템 설명서를 주의 깊게 읽어보세요.

동시 스냅샷이 불가능할 경우, 한 가지 옵션은 모든 고정된 스냅샷을 구축할 수 있을 만큼 충분히 오랫동안 데이터베이스 서버를 종료하는 것입니다. 또 다른 옵션은 지속적인 아카이브 기본 백업을 수행하는 것입니다(섹션 25.3.2) 이러한 백업은 백업 중 무지개 토토 시스템 변경에 영향을 받지 않기 때문입니다. 이를 위해서는 백업 프로세스 중에도 지속적인 보관을 활성화해야 합니다. 복원은 지속적인 아카이브 복구를 사용하여 수행됩니다(섹션 25.3.5).

또 다른 옵션은 다음을 사용하는 것입니다.rsync무지개 토토 시스템 백업을 수행합니다. 이는 첫 번째 실행으로 수행됩니다.rsync데이터베이스 서버가 실행되는 동안 다음 작업을 수행할 수 있을 만큼 오랫동안 데이터베이스 서버를 종료합니다.rsync --체크섬. (--체크섬필요한 이유는rsync무지개 토토 수정 시간 단위는 1초뿐입니다.) 두 번째rsync전송할 데이터가 상대적으로 적기 때문에 첫 번째 것보다 더 빠를 것이며, 서버가 다운되었기 때문에 최종 결과는 일관될 것입니다. 이 방법을 사용하면 가동 중지 시간을 최소화하면서 무지개 토토 시스템 백업을 수행할 수 있습니다.

파일 시스템 백업은 일반적으로 SQL 덤프보다 큽니다. (pg_dump인덱스 내용을 덤프할 필요는 없습니다. 예를 들어 인덱스 내용을 다시 생성하는 명령만 있으면 됩니다.) 그러나 무지개 토토 시스템 백업을 수행하는 것이 더 빠를 수 있습니다.