PostgreSQL: Como fazer backup apenas de um esquema de um banco de dados e restaurá-lo em outro servidor


22

Eu tenho um banco de dados chamado "A" que possui dois esquemas "B" e "C". Quero fazer backup e restaurar o esquema "B" em um servidor diferente? não sei como fazer isso, pois sou novo no Postgres. Preciso criar um novo banco de dados no novo servidor a partir do nome "A" e depois restaurar o Esquema "B" nele. pls ajuda com comandos.

--- informações do comentário sobre a resposta de Pedro:

Quero fazer backup e restaurar dados do esquema "B" +. Em segundo lugar, esqueci de mencionar que o Postgresql 9.1 rodando no Ubuntu 12.04

Respostas:


16

Você pode selecionar quais esquemas despejar com a -nopção pg_dump. Crie um despejo do esquema B:

pg_dump ...other...options... -Fc -n B >dump.dmp

Restaure o arquivo de despejo:

pg_restore -d somedb dump.dmp

O banco de dados de destino não precisa ter o mesmo nome que o original.

Observe que você terá problemas se o esquema B tiver dependências do esquema C. Não será possível restaurá-lo separadamente.


Observe também que, ao despejar um esquema, você não despeja blobs (tipo LOB). Use a -bopção para despejar com blobs. Observe que com -btodos os blobs são adicionados, não apenas para um único esquema.
Nux

7

Você pode adicionar parâmetro -n [schema name] O comentário deste parâmetro é dito:

-n schema
--schema=schema

Despejar apenas esquemas correspondentes ao esquema; isso seleciona o próprio esquema e todos os seus objetos contidos. Quando essa opção não é especificada, todos os esquemas que não são do sistema no banco de dados de destino serão despejados.


1
Não foi isso que Peter Eisentraut fez em sua resposta?
Dez17

3
  • Você pode usar a ferramenta pg_dump (consulte pg_dump doc ) e pg_restore ( pg_restore doc )
  • Você não precisa criar um novo nome de banco de dados "A" no novo servidor.

* Exemplo básico:

Eu crio arquivos "dump.bat" e "restore.bat" na janela para despejar / restaurar

1 / Backup:

"C:\Program Files\PostgreSQL\9.1\bin\pg_dump.exe" --host localhost --port 5432 --username "postgres" --role "postgres" --format plain --encoding UTF8 --schema-only  --file "dump_resul.sql" --schema "name_schema_B" "name_database_A" 

Resultados:

-- PostgreSQL database dump

-- Dumped from database version 9.1.4
-- Dumped by pg_dump version 9.1.4

SET statement_timeout = 0;
SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;
SET check_function_bodies = false;
SET client_min_messages = warning;

SET search_path = public, pg_catalog;

CREATE TABLE abtb_temp (
    id bigint NOT NULL,
    app_code character varying(100)
); ....

* Nota: algumas opções importantes:

--data-only, --format=format (ex: format=tar -> if you have a big database), --schema-only, --table=table (ex: --table=schema_name.table_name) ...

2 / Restaurar: "C:\Program Files\PostgreSQL\9.1\bin\pg_restore.exe" --host localhost --port 5432 --username "postgres" --dbname "any_database" --no-password --no-owner --no-privileges --schema name_schema_B --verbose "C:\dump_resul.sql"(**)

(**) Na realidade, se o seu arquivo de formato é * .sql, você pode usar o pgAdmin (ou psql) para restaurar. Você deve usar o pg_restore para restaurar um arquivo .tar ( .bakup ...)


1
em resposta ao seu comentário: quando você não usa --schema-only, os dados devem estar no dump ou você pode não ter o privilégio de selecionar o conteúdo da tabela.
Maletin

0

Eu escrevi um script que torna isso trivial. Fácil exportação de funções SQL e esquemas de tabela para *.sqlarquivos individuais . Facilita o gerenciamento, backup e controle de origem:

#!/bin/sh

# Export all table schemas and functions into individual *.sql files for easy management and source control.

TEMP_WORK_PATH="/tmp/postgres"
BACKUP_ROOT_PATH="/vagrant/backup" # This is where your *.sql files will be exported at
DATABASE_NAME="myapp_db"
DATABASE_TABLES_PREFIX="myapp_"
POSTGRES_USER="postgres"
POSTGRES_PASSWORD="postgres"


[ -d $TEMP_WORK_PATH ] || mkdir -p $TEMP_WORK_PATH
rm -rf $TEMP_WORK_PATH/*

[ -d $BACKUP_ROOT_PATH ] || mkdir -p $BACKUP_ROOT_PATH
rm -rf $BACKUP_ROOT_PATH/*

mkdir $BACKUP_ROOT_PATH/tables
mkdir $BACKUP_ROOT_PATH/routines

export PGPASSWORD=$POSTGRES_PASSWORD

cd $TEMP_WORK_PATH

# Get all table schemas and write to individual files
echo "Export table schemas..."
for table in $(psql -U $POSTGRES_USER -d $DATABASE_NAME -t -c "Select table_name From information_schema.tables Where table_type='BASE TABLE' and table_name like '$DATABASE_TABLES_PREFIX%'");
do pg_dump -st $table -U $POSTGRES_USER $DATABASE_NAME > $BACKUP_ROOT_PATH/tables/$table.sql;
done;

# Get all functions in db and output to one file
echo "Getting stored functions..."
psql -U $POSTGRES_USER -At $DATABASE_NAME > $TEMP_WORK_PATH/db_functions.sql <<EOF
SELECT pg_get_functiondef(f.oid)
FROM pg_catalog.pg_proc f
INNER JOIN pg_catalog.pg_namespace n ON (f.pronamespace = n.oid)
WHERE n.nspname = 'public';
EOF

# Split function file into separate files per function
echo "Exporting stored functions..."
csplit -f function -b '%d.sql' db_functions.sql '/FUNCTION/' '{*}'

# Rename the function files to match the function name in the file
# then place the files into the target backup directory
counter=1
while [ -f $TEMP_WORK_PATH/function$counter.sql ]
do
  name=$(head -1 function$counter.sql | awk {'print $5'})
  name=$(echo $name | cut -d "." --f 2 | cut -d "(" --f 1)
  mv function$counter.sql $BACKUP_ROOT_PATH/routines/$name.sql
  counter=$((counter+1))
done

echo "done"

https://gist.github.com/dantheman213/aff70ee42a11f2d1fa46983878cd62e1


-3

Isso pode ser usado para fazer backup de esquema

pg_dump -U UserName -h HostName -s DBName > "file.sql"

Isso pode ser usado para restaurar o banco de dados

psql -d DBName -h HostName -U UserName <  "file.sql"

5
Isso não responde à pergunta. A questão é sobre o backup de apenas um esquema em um banco de dados com vários esquemas, não de todo o banco de dados.
Mark Sinkinson #
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.