Ответы:
Postgres позволяет использовать любую существующую базу данных на сервере в качестве шаблона при создании новой базы данных. Я не уверен, дает ли pgAdmin опцию в диалоговом окне создания базы данных, но вы должны иметь возможность выполнить следующее в окне запроса, если это не так:
CREATE DATABASE newdb WITH TEMPLATE originaldb OWNER dbuser;
Тем не менее, вы можете получить:
ERROR: source database "originaldb" is being accessed by other users
Чтобы отключить всех других пользователей от базы данных, вы можете использовать этот запрос:
SELECT pg_terminate_backend(pg_stat_activity.pid) FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'originaldb' AND pid <> pg_backend_pid();
Servers
-> (мой сервер) -> Databases
, щелкнуть правой кнопкой мыши Базы данных и выбрать «Новая база данных». Одним из вариантов является шаблон, а SQL, используемый для создания базы данных, эквивалентен. Это так гораздо быстрее , чем свалка / восстановления на том же сервере.
Версия ответа Белла для командной строки :
createdb -O ownername -T originaldb newdb
Это должно выполняться под привилегиями хозяина базы данных, обычно postgres.
createdb: database creation failed: ERROR: source database "conf" is being accessed by other users
если попытаетесь сделать это в производственной базе данных, и, как ожидается, вы не захотите выключать ее для создания копии.
Чтобы клонировать существующую базу данных с помощью postgres, вы можете сделать это
/* KILL ALL EXISTING CONNECTION FROM ORIGINAL DB (sourcedb)*/
SELECT pg_terminate_backend(pg_stat_activity.pid) FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'SOURCE_DB' AND pid <> pg_backend_pid();
/* CLONE DATABASE TO NEW ONE(TARGET_DB) */
CREATE DATABASE TARGET_DB WITH TEMPLATE SOURCE_DB OWNER USER_DB;
IT прервет все соединения с исходной БД, избегая ошибки
ERROR: source database "SOURCE_DB" is being accessed by other users
procpid
с pid
для этой работы
В производственной среде, где исходная база данных находится под трафиком, я просто использую:
pg_dump production-db | psql test-db
pg_dump -s
? postgresql.org/docs/current/static/app-pgdump.html
$ createdb newdb
Не знаю насчет pgAdmin, но pgdump
выдает дамп базы данных в SQL. Вам нужно только создать базу данных с тем же именем и сделать
psql mydatabase < my dump
восстановить все таблицы и их данные и все права доступа.
pg_dump -U postgres sourcedb | psql -U postgres newdb
хотя эффективность этой техники может быть сомнительной (поскольку вы, вероятно, в конечном итоге переключаетесь между чтением и записью контекста)
ssh dbserver pg_dump DBNAME | psql NEWDB
... или pg_dump DBNAME | ssh otherserver pgsql NEWDB
... Разрешения и аутентификация, конечно, должны быть обработаны, однако вы хотите обрабатывать их.
Во-первых, sudo
как пользователь базы данных:
sudo su postgres
Перейдите в командную строку PostgreSQL:
psql
Создайте новую базу данных, дайте права и выйдите:
CREATE DATABASE new_database_name;
GRANT ALL PRIVILEGES ON DATABASE new_database_name TO my_user;
\d
Скопируйте структуру и данные из старой базы данных в новую:
pg_dump old_database_name | psql new_database_name
\l+
. Почему разница в размерах?
Я собрал этот подход вместе с примерами сверху. Я работаю на сервере "под нагрузкой" и получил ошибку, когда попытался подойти от @zbyszek. Я также был после решения "только для командной строки".
createdb: database creation failed: ERROR: source database "exampledb" is being accessed by other users
,
Вот что сработало для меня ( Команды с префиксом nohup
для перемещения вывода в файл и защиты от отключения сервера ):
nohup pg_dump exampledb > example-01.sql
createdb -O postgres exampledbclone_01
мой пользователь "postgres"
nohup psql exampledbclone_01 < example-01.sql
В pgAdmin вы можете сделать резервную копию из вашей исходной базы данных, а затем просто создать новую базу данных и восстановить из только что созданной резервной копии:
Как правильно скопировать всю базу данных (ее структуру и данные) в новую в pgAdmin?
Ответ:
CREATE DATABASE newdb WITH TEMPLATE originaldb;
Пробовал и проверял.
Из документации использование createdb
или CREATE DATABASE
с шаблонами не рекомендуется:
Хотя можно скопировать базу данных, отличную от template1, указав ее имя в качестве шаблона, это (пока) не предназначено для универсального средства «КОПИРОВАНИЕ БАЗЫ ДАННЫХ». Основным ограничением является то, что никакие другие сеансы не могут быть подключены к базе данных шаблонов во время ее копирования. CREATE DATABASE потерпит неудачу, если при запуске будет какое-либо другое соединение; в противном случае новые подключения к базе данных шаблонов блокируются до завершения CREATE DATABASE.
pg_dump
или pg_dumpall
это хороший способ скопировать базу данных и все данные. Если вы используете графический интерфейс, такой как pgAdmin, эти команды вызываются негласно, когда вы выполняете команду резервного копирования. Копирование в новую базу данных выполняется в два этапа: резервное копирование и восстановление
pg_dumpall
сохраняет все базы данных в кластере PostgreSQL. Недостаток этого подхода заключается в том, что в итоге вы получаете потенциально очень большой текстовый файл, полный SQL, необходимый для создания базы данных и заполнения данных. Преимущество этого подхода заключается в том, что вы получаете все роли (разрешения) для кластера бесплатно. Чтобы сбросить все базы данных, сделайте это из учетной записи суперпользователя
pg_dumpall > db.out
и восстановить
psql -f db.out postgres
pg_dump
имеет некоторые параметры сжатия, которые дают вам файлы меньшего размера. У меня есть производственная база данных, которую я делаю резервное копирование два раза в день с помощью cron, используя
pg_dump --create --format=custom --compress=5 --file=db.dump mydatabase
где compress
уровень сжатия (от 0 до 9) и create
указывает pg_dump
на добавление команд для создания базы данных. Восстановите (или переместите в новый кластер), используя
pg_restore -d newdb db.dump
где newdb - это имя базы данных, которую вы хотите использовать.
PostgreSQL использует ROLES для управления разрешениями. Они не копируются pg_dump
. Кроме того, мы не имели дело с настройками в postgresql.conf и pg_hba.conf (если вы перемещаете базу данных на другой сервер). Вы должны будете самостоятельно определить настройки conf. Но есть одна уловка, которую я только что обнаружил для резервного копирования ролей. Роли управляются на уровне кластера, и вы можете запросить pg_dumpall
резервное копирование только ролей с помощью --roles-only
переключателя командной строки.
PostgreSQL 9.1.2:
$ CREATEDB new_db_name -T orig_db_name -O db_user;
CREATE DATABASE newdb WITH TEMPLATE originaldb OWNER dbuser;
и в результате требуется, чтобы исходная база данных находилась в режиме ожидания (без соединений с доступом для записи), и любые новые соединения с исходной базой данных не допускаются во время копирования. Если вы довольны этим, это работает.
Для тех, кто все еще заинтересован, я разработал скрипт bash, который делает (более или менее) то, что хотел автор. Мне приходилось делать ежедневную бизнес-копию базы данных в производственной системе, этот скрипт, похоже, помогает. Не забудьте изменить имя базы данных / значения пользователя / pw.
#!/bin/bash
if [ 1 -ne $# ]
then
echo "Usage `basename $0` {tar.gz database file}"
exit 65;
fi
if [ -f "$1" ]
then
EXTRACTED=`tar -xzvf $1`
echo "using database archive: $EXTRACTED";
else
echo "file $1 does not exist"
exit 1
fi
PGUSER=dbuser
PGPASSWORD=dbpw
export PGUSER PGPASSWORD
datestr=`date +%Y%m%d`
dbname="dbcpy_$datestr"
createdbcmd="CREATE DATABASE $dbname WITH OWNER = postgres ENCODING = 'UTF8' TABLESPACE = pg_default LC_COLLATE = 'en_US.UTF-8' LC_CTYPE = 'en_US.UTF-8' CONNECTION LIMIT = -1;"
dropdbcmp="DROP DATABASE $dbname"
echo "creating database $dbname"
psql -c "$createdbcmd"
rc=$?
if [[ $rc != 0 ]] ; then
rm -rf "$EXTRACTED"
echo "error occured while creating database $dbname ($rc)"
exit $rc
fi
echo "loading data into database"
psql $dbname < $EXTRACTED > /dev/null
rc=$?
rm -rf "$EXTRACTED"
if [[ $rc != 0 ]] ; then
psql -c "$dropdbcmd"
echo "error occured while loading data to database $dbname ($rc)"
exit $rc
fi
echo "finished OK"
Создать дамп базы данных
cd /var/lib/pgsql/
pg_dump database_name> database_name.out
Чтобы восстановить дамп базы данных
psql -d template1
CREATE DATABASE database_name WITH ENCODING 'UTF8' LC_CTYPE 'en_US.UTF-8' LC_COLLATE 'en_US.UTF-8' TEMPLATE template0;
CREATE USER role_name WITH PASSWORD 'password';
ALTER DATABASE database_name OWNER TO role_name;
ALTER USER role_name CREATEDB;
GRANT ALL PRIVILEGES ON DATABASE database_name to role_name;
CTR+D(logout from pgsql console)
cd /var/lib/pgsql/
psql -d database_name -f database_name.out
Вот весь процесс создания копии базы данных с использованием только графического интерфейса pgadmin4 (с помощью резервного копирования и восстановления)
Postgres поставляется с Pgadmin4. Если вы используете macOS, вы можете нажать CMD
+ SPACE
и набрать, pgadmin4
чтобы запустить его. Это откроет вкладку браузера в Chrome.
Сделайте это, щелкнув правой кнопкой мыши базу данных -> «резервное копирование»
Как test12345
. Нажмите кнопку резервного копирования. Это создает дамп двоичного файла, он не в .sql
формате
Там должно быть всплывающее окно в нижней части экрана. Нажмите на страницу «подробнее», чтобы увидеть, куда была загружена ваша резервная копия
В этом случае это /users/vincenttang
Если вы правильно выполнили шаги с 1 по 4, у вас будет восстановленный двоичный файл. Может случиться, что ваш коллега захочет использовать ваш файл восстановления на своей локальной машине. Сказал ли человек пойти в пгадмин и восстановить
Сделайте это, щелкнув правой кнопкой мыши базу данных -> «восстановить»
Убедитесь, что вы выбрали местоположение файла вручную, НЕ перетаскивайте файл в поля загрузки в pgadmin. Потому что вы столкнетесь с ошибками разрешений. Вместо этого найдите файл, который вы только что создали:
Возможно, вам придется изменить фильтр внизу на «Все файлы». Затем найдите файл, начиная с шага 4. Теперь нажмите правую нижнюю кнопку «Выбрать», чтобы подтвердить
Вы снова увидите эту страницу с выбранным местоположением файла. Идите вперед и восстановите его
Если все хорошо, в правом нижнем углу должен появиться индикатор, показывающий успешное восстановление. Вы можете перейти к своим таблицам, чтобы увидеть, были ли данные восстановлены надлежащим образом в каждой таблице.
В случае сбоя шага 9 попробуйте удалить старую общедоступную схему в вашей базе данных. Перейти к «Инструменту запроса»
Выполните этот блок кода:
DROP SCHEMA public CASCADE; CREATE SCHEMA public;
Теперь повторите шаги с 5 по 9, это должно сработать
РЕДАКТИРОВАТЬ - Некоторые дополнительные заметки. Обновите PGADMIN4, если во время загрузки вы получили ошибку, указав что-то вроде «архиватор header 1.14 неподдерживаемая версия» во время восстановления
Если база данных имеет открытые соединения, этот скрипт может помочь. Я использую это для создания тестовой базы данных из резервной копии рабочей базы данных каждую ночь. Это предполагает, что у вас есть файл резервной копии .SQL из производственной базы данных (я делаю это в webmin).
#!/bin/sh
dbname="desired_db_name_of_test_enviroment"
username="user_name"
fname="/path to /ExistingBackupFileOfLive.sql"
dropdbcmp="DROP DATABASE $dbname"
createdbcmd="CREATE DATABASE $dbname WITH OWNER = $username "
export PGPASSWORD=MyPassword
echo "**********"
echo "** Dropping $dbname"
psql -d postgres -h localhost -U "$username" -c "$dropdbcmp"
echo "**********"
echo "** Creating database $dbname"
psql -d postgres -h localhost -U "$username" -c "$createdbcmd"
echo "**********"
echo "** Loading data into database"
psql -d postgres -h localhost -U "$username" -d "$dbname" -a -f "$fname"
Используя pgAdmin, отключите базу данных, которую вы хотите использовать в качестве шаблона. Затем вы выбираете его в качестве шаблона для создания новой базы данных, это позволяет избежать появления ошибки уже используется.
Если вы хотите скопировать всю схему, вы можете создать pg_dump с помощью следующей команды:
pg_dump -h database.host.com -d database_name -n schema_name -U database_user --password
И когда вы хотите импортировать этот дамп, вы можете использовать:
psql "host=database.host.com user=database_user password=database_password dbname=database_name options=--search_path=schema_name" -f sql_dump_to_import.sql
Больше информации о строках соединения: https://www.postgresql.org/docs/current/libpq-connect.html#LIBPQ-CONNSTRING.
Или просто объединить его в один лайнер:
pg_dump -h database.host.com -d postgres -n schema_name -U database_user --password | psql "host=database.host.com user=database_user password=database_password dbname=database_name options=--search_path=schema_name”
Отключите «шаблонную» базу данных, которую вы хотите использовать в качестве шаблона.
Запустите 2 запроса, как показано ниже
SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'TemplateDB' AND pid <> pg_backend_pid();
(Приведенный выше оператор SQL завершит все активные сеансы с TemplateDB, а затем вы можете выбрать его в качестве шаблона для создания новой базы данных TargetDB, это позволит избежать появления ошибки, уже используемой.)
CREATE DATABASE 'TargetDB'
WITH TEMPLATE='TemplateDB'
CONNECTION LIMIT=-1;
Попробуй это:
CREATE DATABASE newdb WITH ENCODING='UTF8' OWNER=owner TEMPLATE=templatedb LC_COLLATE='en_US.UTF-8' LC_CTYPE='en_US.UTF-8' CONNECTION LIMIT=-1;
гл XD