在 docker 中恢复 postgres

Question

我在尝试使用 docker exec 和 postgresql psql 实用程序来恢复在 docker 1.3 中运行的 postgresql 安装时遇到了一系列问题。我有一个通过docker exec mycontainer pg_dumpall --clean --user=postgres --no-password > /tmp/backup.sql 运行正常的备份。

我在尝试恢复时遇到了问题，包括：

• docker exec 仅在容器运行时有效，但 psql 无法通过主动连接的客户端正确恢复内容
• pg_ctl stop 将退出 postgres 服务器进程，这将停止主容器和您正在运行的 docker exec 进程。
• docker exec 以 root 身份运行，但 pg_ctl 必须以 postgres 身份运行（我试图使用 pg_ctl 来停止 postgres 以便恢复工作）

所以考虑到 postgresql 容器正在运行并为应用程序提供活动连接的场景，我该如何恢复它？寻找有关完全停止、运行还原、启动等的详细信息。

Env 是 docker 1.3，postgresql 9.4，数据存在于容器中安装在 /var/lib/postgresql/data 的数据卷中。我在 docker 主机文件系统上有一个有效的 .sql 备份文件。

更新：仅供参考，我愿意接受任何可行的解决方案，无论是否涉及docker exec。例如，如果我应该运行一个单独的容器并链接到主 postgresql 容器并通过 TCP 与其通信，那么只要我得到一些可行的流程就可以了。

---

这是我目前所拥有的。欢迎提出建议。它是一个 bash 脚本（带有一些在构建过程中插入的小胡子变量），旨在在 docker 主机上运行。

#!/bin/bash
docker_sql() {
  docker exec \
    --interactive \
    --tty \
    "${container}" \
    psql --user="${user}" --no-password --file="$1"
}

export DOCKER_HOST=tcp://localhost:2375
container="{{appName}}_db"
user=postgres
backup_path="$1"
if [[ -z "${backup_path}" ]]; then
  echo "Provide a path to a backup file" 1>&2
  exit 1
fi
backup_file=$(basename "${backup_path}")

restore_file=$(echo "${backup_file}" | sed -e s/.\bz2//)
restore_path="/var/lib/postgresql/data/${restore_file}"
bunzip2 --stdout "${backup_path}" > "/var/local/"${container}/"${restore_file}"

terminate_path="/var/lib/postgresql/data/terminate.sql"
cat <<EOF > "/var/local/${container}/terminate.sql"
revoke connect on database {{appName}} from public;
alter database {{appName}} connection limit 0;
select pg_terminate_backend(pid)
  from pg_stat_activity
  where pid <> pg_backend_pid()
  and datname='{{appName}}';
EOF

docker_sql "${terminate_path}"
docker_sql "${restore_path}"

Answer 1

如何正常启动和停止数据库？

①同一个容器

如果我有一个将数据库捆绑在同一个容器中的设置，我将有一个容器启动脚本，它首先在后台启动 PostgreSQL，然后execs 应用程序。

这种情况下，很容易在应用的exec前插入restore命令，关闭容器，

②分离容器

当然，如您所说，将数据库服务与应用程序分开是总体最好的解决方案——毕竟它们是独立的服务。

③管理容器

您编写的应用程序具有“安装的数据卷”数据库文件。在这种情况下，您可以创建一个管理容器，该容器也安装了这些文件，它只启动 PostgreSQL，恢复备份，然后再次退出。然后，关闭您的应用容器，在同一数据库卷上启动恢复容器，等待它退出，然后再次启动您的应用容器。

④主机

同样，您可以在主机上的数据库卷上运行 PostgreSQL。这违反了隔离原则，并且需要在主机上设置数据库，因此您可能不想这样做。

我的个人建议

我会先选择②，然后是①，然后是（在你的设置中）③，然后是④，按照优先顺序。