postgresql 在不同版本之间迁移

SQL转储

这里我们用到的工具是pg_dump和pg_dumpall。 这种方式可以在数据库正在使用的时候进行完整一致的备份，并不阻塞其它用户对数据库的访问。它会产生一个脚本文件，里面包含备份开始时，已创建的各种数据库对象的SQL语句和每个表中的数据。可以使用数据库提供的工具pg_dumpall和pg_dump来进行备份。pg_dump只备份数据库集群中的某个数据库的数据，它不会导出角色和表空间相关的信息，因为这些信息是整个数据库集群共用的，不属于某个单独的数据库。pg_dumpall，对集簇中的每个数据库调用pg_dump来完成该工作,还会还转储对所有数据库公用的全局对象（pg_dump不保存这些对象）。 目前这包括适数据库用户和组、表空间以及适合所有数据库的访问权限等属性。

=======================================================================

http://www.kuqin.com/postgreSQL8.1_doc/migration.html 23.4. 在不同版本之间迁移 本节讨论如何把你的数据库数据从一个 PostgreSQL 版本迁移到一个更新的版本上。 软件安装步骤本身不是本节的论题；它们的细节在 Chapter 14 里。

通常，不同主版本的 PostgreSQL 之间的内部存储结构经常做改变 （第一个点后面的数字变化）。 这个情况不会在不同的子版本里面发生（第二个点后面的数字变化）。它们通常用的都是兼容的存储格式。 比如，版本 7.0.1，7.1.2 和 7.2 是不兼容的，而 7.1.1 和 7.1.2 是兼容的。如果你在兼容的版本之间升级，那你只需要简单地用新的可执行文件替换原来的并且使用原来的磁盘存储区上就行了。 否则，你需要用 pg_dump 备份你的数据，然后到新的服务器里恢复它们； 文件系统级别的备份明显是不适用的。 系统里有一些位置有错误检查，可以防止你使用不兼容的 PostgreSQL 版本的数据区， 因此就算混淆这些事情也不会造成什么损害。

我们建议你使用新版本的 pg_dump 程序， 以便利用新版本的 pg_dump 新特性和功能。 目前版本的转储程序可以支持到最老 7.0 的服务器版本。

最短停业时间（downtime）可以这样实现：把新服务器安装在不同的目录然后同时在不同端口并行运行旧的和新的服务器。 这样你就可以用类似

pg_dumpall -p 5432 | psql -d postgres -p 6543 这样的命令转移数据，或者用你选择的过渡文件。 然后你就可以关闭老服务器然后在旧端口启动新服务器。 你要确保在你运行完pg_dumpall之后没有更新旧数据库， 否则你显然会丢失那些数据。 参阅 Chapter 20 获取如何禁止访问的更多信息。

实际上你在完全切换到新库之前可能还要测试你的客户端应用。 这是另外一个设置新旧库并行安装的原因。

如果你不能或者不想同时运行两个服务器。你可以在安装新服务器之前做备份工作， 然后停掉服务器，移走旧版本的东西，安装新版本，启动服务器，恢复数据。例如：

pg_dumpall > backup pg_ctl stop mv /usr/local/pgsql /usr/local/pgsql.old cd ~/postgresql-7.8.1 gmake install initdb -D /usr/local/pgsql/data postmaster -D /usr/local/pgsql/data psql -f backup postgres 参阅 Chapter 16 ，里面有启动和停止服务器以及其他细节信息。 安装指导里面有执行这些步骤的战略位置的建议。

注意: 当你"把旧的安装移走"之后，它就可能不再可以毫无问题地使用了。 安装的某些可执行程序包含各种安装的程序和数据文件的绝对路径信息。这通常算不上什么问题， 但是如果你计划并行使用两个安装一段时间，你应该在制作的时候给它们赋不同的安装目录。 （这个问题在 PostgreSQL 8.0　和更新的版本里是可以纠正的， 不过在老版本上，你可得小心。）23.4. 在不同版本之间迁移 本节讨论如何把你的数据库数据从一个 PostgreSQL 版本迁移到一个更新的版本上。 软件安装步骤本身不是本节的论题；它们的细节在 Chapter 14 里。

通常，不同主版本的 PostgreSQL 之间的内部存储结构经常做改变 （第一个点后面的数字变化）。 这个情况不会在不同的子版本里面发生（第二个点后面的数字变化）。它们通常用的都是兼容的存储格式。 比如，版本 7.0.1，7.1.2 和 7.2 是不兼容的，而 7.1.1 和 7.1.2 是兼容的。如果你在兼容的版本之间升级，那你只需要简单地用新的可执行文件替换原来的并且使用原来的磁盘存储区上就行了。 否则，你需要用 pg_dump 备份你的数据，然后到新的服务器里恢复它们； 文件系统级别的备份明显是不适用的。 系统里有一些位置有错误检查，可以防止你使用不兼容的 PostgreSQL 版本的数据区， 因此就算混淆这些事情也不会造成什么损害。

我们建议你使用新版本的 pg_dump 程序， 以便利用新版本的 pg_dump 新特性和功能。 目前版本的转储程序可以支持到最老 7.0 的服务器版本。

最短停业时间（downtime）可以这样实现：把新服务器安装在不同的目录然后同时在不同端口并行运行旧的和新的服务器。 这样你就可以用类似

pg_dumpall -p 5432 | psql -d postgres -p 6543 这样的命令转移数据，或者用你选择的过渡文件。 然后你就可以关闭老服务器然后在旧端口启动新服务器。 你要确保在你运行完pg_dumpall之后没有更新旧数据库， 否则你显然会丢失那些数据。 参阅 Chapter 20 获取如何禁止访问的更多信息。

实际上你在完全切换到新库之前可能还要测试你的客户端应用。 这是另外一个设置新旧库并行安装的原因。

如果你不能或者不想同时运行两个服务器。你可以在安装新服务器之前做备份工作， 然后停掉服务器，移走旧版本的东西，安装新版本，启动服务器，恢复数据。例如：

pg_dumpall > backup pg_ctl stop mv /usr/local/pgsql /usr/local/pgsql.old cd ~/postgresql-7.8.1 gmake install initdb -D /usr/local/pgsql/data postmaster -D /usr/local/pgsql/data psql -f backup postgres 参阅 Chapter 16 ，里面有启动和停止服务器以及其他细节信息。 安装指导里面有执行这些步骤的战略位置的建议。

注意: 当你"把旧的安装移走"之后，它就可能不再可以毫无问题地使用了。 安装的某些可执行程序包含各种安装的程序和数据文件的绝对路径信息。这通常算不上什么问题， 但是如果你计划并行使用两个安装一段时间，你应该在制作的时候给它们赋不同的安装目录。 （这个问题在 PostgreSQL 8.0　和更新的版本里是可以纠正的， 不过在老版本上，你可得小心。）23.4. 在不同版本之间迁移 本节讨论如何把你的数据库数据从一个 PostgreSQL 版本迁移到一个更新的版本上。 软件安装步骤本身不是本节的论题；它们的细节在 Chapter 14 里。

通常，不同主版本的 PostgreSQL 之间的内部存储结构经常做改变 （第一个点后面的数字变化）。 这个情况不会在不同的子版本里面发生（第二个点后面的数字变化）。它们通常用的都是兼容的存储格式。 比如，版本 7.0.1，7.1.2 和 7.2 是不兼容的，而 7.1.1 和 7.1.2 是兼容的。如果你在兼容的版本之间升级，那你只需要简单地用新的可执行文件替换原来的并且使用原来的磁盘存储区上就行了。 否则，你需要用 pg_dump 备份你的数据，然后到新的服务器里恢复它们； 文件系统级别的备份明显是不适用的。 系统里有一些位置有错误检查，可以防止你使用不兼容的 PostgreSQL 版本的数据区， 因此就算混淆这些事情也不会造成什么损害。

我们建议你使用新版本的 pg_dump 程序， 以便利用新版本的 pg_dump 新特性和功能。 目前版本的转储程序可以支持到最老 7.0 的服务器版本。

最短停业时间（downtime）可以这样实现：把新服务器安装在不同的目录然后同时在不同端口并行运行旧的和新的服务器。 这样你就可以用类似

pg_dumpall -p 5432 | psql -d postgres -p 6543 这样的命令转移数据，或者用你选择的过渡文件。 然后你就可以关闭老服务器然后在旧端口启动新服务器。 你要确保在你运行完pg_dumpall之后没有更新旧数据库， 否则你显然会丢失那些数据。 参阅 Chapter 20 获取如何禁止访问的更多信息。

实际上你在完全切换到新库之前可能还要测试你的客户端应用。 这是另外一个设置新旧库并行安装的原因。

如果你不能或者不想同时运行两个服务器。你可以在安装新服务器之前做备份工作， 然后停掉服务器，移走旧版本的东西，安装新版本，启动服务器，恢复数据。例如：

pg_dumpall > backup pg_ctl stop mv /usr/local/pgsql /usr/local/pgsql.old cd ~/postgresql-7.8.1 gmake install initdb -D /usr/local/pgsql/data postmaster -D /usr/local/pgsql/data psql -f backup postgres 参阅 Chapter 16 ，里面有启动和停止服务器以及其他细节信息。 安装指导里面有执行这些步骤的战略位置的建议。

注意: 当你"把旧的安装移走"之后，它就可能不再可以毫无问题地使用了。 安装的某些可执行程序包含各种安装的程序和数据文件的绝对路径信息。这通常算不上什么问题， 但是如果你计划并行使用两个安装一段时间，你应该在制作的时候给它们赋不同的安装目录。 （这个问题在 PostgreSQL 8.0　和更新的版本里是可以纠正的， 不过在老版本上，你可得小心。）

postgres 升级8.4 -9.5 数据迁移 https://blog.csdn.net/joshua1830/article/details/51965824

由于数据库版本差别太大，旧的数据格式在新版本中不能使用，必须用数据导出再导入的方式升级

数据迁移前准备工作

1在主机和备机上建立 postgres 流复制 2停止所有原来postgres的连接 迁移步骤 1, 数据导出， su - postgres -c ‘/usr/pgsql-9.5/bin/pg_dumpall -h host -p 5432 -f /tmp/total.sql -v’ 2,更改导出 sql 去除 创建更改用户的操作

去除 对数据库 template1 postgres 数据库的操作—这一步骤也可以不做，虽然执行导入时候会报错，不影响数据导入 3,数据导入 [root@jhwbd tmp]# su - postgres -c ‘/usr/pgsql-9.5/bin/psql -h host -p 5432 -f /tmp/total.sql’ 4，验证数据一致性 这里我们使用自己写的小工具来验证 java -jar tabledatacompare-0.0.1-SNAPSHOT.jar app.properties_5433

服务模块配置更改，启动

Postgresql备份与迁移（恢复）https://blog.csdn.net/zhangzeyuaaa/article/details/77946976