From 5eae7e17567f4ec7116e36729c1ca1ecde3801e1 Mon Sep 17 00:00:00 2001 From: Bruce Momjian Date: Wed, 19 May 2010 20:37:03 +0000 Subject: [PATCH] pg_upgrade doc cleanup Stefan Kaltenbrunner --- doc/src/sgml/pgupgrade.sgml | 65 ++++++++++++++++++++----------------- 1 file changed, 35 insertions(+), 30 deletions(-) diff --git a/doc/src/sgml/pgupgrade.sgml b/doc/src/sgml/pgupgrade.sgml index c12a3bb4da..48ac68d41d 100644 --- a/doc/src/sgml/pgupgrade.sgml +++ b/doc/src/sgml/pgupgrade.sgml @@ -1,4 +1,4 @@ - + pg_upgrade @@ -9,10 +9,10 @@ pg_upgrade (formerly called pg_migrator) allows data - stored in Postgres data files to be migrated to a later Postgres + stored in PostgreSQL data files to be migrated to a later PostgreSQL major version without the data dump/reload typically required for major version upgrades, e.g. from 8.4.7 to the current major release - of Postgres. It is not required for minor version upgrades, e.g. + of PostgreSQL. It is not required for minor version upgrades, e.g 9.0.1 -> 9.0.4. @@ -21,7 +21,7 @@ pg_upgrade supports upgrades from 8.3.X and later to the current - major release of Postgres, including snapshot and alpha releases. + major release of PostgreSQL, including snapshot and alpha releases. @@ -140,17 +140,17 @@ - If you are using a version-specific PostgreSQL install directory, e.g. + If you are using a version-specific installation directory, e.g. /opt/PostgreSQL/8.4, you do not need to move the old cluster. The one-click installers all use version-specific install directories. - If your PostgreSQL install directory is not version-specific, e.g. - /usr/local/pgsql, it is necessary to move the current Postgres install - directory so it does not interfere with the new Postgres installation. - Once the current Postgres server is shut down, it is safe to rename the - Postgres install directory; assuming the old directory is + If your installation directory is not version-specific, e.g. + /usr/local/pgsql, it is necessary to move the current PostgreSQL install + directory so it does not interfere with the new PostgreSQL installation. + Once the current PostgreSQL server is shut down, it is safe to rename the + PostgreSQL install directory; assuming the old directory is /usr/local/pgsql, you can do: @@ -161,26 +161,26 @@ mv /usr/local/pgsql /usr/local/pgsql.old If you are using tablespaces and migrating to 8.4 or earlier, there must - be sufficient directory permissions to allow pg_upgrade to rename each + be sufficient directory permissions to allow pg_upgrade to rename each tablespace directory to add a ".old" suffix. - For PostgreSQL source installs, build the new PostgreSQL version + For source installs, build the new version - Build the new Postgres source with configure flags that are compatible - with the old cluster. pg_upgrade will check pg_controldata to make + Build the new PostgreSQL source with configure flags that are compatible + with the old cluster. pg_upgrade will check pg_controldata to make sure all settings are compatible before starting the upgrade. - Install the new Postgres binaries + Install the new PostgreSQL binaries @@ -212,8 +212,10 @@ gmake prefix=/usr/local/pgsql.new install - Initialize the new cluster using initdb. Again, use compatible initdb - flags that match the old cluster (pg_upgrade will check that too.) Many + Initialize the new cluster ,initdb. + Again, use compatible initdb + flags that match the old cluster. Many prebuilt installers do this step automatically. There is no need to start the new cluster. @@ -242,8 +244,8 @@ gmake prefix=/usr/local/pgsql.new install pg_upgrade will connect to the old and new servers several times, so you might want to set authentication to trust in pg_hba.conf, or if using md5 authentication, - use a pgpass file to avoid being prompted repeatedly - for a password. + use a ~/.pgpass file (see ) + to avoid being prompted repeatedly for a password. @@ -270,20 +272,20 @@ NET STOP postgresql-9.0 or -NET STOP pgsql-8.3 (different service name) +NET STOP pgsql-8.3 (PostgreSQL 8.3 and older used a different service name) - Run pg_upgrade + Run pg_upgrade - Always run the pg_upgrade binary in the new server, not the old one. - pg_upgrade requires the specification of the old and new cluster's - PGDATA and executable (/bin) directories. You can also specify separate + Always run the pg_upgrade binary in the new server, not the old one. + pg_upgrade requires the specification of the old and new cluster's + PGDATA and executable (/bin) directories. You can also specify separate user and port values, and whether you want the data linked instead of copied (the default). If you use linking, the migration will be much faster (no data copying), but you will no longer be able to access your @@ -300,7 +302,7 @@ RUNAS /USER:postgres "CMD.EXE" SET PATH=%PATH%;C:\Program Files\PostgreSQL\9.0\bin; - and then run pg_upgrade with quoted directories, e.g.: + and then run pg_upgrade with quoted directories, e.g.: pg_upgrade.exe @@ -362,25 +364,28 @@ psql --username postgres --file script.sql postgres The scripts can be run in any order and can be deleted once they have been run. - + + In general it is unsafe to access tables referenced in rebuild scripts until the rebuild scripts have run to completion; doing so could yield incorrect results or poor performance. Tables not referenced in rebuild scripts can be accessed immediately. + Statistics - + Because optimizer statistics are not transferred by pg_upgrade, you will be instructed to run a command to regenerate that information at the end of the migration. + @@ -437,7 +442,7 @@ psql --username postgres --file script.sql postgres - Limitations In Migrating <emphasis>from</> PostgreSQL 8.3 + Limitations in migrating <emphasis>from</> PostgreSQL 8.3 @@ -490,7 +495,7 @@ psql --username postgres --file script.sql postgres Also, the default datetime storage format changed to integer after - Postgres 8.3. pg_upgrade will check that the datetime storage format + PostgreSQL 8.3. pg_upgrade will check that the datetime storage format used by the old and new clusters match. Make sure your new cluster is built with the configure flag @@ -504,7 +509,7 @@ psql --username postgres --file script.sql postgres - All failure, rebuild, and reindex cases will be reported by pg_upgrade + All failure, rebuild, and reindex cases will be reported by pg_upgrade if they affect your installation; post-migration scripts to rebuild tables and indexes will be automatically generated. -- 2.40.0