Re: PostgreSQL 'Corruption & Fragmentation' detection andresolution/fix
От | Rui DeSousa |
---|---|
Тема | Re: PostgreSQL 'Corruption & Fragmentation' detection andresolution/fix |
Дата | |
Msg-id | B7E2FA3A-5D81-4EBD-977E-1958520298AE@icloud.com обсуждение исходный текст |
Ответ на | Re: PostgreSQL 'Corruption & Fragmentation' detection and resolution/fix (Pavan Teja <pavan.postgresdba@gmail.com>) |
Ответы |
Re: PostgreSQL 'Corruption & Fragmentation' detection and resolution/fix
|
Список | pgsql-admin |
> On Jun 11, 2018, at 1:57 PM, Pavan Teja <pavan.postgresdba@gmail.com> wrote: > > So finally there's no script to determine corruption well in advance?? Correct?? It is your responsibility to make sure that the system is solid and all worst cases are covered along with striving for thefive 9’s. You need to building a system that you can trust which includes making sure you disk subsystem is really andI mean really reliable. RAID is the most falsely trusted system around; so you really need to know the subsystems inyour system especially when subsystems that break fsync(). Bit rot is real and if you system doesn’t handle it then that will lead to data corruption. Postgres will only be able totell you that it occurred if you have data_checksums feature enabled. Your subsystem should handle it and actively bechecking for it; however, most RAID systems don’t or fail to do a good job at it. Like I stated already; If I couldn’t entrust the data integrity of Postgres I would not be using it and would be runningOracle instead.
В списке pgsql-admin по дате отправления: