Re: [FEATURE REQUEST] Streaming Onlinebackup (Maybe OFFTOPIC)
От | Simon Riggs |
---|---|
Тема | Re: [FEATURE REQUEST] Streaming Onlinebackup (Maybe OFFTOPIC) |
Дата | |
Msg-id | 1189109400.4175.420.camel@ebony.site обсуждение исходный текст |
Ответ на | Re: [FEATURE REQUEST] Streaming Onlinebackup (Maybe OFFTOPIC) (Hannu Krosing <hannu@skype.net>) |
Ответы |
Re: [FEATURE REQUEST] Streaming Onlinebackup(Maybe OFFTOPIC)
|
Список | pgsql-hackers |
On Thu, 2007-09-06 at 17:53 +0300, Hannu Krosing wrote: > Ühel kenal päeval, N, 2007-09-06 kell 16:15, kirjutas apoc9009: > > > So you want the user to still be connected to the failed machine, but at > > > the same time be connected to the new live failover machine ? > > > > > > ----- > > > Hannu > > No. > > The User should be connected to the running db without restrictions > > while backup is in progress > > And what's wrong with WAL-based backup then ? > > Especially the variant described in 23.4.4 wich keeps the WAL copied to > backup machine up to last second ? I think the OP means - synchronous replication - ability to access the standby node for queries Yes, both requests are planned for later releases. Bruce, can we edit the TODO to include a section called "High Availability"? We already have a few scattered references to such things, but in Admin and WAL. We need a specific section. We currently have these items, that can be moved to the new section: - Allow a warm standby system to also allow read-only statements - Allow WAL traffic to be streamed to another server for stand-by replication new section would look like this: High Availability ----------------- - Allow a warm standby system to also allow read-only statements - Allow WAL traffic to be streamed to another server for stand-by replication (synchronous/asynchronous options) - Improve scalability of recovery for large I/O bound databases -- Simon Riggs 2ndQuadrant http://www.2ndQuadrant.com
В списке pgsql-hackers по дате отправления: