추상적 인 의미에서 달리기postgresql시스템은 무기한 긴 WAL 레코드 시퀀스를 생성합니다. 시스템은이 시퀀스를 물리적으로 WAL으로 나눕니다세그먼트 파일, 일반적으로 각각 16MB입니다 (세그먼트 크기를 변경할 수 있지만initdb). 세그먼트 파일에는 초록 WAL 시퀀스에서 자신의 위치를 반영하는 숫자 이름이 제공됩니다. WAL 아카이빙을 사용하지 않을 때는 시스템이 일반적으로 몇 개의 세그먼트 파일 만 생성 한 다음“재활용”더 높은 세그먼트 번호로 세그먼트 파일을 필요로하지 않는 세그먼트 파일을 바꾸어. 마지막 체크 포인트 앞에 내용이있는 세그먼트 파일은 더 이상 관심이없고 재활용 할 수 있다고 가정합니다.

WAL 데이터를 보관할 때 각 세그먼트 파일이 채워지면 각 세그먼트 파일의 내용을 캡처하고 세그먼트 파일이 재사용되기 전에 해당 데이터를 저장해야합니다. 응용 프로그램과 사용 가능한 하드웨어에 따라 다양한 방법이있을 수 있습니다.“어딘가에 데이터 저장”: 세그먼트 파일을 다른 컴퓨터의 NFS 장착 디렉토리에 복사하거나 테이프 드라이브에 쓰기 (각 파일의 원래 이름을 식별하는 방법이 있는지 확인하거나 CDS 또는 다른 것을 완전히 태울 수 있습니다. 데이터베이스 관리자에게 유연성을 제공하려면PostgreSQL아카이빙이 어떻게 이루어질 것인지에 대한 가정을하지 않으려 고 시도합니다. 대신에,PostgreSQL관리자가 완성 된 세그먼트 파일을 어디에 가야하는지에 대한 쉘 명령 또는 아카이브 라이브러리를 실행하도록 지정할 수 있도록합니다. 이것은 사용하는 쉘 명령만큼 간단 할 수 있습니다CP또는 복잡한 C 기능을 호출 할 수 있습니다 - 그것은 모두 당신에게 달려 있습니다.

WAL 아카이빙을 활성화하려면를 설정하십시오.Wal_level구성 매개 변수 to복제이상,archive_modetoon,에서 사용할 쉘 명령을 지정하십시오.archive_command구성 매개 변수 또는에 사용할 라이브러리를 지정하십시오archive_library구성 매개 변수. 실제로이 설정은 항상에 배치됩니다.postgresql.conf파일.

inarchive_command, %p파일의 경로 이름으로 아카이브로 대체되며%f는 파일 이름으로만 대체됩니다. (경로 이름은 현재 작업 디렉토리, 즉 클러스터의 데이터 디렉토리와 관련이 있습니다.) 사용%%실제를 포함 해야하는 경우%명령의 문자. 가장 간단한 유용한 명령은 다음과 같습니다.

archive_command = '테스트! -f/mnt/server/archivedir/%f && cp%p/mnt/server/archivedir/%f ' # unix
archive_command = 'copy "%p" "c : \\ server \\ archivedir \\%f"' # windows

보관 가능한 월 세그먼트를 디렉토리에 복사 할 예정/mnt/server/archivedir. (이것은 권장 사항이 아니라 모든 플랫폼에서 작동하지 않을 수 있습니다.) 이후%pand%f매개 변수가 바뀌었고 실행 된 실제 명령은 다음과 같습니다.

테스트! -F/MNT/Server/ArchivedIR/00000001000000A900000065 && CP PG_WAL/000000010000A900000065/MNT/Server/ArchivedIR/00000001000000A9000065

각 새 파일에 대해 유사한 명령이 생성됩니다.

아카이브 명령은와 동일한 사용자의 소유권에 따라 실행됩니다.postgresql서버가 실행 중입니다. 아카이브 된 일련의 왈 파일에는 데이터베이스의 모든 것이 효과적으로 포함되어 있으므로 아카이브 된 데이터가 눈물을 흘리며 보호되는지 확인해야합니다. 예를 들어, 그룹 또는 세계 읽기 액세스가없는 디렉토리로 보관하십시오.

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

아카이브를위한 또 다른 방법은 사용자 정의 아카이브 모듈을로 사용하는 것입니다.archive_library. 그러한 모듈은로 작성되었으므로C, 직접 만들려면 쉘 명령을 작성하는 것보다 훨씬 더 많은 노력이 필요할 수 있습니다. 그러나 아카이브 모듈은 쉘을 통한 아카이브보다 성능이 뛰어날 수 있으며 많은 유용한 서버 리소스에 액세스 할 수 있습니다. 아카이브 모듈에 대한 자세한 내용은 참조하십시오.PostgreSQL : 문서 : 17 : 49 장. 아카이브 토토 사이트 추천.

아카이브 명령이 신호로 종료 될 때 (sigterm서버 셧다운의 일부로 사용되는) 또는 종료 상태가 125보다 큰 쉘의 오류 (예 : 명령을 찾을 수 없음) 또는 아카이브 함수가 AN에 오류가 발생하는 경우오류또는치명적, 아카이버 프로세스가 중단되고 우체국에 의해 다시 시작됩니다. 그러한 경우 실패는보고되지 않습니다.pg_stat_archiver.

아카이브 명령 및 라이브러리는 일반적으로 기존 아카이브 파일을 덮어 쓰지 않도록 설계되어야합니다. 이는 관리자 오류의 경우 아카이브의 무결성을 보존하는 데 중요한 안전 기능입니다 (예 : 두 개의 다른 서버의 출력을 동일한 아카이브 디렉토리로 전송하는 것). 기존 파일을 덮어 쓰지 않도록 제안 된 아카이브 라이브러리를 테스트하는 것이 좋습니다.

드문 경우PostgreSQL이전에 보관 된 WAL 파일을 다시 생성하려고 시도 할 수 있습니다. 예를 들어, 서버가 아카이브 성공에 대한 내구성있는 레코드를 만들기 전에 시스템이 충돌하면 서버는 다시 시작한 후 파일을 다시 보관하려고 시도합니다 (제공된 아카이브는 여전히 활성화되어 있음). 아카이브 명령 또는 라이브러리가 기존 파일을 만나면 0 또는을 반환해야합니다.true, WAL 파일에 기존 아카이브와 동일한 내용이 있고 기존 아카이브가 스토리지에 완전히 지속됩니다. 기존 파일에 아카이브와 다른 내용이 포함 된 경우 아카이브 명령 또는 라이브러리필수0이 아닌 상태 또는 반환거짓각각.

위의 예제 명령은 UNIX를 포함하여 기존 아카이브를 덮어 쓰는 것을 피합니다테스트단계. 일부 유닉스 플랫폼에서CP와 같은 스위치가 있습니다.-i그것은 동일한 일을 덜 구두로 수행하는 데 사용할 수 있지만, 올바른 종료 상태가 반환되는지 확인하지 않고는 이에 의존해서는 안됩니다. (특히 GNUCP상태 0을 반환합니다-i가 사용되고 대상 파일이 이미 존재합니다.not원하는 행동.)

아카이브 설정을 설계하는 동안 일부 측면에는 운영자 개입이 필요하거나 아카이브에 공간이 부족하기 때문에 아카이브 명령 또는 라이브러리가 반복적으로 실패하면 어떻게 될지 고려하십시오. 예를 들어, Autochanger가없는 테이프에 쓰면 발생할 수 있습니다. 테이프가 채워지면 테이프가 교환 될 때까지 더 이상 보관할 수 없습니다. 상황을 합리적으로 빠르게 해결할 수 있도록 오류 조건이나 휴먼 운영자에 대한 요청이 적절하게보고되어야합니다. 그만큼PG_WAL/디렉토리는 상황이 해결 될 때까지 WAL 세그먼트 파일로 계속 채워집니다. (파일 시스템이 포함 된 경우PG_WAL/채우기,PostgreSQL공황 종료를 수행합니다. 커밋 된 트랜잭션이 손실되지 않지만 공간을 석방 할 때까지 데이터베이스는 오프라인 상태로 유지됩니다.)

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

아카이브 명령 또는 라이브러리를 작성하면 아카이브 할 파일 이름의 길이가 최대 64자가 될 수 있으며 ASCII 문자, 숫자 및 도트의 조합이 포함될 수 있다고 가정해야합니다. 원래 상대 경로를 보존 할 필요는 없습니다 (%p) 그러나 파일 이름을 유지해야합니다 (%f).

WAL 아카이빙은 귀하가 귀하의 데이터에 대한 수정을 복원 할 수 있지만PostgreSQL데이터베이스, 구성 파일에 대한 변경 사항을 복원하지 않습니다 (즉,postgresql.conf, pg_hba.conf및pg_ident.conf), SQL 작업이 아닌 수동으로 편집되기 때문입니다. 구성 파일을 일반 파일 시스템 젠 토토 절차로 젠 토토 할 위치에 보관할 수 있습니다. 보다PostgreSQL : 문서 : 17 : 19.2. 스포츠 토토 베트맨 위치구성 파일을 재배치하는 방법.

아카이브 명령 또는 함수는 완성 된 WAL 세그먼트에서만 호출됩니다. 따라서 서버가 WAL 트래픽 만 거의 생성하거나 (또는 그에 따른 위치가 느슨한 경우) 트랜잭션 완료와 아카이브 스토리지에서 안전한 기록 사이에 긴 지연이 발생할 수 있습니다. 구조되지 않은 데이터가 얼마나 오래 걸릴 수 있는지 제한하려면 설정할 수 있습니다archive_timeout서버가 적어도 새로운 WAL 세그먼트 파일로 전환하도록 강제합니다. 강제 스위치로 인해 조기에 아카이브 된 파일은 여전히 전체 파일과 여전히 길이가 동일합니다. 그러므로 매우 짧은 것을 설정하는 것은 현명하지 않습니다archive_timeout- 아카이브 스토리지를 팽창시킬 것입니다.archive_timeout1 분 정도의 설정은 일반적으로 합리적입니다.

또한 세그먼트 스위치를 수동으로 강제로 강제로PG_SWITCH_WAL방금 마감 된 트랜잭션이 가능한 빨리 보관되도록하려면. WAL 관리와 관련된 기타 유틸리티 기능은에 나와 있습니다.표 9.95.

언제Wal_levelis최소일부 SQL 명령은 WAL 로깅을 피하기 위해 최적화되어 있습니다.섹션 14.4.7. 이 진술 중 하나를 실행하는 동안 보관 또는 스트리밍 복제가 켜지면 WAL에는 아카이브 복구를위한 충분한 정보가 포함되어 있지 않습니다. (충돌 회복은 영향을받지 않습니다.) 이런 이유로Wal_level서버 시작 시만 변경할 수 있습니다. 하지만,archive_commandandarchive_library구성 파일 Reload를 사용하여 변경할 수 있습니다. 쉘을 통해 보관하고 일시적으로 아카이브를 중단하려는 경우 한 가지 방법은 설정하는 것입니다.archive_command빈 문자열에 (''). 이로 인해 WAL 파일이 축적됩니다.PG_WAL/작업 할 때까지archive_command재건되었습니다.

베이스 젠 토토을 수행하는 가장 쉬운 방법은 사용하는 것입니다.토토 베이 postgresql도구. 기본 백업을 일반 파일 또는 TAR 아카이브로 만들 수 있습니다. 보다 유연성이 더 많으면토토 베이 postgresql제공 할 수 있습니다. 저수준 API를 사용하여 기본 젠 토토을 만들 수도 있습니다 (참조섹션 25.3.4).

기본 젠 토토을 만드는 데 걸리는 시간에 대해 걱정할 필요는 없습니다. 그러나 일반적으로 서버를 실행하면full_page_writes비활성화하면 젠 토토이 실행되는 동안 성능이 떨어질 수 있습니다full_page_writes젠 토토 모드에서 효과적으로 강요됩니다.

백업을 사용하려면 파일 시스템 백업 중 및 후에 생성 된 모든 WAL 세그먼트 파일을 유지해야합니다. 이 작업을 수행하기 위해 기본 백업 프로세스가 A를 만듭니다.젠 토토 기록 파일즉시 WAL 아카이브 영역에 저장됩니다. 이 파일은 파일 시스템 백업에 필요한 첫 번째 WAL 세그먼트 파일의 이름을 따서 명명되었습니다. 예를 들어, 시작 월 파일이 인 경우00000001001234000055CD젠 토토 기록 파일의 이름이0000000100001234000055CD.007C9330.Backup. (파일 이름의 두 번째 부분은 WAL 파일 내에서 정확한 위치를 나타냅니다. 일반적으로 무시할 수 있습니다.) 백업 중에 사용 된 파일 시스템 백업과 WAL 세그먼트 파일을 안전하게 보관하고 (젠 토토 기록 파일에 지정된대로) 이름을 가진 모든 보관 된 WAL 세그먼트는 더 이상 파일 시스템 백업을 복구 할 필요가 없으며 삭제할 수 있습니다. 그러나 데이터를 복구 할 수 있는지 확신 할 수 있도록 여러 백업 세트를 유지하는 것이 좋습니다.

젠 토토 기록 파일은 단지 작은 텍스트 파일입니다. 그것은 당신이 주신 라벨 문자열을 포함합니다토토 베이 postgresql뿐만 아니라 젠 토토의 시작 및 종료 시간 및 월 세그먼트. 레이블을 사용하여 관련 덤프 파일을 식별하는 경우 보관 된 기록 파일은 복원 할 덤프 파일을 알려주기에 충분합니다.

아카이브 된 모든 책치 파일을 마지막 기본 백업으로 다시 유지해야하므로 기본 백업 간의 간격은 보관 된 책치 파일에서 소비하려는 스토리지의 양에 따라 일반적으로 선택해야합니다. 또한 복구가 필요한 경우 복구를하는 데 얼마나 오래 걸리는 지 고려해야합니다. 시스템은 모든 WAL 세그먼트를 재생해야하며 마지막 기지 백업 이후 오랜 시간이 지났을 때는 시간이 오래 걸릴 수 있습니다..

사용할 수 있습니다토토 베이 postgresql지정하여 점진적인 젠 토토을 받으려면-점수옵션. 당신은에 대한 논쟁으로 공급해야합니다.-Incremental, 젠 토토은 동일한 서버에서 이전 젠 토토으로 나타납니다. 결과 젠 토토에서 비 릴레이션 파일 전체가 전체에 포함되지만 일부 관계 파일은 이전 젠 토토 이후 변경된 블록 만 포함하는 더 작은 증분 파일과 현재 파일의 현재 버전을 재구성하기에 충분한 메타 데이터로 대체 될 수 있습니다..

백업해야 할 블록을 파악하려면 서버는 Data Directory에 저장된 WAL 요약을 사용합니다.PG_WAL/SUMPARIES. 필요한 요약 파일이없는 경우 점진적인 젠 토토을 시도하는 시도가 실패합니다. 이 디렉토리에있는 요약은 이전 젠 토토의 시작 LSN에서 현재 젠 토토의 시작 LSN에서 모든 LSN을 다루어야합니다. 서버는 현재 젠 토토의 시작 LSN을 설정 한 직후 WAL 요약을 찾기 때문에 필요한 요약 파일은 디스크에 즉시 표시되지 않을 수 있지만 서버는 누락 된 파일이 나타날 때까지 기다립니다. WAL 요약 프로세스가 뒤쳐진 경우에도 도움이됩니다. 그러나 필요한 파일이 이미 제거되었거나 WAL 요약자가 충분히 빨리 따라 잡지 않으면 증분 젠 토토이 실패합니다.

증분 젠 토토을 복원 할 때 증분 젠 토토 자체뿐만 아니라 증분 젠 토토에서 생략 된 블록을 공급하는 데 필요한 모든 초기 젠 토토이 필요합니다. 보다토토 사이트 추천 PostgreSQL이 요구 사항에 대한 자세한 내용은. 사용에 대한 제한이 있습니다.PG_COMBINEBACKUP클러스터의 체크섬 상태가 변경된 경우; 보다PG_COMBINEBACKUP 제한.

전체 백업을 사용하기위한 모든 요구 사항은 증분 백업에도 적용됩니다. 예를 들어, 파일 시스템 백업 중 및 관련 WAL 이력 파일 중에 생성 된 모든 WAL 세그먼트 파일이 여전히 필요합니다. 그리고 당신은 여전히 a를 만들어야합니다.복구 .signal(또는standby.signal)에 설명 된대로 회복을 수행하십시오.섹션 25.3.5. 복원 시간에 이전 젠 토토을 사용할 수있는 요구 사항 및 사용PG_COMBINEBACKUP는 다른 모든 것들에 대한 추가 요구 사항입니다. 명심하십시오PostgreSQL나중에 증분 젠 토토을 복원하기위한 기초로 여전히 어떤 젠 토토이 필요한지 파악할 수있는 메커니즘이 내장되어 있습니다. 전체 젠 토토과 증분 젠 토토 간의 관계를 추적하고 나중에 증분 젠 토토을 복원 할 때 필요한 경우 이전 젠 토토을 제거하지 않아야합니다..

증분 젠 토토은 일반적으로 데이터의 상당 부분이 변경되지 않거나 천천히 변경되는 비교적 큰 데이터베이스에 대해서만 적합합니다. 소규모 데이터베이스의 경우 증분 젠 토토의 존재를 무시하고 단순히 관리하기가 더 간단한 전체 젠 토토을 취하는 것이 간단합니다. 대형 데이터베이스의 경우 모두 크게 수정되며 증분 젠 토토은 전체 젠 토토보다 훨씬 작지 않습니다.

증분 백업은 이후 체크 포인트에서 이전 백업에 의존하는 것보다 재생이 시작되는 경우에만 가능합니다. 기본에서 증분 백업을 수행하면 각 백업이 새로운 체크 포인트를 트리거하기 때문에이 조건은 항상 만족됩니다. 대기에서 재생은 가장 최근의 재시작에서 시작됩니다. 따라서 이전 백업 이후 활동이 거의 없으면 대기 서버의 증분 백업이 실패 할 수 있습니다. 새 재시작 지점이 생성되지 않았기 때문입니다.

|토토 베이 postgresql, 저수준 API를 사용하여 기본 젠 토토을 할 수 있습니다. 이 절차에는보다 몇 단계가 더 포함됩니다.PG_BASEBACKUP방법이지만 비교적 간단합니다. 이러한 단계가 순서대로 실행되고 다음 단계로 진행하기 전에 단계의 성공이 확인되는 것이 매우 중요합니다.

여러 젠 토토을 동시에 실행할 수 있습니다 (이 젠 토토 API를 사용하기 시작한 사람들과 사용을 시작한 사람들은 모두토토 베이 postgresql).

좋아, 최악의 상황이 일어 났고 젠 토토에서 복구해야합니다. 절차는 다음과 같습니다.

이 모든 것의 핵심 부분은 복구 방법과 복구가 얼마나 멀리 진행되어야 하는지를 설명하는 복구 구성을 설정하는 것입니다. 당신이 절대적으로 지정 해야하는 한 가지는입니다.Restore_commandPostgreSQL보관 된 WAL 파일 세그먼트를 검색하는 방법. 처럼archive_command, 이것은 쉘 명령 문자열입니다. 포함 할 수 있습니다%f, 원하는 WAL 파일의 이름으로 대체됩니다.%P, 이는 WAL 파일을 복사하기 위해 경로 이름으로 대체됩니다. (경로 이름은 현재 작업 디렉토리, 즉 클러스터의 데이터 디렉토리와 관련이 있습니다.) 쓰기%%실제를 포함 해야하는 경우%명령의 문자. 가장 간단한 유용한 명령은 다음과 같습니다.

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

디렉토리에서 이전에 보관 된 WAL 세그먼트를 복사 할 예정/mnt/server/archivedir. 물론, 당신은 훨씬 더 복잡한 것을 사용할 수 있습니다. 아마도 연산자에게 적절한 테이프를 장착하도록 요청하는 쉘 스크립트조차도 사용할 수 있습니다..

명령이 실패시 0이 아닌 출구 상태를 반환하는 것이 중요합니다. 명령Will아카이브에 존재하지 않는 파일을 요청하십시오. 그렇게 요청하면 0이 아닌 반환해야합니다. 이것은 오류 조건이 아닙니다. 명령이 신호에 의해 종료 된 경우 (.Sigterm, 데이터베이스 서버 종료의 일부로 사용되는 55955_56124 |) 또는 쉘의 오류 (예 : 명령을 찾을 수없는 명령) 오류가 발생하면 복구가 중단되고 서버가 시작되지 않습니다..

요청 된 모든 파일이 WAL 세그먼트 파일이되는 것은 아닙니다. 또한 접미사가있는 파일 요청도를 기대해야합니다..history. 또한의 기본 이름을 알고 있어야합니다.%P경로는와 다릅니다.%f; 상호 교환 가능성을 기대하지 마십시오.

아카이브에서 찾을 수없는 WAL 세그먼트는PG_WAL/; 이를 통해 최근에 건축되지 않은 세그먼트를 사용할 수 있습니다. 그러나 아카이브에서 구할 수있는 세그먼트는 파일보다 우선적으로 사용됩니다.PG_WAL/.

일반적으로 복구는 사용 가능한 모든 WAL 세그먼트를 통해 진행하여 데이터베이스를 현재 시점 (또는 사용 가능한 WAL 세그먼트)으로 가능한 한 가깝게 복원합니다. 따라서 정상적인 복구는 A로 끝납니다.“파일 찾기”메시지, 선택에 따라 오류 메시지의 정확한 텍스트Restore_command. 또한이라는 이름의 파일에 대한 복구가 시작될 때 오류 메시지가 표시 될 수도 있습니다.00000001.History. 이것은 또한 정상이며 간단한 회복 상황에서 문제를 나타내지 않습니다. 보다섹션 25.3.6토론을 위해.

이전 시점 (예 : Junior DBA가 기본 트랜잭션 테이블을 삭제하기 직전)으로 회복하려면 필요한 경우을 지정하십시오.중지 지점. 로 알려진 스톱 포인트를 지정할 수 있습니다.“복구 대상”, 날짜/시간별로 Restore Point라는 이름으로 또는 특정 트랜잭션 ID를 완료하여. 이 글을 쓰는 시점에서 날짜/시간 및 명명 된 복원 지점 옵션 만 매우 사용할 수 있습니다. 트랜잭션 ID를 사용할 수있는 정확성을 식별하는 데 도움이되는 도구가 없기 때문에.

복구가 손상된 WAL 데이터를 찾으면 해당 시점에서 복구가 중단되고 서버가 시작되지 않습니다. 이 경우 복구 프로세스는 처음부터 재회 할 수 있으며 A를 지정합니다.“복구 대상”회복이 정상적으로 완료 될 수 있도록 부패 지점 전에. 시스템 충돌과 같은 외부 이유 또는 WAL 아카이브가 액세스 할 수 없게되면 복구가 실패하면 복구를 다시 시작할 수 있으며 실패한 곳에서 거의 다시 시작됩니다. 복구 재시작은 정상 작동에서 검사 점을 확인하는 것과 매우 유사합니다. 서버는 정기적으로 모든 상태를 디스크로 강제 한 다음를 업데이트합니다.PG_CONTROL이미 처리 된 WAL 데이터를 다시 스캔 할 필요가 없음을 나타내는 파일.

데이터베이스를 이전 시점으로 복원하는 능력은 시간 여행 및 평행 우주에 대한 공상 과학 소설 이야기와 유사한 복잡성을 만듭니다. 예를 들어, 데이터베이스의 원래 기록에서 화요일 저녁 오후 5시 15 분에 중요한 테이블을 삭제했지만 수요일 정오까지는 실수를 깨닫지 못했다고 가정 해 봅시다. 화 내지 않은 경우, 젠 토토을 꺼내서 화요일 저녁 오후 5시 14 분까지 회복하고 업데서 실행 중입니다. 안에this데이터베이스 유니버스의 역사, 당신은 결코 테이블을 떨어 뜨리지 않았습니다. 그러나 나중에 이것이 이것이 좋은 생각이 아니라는 것을 깨닫고 수요일 아침에 원래 역사에서 돌아가고 싶다고 가정 해 봅시다. 데이터베이스가 다가오고있는 동안 다시 돌아올 수있는 시간으로 이어지는 WAL 세그먼트 파일 중 일부를 덮어 쓴 경우에는 할 수 없습니다. 따라서이를 피하려면 원래 데이터베이스 기록에서 생성 된 것과 시점 복구를 한 후 생성 된 일련의 WAL 레코드를 구별해야합니다..

이 문제를 다루려면PostgreSQL개념이 있습니다타임 라인. 아카이브 복구가 완료 될 때마다 해당 복구 후 생성 된 일련의 WAL 레코드를 식별하기 위해 새로운 타임 라인이 만들어집니다. 타임 라인 ID 번호는 WAL 세그먼트 파일 이름의 일부이므로 새 타임 라인은 이전 타임 라인으로 생성 된 WAL 데이터를 덮어 쓰지 않습니다. 예를 들어, WAL 파일 이름에서000000010010012340055CD, 주요00000001는 16 진수의 타임 라인 ID입니다. (서버 로그 메시지와 같은 다른 상황에서는 타임 라인 ID가 일반적으로 소수점으로 인쇄됩니다.)

실제로 많은 다른 타임 라인을 보관할 수 있습니다. 그것은 쓸모없는 기능처럼 보일지 모르지만 종종 생명의 은인입니다. 회복 할 시점을 확신하지 못하는 상황을 고려하십시오. 따라서 구식 역사에서 분기 할 수있는 가장 좋은 장소를 찾을 때까지 시행 착오로 여러 번의 시간 회수를해야합니다. 타임 라인이 없으면이 프로세스는 곧 관리 할 수없는 혼란을 일으킬 것입니다. 타임 라인을 사용하면 회복 할 수 있습니다any이전 상태, 이전에 포기한 타임 라인 지점을 포함하여 이전 상태.

새 타임 라인이 만들어 질 때마다PostgreSQLa 생성“타임 라인 기록”어떤 타임 라인을 표시하는 파일. 이 히스토리 파일은 여러 타임 라인이 포함 된 아카이브에서 복구 할 때 시스템이 오른쪽 WAL 세그먼트 파일을 선택할 수 있도록해야합니다. 따라서 WAL 세그먼트 파일과 마찬가지로 WAL 아카이브 영역으로 보관됩니다. 히스토리 파일은 작은 텍스트 파일이므로 저렴하고 무기한으로 유지하는 것이 저렴하고 적절합니다 (큰 세그먼트 파일과 달리). 원하는 경우 히스토리 파일에 댓글을 추가 하여이 특정 타임 라인이 작성된 방법과 이유에 대한 자신의 메모를 기록 할 수 있습니다. 이러한 의견은 실험의 결과로 다른 타임 라인의 덤불이있을 때 특히 가치가 있습니다.

회복의 기본 동작은 아카이브에있는 최신 타임 라인으로 복구하는 것입니다. 베이스 백업이 취해 졌을 때 또는 특정 자식 타임 라인으로 현재의 타임 라인으로 복구하려면 (즉, 회복 시도 후에 생성 된 일부 주로 돌아가려면현재또는 대상 타임 라인 ID복구 _target_timeline. 베이스 백업보다 일찍 분기 된 타임 라인으로 복구 할 수 없습니다.

연속 보관 구성을위한 몇 가지 팁은 여기에 나와 있습니다.

archive_command = 'gzip < %p /mnt/server/archivedir/%F.gz'

Restore_command = 'Gunzip </mnt/server/archivedir/%F.GZ %p'

archive_command = 'local_backup_script.sh "%p" "%f"'

이 글에서는 연속 아카이브 기술에는 몇 가지 한계가 있습니다. 이것들은 아마도 향후 릴리스에서 고정 될 것입니다 :

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