いくつかのために (私の理由は非常に明確ではありません) 私はDebianのサーバのいずれかをアップグレード分配にPostgreSQLのデーモンのアップグレードに失敗しました。. Postgresqlの悪魔は便利な機能は、新しいバージョンを使用して開始していません (MySQLのとは異なり、) 説得されない一方、, 新しい打ち上げと完全に互換性があります – 大規模なデータベースのために非常に有用. 以下に限定されるものでは更新するためのプロセス 2 足音:

  • pg_dropcluster
  • pg_upgradecluster

izdropite PGクラスタデーモンが停止する必要があります前に、!

pg_dropcluster 9.4 main

このコマンドは、すぐに渡します, その後、ハイライトに移動 – 自身のアップグレード

pg_upgradecluster 9.1 main
Disabling connections to the old cluster during upgrade...
Restarting old cluster with restricted connections...
Creating new cluster 9.4/main ...
config /etc/postgresql/9.4/main
data   /var/lib/postgresql/9.4/main
locale en_US.UTF-8
Flags of /var/lib/postgresql/9.4/main set as -------------e-C
port   5433
Disabling connections to the new cluster during upgrade...
Roles, databases, schemas, ACLs...
Fixing hardcoded library paths for stored procedures...
Upgrading database postgres...
Analyzing database postgres...
Fixing hardcoded library paths for stored procedures...
Upgrading database template1...
Analyzing database template1...
Fixing hardcoded library paths for stored procedures...
Upgrading database xpqt...
Analyzing database xpqt...
Re-enabling connections to the old cluster...
Re-enabling connections to the new cluster...
Copying old configuration files...
Copying old start.conf...
Copying old pg_ctl.conf...
Copying old server.crt...
Copying old server.key...
Stopping target cluster...
Stopping old cluster...
Disabling automatic startup of old cluster...
Configuring old cluster to use a different port (5433)...
Starting target cluster on the original port...
Success. Please check that the upgraded cluster works. If it does,
you can remove the old cluster with

pg_dropcluster 9.1 main

すべてがスムーズminloである場合、PGから古いデータを失うことにあなたを促す上記のようなメッセージを取得する必要があります.

pg_dropcluster 9.1 main

このターパンの終わりには、再度処理を開始することができます. 私にとっては、塩基が小さく、残念ながら私はかなりのアップグレードを通過するどのくらいの時間の評価を与えることはできません.