¿Es PostgreSQL Continuo Archivado y PITR lo que necesitamos?

¿Es PostgreSQL Continuo Archivado y PITR lo que necesitamos?

Tenemos una base de datos de facturación que utiliza un backend PostgreSQL y nuestro gerente de facturación ha insistido en que hagamos copias de seguridad cada hora, debido a la cantidad de trabajo que perderíamos con las copias de seguridad diarias.

Mi inexperiencia en la gestión de bases de datos más grandes que un grupo de sitios de Wordpress está empezando a mostrarse, ya que "hacer copias de seguridad cada hora" se ha convertido en "por qué nuestra base de datos es tan lenta" a medida que nuestra base de datos de facturación ha crecido. Entonces, en busca de soluciones a este problema, en gran medida en forma de algún tipo de esquema en el que replico la base de datos a otro servidor que realiza las copias de seguridad, encontré estocaracterística única de Postgres. (O al menos, no puedo encontrar ningún esquema similar para MySQL, con el que estoy más familiarizado)

¿Es esto lo que estoy buscando? ¿O hay una mejor solución a nuestro problema? ¿Perderemos alguno de nuestros datos si alguien destruye accidentalmente una tabla o un gran subconjunto de nuestros clientes? ¿Es también una solución para "damos problemas a la máquina virtual o falló el disco duro"? ¿Qué tan difícil es restaurar nuestra base de datos a un momento particular en el tiempo?

información relacionada