LinuxParty
En un entorno de producción, sin importar cuán grande o pequeña sea su base de datos PostgreSQL, la copia de seguridad periódica es un aspecto esencial de la administración de la base de datos. En este artículo, aprenderá cómo hacer una copia de seguridad y restaurar una base de datos PostgreSQL.
Suponemos que ya tiene una instalación funcional del sistema de base de datos PostgreSQL. Si no, lea nuestros siguientes artículos para instalar PostgreSQL en su distribución de Linux.
Hacer Copia de Seguridad de una única base de datos PostgreSQL
PostgreSQL proporciona la utilidad pg_dump para ayudarlo a realizar copias de seguridad de las bases de datos. Genera un archivo de base de datos con comandos SQL en un formato que puede restaurarse fácilmente en el futuro.
Para hacer una copia de seguridad de una base de datos PostgreSQL, inicie sesión en su servidor de base de datos, luego cambie a la cuenta de usuario de Postgres y ejecute pg_dump de la siguiente manera (reemplace linuxpartydb
con el nombre de la base de datos que desea respaldar). De forma predeterminada, el formato de salida es un archivo de script SQL de texto sin formato.
$ pg_dump linuxpartydb > linuxpartydb.sql
El pg_dump también admite otros formatos de salida. Puede especificar el formato de salida usando la opción -F
, donde c
significa archivo de archivo de formato personalizado, d
significa archivo de formato de directorio y t
significa archivo de formato tar: todos los formatos son adecuados para la entrada en pg_restore.
Por ejemplo:
$ pg_dump -F c linuxpartydb > linuxpartydb.dump O $ pg_dump -F t linuxpartydb > linuxpartydb.tar
Para volcar la salida en el formato de salida del directorio, use el indicador -f
(que se usa para especificar el archivo de salida) para especificar el directorio de destino en lugar de un archivo. El directorio que será creado por pg_dump no debe existir.
$ pg_dump -F d linuxpartydb -f linuxpartydumpdir
Para hacer una copia de seguridad de todas las bases de datos de PostgreSQL, use la herramienta pg_dumpall como se muestra.
$ pg_dumpall > all_pg_dbs.sql
Puede restaurar el volcado usando psql como se muestra.
$ psql -f all_pg_dbs.sql postgres
Restauración de una base de datos PostgreSQL
Para restaurar una base de datos PostgreSQL, puede usar las utilidades psql o pg_restore. psql se usa para restaurar archivos de texto creados por pg_dump , mientras que pg_restore se usa para restaurar una base de datos PostgreSQL desde un archivo creado por pg_dump en uno de los formatos que no son de texto sin formato (personalizado, tar o directorio).
Aquí hay un ejemplo de cómo restaurar un volcado de archivo de texto sin formato:
$ psql linuxpartydb < linuxpartydb.sql
Como se mencionó anteriormente, un volcado de formato personalizado no es un script para psql, por lo que debe restaurarse con pg_restore como se muestra.
$ pg_restore -d linuxpartydb linuxpartydb.dump O $ pg_restore -d linuxpartydb linuxpartydb.tar O $ pg_restore -d linuxpartydb linuxpartydumpdir
Copia de seguridad de base de datos PostgreSQL comprimida
Si la base de datos de la que está haciendo una copia de seguridad es grande y desea generar un archivo de salida bastante más pequeño, puede ejecutar un volcado comprimido donde tiene que filtrar la salida de pg_dump a través de una herramienta de compresión como gzip o cualquiera de sus favoritas:
$ pg_dump linuxpartydb | gzip > linuxpartydb.gz
Si la base de datos es extremadamente grande, puede realizar un volcado en paralelo volcando tablas number_of_jobs simultáneamente usando el -j
indicador, como se muestra.
$ pg_dump -F d -j 5 -f linuxpartydumpdir
Es importante tener en cuenta que la opción de volcado en paralelo reduce el tiempo de volcado, pero por otro lado, también aumenta la carga en el servidor de la base de datos.
Copia de seguridad de bases de datos PostgreSQL remotas
pg_dump es una herramienta de cliente de PostgreSQL regular, admite operaciones en servidores de bases de datos remotos. Para especificar el servidor de base de datos remoto con el que debe contactar pg_dump, utilice las opciones de la línea de comandos -h
para especificar el host remoto y -p
especifica el puerto remoto en el que escucha el servidor de base de datos. Además, use la -U
para especificar el nombre del rol de la base de datos para conectarse.
Recuerde reemplazar 10.10.20.10 y 5432 y linuxpartydb con la dirección IP o el nombre de host de su host remoto, el puerto de la base de datos y el nombre de la base de datos, respectivamente.
$ pg_dump -U linuxparty -h 10.10.20.10 -p 5432 linuxpartydb > linuxpartydb.sql
Asegúrese de que el usuario que se conecta de forma remota tenga los privilegios necesarios para acceder a la base de datos y que el método de autenticación de la base de datos adecuado esté configurado en el servidor de la base de datos; de lo contrario, obtendrá un error como el que se muestra en la siguiente captura de pantalla.
Error de conexión de la base de datos PostgreSQL
También es posible volcar una base de datos directamente de un servidor a otro, use las utilidades pg_dump y psql como se muestra.
$ pg_dump -U linuxparty -h 10.10.20.10 linuxpartydb | pqsl -U linuxparty -h 10.10.20.30 linuxpartydb
Copia de seguridad automática de la base de datos PostgreSQL mediante un trabajo cron
Puede realizar copias de seguridad a intervalos regulares utilizando trabajos cron. Los trabajos cron son un medio comúnmente utilizado para programar varios tipos de tareas para ejecutar en un servidor.
Puede configurar un trabajo cron para automatizar la copia de seguridad de la base de datos PostgreSQL de la siguiente manera. Tenga en cuenta que debe ejecutar los siguientes comandos como superusuario de PostgreSQL:
$ mkdir -p /srv/backups/databases
A continuación, ejecute el siguiente comando para editar el crontab para agregar un nuevo trabajo cron.
$ crontab -e
Copie y pegue la siguiente línea al final del crontab. Puede utilizar cualquiera de los formatos de volcado explicados anteriormente.
0 0 * * * pg_dump -U postgres linuxpartydb > /srv/backups/postgres/linuxpartydb.sql
Guarda el archivo y cierra.
El servicio cron comenzará a ejecutar automáticamente este nuevo trabajo sin reiniciar. Y este trabajo cron se ejecutará todos los días a la medianoche, es una solución mínima para la tarea de copia de seguridad.
Para obtener más información sobre cómo programar trabajos cron, consulte: Cómo crear y administrar trabajos cron en Linux
¡Eso es todo por ahora! Es una buena idea hacer que la copia de seguridad de los datos forme parte de la rutina de administración de su base de datos. Para comunicarse con nosotros por cualquier pregunta o comentario, utilice el formulario de comentarios a continuación. Para obtener más información, consulte las páginas de referencia de pg_dump y pg_restore.
-
Bases de Datos
- La última versión de MySQL es decepcionante, dicen algunos expertos en bases de datos
- Cómo instalar MongoDB en AlmaLinux 9 con ejemplos de uso
- Cómo instalar PostgreSQL 16 en distribuciones basadas en RHEL, AlmaLinux, RockyLinux y Fedora
- Cómo instalar PhpMyAdmin con Apache en sistemas RHEL, Alma Linux, Rocky Linux, Centos y Fedora
- Cómo hacer una copia de seguridad y restaurar una base de datos PostgreSQL en Linux
- Cómo instalar phpPgAdmin y PostgreSQL en CentOS, AlmaLinux, RHEL, RockyLinux y similares
- 20 comandos mysqladmin para la administración de bases de datos MYSQL/MariaDB
- Copiar y restaurar copias de seguridad de MySQL / MariaDB para la administración de bases de datos
- Crear Copias de Seguridad (Backups) de MariaDB o MySQL Automáticas con AutoMySQLBackup
- Grafana, software para análisis y supervisión
- Cómo configurar la replicación MariaDB (Maestro-Esclavo) en CentOS / RHEL y Debian
- Arrancar al inicio MySQL / MariaDB con Linux.
- Conocer que IPs están conectados a MySQL haciendo consultas a la base de datos.
- MariaDB, guía práctica para Administradores Linux
- Cómo configurar MariaDB Galera Cluster 5.5 en CentOS, RHEL y Fedora