이 문서는 지원되지 않는 버전의 PostgreSQL 용입니다.
당신은에 대해 같은 페이지를 볼 수 있습니다PostgreSQL : 문서 : 17 : 28.3. 쓰기 전달 로깅 (스포츠 배트맨 토토 사이트)버전 또는 위에 나열된 다른 지원 버전 중 하나입니다.

30.2. 쓰기 전달 로깅 (배트맨 토토)

쓰기 로깅(배트맨 토토)는 데이터 무결성을 보장하기위한 표준 방법입니다. 세부적인 설명은 거래 처리에 관한 대부분의 책에서 찾을 수 있습니다. 간단히,배트맨 토토의 중심 개념은 데이터 파일의 변경 사항 (테이블 및 인덱스가있는 경우)이 변경된 후에 만 작성해야한다는 것입니다. 이 절차를 따르는 경우 모든 트랜잭션 커밋에서 데이터 페이지를 디스크로 플러시 할 필요가 없습니다. 충돌이 발생하면 로그를 사용하여 데이터베이스를 복구 할 수 있다는 것을 알고 있기 때문입니다. 데이터 페이지에 적용되지 않은 변경 사항은 로그 레코드에서 다시 만들 수 있습니다. (이것은 redo라고도하는 롤 포워드 복구입니다.)

때문에배트맨 토토데이터베이스 파일 컨텐츠 복원 충돌 후에는 데이터 파일 또는 배트맨 토토 파일의 안정적인 저장을 위해 저널링 된 파일 시스템이 필요하지 않습니다. 실제로 저널링 오버 헤드는 성능을 줄일 수 있습니다. 특히 저널링이 파일 시스템을 일으키는 경우데이터디스크로 플러시됩니다. 다행히도 저널링 중 데이터 플러싱은 종종 파일 시스템 마운트 옵션으로 비활성화 될 수 있습니다 (예 :data = WriteBackLinux ext3 파일 시스템에서. 저널링 된 파일 시스템은 충돌 후 부팅 속도를 향상시킵니다.

사용배트맨 토토트랜잭션에 의해 변경된 모든 데이터 파일이 아니라 트랜잭션이 커밋되도록 보장하기 위해 로그 파일 만 디스크로 플러시해야하기 때문에 디스크 쓰기 수가 크게 줄어 듭니다. 로그 파일은 순차적으로 작성되므로 로그를 동기화하는 비용은 데이터 페이지를 플러시하는 비용보다 훨씬 저렴합니다. 이는 특히 데이터 저장소의 다른 부분을 터치하는 많은 작은 트랜잭션을 처리하는 서버에 특히 그렇습니다. 또한 서버가 많은 작은 동시 트랜잭션을 처리 할 때 1fsync로그 파일의 많은 거래를 저 지르기에 충분할 수 있습니다.

배트맨 토토또한에 설명 된대로 온라인 백업 및 시점 복구를 지원할 수 있습니다섹션 25.3. 배트맨 토토 데이터를 보관함으로써 사용 가능한 배트맨 토토 데이터가 다루는 순간으로 되돌릴 수 있습니다. 데이터베이스의 사전 물리적 백업을 설치하고 원하는 시간까지 배트맨 토토 로그를 재생합니다. 또한 물리적 백업은 데이터베이스 상태의 즉각적인 스냅 샷 일 필요는 없습니다. 일정 기간 동안 이루어지면 해당 기간 동안 배트맨 토토 로그를 재생하면 내부 불일치가 해결됩니다..