复制“欠载”数据库

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

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

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

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

贝尔回答的命令行版本：

createdb -O ownername -T originaldb newdb

这应该在数据库主机（通常是postgres）的权限下运行。

在pgAdmin中，您可以从原始数据库进行备份，然后只需创建一个新数据库并从刚刚创建的备份中恢复：

右键单击源数据库，备份。。。并转储到文件。右键单击，新建对象，新建数据库。。。并命名目的地。右键单击新数据库，还原。。。然后选择文件。

首先，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

不知道pgAdmin，但pgdump为您提供了SQL中数据库的转储。您只需要使用相同的名称创建数据库

psql mydatabase < my dump

以恢复所有表及其数据和所有访问权限。

在文档中，不鼓励将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仅备份角色。