Re: WAL segments (names) not in a sequence

Поиск
Список
Период
Сортировка
От German Becker
Тема Re: WAL segments (names) not in a sequence
Дата
Msg-id CALyjCLvw-2z7SPApYj5ueXv_VSKJvMjvv=6AR+g6uLZQ8SNMGw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: WAL segments (names) not in a sequence  (Sergey Konoplev <gray.ru@gmail.com>)
Ответы Re: WAL segments (names) not in a sequence
Список pgsql-hackers


On Thu, May 23, 2013 at 5:29 AM, Sergey Konoplev <gray.ru@gmail.com> wrote:
On Thu, May 23, 2013 at 1:25 AM, Amit Langote <amitlangote09@gmail.com> wrote:
> Okay, now I understand. Also, looking at his "ls -l pg_xlog", I could
> find that modified timestamps of all those pre-allocated segments are
> about similar (around 12:10), whereas the latest modified time (15:37)
> is of segment 000000010000000E000000A7.
>
> Wonder if whatever configuration he is using is sub-optimal that these
> many WAL segments can be re-cycled upon a checkpoint? Or is this okay?

Is archive_mode=on?
What is archive_command?
Is the server in the recovery mode?

--
Kind regards,
Sergey Konoplev
PostgreSQL Consultant and DBA

Profile: http://www.linkedin.com/in/grayhemp
Phone: USA +1 (415) 867-9984, Russia +7 (901) 903-0499, +7 (988) 888-1979
Skype: gray-hemp
Jabber: gray.ru@gmail.com


Hi Sergey and all,
Let me describe the process I follow to get to this. What I am doing is testing a migration from 8.3 to 9.1. They way I plan to do it is the following.
1) Create the schema
2) import the biggest tables, which are not updated,only growing, with COPY (this is about 35gb of data)
2)import the small, changing part of the data


The target system is 9.1 with streaming relication.
For steps 1 and 2, I set a "restore" configuration, that amongs other things like more work mem, it sets archive_mode=off and wal_level=minimal (attached the difference between restore and normal).
The archive_command is just a cp wrapped in a shell script in case I need to change it.

Let me know if you need any more info
Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: MVCC catalog access
Следующее
От: Thom Brown
Дата:
Сообщение: Re: pg_rewind, a tool for resynchronizing an old master after failover