이 문서는 지원되지 않는 스포츠 토토 버전에 대한 것입니다.
당신은 다음과 같은 페이지를 보고 싶을 수도 있습니다.PostgreSQL : 문서 : 17 : 28.6. 사설 토토 사이트 Internals버전 또는 위에 나열된 다른 지원 버전 중 하나를 사용하세요.

29.5. WAL 내부

WAL은 자동으로 활성화됩니다. 다음 사항을 확인하는 것 외에는 관리자가 취해야 할 조치는 없습니다. 에 대한 디스크 공간 요구 사항WAL로그가 충족되었으며 필요한 조정이 이루어졌습니다. 완료되었습니다(참조섹션 29.4).

WAL로그는 다음 위치에 저장됩니다. 디렉토리103스포츠 토토: 문서: 9.3: WAL 내부52데이터 아래 디렉토리, 세그먼트 파일 세트로, 일반적으로 각 크기는 16MB입니다. (그러나 크기는 다음을 변경하여 변경할 수 있습니다.--with-wal-segsize빌드 시 옵션 구성 서버). 각 세그먼트는 일반적으로 각각 8kB의 페이지로 나뉩니다. (이 크기는 다음을 통해 변경할 수 있습니다.--with-wal-blocksize옵션 구성). 로그 레코드 헤더에 대한 설명은액세스/xlog.h; 기록 내용은 다음에 따라 달라집니다. 기록되는 이벤트 유형입니다. 세그먼트 파일이 제공됩니다. 에서 시작하여 계속 증가하는 숫자의 이름000000010000000000000000. 숫자는 줄 바꿈되지 않습니다. 하지만 사용 가능한 자원을 소진하는 데는 매우 오랜 시간이 걸릴 것입니다. 숫자의 재고.

로그가 다른 디스크에 있는 것이 유리합니다. 기본 데이터베이스 파일에서. 이는 다음을 이동하여 달성할 수 있습니다.pg_xlog디렉토리를 다른 위치로 (물론 서버가 종료되는 동안) 그리고 심볼릭 생성 기본 데이터 디렉토리의 원래 위치에서 새로운 위치.

목적WAL다음을 보장하는 것입니다 데이터베이스 레코드가 변경되기 전에 로그가 기록되지만 이는 거짓으로 보고하는 디스크 드라이브에 의해 전복될 수 있습니다. 커널에 성공적으로 쓰기, 실제로는 캐시만 했음에도 불구하고 데이터가 아직 디스크에 저장되지 않았습니다. 그러한 정전 상황에 따라 복구할 수 없는 데이터 손상이 발생할 수 있습니다. 관리자는 디스크가 보유하고 있는지 확인해야 합니다.스포츠 토토'sWAL로그 파일은 그러한 거짓 보고를 하지 않습니다. (참조섹션 29.1.)

체크포인트가 생성되고 로그가 플러시된 후, 체크포인트 위치는 파일에 저장됩니다.pg_control. 따라서 회복 초기에는 서버가 먼저 읽습니다.pg_control그리고 그런 다음 체크포인트 기록; 그런 다음 REDO 작업을 수행합니다. 체크포인트에 표시된 로그 위치에서 앞으로 스캔 기록. 데이터 페이지의 전체 내용이 체크포인트 이후 첫 번째 페이지 수정에 로그온합니다(가정)full_page_writes비활성화되지 않음), 체크포인트 이후 변경된 모든 페이지는 일관된 상태로 복원되었습니다.

다음의 경우를 처리하기 위해pg_control손상되었습니다. 기존 스캔 가능성을 지원해야 합니다. 찾기 위해 세그먼트를 역순(최신 항목부터 오래된 항목까지)으로 기록합니다. 최신 체크포인트. 아직 구현되지 않았습니다.pg_control충분히 작습니다(1개 미만). 디스크 페이지) 부분 쓰기 문제가 발생하지 않으며 이 글을 쓰는 동안 데이터베이스 오류로 인한 보고는 없었습니다. 단지 읽을 수 없다는 이유로pg_control그 자체. 따라서 이론적으로는 약점,pg_control그렇지 않은 것 같습니다 실제로 문제가 있습니다.