| PostgreSQL 9.3.25 문서 | ||||
|---|---|---|---|---|
| 이전 | PostgreSQL : 문서 : 9.3 : 토토 결과 및 복원 | 24장. 백업 및 복원 | 다음 | |
대체 백업 전략은 토토 결과을 직접 복사하는 것입니다 그포스트그레SQL저장하는 데 사용됩니다. 데이터베이스의 데이터;PostgreSQL : 문서 : 9.3 : 범퍼카 토토 클러스터 만들기이 토토 결과이 있는 위치를 설명합니다. 당신은 사용할 수 있습니다 토토 결과 시스템 백업을 위해 선호하는 방법은 무엇이든 가능합니다. 에 대한 예:
tar -cf backup.tar /usr/local/pgsql/data
그러나 이 방법을 사용하려면 두 가지 제한사항이 있습니다. 비실용적이거나 적어도 다음보다 열등함pg_dump방법:
데이터베이스 서버반드시접근을 위해 폐쇄되어야 합니다. 사용 가능한 백업. 모두 불허하는 등 중간조치 연결은 다음과 같습니다아님일 (일부 이유는 다음과 같습니다.타르및 유사한 도구가 파일 시스템 상태의 원자적 스냅샷을 찍지는 않지만 서버 내의 내부 버퍼링 때문이기도 합니다). 정보 서버 중지에 대한 내용은 다음에서 찾을 수 있습니다.섹션 17.5. 말할 필요도 없이 당신도 데이터를 복원하기 전에 서버를 종료해야 합니다.
당신이 토토 결과 시스템 레이아웃의 세부사항을 파고들었다면 데이터베이스를 백업하거나 복원하고 싶은 유혹을 느낄 수도 있습니다. 각각의 특정 개별 테이블이나 데이터베이스만 토토 결과이나 디렉토리. 이것은아님정보가 있기 때문에 일하세요 이 파일에 포함된 내용은 커밋 로그 없이는 사용할 수 없습니다. 파일,pg_clog/*, 여기에는 모든 트랜잭션의 커밋 상태. 테이블 파일은 다음에서만 사용할 수 있습니다. 이 정보. 물론 하나만 복원하는 것도 불가능합니다. 테이블 및 관련pg_clog데이터 왜냐하면 데이터베이스 클러스터의 다른 모든 테이블을 렌더링하기 때문입니다. 쓸모없다. 따라서 토토 결과 시스템 백업은 전체 백업 및 전체 데이터베이스 클러스터를 복원합니다.
대체 파일 시스템 백업 접근 방식은 다음을 만드는 것입니다."일관된 스냅샷"12841_13014"동결된 스냅샷"데이터베이스가 포함된 볼륨의 전체 데이터를 복사합니다. 스냅샷에서 백업까지의 디렉토리(부분이 아님, 위 참조) 그런 다음 고정된 스냅샷을 해제합니다. 이것은 동안에도 작동합니다 데이터베이스 서버가 실행 중입니다. 그러나 이 방법으로 생성된 백업은 방식은 데이터베이스 서버와 같은 상태로 데이터베이스 파일을 저장합니다. 제대로 종료되지 않았습니다. 따라서 데이터베이스를 시작할 때 서버에 백업된 데이터가 있으면 이전 서버라고 생각합니다. 인스턴스가 충돌하여 WAL 로그를 재생합니다. 이것은 문제; 주의하세요(WAL 파일을 반드시 포함하세요) 백업에 있음). 다음을 수행할 수 있습니다.체크포인트스냅샷을 찍기 전에 회복 시간.
귀하의 데이터베이스가 여러 토토 결과 시스템에 분산되어 있는 경우, 정확히 동시에 냉동을 얻을 수 있는 방법이 없을 수도 있습니다. 모든 볼륨의 스냅샷. 예를 들어, 데이터 토토 결과과 WAL 로그가 다른 디스크에 있거나 테이블스페이스가 다른 곳에 있는 경우 토토 결과 시스템에서는 스냅샷 백업을 사용하지 못할 수도 있습니다. 왜냐하면 스냅샷 때문입니다반드시동시적이어야 합니다. 파일 읽기 시스템 문서를 신뢰하기 전에 매우 신중하게 이러한 상황에서는 일관된 스냅샷 기술이 필요합니다.
동시 스냅샷이 불가능할 경우 한 가지 옵션은 다음과 같습니다. 모든 설정이 완료될 때까지 데이터베이스 서버를 종료합니다. 정지된 스냅샷. 또 다른 옵션은 연속적으로 수행하는 것입니다. 기본 백업 보관(섹션 24.3.2) 이러한 백업은 백업 중에 토토 결과 시스템 변경에 영향을 받지 않기 때문입니다. 백업. 이를 위해서는 작업 중에도 지속적인 아카이빙을 활성화해야 합니다. 백업 프로세스; 복원은 지속적인 아카이브 복구를 사용하여 수행됩니다. (섹션 24.3.4).
또 다른 옵션은 다음을 사용하는 것입니다.rsync토토 결과 시스템 백업을 수행합니다. 이는 첫 번째 실행으로 수행됩니다.rsync데이터베이스 서버가 실행한 다음 데이터베이스 서버를 종료할 수 있을 만큼만 종료합니다. 잠깐만요rsync. 두 번째rsync보다 훨씬 빠를 것입니다 첫 번째는 전송할 데이터가 상대적으로 적기 때문입니다. 서버가 다운되었기 때문에 최종 결과는 일관됩니다. 이 방법을 사용하면 최소한의 비용으로 토토 결과 시스템 백업을 수행할 수 있습니다. 다운타임.
토토 결과 시스템 백업은 일반적으로 백업보다 큽니다. SQL 덤프. (pg_dump필요하지 않음 예를 들어 인덱스의 내용을 덤프하려면 다시 만드십시오.) 그러나 토토 결과 시스템 백업을 수행하는 것은 더 빨라요.
| 이전 | 배트맨 토토 : 문서 : 9.3 : 배트맨 토토 9.3.25 문서화 | 다음 |
| SQL덤프 | PostgreSQL : 문서 : 9.3 : 토토 결과 및 복원 | 지속적인 아카이빙 및 특정 시점 복구(PITR) |