Manual:Upgrading PostgreSQL/en

The PostgreSQL versioning system consists of three numbers: major, minor, and revision. If either the major or the minor number has changed, it is considered a major upgrade, otherwise it is a simple binary upgrade.

Binary upgrade
A binary upgrade is when you are moving from one revision to another, for example from 8.2.7 to 8.2.8. No database dump is required. The steps to install the new version are:


 * 1) Run 'make' if you are installing from source
 * 2) Stop the database
 * 3) Install the new binaries via 'make install' or your package management system
 * 4) Start the database
 * 5) Restart Apache

Visit the Special:Version page to make sure you are now running the newer version.

Major upgrades
When going from one major version to another, a dump and restore of the database is required. Here are the basic steps:


 * 1) Set your wiki as read-only mode (use  and )
 * 2) Dump the cluster (e.g. all databases) using the command pg_dumpall > filename
 * 3) Install the new version ('make install' or with a packaging system)
 * 4) Create a new data directory with createdb -O www-data wikidb
 * 5) Customize your postgresql.conf file based on the old one, and update pg_hba.conf if needed. Configure a different port, then startup the database.
 * 6) Import the new database by running psql -f filename
 * 7) Change the port number to the old one (that the wiki is using) in postgresql.conf
 * 8) Stop the existing database, and reload the new one (which should now be listening on the correct port)
 * 9) Run the update.php script in the MediaWiki maintenance directory
 * 10) Restart Apache so it picks up fresh connections
 * 11) Put the wiki in read/write mode (remove the  setting)
 * 12) Test, test, test
 * 13) Remove the old database data directory when satisfied with the new version

Moving to version 8.3
Moving from version 8.2 to 8.3 or greater can be challenging, as the tsearch2 module was moved into core, and there will be some import problems. Here's one way to do the upgrade. Comments of your own experience are welcome.


 * 1) Dump the schema of your database using pg_dumpall --schema-only > schema_file. (but use a better file name)
 * 2) Edit this file and replace all instances of public.tsvector with just plain tsvector. Find any 'CREATE INDEX' lines that have public.gin_tsvector_ops and remove that string entirely.
 * 3) Install the new version ('make install' or use your packaging system)
 * 4) Create a new data directory with the initdb -D newdatadir command
 * 5) Configure postgresql.conf and pg_hba.conf as needed. Set a different temporary port, then start up the database.
 * 6) Import the schema you created above by doing psql -p #### -f schema_file
 * 7) * It is normal to see lots of tsearch2 errors. It is difficult to spot the more serious errors amongst those, but any errors referencing mediawiki tables (e.g 'page' or 'pagecontent') should be fixed.
 * 8) For each MediaWiki database, update the trigger functions using this file
 * 9) Set your wiki as read-only mode
 * 10) Dump the data only by using pg_dumpall --data-only > data_file.
 * 11) Import the data by running psql -p #### -f data_file
 * 12) (everything is now the same as a normal upgrade above)
 * 13) Change the port number to the old one (that the wiki is using)
 * 14) Stop the existing database, and reload the new one (which should now be listening on the correct port)
 * 15) Run the update.php script in the MediaWiki maintenance directory.
 * 16) Restart Apache so it picks up fresh connections.
 * 17) Put the wiki in read/write mode
 * 18) Remove the old database data directory

Note: Mediawiki code plays fast and loose with datatypes; unfortunately version 8.3 of PostgreSQL is a lot pickier about such things. Adding the following to your database will help with 99% of the problem queries:

CREATE FUNCTION pg_catalog.text(integer) RETURNS text STRICT IMMUTABLE LANGUAGE SQL AS 'SELECT textin(int4out($1));'; CREATE CAST (integer AS text) WITH FUNCTION pg_catalog.text(integer) AS IMPLICIT;

Upgrade to 8.3 and remove obsolete tsearch2
Moving from PostgreSQL version 8.2 to 8.3 or greater can be challenging, as the tsearch2 module was moved into core engine, so tsearch2 objects should not be migrated.

PostgreSQL 8.3 provides a tsearch2 compatibility layer to run old applications, but with recent MediaWiki versions (tested on 1.13.0) this layer is not required.

This method was tested on a Debian Lenny, where PostgreSQL 8.2 and 8.3 can be installed at the same time. Debian provides some wrapper scripts so you can connect to the required database instance using the --cluster option. On other distributions you have to use the --port option to select the database instance.

This is the rationale of the process:


 * 1) Dump the old database (PostgreSQL 8.2).
 * 2) Make the list of objects contained into the dump.
 * 3) Filter the list removing tsearch2 objects and some obsolete MediaWiki functions.
 * 4) Make the new database into PostgreSQL 8.3.
 * 5) Create the plpgsql language into the new database.
 * 6) Add the MediaWiki functions.
 * 7) Restore the database into PostgreSQL 8.3, using the filtered list.
 * 8) Run the maintenance/update.php script.

Here are the details.

As the database owner, make the dump and generate the list of database objects. The simple script mediawiki_upgrade_dblist_filter is used to remove objects that should not be restored.

If you installed the plpgsql language and the tsearch2 extension as the PostgreSQL administrator, while the rest of the MediaWiki database is owned by another user, you can safely filter-out all the objects owned by the PostgreSQL user.

As the PostgreSQL administrator (usually the PostgreSQL user), create the new database:

psql --cluster 8.3/main

CREATE USER "dbuser" PASSWORD '******'; CREATE DATABASE "dbname" OWNER "dbuser"; \connect dbname CREATE LANGUAGE plpgsql

As the database owner, create the required MediaWiki functions and restore the database using the filtered list:

psql --cluster 8.3/main -U dbuser -W -d dbname -f maintenance/postgres/archives/patch-tsearch2funcs.sql pg_restore --cluster 8.3/main -U dbuser -W -L dbname.dump.list.filtered -d dbname dbname.dump

Finally run the MediaWiki update utility:

Useful references

 * Script for smooth upgrade of PostgreSQL 8.2 to 8.3 on debian lenny
 * MediaWiki revision 31083
 * Upgrading PostgreSQL 8.2 to 8.3 (mediawiki)
 * Upgrading MediaWiki from PostgreSQL 8.2 to 8.3
 * PostgreSQL Feature Matrix
 * Tsearch2 compatibility layer for PostgreSQL 8.3

Upgrading PostgreSQL 8.3 to 9.x
…