대체 백업 전략은 토토 사이트을 직접 복사하는 것입니다 저것PostgreSQL저장에 사용 데이터베이스의 데이터. 안에섹션 16.2어디에 설명되어 있나요? 이러한 토토 사이트이 있지만 아마도 이미 찾았을 것입니다. 이 방법에 관심이 있다면. 어떤 방법을 사용해도 됩니다 예를 들어 일반적인 토토 사이트 시스템 백업을 선호하는 경우
tar -cf backup.tar /usr/local/pgsql/data
그러나 이 방법을 사용하려면 두 가지 제한사항이 있습니다. 비실용적이거나 적어도 다음보다 열등함pg_dump방법:
데이터베이스 서버반드시다음을 위해 폐쇄되어야 합니다. 사용할 수 있는 백업을 받으세요. 불허 등 중간조치 모든 연결은아님일 (주로 왜냐하면타르및 유사한 도구는 특정 시점의 파일 시스템 상태에 대한 원자적 스냅샷 시간). 서버 중지에 대한 정보는 다음에서 찾을 수 있습니다.PostgreSQL : 문서 : 8.0 : 서버 토토 커뮤니티. 불필요한 그 전에 서버도 종료해야 한다고 말하면 데이터를 복원 중입니다.
토토 사이트 시스템 레이아웃의 세부사항을 파헤친 경우 데이터베이스의 백업을 시도하거나 특정 개별 테이블이나 데이터베이스만 복원 해당 토토 사이트이나 디렉터리. 이것은아님일하기 때문에 이 파일에 포함된 정보는 절반만 포함되어 있습니다. 진실. 나머지 절반은 커밋 로그 파일에 있습니다.pg_clog/*12641_12842pg_clog데이터는 다른 모든 테이블을 렌더링하기 때문입니다. 데이터베이스 클러스터가 쓸모가 없습니다. 따라서 토토 사이트 시스템 백업만 작동합니다. 전체 데이터베이스 클러스터의 완전한 복원을 위해.
대체 파일 시스템 백업 접근 방식은 다음을 만드는 것입니다."일관된 스냅샷"데이터의 디렉토리, 파일 시스템이 해당 기능을 지원하는 경우(그리고 당신은 그것이 올바르게 구현되었음을 기꺼이 신뢰합니다). 그만큼 일반적인 절차는 다음과 같습니다."동결됨 스냅 사진"데이터베이스가 포함된 볼륨의 다음 복사 전체 데이터 디렉토리(부분만이 아님, 위 참조) 백업 장치에 스냅샷을 저장한 다음 고정된 스냅샷을 해제하세요. 이는 데이터베이스 서버가 실행되는 동안에도 작동합니다. 그러나 이런 방식으로 생성된 백업은 데이터베이스 파일을 다음 위치에 저장합니다. 데이터베이스 서버가 제대로 종료되지 않은 상태; 따라서 백업된 데이터베이스 서버를 시작하면 데이터가 없으면 서버가 충돌했다고 생각하고 WAL을 재생합니다. 통나무. 이는 문제가 되지 않습니다. 단지 주의하세요. 백업에 WAL 파일을 포함시키세요).
귀하의 데이터베이스가 여러 파일 시스템에 분산되어 있는 경우, 정확히 동시에 냉동을 얻을 수 있는 방법이 없을 수도 있습니다. 모든 볼륨의 스냅샷. 예를 들어, 데이터 파일과 WAL 로그가 다른 디스크에 있거나 테이블스페이스가 있는 경우 파일 시스템이 다르면 스냅샷을 사용하지 못할 수도 있습니다. 스냅샷은 동시 생성되어야 하기 때문에 백업합니다. 파일 읽기 신뢰하기 전에 시스템 문서를 매우 신중하게 이러한 상황에서는 일관된 스냅샷 기술이 필요합니다. 가장 안전한 접근 방식은 데이터베이스 서버를 충분히 오랫동안 종료하는 것입니다. 모든 고정된 스냅샷을 설정합니다.
또 다른 옵션은 다음을 사용하는 것입니다.rsync토토 사이트 시스템 백업을 수행합니다. 이것 첫 번째 실행으로 완료됩니다.rsync데이터베이스 서버가 실행되는 동안 종료합니다. 데이터베이스 서버는 1초를 수행할 만큼 충분히 길다.rsync. 두 번째rsync처음보다 훨씬 빨라질 것입니다. 전송할 데이터가 비교적 적기 때문에 서버가 다운되었기 때문에 결과는 일관됩니다. 이것 방법을 사용하면 최소한의 비용으로 토토 사이트 시스템 백업을 수행할 수 있습니다. 중단 시간.
파일 시스템 백업이 반드시 더 작을 필요는 없습니다. SQL 덤프보다. 오히려 그 규모가 더 커질 가능성이 높습니다. (pg_dump덤프할 필요가 없습니다. 예를 들어 인덱스의 내용, 다시 만드세요.)