PostgreSQL: Jak wykonać kopię zapasową tylko jednego schematu z bazy danych i przywrócić go na innym serwerze


22

Mam bazę danych o nazwie „A”, która ma dwa schematy „B” i „C”. Chcę wykonać kopię zapasową i przywrócić schemat „B” na innym serwerze? Nie jestem pewien, jak to zrobić, ponieważ jestem nowy w Postgres. Czy muszę utworzyć nową bazę danych na nowym serwerze o nazwie „A”, a następnie przywrócić na niej schemat „B”. proszę o pomoc z poleceniami.

--- informacje z komentarza do odpowiedzi Piotra:

Chcę wykonać kopię zapasową i przywrócić schemat „B” + dane. Po drugie, zapomniałem wspomnieć, że Postgresql 9.1 działa na Ubuntu 12.04

Odpowiedzi:


16

Możesz wybrać schematy, które chcesz zrzucić, korzystając z -nopcji pg_dump. Utwórz zrzut schematu B:

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

Przywróć plik zrzutu:

pg_restore -d somedb dump.dmp

Docelowa baza danych nie musi mieć takiej samej nazwy jak oryginalna.

Pamiętaj, że będziesz mieć problemy, jeśli schemat B będzie zależny od schematu C. Wówczas nie będzie można go przywrócić osobno.


Zauważ też, że podczas zrzutu jednego schematu nie zrzucisz obiektów blob (typu LOB). Użyj -bopcji, aby zrzucić z obiektów blob. Zauważ, że ze -bwszystkimi obiektami blob są dodawane nie tylko dla jednego schematu.
Nux

7

Możesz dodać parametr -n [schema name] Komentarz tego parametru brzmi:

-n schema
--schema=schema

Zrzuć tylko schematy pasujące do schematu; to wybiera zarówno sam schemat, jak i wszystkie zawarte w nim obiekty. Jeśli ta opcja nie zostanie określona, ​​wszystkie schematy niesystemowe w docelowej bazie danych zostaną zrzucone.


1
Czy nie to zrobił Peter Eisentraut w swojej odpowiedzi?
dezso,

3
  • Możesz użyć narzędzia pg_dump (patrz pg_dump doc ) i pg_restore ( pg_restore doc )
  • Nie musisz tworzyć nowej bazy danych o nazwie „A” na nowym serwerze.

* Podstawowy przykład:

Tworzę pliki „dump.bat” i „restore.bat” w oknie, aby zrzucić / przywrócić

1 / Kopia zapasowa:

"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" 

Wyniki:

-- 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)
); ....

* Uwaga: niektóre ważne opcje:

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

2 / Przywróć: "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"(**)

(**) W rzeczywistości, jeśli plik formatu to * .sql, możesz użyć pgAdmin (lub psql), aby przywrócić. Powinieneś użyć pg_restore, aby przywrócić plik .tar ( .bakup ...)


1
w odpowiedzi na twój komentarz: kiedy nie używasz --schema-only, dane muszą znajdować się w usypie, w przeciwnym razie możesz nie mieć uprawnień do wybierania zawartości tabeli.
maletina,

0

Napisałem skrypt, który czyni to banalnym. Łatwy eksport funkcji SQL i schematów tabel do indywidualnych*.sql plików. Ułatwia zarządzanie, tworzenie kopii zapasowych i kontrolę źródła:

#!/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

Można tego użyć do wykonania kopii zapasowej schematu

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

Można to wykorzystać do przywrócenia bazy danych

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

5
To nie odpowiada na pytanie. Pytanie dotyczy wykonania kopii zapasowej tylko jednego schematu w bazie danych z wieloma schematami, a nie całej bazy danych.
Mark Sinkinson
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.