Herramienta de copia de seguridad PostgreSQL de Bacula Systems

Simplifica y acelera la copia de seguridad de la base de datos PostgreSQL. 

Esta herramienta automatizada de copia de seguridad de PostgreSQL hace que el proceso sea mucho más rápido y sencillo. El administrador de la copia de seguridad de la base de datos PostgreSQL no necesita aprender sobre las técnicas internas de copia de seguridad y restauración de la base de datos o escribir scripts complejos. El software de copia de seguridad de PostgreSQL se encargará automáticamente de realizar la copia de seguridad de la información esencial, como la configuración, la definición de los usuarios o las tablas. La herramienta es compatible con las técnicas de copia de seguridad y restauración tanto de volcado como de recuperación puntual (PITR).

Descargar prueba gratuitaDescargar el Whitepaper de PostgreSQL

Tipos de copia de seguridad de PostgreSQL

Hay dos métodos principales para hacer copias de seguridad de la base de datos PostgreSQL con nuestra herramienta: son las instantáneas a nivel de sistema de archivos (físicas) o los volcados SQL (lógicos).

Tipo físico

Las copias de seguridad a nivel de sistema de archivos (o copias de seguridad físicas) son esencialmente simples instantáneas de todos los archivos de la base de datos. Pero no es tan fácil como podría parecer porque los archivos dentro de una base de datos suelen sufrir constantes reescrituras y cambios. La copia de seguridad de la base de datos PostgreSQL se basa en dos métodos clave: la continuidad en el archivo y la recuperación puntual. Ambos están destinados a complementarse entre sí – por eso es importante saber cómo funcionan ambos.

Por el bien de la consistencia, las copias de seguridad necesitan tener alguna forma de saber con seguridad que el proceso de copia de seguridad está copiando toda la base de datos o no está cambiando nada y dejando la base de datos como está. Por eso PostgreSQL cuenta con una tecnología de registro de escritura anticipada: los segmentos de registro de escritura anticipada (WAL) son exactamente los que se están respaldando durante el proceso de archivado en curso. La información que se almacena en esos archivos permite tanto una recuperación más fácil después de un accidente como una mejor consistencia de los datos.

No es raro que las bases de datos sufran algunos cambios en el proceso de una copia de seguridad del sistema de archivos, pero algunos de esos cambios podrían dañar algunas partes de una copia de seguridad o hacerla irreparable en su conjunto. Para evitar estas nefastas consecuencias, PostgreSQL dispone de una API de bajo nivel para el proceso de copia de seguridad física. El uso de «pg_start_backups()» y «pg_stop_backup()» antes y después del proceso, respectivamente, asegura que no se realicen cambios peligrosos en la base de datos durante el proceso de copia de seguridad. Al mismo tiempo, todavía tendrá que generar todos los segmentos WAL entre esos dos comandos.

El nombre común para la instantánea a nivel de sistema de archivos así (y todos los segmentos WAL necesarios para restaurarla, también) tiene el nombre – una «copia de seguridad base».

Tipo lógico

Algo parcialmente diferente a una copia de seguridad física es el volcado SQL (o copia de seguridad lógica). Como su nombre indica, esta copia de seguridad consiste en utilizar los comandos de copia de seguridad de PostgreSQL para crear la estructura básica de la base de datos y luego llenarla con todos los datos. Un volcado SQL representa sistemáticamente un estado de calma de la base de datos en un momento dado (ya que el proceso de «volcado» es casi el mismo que el de cualquier otra sesión de la base de datos).

El proceso es el siguiente: el software recorre todas las tablas disponibles y obtiene todas las filas. No es realmente complicado, pero es lo suficientemente inteligente como para mantener el orden de las cosas para restaurar todo tal y como se hizo la copia de seguridad, con todas las conexiones y demás.

El uso de volcados SQL significa que tendrá que acostumbrarse a que los datos de varias tablas estén repartidos por la línea de tiempo. Significa que una tabla puede tener una marca de tiempo A, y la otra puede estar hecha en la marca de tiempo B. Esto es útil para tenerlo en cuenta en caso de que haya algún tipo de reglas en la base de datos sobre cómo deben interactuar las filas y las tablas entre sí. 
Descargar prueba gratuitaDescargar el Whitepaper de PostgreSQL

• Bacula Enterprise es compatible con muchos sistemas operativos en los que se puede ejecutar la base de datos PostgreSQL. Vea nuestros más frecuentes respaldo de servidores Windows y respaldo de Linux.
• ¿Necesita una copia de seguridad de máquinas virtuales para todos los hipervisores de su infraestructura? Eche un vistazo a nuestro respaldo de máquinas virtuales.
• Vea el mejor software de copia de seguridad y recuperación de Bacula Enterprise características.