24.3.1. WAL 아카이빙 설정

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

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

WAL 아카이브를 활성화하려면를 설정하십시오.Wal_level구성 매개 변수 to아카이브이상,archive_modetoon, 그리고에서 사용할 쉘 명령을 지정하십시오.archive_command구성 매개 변수. 실제로이 설정은 항상에 배치됩니다.postgresql.conf토토 사이트 순위. 안에archive_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_XLOG/000000010000A900000065/MNT/Server/ArchivedIR/00000001000000A9000065

각 새 토토 사이트 순위에 대해 유사한 명령이 생성됩니다.

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

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

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

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

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

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

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

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

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

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

언제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.007C9330.Backup. (파일 이름의 두 번째 부분은 WAL 파일 내에서 정확한 위치를 나타냅니다. 일반적으로 무시할 수 있습니다.) 백업 중에 사용되는 파일 시스템 백업과 WAL 세그먼트 토토 사이트 순위을 안전하게 보관하고 (백업 기록 토토 사이트 순위에 지정된대로) 이름을 가진 모든 보관 된 WAL 세그먼트는 더 이상 파일 시스템 백업을 복구 할 필요가 없으며 삭제할 수 있습니다. 그러나 데이터를 복구 할 수 있는지 확신 할 수 있도록 여러 백업 세트를 유지하는 것이 좋습니다.

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

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

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

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

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

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

   PG_START_BACKUP ( 'label'); 선택

   여기서레이블이 백업 작업을 고유하게 식별하는 데 사용하려는 모든 문자열입니다. (좋은 관행 중 하나는 백업 덤프 토토 사이트 순위을 넣으려는 전체 경로를 사용하는 것입니다.)PG_START_BACKUPa 생성백업 레이블file, congrybackup_label, 시작 시간 및 레이블 문자열을 포함하여 백업에 대한 정보가 포함 된 클러스터 디렉토리의. 함수는 또한을 만듭니다.테이블 스페이스 맵file, proidTableSpace_mapPG_TBLSPC/하나 이상의 링크가있는 경우. 두 토토 사이트 순위 모두 백업의 무결성에 중요합니다. 복원 해야하는 경우

   이 명령을 발행하기 위해 연결하는 클러스터 내의 데이터베이스는 중요하지 않습니다. 함수에 의해 반환 된 결과를 무시할 수 있습니다. 그러나 그것이 오류를보고한다면, 진행하기 전에 그것을 처리하십시오.

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

   PG_START_BACKUP ( 'label', true); 선택

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

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

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/하위 디렉토리. 이 약간의 조정은 복원시 실수의 위험을 줄이기 때문에 가치가 있습니다. IF이 쉽게 정리하기 쉽습니다.PG_XLOG/|는 클러스터 디렉토리 외부의 어떤 곳을 가리키는 상징적 링크입니다. 어쨌든 성능의 이유로 일반적인 설정입니다. 당신은 또한 배제하고 싶을 수도 있습니다postmaster.pid및postmaster.opts, 실행에 대한 정보를 기록하는PostmasterPostmaster결국이 백업을 사용합니다. (이 토토 사이트 순위은 혼란 스러울 수 있습니다PG_CTL.)

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

또한에 주목할 가치가 있습니다.PG_START_BACKUP함수는 토토 사이트 순위을 지명 한backup_labelandTableSpace_map데이터베이스 클러스터 디렉토리에서PG_STOP_BACKUP. 이 파일은 물론 백업 덤프 파일의 일부로 보관됩니다. 백업 레이블 파일에는에 제공 한 레이블 문자열이 포함되어 있습니다.PG_START_BACKUP, 그리고 시간뿐만 아니라 그 시간PG_START_BACKUP가 실행되었고 시작 WAL 파일의 이름입니다. 따라서 혼란의 경우 백업 덤프 파일 내부를보고 덤프 파일이 어떤 백업 세션에서 왔는지 정확하게 결정할 수 있습니다. 테이블 스페이스 맵 파일에는 디렉토리에 존재하는 기호 링크 이름이 포함되어 있습니다.PG_TBLSPC/및 각 상징적 링크의 전체 경로. 이 토토 사이트 순위은 단순히 귀하의 정보를위한 것이 아닙니다. 그들의 존재와 내용은 시스템 복구 프로세스의 올바른 작동에 중요합니다.

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

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

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

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

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

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

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

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

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

7. 복구 명령 토토 사이트 순위 만들기복구 .conf클러스터 데이터 디렉토리 (참조토토 핫 : 문서 : 9.5 : 복구 구성). 일시적으로 수정하고 싶을 수도 있습니다pg_hba.conf복구가 성공적이라고 확신 할 때까지 일반 사용자가 연결하는 것을 방지합니다.

8. 서버를 시작합니다. 서버는 복구 모드로 이동하여 필요한 보관 된 책리 토토 사이트 순위을 읽습니다. 외부 오류로 인해 복구가 종료되면 서버를 간단히 다시 시작할 수 있으며 계속 복구됩니다. 복구 프로세스가 완료되면 서버의 이름을 바꿉니다복구 .conftorecovery.done38865_38971

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

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

Restore_command = 'CP/MNT/Server/ArchivedIR/ %F %P'

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

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

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

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

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

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

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

24.3.5. 타임 라인

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

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

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

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

24.3.6. 팁과 예

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

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"'

24.3.7. 경고

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

• 해시 인덱스에서의 작업은 현재 Wal-Logged가 아니므로 재생이 이러한 인덱스를 업데이트하지 않습니다. 이는 인덱스에 의해 새로운 삽입물이 무시되고 업데이트 된 행은 분명히 사라지고 삭제 된 행은 여전히 포인터를 유지한다는 것을 의미합니다. 다시 말해, 해시 색인이있는 테이블을 수정하면 대기 서버에서 잘못된 쿼리 결과가 나타납니다. 복구가 완료되면 수동으로 권장됩니다범퍼카 토토 PostgreSQL : 문서 : 9.5 : 린덱스복구 작업을 완료 한 후 그러한 인덱스 각각.

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

• PostgreSQL :명령은 문자 그대로의 절대 경로로 월을 로그링하므로 동일한 절대 경로를 가진 테이블 스페이스 창작물로 재생됩니다. 로그가 다른 컴퓨터에서 재생되는 경우 바람직하지 않을 수 있습니다. 로그가 같은 컴퓨터에서 재생되는 경우에도 위험 할 수 있지만 새로운 데이터 디렉토리로 나옵니다. 재생은 여전히 원래 테이블 스페이스의 내용을 덮어 씁니다. 이런 종류의 잠재적 인 Gotchas를 피하기 위해 테이블 스페이스를 만들거나 떨어 뜨린 후 새로운베이스 백업을 수행하는 것이 가장 좋습니다.

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