pg_upgrade doc cleanup

Stefan Kaltenbrunner

diff --git a/doc/src/sgml/pgupgrade.sgml b/doc/src/sgml/pgupgrade.sgml
index c12a3bb4da1b872f7b9eabfc30da60efc8541fc2..48ac68d41d79812c1c6c29627b532bd9a0d3f66d 100644 (file)
--- 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 
+   linkend="app-initdb">,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 <span class="marked">In M</span>igrating <emphasis>from</> PostgreSQL 8.3
+  Limitations <span class="marked">in m</span>igrating <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 --disable-integer-datetimes.
   
@@ -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.