23.3. 온라인 토토 사이트 및 시점 복구 (pitr)

23.3.1. WAL 설정 아카이빙

추상적 인 의미에서 달리기PostgreSQL시스템은 무기한으로 생성됩니다 WAL 레코드의 긴 시퀀스. 시스템은 물리적으로 나뉩니다 이 순서는 WAL세그먼트 파일, 일반적으로 각각 16MB입니다 (크기는 건축시 변경PostgreSQL). 세그먼트 파일이 제공됩니다 초록 월에서 자신의 위치를 ​​반영하는 숫자 이름 순서. WAL 아카이브를 사용하지 않을 때는 시스템이 일반적으로 있습니다 몇 개의 세그먼트 파일 만 생성 한 다음"재활용"더 큰 도움이되지 않은 이름을 바꾸어 세그먼트 파일은 더 높은 세그먼트 번호로. a 내용이 체크 포인트보다 앞에있는 세그먼트 파일 더 이상 관심이없고 재활용 할 수 있습니다.

WAL 데이터를 보관할 때는 내용을 캡처하려고합니다. 각 세그먼트 파일이 채워지면 해당 데이터를 저장합니다. 세그먼트 파일이 재사용을 위해 재활용되기 전의 어딘가에. 애플리케이션 및 사용 가능한 하드웨어에 따라 여러 가지 방법이 될 수 있습니다"저장 어딘가에 데이터 ": 세그먼트 파일을 an에 복사 할 수 있습니다 다른 컴퓨터의 NFS 장착 디렉토리는 a에 씁니다 테이프 드라이브 (파일 복원 방법이 있는지 확인 원래 파일 이름으로) 또는 함께 배치하고 그것들은 CD 또는 전적으로 다른 것입니다. 제공합니다 가능한 많은 유연성을 가진 데이터베이스 관리자,PostgreSQL만들지 않으려 고합니다 아카이빙이 어떻게 이루어질 것인지에 대한 모든 가정. 대신에,postgresql관리자는 복사하기 위해 실행될 쉘 명령을 지정합니다. 세그먼트 파일이 필요한 곳으로 완료되었습니다. 명령 만큼 간단 할 수 있습니다.CP, 또는 복잡한 쉘 스크립트를 호출 할 수 있습니다. 너.

사용할 쉘 명령은에 의해 지정됩니다archive_command구성 매개 변수 에 배치postgresql.conf파일. 이 문자열에서%p아카이브로 파일의 경로 이름이지만%f는 파일 이름으로 만 대체됩니다. (길 이름은 서버의 작업 디렉토리와 관련이 있습니다. 클러스터의 데이터 디렉토리.) 쓰기%%실제를 포함 해야하는 경우%명령의 문자. 가장 간단한 유용합니다 명령은와 같은 것입니다.

archive_command = 'cp -i %p/mnt/server/archivedir/ %f </dev/null'

아카이브 가능한 월 세그먼트를 디렉토리에 복사 할 것입니다/mnt/server/archivedir. (이것은 an입니다 예를 들어, 권장 사항이 아니며 전부에 작동하지 않을 수 있습니다. 플랫폼.)

아카이브 명령은 소유권에 따라 실행됩니다. 와 같은 사용자PostgreSQL서버가 실행 중입니다. 이후 보관중인 일련의 왈 파일에는 효과적으로 포함됩니다 데이터베이스의 모든 것은 보관 된 데이터는 눈물로부터 보호됩니다. 예를 들어, 그룹이나 세계 읽기가없는 디렉토리로 아카이브 입장.

아카이브 명령이 Zero Exit을 반환하는 것이 중요합니다. 성공한 경우에만 상태. 제로 결과를 얻을 때PostgreSQLWAL 세그먼트 파일은 성공적으로 보관되었으며 제거하거나 재활용하십시오. 그러나 0이 아닌 상태가라고합니다.PostgreSQL파일이었다 보관되지 않음; 그것은 주기적으로 다시 시도 할 때까지 다시 시도합니다 성공합니다.

아카이브 명령은 일반적으로 거절하도록 설계되어야합니다 기존 아카이브 파일을 덮어 씁니다. 이것은입니다 당신의 무결성을 보존하기위한 중요한 안전 기능 관리자 오류의 경우 (예 : 동일한 아카이브 디렉토리에 대한 두 개의 다른 서버의 출력). 제안 된 아카이브 명령을 테스트하여 실제로 기존 파일을 덮어 쓰지 않습니다.그리고 0이 아닌 반환됩니다 이 경우 상태. 우리는 그것을 발견했습니다CP -I일부 플랫폼에서는 올바르게 수행하지만 다른 사람이 아닙니다. 선택한 명령이 자체를 처리하지 않는 경우 올바르게 테스트 할 명령을 추가해야합니다. 아카이브 파일의 존재. 예를 들어, 뭔가 좋다

archive_command = '테스트! -f .../%f && cp%p .../%f '

대부분의 Unix 변형에서 올바르게 작동합니다.

아카이브 설정을 설계하는 동안 무엇이 될지 고려하십시오 아카이브 명령이 반복적으로 실패하면 발생합니다 측면에는 운영자 개입이 필요하거나 아카이브가 부족해야합니다 우주. 예를 들어 테이프에 쓰면 발생할 수 있습니다. autochanger없이; 테이프가 채워지면 더 이상 아무것도 없습니다 테이프가 교환 될 때까지 보관할 수 있습니다. 당신은 확인해야합니다 오류 조건 또는 휴먼 운영자에 대한 요청이 상황을 해결할 수 있도록 적절하게보고되었습니다 비교적 빠르게. 그만큼PG_XLOG/디렉토리 상황이 해결됩니다.

아카이빙 명령의 속도는 중요하지 않습니다. 서버의 평균 속도를 따라 잡을 수 있으므로 WAL 데이터를 생성합니다. 정상 작동이 계속됩니다 아카이빙 프로세스는 약간 뒤 떨어집니다. 아카이브가 떨어지면 크게 뒤쳐지면 데이터의 양이 증가합니다 그것은 재난이 발생했을 때 사라질 것입니다. 그것은 또한 를 의미합니다.pg_xlog/디렉토리 많은 수의 아가씨가없는 세그먼트 파일을 포함합니다 결국 사용 가능한 디스크 공간을 초과 할 수 있습니다. 당신은 권고됩니다 아카이빙 프로세스를 모니터링하여 작동하는지 확인합니다. 의도 한대로.

당신이 바로 회복 할 수있는 것에 대해 걱정하는 경우 현재 순간, 추가 조치를 취하고 싶을 수도 있습니다. 현재, 부분적으로 채워진 WAL 세그먼트도 있는지 확인하십시오 어딘가에 복사. 서버가 특히 중요합니다 WAL 트래픽 만 거의 생성합니다 (또는 Slack 기간이있는 경우 WAL까지 오랜 시간이 걸릴 수 있으므로 세그먼트 파일이 완전히 채워져 보관할 준비가되었습니다. 하나 이것을 처리 할 수있는 가능한 방법은 A를 설정하는 것입니다.Cron정기적으로 직무 (분에 한 번, 아마도) 현재 WAL 세그먼트 파일을 식별하고 저장합니다. 안전한 곳. 그런 다음 보관 된 WAL의 조합 세그먼트와 저장된 현재 세그먼트는 항상 현재 시간 이내에 복원 할 수 있습니다. 이것 행동은 현재 내장되어 있지 않습니다16719_16731우리가 원하지 않았기 때문입니다 의 정의를 복잡하게하십시오.archive_command연속 보관을 추적하도록 요구함으로써 동일한 WAL 파일의 사본이 다릅니다. 그만큼archive_command완성 된 WAL 세그먼트에서만 호출됩니다. 사건을 제외하고 실패를 다시 시도하면 한 번만 호출됩니다. 주어진 파일 이름.

​​아카이브 명령을 작성하면 보관할 파일 이름은 최대 64 자이며 ASCII 문자, 숫자 및 도트의 조합을 포함 할 수 있습니다. 원래 전체 경로를 기억할 필요는 없습니다. (%p) 그러나 기억해야합니다 파일 이름 (%f).

WAL 아카이브는 당신이 복원 할 수 있지만 귀하의 데이터에 대한 수정 사항postgresql데이터베이스 복원되지 않습니다 구성 파일에 대한 변경 (즉,postgresql.conf, pg_hba.confandpg_ident.conf), 수동으로 편집되므로 SQL 작업보다는 대신. 당신은 보관하고 싶을 수도 있습니다 토토 사이트 할 위치의 구성 파일 일반 파일 시스템 토토 사이트 절차. 보다섹션 17.2방법 구성 파일을 재배치하려면

23.3.2. 기본 토토 사이트 만들기

기본 토토 사이트 절차는 비교적입니다 단순한:

1. WAL 아카이브가 활성화되고 작동하는지 확인하십시오.

2. 슈퍼 사용자로서 데이터베이스에 연결하고 명령

   PG_START_BACKUP ( 'label'); 선택

   여기서레이블모든 문자열입니다 이 토토 사이트 작업을 고유하게 식별하는 데 사용하려고합니다. (좋은 관행 중 하나는 의도하는 전체 경로를 사용하는 것입니다. 토토 사이트 덤프 파일을 넣으려면.)PG_START_BACKUPa 생성백업 레이블file, congrybackup_label, 클러스터 디렉토리와 함께 토토 사이트에 대한 정보.

   클러스터 내의 데이터베이스는 중요하지 않습니다. 이 명령을 발행하기 위해 연결하십시오. 결과를 무시할 수 있습니다 함수에 의해 반환; 그러나 오류가보고되면 거래하십시오 진행하기 전에 그와 함께.

3. 편리한 것을 사용하여 토토 사이트을 수행하십시오 와 같은 파일 시스템-토토 사이트 도구타르또는CPIO. 필요하지도 않습니다 데이터베이스의 정상 작동을 중지하는 것이 바람직합니다 당신은 이것을합니다.

4. 슈퍼 사용자로서 데이터베이스에 다시 연결하고 발행 명령

   선택 PG_STOP_BACKUP (); 선택

   성공적으로 돌아와야합니다.

5. 백업 중에 사용되는 WAL 세그먼트 파일이 정상적인 데이터베이스 활동의 일부로 보관되어 있습니다 완료.

방출 경고를 사용하고자하는 일부 백업 도구 또는 오류가 발생하는 동안 변경을 복사하려는 파일의 경우 오류가 발생합니다. 복사 수익금. 이 상황은 정상이며 오류가 아닙니다 활성 데이터베이스의 기본 백업; 그래서 당신은 필요합니다 이런 종류의 불만을 실제 오류. 예를 들어, 일부 버전의rsync별도의 종료 코드 반환"사라진 소스 파일", 그리고 당신은 할 수 있습니다 이 종료 코드를 비 방향으로 받아들이려면 드라이버 스크립트를 작성하십시오. 사례. 또한 일부 버전의 GNU타르파일이있는 경우 오류를 고려하십시오 변경 중타르복사 중입니다 그것. 매우 편리한 방법이없는 것 같습니다. 이 오류를 다른 유형의 오류와 구별합니다. 수동 검사타르's 메시지. 암소 비슷한 일종의 영양타르따라서 기본 토토 사이트을 만드는 데 가장 적합한 도구가 아닙니다.

사이에 경과가 경과PG_START_BACKUP그리고 실제의 시작 백업 또는 백업 종료 사이에PG_STOP_BACKUP; 몇 분의 지연은 그렇지 않습니다 아무것도 아프게됩니다. 그러나 당신은 이것을 확신해야합니다 작업은 순서대로 수행되며 겹치지 않습니다.

토토 사이트 덤프에 모든 파일이 포함되어 있는지 확인하십시오. 데이터베이스 클러스터 디렉토리 아래 (예 : 아래/usr/local/pgsql/data). 사용중인 경우 이 디렉토리 아래에 상주하지 않는 테이블 스페이스 그것들을 포함 시키도록 조심하십시오 (그리고 백업을 확인하십시오. 덤프 아카이브 아카이브 상징적 링크는 링크, 그렇지 않으면 복원을합니다 테이블 스페이스를 엉망으로 만들 것입니다).

그러나 토토 사이트에서 파일을 덤프에서 생략 할 수 있습니다. 그만큼PG_XLOG/서브 디렉토리 클러스터 디렉토리. 이 약간의 합병증은 가치가 있습니다 복원시 실수의 위험을 줄이기 때문입니다. 이것은 쉽게 배열 할 수 있습니다pg_xlog/is 클러스터 외부의 어떤 곳을 가리키는 상징적 링크 어쨌든 성능을위한 일반적인 설정 인 디렉토리 이유.

이 백업을 사용하려면 모든 것을 유지해야합니다. 파일 중 및 후에 생성 된 WAL 세그먼트 파일 시스템 백업. 이 작업을 도와 주려면PG_STOP_BACKUP함수 생성 a토토 사이트 기록 파일즉시 저장됩니다 WAL 아카이브 영역으로. 이 파일은 첫 번째 파일의 이름을 따서 명명되었습니다 WAL 세그먼트 파일을 사용해야하는 파일 지원. 예를 들어, 시작 월 파일이 인 경우00000001001234000055CD토토 사이트 기록 파일000000010010012340055CD.007C9330.Backup. (그만큼 파일 이름의 두 번째 번호는 정확한 위치를 나타냅니다. WAL 파일 내에서 일반적으로 무시할 수 있습니다.) 일단 파일 시스템 백업 및 WAL 세그먼트를 안전하게 보관했습니다. 백업 중에 사용되는 파일 (백업에 지정된대로 히스토리 파일), 모든 아카이브 된 월 세그먼트는 이름이 숫자로 있습니다 더 이상 파일 시스템 백업을 복구하는 데 더 이상 필요하지 않으며 삭제 될 수 있습니다. 그러나 여러 가지를 유지해야합니다 백업 세트는 당신이 당신이 당신의 데이터. 완료된 WAL 세그먼트 파일 만 아카이브, 따라서 러닝 사이에 지연이있을 것입니다PG_STOP_BACKUP및 모든 WAL의 아카이빙 파일 시스템 토토 사이트을 만드는 데 필요한 파일이 세그먼트입니다 일관된.

토토 사이트 기록 파일은 단지 작은 텍스트 파일입니다. 그것 당신이 준 라벨 문자열이 포함되어 있습니다PG_START_BACKUP뿐만 아니라 시작 및 백업의 끝 시간과 월 세그먼트. 당신이 사용했다면 관련 덤프 파일이 어디에 보관되는지 식별하기 위해 레이블 보관 된 기록 파일은 어떤 덤프 파일을 알려주기에 충분합니다. 복원하려면 그렇게해야한다면.

모든 보관 된 책치 파일을 유지해야하기 때문에 마지막베이스 토토 사이트으로 돌아 가기, 기본 간격 토토 사이트은 일반적으로 스토리지의 양에 따라 선택해야합니다. 보관 된 월 파일을 소비하고 싶습니다. 당신은 또한 고려해야합니다 회복되면 회복을 소비 할 준비가 된 시간 필요합니다 - 시스템은 모든 것을 재생해야합니다. WAL 세그먼트, 그리고 오래 걸렸다면 잠시 걸릴 수 있습니다. 마지막 기지 토토 사이트 이후 시간.

또한에 주목할 가치가 있습니다.pg_start_backup함수는 파일을 지명합니다backup_label데이터베이스 클러스터에서 디렉토리, 그런 다음에 의해 다시 제거됩니다PG_STOP_BACKUP. 이 파일은 물론 가능합니다 백업 덤프 파일의 일부로 보관되었습니다. 백업 레이블 파일에는에 주어진 레이블 문자열이 포함되어 있습니다.PG_START_BACKUP, 그리고 시간뿐만 아니라pg_start_backup가 실행되었습니다 시작 월 파일의 이름. 혼란의 경우 그럴 것입니다 따라서 토토 사이트 덤프 파일 내부를 볼 수 있고 덤프 파일이 왔던 토토 사이트 세션을 정확하게 결정하십시오 에서.

우체국 장은 중단됩니다. 이 경우 분명히 사용할 수 없습니다PG_START_BACKUP또는PG_STOP_BACKUP토토 사이트 덤프가 어떤 토토 사이트 덤프인지 추적하기 위해 자신의 장치에 남겨 둡니다. 관련 월 파일이 어느 쪽이 되돌아가는 지. 그것은 일반적으로 온라인 토토 사이트 절차를 따르는 것이 좋습니다 위에.

23.3.3. 온라인으로 회복 지원

좋아, 최악의 상황이 일어 났고 당신은 백업. 절차는 다음과 같습니다.

1. 우체국 마스터 중지, 실행중인 경우

2. 그렇게 할 공간이 있으면 전체 클러스터를 복사하십시오. 데이터 디렉토리 및 임시 위치에 대한 테이블 스페이스 나중에 필요한 경우. 이 예방 조치는 그럴 것입니다 시스템에 충분한 여유 공간이 있어야합니다. 기존 데이터베이스의 두 사본을 보관하십시오. 그렇지 않다면 충분한 공간이 있으면 최소한 복사해야합니다. 의 내용PG_XLOG클러스터 데이터 디렉토리의 하위 디렉토리 시스템이 진행되기 전에 보관되지 않은 로그가 포함되어 있습니다. 아래에.

3. 아래의 모든 기존 파일 및 하위 디렉토리를 정리하십시오 클러스터 데이터 디렉토리 및 루트 디렉토리 아래 사용중인 모든 테이블 스페이스 중.

4. 토토 사이트 덤프에서 데이터베이스 파일을 복원합니다. BE 그들이 올바른 소유권으로 회복되도록주의하십시오 (루트가 아닌 데이터베이스 시스템 사용자!) 그리고 오른쪽 권한. 테이블 스페이스를 사용하는 경우 원할 수 있습니다 상징적 링크가인지 확인하십시오.PG_TBLSPC/올바르게 복원되었습니다.

5. 있는 파일 제거pg_xlog/; 이들은 백업 덤프에서 나왔습니다 따라서 아마도 현재보다는 쓸모 없을 것입니다. 만약에 당신은 아카이브를하지 않았습니다pg_xlog/at 모두, 그것을 다시 만들고 반드시 다시 만들어야합니다. 서브 디렉토리pg_xlog/archive_status/

6. 저장 한 WAL 세그먼트 파일이없는 경우 2 단계에서는에 복사합니다.PG_XLOG/. (복사하는 것이 가장 좋습니다 사용되지 않은 파일을 가질 수 있도록 이동하십시오. 문제가 발생하고 다시 시작해야합니다.)

7. 복구 명령 파일 만들기복구 .conf클러스터 데이터 디렉토리에서 (보다복구 설정). 일시적으로 수정하고 싶을 수도 있습니다PG_HBA.conf평범한 방지 회복이 확정 될 때까지 연결하는 사용자 일했다.

8. Postmaster를 시작하십시오. 우체국 장은 들어갈 것입니다 복구 모드 및 보관 된 WAL을 읽으십시오. 필요한 파일. 복구 과정이 완료되면 우체국 장은 이름을 바꿀 것입니다복구 .confto복구(우연히 방지하기 위해 나중에 충돌시 복구 모드 재입고 모드) 및 그런 다음 일반 데이터베이스 작업을 시작합니다.

9. 데이터베이스의 내용을 검사하여 당신이 원하는 곳으로 회복되었습니다. 그렇지 않은 경우 단계로 돌아갑니다 1. 모든 것이 잘되면, 회복하여 사용자를 보자PG_HBA.conf정상까지.

이 모든 것의 핵심 부분은 복구 명령을 설정하는 것입니다. 복구 방법과 얼마나 멀리 회복이 실행되어야합니다. 사용할 수 있습니다복구 .conf.sample(일반적으로 설치되어 있습니다 설치share/디렉토리) as 원기. 당신이 절대적으로 지정 해야하는 한 가지복구 .confRestore_CommandPostgreSQL보관 된 WAL을 되 찾는 방법 파일 세그먼트. 처럼archive_command, 이것은 쉘 명령 문자열입니다. 포함 할 수 있습니다%f원하는 로그 파일의 이름으로%p, 복사 할 경로 이름으로 대체됩니다. 로그 파일로. (경로 이름은 작업과 관련이 있습니다 서버의 디렉토리, 즉 클러스터의 데이터 디렉토리.) 쓰다%%an 실제%명령의 문자. 그만큼 가장 간단한 유용한 명령은와 같은 것입니다.

Restore_command = 'CP/Mnt/Server/ArchivedIR/ %f %p'

이전에 보관 된 WAL 세그먼트를 복사합니다 예배 규칙서/mnt/server/archivedir. 너 물론 훨씬 더 복잡한 것을 사용할 수 있습니다 연산자에게 마운트를 요청하는 쉘 스크립트조차 적절한 테이프.

명령이 0이 아닌 출구 상태를 반환하는 것이 중요합니다. 실패에. 명령Will로그 파일을 요청하십시오 아카이브에는 존재하지 않습니다. 그렇다면 0이 아닌 반환해야합니다 물었다. 이것은 오류 조건이 아닙니다. 그 점도 알아야합니다 기본 이름%p경로가 될 것입니다 와 다릅니다%f; 그들을 기대하지 마십시오 상호 교환 가능.

아카이브에서 찾을 수없는 WAL 세그먼트는 다음과 같습니다. 추구pg_xlog/; 이것은 사용할 수 있습니다 최근에 건축되지 않은 세그먼트. 그러나 세그먼트 아카이브에서 구할 수있는 것은 파일을 우선적으로 사용합니다. 안에pg_xlog/. 시스템은 그렇지 않습니다 의 기존 내용을 덮어 씁니다.pg_xlog/아카이브 파일을 검색 할 때.

일반적으로 복구는 사용 가능한 모든 WAL을 진행합니다 세그먼트로 데이터베이스를 현재 지점으로 복원합니다 시간이 지남에 따라 (또는 가용 WAL을받을 수있는만큼 가까이 세그먼트). 그러나 이전 지점으로 회복하고 싶다면 시간 (예 : 주니어 DBA가 메인을 떨어 뜨리기 직전 트랜잭션 테이블), 필요한 중지점을 지정합니다복구 .conf. 당신은 그것을 지정할 수 있습니다 스톱 포인트,로 알려진"회복 목표", 날짜/시간 또는 a의 완료에 따른 특정 트랜잭션 ID. 이 글을 쓰는 시점에서 날짜/시간 만 도움이되는 도구가 없기 때문에 옵션은 매우 유용합니다. 사용할 트랜잭션 ID 정확도로 식별하십시오.

23.3.4. 타임 라인

데이터베이스를 이전 지점으로 복원하는 기능 시간은 공상 과학과 유사한 몇 가지 복잡성을 만듭니다 시간 여행과 평행 우주에 관한 이야기. 에서 데이터베이스의 원래 기록은 아마도 a 화요일 저녁 오후 5시 15 분에 중요한 테이블. 잊혀지지 않았다 백업을 벗어나 화요일 오후 5시 14 분에 포인트 인간으로 복원하십시오 저녁, 일어나고 있습니다. 안에this데이터베이스의 기록 우주, 당신은 결코 테이블을 전혀 떨어 뜨리지 않았습니다. 하지만 당신을 가정 해보세요 나중에 이것은 결국 그렇게 좋은 생각이 아니라는 것을 깨달았습니다. 원본의 나중에 몇 가지 지점으로 돌아가고 싶습니다. 역사. 데이터베이스가 다가오는 것은 WAL의 일부를 덮어 씁니다 지금 당신이 원할 때까지 이어진 파일을 세그먼트 돌아 오십시오. 그래서 당신은 정말로 일련의 것을 구별하고 싶습니다 Point-In Time을 수행 한 후에 WAL 레코드가 생성되었습니다 원본에서 생성 된 것들로부터 회복 데이터베이스 기록.

이러한 문제를 다루려면PostgreSQL개념이 있습니다.타임 라인. 아카이브 복구가있을 때마다 완성 된 새로운 타임 라인이 일련의 일련을 식별하기 위해 만들어졌습니다. WAL 레코드는 회복 후 생성되었습니다. 타임 라인 ID 번호는 WAL 세그먼트 파일 이름의 일부이므로 새 타임 라인입니다. 이전에 의해 생성 된 WAL 데이터를 덮어 쓰지 않습니다 타임 라인. 실제로 많은 다른 보관소가 가능합니다 타임 라인. 그것은 쓸모없는 기능처럼 보일지 모르지만, 그것은입니다 종종 생명 의인. 당신이 아닌 상황을 고려하십시오 어떤 시점을 회복 해야하는지 확신합니다. 당신이 될 때까지 시행 착오별로 몇 가지 시점 회수 오래된 역사에서 분기 할 수있는 가장 좋은 곳을 찾으십시오. 없이 타임 라인이 프로세스는 곧 관리 할 수없는 것을 생성 할 것입니다 엉망. 타임 라인을 사용하면 회복 할 수 있습니다any주를 포함한 이전 상태 나중에 버려진 타임 라인 지점에서.

새 타임 라인이 생성 될 때마다PostgreSQLa 생성"타임 라인 기록"파일을 표시하는 파일 타임 라인은 언제부터 분기되었습니다. 이 역사 파일입니다 시스템이 오른쪽 월 세그먼트를 선택할 수 있도록 필요 다중 포함 된 아카이브에서 복구 할 때 파일 타임 라인. 따라서 WAL 아카이브에 보관됩니다 WAL 세그먼트 파일과 같은 영역. 역사 파일은 단지입니다 작은 텍스트 파일이므로 저렴하고 유지하는 것이 적절합니다. 무기한 주변 (큰 세그먼트 파일과 달리). 원한다면 히스토리 파일에 주석을 추가하여 만들 수 있습니다. 이 특정 타임 라인이 어떻게 그리고 왜 나온 방법에 대한 자신의 메모 장차 ~ 가 되는. 그러한 의견은 당신이 가지고있을 때 특히 가치가 있습니다 결과적으로 다른 타임 라인의 덤불 실험.

회복의 기본 동작은 베이스 백업을 수행했을 때 현재와 동일한 타임 라인. 어린이 타임 라인으로 회복하고 싶다면 (즉, 그 자체가 그 자체로 생성 된 일부 주로 돌아가고 싶습니다. 복구 시도), 대상 타임 라인 ID를 지정해야합니다. 안에복구 .conf. 회복 할 수 없습니다 기지보다 일찍 분기 된 타임 라인으로 지원.

23.3.5. 경고

이 글에 몇 가지 제한이 있습니다 온라인 토토 사이트 기술. 이것들은 아마도 고정 될 것입니다 향후 릴리스 :

• 해시 및 R- 트리 인덱스에서의 작업은 현재가 아닙니다 Wal-Logged, 따라서 재생은 이러한 인덱스 유형을 업데이트하지 않습니다. 권장 해결 방법은 수동으로입니다.Reindex완료 한 후 그러한 인덱스 각각 회복 작업.

• if a데이터베이스 생성명령입니다 기본 백업이 취해지는 동안 실행 된 다음 템플릿 데이터베이스생성 데이터 베이스기본 토토 사이트이있는 동안 복사 된 것이 수정됩니다 여전히 진행 중이며 회복이 발생할 수 있습니다. 이러한 수정은 생성물로 전파됩니다 데이터베이스도 마찬가지입니다. 물론 이것은 바람직하지 않습니다. 피하기 위해 이 위험은 템플릿 데이터베이스를 수정하지 않는 것이 가장 좋습니다. 기본 토토 사이트을하는 동안.

• 테이블 스페이스 생성명령은입니다 문자 그대로 절대적인 경로와 함께 월경 따라서 동일한 테이블 스페이스 창작물로 재생됩니다 절대 경로. 로그가 있으면 바람직하지 않을 수 있습니다 다른 기계에서 재생됩니다. 위험 할 수 있습니다 로그가 같은 기계에서 재생되는 경우에도 새로운 데이터 디렉토리로 : 재생이 여전히 덮어 쓸 것입니다. 원래 테이블 스페이스의 내용. 잠재력을 피하기 위해 이런 종류의 Gotchas, 모범 사례는 새로운 것을 취하는 것입니다. 테이블 스페이스를 만들거나 떨어 뜨린 후베이스 토토 사이트.

기본값도 언급해야합니다WAL형식은 그 이후로 상당히 부피가 커집니다 많은 디스크 페이지 스냅 샷이 포함되어 있습니다. 이 페이지 스냅 샷이 있습니다 우리는 고칠 필요가있을 수 있으므로 충돌 복구를 지원하도록 설계되었습니다. 부분적으로 작성된 디스크 페이지. 시스템 하드웨어에 따라 소프트웨어, 부분 쓰기의 위험은 무시, 어떤 경우에는 총계를 크게 줄일 수 있습니다. 를 사용하여 페이지 스냅 샷을 끄면 아카이브 로그의 볼륨full_page_writes매개 변수. (메모와 경고 읽기26 장그렇게하기 전에) 페이지를 끄십시오 스냅 샷은 PITR 작업에 로그 사용을 방해하지 않습니다. 향후 개발을위한 영역은 보관 된 월 데이터를 압축하는 것입니다. 불필요한 페이지 사본을 제거하여full_page_writes켜져 있습니다. 그 동안, 관리자는 페이지 스냅 샷 수를 줄이려고 할 수 있습니다. 체크 포인트 간격을 늘려 WAL에 포함됩니다 실행 가능한 한 매개 변수.