Re: Re: xlog loose ends, continued
От | Justin Clift |
---|---|
Тема | Re: Re: xlog loose ends, continued |
Дата | |
Msg-id | 3AAEC51C.A24CFEB3@bigpond.net.au обсуждение исходный текст |
Ответ на | RE: xlog loose ends, continued ("Mikheev, Vadim" <vmikheev@SECTORBASE.COM>) |
Список | pgsql-hackers |
Maybe there should be an error message like : "PostgreSQL has detected severe xlog corruption. Please fix this with pg_recover (or similar) manually before restarting the database"? Guess I'm suggesting a separate xlog recovery tool for "bad cases" of xlog corruption, so decisions can by manually made by a DBA where necessary. Not everything has to be automatic I'm thinking. There are probably times where the dBA would prefer behaviour that doesn't seem intuitive anyway. Regards and best wishes, Justin Clift Tom Lane wrote: > > "Mikheev, Vadim" <vmikheev@SECTORBASE.COM> writes: > >> What I was thinking about in that last paragraph was manual > >> analysis and recovery. I don't think it's a good idea for automatic > >> system startup to skip over gaps in the log. > > > But if we'll not try to read after gap then after restart system will > > not notice gap and valid records after it and just rewrite log space > > with new records. Not much chance for manual analysis - ppl will > > not report any problems. > > That'll be true in any case, unless we refuse to start up at all upon > detecting xlog corruption (which doesn't seem like the way to fly). > Not sure what we can do about that. > > regards, tom lane > > ---------------------------(end of broadcast)--------------------------- > TIP 6: Have you searched our list archives? > > http://www.postgresql.org/search.mpl
В списке pgsql-hackers по дате отправления: