24.3.1. WAL 아카이빙 설정

추상적 인 의미에서 달리기PostgreSQL시스템은 무기한 긴 WAL 레코드 시퀀스를 생성합니다. 시스템은이 시퀀스를 물리적으로 WAL으로 나눕니다세그먼트 토토 꽁 머니, 일반적으로 각각 16MB입니다 (구축 할 때 세그먼트 크기를 변경할 수 있지만PostgreSQL). 세그먼트 토토 꽁 머니에는 초록 WAL 시퀀스에서 자신의 위치를 ​​반영하는 숫자 이름이 제공됩니다."재활용"더 높은 세그먼트 번호로 필요한 세그먼트 토토 꽁 머니을 이름을 바꾸어. 체크 포인트보다 앞에 내용이있는 세그먼트 토토 꽁 머니은 더 이상 관심이없고 재활용 할 수 있다고 가정합니다.

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

WAL 아카이브를 활성화하려면를 설정하십시오.Wal_level구성 매개 변수 to아카이브이상,archive_modetoonarchive_command구성 매개 변수. 실제로이 설정은 항상에 배치됩니다.on토토 꽁 머니. 안에archive_command, %p파일의 경로 이름으로 아카이브로 대체되는 동안%f는 파일 이름으로만 대체됩니다. (경로 이름은 현재 작업 디렉토리, 즉 클러스터의 데이터 디렉토리와 관련이 있습니다.) 사용%%실제를 포함 해야하는 경우%명령의 문자. 가장 간단한 유용한 명령은 다음과 같습니다.

archive_command = '테스트! -f/mnt/server/archivedir/%f && cp%p/mnt/server/archivedir/%f ' # unix

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

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

각 새 토토 꽁 머니에 대해 유사한 명령이 생성됩니다.

아카이브 명령은 동일한 사용자의 소유권에 따라 실행됩니다.PostgreSQL서버가 실행 중입니다. 아카이브 된 일련의 왈 파일에는 데이터베이스의 모든 것이 효과적으로 포함되어 있으므로 아카이브 된 데이터가 눈물을 흘리며 보호되는지 확인해야합니다.

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

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

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

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

아카이빙 명령의 속도는 서버가 WAL 데이터를 생성하는 평균 속도를 따라 잡을 수있는 한 중요하지 않습니다. 아카이빙 프로세스가 약간 뒤 떨어 있어도 정상 작동이 계속됩니다.PG_XLOG/디렉토리에는 많은 수의 아가없는 세그먼트 토토 꽁 머니이 포함되어 있으며 결국 사용 가능한 디스크 공간을 초과 할 수 있습니다. 아카이빙 프로세스를 모니터링하여 의도 한대로 작동하는지 확인하는 것이 좋습니다.

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

WAL 아카이브는 귀하가 귀하의 데이터에 대한 수정을 복원 할 수 있지만PostgreSQL데이터베이스, 구성 토토 꽁 머니에 대한 변경 사항을 복원하지 않습니다 (즉,on, onandon), SQL 작업이 아닌 수동으로 편집되기 때문입니다. 구성 토토 꽁 머니을 일반 토토 꽁 머니 시스템 백업 절차로 백업 할 위치에 보관할 수 있습니다.PostgreSQL : 문서 : 9.4 : 젠 토토 위치구성 토토 꽁 머니을 재배치하는 방법.

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

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

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

24.3.2. 기본 백업 만들기

베이스 백업을 수행하는 가장 쉬운 방법은 사용하는 것입니다.PostgreSQL : 문서도구. 기본 백업을 일반 파일 또는 TAR 아카이브로 만들 수 있습니다.PostgreSQL : 문서제공 할 수 있습니다. 저수준 API를 사용하여 기본 백업을 만들 수도 있습니다 (참조섹션 24.3.3).

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

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

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

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

24.3.3. 낮은 레벨 API를 사용하여베이스 백업 만들기

낮은 레벨 API를 사용하여베이스 백업을 만드는 절차에는보다 몇 단계가 더 포함됩니다.PostgreSQL : 문서방법이지만 비교적 간단합니다. 이러한 단계가 순서대로 실행되고 다음 단계로 진행하기 전에 단계의 성공이 확인되는 것이 매우 중요합니다.

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

2. 슈퍼 사용자로서 데이터베이스에 연결하고 명령을 발행합니다.

   PG_START_BACKUP ( 'label'); 선택

   여기서레이블이 백업 작업을 고유하게 식별하는 데 사용하려는 모든 문자열입니다. (좋은 관행 중 하나는 백업 덤프 토토 꽁 머니을 넣으려는 전체 경로를 사용하는 것입니다.)pg_start_backupa 생성백업 레이블file, congrybackup_label, 시작 시간 및 레이블 문자열을 포함하여 백업에 대한 정보가 포함 된 클러스터 디렉토리의. 파일은 백업의 무결성에 중요합니다.

   이 명령을 발행하기 위해 연결하는 클러스터 내의 데이터베이스는 중요하지 않습니다. 함수에 의해 반환 된 결과를 무시할 수 있습니다.

   기본적으로pg_start_backup완료하는 데 시간이 오래 걸릴 수 있습니다. 이는 체크 포인트를 수행하고 체크 포인트에 필요한 I/O가 기본적으로 상당한 시간에 걸쳐 확산되기 때문입니다.Checkpoint_Completion_TARGET). 쿼리 처리에 미치는 영향을 최소화하기 때문에 일반적으로 원하는 것입니다.

   PG_START_BACKUP ( 'label', true); 선택

   이로 인해 체크 포인트가 최대한 빨리 수행되도록 강요합니다.

3. 편리한 파일 시스템-지원 도구를 사용하여 백업을 수행합니다.타르또는CPIO(아님pg_dump또는pg_dumpall). 이 작업을 수행하는 동안 데이터베이스의 정상 작동을 중지하는 것은 필요하거나 바람직하지 않습니다.

4. 다시 슈퍼업자로 데이터베이스에 연결하고 명령을 발행합니다.

   선택 PG_STOP_BACKUP (); 선택

   이것은 백업 모드를 종료하고 다음 WAL 세그먼트로 자동 스위치를 수행합니다. 스위치의 이유는 백업 간격 동안 기록 된 마지막 WAL 세그먼트 토토 꽁 머니을 아카이브에 준비하기 위해서는 마지막 WAL 세그먼트 토토 꽁 머니을 정리하기 때문입니다.

5. 백업 중에 WAL 세그먼트 토토 꽁 머니이 활성화되면 완료됩니다. 식별 된 파일PG_STOP_BACKUP의 결과는 전체 백업 토토 꽁 머니 세트를 형성하는 데 필요한 마지막 세그먼트입니다. 만약에archive_mode활성화,PG_STOP_BACKUP마지막 세그먼트가 보관 될 때까지 돌아 오지 않습니다. 이 파일의 아카이브는 이미 구성되었으므로 자동으로 발생합니다archive_command. 대부분의 경우 이것은 빠르게 발생하지만 지연이 없는지 확인하기 위해 아카이브 시스템을 모니터링하는 것이 좋습니다.PG_STOP_BACKUP, 적절한 설정station_timeoutvalue.

일부 파일 시스템 백업 도구는 사본이 진행되는 동안 변경하려는 파일을 복사하려는 파일이 경고 또는 오류를 방출합니다. 활성 데이터베이스의 기본 백업을 수행 할 때이 상황은 정상이며 오류가 아닙니다.rsync별도의 종료 코드 반환"소스 토토 꽁 머니이 사라진 소스 토토 꽁 머니", 그리고이 종료 코드를 비회사 사례로 받아들이 기 위해 드라이버 스크립트를 작성할 수 있습니다. 또한 일부 버전의 GNU타르토토 꽁 머니이 잘린 경우 치명적인 오류와 구별 할 수없는 오류 코드를 반환타르복사했습니다. 다행히도, gnu타르백업 중에 토토 꽁 머니이 변경된 경우 1.16 및 나중에 1로, 다른 오류의 경우 2. gnu타르버전 1.23 이상, 경고 옵션을 사용할 수 있습니다-경고 = 무관관련 경고 메시지를 숨기려면

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

그러나 백업에서 클러스터 내의 토토 꽁 머니을 덤프에서 생략 할 수 있습니다PG_XLOG/하위 디렉토리. 이 약간의 조정은 복원시 실수의 위험을 줄이기 때문에 가치가 있습니다.PG_XLOG/는 클러스터 디렉토리 외부의 어떤 곳을 가리키는 상징적 링크입니다. 어쨌든 성능의 이유로 일반적인 설정입니다. 당신은 또한 배제하고 싶을 수도 있습니다PostmasterandPostmaster, 실행에 대한 정보를 기록하는PostmasterPostmaster결국이 백업을 사용합니다. (이 토토 꽁 머니은 혼란 스러울 수 있습니다PG_CTL.)

백업에서 덤프에서 생략하는 것이 종종 클러스터 내의 토토 꽁 머니을 생략하는 것이 좋습니다PG_REPLSLOT/디렉토리, 마스터에 존재하는 복제 슬롯이 백업의 일부가되지 않습니다. 그렇지 않으면, 대기를 만들기 위해 백업을 후속으로 사용하면 대기에 WAL 토토 꽁 머니을 무기한 보유 할 수 있으며, 해당 복제 슬롯을 사용하는 클라이언트가 여전히 대기가 아닌 마스터의 슬롯에 연결되고 업데이트되기 때문에 핫 스탠드 비드 피드백이 활성화되면 마스터에 팽창 할 수 있습니다.

pg_start_backup함수는 토토 꽁 머니을 지명합니다backup_label데이터베이스 클러스터 디렉토리에서PG_STOP_BACKUP. 이 토토 꽁 머니은 물론 백업 덤프 토토 꽁 머니의 일부로 보관됩니다.pg_start_backup, 그리고 시간과 그 시간pg_start_backup가 실행되었고 시작 WAL 토토 꽁 머니의 이름입니다. 따라서 혼란의 경우 백업 덤프 토토 꽁 머니 내부를보고 덤프 토토 꽁 머니이 어떤 백업 세션에서 왔는지 정확하게 결정할 수 있습니다.

서버를 중지하는 동안 백업 덤프를 만들 수도 있습니다. 이 경우 분명히 사용할 수 없습니다pg_start_backup또는PG_STOP_BACKUP, 따라서 귀하는 자신의 장치에 맡겨서 어떤 백업 덤프가 어떤 것인지, 관련 월 토토 꽁 머니이 얼마나 멀리 떨어져 있는지 추적합니다. 위의 연속 보관 절차를 따르는 것이 일반적으로 낫습니다.

24.3.4. 연속 아카이브 백업을 사용하여 복구

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

1. 서버가 실행중인 경우 서버 중지.

2. 그렇게 할 공간이 있으면 나중에 필요한 경우 전체 클러스터 데이터 디렉토리와 테이블 스페이스를 임시 위치에 복사하십시오. 이 예방 조치는 시스템에 기존 데이터베이스의 두 사본을 보유 할 수있는 충분한 여유 공간이 있어야합니다.PG_XLOG시스템이 다운되기 전에 보관되지 않은 로그를 포함 할 수 있으므로 서브 디렉토리.

3. 클러스터 데이터 디렉토리와 사용중인 테이블 스페이스의 루트 디렉토리에서 모든 기존 토토 꽁 머니 및 하위 디렉토리 제거.

4. 토토 꽁 머니 시스템 백업에서 데이터베이스 토토 꽁 머니을 복원합니다. 올바른 소유권 (데이터베이스 시스템 사용자,로 복원되어 있는지 확인하십시오.루트!) 및 올바른 권한이 있습니다. 테이블 스페이스를 사용하는 경우 상징적 링크가인지 확인해야합니다.PG_TBLSPC/올바르게 복원되었습니다.

5. 있는 토토 꽁 머니 제거PG_XLOG/; 이것들은 파일 시스템 백업에서 나왔으므로 아마도 현재보다는 쓸모 없을 것입니다.PG_XLOG/전혀 적절한 권한으로 재현하여 이전에 설정 한 경우 상징적 링크로 재건 할 수 있도록 조심하십시오..

6. 2 단계에서 저장 한 미지의 WAL 세그먼트 토토 꽁 머니이있는 경우PG_XLOG/. (문제가 발생하고 다시 시작 해야하는 경우에도 수정되지 않은 파일이 여전히 사용되지 않으므로 복사하는 것이 가장 좋습니다.)

7. 복구 명령 토토 꽁 머니 만들기on클러스터 데이터 디렉토리 (참조PostgreSQL : 문서 : 9.4 : 스포츠 토토 결과 구성). 일시적으로 수정하고 싶을 수도 있습니다on복구가 성공했을 때까지 일반 사용자가 연결하는 것을 방지합니다.

8. 서버를 시작합니다. 서버는 복구 모드로 이동하여 필요한 보관 된 책리 토토 꽁 머니을 읽습니다.ontoon(실수로 복구 모드를 나중에 다시 리턴하는 것을 방지하기 위해) 정상 데이터베이스 작업을 시작하십시오.

9. 데이터베이스의 내용을 검사하여 원하는 상태로 복구했는지 확인하십시오. 그렇지 않은 경우 1 단계로 돌아갑니다. 모든 것이 잘되면 사용자가 복원하여 연결하도록 허용on정상.

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

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

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

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

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

아카이브에서 찾을 수없는 WAL 세그먼트는PG_XLOG/; 이를 통해 최근에 건축되지 않은 세그먼트를 사용할 수 있습니다.PG_XLOG/.

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

이전 시점 (주니어 DBA가 기본 거래 테이블을 삭제하기 직전)으로 회복하려면 필요한 것을 지정하십시오PostgreSQL : 문서 : 9.4 : 범퍼카 토토 대상 설정inon. 로 알려진 스톱 포인트를 지정할 수 있습니다."복구 대상", 날짜/시간별로, 복원 지점으로 명명되거나 특정 트랜잭션 ID의 완료로. 이 글을 쓰는 시점에서 날짜/시간 및 명명 된 복원 지점 옵션 만 매우 사용할 수 있습니다. 트랜잭션 ID를 사용할 수있는 정확성을 식별하는 데 도움이되는 도구가 없기 때문에.

복구가 손상된 WAL 데이터를 찾으면 해당 시점에서 복구가 중단되고 서버가 시작되지 않습니다. 이 경우 복구 프로세스는 처음부터 재회 할 수 있으며 A를 지정합니다."복구 대상"회복이 정상적으로 완료 될 수 있도록 부패 지점 전에. 시스템 충돌과 같은 외부 이유 또는 WAL 아카이브가 액세스 할 수 없게되면 복구가 실패하면 복구를 다시 시작할 수 있으며 실패한 곳에서 거의 다시 시작됩니다.PG_CONTROL이미 처리 된 WAL 데이터를 다시 스캔 할 필요가 없음을 나타내는 토토 꽁 머니

24.3.5. 타임 라인

데이터베이스를 이전 시점으로 복원하는 능력은 시간 여행 및 평행 우주에 대한 공상 과학 소설 이야기와 유사한 복잡성을 만듭니다. 예를 들어, 데이터베이스의 원래 기록에서 화요일 저녁 오후 5시 15 분에 중요한 테이블을 삭제했지만 수요일 정오까지는 실수를 깨닫지 못했다고 가정 해 봅시다.this데이터베이스 유니버스의 역사, 당신은 결코 테이블을 떨어 뜨리지 않았습니다. 그러나 나중에 이것이 이것이 좋은 생각이 아니라는 것을 깨닫고 수요일 아침에 원래 역사에서 돌아가고 싶다고 가정 해 봅시다.

이 문제를 다루려면PostgreSQL개념이 있습니다타임 라인. 아카이브 복구가 완료 될 때마다 해당 복구 후 생성 된 일련의 WAL 레코드를 식별하기 위해 새로운 타임 라인이 만들어집니다.Any이전 상태, 이전에 포기한 타임 라인 지점을 포함하여 이전 상태.

새 타임 라인이 만들어 질 때마다PostgreSQLa 생성"타임 라인 기록"어떤 타임 라인을 표시하는 파일. 이 히스토리 파일은 여러 타임 라인이 포함 된 아카이브에서 복구 할 때 시스템이 오른쪽 WAL 세그먼트 토토 꽁 머니을 선택할 수 있도록해야합니다.

기본 복구 동작은 기본 백업을 수행했을 때와 동일한 타임 라인을 따라 복구하는 것입니다. 어린이 타임 라인으로 복구하려면 (즉, 회복 시도 후에 생성 된 일부 주로 돌아가려면) 대상 타임 라인 ID를 지정해야합니다on. 베이스 백업보다 일찍 분기 된 타임 라인으로 복구 할 수 없습니다.

24.3.6. 팁과 예

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

archive_command = '테스트! -f/var/lib/pgsql/backup_in_progress ||

터치/var/lib/pgsql/backup_in_progress

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

Restore_command = 'Gunzip  %p'

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

24.3.7. 경고

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

• 해시 인덱스에서의 작업은 현재 월경화되지 않았으므로 재생은 이러한 인덱스를 업데이트하지 않습니다. 이는 인덱스에 의해 새로운 삽입물이 무시되고 업데이트 된 행은 분명히 사라지고 삭제 된 행은 여전히 ​​포인터를 유지한다는 것을 의미합니다.토토 사이트 추천 PostgreSQL : 문서 : 9.4 : 린덱스복구 작업을 완료 한 후 그러한 인덱스.

• if a데이터베이스 생성기본 백업을 수행하는 동안 명령이 실행 된 다음 템플릿 데이터베이스가데이터베이스 생성복사 된 복사가 수정되어베이스 백업이 여전히 진행 중이며 복구로 인해 이러한 수정이 생성 된 데이터베이스로 전파 될 수 있습니다. 물론 이것은 바람직하지 않습니다.

• PostgreSQL :명령은 문자 그대로의 절대 경로로 월을 로그링하므로 동일한 절대 경로를 가진 테이블 스페이스 창작물로 재생됩니다. 로그가 다른 컴퓨터에서 재생되는 경우 바람직하지 않을 수 있습니다.

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