复制“欠载”数据库

我把这个方法和上面的例子拼凑在一起。我正在一台“负载不足”的服务器上工作，当我尝试使用@zbyszek的方法时出错。我也在寻求“仅限命令行”的解决方案。

createdb:数据库创建失败：错误：其他用户正在访问源数据库“exampledb”。

以下是对我有效的方法（命令前加nohup，以将输出移动到文件中并防止服务器断开连接）：

nohup pg_dump示例b>example-01.sqlcreatedb-O postgres示例bclone_01我的用户是“postgres”nohup psql示例bclone_01<示例-01.sql

如果要复制整个模式，可以使用以下命令生成pg_dump：

pg_dump-h database.host.com-d数据库名-n schema_name-U数据库用户--密码

当您想要导入该转储时，可以使用：

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-连接字符串

或者只需将其组合成一行：

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”

创建数据库转储

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 GUI（通过备份和恢复）在数据库上创建复制的整个过程

Postgres附带Pgadmin4。如果你使用macOS，你可以按CMD+SPACE并键入pgadmin4来运行它。这将在chrome中打开一个浏览器选项卡。

---

复制步骤

1.创建备份

通过右键单击数据库->“备份”来执行此操作

2.为文件命名。

如测试12345。单击备份。这将创建一个二进制文件转储，它不是.sql格式

3.查看下载位置

屏幕右下角应该有一个弹出窗口。单击“更多详细信息”页面，查看备份下载到的位置

4.查找下载文件的位置

在本例中，它是/users/vincenttang

5.从pgadmin还原备份

假设您正确执行了步骤1到4，您将得到一个还原二进制文件。有时，您的同事可能希望在其本地计算机上使用您的还原文件。让此人转到pgadmin并恢复

通过右键单击数据库->“还原”来执行此操作

6.选择文件查找器

确保手动选择文件位置，不要将文件拖放到pgadmin中的上传器字段。因为您将遇到错误权限。相反，找到您刚刚创建的文件：

7.查找所述文件

您可能需要将右下角的筛选器更改为“所有文件”。此后，从步骤4查找文件。现在点击右下角的“选择”按钮确认

8.还原所述文件

您将再次看到此页面，其中选择了文件的位置。继续并恢复它

9.成功

如果一切正常，右下角将弹出一个指示器，显示成功恢复。您可以导航到表，查看每个表上的数据是否已正确还原。

10.如果不成功：

如果步骤9失败，请尝试删除数据库中的旧公共架构。转到“查询工具”

执行此代码块：

DROP SCHEMA public CASCADE; CREATE SCHEMA public;

现在再次尝试步骤5至9，应该会成功

编辑-一些附加说明。如果您在上传过程中遇到错误，在还原过程中出现类似“archiver header 1.14 unsupported version”的内容，请更新PGADMIN4

对于那些仍然感兴趣的人，我提出了一个bash脚本，它（或多或少）满足了作者的需求。我必须在生产系统上制作一份每日业务数据库副本，这个脚本似乎很有用。请记住更改数据库名称/user/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"

在文档中，不鼓励将createdb或CREATE DATABASE与模板一起使用：

尽管可以通过以下方式复制模板1以外的数据库将其名称指定为模板，这还不是通用“复制数据库”功能。主要限制是没有其他会话可以连接到模板数据库它正在被复制。如果有任何其他连接，CREATE DATABASE将失败启动时存在；否则，将创建到模板的新连接数据库被锁定，直到CREATE database完成。

pg_dump或pg_dumpall是复制数据库和所有数据的好方法。如果您使用的是类似于pgAdmin的GUI，则在执行备份命令时，会在后台调用这些命令。复制到新数据库分两个阶段完成：备份和恢复

pg_dumpall保存PostgreSQL集群上的所有数据库。这种方法的缺点是，您最终会得到一个可能非常大的文本文件，其中包含创建数据库和填充数据所需的SQL。这种方法的优点是您可以免费获得集群的所有角色（权限）。要转储所有数据库，请从超级用户帐户执行此操作

pg_dumpall > db.out

和恢复

psql -f db.out postgres

pgdump有一些压缩选项，可以为您提供更小的文件。我有一个生产数据库，每天使用cron作业备份两次

pg_dump --create --format=custom --compress=5 --file=db.dump mydatabase

其中compress是压缩级别（0到9），create告诉pgdump添加命令以创建数据库。使用还原（或移动到新群集）

pg_restore -d newdb db.dump

其中newdb是要使用的数据库的名称。

其他需要考虑的事情

PostgreSQL使用ROLES管理权限。pg_dump不会复制这些文件。此外，我们还没有处理postgresql.conf和pg_hba.conf中的设置（如果要将数据库移动到另一个服务器）。您必须自己计算conf设置。但我刚刚发现了一个备份角色的技巧。角色是在集群级别管理的，您可以使用--Roles only命令行开关要求pg_dumpall仅备份角色。