추상적인 의미에서는 달리기PostgreSQL시스템은 무기한 긴 WAL 레코드 시퀀스를 생성합니다. 시스템은 이 시퀀스를 WAL로 물리적으로 나눕니다.세그먼트 윈 토토, 일반적으로 각각 16MB입니다(단, 세그먼트 크기는 빌드할 때 변경될 수 있음)포스트그레SQL). 세그먼트 윈 토토에는 추상 WAL 시퀀스에서의 위치를 ​​반영하는 숫자 이름이 지정됩니다. WAL 아카이브를 사용하지 않을 때 시스템은 일반적으로 몇 개의 세그먼트 윈 토토만 생성한 다음“재활용”더 이상 필요하지 않은 세그먼트 윈 토토의 이름을 더 높은 세그먼트 번호로 바꾸면 됩니다. 마지막 체크포인트 이전의 내용을 가진 세그먼트 윈 토토은 더 이상 관심 대상이 아니며 재활용될 수 있다고 가정합니다.

WAL 데이터를 보관할 때 각 세그먼트 윈 토토이 채워지면 해당 콘텐츠를 캡처하고 세그먼트 윈 토토이 재사용을 위해 재활용되기 전에 해당 데이터를 어딘가에 저장해야 합니다. 애플리케이션과 사용 가능한 하드웨어에 따라 다양한 방법이 있을 수 있습니다.“데이터를 어딘가에 저장하는 중”: 세그먼트 윈 토토을 다른 시스템의 NFS 마운트 디렉토리에 복사하거나, 테이프 드라이브에 쓰거나(각 파일의 원래 이름을 식별할 수 있는 방법이 있는지 확인), 일괄 처리하여 CD에 굽거나 완전히 다른 방법으로 만들 수 있습니다. 데이터베이스 관리자에게 유연성을 제공하기 위해,PostgreSQL보관 작업이 어떻게 수행될지에 대해 어떠한 가정도 하지 않으려고 노력합니다. 대신에,포스트그레SQL관리자는 완료된 세그먼트 윈 토토을 필요한 곳으로 복사하기 위해 실행할 쉘 명령을 지정할 수 있습니다. 명령은 다음과 같이 간단할 수 있습니다.cp또는 복잡한 쉘 스크립트를 호출할 수도 있습니다. 모두 귀하에게 달려 있습니다.

WAL 보관을 활성화하려면 다음을 설정하세요.wal_level구성 매개변수 to복제본이상,archive_mode에켜짐, 그리고 사용할 셸 명령을 지정합니다.archive_command구성 매개변수. 실제로 이러한 설정은 항상postgresql.conf윈 토토. 안에archive_command, %p은 아카이브할 윈 토토의 경로 이름으로 대체되고,%f은 파일 이름으로만 대체됩니다. (경로 이름은 현재 작업 디렉터리, 즉 클러스터의 데이터 디렉터리를 기준으로 합니다.) 사용%%실제 내용을 삽입해야 하는 경우%명령의 문자입니다. 가장 간단하고 유용한 명령은 다음과 같습니다.

archive_command = '테스트! -f /mnt/server/archivedir/%f && cp %p /mnt/server/archivedir/%f' # 유닉스
archive_command = '복사 "%p" "C:\\server\\archivedir\\%f"' # Windows

보관 가능한 WAL 세그먼트를 디렉토리에 복사합니다/mnt/서버/아카이브디렉터리. (이는 권장 사항이 아닌 예시이며 일부 플랫폼에서는 작동하지 않을 수 있습니다.)%p그리고%f매개변수가 대체되었으므로 실행되는 실제 명령은 다음과 같습니다.

테스트! -f /mnt/server/archivedir/00000001000000A900000065 && cp pg_wal/00000001000000A900000065 /mnt/server/archivedir/00000001000000A900000065

보관할 새 윈 토토마다 유사한 명령이 생성됩니다.

보관 명령은 동일한 사용자의 소유권으로 실행됩니다.PostgreSQL서버가 다음 계정으로 실행 중입니다. 보관되는 일련의 WAL 파일에는 데이터베이스의 모든 내용이 효과적으로 포함되어 있으므로 보관된 데이터가 엿보는 눈으로부터 보호되는지 확인하고 싶을 것입니다. 예를 들어 그룹 또는 전체 읽기 액세스 권한이 없는 디렉터리에 보관합니다.

아카이브 명령이 성공할 경우에만 종료 상태 0을 반환하는 것이 중요합니다. 결과가 0이 되면,PostgreSQL파일이 성공적으로 아카이브되었다고 가정하고 해당 파일을 제거하거나 재활용합니다. 그러나 0이 아닌 상태는 다음과 같습니다.PostgreSQL윈 토토이 보관되지 않았습니다; 성공할 때까지 주기적으로 다시 시도합니다.

아카이브 명령은 일반적으로 기존 아카이브 윈 토토 덮어쓰기를 거부하도록 설계되어야 합니다. 이는 관리자 오류(예: 서로 다른 두 서버의 출력을 동일한 아카이브 디렉터리로 보내는 경우)가 발생할 경우 아카이브의 무결성을 유지하는 중요한 안전 기능입니다.

제안된 아카이브 명령을 테스트하여 실제로 기존 윈 토토을 덮어쓰지 않는지 확인하는 것이 좋습니다.그리고 이 경우 0이 아닌 상태를 반환합니다. 위의 Unix용 예제 명령은 별도의테스트단계. 일부 Unix 플랫폼에서는,cp다음과 같은 스위치가 있습니다-i동일한 작업을 덜 장황하게 수행하는 데 사용할 수 있지만 올바른 종료 상태가 반환되는지 확인하지 않고 이에 의존해서는 안 됩니다. (특히 GNUcp다음의 경우 상태 0을 반환합니다.-i이(가) 사용되었으며 대상 윈 토토이 이미 존재합니다.아님원하는 동작입니다.)

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

보관 명령의 속도는 서버가 WAL 데이터를 생성하는 평균 속도를 따라갈 수 있는 한 중요하지 않습니다. 아카이빙 프로세스가 조금 늦어지더라도 정상적인 작업은 계속됩니다. 보관이 크게 뒤쳐지면 재해 발생 시 손실되는 데이터의 양이 늘어납니다. 이는 또한 다음을 의미합니다.pg_wal/디렉토리에는 아직 보관되지 않은 세그먼트 윈 토토이 많이 포함되어 결국 사용 가능한 디스크 공간을 초과할 수 있습니다. 보관 프로세스를 모니터링하여 의도한 대로 작동하는지 확인하는 것이 좋습니다.

보관 명령을 작성할 때, 보관할 윈 토토 이름의 길이는 최대 64자이며 ASCII 문자, 숫자 및 점의 조합을 포함할 수 있다고 가정해야 합니다. 원래 상대 경로를 보존할 필요는 없습니다(%p) 하지만 윈 토토 이름()을 보존해야 합니다.%f).

WAL 보관을 통해 귀하의 데이터에 대한 수정 사항을 복원할 수 있지만PostgreSQL데이터베이스에서는 구성 윈 토토에 대한 변경 사항을 복원하지 않습니다(즉,postgresql.conf, pg_hba.conf그리고pg_ident.conf), 이는 SQL 작업을 통하지 않고 수동으로 편집되기 때문입니다. 정기적인 윈 토토 시스템 백업 절차에 따라 백업될 위치에 구성 윈 토토을 보관할 수 있습니다. 보다PostgreSQL : 문서 : 10 : 19.2. 사설 토토 사이트 위치구성 윈 토토을 재배치하는 방법.

아카이브 명령은 완료된 WAL 세그먼트에서만 호출됩니다. 따라서 서버가 WAL 트래픽을 거의 생성하지 않는 경우(또는 트래픽이 발생하는 경우 여유 기간이 있는 경우) 트랜잭션 완료와 아카이브 스토리지에 안전한 기록 사이에 긴 지연이 있을 수 있습니다. 보관되지 않은 데이터의 오래된 기간을 제한하려면 다음을 설정할 수 있습니다.archive_timeout서버가 적어도 그만큼 자주 새로운 WAL 세그먼트 윈 토토로 전환하도록 강제합니다. 강제 전환으로 인해 초기에 보관된 보관 파일은 완전히 전체 파일과 길이가 여전히 동일합니다. 따라서 매우 짧게 설정하는 것은 현명하지 않습니다.archive_timeout— 아카이브 저장 공간이 너무 커질 것입니다.archive_timeout1분 정도의 설정이 일반적으로 합리적입니다.

또한 다음을 사용하여 수동으로 세그먼트 전환을 강제할 수 있습니다.pg_switch_wal방금 완료된 거래가 가능한 한 빨리 보관되도록 하려는 경우. WAL 관리와 관련된 기타 유틸리티 기능은 다음과 같습니다.표 9.79.

언제wal_levelis최소일부 SQL 명령은 설명된 대로 WAL 로깅을 방지하도록 최적화되었습니다.섹션 14.4.7. 이러한 문 중 하나를 실행하는 동안 보관 또는 스트리밍 복제가 설정된 경우 WAL에는 보관 복구를 위한 충분한 정보가 포함되지 않습니다. (충돌 복구는 영향을 받지 않습니다.) 이러한 이유로,wal_level서버 시작시에만 변경될 수 있습니다. 하지만,archive_command구성 파일을 다시 로드하여 변경할 수 있습니다. 일시적으로 보관을 중지하려는 경우 한 가지 방법은 다음을 설정하는 것입니다.archive_command빈 문자열(''). 이로 인해 WAL 파일이 다음에 축적됩니다.pg_wal/작동할 때까지archive_command재설립되었습니다.

기본 백업을 수행하는 가장 쉬운 방법은 다음을 사용하는 것입니다.pg_basebackup도구. 일반 윈 토토이나 tar 아카이브로 기본 백업을 생성할 수 있습니다. 보다 유연성이 있는 경우pg_basebackup제공할 수 있어야 하며, 낮은 수준의 API를 사용하여 기본 백업을 만들 수도 있습니다(참조섹션 25.3.3).

기본 백업을 만드는 데 걸리는 시간에 대해 걱정할 필요가 없습니다. 그러나 일반적으로 서버를 실행하는 경우full_page_writesdisabled, 이후 백업이 실행되는 동안 성능 저하를 느낄 수 있습니다.full_page_writes백업 모드 중에 강제로 활성화됩니다.

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

백업 기록 윈 토토은 단지 작은 텍스트 파일입니다. 여기에는 귀하가 제공한 라벨 문자열이 포함되어 있습니다.pg_basebackup뿐만 아니라 백업의 시작 및 종료 시간과 WAL 세그먼트도 포함됩니다. 관련 덤프 윈 토토을 식별하기 위해 레이블을 사용한 경우 보관된 기록 윈 토토만으로도 복원할 덤프 윈 토토을 알 수 있습니다.

보관된 모든 WAL 윈 토토을 마지막 기본 백업으로 다시 보관해야 하기 때문에 기본 백업 간의 간격은 일반적으로 보관된 WAL 윈 토토에 확장하려는 저장 용량에 따라 선택해야 합니다. 또한 복구가 필요한 경우 복구에 소요될 준비가 된 시간도 고려해야 합니다. 시스템은 모든 WAL 세그먼트를 재생해야 하며 마지막 기본 백업 이후 오랜 시간이 걸렸다면 시간이 걸릴 수 있습니다.

낮은 수준의 API를 사용하여 기본 백업을 만드는 절차에는 다음보다 몇 가지 단계가 더 포함되어 있습니다.pg_basebackup방법이지만 비교적 간단합니다. 이러한 단계를 순차적으로 실행하고 다음 단계로 진행하기 전에 단계의 성공을 확인하는 것이 매우 중요합니다.

낮은 수준의 기본 백업은 비독점적 또는 독점적인 방법으로 이루어질 수 있습니다. 비독점적 방법이 권장되며 독점적인 방법은 더 이상 사용되지 않으며 결국 제거될 예정입니다.

좋아요, 최악의 상황이 발생했으니 백업에서 복구해야 합니다. 절차는 다음과 같습니다.

이 모든 것의 핵심 부분은 복구 방법과 복구 실행 범위를 설명하는 복구 구성 윈 토토을 설정하는 것입니다. 당신은 사용할 수 있습니다recovery.conf.sample(일반적으로 설치 장소에 위치함공유/디렉토리)를 프로토타입으로 사용합니다. 반드시 지정해야 하는 한 가지는recovery.conf이것은restore_command, 이는 다음을 알려줍니다.PostgreSQL보관된 WAL 윈 토토 세그먼트를 검색하는 방법. 처럼archive_command, 이것은 쉘 명령 문자열입니다. 다음을 포함할 수 있습니다.%f, 원하는 로그 파일의 이름으로 대체됨, 그리고%p, 로그 파일을 복사할 경로 이름으로 대체됩니다. (경로 이름은 현재 작업 디렉터리, 즉 클러스터의 데이터 디렉터리를 기준으로 합니다.) 쓰기%%실제 내용을 삽입해야 하는 경우%명령의 문자입니다. 가장 간단하고 유용한 명령은 다음과 같습니다.

restore_command = 'cp /mnt/server/archivedir/%f %p'

디렉토리에서 이전에 보관된 WAL 세그먼트를 복사합니다/mnt/서버/아카이브디렉터리. 물론 운영자에게 적절한 테이프를 마운트하도록 요청하는 쉘 스크립트와 같이 훨씬 더 복잡한 것을 사용할 수도 있습니다.

명령이 실패 시 0이 아닌 종료 상태를 반환하는 것이 중요합니다. 명령할 것이다아카이브에 없는 윈 토토을 요청하도록 호출됩니다. 요청하면 0이 아닌 값을 반환해야 합니다. 이는 오류 조건이 아닙니다. 예외는 명령이 신호에 의해 종료된 경우입니다(SIGTERM, 데이터베이스 서버 종료의 일부로 사용됨) 또는 셸에 의한 오류(예: 명령을 찾을 수 없음)인 경우 복구가 중단되고 서버가 시작되지 않습니다.

요청된 모든 파일이 WAL 세그먼트 윈 토토이 되는 것은 아닙니다. 또한 다음과 같은 접미사가 있는 파일에 대한 요청도 예상됩니다..역사. 또한의 기본 이름은%p경로가 다음과 다를 것입니다.%f; 상호 교환이 가능하다고 기대하지 마십시오.

아카이브에서 찾을 수 없는 WAL 세그먼트는 다음에서 검색됩니다.pg_wal/; 이를 통해 최근 보관되지 않은 세그먼트를 사용할 수 있습니다. 그러나 아카이브에서 사용 가능한 세그먼트는 다음의 파일보다 우선적으로 사용됩니다.pg_wal/.

일반적으로 복구는 사용 가능한 모든 WAL 세그먼트를 통해 진행되므로 데이터베이스를 현재 시점(또는 사용 가능한 WAL 세그먼트를 고려하여 최대한 가까운 시점)으로 복원합니다. 따라서 정상적인 복구는 다음과 같이 종료됩니다.“윈 토토을 찾을 수 없음”메시지, 선택한 항목에 따른 오류 메시지의 정확한 텍스트restore_command. 또한 다음과 같은 이름의 파일에 대한 복구 시작 시 오류 메시지가 표시될 수도 있습니다.00000001.역사. 이는 또한 정상적인 현상이며 단순 복구 상황에서는 문제가 되지 않습니다. 보다섹션 25.3.5토론을 위해.

이전 시점(예: 주니어 DBA가 기본 트랜잭션 테이블을 삭제하기 직전)으로 복구하려면 필수 항목을 지정하십시오.PostgreSQL : 문서 : 10 : 27.2. 토토 사이트 추천 대상 설정inrecovery.conf. 다음과 같이 중지 지점을 지정할 수 있습니다.“복구 대상”, 날짜/시간, 명명된 복원 지점 기준 또는 특정 트랜잭션 ID 완료 기준. 이 글을 쓰는 시점에서는 사용할 거래 ID를 정확하게 식별하는 데 도움이 되는 도구가 없기 때문에 날짜/시간 및 명명된 복원 지점 옵션만 매우 유용하게 사용할 수 있습니다.

복구가 손상된 WAL 데이터를 발견하면 복구는 그 시점에서 중단되고 서버는 시작되지 않습니다. 이러한 경우 복구 프로세스는 처음부터 다시 실행될 수 있습니다.“복구 대상”손상 지점 이전에 복구가 정상적으로 완료될 수 있도록 합니다. 시스템 충돌과 같은 외부 이유로 복구가 실패하거나 WAL 아카이브에 액세스할 수 없게 된 경우 복구를 다시 시작할 수 있으며 거의 ​​실패한 지점부터 다시 시작됩니다. 복구 재시작은 일반 작업의 체크포인트와 매우 유사하게 작동합니다. 즉, 서버는 주기적으로 모든 상태를 디스크에 강제로 적용한 다음 업데이트합니다.pg_control이미 처리된 WAL 데이터를 다시 스캔할 필요가 없음을 나타내는 윈 토토입니다.

데이터베이스를 이전 시점으로 복원하는 능력은 시간 여행과 평행 우주에 관한 공상 과학 소설과 유사한 몇 가지 복잡성을 생성합니다. 예를 들어, 데이터베이스의 원래 기록에서 화요일 저녁 5시 15분에 중요한 테이블을 삭제했지만 수요일 정오까지 실수를 깨닫지 못했다고 가정해 보겠습니다. 당황하지 않고 백업을 꺼내어 화요일 저녁 5시 14분의 특정 시점으로 복원하고 실행 중입니다. 안에이것데이터베이스 세계의 역사에서 당신은 테이블을 삭제한 적이 없습니다. 그러나 나중에 이것이 그다지 좋은 생각이 아니라는 것을 깨닫고 원래 기록의 수요일 아침으로 돌아가고 싶다고 가정해 보겠습니다. 데이터베이스가 실행 중일 때 지금 돌아가고 싶은 시점으로 이어지는 일부 WAL 세그먼트 윈 토토을 덮어쓴 경우에는 그렇게 할 수 없습니다. 따라서 이를 방지하려면 특정 시점 복구를 수행한 후 생성된 일련의 WAL 레코드를 원래 데이터베이스 기록에서 생성된 WAL 레코드와 구별해야 합니다.

이 문제를 해결하려면,PostgreSQL다음의 개념을 가지고 있습니다타임라인. 아카이브 복구가 완료될 때마다 해당 복구 이후 생성된 일련의 WAL 레코드를 식별하기 위해 새로운 타임라인이 생성됩니다. 타임라인 ID 번호는 WAL 세그먼트 윈 토토 이름의 일부이므로 새 타임라인은 이전 타임라인에서 생성된 WAL 데이터를 덮어쓰지 않습니다. 실제로 다양한 타임라인을 보관하는 것이 가능합니다. 쓸모없는 기능처럼 보일 수도 있지만 종종 생명의 은인이 되기도 합니다. 어느 시점으로 복구해야 할지 확실하지 않아 이전 기록에서 분기할 최적의 위치를 ​​찾을 때까지 시행착오를 거쳐 여러 시점 복구를 수행해야 하는 상황을 생각해 보세요. 일정이 없으면 이 프로세스는 곧 관리하기 어려운 혼란을 초래할 것입니다. 타임라인을 사용하면 다음으로 복구할 수 있습니다.모든이전에 포기한 타임라인 브랜치의 상태를 포함한 이전 상태.

새로운 타임라인이 생성될 때마다PostgreSQL생성“타임라인 기록”어떤 타임라인에서 언제 분기되었는지 보여주는 파일입니다. 이러한 기록 파일은 여러 타임라인이 포함된 아카이브에서 복구할 때 시스템이 올바른 WAL 세그먼트 윈 토토을 선택할 수 있도록 하는 데 필요합니다. 따라서 WAL 세그먼트 윈 토토과 마찬가지로 WAL 아카이브 영역에 아카이브됩니다. 기록 파일은 작은 텍스트 파일이므로 (큰 세그먼트 윈 토토과 달리) 무기한으로 보관하는 것이 저렴하고 적절합니다. 원하는 경우 기록 파일에 설명을 추가하여 이 특정 타임라인이 생성된 방법과 이유에 대한 메모를 기록할 수 있습니다. 이러한 의견은 실험의 결과로 다양한 일정이 있을 때 특히 유용할 것입니다.

복구의 기본 동작은 기본 백업이 수행된 당시와 동일한 타임라인을 따라 복구하는 것입니다. 일부 하위 타임라인으로 복구하려는 경우(즉, 복구 시도 후 자체 생성된 일부 상태로 돌아가려는 경우) 대상 타임라인 ID를 지정해야 합니다.recovery.conf. 기본 백업보다 먼저 분기된 타임라인으로 복구할 수 없습니다.

지속적인 보관 구성에 대한 몇 가지 팁이 여기에 제공됩니다.

archive_command = '테스트! -f /var/lib/pgsql/backup_in_progress || (테스트 ! -f /var/lib/pgsql/archive/%f && cp %p /var/lib/pgsql/archive/%f)'

터치 /var/lib/pgsql/backup_in_progress
psql -c "pg_start_backup('hot_backup')을 선택하십시오."
tar -cf /var/lib/pgsql/backup.tar /var/lib/pgsql/data/
psql -c "pg_stop_backup() 선택;"
rm /var/lib/pgsql/backup_in_progress
tar -rf /var/lib/pgsql/backup.tar /var/lib/pgsql/archive/

archive_command = 'gzip < %p  /var/lib/pgsql/archive/%f'

restore_command = 'gunzip < /mnt/server/archivedir/%f  %p'

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

이 글을 쓰는 시점에서 지속적인 보관 기술에는 몇 가지 제한 사항이 있습니다. 이러한 문제는 향후 릴리스에서 수정될 예정입니다.

또한 기본값이라는 점에 유의해야 합니다.WAL형식은 많은 디스크 페이지 스냅샷을 포함하므로 상당히 부피가 큽니다. 이러한 페이지 스냅샷은 부분적으로 작성된 디스크 페이지를 수정해야 할 수 있으므로 충돌 복구를 지원하도록 설계되었습니다. 시스템 하드웨어 및 소프트웨어에 따라 부분 쓰기의 위험은 무시할 만큼 작을 수 있습니다. 이 경우 다음을 사용하여 페이지 스냅샷을 꺼서 보관된 로그의 총 볼륨을 크게 줄일 수 있습니다.full_page_writes매개변수. (다음의 참고 사항과 경고를 읽어보세요.범퍼카 토토 : 문서 : 10 : 30 장. 신뢰성과 쓰기 로그그렇게 하기 전에.) 페이지 스냅샷을 꺼도 PITR 작업에 대한 로그 사용이 차단되지 않습니다. 향후 개발 분야는 다음과 같은 경우에도 불필요한 페이지 사본을 제거하여 보관된 WAL 데이터를 압축하는 것입니다.full_page_writes켜져 있습니다. 그동안 관리자는 체크포인트 간격 매개변수를 최대한 늘려 WAL에 포함된 페이지 스냅샷 수를 줄이고 싶을 수도 있습니다.