| От | Tom Lane |
|---|---|
| Тема | Re: Data corruption zero a file - help!! |
| Дата | |
| Msg-id | 29260.1141952759@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Data corruption zero a file - help!! (Noel Faux <noel.faux@med.monash.edu.au>) |
| Список | pgsql-general |
Noel Faux <noel.faux@med.monash.edu.au> writes:
> To clarify, when set on, every time it hits this error, postgres will
> rezero that block?
It'll only "re" zero if the page gets dropped from shared memory without
there having been any occasion to write it out. Otherwise, the first
write will clobber the bad data on disk and that's the end of it.
My suggestion to use either VACUUM or SELECT COUNT(*) failed to take
that behavior into account --- VACUUM *will* rewrite the page, but a
SELECT scan won't dirty the page. So you might consider a SELECT to see
how bad the situation is (how many bad pages) and then a VACUUM if you
want them cleaned up.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера