Постгрес - ОС Cent. После сбоя машины база данных Posgtres обновилась неправильно с использованием Fsync

Я использую Centos 6 и PostgresSQL 9.4. В моем файле конфигурации были включены параметры fsync и full_page_writes. В какой-то момент моя машина разбилась и перезагрузилась. После этого я проверил свою базу данных, все записи обновлены неправильно. Вся моя база данных полностью изменена. Я читал о fsync, он автоматически восстанавливает данные в согласованной точке. Но почему Моя база данных неправильно обновляется???.

А также мне нужно, когда мой сервер postgres был выключен и перезапущен ?? Тогда какая контрольная точка используется для обновления базы данных Postgres.?? Как защитить мою базу данных от сбоя машины или сбоя питания с помощью fsync?

Вывод этой команды sudo -u postgres /usr/pgsql-9.4/bin/pg_controldata /var/lib/pgsql/9.4/data/

pg_control version number:            942
Catalog version number:               201409291
Database system identifier:           6229523677101845380
Database cluster state:               in production
pg_control last modified:             Thu 05 May 2016 05:52:04 AM EST
Latest checkpoint location:           0/2B7A1518
Prior checkpoint location:            0/2B79D5C0
Latest checkpoint's REDO location:    0/2B7A1518
Latest checkpoint's REDO WAL file:    00000001000000000000002B
Latest checkpoint's TimeLineID:       1
Latest checkpoint's PrevTimeLineID:   1
Latest checkpoint's full_page_writes: on
Latest checkpoint's NextXID:          0/1141605
Latest checkpoint's NextOID:          78367
Latest checkpoint's NextMultiXactId:  1
Latest checkpoint's NextMultiOffset:  0
Latest checkpoint's oldestXID:        1800
Latest checkpoint's oldestXID's DB:   1
Latest checkpoint's oldestActiveXID:  0
Latest checkpoint's oldestMultiXid:   1
Latest checkpoint's oldestMulti's DB: 1
Time of latest checkpoint:            Thu 05 May 2016 05:52:04 AM EST
Fake LSN counter for unlogged rels:   0/1
Minimum recovery ending location:     0/0
Min recovery ending loc's timeline:   0
Backup start location:                0/0
Backup end location:                  0/0
End-of-backup record required:        no
Current wal_level setting:            minimal
Current wal_log_hints setting:        off
Current max_connections setting:      100
Current max_worker_processes setting: 8
Current max_prepared_xacts setting:   0
Current max_locks_per_xact setting:   64
Maximum data alignment:               8
Database block size:                  8192
Blocks per segment of large relation: 131072
WAL block size:                       8192
Bytes per WAL segment:                16777216
Maximum length of identifiers:        64
Maximum columns in an index:          32
Maximum size of a TOAST chunk:        1996
Size of a large-object chunk:         2048
Date/time type storage:               64-bit integers
Float4 argument passing:              by value
Float8 argument passing:              by value
Data page checksum version:           0 

person Dharani Dharan    schedule 04.05.2016    source источник
comment
Какое оборудование для хранения данных и стек вы используете? Программный RAID? Аппаратный RAID? SSD? Какие? Запасная батарея? Задействованы ли LVM, md и т. д.? Вы используете SAN? Виртуальный SAN, такой как EBS? Попробуйте программу /usr/pgsql-9.4/bin/pg_test_fsync в комплекте с PostgreSQL и отредактируйте, чтобы сообщать о ее результатах вместе с информацией об оборудовании. Также покажите вывод sudo -u postgres /usr/pgsql-9.4/bin/pg_controldata /var/lib/pgsql/9.4/data/   -  person Craig Ringer    schedule 05.05.2016
comment
Безопасность PostgreSQL при сбоях настолько же надежна, насколько надежна безопасность базовой платформы. Всегда возможно, что существует ошибка PostgreSQL, но гораздо более вероятно, что базовое оборудование и конфигурация хранилища имеют проблему, которая делает их недолговечными.   -  person Craig Ringer    schedule 05.05.2016
comment
отредактировано @ Крейг Рингер   -  person Dharani Dharan    schedule 05.05.2016
comment
другой --› dba.stackexchange.com/questions/137628/   -  person Dharani Dharan    schedule 05.05.2016