在docker中恢复postgres

Question

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

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

• 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，然后exec应用程序。

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

②单独的容器

当然，正如您所说，将数据库服务与应用程序分离，整体是最佳解决方案 - 毕竟它们是单独的服务。

③管理容器

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

④主持人

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

我的个人推荐

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