PostgreSQL Continuous Archiving과 PITR이 우리에게 필요한가요?

PostgreSQL Continuous Archiving과 PITR이 우리에게 필요한가요?

우리는 PostgreSQL 백엔드를 사용하는 청구 데이터베이스를 보유하고 있으며 청구 관리자는 일일 백업에서 손실되는 작업량이 많기 때문에 매시간 백업을 수행해야 한다고 주장했습니다.

청구 데이터베이스가 성장함에 따라 "매시간 백업하기"가 "우리 데이터베이스가 왜 그렇게 느린가"로 바뀌었기 때문에 여러 Wordpress 사이트보다 큰 데이터베이스를 관리하는 데 대한 나의 경험이 드러나기 시작했습니다. 그래서 이 문제에 대한 해결책을 찾기 위해 주로 백업을 수행하는 다른 서버에 데이터베이스를 복제하는 일종의 구성표 형태로 다음을 발견했습니다.포스트그레스의 독특한 기능. (또는 적어도 나에게 더 친숙한 MySQL에 대한 그러한 계획을 찾을 수 없습니다)

내가 찾고 있는 게 이게 맞는 걸까? 아니면 우리 문제에 대한 더 나은 해결책이 있습니까? 누군가 실수로 테이블이나 대규모 고객 하위 집합에 핵폭탄을 터뜨릴 경우 데이터가 손실됩니까? "VM을 중단했거나 하드 드라이브에 오류가 발생했습니다"에 대한 솔루션이기도 합니까? 데이터베이스를 특정 시점으로 복원하는 것이 얼마나 어렵습니까?

관련 정보