Re: "Hot standby"?

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: "Hot standby"?
Дата
Msg-id 407d949e0908111900w3de03870h6616e4b43478846c@mail.gmail.com
обсуждение исходный текст
Ответ на Re: "Hot standby"?  (Greg Stark <gsstark@mit.edu>)
Ответы Re: "Hot standby"?
Список pgsql-hackers
As I see it we potentially have the following modes to deal with:

Archive file mode     asynchronous  archive
Archive file mode     asynchronous  standby slave
Streaming mode      asynchronous  standby slave
Streaming mode      synchronous    standby slave
Archive file mode     asynchronous  read-only slave
Streaming mode      asynchronous  read-only slave
Streaming mode      synchronous    read-only slave

By "standby slave" I mean a server which is constantly in recovery
mode but isn't open for connections. This is what we (and Oracle) have
been calling a warm standby. By "read-only slave" I mean a server
which is open for connections and can handle read-only queries, which
as I mentioned Oracle calls a hot standby. Note that *all* of these
are "log-based replication".

I'm not actually certain we can handle streaming synchronous mode to a
standby slave. Does the slave need to have connections enabled to
handle feeding wal sync status to the master?

I don't see any particular reason to come up with names for each of
these combination of modes. I'm pretty happy just saying there are
three different configuration options and certain options depend on
other options so only certain combinations are legal.

-- 
greg


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: WIP: getting rid of the pg_database flat file
Следующее
От: Tom Lane
Дата:
Сообщение: Re: pgindent timing (was Re: [COMMITTERS] pgsql: Refactor NUM_cache_remove calls in error report path to a PG_TRY)