29.1. 신뢰성

신뢰성은 모든 심각한 데이터베이스의 중요한 속성입니다 시스템 및포스트그레SQL그렇습니다 안정적인 작동을 보장하기 위해 가능한 모든 것. 한 가지 측면 신뢰할 수 있는 작동의 특징은 커밋된 데이터에 의해 기록된 모든 데이터가 트랜잭션은 안전한 비휘발성 영역에 저장되어야 합니다. 정전, 운영 체제 오류, 하드웨어 오류로 인해 (물론 비휘발성 영역 자체의 고장은 제외) 컴퓨터의 영구 저장소에 데이터를 성공적으로 기록했습니다. (디스크 드라이브 또는 동급)은 일반적으로 이 요구 사항을 충족합니다. 에서 실제로 컴퓨터가 치명적인 손상을 입더라도 디스크 드라이브가 살아남은 경우 유사한 컴퓨터로 다른 컴퓨터로 이동할 수 있습니다. 하드웨어 및 모든 커밋된 트랜잭션은 그대로 유지됩니다.

데이터를 디스크 플래터에 주기적으로 강제하는 동안 간단한 조작처럼 보이지만 그렇지 않습니다. 디스크 드라이브는 메인 메모리와 CPU보다 훨씬 느리며, 여러 계층의 컴퓨터의 메인 메모리와 디스크 사이에 캐싱이 존재합니다. 플래터. 먼저 운영체제의 버퍼 캐시가 있고, 자주 요청되는 디스크 블록을 캐시하고 디스크를 결합하는 것 쓴다. 다행스럽게도 모든 운영 체제는 애플리케이션에 버퍼 캐시에서 디스크로 쓰기를 강제하는 방법 및토토 사이트 순위해당 기능을 사용합니다. (참조wal_sync_method이 작업 수행 방법을 조정하는 매개변수입니다.)

다음으로 디스크 드라이브 컨트롤러에 캐시가 있을 수 있습니다. 이것은 특히 일반적입니다.레이드컨트롤러 카드. 이러한 캐시 중 일부 이다연속 쓰기, 즉 쓰기는 다음과 같습니다. 도착하자마자 드라이브로 보냈습니다. 다른 것들은다시 쓰기, 즉 데이터가 드라이브로 전송되는 시간은 다음과 같습니다. 나중에. 이러한 캐시는 신뢰성에 위험이 될 수 있습니다. 디스크 컨트롤러 캐시의 메모리는 휘발성이므로 정전으로 인해 내용이 손실됩니다. 더 나은 컨트롤러 카드 가지고 있다배터리 백업 장치 (BBUs), 이는 카드에 시스템 전원이 공급되는 경우 캐시에 대한 전원을 유지하는 배터리 손실. 전원이 복구된 후 데이터는 디스크 드라이브.

그리고 마지막으로 대부분의 디스크 드라이브에는 캐시가 있습니다. 일부는 Write-through이고 일부는 Write-back이며 동일한 문제입니다. 디스크와 마찬가지로 후기입 드라이브 캐시에도 데이터 손실이 존재합니다. 컨트롤러 캐시. 소비자급 IDE 및 SATA 드라이브는 특히 그렇지 않은 후기입 캐시가 있을 가능성이 높습니다. 정전에서 살아남으십시오. 많은 솔리드 스테이트 드라이브(SSD)에도 휘발성 후기입 캐시.

이러한 캐시는 일반적으로 비활성화될 수 있습니다. 그러나 방법은 이를 수행하는 방법은 운영 체제 및 드라이브 유형에 따라 다릅니다.

• 켜기리눅스, IDE 드라이브는 다음을 사용하여 쿼리됩니다.hdparm -I; 쓰다 다음과 같은 경우 캐싱이 활성화됩니다.*옆에쓰기 캐시. hdparm -W쓰기를 끄는 데 사용할 수 있습니다. 캐싱. SCSI 드라이브는 다음을 사용하여 쿼리할 수 있습니다.sdparm. 사용sdparm --get=WCE여부를 확인하려면 쓰기 캐시가 활성화되어 있으며sdparm --clear=WCE비활성화합니다.

• 켜짐FreeBSD, IDE 드라이브 다음을 사용하여 쿼리할 수 있습니다.atacontrol그리고 다음을 사용하여 쓰기 캐싱을 끕니다.hw.ata.wc=0에/boot/loader.conf; SCSI 드라이브를 쿼리할 수 있습니다. 사용 중캠 제어 식별그리고 다음을 사용하여 쿼리하고 변경한 캐시를 작성합니다.sdparm가능한 경우.

• 켜기솔라리스, 디스크 쓰기 캐시는 다음에 의해 제어됩니다.형식 -e. ( 솔라리스ZFS파일 시스템은 자체적으로 발행하므로 디스크 쓰기 캐시가 활성화되어 있으면 안전합니다. 디스크 캐시 플러시 명령.)

• 켜기윈도우, 만약wal_sync_methodisopen_datasync(기본값), 쓰기 캐싱 가능 선택을 취소하면 비활성화됩니다.내 컴퓨터\열기\디스크 운전\속성\하드웨어\속성\정책\활성화 디스크에 캐싱 쓰기. 또는 설정하십시오.wal_sync_method에fsync또는fsync_writethrough14601_14639

• 켜기맥 OS X, 쓰다 설정으로 캐싱을 방지할 수 있습니다.wal_sync_method에fsync_writethrough.

최근 SATA 드라이브(다음 항목ATAPI-6이상) 드라이브 캐시 플러시 제공 명령(플러시 캐시 확장), 반면 SCSI 드라이브는 오랫동안 비슷한 명령을 지원했습니다.캐시 동기화. 이러한 명령은 직접적으로 적용되지 않습니다. 접근 가능토토 사이트 순위하지만 일부 파일 시스템(예:ZFS, ext4)는 이를 사용하여 플러시할 수 있습니다. 다시 쓰기가 가능한 드라이브의 플래터에 데이터를 저장합니다. 불행하게도, 이러한 파일 시스템은 다음과 결합될 때 차선으로 작동합니다. 배터리 백업 장치(BBU) 디스크 컨트롤러. 이러한 설정에서 동기화 명령은 모든 것을 강제합니다. 컨트롤러 캐시에서 디스크로 데이터를 전송하여 BBU의 이점. 다음을 실행할 수 있습니다.pg_test_fsync모듈을 사용하여 자신이 영향을 받았습니다. 영향을 받는 경우 파일에서 쓰기 장벽을 끄면 BBU를 다시 얻을 수 있습니다. 시스템 또는 디스크 컨트롤러 재구성(해당하는 경우) 옵션. 쓰기 장벽이 꺼진 경우 배터리가 기능을 유지합니다. 결함이 있는 배터리로 인해 잠재적으로 데이터 손실이 발생할 수 있습니다. 손실. 파일 시스템과 디스크 컨트롤러 설계자들이 결국 이 차선책 동작을 해결합니다.

운영 체제가 스토리지에 쓰기 요청을 보낼 때 하드웨어에서는 데이터가 제대로 작동하는지 확인하기 위해 할 수 있는 일이 거의 없습니다. 진정한 비휘발성 저장 영역에 도착했습니다. 오히려 그것은 모든 스토리지가 제대로 작동하는지 확인하는 것은 관리자의 책임입니다. 구성 요소는 데이터 무결성을 보장합니다. 다음과 같은 디스크 컨트롤러를 피하세요. 배터리로 지원되지 않는 쓰기 캐시가 있습니다. 드라이브 수준에서 비활성화 드라이브가 데이터를 보장할 수 없는 경우 후기입 캐싱 종료 전에 작성되었습니다. SSD를 사용하는 경우 다음 사항에 유의하세요. 기본적으로 캐시 플러시 명령을 따르지 않습니다. 테스트할 수 있습니다 안정적인 I/O 하위 시스템 동작을 위해diskchecker.pl.

디스크 플래터 쓰기로 인해 데이터 손실의 또 다른 위험이 발생합니다. 운영 자체. 디스크 플래터는 섹터로 구분되며, 일반적으로 각각 512바이트입니다. 모든 물리적 읽기 또는 쓰기 작업 전체 부문을 처리합니다. 쓰기 요청이 도착하면 드라이브의 경우 512바이트의 배수일 수 있습니다(토토 사이트 순위일반적으로 8192바이트를 씁니다. 또는 한 번에 16개 섹터), 쓰기 프로세스가 실패할 수 있습니다. 언제든지 전원이 손실될 수 있습니다. 이는 512바이트 섹터 중 일부를 의미합니다. 다른 사람들은 그렇지 않은 동안 기록되었습니다. 그러한 것을 방지하기 위해 실패,토토 사이트 순위정기적으로 전체 페이지 이미지를 영구 WAL 저장소에 씁니다이전수정 중 디스크의 실제 페이지. 이렇게 하면 충돌 복구 중에토토 사이트 순위복원 가능 WAL에서 부분적으로 작성된 페이지. 파일 시스템이 있는 경우 부분 페이지 쓰기를 방지하는 소프트웨어(예: ZFS)를 사용하면 다음을 수행할 수 있습니다. 다음을 꺼서 이 페이지 이미지를 끄세요.full_page_writes매개변수. BBU(배터리 지원 장치) 디스크 컨트롤러는 데이터가 다음과 같이 보장되지 않는 한 부분 페이지 쓰기를 방지합니다. BBU에 전체(8kB) 페이지로 기록됩니다.