Thread: How to update from 8.1 to 8.2 ?
Where is the documentation of the steps dto do for updating e.g. from 8.1 to 8.2 ?
I have never done this and could not find any docs for.
mit freundlichen Grüßen / best regards,
Josef Springer
(Geschäftsleitung/Management)
I have never done this and could not find any docs for.
Josef Springer
(Geschäftsleitung/Management)
 | Address | Josef.Springer@joops.com | Orlando-di-Lasso Str. 2 | D-85640 Putzbrunn |
 | Office | +49 (0)89 600 6920 | ||
 | Fax | +49 (0)89 600 69220 | ||
 | Web | http://www.joops.com |
 | (HRB München 86239) -- the software company -- |
Attachment
Josef Springer написа: > Where is the documentation of the steps dto do for updating e.g. from 8.1 to 8.2 ? > I have never done this and could not find any docs for. [...] http://www.postgresql.org/docs/8.2/static/install-upgrading.html -- Milen A. Radev
We just did this. I did a pg_dumpall using 8.1. Then we fired up 8.2 while 8.1 was still running. Uploaded the data to 8.2. Then shut 8.1 down. This allowed us to have the database unavailable for a very short time. Carol On Sep 20, 2007, at 11:58 AM, Milen A. Radev wrote: > Josef Springer написа: >> Where is the documentation of the steps dto do for updating e.g. >> from 8.1 to 8.2 ? >> I have never done this and could not find any docs for. > [...] > > http://www.postgresql.org/docs/8.2/static/install-upgrading.html > > > -- > Milen A. Radev > > > ---------------------------(end of > broadcast)--------------------------- > TIP 6: explain analyze is your friend
On 9/20/07, Carol Walter <walterc@indiana.edu> wrote:
Carol,
If this is truely what you did, you are a very lucky person. You are always supposed to dump the old database using the new versions pg_dump/pg_dumpall. That way, pg_dump/pg_dumpall can set up the data for any changes made by the newer version.
Just an fyi for those following this thread.
HTH,
chris
We just did this. I did a pg_dumpall using 8.1. Then we fired up
8.2 while 8.1 was still running. Uploaded the data to 8.2. Then
shut 8.1 down. This allowed us to have the database unavailable for
a very short time.
Carol
Carol,
If this is truely what you did, you are a very lucky person. You are always supposed to dump the old database using the new versions pg_dump/pg_dumpall. That way, pg_dump/pg_dumpall can set up the data for any changes made by the newer version.
Just an fyi for those following this thread.
HTH,
chris
Chris,
Perhaps I wasn't clear on what we did. We loaded the 8.2 and got it running on a different zone on the same machine running Solaris. I should have said we did a pg_dumpall using the 8.1 data. ( I know there is a big difference.) Anyway, I did the pg_dumpall (using the correct version, the new version.) of the live data and uploaded it to the 8.2 instance. The 8.1 instance was still running. Both systems automount the same dirs. We were able to put the data from the 8.1 instance onto a directory that the 8.2 instance could see, which made the cut over very quick and the production system just had to be down long enough to stop and restart. I had already modified the conf files and we didn't blow them away so we were good to go. I just froze data entry from when I started the dump until the new instance was available. That meant people could still select data from the website. After the 8.2 instance was up and running and everything looked like in came over correctly, we shut down the 8.1 instance.
Sorry about the confusion.
Carol
On Sep 20, 2007, at 2:06 PM, Chris Hoover wrote:
On 9/20/07, Carol Walter <walterc@indiana.edu> wrote:We just did this. I did a pg_dumpall using 8.1. Then we fired up
8.2 while 8.1 was still running. Uploaded the data to 8.2. Then
shut 8.1 down. This allowed us to have the database unavailable for
a very short time.
Carol
Carol,
If this is truely what you did, you are a very lucky person. You are always supposed to dump the old database using the new versions pg_dump/pg_dumpall. That way, pg_dump/pg_dumpall can set up the data for any changes made by the newer version.
Just an fyi for those following this thread.
HTH,
chris
Hello Does exist another way to make upgrade (without dump-restore)? I have this question, because I have very big DB (or very poor server): dump ~40min, restore >2h I can't stop my DB so long... Thanks В сообщении от Thursday 20 September 2007 19:58:24 Milen A. Radev написал(а): > Josef Springer написа: > > Where is the documentation of the steps dto do for updating e.g. from 8.1 > > to 8.2 ? I have never done this and could not find any docs for. > > [...] > > http://www.postgresql.org/docs/8.2/static/install-upgrading.html -- Se okulo ne atentas, dorso eksentas
Use Slony to replicate to the new version from the old version. Once they are sync-ed up, you switch the new version to be the master and re-point your apps to the new DB. Ken On Mon, Oct 15, 2007 at 04:52:43PM +0400, Alexander Kuprijanov wrote: > Hello > > Does exist another way to make upgrade (without dump-restore)? > > I have this question, because I have very big DB (or very poor server): dump > ~40min, restore >2h > > I can't stop my DB so long... > > > > Thanks > > > ?? ?????????????????? ???? Thursday 20 September 2007 19:58:24 Milen A. Radev ??????????????(??): > > Josef Springer ????????????: > > > Where is the documentation of the steps dto do for updating e.g. from 8.1 > > > to 8.2 ? I have never done this and could not find any docs for. > > > > [...] > > > > http://www.postgresql.org/docs/8.2/static/install-upgrading.html > > > > -- > Se okulo ne atentas, dorso eksentas > > ---------------------------(end of broadcast)--------------------------- > TIP 9: In versions below 8.0, the planner will ignore your desire to > choose an index scan if your joining column's datatypes do not > match >