Re: [HACKERS] Finding corrupt data

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [HACKERS] Finding corrupt data
Дата
Msg-id 199912161731.MAA17285@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Finding corrupt data  (Ed Loehr <ELOEHR@austin.rr.com>)
Список pgsql-hackers
> Bruce Momjian wrote:
> 
> > > One RDBMS I used had a utility called 'dbcheck' which did some sort of
> > > examination of indices, tables, etc., and issued an 'OK' or 'CORRUPT' for
> > > each examined object.  Such a utility for pgsql might simply do some
> > > combination of SELECT * or COPY TO as you suggest above.
> >
> > Does vacuum already do that?
> 
> Not as far as I can tell.   Here's the kind of output I see from vacuum:
> 
> DEBUG:  --Relation pg_class--
> DEBUG:  Pages 10: Changed 0, Reapped 1, Empty 0, New 0; Tup 695: Vac 0, Keep/VTL
> 0/0, Crash 0, UnUsed 35, MinLen 102, MaxLen 132; Re-using: Free/Avail. Space
> 3828/0; EndEmpty/Avail. Pages 0/0. Elapsed 0/0 sec.
> DEBUG:  Index pg_class_relname_index: Pages 16; Tuples 695: Deleted 0. Elapsed
> 0/0 sec.
> DEBUG:  Index pg_class_oid_index: Pages 7; Tuples 695: Deleted 0. Elapsed 0/0
> sec.
> 
> Am I missing something?

Vacuum does catch some problems, not all of them.

--  Bruce Momjian                        |  http://www.op.net/~candle maillist@candle.pha.pa.us            |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: Ed Loehr
Дата:
Сообщение: Re: [HACKERS] Finding corrupt data
Следующее
От: Ed Loehr
Дата:
Сообщение: Re: [HACKERS] Finding corrupt data