Cómo respaldar y restaurar bases de datos en PostgreSQL

En este artículo veremos cómo respaldar y restaurar bases de datos.

Para respaldar una base de datos en particular, podemos utilizar la herramienta pg_dump; su sintáxis básica es la siguiente:

=> pg_dump [options] database_name > file_of_backup.sql

Dentro de las opciones, podemos especificar el host, usuario, contraseña, formato del archivo, etc. Por lo general, el respaldo lo hacemos en un archivo .sql. Cuando la base de datos es demasiado grande, tenemos opciones para una salida comprimida (.tar, .tar.gz, etc).

Ejemplo práctico: respaldemos la base de datos "prueba", la cual está en nuestro servidor local.

 => pg_dump -h localhost -U postgres -W -d prueba > prueba_backup.sql

 -h: se especifica el host
-U: se especifica el usuario
-W: se especifica que solicite la contraseña antes de realizar el dump
-d: se especifica la base de datos
>: indicamos que se vuelque en el archivo prueba_backup.sql

 De esta manera, tenemos un respaldo completo (incluye inserts) de la base de datos prueba.

 Si se quiere respaldar solo la estructura (sin datos), podemos agregar la opción -s (schema).

 => pg_dump -h localhost -U postgres -W -s -d prueba > prueba_backup.sql

Para respaldar todas las bases de datos de la instancia, podemos utilizar la herramienta pg_dumpall, aunque su uso no es recomendado. La sintáxis básica es la siguiente:

=> pg_dumpall -U postgres > all_backup.sql

 Para realizar la restauración de una base de datos, utilizamos la herramienta psql de la siguiente manera:

 Prmero hay que crear una nueva base de datos en la cual restaurar.

 => CREATE DATABASE prueba_restore;

 Luego, utilizamos PSQL:

 => psql -h localhost -U postgres -W -d prueba_restore < prueba_backup.sql

 Para restaurar todas las bases de datos:

 => psql -h localhost -U postgres -W < all_backup.sql
 
 

Comentarios

Publicar un comentario

Entradas más populares de este blog

Cómo obtener las queries bloqueadas y liberarlas en PostgreSQL

Se debe ejecutar la siguiente consulta sobre la base de datos bloqueada: SELECT blocked_locks.pid     AS blocked_pid,          blocked_activity.usename  AS blocked_user,          blocking_locks.pid     AS blocking_pid,          blocking_activity.usename AS blocking_user,          blocked_activity.query    AS blocked_statement,          blocking_activity.query   AS current_statement_in_blocking_process FROM  pg_catalog.pg_locks         blocked_locks JOIN pg_catalog.pg_stat_activity blocked_activity  ON blocked_activity.pid = blocked_locks.pid JOIN pg_catalog.pg_locks         blocking_locks      ...
Leer más

Cómo crear un usuario de sólo lectura en PostgreSQL

En este artículo, veamos cómo crear un usuario de solo lectura en el motor PostgresSQL. Las consideraciones que debemos tener en este punto, son los permisos que otorga Postgres por defecto, particularmente al usuario/grupo/palabra clave public . Ver detalle en la siguiente entrada  Permisos en PostgreSQL. Manos al código (trabajando desde PSQL). Creemos una base de datos para trabajar: => CREATE DATABASE prueba; Ahora creemos un usuario para jugar: => CREATE USER pruebauser WITH PASSWORD 'Una password fuerte por favor'; Ahora, empecemos a tunear los permisos. Por seguridad, revocamos los permisos al public para que ningun usuario tenga acceso a la base de datos, salvo los que especifiquemos. => REVOKE ALL ON DATABASE prueba FROM public; Listo, paso siguiente es darle privilegios a nuestro usuario de sólo lectura para que pueda conectarse a la base de datos: => GRANT CONNECT ON DATABASE prueba TO pruebauser; El usuario ya puede con...
Leer más

Permisos en PostgreSQL

En el siguiente artículo, veamos cómo Postgres gestiona los permisos sobre los objetos. Antes de ir directamente a los GRANT/REVOKE, tenemos que tener en cuenta algunas consideraciones respecto a los permisos por defecto que brinda Postgres. Owner : Cuando se crea un objeto de base de datos, se le asigna un owner (generalmente es quién ejecuta la sentencia de creación), por ejemplo CREATE DATABASE db_name. A este owner, Postgres le asigna por defecto todos los permisos sobre ese objeto. Public - Existe el pseudo-rol o palabra clave Public , que se puede entender como un grupo que contiene a todos los usuarios de la instancia. Por defecto, este grupo tiene ciertos privilegios sobre los objetos de la base de datos, como ser: CONNECT y TEMPORARY (crear tablas temporales) para las bases de datos, EXCECUTE para las funciones y USAGE para los lenguajes y tipos de datos. Nota : no se asignan privilegios por defecto a Public para tablas, columnas, esquemas, secuencias, foreign data wra...
Leer más