3

我在 Amazon EC2 上使用 Ubuntu 12.04 64 位。尝试将 postgresql 从 9.1 升级到 9.2。

$ uname -a
Linux db2 3.2.0-32-virtual #51-Ubuntu SMP Wed Sep 26 21:53:42 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

$ apt-cache policy postgresql
postgresql:
  Installed: 9.1+136~precise
  Candidate: 9.1+136~precise
  Version table:
 *** 9.1+136~precise 0
    500 http://ppa.launchpad.net/pitti/postgresql/ubuntu/ precise/main amd64                 Packages
    100 /var/lib/dpkg/status
 9.1+129ubuntu1 0
    500 http://us-east-1.ec2.archive.ubuntu.com/ubuntu/ precise-updates/main amd64 Packages
 9.1+129 0
    500 http://us-east-1.ec2.archive.ubuntu.com/ubuntu/ precise/main amd64 Packages

我正在遵循的升级过程是：

$ sudo add-apt-repository ppa:pitti/postgresql
$ sudo apt-get update
$ sudo apt-get install postgres-9.2
$ sudo pg_dropcluster --stop 9.2 main
$ sudo pg_upgradecluster 9.1 main /var/lib/postgresql/9.2
Stopping old cluster...
Disabling connections to the old cluster during upgrade...
Restarting old cluster with restricted connections...
Creating new cluster (configuration: /etc/postgresql/9.2/main, data: /var/lib/postgresql/9.2)...
Moving configuration file /var/lib/postgresql/9.2/postgresql.conf to /etc/postgresql/9.2/main...
Moving configuration file /var/lib/postgresql/9.2/pg_hba.conf to /etc/postgresql/9.2/main...
Moving configuration file /var/lib/postgresql/9.2/pg_ident.conf to /etc/postgresql/9.2/main...
Configuring postgresql.conf to use port 5433...
Disabling connections to the new cluster during upgrade...
Roles, databases, schemas, ACLs...
Fixing hardcoded library paths for stored procedures...
ERROR:  cannot set transaction read-write mode during recovery
Error: Could not fix library paths
Re-enabling connections to the old cluster...
Re-enabling connections to the new cluster...
Error during cluster dumping, removing new cluster

任何帮助，将不胜感激。谢谢你。

4

2 回答 2

4

您的问题的根本原因hot_standby是on在 中postgresql.conf，因此服务器是只读的。

一般来说，如果您在使用Debian 和 Ubuntu 中通常打包pg_upgradecluster的pg_wrapper工具时遇到问题，您可以进行手动集群升级：

  • 启动旧服务器
  • sudo -i -u postgres
  • for db in $(psql --tuples-only template1 -c "select datname from pg_database where datname not in ('template0','template1','postgres','template_postgis');"); do pg_dump -Fc -f $db.backup $db; done
  • pg_dumpall --globals-only > globals.sql
  • 停止旧服务器
  • initdb如果您已将其删除，则在新服务器上创建一个新集群。pg_wrapper我想你用这个pg_createcluster。
  • 启动新服务器；仍然作为postgres用户：
  • psql -f globals.sql
  • for backup in *.backup; do pg_restore --dbname postgres --create $backup; done

或者，使用pg_upgrade工具工具就地转换您的数据库，但这可能会使pg_wrapper.

这些步骤可以通过使用pg_dumpall命令进行整个集群转储来简化，但我不太喜欢它。我认为恢复pg_dumpall转储在错误处理方面还有很多不足之处，很难从转储中提取单个数据库或表，并且不能在单个事务中全部恢复。我非常喜欢pg_dumpall只使用全局变量，如用户/组/角色，以及pg_dump单个数据库的每个数据库自定义格式备份，如上所示。

于 2012-10-18T00:02:03.483 回答
0

如果您从 apt 安装，则升级的一般步骤。

就我而言，从 pg11 到 pg12：

sudo apt update
sudo apt install postgresql-12
sudo systemctl stop postgresql@12-main #stop the autocreated/autostarted one
pg_dropcluster 12 main # drop it
sudo -u postgres pg_upgradecluster -v 12 11 main

sudo systemctl start postgresql@12-main
sudo -u postgres psql <yourdb> # up and test it
于 2019-10-09T13:56:06.777 回答