Re: Upgrading databases
От | Greg Sabino Mullane |
---|---|
Тема | Re: Upgrading databases |
Дата | |
Msg-id | de22437dbe763bfecbe55e79827b7969@biglumber.com обсуждение исходный текст |
Ответ на | Upgrading databases (Mark Richardson <markmapo@yahoo.com>) |
Ответы |
Re: Upgrading databases
|
Список | pgsql-interfaces |
-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 > I have a 8.2.4 database and I installed 8.3.7 and tried using the > same /pgsql/data/base directory and got an error about incompatiblity. ... > Is there a conversion routine to change the files themselves? I know I can dump > and reload - but that takes large disk space and time. Any other way around? There are basically four ways to upgrade: 1. Dump and restore. As you mention, it is slow and non-concurrent. Very large block of client downtime. 2. pg_migrator. Conversion of your current system to the new one. Much faster than dump and restore, but only works for certain versions and has some minor caveats. Requires medium client downtime. 3. Slony. Setup a slave database, get everything in sync, then switch over to the new database. Very minimal downtime (seconds to minutes). Requires all tables have primary keys. 4. Bucardo. Similar to the steps of Slony above. More forgiving of interruptions in the original replication event. - -- Greg Sabino Mullane greg@turnstep.com End Point Corporation PGP Key: 0x14964AC8 200911141026 http://biglumber.com/x/web?pk=2529DF6AB8F79407E94445B4BC9B906714964AC8 -----BEGIN PGP SIGNATURE----- iEYEAREDAAYFAkr+zJcACgkQvJuQZxSWSsgd+gCfbqJX/XQ4+tGSHCC7rE6D/Q+j f/kAoJpdva3ylipMmDF45jIsmqC8TTR+ =ZlaQ -----END PGP SIGNATURE-----
В списке pgsql-interfaces по дате отправления: