Re: Synchronous replication: Promotion of Standby to Primary
От | Fujii Masao |
---|---|
Тема | Re: Synchronous replication: Promotion of Standby to Primary |
Дата | |
Msg-id | 3f0b79eb0905270528k693185a6od65d3962c0da7a00@mail.gmail.com обсуждение исходный текст |
Ответ на | Synchronous replication: Promotion of Standby to Primary ("K, Niranjan (NSN - IN/Bangalore)" <niranjan.k@nsn.com>) |
Ответы |
Re: Synchronous replication: Promotion of Standby to
Primary
|
Список | pgsql-hackers |
Hi, On Wed, May 27, 2009 at 3:27 PM, Kolb, Harald (NSN - DE/Munich) <harald.kolb@nsn.com> wrote: > In our use case it's important to have a short failover time. > So everything what keeps the time low, would be good to have. Yes. I think that it's a matter of priority. > We already made some failover investigations and got some good results, > in > some cases it took less than 1 second after creating the (finish) > trigger file. > Surely, with some best case conditions like small DB and less > modifications. > > What use casees do you have in mind when mentioning a few_minutes > timeframe ? It's the case where long-term recovery generates a lot of dirty blocks in buffer pool. It would take a long time to write out all dirty blocks. Of course, since bgwriter works also during recovery in 8.4, things might have got better. > Are there plans to improve the final checkpointing ? IIRC, in last CommitFest, this improvement was proposed by Simon as a part of his recovery_infrastructure patch, and was postponed until 8.5. But, I'm not sure if it will be actually proposed again for 8.5. Regards, -- Fujii Masao NIPPON TELEGRAPH AND TELEPHONE CORPORATION NTT Open Source Software Center
В списке pgsql-hackers по дате отправления: