Dksnap (https://github.com/kelda/dksnap)自动运行pg_dumpall并通过/docker-entrypoint-initdb.d加载转储。

它向您显示正在运行的容器列表，您可以选择要备份的容器。生成的工件是一个常规的Docker映像，因此您可以Docker运行它，或者通过将它推送到Docker注册表来共享它。

(免责声明:我是项目的维护者)

猫db。Dump | docker exec…这种方法并不适用于我的转储(~2Gb)。它花了几个小时，最后出现内存不足的错误。

相反，我cp'ed dump到容器和pg_restore'ed它从内部。

假设容器id为CONTAINER_ID，数据库名称为DB_NAME:

# copy dump into container
docker cp local/path/to/db.dump CONTAINER_ID:/db.dump

# shell into container
docker exec -it CONTAINER_ID bash

# restore it from within
pg_restore -U postgres -d DB_NAME --no-owner -1 /db.dump

好吧，我想明白了。Postgresql在启动后不会检测对/var/lib/postgresql文件夹的更改，至少不会检测我想要它检测的那种更改。

第一种解决方案是使用bash启动容器，而不是直接启动postgres服务器，恢复数据，然后手动启动服务器。

第二个解决方案是使用数据容器。我以前不懂，现在懂了。 这个数据容器允许在启动postgres容器之前恢复数据。因此，当postgres服务器启动时，数据已经存在。

上面那个答案对我没用。我一直得到这个错误:

psql: error: FATAL:  Peer authentication failed for user "postgres"

为了让它工作，我必须为docker容器指定一个用户:

备份

docker exec -t --user postgres your-db-container pg_dumpall -c -U postgres > dump_`date +%d-%m-%Y"_"%H_%M_%S`.sql

恢复

cat your_dump.sql | docker exec -i --user postgres your-db-container psql -U postgres

备份数据库

docker exec -t your-db-container pg_dumpall -c -U postgres > dump_`date +%d-%m-%Y"_"%H_%M_%S`.sql

恢复数据库

cat your_dump.sql | docker exec -i your-db-container psql -U postgres

这是对我有用的命令。

cat your_dump.sql | sudo docker exec -i {docker-postgres-container} psql -U {user} -d {database_name}

例如

cat table_backup.sql | docker exec -i 03b366004090 psql -U postgres -d postgres

参考:GMartinez-Sisti在讨论中给出的解决方案。 https://gist.github.com/gilyes/525cc0f471aafae18c3857c27519fc4b