pg_dump the_db_name > the_backup.sql

然后将备份复制到您的开发服务器，使用以下方法进行恢复:

psql the_new_dev_db < the_backup.sql

pg_dump the_db_name > the_backup.sql

然后将备份复制到您的开发服务器，使用以下方法进行恢复:

psql the_new_dev_db < the_backup.sql

接受的答案是正确的，但如果你想避免交互式输入密码，你可以使用这个:

PGPASSWORD={{export_db_password}} pg_dump --create -h {{export_db_host}} -U {{export_db_user}} {{export_db_name}} | PGPASSWORD={{import_db_password}} psql -h {{import_db_host}} -U {{import_db_user}} {{import_db_name}}

下面是使用pg_basebackup的示例

我选择这样做是因为它备份整个数据库集群(用户、数据库等)。

我把这个作为解决方案发布在这里，因为它详细说明了我必须采取的每一步，在阅读这里的其他答案并做更多的研究后，请随意添加建议或改进。

对于Postgres 12和Ubuntu 18.04，我必须做这些操作:

在当前运行数据库的服务器上:

更新pg_hba.conf，为我位于/etc/postgresql/12/main/pg_hba.conf

添加以下行(将192.168.0.100替换为要将数据库复制到的服务器的IP地址)。

host  replication  postgres  192.168.0.100/32  trust

更新postgresql.conf，我的地址是/etc/postgresql/12/main/postgresql.conf。增加如下一行:

listen_addresses = '*'

重启postgres:

Sudo服务postgresql重启

将数据库集群拷贝到以下主机:

Sudo service postgresql stop Sudo su root Rm -rf /var/lib/postgresql/12/main/* 退出 sudo -u postgres pg_basebackup -h 192.168.0.101 -u postgres -D /var/lib/postgresql/12/main/ .使用实例 Sudo服务postgresql启动

大方向——停止服务，删除数据目录中的所有内容(我的目录在/var/lib/postgreql/12)。该目录的权限为drwx------，用户和组为postgres。我只能作为根用户来做，甚至不能使用sudo -u postgres。我不知道为什么。确保您在要将数据库复制到的新服务器上执行此操作!您正在删除整个数据库集群。

确保将IP地址从192.168.0.101更改为复制数据库的IP地址。使用pg_basebackup从原始服务器复制数据。启动服务。

更新pg_hba.conf和postgresql.conf以匹配原始服务器配置-在您添加复制行和listen_addresses行之前进行任何更改(在我的关心下，我必须添加通过md5本地登录pg_hba.conf的能力)。

注意，关于max_wal_senders和wal_level有一些注意事项，可以在文档中找到。我不需要做任何事。

先使用pg_dump，然后再使用psql或pg_restore——这取决于您是选择- fp选项还是- fc选项来使用pg_dump。

用法示例:

ssh production
pg_dump -C -Fp -f dump.sql -U postgres some_database_name
scp dump.sql development:
rm dump.sql
ssh development
psql -U postgres -f dump.sql

如果您更喜欢使用GUI，您可以使用pgAdmin软件。

连接到源服务器和目标服务器 右键单击源db > backup 右键单击目标服务器>创建>数据库。使用与源db相同的属性(通过右键单击> properties可以看到源db的属性) 右键单击创建的db >恢复。