从不同的主要版本（例如9.1到9.3）升级PostgreSQL基本上有三种方法。
用pg_dump升级
第一个建议（如果可能的话）是使用较新的（9.3）版本的二进制文件对旧（9.1）版本进行转储，并将其还原到由较新版本创建的新群集上。
通常，这种方法较慢，但也是最可行的。使速度更快的一个技巧是使用并发。要转储并行作业，可以执行以下操作：
$ pg_dump --format=directory --jobs=4 --no-synchronized-snapshots --file=/path/to/mydump mydatabase
您必须为每个拥有的数据库执行此操作，将--jobs=4值调整为任意值（测试2到核心数之间的某些值，并查看哪种速度更快）。此外，在此阶段，不应将任何人连接到数据库，任何修改都将导致转储损坏（由于使用了非安全选项--no-synchronized-snapshots）。
之后，您可以使用以下命令将转储还原到新实例中pg_restore：
$ createdb <options> -T template0 mydatabase
$ pg_restore --exit-on-error --jobs=4 --dbname=mydatabase /path/to/mydump
之后，建议ANALYZE在数据库上运行：
$ vacuumdb --analyze-only mydatabase
（如果你有足够的时间，只运行--analyze还VACUUM数据库和更新的知名度映射）
用pg_upgrade升级
另一种选择是使用contribpg_upgrade。使用该--link方法，它提供了一种升级PostgreSQL的非常快速的方法。
在使用之前，您必须备份整个数据目录，因为在--link模式下，如果出现问题，则可能会丢失这两个数据（新旧数据）。另外，请阅读整个文档，尤其是底部的注释（pg_upgrade有一些限制）。
更新：请--check在运行权威命令之前使用该选项。另外，对于大型数据库，建议在屏幕会话中运行此命令。
使用基于触发器的复制工具进行升级
升级版本的另一种方法是使用基于触发器的复制工具。像Slony，Bucardo和Londiste。
此选项需要最少的停机时间，但这是最难处理的选项。
为此，您需要构建一个主从服务器，其中主服务器是当前版本（9.1），而从服务器是新版本（9.3）。然后，您等待第一次同步（系统仍处于生产状态），然后关闭所有连接到数据库的用户（停机从此处开始），等待从属服务器追赶，将其升级为主服务器，然后将其升级为主服务器。将所有客户端/应用程序重定向到此新版本。这样就完成了。
Slony文档提供了使用Slony升级PostgreSQL的分步指南。
选择哪一个
好吧，一如既往，恢复：
- 转储+还原是最可靠的，但通常是最慢的（尽管并行性可以提供相当不错的结果）
- pg_upgrade是减少停机时间的最佳选择之一（如果可以使用，请参见限制），即使对于大型数据库，它通常也只需几分钟
- 触发器复制无疑是使停机时间最少（接近零）的触发器复制，但是确实很难实现，我只建议有经验的人使用（在PostgreSQL和复制工具上）。
希望我能帮上忙。祝好运。