让Docker Compose Container等待容器PostgreSQL并恢复

我设法用简单的方法解决了恢复数据库和等待恢复完成这两个问题.

首先，在Docker-Compose中，在卷下，如果您已经使用普通模式备份了数据库，只需将它们注入docker-Entrypoint-initdb.d文件夹，就可以恢复数据库，但使用这种方法，您无法判断恢复实际完成的时间，如下所示:

volumes:
  - disk-postgres:/var/lib/postgresql/data
  - ../PostgreSQL/dumps/plain/managementreporting.sql:/docker-entrypoint-initdb.d/managementreporting.sql
  - ../PostgreSQL/dumps/plain/idams_new.sql:/docker-entrypoint-initdb.d/idams_new.sql

相反，我们使用自定义格式的备份并将其注入根文件夹，因此我们需要一个脚本来恢复它们，并在恢复完成时创建一个标记，如下所示:

volumes:
  - disk-postgres:/var/lib/postgresql/data
  - ../PostgreSQL/dumps/psql/managementreporting.sql:/managementreporting.sql
  - ../PostgreSQL/dumps/psql/idams_new.sql:/idams_new.sql
  - ../PostgreSQL/dumps/init.sh:/docker-entrypoint-initdb.d/init.sh
healthcheck:
  test: ["CMD-SHELL", "test -f /tmp/healthcheck.txt"]
  interval: 10s
  timeout: 120s
  retries: 10
  start_period: 60s

以及用于恢复和标记的cmd-shellinit.sh脚本，如下所示

#Restore Consolidated Reporting Unit Database
createdb managementreporting #use it to avoid locale error on restore instead of pg_restore -C
pg_restore -v -U postgres -d managementreporting --no-owner /managementreporting.sql # -d should be postgres
#Restore Production BluePrint Idams New Database
createdb idams_new #use it to avoid locale error on restore instead of pg_restore -C
pg_restore -v -U postgres -d idams_new --no-owner /idams_new.sql # -d should be postgres
#Create a file to use healtcheck and ensure that PostgreSQL init has finished as during this action can accept connections
touch /tmp/healthcheck.txt #same file name at docker-compose healtcheck

在init.sh脚本中，我们使用createdb而不是-C切换到pg_Restore来创建数据库，因为当要恢复的数据库具有与默认postgres数据库不同的排序规则时，这会产生问题.(还发现-Cswitch 期望找到已经存在的数据库，而不是创建数据库，这很奇怪，很可能是因为期望首先删除它).

此外，我们使用--no-owner切换到PG_RESTORE，以便忽略我们进行备份的服务器上的前一个所有者，因为该所有者可能不存在于我们用于恢复的服务器中.

最后，我们创建一个文件(空文件)，以便在docker中对其进行健康判断--编写容器并将其标记为健康，然后使用应用程序启动第二个容器.最后，不要太关注START_PERIOD:60S，我把它放在那里是因为我确信数据库在60S之前不会被恢复，因此没有必要在60S之前进行TCP判断调用.